BR-DEC-12: Gesamtbetrag ohne Umsatzsteuer (BT-109) hat mehr als zwei Nachkommastellen
Offizielle Meldung
[BR-DEC-12] The allowed maximum number of decimals for the Invoice total amount without VAT (BT-109) is 2.
[BR-DEC-12] The allowed maximum number of decimals for the Invoice total amount without VAT (BT-109) is 2.
[BR-DEC-12] The allowed maximum number of decimals for the Invoice total amount without VAT (BT-109) is 2.
- Schweregrad
- Fehler Die Rechnung gilt als ungültig und kann vom Empfänger abgelehnt werden.
- Gilt für
- EN 16931 (CII), EN 16931 (UBL), Factur-X / ZUGFeRD EN 16931
- Betroffene Felder
- BT-109
Was bedeutet das?
Der Rechnungsgesamtbetrag ohne Umsatzsteuer (Invoice total amount without VAT, BT-109) darf höchstens zwei Nachkommastellen haben. In der Rechnung steht der Betrag mit mehr als zwei Nachkommastellen.
Typische Ursachen
Die Summe wurde aus ungerundeten Einzelbeträgen gebildet und nicht auf zwei Nachkommastellen gerundet.
Das erzeugende System schreibt Beträge mit einer festen Zahl von drei oder vier Nachkommastellen, z. B. 100.0000; auch nachgestellte Nullen zählen.
So beheben Sie den Fehler
Den Betrag auf zwei Nachkommastellen runden und ohne weitere Stellen schreiben, z. B. 100.00 statt 100.0000.
Der Betrag muss nach BR-CO-13 dem auf zwei Nachkommastellen gerundeten Ergebnis aus BT-106 − BT-107 + BT-108 entsprechen; BT-112 und BT-115 entsprechend neu berechnen.
CII: ram:SpecifiedTradeSettlementHeaderMonetarySummation/ram:TaxBasisTotalAmount, UBL: cac:LegalMonetaryTotal/cbc:TaxExclusiveAmount.
Die Rechnung erneut erzeugen und prüfen.
In E-Rechnungsfreund
Im Rechnungsformular wird der Gesamtbetrag ohne Umsatzsteuer (BT-109) beim Erzeugen der XML aus den Rechnungspositionen und den Zu-/Abschlägen berechnet und auf zwei Nachkommastellen gerundet; der Wert im Abschnitt „Belegsummen (BG-22)“ im Feld „Steuerbasis gesamt (BT-109)“ wird dafür nicht übernommen. Die Rechnung erneut erzeugen und prüfen.
Beispiel
Fehlerhaft
<ram:SpecifiedTradeSettlementHeaderMonetarySummation>
...
<ram:TaxBasisTotalAmount>1209.4428</ram:TaxBasisTotalAmount>
...
</ram:SpecifiedTradeSettlementHeaderMonetarySummation>
Richtig
<ram:SpecifiedTradeSettlementHeaderMonetarySummation>
...
<ram:TaxBasisTotalAmount>1209.44</ram:TaxBasisTotalAmount>
...
</ram:SpecifiedTradeSettlementHeaderMonetarySummation>
Für Entwickler: Prüfausdruck je Syntax
EN 16931 (CII) (CII)
Kontext: //ram:SpecifiedTradeSettlementHeaderMonetarySummation
string-length(substring-after(ram:TaxBasisTotalAmount,'.'))<=2
EN 16931 (UBL) (UBL)
Kontext: cac:LegalMonetaryTotal
string-length(substring-after(cbc:TaxExclusiveAmount,'.'))<=2
Factur-X / ZUGFeRD EN 16931 (CII)
Technische ID in der Quelle: FX-SCH-A-000006
Kontext: //ram:SpecifiedTradeSettlementHeaderMonetarySummation
string-length(substring-after(ram:TaxBasisTotalAmount,'.'))<=2
Verwandte Prüfregeln
- BR-DEC-01: Abschlagsbetrag auf Dokumentenebene (BT-92) hat mehr als zwei Nachkommastellen
- BR-DEC-02: Grundbetrag des Abschlags auf Dokumentenebene (BT-93) hat mehr als zwei Nachkommastellen
- BR-DEC-05: Zuschlagsbetrag auf Dokumentenebene (BT-99) hat mehr als zwei Nachkommastellen
- BR-DEC-06: Grundbetrag des Zuschlags auf Dokumentenebene (BT-100) hat mehr als zwei Nachkommastellen
- BR-DEC-09: Summe der Positionsnettobeträge (BT-106) hat mehr als zwei Nachkommastellen
- BR-DEC-10: Summe der Abschläge auf Dokumentenebene (BT-107) hat mehr als zwei Nachkommastellen
Häufige Fragen
Ist 100.000 erlaubt, weil der Wert gleich 100.00 ist?
Nein. Die Prüfung zählt die Zeichen nach dem Dezimalpunkt, nicht den Zahlenwert. 100.000 hat drei Nachkommastellen und löst die Regel aus; 100, 100.0 und 100.00 sind zulässig.
Zuletzt aktualisiert:
Erläuterung der Prüfregel, keine Rechts- oder Steuerberatung.