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.
| Begriff | Bedeutung | UBL-Element |
|---|---|---|
| BT-31 | Umsatzsteuer-Identifikationsnummer des Verkäufers | cac:AccountingSupplierParty/cac:Party/cac:PartyTaxScheme/cbc:CompanyID (tax scheme VAT) |
| BT-32 | Steuernummer des Verkäufers | cac:AccountingSupplierParty/cac:Party/cac:PartyTaxScheme/cbc:CompanyID (a tax scheme other than VAT) |
| BT-63 | Umsatzsteuer-Identifikationsnummer des Steuervertreters des Verkäufers | cac:TaxRepresentativeParty/cac:PartyTaxScheme/cbc:CompanyID |
| BT-151 | Code der Umsatzsteuerkategorie des in Rechnung gestellten Artikels | cac: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:PartyTaxSchemehat. - Die Umsatzsteuer-Identifikationsnummer wird in
cac:PartyLegalEntity/cbc:CompanyIDodercac:PartyIdentification/cbc:IDgeschrieben, wo sie nicht als Umsatzsteuer-Identifikationsnummer zählt. - Ein Verkäufer, der über einen Steuervertreter handelt, sendet
cac:TaxRepresentativePartyohne dessencac:PartyTaxScheme. - Der Serialisierer lässt das ganze
cac:PartyTaxSchemeweg, 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
- Lesen Sie die Umsatzsteuer-Identifikationsnummer des Verkäufers mit Länderpräfix aus dem Unternehmensdatensatz des Verkäufers. Im aufgezeichneten Beispiel ist es
GB123456789. - Schreiben Sie sie in
cac:AccountingSupplierParty/cac:Party/cac:PartyTaxScheme/cbc:CompanyIDund geben Sie diesemcac:PartyTaxSchemeeincac:TaxScheme/cbc:IDmit dem WertVAT. - Halten Sie die UBL-Reihenfolge innerhalb von
cac:Partyein:cac:PartyTaxSchemekommt nachcac:PostalAddressund vorcac:PartyLegalEntity. Nachcac:PartyLegalEntityplatziert, ließ es im Versuch den XSD-Prüfschritt fehlschlagen, und die Prüfschritte EN 16931 und Peppol wurden übersprungen. - Wird der Verkäufer umsatzsteuerlich vertreten, senden Sie
cac:TaxRepresentativePartymit Name, Postanschrift undcac:PartyTaxScheme/cbc:CompanyIDdes Vertreters im SchemaVAT. - 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.
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
- Die fehlerhafte Rechnung meldet BR-S-02. Das korrigierte Dokument besteht jeden Prüfschritt ohne Befunde.Fehlerhaftes XML herunterladenKorrigiertes XML herunterladen
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
InvoiceundCreditNote. Eine Gutschrift mit einercac:CreditNoteLinezum 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-02für Positionen zum Nullsatz,BR-E-02für steuerbefreite Positionen undBR-AE-02für Reverse-Charge. Eine Umsatzsteuer-Identifikationsnummer des Verkäufers erfüllt sie alle. - Das Format der Nummer wird hier nicht geprüft.
BR-CO-09prüft, dass eine Umsatzsteuer-Identifikationsnummer mit einem Länderpräfix beginnt.
Verwandte Regeln
- BR-CO-09 prüft das Länderpräfix der Umsatzsteuer-Identifikationsnummer des Verkäufers, die diese Regel verlangt
- BR-56 verlangt, dass ein gesendeter Steuervertreter seine eigene Umsatzsteuer-Identifikationsnummer trägt
- BR-AE-02 ist das Gegenstück für Reverse-Charge, das zusätzlich eine Kennung des Käufers braucht
- BR-CO-26 kommt zu dieser Regel hinzu, wenn der Verkäufer auch keine rechtliche Registrierungskennung hat
- 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-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.

