BR-DEC-12: Die Summe ohne Umsatzsteuer mit höchstens zwei Nachkommastellen schreiben

Die kurze Antwort

BR-DEC-12 schlägt fehl, wenn cac:LegalMonetaryTotal/cbc:TaxExclusiveAmount mit mehr als zwei Nachkommastellen geschrieben ist. Schreiben Sie die Summe ohne Umsatzsteuer mit höchstens zwei Nachkommastellen, zum Beispiel 68.50 statt 68.500.

Geprüft wird die geschriebene Form, nicht der Wert; eine einzige aufgefüllte Null genügt also für den Fehlschlag. UBL-DT-01 meldet im selben Lauf dasselbe Element.

Was die Regel prüft

Die Regel läuft auf cac:LegalMonetaryTotal, liest den Text seines cbc:TaxExclusiveAmount und erlaubt höchstens zwei Zeichen nach dem Dezimalpunkt. Weniger sind in Ordnung; im Versuch war 68.5 ohne Befund gültig.

Jede Summe der Gesamtbeträge hat eine eigene Nachkommastellenregel; ein Formatierer, der alle auffüllt, bringt daher einen Befund pro Summe. Diese Regel deckt nur die Summe ohne Umsatzsteuer ab; der fällige Zahlungsbetrag zum Beispiel ist BR-DEC-18.

Die Arithmetik wird anderswo geprüft. Im Versuch meldete ein ungerundetes 68.504 auch BR-CO-13, weil es nicht Positionssumme minus Nachlässe plus Zuschläge ist, während BR-CO-15 weiterhin bestand, da diese Regel ihre eigene Summe vor dem Vergleich rundet.

Wie es in einer Integration dazu kommt

Mögliche Ursachen, abgeleitet aus der Form der Regel und nicht aus gemessener Nutzung:

• Die Summe ohne Umsatzsteuer wird aus Positionsbeträgen mit drei oder vier Nachkommastellen addiert und vor dem Schreiben nie gerundet.
• Eine Dezimalspalte mit einer Skala von drei oder vier wird mit voller Skala serialisiert, sodass ein gespeichertes 68.5 als 68.500 herauskommt.
• Der Formatierer für Mengen und Preise, die mehr Nachkommastellen tragen dürfen, wird für die Summen wiederverwendet.

So korrigieren Sie das Dokument

1. Berechnen Sie die Summe ohne Umsatzsteuer aus den gerundeten Summen der Positionen, Nachlässe und Zuschläge und runden Sie das Ergebnis auf zwei Nachkommastellen.
2. Formatieren Sie sie mit höchstens zwei Nachkommastellen und ohne Leerzeichen, und schreiben Sie sie in cac:LegalMonetaryTotal/cbc:TaxExclusiveAmount.
3. Verwenden Sie dieselbe Formatierung mit zwei Nachkommastellen für jeden Betrag im Dokument, nicht nur für diesen; jede Summe und jeder Betrag einer Aufschlüsselung unterliegt derselben Grenze.
4. Hat die Rundung den Wert verändert, berechnen Sie die Summe einschließlich Umsatzsteuer aus dem gerundeten Wert neu.

Korrigierte Rechnung prüfen

Vorher und nachher

Dies sind Ausschnitte, keine vollständigen Dokumente. Die vollständigen synthetischen Dokumente, aus denen sie stammen, sind unten verlinkt.

Ausschnitt der fehlerhaften Rechnung: Die Summe ohne Umsatzsteuer ist als 68.500 geschrieben

<cac:LegalMonetaryTotal>
  <cbc:LineExtensionAmount currencyID="GBP">66.00</cbc:LineExtensionAmount>
  <cbc:TaxExclusiveAmount currencyID="GBP">68.500</cbc:TaxExclusiveAmount>
  <cbc:TaxInclusiveAmount currencyID="GBP">80.20</cbc:TaxInclusiveAmount>
  <!-- remaining totals omitted from this fragment -->
</cac:LegalMonetaryTotal>

Ausschnitt der korrigierten Rechnung: dieselbe Summe als 68.50 geschrieben

<cac:LegalMonetaryTotal>
  <cbc:LineExtensionAmount currencyID="GBP">66.00</cbc:LineExtensionAmount>
  <cbc:TaxExclusiveAmount currencyID="GBP">68.50</cbc:TaxExclusiveAmount>
  <cbc:TaxInclusiveAmount currencyID="GBP">80.20</cbc:TaxInclusiveAmount>
  <!-- remaining totals omitted from this fragment -->
</cac:LegalMonetaryTotal>

Die beiden Dokumente unterscheiden sich nur darin, wie die Summe ohne Umsatzsteuer geschrieben ist: 68.500 gegenüber 68.50. Der Wert ist derselbe, daher ist keine davon abhängige Summe betroffen. Das fehlerhafte Dokument meldet BR-DEC-12 an cac:LegalMonetaryTotal und UBL-DT-01 am cbc:TaxExclusiveAmount selbst. UBL-DT-01 ist die Grenze auf Syntaxebene für jedes Betragselement außer Artikelpreisen und den Beträgen eines Nachlasses auf Preisebene; die Summe ohne Umsatzsteuer ist nicht ausgenommen, daher treten für dieses Element die beiden Befunde immer zusammen auf.

Wo die Regel gilt

• Gilt gleichermaßen für UBL Invoice und CreditNote. Im Versuch meldete eine Gutschrift mit einer Summe ohne Umsatzsteuer von 68.500 dieselben zwei Befunde.
• Die Grenze ändert sich nicht mit der Währung, da currencyID nicht gelesen wird.
• Das Schema lehnt ein Dezimalkomma in jedem Betrag ab; ein solcher Wert scheitert daher am XSD-Prüfschritt, bevor diese Regel laufen könnte.

Verwandte Regeln

• UBL-DT-01 wird für dasselbe Element gemeldet, wann immer diese Regel fehlschlägt
• BR-CO-13 prüft den Wert der Summe ohne Umsatzsteuer, während diese Regel nur ihre Form prüft
• BR-13 verlangt, dass die Summe ohne Umsatzsteuer vorhanden ist
• BR-DEC-18 wendet dieselbe Grenze auf den fälligen Zahlungsbetrag an
• Alle Regeln der Referenz ansehen
• Hintergrund (auf Englisch): Understanding EN 16931 validation errors

Umfang und Quelle

Geschrieben für Peppol BIS Billing 3.0.21 (May 2026), EN 16931 1.3.16, angewendet auf Invoice- und CreditNote-Dokumente in UBL 2.1. Andere Profile, Syntaxen und Releases können diese Kennung anders definieren. Version des Hinweiskatalogs 2026-09-24.1: Quelle geprüft am 2026-09-24, Erklärung zuletzt aktualisiert am 2026-09-24.

Die offizielle Definition von BR-DEC-12 (auf Englisch) enthält den normativen Wortlaut und den Test. Diese Seite ist unsere Erklärung dazu, keine Kopie.

Die Erklärung ändert das Urteil der Engine nicht. Dass Sie diesen Befund beheben, heißt nicht, dass das Dokument jeden Prüfschritt besteht. Die Validierung bescheinigt keine rechtliche oder steuerliche Konformität und überträgt kein Dokument über Peppol.