BR-O-14: Zuschläge auf Dokumentenebene auf einer nicht steuerbaren Rechnung in der Kategorie O halten

Die kurze Antwort

BR-O-14 schlägt fehl, wenn eine Umsatzsteueraufschlüsselung für O vorhanden ist und ein Zuschlag, also ein cac:AllowanceCharge mit cbc:ChargeIndicator true, eine cac:TaxCategory in einer anderen Kategorie im Schema VAT hat. Der aufgezeichnete Zuschlag Delivery über 4.00 steht in S mit 20 auf einer Rechnung, deren Position und Aufschlüsselung in O stehen. Kodieren Sie den Zuschlag auf O um, oder stellen Sie ihn, wenn er wirklich steuerpflichtig ist, auf einer eigenen Rechnung in Rechnung.

In der aufgezeichneten Rechnung verrät die Aufschlüsselung den Zuschlag nicht: Er hat keine eigene Aufschlüsselung für S, und der Steuerbasisbetrag für O lässt ihn aus, daher bemerken ihn außer dieser Regel nur die Regeln zum Normalsatz, die der Zuschlag auslöst.

Was die Regel prüft

Die Regel geht von einer Kategorie O in cac:TaxTotal/cac:TaxSubtotal aus und zählt dann Steuerkategorien von Zuschlägen im Schema VAT, deren cbc:ID nicht O ist, in beliebiger Tiefe des Dokuments. Ein einziger Befund wird an der Wurzel gemeldet.

Auch ein Zuschlag auf Positionsebene zählt. Im Versuch meldete ein Zuschlag über 0.00 innerhalb der Position in O, kodiert als S mit 20, diese Regel, BR-S-01, BR-S-04 und die Warnung UBL-CR-558.

Die gewählte Kategorie ändert nur die Begleiter dieser Regel: Als E mit 0 kodiert brachte der Lieferzuschlag im Versuch BR-E-01 und BR-E-04, als Z mit 0 brachte er BR-Z-01 und BR-Z-04.

Der Betrag der Aufschlüsselung entscheidet, ob BR-O-08 hinzukommt. Den Zuschlag allein umzukodieren, bei einem Steuerbasisbetrag für O von weiterhin 29.00, meldete im Versuch auch jene Regel, da der Inhalt in O auf 25.00 gesunken war.

Wie es in einer Integration dazu kommt

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

• Der Lieferzuschlag ist im Rechnungssystem ein Standardartikel mit hinterlegtem Normalsatz, der auf jeder Rechnung verwendet wird.
• Der Verkäufer hat seine Rechnungen auf O umgestellt, aber nur den Produktkatalog angepasst, nicht die Liste der Zuschläge.
• Ein Spediteur oder Marktplatz fügt den Zuschlag mit eigenen Umsatzsteuereinstellungen hinzu, nachdem das Dokument erstellt wurde.

So korrigieren Sie das Dokument

1. Entscheiden Sie über die umsatzsteuerliche Behandlung des Zuschlags. Gehört er zu nicht steuerbaren Leistungen, wie hier die Lieferung des nicht steuerbaren Artikels, steht er ebenfalls in O.
2. Setzen Sie die cac:TaxCategory/cbc:ID des Zuschlags auf O und entfernen Sie sein cbc:Percent, das BR-O-07 in O verbietet.
3. Nehmen Sie den Zuschlag in die Aufschlüsselung für O auf: Der Steuerbasisbetrag wird 25.00 + 4.00 = 29.00, derselbe Wert wie cbc:TaxExclusiveAmount.
4. Ist der Zuschlag steuerpflichtig, stellen Sie ihn gesondert in Rechnung, mit eigener Aufschlüsselung zum Normalsatz und der Umsatzsteuer-Identifikationsnummer des Verkäufers, die diese Kategorie braucht, und nehmen Sie seine 4.00 aus den Summen dieser Rechnung heraus.

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: ein Lieferzuschlag zum Normalsatz auf einem Dokument, dessen einzige Aufschlüsselung O ist

