Zum Inhalt springen

Ironfang Finance - Regelreferenz

BR-DEC-17: Den Rundungsbetrag mit höchstens zwei Nachkommastellen schreiben

cbc:PayableRoundingAmount hat mehr als zwei Nachkommastellen. Schreiben Sie den Rundungsbetrag, positiv oder negativ, mit höchstens zwei Nachkommastellen.

EN 16931Fehler: Das Dokument ist ungültigSummen

Auf dieser Seite

Die kurze Antwort

BR-DEC-17 schlägt fehl, wenn cac:LegalMonetaryTotal/cbc:PayableRoundingAmount mehr als zwei Zeichen nach dem Dezimalpunkt hat. Schreiben Sie den Rundungsbetrag mit höchstens zwei Nachkommastellen: -0.20, nicht -0.200.

In der aufgezeichneten Rechnung ist die Anpassung selbst richtig und nur aufgefüllt: Sie führt 80.20 - 10.00 auf einen fälligen Zahlungsbetrag von 70.00. UBL-DT-01 meldet dasselbe Element.

Was die Regel prüft

Die Regel zählt, was im cbc:PayableRoundingAmount von cac:LegalMonetaryTotal nach dem Dezimalpunkt folgt. Das Minuszeichen einer Abrundung steht vor dem Punkt und wird nicht gezählt; im Versuch war -0.2 gültig.

Ein kleiner ungerundeter Fehler kann die Prüfung des fälligen Zahlungsbetrags bestehen und hier dennoch scheitern. Im Versuch meldete -0.204 nur diese Regel und UBL-DT-01, weil BR-CO-16 70.00 + 0.204 vor dem Vergleich auf 70.20 rundet. Bei -0.206 rundet die Summe auf 70.21, und BR-CO-16 kam hinzu.

Auch ein Rundungsbetrag von null muss mit höchstens zwei Nachkommastellen geschrieben sein. Im Versuch schlug die minimale Rechnung mit 0.000 im Element bei dieser Regel fehl und war gültig, nachdem das Element entfernt war.

BegriffBedeutungUBL-Element
BT-114Rundungsbetragcac:LegalMonetaryTotal/cbc:PayableRoundingAmount

Wie es in einer Integration dazu kommt

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

  • Die Bargeldrundung wird in einem Typ berechnet, der drei oder mehr Nachkommastellen behält, und die Differenz zwischen gerundetem und ungerundetem fälligem Zahlungsbetrag wird so geschrieben, wie sie ist.
  • Die Rundungsdifferenz wird aus einer ungerundeten Summe einschließlich Umsatzsteuer abgeleitet und erbt deren zusätzliche Ziffern.
  • Ein Rundungsbetrag von null wird immer gesendet und mit der Genauigkeit formatiert, die für Preise verwendet wird.

So korrigieren Sie das Dokument

  1. Runden Sie die Summe einschließlich Umsatzsteuer auf zwei Nachkommastellen, ziehen Sie den gezahlten Betrag ab und runden Sie das Ergebnis dann auf die Zahlungsstufe, die Sie verwenden.
  2. Bilden Sie den Rundungsbetrag als gerundeten Wert minus ungerundeten Wert, sodass er beim Abrunden negativ ist; bei Eingaben mit zwei Nachkommastellen hat er zwei Nachkommastellen.
  3. Schreiben Sie ihn mit seinem Vorzeichen und höchstens zwei Nachkommastellen in cac:LegalMonetaryTotal/cbc:PayableRoundingAmount, oder lassen Sie das Element weg, wenn keine Rundung angewendet wird.

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: eine Rundung von -0.20 auf einen fälligen Zahlungsbetrag von 70.00, als -0.200 geschrieben

<cac:LegalMonetaryTotal>
  <!-- totals before the paid amount omitted from this fragment -->
  <cbc:PrepaidAmount currencyID="GBP">10.00</cbc:PrepaidAmount>
  <cbc:PayableRoundingAmount currencyID="GBP">-0.200</cbc:PayableRoundingAmount>
  <cbc:PayableAmount currencyID="GBP">70.00</cbc:PayableAmount>
</cac:LegalMonetaryTotal>

Ausschnitt der korrigierten Rechnung: der Rundungsbetrag als -0.20 geschrieben

<cac:LegalMonetaryTotal>
  <!-- totals before the paid amount omitted from this fragment -->
  <cbc:PrepaidAmount currencyID="GBP">10.00</cbc:PrepaidAmount>
  <cbc:PayableRoundingAmount currencyID="GBP">-0.20</cbc:PayableRoundingAmount>
  <cbc:PayableAmount currencyID="GBP">70.00</cbc:PayableAmount>
</cac:LegalMonetaryTotal>

Nur der Rundungsbetrag ist anders geschrieben, -0.200 in der fehlerhaften Rechnung und -0.20 in der korrigierten; der fällige Zahlungsbetrag ist in beiden 70.00, und BR-CO-16 akzeptiert beide. Das fehlerhafte Dokument meldet BR-DEC-17 an cac:LegalMonetaryTotal und UBL-DT-01 am cbc:PayableRoundingAmount. Da UBL-DT-01 jedes Betragselement außerhalb des Artikelpreises und der Nachlässe auf Preisebene auf zwei Nachkommastellen begrenzt und der Rundungsbetrag eines dieser Elemente ist, werden die beiden Befunde gemeinsam gemeldet.

Was der Validator gemeldet hat

Aufgezeichnet mit phive 12.1.0 / phive-rules-peppol 4.5.6 / Saxon-HE 12.10, der Engine hinter dem kostenlosen Validator, mit synthetischen Daten. Ein aufgezeichnetes Ergebnis ist ein Regressionsnachweis für diese Dokumente, keine Zertifizierung.

Wo die Regel gilt

  • Gilt für UBL Invoice und CreditNote. Im Versuch meldete eine Gutschrift mit einem Rundungsbetrag von -0.200 dasselbe Paar.
  • Das Vorzeichen des Rundungsbetrags ändert an der Zählung nichts, und die Währung ebenso wenig.

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-28.1: Quelle geprüft am 2026-09-28, Erklärung zuletzt aktualisiert am 2026-09-28.

Die offizielle Definition von BR-DEC-17 (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.