Auf dieser Seite
Die kurze Antwort
BR-Z-02 schlägt fehl, wenn die cac:ClassifiedTaxCategory einer Position die cbc:ID Z im Schema VAT 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, im aufgezeichneten Beispiel GB123456789, in cac:AccountingSupplierParty/cac:Party/cac:PartyTaxScheme/cbc:CompanyID mit dem Steuerschema VAT ein.
Eine Leistung zum Nullsatz ist eine steuerpflichtige Leistung mit dem Satz 0. Auf der Rechnung ist keine Steuer fällig, die umsatzsteuerliche Registrierung des Verkäufers gehört aber trotzdem darauf.
Was die Regel prüft
Eine einzige Position zum Nullsatz, in cac:InvoiceLine oder cac:CreditNoteLine, löst die Regel aus. Das Dokument braucht dann entweder ein cbc:CompanyID in irgendeinem cac:PartyTaxScheme des Verkäufers oder ein cbc:CompanyID eines Steuervertreters im Schema VAT.
Beide Wege funktionierten im Versuch mit der Rechnung zum Nullsatz: ein cac:PartyTaxScheme des Verkäufers im Schema TAX statt VAT, und ohne Kennung des Verkäufers ein Steuervertreter mit GB987654321 im Schema VAT; beide bestanden jeden Prüfschritt.
Eine fehlende Kennung wird einmal für jede Art von Inhalt gemeldet, die sie braucht. Im Versuch meldete die reichhaltige Musterrechnung ohne ihr cac:PartyTaxScheme des Verkäufers BR-S-02, BR-S-03, BR-S-04 und diese Regel zusammen; mit der wiederhergestellten Kennung verschwinden alle vier.
Die Kennung der rechtlichen Registrierung des Verkäufers ist kein Ersatz, hält aber BR-CO-26 still. Als zusätzlich 12345678 aus cac:PartyLegalEntity entfernt wurde, meldete die fehlerhafte Rechnung BR-CO-26 neben dieser Regel.
| Begriff | Bedeutung | UBL-Element |
|---|---|---|
| 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) |
| 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 |
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 Steuereinstellungen befüllt, die nur für Verkäufe zum Normalsatz eingerichtet wurden, sodass ein Dokument mit ausschließlich Positionen zum Nullsatz ohne Umsatzsteuer-Identifikationsnummer hinausgeht.
- Der Export lässt
cac:PartyTaxSchemeweg, wenn die Umsatzsteuersumme 0.00 beträgt, in der irrigen Annahme, ohne berechnete Umsatzsteuer sei keine umsatzsteuerliche Identifikation nötig. - Ein Verkäufer, der über einen Steuervertreter handelt, sendet den Vertreter ohne dessen
cac:PartyTaxScheme. - Die Nummer wird in die Elemente der rechtlichen Einheit oder der Parteikennung geschrieben, wo sie nicht zählt.
So korrigieren Sie das Dokument
- Nehmen Sie die Umsatzsteuer-Identifikationsnummer des Verkäufers samt Präfix aus dem Firmendatensatz des Verkäufers.
- Schreiben Sie sie als
cac:PartyTaxScheme/cbc:CompanyIDmitcac:TaxScheme/cbc:IDgleichVATin die Verkäuferpartei, nachcac:PostalAddressund vorcac:PartyLegalEntity. - Geben Sie das
cac:PartyTaxSchemedes Verkäufers immer dann aus, wenn der Verkäufer eine Umsatzsteuer-Identifikationsnummer hat, unabhängig von der Umsatzsteuersumme des Dokuments. - Ist der Verkäufer nicht umsatzsteuerlich registriert, ist die Kategorie
Zder fragliche Wert. Klären Sie die richtige Behandlung mit den Verantwortlichen für die Steuereinstellungen; nicht steuerbar (O) ist eine andere Kategorie mit eigenen Regeln.
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 Nullsatz 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>Z</cbc:ID>
<cbc:Percent>0</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: der Verkäufer ist umsatzsteuerlich identifiziert, obwohl die Rechnung keine Umsatzsteuer enthält
<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 das cac:PartyTaxScheme des Verkäufers mit GB123456789 im Schema VAT, die fehlerhafte hat kein cac:PartyTaxScheme in der Verkäuferpartei; sonst unterscheidet sich nichts. Das fehlerhafte Dokument meldet nur BR-Z-02, weil seine einzige Position zum Nullsatz ist und nichts darin zum Normalsatz.
Was der Validator gemeldet hat
- Die fehlerhafte Rechnung meldet BR-Z-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 zum Nullsatz ohne Kennung des Verkäufers meldete im Versuch nur diese Regel. - Wird vom Prüfschritt EN 16931 als fataler Befund an der Dokumentwurzel gemeldet, einmal, gleich wie viele Positionen zum Nullsatz sind.
- Nachlässe und Zuschläge auf Dokumentenebene zum Nullsatz haben eigene Fassungen,
BR-Z-03undBR-Z-04. Positionen zum Normalsatz habenBR-S-02.
Verwandte Regeln
- BR-S-02 verlangt dieselbe Kennung des Verkäufers für Positionen zum Normalsatz
- BR-Z-03 wendet die Anforderung auf Nachlässe auf Dokumentenebene zum Nullsatz an
- BR-Z-04 wendet die Anforderung auf Zuschläge auf Dokumentenebene zum Nullsatz an
- BR-CO-26 wird ebenfalls gemeldet, wenn auch die Kennung der rechtlichen Registrierung des Verkäufers fehlt
- 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-Z-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.

