Zum Inhalt springen

Ironfang Finance - Regelreferenz

BR-S-02: Die Umsatzsteuer-Identifikationsnummer des Verkäufers angeben, wenn Positionen zum Normalsatz sind

Ein Dokument mit einer Position zum Normalsatz muss den Verkäufer umsatzsteuerlich identifizieren: über seine eigene Steuerkennung oder die USt-IdNr. eines Steuervertreters.

EN 16931Fehler: Das Dokument ist ungültigUmsatzsteuerBeteiligte und Adressen

Auf dieser Seite

Die kurze Antwort

BR-S-02 schlägt fehl, wenn eine Position die Umsatzsteuerkategorie S hat, die Partei des Verkäufers aber kein cac:PartyTaxScheme/cbc:CompanyID hat und auch keine Umsatzsteuer-Identifikationsnummer eines Steuervertreters angegeben ist. Tragen Sie die Umsatzsteuer-Identifikationsnummer des Verkäufers in cac:AccountingSupplierParty/cac:Party/cac:PartyTaxScheme/cbc:CompanyID ein, mit cac:TaxScheme/cbc:ID auf VAT gesetzt.

Verwenden Sie die echte Registrierung des Verkäufers. Hat der Verkäufer keine eigene Umsatzsteuer-Identifikationsnummer, ist die Antwort entweder sein Steuervertreter oder eine erneute Prüfung, ob Umsatzsteuer zum Normalsatz überhaupt auf die Rechnung gehört.

Was die Regel prüft

Die Regel wird durch eine cac:ClassifiedTaxCategory mit cbc:ID gleich S im Schema VAT ausgelöst, also durch die Kategorie des Artikels einer Position. Nachlässe und Zuschläge auf Dokumentenebene bleiben anderen Regeln überlassen: Im Versuch wurde ein Zuschlag auf Dokumentenebene zum Normalsatz ohne Umsatzsteuer-Identifikationsnummer des Verkäufers als BR-S-04 gemeldet und ein Nachlass auf Dokumentenebene zum Normalsatz als BR-S-03, nicht als diese Regel.

Auf Seiten des Verkäufers genügt ein cbc:CompanyID in irgendeinem cac:PartyTaxScheme der Verkäuferpartei, gleich welches Steuerschema dieses Element nennt. So zählt auch die Steuernummer des Verkäufers (BT-32). Im Versuch bestand ein cac:PartyTaxScheme des Verkäufers mit dem Schema TAX anstelle von VAT diese Regel und jeden anderen Prüfschritt.

Der andere Weg zum Bestehen ist cac:TaxRepresentativeParty/cac:PartyTaxScheme/cbc:CompanyID, und dort muss das Schema VAT sein. Im Versuch blieb eine gültige Rechnung mit Steuervertreter nach dem Entfernen der Nummer des Verkäufers gültig; wurde zusätzlich das Schema des Vertreters auf TAX geändert, meldete sie diese Regel und BR-56.

Die rechtliche Registrierungskennung des Verkäufers in cac:PartyLegalEntity/cbc:CompanyID spielt keine Rolle. Die fehlerhafte Rechnung behält dort ihre 12345678 und schlägt trotzdem fehl.

Geprüft wird nur, ob das Element vorhanden ist. Ein leeres cbc:CompanyID des Verkäufers kam im Versuch an dieser Regel vorbei und wurde stattdessen von PEPPOL-EN16931-R008 gemeldet.

BegriffBedeutungUBL-Element
BT-31Umsatzsteuer-Identifikationsnummer des Verkäuferscac:AccountingSupplierParty/cac:Party/cac:PartyTaxScheme/cbc:CompanyID (tax scheme VAT)
BT-32Steuernummer des Verkäuferscac:AccountingSupplierParty/cac:Party/cac:PartyTaxScheme/cbc:CompanyID (a tax scheme other than VAT)
BT-63Umsatzsteuer-Identifikationsnummer des Steuervertreters des Verkäuferscac:TaxRepresentativeParty/cac:PartyTaxScheme/cbc:CompanyID
BT-151Code der Umsatzsteuerkategorie des in Rechnung gestellten Artikelscac:InvoiceLine/cac:Item/cac:ClassifiedTaxCategory/cbc:ID (cac:CreditNoteLine/cac:Item/cac:ClassifiedTaxCategory/cbc:ID in a credit note)

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 liegt in Unternehmenseinstellungen, die der Export nicht liest, oder sie ist für eine juristische Person oder eine Umgebung leer.
  • Die Verkäuferpartei wird aus derselben Vorlage gebaut wie die Käuferpartei, die kein cac:PartyTaxScheme hat.
  • Die Umsatzsteuer-Identifikationsnummer wird in cac:PartyLegalEntity/cbc:CompanyID oder cac:PartyIdentification/cbc:ID geschrieben, wo sie nicht als Umsatzsteuer-Identifikationsnummer zählt.
  • Ein Verkäufer, der über einen Steuervertreter handelt, sendet cac:TaxRepresentativeParty ohne dessen cac:PartyTaxScheme.
  • Der Serialisierer lässt das ganze cac:PartyTaxScheme weg, wenn das Feld für die Umsatzsteuer-Identifikationsnummer leer ist, sodass eine Lücke in den Stammdaten unbemerkt im Dokument landet.

