Attestwire

Rule reference

BR-DEC-05 The allowed maximum number of decimals for the document level charge amount (BT-99) is 2, but charges[0].amount is 10.005, which has 3

The allowed maximum number of decimals for the document level charge amount (BT-99) is 2, but charges[0].amount is 10.005, which has 3. The schematron measures the digits after the decimal point in the serialised XML, so a value that merely *displays* as two decimals still fails when the underlying number carries more. An allowance amount usually arrives as a percentage of something — 3% settlement discount, 1.5% surcharge — and a percentage of a two-decimal figure is almost never a two-decimal figure. EN 16931 wants the *result* rounded, once, before it is written.

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-99
Severity
fatal

What the library returns

The exact object in result.errors when this rule fires. Generated by running @attestwire/en16931, not transcribed:

TeachingError
{
  "rule": "BR-DEC-05",
  "field": "BT-99",
  "severity": "fatal",
  "message": "The allowed maximum number of decimals for the document level charge amount (BT-99) is 2, but charges[0].amount is 10.005, which has 3. The schematron measures the digits after the decimal point in the serialised XML, so a value that merely *displays* as two decimals still fails when the underlying number carries more. An allowance amount usually arrives as a percentage of something — 3% settlement discount, 1.5% surcharge — and a percentage of a two-decimal figure is almost never a two-decimal figure. EN 16931 wants the *result* rounded, once, before it is written.",
  "fix": "Round charges[0].amount to two decimals before you hand it over — 10.01 here. This package exports round2() for it, which avoids the two JavaScript traps: Math.round(1.005 * 100) / 100 gives 1.00, and (2.675).toFixed(2) gives \"2.67\".",
  "example": "\"amount\": 10.01",
  "xpath": "/ubl:Invoice/cac:AllowanceCharge[1]/cbc:Amount",
  "docsUrl": "https://attestwire.com/rules/BR-DEC-05"
}

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

the shape this field expects
"amount": 10.01

The fix

Round charges[0].amount to two decimals before you hand it over — 10.01 here. This package exports round2() for it, which avoids the two JavaScript traps: Math.round(1.005 * 100) / 100 gives 1.00, and (2.675).toFixed(2) gives "2.67".

All 292 rules →

Nearby: BR-DEC-06 — The allowed maximum number of decimals for the document level charge base amount (BT-100) is 2, but charges[0].baseAmount is 100.005, which has 3; BR-DEC-02 — The allowed maximum number of decimals for the document level allowance base amount (BT-93) is 2, but allowances[0].baseAmount is 100.005, which has 3; BR-DEC-09 — The allowed maximum number of decimals for the Sum of Invoice line net amounts (BT-106) is 2, but you declared 1500.001, which has 3.

Check this rule against your invoice via the hosted API → https://api.attestwire.com/docs

Arrived from a stack trace? The docsUrl on every error links straight here. Something wrong on this page — tell us.