BR-AE-02: Verkäufer und Käufer auf einer Reverse-Charge-Rechnung identifizieren

Die kurze Antwort

BR-AE-02 schlägt fehl, wenn eine Position die Umsatzsteuerkategorie AE hat und das Dokument nicht beide Parteien identifiziert. Der Verkäufer braucht eine cac:PartyTaxScheme/cbc:CompanyID oder die Umsatzsteuer-Identifikationsnummer eines Steuervertreters; der Käufer braucht eine Umsatzsteuer-Identifikationsnummer in cac:AccountingCustomerParty/cac:Party/cac:PartyTaxScheme/cbc:CompanyID oder eine Kennung der rechtlichen Registrierung in cac:PartyLegalEntity/cbc:CompanyID. Im aufgezeichneten Beispiel fehlen beide Kennungen des Käufers, und schon eine von beiden würde die Regel erfüllen.

Senden Sie die Umsatzsteuer-Identifikationsnummer des Käufers immer, wenn er eine hat. Bei Reverse Charge rechnet der Käufer die Umsatzsteuer ab, und der Validator bestätigt nur, dass irgendeine Kennung des Käufers vorhanden ist, nicht, dass Reverse Charge gerechtfertigt ist.

Was die Regel prüft

Ausgelöst wird die Regel durch eine cac:ClassifiedTaxCategory mit der cbc:ID AE unter dem Schema VAT, also durch eine Reverse-Charge-Position. Im Versuch wurde ein Reverse-Charge-Zuschlag auf Dokumentenebene ohne Kennungen des Käufers als BR-AE-04 gemeldet und ein Reverse-Charge-Nachlass auf Dokumentenebene als BR-AE-03, statt als diese Regel.

Für den Verkäufer zählt jede cbc:CompanyID in einem cac:PartyTaxScheme des Verkäufers, gleich welches Steuerschema es nennt, ebenso eine Kennung des Steuervertreters unter dem Schema VAT. Im Versuch meldete das Entfernen nur der Umsatzsteuer-Identifikationsnummer des Verkäufers diese Regel, während ein cac:PartyTaxScheme des Verkäufers mit dem Schema TAX statt VAT bestand.

Für den Käufer wird entweder eine cac:PartyTaxScheme/cbc:CompanyID des Käufers unter dem Schema VAT oder cac:PartyLegalEntity/cbc:CompanyID akzeptiert. Im Versuch blieb die gültige Reverse-Charge-Rechnung gültig, wenn nur eine der beiden entfernt wurde; erst das Entfernen beider schlug fehl.

Anders als beim Verkäufer wird beim Käufer das Steuerschema geprüft. Mit dem auf TAX geänderten Schema des Käufers und ohne Kennung der rechtlichen Registrierung schlug die Regel im Versuch fehl, und eine cac:PartyIdentification/cbc:ID des Käufers zählte ebenfalls nicht.

Geprüft wird nur das Vorhandensein. Eine leere cac:PartyLegalEntity/cbc:CompanyID des Käufers kam im Versuch an dieser Regel vorbei und wurde stattdessen von PEPPOL-EN16931-R008 gemeldet.

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 Käufers steht im Kundendatensatz, wird aber nie abgebildet, weil Inlandsrechnungen sie nicht brauchten.
• Die Angaben zum Käufer stammen aus einer Auftrags- oder Lieferanschrift ohne Steuerfelder statt aus dem Kundenstamm.
• Die Umsatzsteuer-Identifikationsnummer des Käufers wird in cac:PartyIdentification geschrieben oder nur als elektronische Adresse verwendet, wo sie nicht zählt.
• Die Umsatzsteuer-Identifikationsnummer des Käufers wird mit einem anderen Steuerschema als VAT gesendet.
• Die Umsatzsteuer-Identifikationsnummer des Verkäufers fehlt in der Partei des Verkäufers, aus den unter BR-S-02 beschriebenen Gründen.

So korrigieren Sie das Dokument

