BR-DEC-13: Invoice total VAT amount (BT-110) has more than two decimals
Official message
[BR-DEC-13] The allowed maximum number of decimals for the Invoice total VAT amount (BT-110) is 2.
[BR-DEC-13] The allowed maximum number of decimals for the Invoice total VAT amount (BT-110) is 2.
[BR-DEC-13] The allowed maximum number of decimals for the Invoice total VAT amount (BT-110) is 2.
- Severity
- Error The invoice is invalid and may be rejected by the recipient.
- Applies to
- EN 16931 (CII), EN 16931 (UBL), Factur-X / ZUGFeRD EN 16931
- Affected fields
- BT-110
What does this mean?
The invoice total VAT amount in invoice currency (BT-110) may have at most two decimals. In the invoice the amount has more than two decimals.
Typical causes
The total was built from unrounded individual amounts and not rounded to two decimals.
The generating system wrote the amount unrounded with three or more decimals.
How to fix the error
Round the amount to two decimals and write it without further digits, e.g. 100.00 instead of 100.0000.
According to BR-CO-14 the amount must equal the sum of the VAT category tax amounts (BT-117), rounded to two decimals; recalculate BT-112 and BT-115 accordingly.
CII: ram:SpecifiedTradeSettlementHeaderMonetarySummation/ram:TaxTotalAmount with @currencyID = invoice currency (BT-5), UBL: cac:TaxTotal/cbc:TaxAmount in invoice currency.
Generate and validate the invoice again.
In E-Rechnungsfreund
In the invoice form, the invoice total VAT amount (BT-110) is calculated from the invoice lines and the allowances and charges when the XML is generated, and rounded to two decimals; the value in the field "Steuer gesamt (BT-110)" in section "Belegsummen (BG-22)" (document totals) is not used for this. Generate and validate the invoice again.
Example
Wrong
<ram:SpecifiedTradeSettlementHeaderMonetarySummation>
...
<ram:TaxTotalAmount currencyID="EUR">229.7941</ram:TaxTotalAmount>
...
</ram:SpecifiedTradeSettlementHeaderMonetarySummation>Correct
<ram:SpecifiedTradeSettlementHeaderMonetarySummation>
...
<ram:TaxTotalAmount currencyID="EUR">229.79</ram:TaxTotalAmount>
...
</ram:SpecifiedTradeSettlementHeaderMonetarySummation>For developers: test expression per syntax
EN 16931 (CII) (CII)
Context: //ram:SpecifiedTradeSettlementHeaderMonetarySummation
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)]EN 16931 (UBL) (UBL)
Context: /ubl:Invoice | /cn:CreditNote
(//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]))Factur-X / ZUGFeRD EN 16931 (CII)
Technical ID in the source: FX-SCH-A-000007
Context: //ram:SpecifiedTradeSettlementHeaderMonetarySummation
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)]Related validation rules
- BR-DEC-01: Document level allowance amount (BT-92) has more than two decimals
- BR-DEC-02: Document level allowance base amount (BT-93) has more than two decimals
- BR-DEC-05: Document level charge amount (BT-99) has more than two decimals
- BR-DEC-06: Document level charge base amount (BT-100) has more than two decimals
- BR-DEC-09: Sum of invoice line net amounts (BT-106) has more than two decimals
- BR-DEC-10: Sum of allowances on document level (BT-107) has more than two decimals
Frequently asked questions
Do trailing zeros count?
In CII (including ZUGFeRD/Factur-X) the rule checks the numeric value: 19.000 is allowed, 19.005 is not, because the value changes when rounded to two decimals.
Last updated:
Explanation of the validation rule, not legal or tax advice.