<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>S</cbc:ID>
    <cbc:Percent>20</cbc:Percent>
    <cac:TaxScheme>
      <cbc:ID>VAT</cbc:ID>
    </cac:TaxScheme>
  </cac:TaxCategory>
</cac:AllowanceCharge>
<cac:TaxTotal>
  <cbc:TaxAmount currencyID="GBP">0.00</cbc:TaxAmount>
  <cac:TaxSubtotal>
    <cbc:TaxableAmount currencyID="GBP">25.00</cbc:TaxableAmount>
    <cbc:TaxAmount currencyID="GBP">0.00</cbc:TaxAmount>
    <cac:TaxCategory>
      <cbc:ID>O</cbc:ID>
      <!-- reason code and text omitted from this fragment -->
      <cac:TaxScheme>
        <cbc:ID>VAT</cbc:ID>
      </cac:TaxScheme>
    </cac:TaxCategory>
  </cac:TaxSubtotal>
</cac:TaxTotal>

Ausschnitt der korrigierten Rechnung: Der Lieferzuschlag steht in O und zählt in der Aufschlüsselung für O

<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>
<cac:TaxTotal>
  <cbc:TaxAmount currencyID="GBP">0.00</cbc:TaxAmount>
  <cac:TaxSubtotal>
    <cbc:TaxableAmount currencyID="GBP">29.00</cbc:TaxableAmount>
    <cbc:TaxAmount currencyID="GBP">0.00</cbc:TaxAmount>
    <cac:TaxCategory>
      <cbc:ID>O</cbc:ID>
      <!-- reason code and text omitted from this fragment -->
      <cac:TaxScheme>
        <cbc:ID>VAT</cbc:ID>
      </cac:TaxScheme>
    </cac:TaxCategory>
  </cac:TaxSubtotal>
</cac:TaxTotal>

Die fehlerhafte Rechnung kodiert den Zuschlag Delivery über 4.00 als S mit cbc:Percent 20 und lässt ihn aus dem Steuerbasisbetrag für O heraus, der 25.00 lautet; die korrigierte Rechnung hat den Zuschlag in O ohne Satz und einen Steuerbasisbetrag für O von 29.00. Beide Unterschiede sind beabsichtigt: Der Steuerbasisbetrag für O wurde auf 25.00 gesenkt, den Inhalt in O, der nach dem Umkodieren des Zuschlags bleibt, damit BR-O-08 nicht zu den Meldungen hinzukommt. Neben BR-O-14 meldet das fehlerhafte Dokument BR-S-01, weil Inhalte zum Normalsatz eine Aufschlüsselung zum Normalsatz brauchen, und BR-S-04, weil ein Zuschlag zum Normalsatz eine Umsatzsteuer-Identifikationsnummer des Verkäufers, eine Steuernummer oder einen Steuervertreter braucht.

Wo die Regel gilt

• Gilt für UBL Invoice und CreditNote. Als Gutschrift umgeschrieben meldete die fehlerhafte Rechnung im Versuch dieselben drei Regeln.
• Vollständig wird die Gruppe mit BR-O-11 für Aufschlüsselungen, BR-O-12 für Positionen und BR-O-13 für Nachlässe; ein Dokument in O, das alle vier besteht, enthält keine andere Umsatzsteuerkategorie.

Verwandte Regeln

• BR-O-13 ist die entsprechende Regel für Nachlässe auf Dokumentenebene
• BR-S-04 wird hier gemeldet, weil ein Zuschlag zum Normalsatz eine Kennung des Verkäufers für Umsatzsteuer oder Steuer braucht
• BR-O-07 verbietet den Satz, sobald der Zuschlag wieder in der Kategorie O steht
• BR-O-11 weist die Aufschlüsselung zum Normalsatz ab, die ein solcher Zuschlag sonst bräuchte
• 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-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.