Auf dieser Seite
Die kurze Antwort
BR-Z-04 schlägt fehl, wenn ein Zuschlag eine cac:TaxCategory mit cbc:ID gleich Z im Schema VAT hat und weder eine Steuerkennung des Verkäufers, in welchem Schema auch immer, noch eine Umsatzsteuer-Identifikationsnummer eines Steuervertreters angegeben ist. Geben Sie der Verkäuferpartei ihr cac:PartyTaxScheme mit der Nummer, wie es die korrigierte Rechnung mit GB123456789 tut.
Der Lieferzuschlag im aufgezeichneten Beispiel ist wie die Position, die er begleitet, zum Nullsatz. Die Regel verlangt, dass die steuerliche Registrierung des Verkäufers überall sichtbar ist, wo diese Behandlung verwendet wird.
Was die Regel prüft
Ein cac:AllowanceCharge mit cbc:ChargeIndicator gleich true und einer cac:TaxCategory zum Nullsatz im Schema VAT stellt die Identifikation des Verkäufers in Frage; Betrag und Satz des Zuschlags spielen keine Rolle.
Das Schema des Verkäufers wird nicht geprüft: Im Versuch bestand die Rechnung mit Lieferzuschlag, deren cac:PartyTaxScheme des Verkäufers im Schema TAX statt VAT stand, jeden Prüfschritt. Ein Steuervertreter mit GB987654321 im Schema VAT anstelle jeder Kennung des Verkäufers machte die fehlerhafte Rechnung ebenfalls gültig.
Zuschläge innerhalb einer Position zählen mit, wenn sie eine Kategorie tragen. Im Versuch meldete ein Positionszuschlag zum Nullsatz in einer Rechnung ohne Kennung des Verkäufers diese Regel und BR-Z-02 sowie die Warnung UBL-CR-558.
| Begriff | Bedeutung | UBL-Element |
|---|---|---|
| BT-102 | Code der Umsatzsteuerkategorie des Zuschlags auf Dokumentenebene | cac:AllowanceCharge[cbc:ChargeIndicator = true]/cac:TaxCategory/cbc:ID |
| 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 Lieferung wird beim Versand von einem Logistiksystem hinzugefügt, das die Kategorie zum Nullsatz von der Ware übernimmt, aber keinen Zugriff auf die umsatzsteuerlichen Daten des Verkäufers hat.
- Die Nummer des Verkäufers wird auf Dokumenten zum Nullsatz weggelassen, weil sie keine Umsatzsteuer ausweisen.
- Der Verkäufer wird umsatzsteuerlich vertreten, und
cac:TaxRepresentativePartywird ohne sein Steuerschema gesendet. - Mehrere Gesellschaften teilen sich einen Export, und für diejenige, die dieses Dokument ausstellt, ist keine Umsatzsteuer-Identifikationsnummer hinterlegt.
So korrigieren Sie das Dokument
- Lesen Sie die Umsatzsteuer-Identifikationsnummer des Verkäufers mit Länderpräfix aus dem Datensatz des Verkäufers.
- Fügen Sie sie der Verkäuferpartei als
cac:PartyTaxScheme/cbc:CompanyIDim SteuerschemaVAThinzu, an der UBL-Position nachcac:PostalAddressund vorcac:PartyLegalEntity. - Übernimmt ein Steuervertreter die Umsatzsteuer, senden Sie seine Nummer in
cac:TaxRepresentativeParty/cac:PartyTaxScheme/cbc:CompanyIDmit dem SchemaVAT. - Ist die Kennung eingetragen, prüfen Sie den Zuschlag selbst:
BR-Z-07verlangt den Satz 0, undBR-Z-08verlangt, dass der Steuerbasisbetrag zum Nullsatz ihn enthält.
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 Lieferzuschlag 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:AllowanceCharge>
<cbc:ChargeIndicator>true</cbc:ChargeIndicator>
<cbc:AllowanceChargeReasonCode>DL</cbc:AllowanceChargeReasonCode>
<cbc:AllowanceChargeReason>Delivery</cbc:AllowanceChargeReason>
<cbc:Amount currencyID="GBP">4.00</cbc:Amount>
<cac:TaxCategory>
<cbc:ID>Z</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 Verkäuferpartei mit ihrer Umsatzsteuer-Identifikationsnummer
<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 trägt das cac:PartyTaxScheme des Verkäufers mit GB123456789 im Schema VAT, das in der fehlerhaften Rechnung fehlt; sonst unterscheidet sich nichts. Das fehlerhafte Dokument meldet außerdem BR-Z-02, da auch seine Position zum Nullsatz ist. Der Lieferzuschlag über 4.00 und die Aufschlüsselung zum Nullsatz über 29.00 bleiben unverändert.
Was der Validator gemeldet hat
- Die fehlerhafte Rechnung meldet BR-Z-02 und BR-Z-04. 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. Die Gutschriftsfassung des aufgezeichneten Beispiels meldete im VersuchBR-Z-02undBR-Z-04. - Wird vom Prüfschritt EN 16931 als fataler Befund an der Dokumentwurzel gemeldet.
- Nachlässe zum Nullsatz deckt
BR-Z-03ab und Zuschläge zum NormalsatzBR-S-04; dieselbe Kennung des Verkäufers erfüllt jede davon.
Verwandte Regeln
- BR-Z-02 meldet die fehlende Kennung auch für die Positionen zum Nullsatz
- BR-Z-07 verlangt für den Zuschlag zum Nullsatz den Satz 0
- BR-S-04 ist die Fassung zum Normalsatz für Zuschläge auf Dokumentenebene
- BR-Z-08 rechnet Zuschläge zum Nullsatz dem Steuerbasisbetrag zum Nullsatz zu
- 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-04 (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.

