BR-O-02: Umsatzsteuer-Identifikationsnummern aus einem nicht steuerbaren Dokument entfernen

Die kurze Antwort

BR-O-02 schlägt fehl, wenn eine Position als O eingestuft ist, also nicht steuerbar, und das Dokument zugleich eine Umsatzsteuer-Identifikationsnummer enthält: ein cbc:CompanyID in einem cac:PartyTaxScheme mit VAT beim Verkäufer, beim Käufer oder in cac:TaxRepresentativeParty. Im aufgezeichneten Beispiel ist es die Nummer des Verkäufers, GB123456789. Entfernen Sie das cac:PartyTaxScheme mit VAT bei jeder Partei, oder prüfen Sie, falls die Rechnung Umsatzsteuer-Identifikationsnummern zeigen muss, ob O die richtige Kategorie ist.

Das widerspricht der Intuition, denn Regeln für andere Umsatzsteuerkategorien, etwa BR-S-02 und BR-IC-02, verlangen Umsatzsteuer-Identifikationsnummern, statt sie zu verbieten. Die Regeln von EN 16931 behandeln ein Dokument mit Positionen in O als vollständig außerhalb des Umsatzsteuersystems: Keine andere Umsatzsteuerkategorie darf daneben stehen, und keine Partei darf darauf umsatzsteuerlich identifiziert werden. Selbst die Umsatzsteuer-Identifikationsnummer des Käufers, eine Angabe über den Käufer, ist verboten.

Was die Regel prüft

Eine einzige Position in O genügt, damit die Regel greift: irgendeine cac:ClassifiedTaxCategory mit cbc:ID gleich O im Schema VAT. Es gibt einen einzigen Befund an der Wurzel, gleich wie viele Nummern vorhanden sind; Verkäufer und Käufer zusammen ergaben im Versuch einen Befund.

Drei Parteien werden geprüft, jeweils nur auf ein cac:PartyTaxScheme, dessen cac:TaxScheme/cbc:ID VAT lautet: Verkäufer, Käufer und Steuervertreter. Im Versuch meldeten eine Umsatzsteuer-Identifikationsnummer nur des Käufers und eine nur des Steuervertreters jeweils BR-O-02.

Es ist das Element, nicht sein Inhalt, das den Fehler auslöst. Ein leeres cbc:CompanyID des Verkäufers in einem cac:PartyTaxScheme mit VAT meldete im Versuch weiterhin BR-O-02, daneben PEPPOL-EN16931-R008.

Registrierungen außerhalb des Umsatzsteuerschemas bleiben unberührt. Ein cac:PartyTaxScheme des Verkäufers im Schema TAX, dem Platz für eine Steuerregistrierung ohne Umsatzsteuerbezug, ergab im Versuch ein gültiges Dokument. Auch rechtliche Registrierungskennungen in cac:PartyLegalEntity werden nicht berührt; das aufgezeichnete Beispiel behält eine für jede Partei.

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 Unternehmenseinstellungen in jedes ausgehende Dokument geschrieben, gleich welche Kategorien die Positionen haben.
• Die Umsatzsteuer-Identifikationsnummer des Käufers wird standardmäßig aus dem Kundenstamm übernommen, auch bei Dokumenten, die nur Positionen in O haben.
• Eine Position, die das Quellsystem als nicht steuerbar kennzeichnet, wird als O innerhalb einer ansonsten umsatzsteuerpflichtigen Rechnung gesendet, wo die Nummern, die der Rest der Rechnung braucht, verboten werden.
• Ein Mapping-Standardwert macht Artikel ohne Steuercode zu O, sodass ein umsatzsteuerlich registrierter Verkäufer eine Position in O erhält, die er nie beabsichtigt hat.

So korrigieren Sie das Dokument

