BR-AE-04: Verkäufer und Käufer identifizieren, wenn ein Zuschlag auf Dokumentenebene dem Reverse Charge unterliegt

Die kurze Antwort

BR-AE-04 schlägt fehl, wenn ein Zuschlag eine cac:TaxCategory AE hat und das Dokument den Verkäufer nicht steuerlich identifiziert oder den Käufer nicht identifiziert. Im aufgezeichneten Beispiel ist das cac:PartyTaxScheme des Verkäufers mit GB123456789 verloren gegangen; setzen Sie es wieder zwischen Postanschrift und rechtliche Einheit des Verkäufers.

Die Seite des Käufers funktioniert wie bei BR-AE-02: Eine Umsatzsteuer-Identifikationsnummer oder eine Kennung der rechtlichen Registrierung genügt. Im Versuch mit der Frachtrechnung blieb sie gültig, wenn nur eine von DE123456789 und 87654321 entfernt wurde, während das Entfernen beider diese Regel und BR-AE-02 meldete.

Was die Regel prüft

Ein Zuschlag ist hier ein cac:AllowanceCharge mit cbc:ChargeIndicator true. Die Regel schlägt an, wenn einer davon eine cac:TaxCategory mit der cbc:ID AE unter dem Schema VAT hat und einer Partei ihre Kennung fehlt; sie wird einmal am Dokumentstamm gemeldet, ohne zu sagen, welche Partei.

Der Zuschlag löst die Prüfung des Käufers ohne Zutun der Positionen aus. Im Versuch mit einer Rechnung, deren einzige Position zum Normalsatz war, einem Reverse-Charge-Frachtzuschlag über 4.00 und einem Käufer ohne jede der beiden Kennungen wurde nur diese Regel gemeldet.

Auf der Seite des Verkäufers zählt eine cbc:CompanyID unter beliebigem Schema. Im Versuch war die Frachtrechnung mit dem Schema TAX statt VAT beim Verkäufer gültig.

Ohne Kennung des Verkäufers wird zusätzlich die Verkäuferregel der Kategorie der Positionen gemeldet: BR-AE-02 für die Reverse-Charge-Position des aufgezeichneten Beispiels und BR-S-02 im Versuch mit einer Position zum Normalsatz.

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 nur geschrieben, wenn das Dokument Umsatzsteuer berechnet, und eine Reverse-Charge-Rechnung berechnet keine.
• Die Steuerkennung des Verkäufers wird je rechtlicher Einheit geführt und wurde für die Einheit, die diese Rechnung ausgestellt hat, nie eingerichtet.
• Umsatzsteuer-Identifikationsnummer und Registernummer des Käufers fehlen im Kundendatensatz, sodass die Partei des Käufers nur Name und Anschrift enthält.
• Ein Steuervertreter wird eingesetzt, aber cac:TaxRepresentativeParty wird ohne seine Umsatzsteuer-Identifikationsnummer gesendet.

So korrigieren Sie das Dokument

1. Finden Sie die Seite, die fehlt: Der Verkäufer braucht eine cac:PartyTaxScheme/cbc:CompanyID oder die Umsatzsteuer-Identifikationsnummer eines Steuervertreters, der Käufer eine Umsatzsteuer-Identifikationsnummer unter VAT oder eine cac:PartyLegalEntity/cbc:CompanyID.
2. Für den Verkäufer schreiben Sie seine Umsatzsteuer-Identifikationsnummer in cac:AccountingSupplierParty/cac:Party/cac:PartyTaxScheme/cbc:CompanyID mit cac:TaxScheme/cbc:ID VAT, nach cac:PostalAddress und vor cac:PartyLegalEntity.
3. Für den Käufer ist die Umsatzsteuer-Identifikationsnummer im cac:PartyTaxScheme des Käufers vorzuziehen; fügen Sie die Kennung der rechtlichen Registrierung hinzu, wo sie bekannt ist.
4. Lassen Sie den Frachtzuschlag in der Kategorie AE mit 0, wenn er zur Reverse-Charge-Leistung gehört; der Befund betrifft nicht den Zuschlag selbst.

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 Partei des Verkäufers ohne PartyTaxScheme und ein Reverse-Charge-Frachtzuschlag

<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>

<cac:AllowanceCharge>
  <cbc:ChargeIndicator>true</cbc:ChargeIndicator>
  <cbc:AllowanceChargeReasonCode>FC</cbc:AllowanceChargeReasonCode>
  <cbc:AllowanceChargeReason>Freight</cbc:AllowanceChargeReason>
  <cbc:Amount currencyID="GBP">4.00</cbc:Amount>
  <cac:TaxCategory>
    <cbc:ID>AE</cbc:ID>
    <cbc:Percent>0</cbc:Percent>
    <cac:TaxScheme>
      <cbc:ID>VAT</cbc:ID>
    </cac:TaxScheme>
  </cac:TaxCategory>
</cac:AllowanceCharge>

Ausschnitt der korrigierten Rechnung: die Umsatzsteuer-Identifikationsnummer des Verkäufers wiederhergestellt, der Frachtzuschlag unverändert

<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>

<!-- the reverse-charge freight charge of 4.00 is the same as in the failing invoice -->

Die korrigierte Rechnung hat das cac:PartyTaxScheme des Verkäufers mit GB123456789 unter VAT; die fehlerhafte Rechnung hat keines, während ihr Käufer weiterhin DE123456789 und 87654321 hat. Das fehlerhafte Dokument meldet außerdem BR-AE-02, da seine Reverse-Charge-Position über 25.00 von derselben Kennung des Verkäufers abhängt. Der Frachtzuschlag über 4.00 und die Reverse-Charge-Aufschlüsselung über 29.00 sind in beiden Dokumenten gleich.

Wo die Regel gilt

• Gilt für UBL Invoice und CreditNote. Eine Reverse-Charge-Gutschrift mit dem Frachtzuschlag und ohne Steuerschema des Verkäufers meldete im Versuch diese Regel und BR-AE-02.
• Wird im Prüfschritt EN 16931 als ein fataler Befund am Dokumentstamm gemeldet.
• Zuschläge zum Normalsatz und steuerbefreite Zuschläge brauchen nur die Kennung des Verkäufers, nach BR-S-04 und BR-E-04. Ein Reverse-Charge-Zuschlag braucht außerdem einen Satz von 0 nach BR-AE-07 und einen Platz in der einzigen AE-Aufschlüsselung, die BR-AE-01 verlangt.

Verwandte Regeln

• BR-AE-02 wird mit dieser Regel gemeldet, wenn auch die Positionen dem Reverse Charge unterliegen
• BR-AE-03 ist dieselbe Prüfung für einen Reverse-Charge-Nachlass auf Dokumentenebene
• BR-AE-01 verlangt die eine Reverse-Charge-Aufschlüsselung, die den Zuschlag aufnimmt
• BR-AE-07 verlangt für den Reverse-Charge-Zuschlag 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-28.1: Quelle geprüft am 2026-09-28, Erklärung zuletzt aktualisiert am 2026-09-28.

Die offizielle Definition von BR-AE-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.