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 |
Check your file
Drop your e-invoice to see whether BR-DEC-RO-05 still fails, and which other rules do.
Related rules
- BR-36 Amount of a charge on the whole invoice is required
- BR-AE-08 The AE taxable amount must match the lines
- BR-AF-08 IGIC taxable amount must match the lines, charges and discounts
- BR-AG-08 IPSI taxable amount must equal lines plus charges minus discounts
- BR-CO-12 Sum of invoice charges must equal the charges
- BR-DEC-05 Charge on the whole invoice: at most two decimals