1. Entscheiden Sie zuerst, ob das gesamte Dokument außerhalb des Anwendungsbereichs der Umsatzsteuer liegt. Hat es auch steuerpflichtige Inhalte oder muss der Verkäufer darauf seine Umsatzsteuer-Identifikationsnummer angeben, ist O das Problem und braucht eine Entscheidung der Person, die für die Steuerermittlung verantwortlich ist; BR-O-11 weist O gemischt mit anderen Kategorien ohnehin ab.
2. Ist das Dokument tatsächlich nicht steuerbar, entfernen Sie jedes cac:PartyTaxScheme, dessen cac:TaxScheme/cbc:ID VAT lautet, aus cac:AccountingSupplierParty/cac:Party, cac:AccountingCustomerParty/cac:Party und cac:TaxRepresentativeParty. Den Wert zu leeren und das Element zu behalten, funktioniert nicht.
3. Machen Sie den Verkäufer auf andere Weise identifizierbar, wie BR-CO-26 es verlangt: mit einer rechtlichen Registrierungskennung in cac:PartyLegalEntity/cbc:CompanyID oder einer Verkäuferkennung in cac:PartyIdentification/cbc:ID. Eine zu diesem Zweck hinzugefügte Umsatzsteuer-Identifikationsnummer bringt diese Regel sofort zurück.
4. Bauen Sie das Verhalten in das Mapping ein: Sobald eine Position in O steht, unterdrücken Sie das cac:PartyTaxScheme mit VAT für alle Parteien, statt einzelne Rechnungen zu bearbeiten.

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 in einem Dokument, dessen einzige Position 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, totals and the start of line 1 omitted from this fragment -->
<cac:ClassifiedTaxCategory>
  <cbc:ID>O</cbc:ID>
  <cac:TaxScheme>
    <cbc:ID>VAT</cbc:ID>
  </cac:TaxScheme>
</cac:ClassifiedTaxCategory>

Ausschnitt der korrigierten Rechnung: Der Verkäufer ist nur über seine rechtliche 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>

Die fehlerhafte Rechnung hat ein cac:PartyTaxScheme des Verkäufers mit GB123456789 im Schema VAT; die korrigierte Rechnung hat für keine Partei eine Umsatzsteuer-Identifikationsnummer, und beide behalten dieselbe Position und Aufschlüsselung in O. Das fehlerhafte Dokument meldet nur BR-O-02. Ohne die Umsatzsteuer-Identifikationsnummer besteht das korrigierte Dokument weiterhin BR-CO-26, dank der rechtlichen Registrierungskennung des Verkäufers 12345678.

Wo die Regel gilt

• Gilt für UBL Invoice und CreditNote. Als Gutschrift umgeschrieben meldete die fehlerhafte Rechnung im Versuch nur diese Regel.
• Mit einer Position zum Normalsatz neben der Position in O ziehen die Regeln für die Nummern in entgegengesetzte Richtungen: BR-S-02 verlangt eine Kennung des Verkäufers, die diese Regel verbietet, wenn es eine Umsatzsteuer-Identifikationsnummer ist. BR-O-11 weist die Mischung selbst ab.
• Die Regel liest nur die Kategorien der Positionen und die Steuerschemata der Parteien. Sie weiß nicht, ob der Verkäufer tatsächlich für die Umsatzsteuer registriert ist; ein Ergebnis ohne Befund sagt darüber also nichts aus.

Verwandte Regeln

• BR-O-11 verbietet andere Umsatzsteuerkategorien in einem nicht steuerbaren Dokument, die andere Hälfte desselben Alles-oder-nichts-Prinzips
• BR-CO-26 verlangt weiterhin eine Kennung des Verkäufers, sobald die Umsatzsteuer-Identifikationsnummer entfernt ist
• BR-S-02 verlangt die Kennung des Verkäufers, die diese Regel verbietet, wenn eine Position zum Normalsatz steht
• 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-24.1: Quelle geprüft am 2026-09-24, Erklärung zuletzt aktualisiert am 2026-09-24.

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