BR-14: Den Gesamtbetrag einschließlich Umsatzsteuer in die Gesamtbeträge aufnehmen

Die kurze Antwort

BR-14 schlägt fehl, wenn cac:LegalMonetaryTotal kein cbc:TaxInclusiveAmount enthält. Fügen Sie es nach cbc:TaxExclusiveAmount ein, mit der Summe ohne Umsatzsteuer plus dem Umsatzsteuer-Gesamtbetrag aus cac:TaxTotal/cbc:TaxAmount, auf zwei Nachkommastellen gerundet: im aufgezeichneten Beispiel 25.00 + 5.00 = 30.00.

Zwei Rechenprüfungen fehlt ihre Eingabe, solange das Element fehlt. BR-CO-15 kann die Umsatzsteuersumme nicht bestätigen und BR-CO-16 nicht den fälligen Betrag, daher werden beide neben BR-14 gemeldet, und alle drei verschwinden gemeinsam.

Was die Regel prüft

Die Regel läuft auf cac:LegalMonetaryTotal und fragt nur, ob ein Kindelement cbc:TaxInclusiveAmount vorhanden ist. Der Wert selbst ist Sache von BR-CO-15: Im Versuch bestand ein Gesamtbetrag einschließlich Umsatzsteuer von 25.00 statt 30.00 BR-14 und meldete BR-CO-15 und BR-CO-16.

Keine leere Form des Elements kommt durch. Im Versuch wurde ein selbstschließendes cbc:TaxInclusiveAmount mit nur seinem currencyID im XSD-Prüfschritt abgewiesen, und die Prüfschritte EN 16931 und Peppol wurden übersprungen.

Die Prüfung ist an keine Bedingung geknüpft, daher braucht jedes Dokument das Element, auch eines ohne geschuldete Umsatzsteuer, in dem es einfach die Summe ohne Umsatzsteuer wiederholt.

Wie es in einer Integration dazu kommt

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

• Der Export schreibt nur die Werte, die die Quelle speichert, etwa die Nettosumme und den fälligen Betrag, und leitet nichts dazwischen ab.
• Das Mapping hält den Gesamtbetrag einschließlich Umsatzsteuer für überflüssig, wenn nichts vorausbezahlt wurde, weil er dann dem fälligen Betrag entspricht, und lässt ihn weg.
• Die Bruttosumme wird direkt auf cbc:PayableAmount abgebildet, und das Element, das sie ebenfalls enthalten sollte, wird nie geschrieben.
• Der Schritt der Umsatzsteuerberechnung liefert für den Bruttowert null, und der Serialisierer überspringt das Element.

So korrigieren Sie das Dokument

1. Legen Sie zuerst den Umsatzsteuer-Gesamtbetrag fest: cac:TaxTotal/cbc:TaxAmount in der Rechnungswährung, das BR-CO-14 gegen die Umsatzsteueraufschlüsselung prüft.
2. Addieren Sie ihn mit Dezimalarithmetik zu cbc:TaxExclusiveAmount und runden Sie das Ergebnis auf zwei Nachkommastellen.
3. Schreiben Sie das Ergebnis als cbc:TaxInclusiveAmount mit der Rechnungswährung in currencyID, nach cbc:TaxExclusiveAmount und vor cbc:AllowanceTotalAmount.
4. Prüfen Sie den fälligen Betrag daran: Gesamtbetrag einschließlich Umsatzsteuer minus cbc:PrepaidAmount plus cbc:PayableRoundingAmount, was BR-CO-16 nachrechnet.

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 Gesamtbeträge springen von der Summe ohne Umsatzsteuer zur Summe der Nachlässe

<cac:TaxTotal>
  <cbc:TaxAmount currencyID="GBP">5.00</cbc:TaxAmount>
  <!-- VAT breakdown omitted from this fragment -->
</cac:TaxTotal>
<cac:LegalMonetaryTotal>
  <cbc:LineExtensionAmount currencyID="GBP">25.00</cbc:LineExtensionAmount>
  <cbc:TaxExclusiveAmount currencyID="GBP">25.00</cbc:TaxExclusiveAmount>
  <cbc:AllowanceTotalAmount currencyID="GBP">0.00</cbc:AllowanceTotalAmount>
  <!-- charge total, prepaid and rounding amounts omitted from this fragment -->
  <cbc:PayableAmount currencyID="GBP">30.00</cbc:PayableAmount>
</cac:LegalMonetaryTotal>

Ausschnitt der korrigierten Rechnung: Der Gesamtbetrag einschließlich Umsatzsteuer von 30.00 folgt auf die Summe ohne Umsatzsteuer

<cac:LegalMonetaryTotal>
  <cbc:LineExtensionAmount currencyID="GBP">25.00</cbc:LineExtensionAmount>
  <cbc:TaxExclusiveAmount currencyID="GBP">25.00</cbc:TaxExclusiveAmount>
  <cbc:TaxInclusiveAmount currencyID="GBP">30.00</cbc:TaxInclusiveAmount>
  <cbc:AllowanceTotalAmount currencyID="GBP">0.00</cbc:AllowanceTotalAmount>
  <!-- charge total, prepaid and rounding amounts omitted from this fragment -->
  <cbc:PayableAmount currencyID="GBP">30.00</cbc:PayableAmount>
</cac:LegalMonetaryTotal>

Die korrigierte Rechnung hat ein cbc:TaxInclusiveAmount von 30.00 zwischen der Summe ohne Umsatzsteuer und der Summe der Nachlässe; der fehlerhaften Rechnung fehlt es, sonst ist sie identisch. Neben BR-14 meldet das fehlerhafte Dokument BR-CO-15 am Wurzelelement, das nicht zeigen kann, dass 25.00 plus die Umsatzsteuer von 5.00 den Gesamtbetrag einschließlich Umsatzsteuer ergibt, und BR-CO-16 an den Gesamtbeträgen, das nicht zeigen kann, dass der fällige Betrag von 30.00 daraus folgt. Das eine Element behebt alle drei.

Wo die Regel gilt

• Gilt für Invoice und CreditNote in gleicher Weise. Im Versuch meldete eine Gutschrift ohne das Element dieselben drei Regeln, ebenso die umfangreiche Rechnung, deren fälliger Betrag von 70.00 außerdem von einem vorausbezahlten Betrag und einem Rundungsbetrag abhängt.
• Das UBL-Schema erlaubt es, das Element wegzulassen, daher besteht ein Dokument ohne es den XSD-Prüfschritt, und nur die Regeln aus EN 16931 bemerken die Lücke.
• Im Prüfschritt Peppol reagiert nichts auf die Lücke; er bestand die aufgezeichnete fehlerhafte Rechnung.
• Die Begrenzung dieses Betrags auf zwei Nachkommastellen ist eine eigene Regel, BR-DEC-14.

Verwandte Regeln

• BR-13 verlangt die Summe ohne Umsatzsteuer, auf der dieser Wert aufbaut
• BR-CO-15 prüft, dass der Gesamtbetrag einschließlich Umsatzsteuer die Summe ohne Umsatzsteuer plus den Umsatzsteuer-Gesamtbetrag ist
• BR-CO-16 leitet den fälligen Betrag aus dieser Summe, dem vorausbezahlten Betrag und dem Rundungsbetrag ab
• BR-DEC-14 begrenzt den Gesamtbetrag einschließlich Umsatzsteuer auf zwei Nachkommastellen
• 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-28.1: Quelle geprüft am 2026-09-28, Erklärung zuletzt aktualisiert am 2026-09-28.

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