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

Fixture ID: overPreciseTotals · XPath: /ubl:Invoice/cac:LegalMonetaryTotal/cbc:TaxInclusiveAmount

1. Why This Rule Triggers (Diagnostic Message)

The allowed maximum number of decimals for the Invoice total amount with VAT (BT-112) is 2, but you declared 1785.0011, which has 4. The rule is written against the serialised value — the schematron measures the digits after the decimal point in the XML — so a value that merely *displays* as two decimals still fails if the underlying number carries more. BT-112 is BT-109 + BT-110; if either of those is over-precise this one will be too.

2. How to Fix BR-DEC-14

Round declaredTotals.taxInclusiveAmount to two decimals before assigning it (1785.00 here), using half-up rounding away from zero. This package exports round2() for exactly this, and it avoids the two JavaScript traps: Math.round(1.005 * 100) / 100 gives 1.00, and (2.675).toFixed(2) gives "2.67". Alternatively drop declaredTotals and let the library compute the totals, which it always rounds correctly.

3. Valid Code / Payload Example

"declaredTotals": { "taxInclusiveAmount": 1785.00 }