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

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

1. Why This Rule Triggers (Diagnostic Message)

The allowed maximum number of decimals for the VAT category tax amount (BT-117) is 2, but the document writes in VAT breakdown group 1 "285.000", which has 3. BR-DEC rules are measured on the serialised value, not on the number behind it: trailing zeros count, so "285.000" fails even though it is arithmetically identical to a two-decimal amount and every total in the document still balances. Applying a percentage produces a long decimal nearly every time, which is why BR-CO-17 requires the multiplication to be rounded to two decimals at the group.

2. How to Fix BR-DEC-20

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:TaxAmount>285.00</cbc:TaxAmount>