BR-DEC-23: Invoice line net amount (BT-131) has more than 2 decimals

StandardEN 16931-1 (European e-invoicing semantic model)SeverityError: the invoice is rejectedSyntaxUBL, CIIBusiness terms

BT-131 Invoice line net amount

Applies toEvery EN 16931 invoice: XRechnung, ZUGFeRD 2.x / Factur-X (profiles EN 16931, EXTENDED, XRECHNUNG), Peppol BIS Billing 3.0, and national CIUS such as the Dutch NLCIUS or the Italian/Spanish profiles.

Official rule text

[BR-DEC-23] The allowed maximum number of decimals for the Invoice line net amount (BT-131) is 2.

Why this error occurs

The invoice line net amount must have at most two decimal places. The rule counts the characters after the decimal point in cac:InvoiceLine/cbc:LineExtensionAmount (UBL) or ram:SpecifiedTradeSettlementLineMonetarySummation/ram:LineTotalAmount (CII). It is common when quantity times a unit price with four decimals is written without rounding (3 x 1.2345 = 3.7035), or when a number formatter always emits three or more digits (100.000).

How to fix it

Round each line net amount to two decimals and format it with at most two fraction digits (3.70, 100.00). Unit prices (BT-146) may keep more decimals; the rounding applies to the line amount only. Compute cac:LegalMonetaryTotal/cbc:LineExtensionAmount (BT-106) as the sum of the rounded line amounts so BR-CO-10 still passes, and expect a tolerance of 0.02 per line in PEPPOL-EN16931-R120.

Example (valid)

<cbc:InvoicedQuantity unitCode="C62">3</cbc:InvoicedQuantity>
<cbc:LineExtensionAmount currencyID="EUR">3.70</cbc:LineExtensionAmount>
...
<cac:Price><cbc:PriceAmount currencyID="EUR">1.2345</cbc:PriceAmount></cac:Price>

What the validator checks

Checked element (context):

UBL

cac:InvoiceLine | cac:CreditNoteLine

Test (XPath):

string-length(substring-after(cbc:LineExtensionAmount,'.'))<=2

CII

//ram:IncludedSupplyChainTradeLineItem

Test (XPath):

string-length(substring-after(ram:SpecifiedLineTradeSettlement/ram:SpecifiedTradeSettlementLineMonetarySummation/ram:LineTotalAmount,'.'))<=2

Check your invoice

Drop your XML or PDF on the validator and every failed rule is linked to its page here. Free, no account, the file is not stored.

Check your invoice →

Same check via API:

curl -F file=@invoice.xml https://einvoicechecker.com/v1/validate

Related rules

BR-24 Each Invoice line shall have an Invoice line net amount
BR-AE-08 In a VAT breakdown where the VAT category code is "Reverse charge" the VAT category…
BR-AF-08 For each different value of VAT category rate where the VAT category code is "IGIC",…
BR-AG-08 For each different value of VAT category rate where the VAT category code is "IPSI",…
BR-CO-10 Sum of line net amounts (BT-106) does not match the lines
BR-CO-13 Total without VAT (BT-109) does not add up
BR-E-08 In a VAT breakdown where the VAT category code is "Exempt from VAT" the VAT category…
BR-G-08 In a VAT breakdown where the VAT category code is "Export outside the EU" the VAT…

Frequently asked questions

What does BR-DEC-23 mean?

BR-DEC-23 is a en 16931 core rule: The allowed maximum number of decimals for the Invoice line net amount (BT-131) is 2.

Will my invoice be rejected because of BR-DEC-23?

Yes. BR-DEC-23 is flagged "fatal"; validators (KoSIT, Peppol access points, the German ZRE/OZG-RE portals) reject the invoice until it is fixed.

Which formats does BR-DEC-23 apply to?

Every EN 16931 invoice: XRechnung, ZUGFeRD 2.x / Factur-X (profiles EN 16931, EXTENDED, XRECHNUNG), Peppol BIS Billing 3.0, and national CIUS such as the Dutch NLCIUS or the Italian/Spanish profiles. Syntax: UBL and CII.

Source: EN 16931-1:2017 schematron (CEN TC434, via Peppol BIS 3.0.20). Catalogue generated from the official schematron on 2026-10-14.