BR-E-04: Die Steuerkennung des Verkäufers in PartyTaxScheme angeben, wenn ein Zuschlag auf Dokumentenebene steuerbefreit ist

Die kurze Antwort

BR-E-04 schlägt fehl, wenn ein Zuschlag, also ein cac:AllowanceCharge mit cbc:ChargeIndicator true, eine cac:TaxCategory E hat und das Dokument keine Steuerkennung des Verkäufers angibt. Im aufgezeichneten Beispiel wurde die Umsatzsteuer-Identifikationsnummer des Verkäufers GB123456789 als cac:PartyIdentification/cbc:ID gesendet, wo keine Umsatzsteuerregel sie sucht; verschieben Sie sie in cac:PartyTaxScheme/cbc:CompanyID unter dem Schema VAT.

Hier fehlen keine Daten, sie sind nur falsch abgebildet, und die Korrektur ist eine Verschiebung. BR-E-02 schlägt wegen der steuerbefreiten Position mit fehl und verschwindet mit derselben Verschiebung.

Was die Regel prüft

Ausgelöst wird die Regel durch einen Zuschlag, dessen cac:TaxCategory die cbc:ID E unter dem Schema VAT hat. Betrag und Grund des Zuschlags spielen keine Rolle; die Verwaltungsgebühr über 2.50 im aufgezeichneten Beispiel sorgt nur dafür, dass die Regel greift.

Der Verkäufer ist durch eine cbc:CompanyID in seinem eigenen cac:PartyTaxScheme unter beliebigem Schema identifiziert oder durch die cbc:CompanyID eines Steuervertreters unter VAT. Im Versuch war die Rechnung mit der Gebühr gültig, wenn das Schema des Verkäufers auf TAX gesetzt war, und ebenso, wenn das Steuerschema des Verkäufers durch einen Steuervertreter mit Umsatzsteuer-Identifikationsnummer ersetzt war.

Eine Kennung des Verkäufers in cac:PartyIdentification/cbc:ID wird von dieser Regel übergangen, auch wenn sie eine Umsatzsteuer-Identifikationsnummer ist, wie das aufgezeichnete Beispiel zeigt. Für BR-CO-26 zählt sie als Kennung des Verkäufers, doch diese Regel ist hier ohnehin durch die Kennung der rechtlichen Registrierung 12345678 erfüllt.

Der begleitende Befund hängt von der Kategorie der Positionen ab. Mit der steuerbefreiten Position des aufgezeichneten Beispiels ist es BR-E-02; im Versuch mit einer Position zum Normalsatz über 25.00 neben der steuerbefreiten Gebühr und ohne Steuerschema des Verkäufers wurde stattdessen BR-S-02 mit dieser Regel 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 Verkäufers wird auf die Kennung der Partei abgebildet, weil ein früheres Format oder eine frühere Integration sie dort erwartete.
• Eine Verwaltungs- oder Bearbeitungsgebühr erbt die Kategorie E aus einem steuerbefreiten Vertrag, während die Partei des Verkäufers aus einer Vorlage ohne Steuerschema gebaut wird.
• Der Block des Steuerschemas des Verkäufers wird nur geschrieben, wenn der Rechnungsbetrag Umsatzsteuer enthält.
• Der Verkäufer ist umsatzsteuerlich vertreten, aber cac:TaxRepresentativeParty wird ohne sein cac:PartyTaxScheme gesendet.

So korrigieren Sie das Dokument

1. Schreiben Sie die Umsatzsteuer-Identifikationsnummer des Verkäufers in cac:AccountingSupplierParty/cac:Party/cac:PartyTaxScheme/cbc:CompanyID mit cac:TaxScheme/cbc:ID VAT, nach cac:PostalAddress und vor cac:PartyLegalEntity.
2. Entscheiden Sie, ob cac:PartyIdentification bleiben soll. Es enthält die Kennung des Verkäufers (BT-29) und steht vor cac:PostalAddress; behalten Sie es nur, wenn der Verkäufer wirklich so identifiziert wird. Die korrigierte Rechnung lässt es weg.
3. Lassen Sie den Zuschlag in der Kategorie E mit 0, wenn die Gebühr die Befreiung der Leistung teilt; weder Kategorie noch Satz stehen hier in Frage.
4. Ändern Sie die Abbildung so, dass die Umsatzsteuer-Identifikationsnummer immer im Steuerschema landet, gleich was die Partei des Verkäufers sonst enthält.

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: die Umsatzsteuer-Identifikationsnummer des Verkäufers als Kennung der Partei gesendet und eine steuerbefreite Verwaltungsgebühr

<cac:AccountingSupplierParty>
  <cac:Party>
    <cbc:EndpointID schemeID="0088">7300010000001</cbc:EndpointID>
    <cac:PartyIdentification>
      <cbc:ID>GB123456789</cbc:ID>
    </cac:PartyIdentification>
    <!-- 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:AllowanceChargeReason>Administration fee</cbc:AllowanceChargeReason>
  <cbc:Amount currencyID="GBP">2.50</cbc:Amount>
  <cac:TaxCategory>
    <cbc:ID>E</cbc:ID>
    <cbc:Percent>0</cbc:Percent>
    <cac:TaxScheme>
      <cbc:ID>VAT</cbc:ID>
    </cac:TaxScheme>
  </cac:TaxCategory>
</cac:AllowanceCharge>

Ausschnitt der korrigierten Rechnung: dieselbe Nummer im PartyTaxScheme des Verkäufers und keine Kennung der Partei

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

In der fehlerhaften Rechnung ist GB123456789 die cac:PartyIdentification/cbc:ID des Verkäufers, und der Verkäufer hat kein cac:PartyTaxScheme; die korrigierte Rechnung hat keine Kennung der Partei und führt dieselbe Nummer in einem cac:PartyTaxScheme unter VAT. Das fehlerhafte Dokument meldet außerdem BR-E-02, da seine steuerbefreite Position über 25.00 von derselben Kennung des Verkäufers abhängt. Die Verwaltungsgebühr über 2.50 und die steuerbefreite Aufschlüsselung über 27.50 bleiben unverändert.

Wo die Regel gilt

• Gilt für UBL Invoice und CreditNote. Eine steuerbefreite Gutschrift mit der Gebühr und ohne Steuerschema des Verkäufers meldete im Versuch diese Regel und BR-E-02.
• Wird im Prüfschritt EN 16931 am Dokumentstamm gemeldet, einmal für das Dokument, gleich wie viele steuerbefreite Zuschläge es hat.
• Für Nachlässe gilt die parallele Regel BR-E-03. Zuschläge zum Normalsatz fallen unter BR-S-04 und Reverse-Charge-Zuschläge unter BR-AE-04, die eine Bedingung für den Käufer hinzufügt.

Verwandte Regeln

• BR-E-02 schlägt neben dieser Regel fehl, wenn auch die Positionen des Dokuments steuerbefreit sind
• BR-E-07 verlangt für den steuerbefreiten Zuschlag einen Umsatzsteuersatz von 0
• BR-S-04 verlangt die Kennung des Verkäufers, wenn ein Zuschlag auf Dokumentenebene zum Normalsatz besteuert ist
• BR-AE-04 ist die Regel für Reverse-Charge-Zuschläge, mit einer zusätzlichen Bedingung für den Käufer
• 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-E-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.