BR-DEC-13: The allowed maximum number of decimals for the Invoice…

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

BT-110 Invoice total VAT 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-13] The allowed maximum number of decimals for the Invoice total VAT amount (BT-110) is 2.

Why this error occurs

Monetary amounts in EN 16931 may have at most two decimals. The value in your file has more, usually because the software writes unrounded calculation results (e.g. 12.3456) or because a percentage was written into an amount field.

How to fix it

Round the amount to two decimals before serialising it. Quantities and prices may keep more decimals; only the amount elements named in the rule are limited. Do the rounding per component and then recheck the total rules (BR-CO-10 to BR-CO-16).

What the validator checks

Checked element (context):

UBL

/ubl:Invoice | /cn:CreditNote

Test (XPath):

(//cac:TaxTotal/cbc:TaxAmount[@currencyID = cbc:DocumentCurrencyCode] and (string-length(substring-after(//cac:TaxTotal/cbc:TaxAmount[@currencyID = cbc:DocumentCurrencyCode],'.'))<=2)) or (not(//cac:TaxTotal/cbc:TaxAmount[@currencyID = cbc:DocumentCurrencyCode]))

CII

//ram:SpecifiedTradeSettlementHeaderMonetarySummation

Test (XPath):

not(ram:TaxTotalAmount) or ram:TaxTotalAmount[(@currencyID =/rsm:CrossIndustryInvoice/rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeSettlement/ram:InvoiceCurrencyCode and . = round(. * 100) div 100) or not (@currencyID =/rsm:CrossIndustryInvoice/rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeSettlement/ram:InvoiceCurrencyCode)]

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-CO-14 Total VAT amount (BT-110) does not match the VAT breakdown
BR-CO-15 Total with VAT (BT-112) is not net plus VAT
BR-DEC-01 Document level allowance amount (BT-92) has more than 2 decimals
BR-DEC-02 The allowed maximum number of decimals for the Document level allowance base amount is 2
BR-DEC-05 The allowed maximum number of decimals for the Document level charge amount is 2
BR-DEC-06 The allowed maximum number of decimals for the Document level charge base amount is 2
BR-DEC-09 The allowed maximum number of decimals for the Sum of Invoice line net amount is 2
BR-DEC-10 The allowed maximum number of decimals for the Sum of allowanced on document level is 2

Frequently asked questions

What does BR-DEC-13 mean?

BR-DEC-13 is a en 16931 core rule: The allowed maximum number of decimals for the Invoice total VAT amount (BT-110) is 2.

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

Yes. BR-DEC-13 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-13 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.

BR-DEC-13: The allowed maximum number of decimals for the Invoice total VAT amount is 2