Skip to content

Fatal

BR-DEC-RO-01: Discount on the whole invoice: two decimals at most

In short

Fatal: fails the selected checks.

BR-DEC-RO-01 means the amount of a discount on the whole invoice (BT-92) is written with more than two decimals. Fix it by rounding that amount to two decimals, for example 12.35 instead of 12.345.

On this page

What it means

A discount that applies to the whole invoice, not to a single line, has an amount (BT-92) with more than two digits after the decimal point. The check counts the digits as written in the file, so 12.350 fails even though it equals 12.35. It applies to invoices and credit notes in the Romanian CIUS-RO format.

Why it matters

The Romanian CIUS-RO rules treat this as a fatal error. The file is rejected and has to be corrected and sent again, because a longer figure is refused rather than rounded for you.

How to fix it

Find the discount that applies to the whole invoice, not one on a single line, and round its amount to two decimals. Most invoicing software has a setting for the number of decimals in amounts, or a rounding option for discounts. In the XML it is the Amount of the AllowanceCharge directly under the invoice or credit note, with ChargeIndicator set to false. Afterwards check that the total of invoice-level discounts (BT-107) still matches.

The rule as published

Numarul maxim permis de zecimale pentru Valoarea deducerilor la nivelul documentului (BT-92) este 2. #The allowed maximum number of decimals for the Document level allowance amount(BT-92) is 2.

Business terms: BT-92

Where this rule applies

Rule set Version
CIUS-RO UBL Invoice 1.0.9 1.0.9
CIUS-RO UBL Credit Note 1.0.9 1.0.9
Rule text from phive-rules 4.6.4.

Check your file

Drop your e-invoice to see whether BR-DEC-RO-01 still fails, and which other rules do.

Updated 6 November 2026