BR-O-07: Den Umsatzsteuersatz aus einem nicht steuerbaren Zuschlag auf Dokumentenebene entfernen

Die kurze Antwort

BR-O-07 schlägt fehl, wenn ein Zuschlag, also ein cac:AllowanceCharge mit cbc:ChargeIndicator true, cbc:Percent in einer cac:TaxCategory hat, deren cbc:ID O ist. Der aufgezeichnete Zuschlag Delivery über 4.00 gibt 20 an. Entfernen Sie das Element, sodass die Kategorie nur cbc:ID und cac:TaxScheme enthält.

Ein Satz von 20 auf einem Zuschlag in O wirft auch eine Frage zum Zuschlag selbst auf: Entweder ist er nicht steuerbar und hat keinen Satz, oder er wird mit 20 % besteuert, und O ist die falsche Kategorie für ihn.

Was die Regel prüft

Jede Steuerkategorie eines Zuschlags mit cbc:ID O im Schema VAT wird einzeln geprüft und an dieser cac:TaxCategory gemeldet. Auch ein Zuschlag auf Positionsebene zählt: Im Versuch meldete einer in O mit einem Satz von 20 in der ersten Position diese Regel dort, zusammen mit der Warnung UBL-CR-558.

Der Wert wird nie gelesen. Im Versuch scheiterte ein Satz von 0 auf dem Lieferzuschlag genauso wie die aufgezeichnete 20.

Den Zuschlag auf S mit 20 umzustellen, statt den Satz zu entfernen, tauscht einen Befund gegen mehrere. Im Versuch meldete diese Änderung BR-O-14, BR-S-01, BR-S-04 und, weil der Steuerbasisbetrag für O von 29.00 den Zuschlag noch mitzählte, BR-O-08.

Nachlässe und Positionen bleiben ihren eigenen Regeln überlassen: Ein Nachlass in O mit Satz ist BR-O-06, eine Position in O mit Satz ist BR-O-05.

Wie es in einer Integration dazu kommt

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

• Zuschläge werden aus einer Vorlage mit dem Normalsatz erzeugt, und eine Umstellung des Dokuments auf O ändert den Code, aber nicht den Satz.
• Der Serialisierer gibt für Zuschläge immer cbc:Percent aus, mit dem Satz, den der Zuschlagsdatensatz gerade enthält.
• Ein im Webshop mit Umsatzsteuer kalkulierter Lieferzuschlag wird auf eine nicht steuerbare Rechnung exportiert, wobei nur seine Kategorie geändert wird.

So korrigieren Sie das Dokument

1. Klären Sie, ob der Lieferzuschlag wirklich nicht steuerbar ist. Wird er mit 20 % besteuert, braucht er die Kategorie S; die Rechnung mischt dann Kategorien und muss aufgeteilt werden, wie BR-O-14 erklärt.
2. Ist er nicht steuerbar, löschen Sie cbc:Percent aus der cac:TaxCategory des Zuschlags.
3. Lassen Sie den Zuschlagsbetrag von 4.00, den Steuerbasisbetrag für O von 29.00 und die Summen, wie sie sind; das Satzelement spielt für keinen davon eine Rolle.
4. Verhindern Sie, dass die Zuschlagsvorlage Zuschlägen der Kategorie O einen Satz aufzwingt.

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: Der Lieferzuschlag in O gibt einen Satz von 20 an

<cac:AllowanceCharge>
  <cbc:ChargeIndicator>true</cbc:ChargeIndicator>
  <cbc:AllowanceChargeReasonCode>FC</cbc:AllowanceChargeReasonCode>
  <cbc:AllowanceChargeReason>Delivery</cbc:AllowanceChargeReason>
  <cbc:Amount currencyID="GBP">4.00</cbc:Amount>
  <cac:TaxCategory>
    <cbc:ID>O</cbc:ID>
    <cbc:Percent>20</cbc:Percent>
    <cac:TaxScheme>
      <cbc:ID>VAT</cbc:ID>
    </cac:TaxScheme>
  </cac:TaxCategory>
</cac:AllowanceCharge>

Ausschnitt der korrigierten Rechnung: der Lieferzuschlag in O ohne Satz

<cac:AllowanceCharge>
  <cbc:ChargeIndicator>true</cbc:ChargeIndicator>
  <cbc:AllowanceChargeReasonCode>FC</cbc:AllowanceChargeReasonCode>
  <cbc:AllowanceChargeReason>Delivery</cbc:AllowanceChargeReason>
  <cbc:Amount currencyID="GBP">4.00</cbc:Amount>
  <cac:TaxCategory>
    <cbc:ID>O</cbc:ID>
    <cac:TaxScheme>
      <cbc:ID>VAT</cbc:ID>
    </cac:TaxScheme>
  </cac:TaxCategory>
</cac:AllowanceCharge>

Der einzige Unterschied ist das cbc:Percent von 20 in der Steuerkategorie des Zuschlags Delivery der fehlerhaften Rechnung, das die korrigierte Rechnung weglässt. Das fehlerhafte Dokument meldet nur BR-O-07; der Zuschlag steht weiterhin in O, und seine 4.00 sind weiterhin im Steuerbasisbetrag für O von 29.00 enthalten, sodass keine andere Regel berührt wird.

Wo die Regel gilt

• Gilt für UBL Invoice und CreditNote. Die in eine Gutschrift verwandelte fehlerhafte Rechnung meldete im Versuch nur diese Regel.
• Positionen und Nachlässe in O unterliegen demselben Maßstab durch BR-O-05 und BR-O-06. Die Aufschlüsselung ist anders: BR-48 entbindet eine Aufschlüsselung für O von einem Satz, verbietet ihn aber nicht.
• Solange der Zuschlag in O steht, darf das Dokument nach BR-O-04 auch keine Umsatzsteuer-Identifikationsnummern tragen.

Verwandte Regeln

• BR-O-06 ist dieselbe Regel für einen Nachlass auf Dokumentenebene in der Kategorie O
• BR-O-14 greift, wenn der Zuschlag tatsächlich besteuert und aus der Kategorie O herausgenommen wird
• BR-O-04 verbietet Umsatzsteuer-Identifikationsnummern auf einem Dokument mit nicht steuerbarem Zuschlag
• BR-48 lässt eine Aufschlüsselung für O ohne Satz zu, anders als die Aufschlüsselung jeder anderen Kategorie
• 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-O-07 (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.