Auf dieser Seite
Die kurze Antwort
BR-Z-10 schlägt fehl, wenn die cac:TaxCategory einer Umsatzsteueraufschlüsselung mit Kategorie Z ein cbc:TaxExemptionReason oder cbc:TaxExemptionReasonCode enthält. Nehmen Sie das Element heraus; die Aufschlüsselung zum Nullsatz braucht nur ihre Kategorie, einen Satz von 0 und das Schema VAT.
Nullsatz und Steuerbefreiung sind unterschiedliche Behandlungen. Ist die Leistung tatsächlich steuerbefreit, gehört sie in die Kategorie E, wo ein Grund verlangt statt verboten wird.
Was die Regel prüft
Die Regel liest jede cac:TaxCategory mit cbc:ID gleich Z im Schema VAT in einem cac:TaxSubtotal des cac:TaxTotal an der Wurzel und schlägt fehl, wenn eines der beiden Begründungselemente darin vorkommt.
Auch ein Code ohne Text schlägt fehl. Im Versuch wurde eine Aufschlüsselung zum Nullsatz, die nur ein cbc:TaxExemptionReasonCode mit VATEX-EU-132 trug, von dieser Regel gemeldet.
Der Wortlaut wird nie gelesen. Zero rated, was lediglich die Kategorie wiederholt, genügt, damit sie fehlschlägt.
Artikelkategorien auf den Positionen liegen außerhalb dieser Regel. Im Versuch ließ ein Grund in der cac:ClassifiedTaxCategory einer Position zum Nullsatz das Dokument gültig, nur mit der Warnung UBL-CR-601.
| Begriff | Bedeutung | UBL-Element |
|---|---|---|
| BT-118 | Code der Umsatzsteuerkategorie | cac:TaxTotal/cac:TaxSubtotal/cac:TaxCategory/cbc:ID |
| BT-120 | Grund der Umsatzsteuerbefreiung | cac:TaxTotal/cac:TaxSubtotal/cac:TaxCategory/cbc:TaxExemptionReason |
| BT-121 | Code für den Grund der Umsatzsteuerbefreiung | cac:TaxTotal/cac:TaxSubtotal/cac:TaxCategory/cbc:TaxExemptionReasonCode |
Wie es in einer Integration dazu kommt
Mögliche Ursachen, abgeleitet aus der Form der Regel und nicht aus gemessener Nutzung:
- Der Export schreibt für jede Aufschlüsselung eine Beschreibung, und der Steuercode für den Nullsatz im Quellsystem hat eine, etwa
Zero rated. - Leistungen zum Nullsatz und steuerbefreite Leistungen teilen sich einen Steuercode, und der daran hängende Befreiungswortlaut erreicht beide.
- Eine Aufschlüsselung wurde von
EaufZumgestellt, und ihr Begründungselement kam mit. - Das Begründungsfeld wird für alle Kategorien ohne Umsatzsteuer gemeinsam abgebildet, ohne die Kategorien, die es brauchen, von
Zzu trennen, das es verbietet.
So korrigieren Sie das Dokument
- Entfernen Sie
cbc:TaxExemptionReasonundcbc:TaxExemptionReasonCodeaus dercac:TaxCategoryder Aufschlüsselung zum Nullsatz. - Lesen Sie, was der Grund aussagte, bevor Sie ihn verwerfen. Beschreibt er eine Befreiung und keinen Nullsatz, gehört die Leistung auf den Positionen und in der Aufschlüsselung in die Kategorie
E, und der Grund zieht mit um. - Verhindern Sie, dass der Export Begründungselemente für Aufschlüsselungen in
Zschreibt, gleich was der Steuercode 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: Begründungstext in der Steuerkategorie zum Nullsatz
<cac:TaxSubtotal>
<cbc:TaxableAmount currencyID="GBP">10.00</cbc:TaxableAmount>
<cbc:TaxAmount currencyID="GBP">0.00</cbc:TaxAmount>
<cac:TaxCategory>
<cbc:ID>Z</cbc:ID>
<cbc:Percent>0</cbc:Percent>
<cbc:TaxExemptionReason>Zero rated</cbc:TaxExemptionReason>
<cac:TaxScheme>
<cbc:ID>VAT</cbc:ID>
</cac:TaxScheme>
</cac:TaxCategory>
</cac:TaxSubtotal>Ausschnitt der korrigierten Rechnung: die Aufschlüsselung zum Nullsatz ohne Grund
<cac:TaxSubtotal>
<cbc:TaxableAmount currencyID="GBP">10.00</cbc:TaxableAmount>
<cbc:TaxAmount currencyID="GBP">0.00</cbc:TaxAmount>
<cac:TaxCategory>
<cbc:ID>Z</cbc:ID>
<cbc:Percent>0</cbc:Percent>
<cac:TaxScheme>
<cbc:ID>VAT</cbc:ID>
</cac:TaxScheme>
</cac:TaxCategory>
</cac:TaxSubtotal>Die fehlerhafte Rechnung hat cbc:TaxExemptionReason mit dem Text Zero rated in ihrer Aufschlüsselung zum Nullsatz, dem zweiten cac:TaxSubtotal, und die korrigierte Rechnung hat dort keinen Grund. Das ist der einzige Unterschied, und das fehlerhafte Dokument meldet nur BR-Z-10.
Was der Validator gemeldet hat
- Die fehlerhafte Rechnung meldet BR-Z-10. 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 demselben Text in ihrer Aufschlüsselung zum Nullsatz meldete im Versuch diese Regel. - Wird vom Prüfschritt EN 16931 als fataler Befund an der
cac:TaxCategoryder Aufschlüsselung zum Nullsatz gemeldet. - Aufschlüsselungen zum Normalsatz unterliegen über
BR-S-10demselben Verbot. Steuerbefreite Aufschlüsselungen funktionieren umgekehrt und brauchen einen Grund nachBR-E-10.
Verwandte Regeln
- BR-S-10 verbietet Befreiungsgründe in Aufschlüsselungen zum Normalsatz auf dieselbe Weise
- BR-E-10 verlangt einen Grund in einer steuerbefreiten Aufschlüsselung, der Kategorie für eine steuerbefreite Leistung
- BR-Z-01 verlangt genau eine Aufschlüsselung zum Nullsatz, wenn Inhalte zum Nullsatz existieren
- 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-Z-10 (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.

