Skip to content

Fatal

BR-DEC-RO-05: Charge on the whole invoice: two decimals at most

In short

Fatal: fails the selected checks.

BR-DEC-RO-05 means the amount of a charge added to the whole invoice (BT-99), such as a delivery or packaging fee, has more than two decimals. Fix it by rounding that charge to two decimals.

On this page

What it means

A charge that applies to the whole invoice, not to one line, for example a delivery, packaging or handling fee, has an amount (BT-99) with more than two digits after the decimal point. Digits are counted as written in the file, so 7.500 fails even though it equals 7.5. It applies to invoices and credit notes in the Romanian CIUS-RO format.

Why it matters

This is a fatal error in the Romanian CIUS-RO rules, so the file is rejected. The charge is added into the invoice totals, so it has to be a clean two-decimal figure before the file is accepted.

How to fix it

Find the fee or surcharge that applies to the whole invoice, not one on a single line, and round its amount to two decimals. Check the charge settings in your invoicing software for the number of decimals. In the XML it is the Amount of the AllowanceCharge directly under the invoice or credit note, with ChargeIndicator set to true. Then check that the total of invoice-level charges (BT-108) still equals the sum of the charges.

The rule as published

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

Business terms: BT-99

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-05 still fails, and which other rules do.

Updated 6 November 2026