BR-DEC-19 — E-Invoice Validation Rule & Fix

Fixture ID: documentOverPreciseBreakdownAndLine · XPath: /ubl:Invoice/cac:TaxTotal/cac:TaxSubtotal[1]/cbc:TaxableAmount

1. Why This Rule Triggers (Diagnostic Message)

The allowed maximum number of decimals for the VAT category taxable amount (BT-116) is 2, but the document writes in VAT breakdown group 1 "1500.000", which has 3. BR-DEC rules are measured on the serialised value, not on the number behind it: trailing zeros count, so "1500.000" fails even though it is arithmetically identical to a two-decimal amount and every total in the document still balances. The taxable amount is a sum of already-rounded line amounts, less already-rounded document allowances, plus already-rounded document charges.

2. How to Fix BR-DEC-19

Serialise the amount with exactly two decimal places. This is almost always a formatting setting rather than a data problem — a records or ORM emitting its native decimal scale (six places is the usual default) straight into the XML. Fixing it at the point of serialisation fixes every amount in the document at once.

3. Valid Code / Payload Example

<cbc:TaxableAmount>1500.00</cbc:TaxableAmount>