So korrigieren Sie das Dokument

  1. Lesen Sie die Umsatzsteuer-Identifikationsnummer des Verkäufers mit Länderpräfix aus dem Unternehmensdatensatz des Verkäufers. Im aufgezeichneten Beispiel ist es GB123456789.
  2. Schreiben Sie sie in cac:AccountingSupplierParty/cac:Party/cac:PartyTaxScheme/cbc:CompanyID und geben Sie diesem cac:PartyTaxScheme ein cac:TaxScheme/cbc:ID mit dem Wert VAT.
  3. Halten Sie die UBL-Reihenfolge innerhalb von cac:Party ein: cac:PartyTaxScheme kommt nach cac:PostalAddress und vor cac:PartyLegalEntity. Nach cac:PartyLegalEntity platziert, ließ es im Versuch den XSD-Prüfschritt fehlschlagen, und die Prüfschritte EN 16931 und Peppol wurden übersprungen.
  4. Wird der Verkäufer umsatzsteuerlich vertreten, senden Sie cac:TaxRepresentativeParty mit Name, Postanschrift und cac:PartyTaxScheme/cbc:CompanyID des Vertreters im Schema VAT.
  5. Gibt es weder eine Umsatzsteuer-Identifikationsnummer des Verkäufers noch einen Vertreter, leihen Sie sich keine andere Kennung, um die Lücke zu füllen. Klären Sie mit der Person, die für die steuerliche Einrichtung verantwortlich ist, ob die Positionen Umsatzsteuer zum Normalsatz tragen sollen.

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 Position 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:InvoiceLine>
  <cbc:ID>1</cbc:ID>
  <!-- quantity and line amount omitted from this fragment -->
  <cac:Item>
    <cbc:Name>Example service</cbc:Name>
    <cac:ClassifiedTaxCategory>
      <cbc:ID>S</cbc:ID>
      <cbc:Percent>20</cbc:Percent>
      <cac:TaxScheme>
        <cbc:ID>VAT</cbc:ID>
      </cac:TaxScheme>
    </cac:ClassifiedTaxCategory>
  </cac:Item>
  <!-- price omitted from this fragment -->
</cac:InvoiceLine>

Ausschnitt der korrigierten Rechnung: die Umsatzsteuer-Identifikationsnummer des Verkäufers zwischen Postanschrift und juristischer Person

<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 kein cac:PartyTaxScheme in der Verkäuferpartei. Das fehlerhafte Dokument meldet nur BR-S-02. BR-CO-26 bleibt still, weil die rechtliche Registrierungskennung des Verkäufers weiterhin vorhanden ist; als auch diese entfernt wurde, wurde zusätzlich BR-CO-26 gemeldet.

Was der Validator gemeldet hat

Aufgezeichnet mit phive 12.1.0 / phive-rules-peppol 4.5.6 / Saxon-HE 12.10, der Engine hinter dem kostenlosen Validator, mit synthetischen Daten. Ein aufgezeichnetes Ergebnis ist ein Regressionsnachweis für diese Dokumente, keine Zertifizierung.

Wo die Regel gilt

  • Gilt für UBL Invoice und CreditNote. Eine Gutschrift mit einer cac:CreditNoteLine zum Normalsatz und ohne Kennung des Verkäufers meldete im Versuch dieselbe Regel.
  • Der Prüfschritt EN 16931 meldet sie als fatalen Befund an der Dokumentwurzel, einmal pro Dokument, gleich wie viele Positionen zum Normalsatz sind.
  • Die anderen Kategorien haben eigene Fassungen dieser Anforderung, etwa BR-Z-02 für Positionen zum Nullsatz, BR-E-02 für steuerbefreite Positionen und BR-AE-02 für Reverse-Charge. Eine Umsatzsteuer-Identifikationsnummer des Verkäufers erfüllt sie alle.
  • Das Format der Nummer wird hier nicht geprüft. BR-CO-09 prüft, dass eine Umsatzsteuer-Identifikationsnummer mit einem Länderpräfix beginnt.

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