Auf dieser Seite
Die kurze Antwort
BR-E-06 schlägt fehl, wenn ein Nachlass, also ein cac:AllowanceCharge mit cbc:ChargeIndicator false, eine cac:TaxCategory mit der cbc:ID E und ein cbc:Percent ungleich 0 hat. Setzen Sie dieses cbc:Percent auf 0, den Satz der steuerbefreiten Umsätze, die der Rabatt mindert.
Die 20 im aufgezeichneten Beispiel ist der Normalsatz. Ein Rabatt auf steuerbefreite Umsätze teilt deren Kategorie und deren Satz von null; einer, der tatsächlich Umsätze zum Normalsatz mindert, gehört stattdessen in die Kategorie S mit 20.
Was die Regel prüft
Jede Steuerkategorie eines Nachlasses mit der cbc:ID E unter dem Schema VAT wird geprüft, und der Befund zeigt auf diese cac:TaxCategory. Die Regel ist nicht auf den Dokumentstamm beschränkt: Im Versuch meldete auch ein Nachlass innerhalb einer steuerbefreiten Position mit eigener cac:TaxCategory E mit 20 diese Regel, neben der Warnung UBL-CR-558.
Der Satz des Nachlasses wird als Dezimalzahl gelesen und muss 0 sein, sodass 0.00 besteht, wie auch im Versuch. Ein fehlendes cbc:Percent schlägt fehl: Das Entfernen aus dem steuerbefreiten Rabatt meldete diese Regel und sonst nichts.
Betrachtet wird nur der Nachlass. Die steuerbefreite Aufschlüsselung über 20.00 hängt nicht vom Satz des Nachlasses ab, weil BR-E-08 steuerbefreite Nachlässe nach Kategorie abzieht, gleich welchen Satz sie tragen.
| Begriff | Bedeutung | UBL-Element |
|---|---|---|
| BT-95 | Code der Umsatzsteuerkategorie des Nachlasses auf Dokumentenebene | cac:AllowanceCharge[cbc:ChargeIndicator = false]/cac:TaxCategory/cbc:ID |
| BT-96 | Umsatzsteuersatz des Nachlasses auf Dokumentenebene | cac:AllowanceCharge[cbc:ChargeIndicator = false]/cac:TaxCategory/cbc:Percent |
Wie es in einer Integration dazu kommt
Mögliche Ursachen, abgeleitet aus der Form der Regel und nicht aus gemessener Nutzung:
- Nachlässe auf Dokumentenebene werden mit einem Standard-Steuerkennzeichen zum Normalsatz angelegt, und nur die Kategorie wird an die steuerbefreiten Positionen angepasst.
- Der Rabatt übernimmt seinen Satz von der ersten Position des Auftrags, die beim Anlegen des Rabatts zum Normalsatz besteuert war.
- Der Satz des Nachlasses wird aus dem Standard-Umsatzsteuersatz des Verkäufers gefüllt, sobald der Nachlass eine Kategorie hat.
- Ein leerer Satz des Nachlasses wird serialisiert, indem
cbc:Percentweggelassen wird.
So korrigieren Sie das Dokument
- Bestätigen Sie, dass der Rabatt für steuerbefreite Umsätze gilt. Wenn ja, setzen Sie
cbc:Percentin seinercac:TaxCategoryauf0und lassencbc:IDbeiE. - Lassen Sie die steuerbefreite Aufschlüsselung, wie sie ist. Ihr Steuerbasisbetrag zieht den Rabatt bereits von der steuerbefreiten Position ab: 25.00 - 5.00 = 20.00 im aufgezeichneten Beispiel.
- Mindert der Rabatt stattdessen Umsätze zum Normalsatz, ändern Sie seine Kategorie in
Smit dem Satz, nehmen ihn aus dem Steuerbasisbetrag der steuerbefreiten Aufschlüsselung heraus, ordnen ihn der Aufschlüsselung zum Normalsatz zu und berechnen deren Steuer neu. - Deckt ein Rabatt steuerbefreite und besteuerte Umsätze zugleich ab, teilen Sie ihn in einen Nachlass je Kategorie, jeweils mit eigener Kategorie und eigenem Satz.
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 steuerbefreiter Rabatt über 5.00 mit einem Satz von 20
<cac:AllowanceCharge>
<cbc:ChargeIndicator>false</cbc:ChargeIndicator>
<cbc:AllowanceChargeReasonCode>95</cbc:AllowanceChargeReasonCode>
<cbc:AllowanceChargeReason>Discount</cbc:AllowanceChargeReason>
<cbc:Amount currencyID="GBP">5.00</cbc:Amount>
<cac:TaxCategory>
<cbc:ID>E</cbc:ID>
<cbc:Percent>20</cbc:Percent>
<cac:TaxScheme>
<cbc:ID>VAT</cbc:ID>
</cac:TaxScheme>
</cac:TaxCategory>
</cac:AllowanceCharge>Ausschnitt der korrigierten Rechnung: der steuerbefreite Rabatt mit 0
<cac:AllowanceCharge>
<cbc:ChargeIndicator>false</cbc:ChargeIndicator>
<cbc:AllowanceChargeReasonCode>95</cbc:AllowanceChargeReasonCode>
<cbc:AllowanceChargeReason>Discount</cbc:AllowanceChargeReason>
<cbc:Amount currencyID="GBP">5.00</cbc:Amount>
<cac:TaxCategory>
<cbc:ID>E</cbc:ID>
<cbc:Percent>0</cbc:Percent>
<cac:TaxScheme>
<cbc:ID>VAT</cbc:ID>
</cac:TaxScheme>
</cac:TaxCategory>
</cac:AllowanceCharge>Nur das cbc:Percent des steuerbefreiten Rabatts unterscheidet sich: 20 in der fehlerhaften Rechnung, 0 in der korrigierten. Das fehlerhafte Dokument meldet nur BR-E-06. Seine steuerbefreite Aufschlüsselung über 20.00 entspricht weiterhin der steuerbefreiten Position über 25.00 abzüglich des Rabatts über 5.00 und enthält keine Steuer, sodass der Satz des Rabatts keine andere Regel berührt.
Was der Validator gemeldet hat
- Die fehlerhafte Rechnung meldet BR-E-06. 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 steuerbefreite Gutschrift mit dem Rabatt zu 20 meldete im Versuch dieselbe Regel. - Wird im Prüfschritt EN 16931 als fataler Befund an jeder
cac:TaxCategoryeines steuerbefreiten Nachlasses gemeldet, deren Satz nicht 0 ist. - Nachlässe mit Nullsatz und Reverse-Charge-Nachlässe haben dieselbe Anforderung nach
BR-Z-06undBR-AE-06. - Ein steuerbefreiter Nachlass verlangt außerdem nach
BR-E-03eine Steuerkennung des Verkäufers im Dokument.
Verwandte Regeln
- BR-E-05 verlangt den Satz von 0 für die steuerbefreiten Positionen, die der Rabatt mindert
- BR-E-07 verlangt denselben Satz von 0 für einen steuerbefreiten Zuschlag auf Dokumentenebene
- BR-E-03 verlangt die Steuerkennung des Verkäufers, sobald ein steuerbefreiter Nachlass vorhanden ist
- BR-E-08 zieht den steuerbefreiten Nachlass vom Steuerbasisbetrag der steuerbefreiten Aufschlüsselung ab
- 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-E-06 (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.

