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

Fixture ID: overPreciseAccountingAmounts · XPath: /ubl:Invoice/cac:TaxTotal[2]/cbc:TaxAmount

1. Why This Rule Triggers (Diagnostic Message)

The invoice total VAT amount in accounting currency (BT-111) is 100.005, which carries 3 decimals; EN 16931 allows at most 2. The limit applies to the value as serialised, and it is not cosmetic — it is what makes the figure a *statement of tax due* rather than an intermediate result. Converted amounts are where this goes wrong most often: multiplying by an exchange rate produces as many decimals as the rate has, and the rounding has to happen before the amount reaches the document, not after.

2. How to Fix BR-DEC-15

Round taxAmountInAccountingCurrency to 2 decimals yourself, using the rounding rule your tax authority prescribes for the conversion — which rounding is correct is a tax question rather than an arithmetic one, and only you know the answer. The generator will not let an over-precise value reach the XML (it writes every amount through formatAmount, which rounds half-up to 2 decimals), but that means it would silently substitute its own answer for yours, so fix the figure at source rather than relying on it.

3. Valid Code / Payload Example

"vatAccountingCurrency": "PLN", "taxAmountInAccountingCurrency": 1218.45