BR-E-03: Den Verkäufer steuerlich identifizieren, wenn ein Nachlass auf Dokumentenebene steuerbefreit ist

Die kurze Antwort

BR-E-03 schlägt fehl, wenn das Dokument einen Nachlass enthält, dessen cac:TaxCategory/cbc:ID E ist, und der Verkäufer weder eine cac:PartyTaxScheme/cbc:CompanyID noch die Umsatzsteuer-Identifikationsnummer eines Steuervertreters hat. Die Korrektur gehört in die Partei des Verkäufers, nicht in den Nachlass: Fügen Sie die Umsatzsteuer-Identifikationsnummer des Verkäufers hinzu, im aufgezeichneten Beispiel GB123456789, oder eine andere Steuernummer des Verkäufers.

Sind auch die Positionen steuerbefreit, schlägt neben dieser Regel BR-E-02 wegen derselben fehlenden Kennung fehl, und das Hinzufügen der Kennung beseitigt beide Befunde.

Was die Regel prüft

Jedes cac:AllowanceCharge mit cbc:ChargeIndicator false und einer cac:TaxCategory E unter dem Schema VAT löst die Regel aus, gleich wo es steht. Im Versuch löste auch ein Nachlass innerhalb einer steuerbefreiten Position mit eigener Kategorie E diese Regel aus, zusammen mit der Warnung UBL-CR-558, dass ein Nachlass auf Positionsebene keine Steuerkategorie haben sollte.

Der Verkäufer besteht mit einer cbc:CompanyID in seinem eigenen cac:PartyTaxScheme, gleich unter welchem Schema, oder über die Kennung eines Steuervertreters unter VAT. Im Versuch bestand die Rechnung mit dem Nachlass, wenn das Schema des Verkäufers auf TAX gesetzt war, und ebenso, wenn das Steuerschema des Verkäufers durch einen Steuervertreter ersetzt war; wurde auch das Schema des Vertreters auf TAX gesetzt, meldete sie diese Regel, BR-E-02 und BR-56.

Die Kategorie der Positionen entscheidet, welche Regel hinzukommt. Mit der steuerbefreiten Position des aufgezeichneten Beispiels ist es BR-E-02; im Versuch mit einer Position zum Normalsatz und einem steuerbefreiten Nachlass brachte die fehlende Kennung des Verkäufers stattdessen BR-S-02.

Eine leere Hülle zählt nicht. Im Versuch meldete die Rechnung mit dem Nachlass diese Regel, BR-E-02 und UBL-SR-53, als das cac:PartyTaxScheme des Verkäufers erhalten blieb, seine cbc:CompanyID aber entfernt wurde.

Wie es in einer Integration dazu kommt

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

• Der Nachlass auf Dokumentenebene wird passend zu den Positionen, die er mindert, in der Kategorie E angelegt, während die Partei des Verkäufers aus einer Routine stammt, die ein Steuerschema nur für Dokumente mit Umsatzsteuer hinzufügt.
• Die Umsatzsteuer-Identifikationsnummer des Verkäufers ist erfasst, wird aber weggelassen, sobald das Dokument 0.00 Umsatzsteuer ausweist.
• Ein Verkäufer mit ausschließlich steuerbefreiten Umsätzen hat keine Umsatzsteuer-Identifikationsnummer, und seine nationale Steuernummer wird nicht abgebildet.
• Die Kennung des Verkäufers wurde in cac:PartyIdentification oder cac:PartyLegalEntity statt in cac:PartyTaxScheme geschrieben.

So korrigieren Sie das Dokument

1. Lassen Sie den Nachlass, wie er ist: Die Kategorie E mit 0 ist für einen Rabatt auf steuerbefreite Umsätze richtig, und der Befund betrifft ihn nicht.
2. Fügen Sie die Steuerkennung des Verkäufers in cac:AccountingSupplierParty/cac:Party/cac:PartyTaxScheme/cbc:CompanyID hinzu, unter VAT für eine Umsatzsteuer-Identifikationsnummer oder unter einem anderen Schema für eine nationale Steuernummer, zwischen cac:PostalAddress und cac:PartyLegalEntity.
3. Ist der Verkäufer umsatzsteuerlich vertreten, senden Sie stattdessen cac:TaxRepresentativeParty mit der Umsatzsteuer-Identifikationsnummer des Vertreters.
4. Machen Sie die Steuerkennung des Verkäufers zum Bestandteil jedes Dokuments, das er ausstellt, nicht nur der Dokumente mit Umsatzsteuer, damit steuerbefreite Positionen, Nachlässe und Zuschläge gleichermaßen abgedeckt sind.

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 steuerbefreiter Nachlass über 5.00

<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>false</cbc:ChargeIndicator>
  <cbc:AllowanceChargeReasonCode>95</cbc:AllowanceChargeReasonCode>
  <cbc:AllowanceChargeReason>Discount</cbc:AllowanceChargeReason>
  <cbc:Amount currencyID="GBP">5.00</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: Die Umsatzsteuer-Identifikationsnummer des Verkäufers ist zurück, der Nachlass 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 exempt discount of 5.00 is the same as in the failing invoice -->

Die korrigierte Rechnung gibt dem Verkäufer ein cac:PartyTaxScheme mit GB123456789 unter dem Schema VAT, die fehlerhafte hat keines; der steuerbefreite Nachlass über 5.00 und die steuerbefreite Aufschlüsselung über 20.00 sind in beiden gleich. Das fehlerhafte Dokument meldet außerdem BR-E-02, weil seine einzige Position steuerbefreit ist und auf dieselbe fehlende Kennung trifft. Das Hinzufügen des Steuerschemas des Verkäufers beseitigt beide Befunde.

Wo die Regel gilt

• Gilt für UBL Invoice und CreditNote. Eine steuerbefreite Gutschrift mit demselben Nachlass und ohne Steuerschema des Verkäufers meldete im Versuch diese Regel und BR-E-02.
• Wird im Prüfschritt EN 16931 als ein fataler Befund am Dokumentstamm gemeldet, gleich wie viele steuerbefreite Nachlässe es gibt.
• Für Zuschläge gilt die parallele Regel BR-E-04. Ein Nachlass zum Normalsatz fällt unter BR-S-03 und ein Reverse-Charge-Nachlass unter BR-AE-03, die zusätzlich eine Kennung des Käufers verlangt.

Verwandte Regeln

• BR-E-02 wird neben dieser Regel gemeldet, wenn auch die Positionen steuerbefreit sind
• BR-E-06 verlangt für den steuerbefreiten Nachlass einen Umsatzsteuersatz von 0
• BR-S-03 verlangt die Kennung des Verkäufers, wenn ein Nachlass auf Dokumentenebene zum Normalsatz besteuert ist
• BR-AE-03 ist die Regel für Reverse-Charge-Nachlässe, die auch eine Kennung des Käufers braucht
• 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-03 (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.