Zum Inhalt springen

BR-DEC-16: Bereits gezahlter Betrag (BT-113) hat mehr als zwei Nachkommastellen

Offizielle Meldung

[BR-DEC-16] The allowed maximum number of decimals for the Paid amount (BT-113) is 2.

EN 16931 (CII) · Fehler · Sprache der Meldung: Englisch · Stand: xrechnung-3.0.2-validator-configuration-2026-08-31

[BR-DEC-16] The allowed maximum number of decimals for the Paid amount (BT-113) is 2.

EN 16931 (UBL) · Fehler · Sprache der Meldung: Englisch · Stand: xrechnung-3.0.2-validator-configuration-2026-08-31

[BR-DEC-16] The allowed maximum number of decimals for the Paid amount (BT-113) is 2.

Factur-X / ZUGFeRD EN 16931 · Fehler · Sprache der Meldung: Englisch · Stand: Factur-X 1.08 / ZUGFeRD 2.4
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-113

Was bedeutet das?

Der bereits gezahlte Betrag (Paid amount, BT-113) darf höchstens zwei Nachkommastellen haben. In der Rechnung steht der Betrag mit mehr als zwei Nachkommastellen.

Typische Ursachen

Der Betrag wurde mit mehr als zwei Nachkommastellen eingegeben oder aus einem anderen System übernommen.
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.
Den fälligen Betrag (BT-115) mit dem gerundeten Betrag neu berechnen (BR-CO-16).
CII: ram:SpecifiedTradeSettlementHeaderMonetarySummation/ram:TotalPrepaidAmount, UBL: cac:LegalMonetaryTotal/cbc:PrepaidAmount.
Die Rechnung erneut erzeugen und prüfen.

In E-Rechnungsfreund

Im Rechnungsformular im Abschnitt „Belegsummen (BG-22)“ das Feld „Bereits gezahlt (BT-113)“ prüfen. Beim Erzeugen der XML wird der Wert auf zwei Nachkommastellen gerundet; danach die Rechnung erneut prüfen.

Beispiel

Fehlerhaft

<ram:SpecifiedTradeSettlementHeaderMonetarySummation>
  ...
  <ram:TotalPrepaidAmount>500.000</ram:TotalPrepaidAmount>
  ...
</ram:SpecifiedTradeSettlementHeaderMonetarySummation>

Richtig

<ram:SpecifiedTradeSettlementHeaderMonetarySummation>
  ...
  <ram:TotalPrepaidAmount>500.00</ram:TotalPrepaidAmount>
  ...
</ram:SpecifiedTradeSettlementHeaderMonetarySummation>
Für Entwickler: Prüfausdruck je Syntax

EN 16931 (CII) (CII)

Kontext: //ram:SpecifiedTradeSettlementHeaderMonetarySummation

string-length(substring-after(ram:TotalPrepaidAmount,'.'))<=2

EN 16931 (UBL) (UBL)

Kontext: cac:LegalMonetaryTotal

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

Factur-X / ZUGFeRD EN 16931 (CII)

Technische ID in der Quelle: FX-SCH-A-000127

Kontext: //ram:SpecifiedTradeSettlementHeaderMonetarySummation

string-length(substring-after(ram:TotalPrepaidAmount,'.'))<=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.