Zum Inhalt springen

Ironfang Finance - Regelreferenz

BR-S-09: Den Umsatzsteuerbetrag einer Aufschlüsselung zum Normalsatz korrigieren

In einer Umsatzsteueraufschlüsselung zum Normalsatz muss der Steuerbetrag Steuerbasisbetrag mal Satz entsprechen. Abweichungen unter 1.00 kommen durch die Prüfung, sind aber trotzdem falsch.

EN 16931Fehler: Das Dokument ist ungültigUmsatzsteuer

Auf dieser Seite

Die kurze Antwort

BR-S-09 schlägt fehl, wenn eine Umsatzsteueraufschlüsselung mit Kategorie S ein cbc:TaxAmount trägt, das nicht zu ihrem cbc:TaxableAmount multipliziert mit ihrem cbc:Percent passt. Berechnen Sie den Betrag neu als Steuerbasisbetrag x Satz / 100, auf zwei Nachkommastellen gerundet, und aktualisieren Sie die Summen, die ihn enthalten.

Sie tritt normalerweise zusammen mit BR-CO-17 auf, die denselben Vergleich für jede Aufschlüsselung unabhängig von ihrer Kategorie anstellt; eine Aufschlüsselung zum Normalsatz mit falschem Betrag meldet daher beide. Eine Korrektur beseitigt das Paar.

Was die Regel prüft

Die Regel wählt Elemente cac:TaxCategory mit cbc:ID gleich S und cac:TaxScheme/cbc:ID gleich VAT aus, innerhalb eines cac:TaxSubtotal eines cac:TaxTotal direkt unter der Dokumentwurzel. Aufschlüsselungen in jeder anderen Kategorie bleiben BR-CO-17 und ihren eigenen Kategorieregeln überlassen.

Sie berechnet Steuerbasisbetrag x Satz / 100, auf zwei Nachkommastellen gerundet, und besteht, wenn der Steuerbetrag weniger als 1.00 von diesem Wert abweicht. Eine Differenz von genau 1.00 schlägt fehl. Bei 25.00 mit 20 % besteht 5.99, und 6.00 schlägt fehl; ebenso 4.01 und 4.00 auf der unteren Seite.

Die Toleranz ergibt sich daraus, wie die veröffentlichte Prüfung geschrieben ist, und ist keine Aussage darüber, was auf einer Rechnung akzeptabel ist. Ein Betrag, der 0.90 daneben liegt, wird als gültig bewertet und liegt trotzdem 0.90 daneben.

Anders als bei BR-CO-17 gibt es keinen Zweig für einen fehlenden Satz. Eine Aufschlüsselung zum Normalsatz ohne cbc:Percent schlägt bei dieser Regel fehl, außerdem bei BR-CO-17 und BR-48, die den Satz verlangt.

Beträge werden als Absolutwerte verglichen, das Vorzeichen wird also nicht geprüft.

BegriffBedeutungUBL-Element
BT-118Code der Umsatzsteuerkategoriecac:TaxTotal/cac:TaxSubtotal/cac:TaxCategory/cbc:ID
BT-117Kategoriespezifischer Steuerbetragcac:TaxTotal/cac:TaxSubtotal/cbc:TaxAmount
BT-116Kategoriespezifischer Steuerbasisbetragcac:TaxTotal/cac:TaxSubtotal/cbc:TaxableAmount
BT-119Kategoriespezifischer Umsatzsteuersatzcac:TaxTotal/cac:TaxSubtotal/cac:TaxCategory/cbc:Percent

Wie es in einer Integration dazu kommt

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

  • Der Steuerbetrag der Aufschlüsselung ist eine Summe der Umsatzsteuer je Position, und eine Position zum Normalsatz wurde mit einem anderen Satz besteuert als die Aufschlüsselung, der sie zugeordnet wurde.
  • Zwei Normalsätze sind im Einsatz, und ihre Steuer wurde in einer Aufschlüsselung zusammengefasst, während die Steuerbasisbeträge getrennt wurden, oder umgekehrt.
  • Der Satz in der Aufschlüsselung stammt aus einer Steuercodetabelle und der Steuerbetrag aus einer Buchung unter einem früheren Satz.
  • Der Steuerbasisbetrag wurde nach der Berechnung der Umsatzsteuer um einen Nachlass auf Dokumentenebene verringert.
  • Der Satz wird als 0.2 statt 20 geschrieben.

