BR-S-03: Eine Umsatzsteuer-Identifikationsnummer des Verkäufers ergänzen, wenn ein Nachlass auf Dokumentenebene zum Normalsatz ist

Die kurze Antwort

BR-S-03 schlägt fehl, wenn das Dokument einen Nachlass enthält, dessen cac:TaxCategory im Schema VAT die Kategorie S hat, und das Dokument weder eine Steuerkennung des Verkäufers, in welchem Schema auch immer, noch eine Umsatzsteuer-Identifikationsnummer eines Steuervertreters enthält. Tragen Sie die Umsatzsteuer-Identifikationsnummer des Verkäufers in cac:AccountingSupplierParty/cac:Party/cac:PartyTaxScheme/cbc:CompanyID im Schema VAT ein: GB123456789 im aufgezeichneten Beispiel.

Ein Rabatt auf Leistungen zum Normalsatz mindert die Umsatzsteuer, die ein registrierter Verkäufer berechnet. Die Position zum Normalsatz, auf die sich der Treuerabatt bezieht, löst für dieselbe Lücke BR-S-02 aus, und eine Korrektur behebt beide.

Was die Regel prüft

Die Regel geht von der Dokumentwurzel aus und sucht ein beliebiges cac:AllowanceCharge mit cbc:ChargeIndicator gleich false, dessen cac:TaxCategory die cbc:ID S und das Steuerschema VAT hat. Gibt es eines, muss der Verkäufer ein cac:PartyTaxScheme/cbc:CompanyID haben, oder cac:TaxRepresentativeParty muss eines im Schema VAT haben.

Das eigene Steuerschema des Verkäufers wird nicht geprüft. Im Versuch mit der Rechnung mit Treuerabatt bestand ein cac:PartyTaxScheme des Verkäufers mit GB123456789 im Schema TAX jeden Prüfschritt; auf diesem Weg genügt auch eine Steuernummer des Verkäufers (BT-32) der Regel.

Die Suche ist nicht auf Nachlässe auf Dokumentenebene beschränkt. Im Versuch meldete ein Nachlass innerhalb einer Rechnungsposition mit eigener Kategorie S, in einer Rechnung zum Nullsatz ohne Kennung des Verkäufers, diese Regel neben BR-Z-02 und BR-S-01, dazu die Warnung UBL-CR-558 für eine Kategorie an einem Positionsnachlass.

Geprüft wird nur, ob cbc:CompanyID vorhanden ist. Ein leeres cbc:CompanyID des Verkäufers in der Rechnung mit Treuerabatt bestand im Versuch sowohl BR-S-02 als auch diese Regel, und der Peppol-Prüfschritt wies es stattdessen als PEPPOL-EN16931-R008 zurück.

Wie es in einer Integration dazu kommt

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

• Die Verkäuferpartei wird aus einem Firmendatensatz aufgebaut, dessen Umsatzsteuer-Identifikationsnummer für diese Gesellschaft leer ist, sodass cac:PartyTaxScheme wegfällt.
• Der Export schreibt die Nummer in cac:PartyLegalEntity/cbc:CompanyID oder cac:PartyIdentification, die beide von der Regel nicht anerkannt werden.
• Ein umsatzsteuerlich vertretener Verkäufer sendet cac:TaxRepresentativeParty mit Name und Anschrift, aber ohne cac:PartyTaxScheme oder mit einem anderen Schema als VAT.
• Ein Rabatt oder eine Treuegutschrift wird standardmäßig unter einem Steuercode zum Normalsatz gebucht, obwohl der Verkäufer nicht umsatzsteuerlich registriert ist und nichts im Dokument die Kategorie S tragen dürfte.

So korrigieren Sie das Dokument

1. Schlagen Sie die Umsatzsteuer-Identifikationsnummer des Verkäufers mit Länderpräfix im Firmendatensatz des Verkäufers nach.
2. Schreiben Sie sie in cac:AccountingSupplierParty/cac:Party/cac:PartyTaxScheme/cbc:CompanyID mit cac:TaxScheme/cbc:ID gleich VAT und setzen Sie cac:PartyTaxScheme nach cac:PostalAddress und vor cac:PartyLegalEntity.
3. Wird der Verkäufer umsatzsteuerlich vertreten, senden Sie stattdessen die Nummer des Vertreters in cac:TaxRepresentativeParty/cac:PartyTaxScheme/cbc:CompanyID im Schema VAT.
4. Hat der Verkäufer überhaupt keine umsatzsteuerliche Registrierung, ist schon der Nachlass zum Normalsatz falsch. Klären Sie die umsatzsteuerliche Behandlung des Rabatts und der Positionen, die er mindert, mit den Verantwortlichen für die Steuereinstellungen, statt eine andere Kennung zu entleihen.

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: ein Treuerabatt zum Normalsatz und eine Verkäuferpartei ohne PartyTaxScheme

<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>100</cbc:AllowanceChargeReasonCode>
  <cbc:AllowanceChargeReason>Loyalty rebate</cbc:AllowanceChargeReason>
  <cbc:Amount currencyID="GBP">5.00</cbc:Amount>
  <cac:TaxCategory>
    <cbc:ID>S</cbc:ID>
    <cbc:Percent>20</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 zwischen Postanschrift und rechtlicher Einheit

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

Die korrigierte Rechnung hat ein cac:PartyTaxScheme des Verkäufers mit GB123456789 im Schema VAT; die fehlerhafte hat keines, und sonst unterscheidet sich nichts. Das fehlerhafte Dokument meldet außerdem BR-S-02, weil seine einzige Position zum Normalsatz mit 20 ist und dieselbe Kennung braucht. Der Treuerabatt über 5.00 und die Aufschlüsselung zum Normalsatz mit 20.00 Steuerbasisbetrag und 4.00 Umsatzsteuer sind in beiden Dokumenten gleich.

Wo die Regel gilt

• Gilt für UBL Invoice und CreditNote. Eine aus dem aufgezeichneten Beispiel gebaute Gutschrift meldete im Versuch BR-S-02 und BR-S-03.
• Wird vom Prüfschritt EN 16931 als fataler Befund an der Dokumentwurzel gemeldet.
• Zuschläge haben die entsprechende Regel BR-S-04, Nachlässe zum Nullsatz die Regel BR-Z-03. Eine einzige Umsatzsteuer-Identifikationsnummer des Verkäufers erfüllt sie alle.
• Ob der Nachlass einen Satz über null hat, ist eine andere Frage, die BR-S-06 beantwortet.

Verwandte Regeln

• BR-S-02 verlangt dieselbe Kennung des Verkäufers, wenn eine Position zum Normalsatz ist
• BR-S-04 ist das Gegenstück für Zuschläge auf Dokumentenebene zum Normalsatz
• BR-S-06 verlangt für einen Nachlass zum Normalsatz einen Satz über null
• BR-Z-03 stellt dieselbe Anforderung an Nachlässe auf Dokumentenebene zum Nullsatz
• 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-S-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.