1. Stellen Sie fest, welche Seite fehlt: Suchen Sie in der Partei des Verkäufers nach einer cac:PartyTaxScheme/cbc:CompanyID und in der Partei des Käufers nach einer Umsatzsteuer-Identifikationsnummer oder einer Kennung der rechtlichen Registrierung. Der einzelne Befund sagt nicht, welche.
2. Für den Käufer übernehmen Sie die Umsatzsteuer-Identifikationsnummer mit Länderpräfix aus dem Kundendatensatz. Schreiben Sie sie in cac:AccountingCustomerParty/cac:Party/cac:PartyTaxScheme/cbc:CompanyID mit cac:TaxScheme/cbc:ID VAT, zwischen cac:PostalAddress und cac:PartyLegalEntity.
3. Ist für den Käufer eine Handelsregisternummer erfasst, senden Sie sie ebenfalls, in cac:PartyLegalEntity/cbc:CompanyID nach cbc:RegistrationName.
4. Für den Verkäufer schreiben Sie seine eigene Umsatzsteuer-Identifikationsnummer in das cac:PartyTaxScheme des Verkäufers oder die des Steuervertreters in cac:TaxRepresentativeParty.
5. Hat der Käufer keine Umsatzsteuerregistrierung, klären Sie mit der für die Steuereinstellungen verantwortlichen Stelle, ob Reverse Charge überhaupt gilt, bevor Sie etwas anderes ändern.

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 Reverse-Charge-Position und ein Käufer ohne Umsatzsteuer-Identifikationsnummer und ohne Kennung der rechtlichen Registrierung

<cac:AccountingCustomerParty>
  <cac:Party>
    <cbc:EndpointID schemeID="0088">7300010000001</cbc:EndpointID>
    <!-- postal address omitted from this fragment -->
    <cac:PartyLegalEntity>
      <cbc:RegistrationName>Example Buyer Ltd</cbc:RegistrationName>
    </cac:PartyLegalEntity>
  </cac:Party>
</cac:AccountingCustomerParty>

<cac:ClassifiedTaxCategory>
  <cbc:ID>AE</cbc:ID>
  <cbc:Percent>0</cbc:Percent>
  <cac:TaxScheme>
    <cbc:ID>VAT</cbc:ID>
  </cac:TaxScheme>
</cac:ClassifiedTaxCategory>

Ausschnitt der korrigierten Rechnung: Umsatzsteuer-Identifikationsnummer und Kennung der rechtlichen Registrierung des Käufers sind beide vorhanden

<cac:AccountingCustomerParty>
  <cac:Party>
    <cbc:EndpointID schemeID="0088">7300010000001</cbc:EndpointID>
    <!-- postal address omitted from this fragment -->
    <cac:PartyTaxScheme>
      <cbc:CompanyID>DE123456789</cbc:CompanyID>
      <cac:TaxScheme>
        <cbc:ID>VAT</cbc:ID>
      </cac:TaxScheme>
    </cac:PartyTaxScheme>
    <cac:PartyLegalEntity>
      <cbc:RegistrationName>Example Buyer Ltd</cbc:RegistrationName>
      <cbc:CompanyID>87654321</cbc:CompanyID>
    </cac:PartyLegalEntity>
  </cac:Party>
</cac:AccountingCustomerParty>

Die korrigierte Rechnung gibt dem Käufer eine Umsatzsteuer-Identifikationsnummer, DE123456789 unter dem Schema VAT, und eine Kennung der rechtlichen Registrierung, 87654321; die fehlerhafte Rechnung hat keine von beiden. Das fehlerhafte Dokument meldet nur BR-AE-02. Die Seite des Verkäufers ist nicht betroffen, da die Umsatzsteuer-Identifikationsnummer des Verkäufers GB123456789 in beiden Dokumenten vorhanden ist.

Wo die Regel gilt

• Gilt für UBL Invoice und CreditNote. Eine Reverse-Charge-Gutschrift ohne Kennung des Käufers meldete im Versuch dieselbe Regel.
• Wird im Prüfschritt EN 16931 als ein einziger fataler Befund am Dokumentstamm gemeldet, der die Seite des Verkäufers und die des Käufers zusammen abdeckt.
• Anders als BR-S-02, das nur den Verkäufer betrachtet, verlangt diese Regel auch eine Kennung des Käufers. Sie ist lockerer als die Regel für innergemeinschaftliche Lieferungen BR-IC-02, die nur eine Umsatzsteuer-Identifikationsnummer des Käufers akzeptiert und außerdem das Steuerschema des Verkäufers prüft.
• Nach der Korrektur bleiben die anderen Reverse-Charge-Regeln zu erfüllen: ein Grund in der Aufschlüsselung nach BR-AE-10, ein Satz von 0 in den Positionen nach BR-AE-05 und ein Steuerbetrag von 0 in der Aufschlüsselung nach BR-AE-09.

Verwandte Regeln

• BR-S-02 ist das Gegenstück für den Normalsatz und verlangt nur die Kennung des Verkäufers
• BR-AE-10 verlangt den Reverse-Charge-Grund in der Umsatzsteueraufschlüsselung
• BR-CO-09 prüft das Länderpräfix der Umsatzsteuer-Identifikationsnummern von Verkäufer und Käufer
• BR-AE-05 verlangt für jede Reverse-Charge-Position einen Satz von 0
• 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-AE-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.