So korrigieren Sie das Dokument

  1. Bilden Sie eine Aufschlüsselung zum Normalsatz für jeden unterschiedlichen Satz, sodass jede Aufschlüsselung ein einziges cbc:Percent hat.
  2. Berechnen Sie für jede cbc:TaxableAmount x cbc:Percent / 100 mit Dezimalarithmetik, runden Sie auf zwei Nachkommastellen und schreiben Sie das Ergebnis in das cbc:TaxAmount der Aufschlüsselung.
  3. Weicht das von der Umsatzsteuer ab, die Ihr System gebucht hat, klären Sie die Abweichung an der Quelle. Die Kategorie bleibt S; die Regel betrifft den Betrag, nicht die Einstufung.
  4. Summieren Sie die Steuerbeträge der Aufschlüsselungen neu in cac:TaxTotal/cbc:TaxAmount (BR-CO-14) und berechnen Sie cbc:TaxInclusiveAmount und cbc:PayableAmount neu.

Das aufgezeichnete Beispiel hat eine einzige Aufschlüsselung zum Normalsatz.

Steuerbasisbetrag 25.00, Satz 20
Berechnete Steuer: 25.00 x 20 / 100 = 5.00
Gesendet: 6.50, also 1.50 daneben und außerhalb der Toleranz von weniger als 1.00
Korrigierter Steuerbetrag: 5.00

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 Aufschlüsselung zum Normalsatz mit 6.50 Umsatzsteuer auf 25.00 mit 20 %

<cac:TaxSubtotal>
  <cbc:TaxableAmount currencyID="GBP">25.00</cbc:TaxableAmount>
  <cbc:TaxAmount currencyID="GBP">6.50</cbc:TaxAmount>
  <cac:TaxCategory>
    <cbc:ID>S</cbc:ID>
    <cbc:Percent>20</cbc:Percent>
    <cac:TaxScheme>
      <cbc:ID>VAT</cbc:ID>
    </cac:TaxScheme>
  </cac:TaxCategory>
</cac:TaxSubtotal>

Ausschnitt der korrigierten Rechnung: Der Betrag ist 25.00 x 20 / 100

<cac:TaxSubtotal>
  <cbc:TaxableAmount currencyID="GBP">25.00</cbc:TaxableAmount>
  <cbc:TaxAmount currencyID="GBP">5.00</cbc:TaxAmount>
  <cac:TaxCategory>
    <cbc:ID>S</cbc:ID>
    <cbc:Percent>20</cbc:Percent>
    <cac:TaxScheme>
      <cbc:ID>VAT</cbc:ID>
    </cac:TaxScheme>
  </cac:TaxCategory>
</cac:TaxSubtotal>

Innerhalb der Aufschlüsselung unterscheidet sich nur cbc:TaxAmount, 6.50 gegenüber 5.00. Außerhalb dieses Ausschnitts hat die korrigierte Rechnung außerdem eine Umsatzsteuersumme von 5.00 statt 6.50 sowie einen Gesamtbetrag einschließlich Umsatzsteuer und einen fälligen Betrag von 30.00 statt 31.50, weil das fehlerhafte Dokument den falschen Wert durch seine Summen getragen hatte. Das fehlerhafte Dokument meldet außerdem BR-CO-17, die kategorieunabhängige Form derselben Prüfung. Sonst schlägt nichts an, da diese Summen untereinander stimmig waren.

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 gleichermaßen für UBL Invoice und CreditNote; eine Gutschrift mit denselben Zahlen meldet dieselben zwei Regeln.
  • Nur die Kategorie S im Steuerschema VAT ist betroffen. Wird BR-CO-17 ohne BR-S-09 gemeldet, suchen Sie die fehlerhafte Aufschlüsselung in einer anderen Kategorie.
  • Diese Regel nimmt den Steuerbasisbetrag, wie er ist. Ob dieser Betrag zu den Positionen, Nachlässen und Zuschlägen zum Normalsatz passt, prüft BR-S-08.

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-20.

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