BR-DEC-25 The allowed maximum number of decimals for the invoice line allowance base amount (BT-137) is 2, but lines[0].allowances[0].baseAmount is 10.005, which has 3
The allowed maximum number of decimals for the invoice line allowance base amount (BT-137) is 2, but lines[0].allowances[0].baseAmount is 10.005, which has 3. The constraint is on the serialised value, so it is about what reaches the XML rather than about what your variable holds — and the line is where over-precision starts, since every document total downstream of it inherits the drift. A base amount is normally lifted straight out of a subtotal your own system computed, so it carries whatever precision that computation left behind. It is also the number the percentage is applied to, so an over-precise base tends to produce an over-precise amount alongside it.
This rule is implemented and its error payload below is real, but the long-form write-up — normative text, worked example, divergence note — is not written yet. Everything the library knows about this rule is on this page. Ask and we will prioritise it.
- Business term
BT-137- Severity
fatal
What the library returns
The exact object in result.errors when this rule fires.
Generated by running @attestwire/en16931, not transcribed:
{
"rule": "BR-DEC-25",
"field": "BT-137",
"severity": "fatal",
"message": "The allowed maximum number of decimals for the invoice line allowance base amount (BT-137) is 2, but lines[0].allowances[0].baseAmount is 10.005, which has 3. The constraint is on the serialised value, so it is about what reaches the XML rather than about what your variable holds — and the line is where over-precision starts, since every document total downstream of it inherits the drift. A base amount is normally lifted straight out of a subtotal your own system computed, so it carries whatever precision that computation left behind. It is also the number the percentage is applied to, so an over-precise base tends to produce an over-precise amount alongside it.",
"fix": "Round lines[0].allowances[0].baseAmount to two decimals before assigning it (10.01 here). Use half-up rounding away from zero — this package exports round2(), which handles the cases Math.round and toFixed get wrong.",
"example": "\"baseAmount\": 10.01",
"xpath": "/ubl:Invoice/cac:InvoiceLine[1]/cac:AllowanceCharge[1]/cbc:BaseAmount",
"docsUrl": "https://attestwire.com/rules/BR-DEC-25"
}
xpath locates the element in the generated UBL document,
which is where a KoSIT or Peppol validator will report the same problem.
A passing value
"baseAmount": 10.01The fix
Round lines[0].allowances[0].baseAmount to two decimals before assigning it (10.01 here). Use half-up rounding away from zero — this package exports round2(), which handles the cases Math.round and toFixed get wrong.