BT-92Document level allowance amount
Offizieller Regeltext
[BR-DEC-01] The allowed maximum number of decimals for the Document level allowance amount (BT-92) is 2.
Der normative Text ist Englisch und wird unverändert zitiert.
Warum dieser Fehler auftritt
Der Nachlassbetrag auf Dokumentebene darf höchstens zwei Nachkommastellen haben. Die Regel ist eine Zeichenkettenprüfung: Sie zählt die Zeichen nach dem Dezimalpunkt in cbc:Amount von /Invoice/cac:AllowanceCharge mit ChargeIndicator false (UBL) bzw. ram:SpecifiedTradeAllowanceCharge/ram:ActualAmount (CII). Sie schlägt an, wenn ein prozentualer Rabatt ungerundet geschrieben wird (12.345) oder der Formatierer drei Nachkommastellen ausgibt (10.500), auch wenn der Wert rechnerisch ein Zwei-Dezimal-Betrag ist.
So beheben Sie den Fehler
Den Nachlassbetrag vor dem Schreiben auf zwei Nachkommastellen runden und mit höchstens zwei Nachkommastellen formatieren, z. B. 12.35 oder 10.5. Die Rundung in der Exportschicht vornehmen, nicht nur in der Anzeige. cbc:AllowanceTotalAmount / ram:AllowanceTotalAmount (BT-107) aus den gerundeten Werten neu berechnen, damit BR-CO-11 und BR-CO-13 weiter stimmen. Punkt als Dezimaltrennzeichen, nie Komma.
Beispiel (gültig)
<cac:AllowanceCharge>
<cbc:ChargeIndicator>false</cbc:ChargeIndicator>
<cbc:AllowanceChargeReason>Mengenrabatt</cbc:AllowanceChargeReason>
<cbc:Amount currencyID="EUR">12.35</cbc:Amount>
<cac:TaxCategory><cbc:ID>S</cbc:ID><cbc:Percent>19</cbc:Percent><cac:TaxScheme><cbc:ID>VAT</cbc:ID></cac:TaxScheme></cac:TaxCategory>
</cac:AllowanceCharge>Was der Validator prüft
Geprüftes Element (Kontext):
UBL
/ubl:Invoice/cac:AllowanceCharge[cbc:ChargeIndicator = false()] | /cn:CreditNote/cac:AllowanceCharge[cbc:ChargeIndicator = false()]Test (XPath):
string-length(substring-after(cbc:Amount,'.'))<=2CII
//ram:ApplicableHeaderTradeSettlement/ram:SpecifiedTradeAllowanceCharge/ram:ChargeIndicator[udt:Indicator='false']Test (XPath):
string-length(substring-after(../ram:ActualAmount,'.'))<=2Rechnung prüfen
Legen Sie Ihre XML- oder PDF-Datei im Validator ab; jede verletzte Regel ist mit ihrer Seite hier verlinkt. Kostenlos, ohne Konto, die Datei wird nicht gespeichert.
Dieselbe Prüfung per API:
curl -F file=@invoice.xml https://einvoicechecker.com/v1/validateVerwandte Regeln
BR-31Each Document level allowance shall have a Document level allowance amountBR-AE-08In a VAT breakdown where the VAT category code is "Reverse charge" the VAT category…BR-AF-08For each different value of VAT category rate where the VAT category code is "IGIC",…BR-AG-08For each different value of VAT category rate where the VAT category code is "IPSI",…BR-CO-11Summe der Nachlässe auf Dokumentebene (BT-107) ist falschBR-E-08In a VAT breakdown where the VAT category code is "Exempt from VAT" the VAT category…BR-G-08In a VAT breakdown where the VAT category code is "Export outside the EU" the VAT…BR-IC-08In a VAT breakdown where the VAT category code is "Intra-community supply" the VAT…
Häufige Fragen
Was bedeutet BR-DEC-01?
BR-DEC-01 ist eine EN-16931-Kernregel: The allowed maximum number of decimals for the Document level allowance amount (BT-92) is 2.
Wird meine Rechnung wegen BR-DEC-01 abgelehnt?
Ja. BR-DEC-01 ist als „fatal“ eingestuft; Validatoren (KoSIT, Peppol Access Points, ZRE/OZG-RE) weisen die Rechnung zurück, bis der Fehler behoben ist.
Für welche Formate gilt BR-DEC-01?
Jede EN-16931-Rechnung: XRechnung, ZUGFeRD 2.x / Factur-X (Profile EN 16931, EXTENDED, XRECHNUNG), Peppol BIS Billing 3.0 sowie nationale CIUS. Syntax: UBL und CII.
Quelle: EN 16931-1:2017 schematron (CEN TC434, via Peppol BIS 3.0.20). Katalog erzeugt aus dem offiziellen Schematron am 2026-10-14.