Auf dieser Seite
Die kurze Antwort
BR-AE-06 schlägt fehl, wenn ein cac:AllowanceCharge mit cbc:ChargeIndicator gleich false eine cac:TaxCategory hat, deren cbc:ID AE ist und deren cbc:Percent nicht 0 ist. Im aufgezeichneten Beispiel trägt der Rahmenvertragsrabatt von 1.50 den Satz 20; setzen Sie ihn auf 0, wie es die Reverse-Charge-Position und die Aufschlüsselung bereits sind.
Ein Nachlass folgt der umsatzsteuerlichen Behandlung der Leistung, die er mindert. Auf eine Reverse-Charge-Leistung berechnet der Verkäufer keine Umsatzsteuer, also gibt es auch beim Nachlass keine Umsatzsteuer abzuziehen.
Was die Regel prüft
Die Regel wählt jede cac:TaxCategory innerhalb eines Nachlasses, cbc:ChargeIndicator gleich false, deren cbc:ID im Schema VAT AE ist, und meldet an dieser cac:TaxCategory. Reverse-Charge-Zuschläge überlässt sie BR-AE-07.
Der Satz muss als Zahl gleich null sein. Im Versuch bestand 0.00 auf dem Nachlass jeden Prüfschritt, während ein Nachlass ohne cbc:Percent allein an dieser Regel scheiterte: Ein fehlender Satz zählt nicht als null.
Ein leeres Element cbc:Percent erreicht diese Regel nie. Im Versuch wies der XSD-Prüfschritt es zurück, und die Geschäftsregeln wurden übersprungen.
Auch mit dem falschen Satz zählt der Nachlass zum Reverse-Charge-Steuerbasisbetrag. Mit 20 darauf akzeptierte BR-AE-08 die Aufschlüsselung von 28.50, denn diese Regel addiert Nachlässe mit AE unabhängig von ihrem Satz.
Die Auswahl beschränkt sich nicht auf die Dokumentenebene. Im Versuch wurde auch ein Nachlass auf Positionsebene mit eigener cac:TaxCategory AE zu 20 unter dieser Regel gemeldet, neben der Warnung UBL-CR-558, nach der Nachlässe auf Positionsebene überhaupt keine Steuerkategorie tragen sollten.
| 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:
- Der Nachlass wird aus einem Standard-Steuerkennzeichen für Nachlässe erzeugt, das den inländischen Normalsatz enthält, und nur seine Kategorie wird für einen Reverse-Charge-Kunden auf
AEumgestellt. - Nachlässe übernehmen die Kategorie von den Positionen, den Satz aber aus einer separaten Rabatteinstellung.
- Der Satz wird beibehalten, um zu zeigen, wie viel Umsatzsteuer der Nachlass wert wäre, wofür das Dokument kein Feld hat.
- Ein für eine Rechnung zum Normalsatz gebauter Nachlass wird auf einer Reverse-Charge-Rechnung wiederverwendet, und nur der Kategoriecode wird geändert.
So korrigieren Sie das Dokument
- Bestätigen Sie, dass der Nachlass eine Leistung mindert, die selbst unter Reverse Charge fällt. Ist das so, behalten Sie die Kategorie
AEam Nachlass. - Setzen Sie
cbc:Percentin dercac:TaxCategorydes Nachlasses auf0, zwischencbc:IDundcac:TaxScheme. Der Nachlassbetrag, der Reverse-Charge-Steuerbasisbetrag und die Summen bleiben, wie sie sind. - Geben Sie dem Steuerkennzeichen für Reverse-Charge-Nachlässe an der Quelle den Satz 0, damit der nächste Nachlass auf einem Reverse-Charge-Dokument richtig erzeugt wird.
- Gehört der Nachlass zu Artikeln zum Normalsatz auf derselben Rechnung, kodieren Sie ihn stattdessen mit
Sund deren Satz. Dann mindert er den Steuerbasisbetrag zum Normalsatz nachBR-S-08, nicht den für Reverse Charge.
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 Reverse-Charge-Nachlass mit einem Satz von 20
<cac:AllowanceCharge>
<cbc:ChargeIndicator>false</cbc:ChargeIndicator>
<cbc:AllowanceChargeReasonCode>95</cbc:AllowanceChargeReasonCode>
<cbc:AllowanceChargeReason>Framework agreement discount</cbc:AllowanceChargeReason>
<cbc:Amount currencyID="GBP">1.50</cbc:Amount>
<cac:TaxCategory>
<cbc:ID>AE</cbc:ID>
<cbc:Percent>20</cbc:Percent>
<cac:TaxScheme>
<cbc:ID>VAT</cbc:ID>
</cac:TaxScheme>
</cac:TaxCategory>
</cac:AllowanceCharge>Ausschnitt der korrigierten Rechnung: derselbe Nachlass mit 0
<cac:AllowanceCharge>
<cbc:ChargeIndicator>false</cbc:ChargeIndicator>
<cbc:AllowanceChargeReasonCode>95</cbc:AllowanceChargeReasonCode>
<cbc:AllowanceChargeReason>Framework agreement discount</cbc:AllowanceChargeReason>
<cbc:Amount currencyID="GBP">1.50</cbc:Amount>
<cac:TaxCategory>
<cbc:ID>AE</cbc:ID>
<cbc:Percent>0</cbc:Percent>
<cac:TaxScheme>
<cbc:ID>VAT</cbc:ID>
</cac:TaxScheme>
</cac:TaxCategory>
</cac:AllowanceCharge>Nur der Satz des Rahmenvertragsrabatts unterscheidet sich: 20 in der fehlerhaften Rechnung, 0 in der korrigierten. Das fehlerhafte Dokument meldet nur BR-AE-06; der Anfahrtszuschlag neben dem Nachlass steht bereits auf 0, und die Reverse-Charge-Aufschlüsselung von 28.50 geht weiterhin auf.
Was der Validator gemeldet hat
- Die fehlerhafte Rechnung meldet BR-AE-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. Die fehlerhafte Rechnung, in eine Gutschrift umgewandelt, meldete im Versuch denselben Befund am selben Nachlass. - Wird im Prüfschritt EN 16931 als fataler Befund für jeden Reverse-Charge-Nachlass gemeldet, dessen Satz nicht null ist.
- Die anderen Stellen, an denen ein Reverse-Charge-Satz steht, haben eigene Regeln:
BR-AE-05für Positionen undBR-AE-07für Zuschläge auf Dokumentenebene. Ein Nachlass mitAEbringt außerdem die Prüfung der ParteikennungenBR-AE-03ins Spiel.
Verwandte Regeln
- BR-AE-07 ist dieselbe Nullsatz-Anforderung für einen Reverse-Charge-Zuschlag auf Dokumentenebene
- BR-AE-05 verlangt einen Satz von 0 auf den Reverse-Charge-Positionen, die der Nachlass mindert
- BR-AE-08 zieht diesen Nachlass ab, wenn es den Reverse-Charge-Steuerbasisbetrag prüft
- BR-IC-06 verlangt dasselbe von einem Nachlass auf eine innergemeinschaftliche Lieferung
- 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-AE-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.

