BR-O-04: Umsatzsteuer-Identifikationsnummern entfernen, wenn ein Zuschlag auf Dokumentenebene nicht steuerbar ist

Die kurze Antwort

BR-O-04 schlägt fehl, wenn ein cac:AllowanceCharge auf Wurzelebene mit cbc:ChargeIndicator true in der Kategorie O steht und Verkäufer, Käufer oder Steuervertreter eine cbc:CompanyID in einem cac:PartyTaxScheme mit VAT haben. Das aufgezeichnete Beispiel berechnet Delivery mit 4.00 in O, während der Verkäufer GB123456789 angibt. Löschen Sie die Umsatzsteuer-Identifikationsnummern, oder überdenken Sie, ob der Zuschlag und die Rechnung überhaupt in O gehören.

Ein Verkäufer, der seine Umsatzsteuer-Identifikationsnummer angeben muss, zeigt dem Käufer, dass er innerhalb des Umsatzsteuersystems handelt. Prüfen Sie in diesem Fall, ob die Lieferung der Kategorie der gelieferten Waren folgen sollte, statt in O zu stehen.

Was die Regel prüft

Nur Zuschläge an der Dokumentwurzel mit cbc:ChargeIndicator true und einer cac:TaxCategory O im Schema VAT lösen die Regel aus; ein Zuschlag innerhalb einer Position nicht. Die Nummern, nach denen sie dann sucht, sind dieselben drei wie bei Positionen und Nachlässen in O.

Jede verbotene Partei wurde an der korrigierten Rechnung versucht: Die Nummer GB123456789 des Verkäufers, eine Nummer GB987654321 des Käufers und ein Steuervertreter mit GB987654321 meldeten jeweils diese Regel, jedes Mal neben BR-O-02.

Auf einer Rechnung zum Normalsatz erscheint die Regel ohne BR-O-02. Im Versuch meldete ein Lieferzuschlag über 4.00 in O, hinzugefügt zu einer Rechnung mit einer Position in S und der Nummer GB123456789 des Verkäufers, diese Regel und BR-O-01.

Steuerregistrierungen in einem anderen Schema bleiben unbeachtet. Mit dem Verkäufer als 1234567890 im Schema TAX anstelle der Umsatzsteuer-Identifikationsnummer blieb das Dokument mit dem Zuschlag im Versuch gültig.

Wie es in einer Integration dazu kommt

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

• Die Umsatzsteuer-Identifikationsnummer des Verkäufers wird aus den Firmeneinstellungen auf jede Rechnung geschrieben, und der Lieferzuschlag wurde auf O gesetzt, weil der ganze Auftrag es war.
• Ein zum Selbstkostenpreis weiterberechneter Lieferzuschlag gilt im Quellsystem als nicht steuerbar, während der Rest der Rechnung steuerpflichtig ist und die Nummern trägt.
• Zuschläge ohne eigenen Steuercode fallen in der Abbildung auf O zurück, auf Rechnungen eines umsatzsteuerlich registrierten Verkäufers.

So korrigieren Sie das Dokument

1. Entscheiden Sie, ob der Zuschlag wirklich nicht steuerbar ist. Ein Zuschlag für die Lieferung steuerpflichtiger Waren teilt meist deren umsatzsteuerliche Behandlung; dann ist die Kategorie des Zuschlags falsch, und BR-O-14 folgt, wenn die Positionen in O bleiben.
2. Ist das ganze Dokument nicht steuerbar, entfernen Sie das cac:PartyTaxScheme mit VAT aus cac:AccountingSupplierParty/cac:Party sowie bei Käufer und Steuervertreter, falls diese eines haben.
3. Behalten Sie die Kennung der rechtlichen Registrierung 12345678 in cac:PartyLegalEntity/cbc:CompanyID, damit der Verkäufer weiterhin identifiziert ist, wie BR-CO-26 es verlangt.
4. Prüfen Sie in der Abbildung das ganze Dokument auf O, Zuschläge eingeschlossen, bevor Sie entscheiden, Umsatzsteuer-Identifikationsnummern zu schreiben.

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 Umsatzsteuer-Identifikationsnummer des Verkäufers auf einem Dokument, dessen Lieferzuschlag in der Kategorie O steht

<cac:AccountingSupplierParty>
  <cac:Party>
    <cbc:EndpointID schemeID="0088">7300010000001</cbc:EndpointID>
    <!-- postal address omitted from this fragment -->
    <cac:PartyTaxScheme>
      <cbc:CompanyID>GB123456789</cbc:CompanyID>
      <cac:TaxScheme>
        <cbc:ID>VAT</cbc:ID>
      </cac:TaxScheme>
    </cac:PartyTaxScheme>
    <cac:PartyLegalEntity>
      <cbc:RegistrationName>Example Supplier Ltd</cbc:RegistrationName>
      <cbc:CompanyID>12345678</cbc:CompanyID>
    </cac:PartyLegalEntity>
  </cac:Party>
</cac:AccountingSupplierParty>
<!-- buyer omitted from this fragment -->
<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>

Ausschnitt der korrigierten Rechnung: Der Verkäufer ist allein über seine Registernummer identifiziert

<cac:AccountingSupplierParty>
  <cac:Party>
    <cbc:EndpointID schemeID="0088">7300010000001</cbc:EndpointID>
    <!-- postal address omitted from this fragment -->
    <cac:PartyLegalEntity>
      <cbc:RegistrationName>Example Supplier Ltd</cbc:RegistrationName>
      <cbc:CompanyID>12345678</cbc:CompanyID>
    </cac:PartyLegalEntity>
  </cac:Party>
</cac:AccountingSupplierParty>
<!-- buyer and the delivery charge of 4.00 in category O, unchanged, omitted from this fragment -->

Die fehlerhafte Rechnung gibt dem Verkäufer ein cac:PartyTaxScheme mit VAT und GB123456789; die korrigierte Rechnung identifiziert den Verkäufer nur über 12345678 in cac:PartyLegalEntity, und beide Dokumente behalten den Zuschlag Delivery über 4.00 und die Position in O. Neben BR-O-04 meldet das fehlerhafte Dokument BR-O-02, das dieselbe Nummer des Verkäufers wegen der Position in O beanstandet.

Wo die Regel gilt

• Gilt für UBL Invoice und CreditNote; in eine Gutschrift umgewandelt ergab die fehlerhafte Rechnung im Versuch wieder BR-O-02 und BR-O-04.
• Nachlässe auf Dokumentenebene haben die Zwillingsregel BR-O-03. Der Zuschlag in O darf außerdem nach BR-O-07 keinen Satz haben und fließt in den Steuerbasisbetrag für O ein, den BR-O-08 prüft.

Verwandte Regeln

• BR-O-03 ist dasselbe Nummernverbot für einen Nachlass auf Dokumentenebene in der Kategorie O
• BR-O-07 hält einen Umsatzsteuersatz vom nicht steuerbaren Zuschlag selbst fern
• BR-O-02 wird zusammen mit dieser Regel gemeldet, wann immer auch die Positionen nicht steuerbar sind
• BR-CO-26 verlangt, dass der Verkäufer anders identifiziert ist, sobald seine Umsatzsteuer-Identifikationsnummer entfernt wird
• 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-04 (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.