Auf dieser Seite
Die kurze Antwort
BR-32 schlägt fehl, wenn ein cac:AllowanceCharge auf Wurzelebene mit cbc:ChargeIndicator gleich false keinen Code der Umsatzsteuerkategorie hat, also keine cac:TaxCategory mit einer cbc:ID, deren cac:TaxScheme/cbc:ID VAT lautet. Ergänzen Sie Kategorie und Satz der Leistungen, die der Rabatt mindert, wie es die korrigierte Rechnung mit S zu 20 tut.
Ein Nachlass ohne Kategorie wird in keiner Umsatzsteueraufschlüsselung abgezogen, daher fehlt er den Prüfungen der Steuerbasisbeträge; im aufgezeichneten Beispiel schlägt zusätzlich BR-S-08 fehl.
Was die Regel prüft
Jedes cac:AllowanceCharge direkt unter der Wurzel Invoice oder CreditNote, das als Nachlass gilt, muss eine cac:TaxCategory enthalten, die ein Kindelement cbc:ID hat und zum Steuerschema VAT gehört.
Das Schema wird nach Entfernen von Leerraum und Umwandlung in Großbuchstaben verglichen, daher besteht vat. Eine Kategorie unter einem anderen Schema zählt nicht: Im Versuch mit GST anstelle von VAT wurde BR-32 gemeldet.
Der Kategoriecode muss als Element vorhanden sein. Im Versuch meldete eine cac:TaxCategory mit Satz, aber ohne cbc:ID diese Regel; eine mit leerer cbc:ID kam an ihr vorbei und wurde stattdessen von BR-CL-17 und PEPPOL-EN16931-R008 abgewiesen.
Den Satz überwachen andere Regeln. Mit S und ohne cbc:Percent meldete das Dokument BR-S-06 und BR-S-08 statt dieser Regel.
Für Zuschläge auf Dokumentenebene gibt es die entsprechende Regel BR-37. Nachlässe auf einer Position tragen keine eigene Kategorie, weil sie Teil des Nettobetrags der Position sind und deren Kategorie übernehmen.
| Begriff | Bedeutung | UBL-Element |
|---|---|---|
| BG-20 | Nachlässe auf Dokumentenebene | cac:AllowanceCharge[cbc:ChargeIndicator = false] |
| BT-95 | Code der Umsatzsteuerkategorie des Nachlasses auf Dokumentenebene | cac:AllowanceCharge/cac:TaxCategory/cbc:ID |
| BT-96 | Umsatzsteuersatz des Nachlasses auf Dokumentenebene | cac:AllowanceCharge/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 Rabatt wird als Betrag im Kopf ohne Steuerattribute abgebildet, weil das Quellsystem ihn erst nach der Berechnung der Umsatzsteuer anwendet.
- Die Abbildung kopiert die Steuerkategorie auf Positionen und Zuschläge, wurde aber nie für Nachlässe geschrieben.
- Das Dokument umfasst mehrere Umsatzsteuerkategorien oder -sätze, und der Export kann nicht entscheiden, zu welcher der Rabatt gehört, also lässt er die Kategorie weg.
- Das
cac:TaxSchemeträgt einen lokalen Steuernamen oder fehlt, stattVATzu lauten.
So korrigieren Sie das Dokument
- Klären Sie, welche Leistungen der Nachlass mindert. Seine Umsatzsteuerkategorie und sein Satz sind die der Leistungen, auf die er sich bezieht.
- Ergänzen Sie
cac:TaxCategorynachcbc:Amount(und nachcbc:BaseAmount, sofern vorhanden), mitcbc:IDfür die Kategorie,cbc:Percentfür den Satz undcac:TaxScheme/cbc:IDmitVAT. - Deckt ein Rabatt Leistungen in verschiedenen Kategorien oder zu verschiedenen Sätzen ab, teilen Sie ihn in einen Nachlass je Kategorie und Satz auf, jeweils mit seinem Anteil am Betrag. Die Summe der Nachlässe bleibt gleich.
- Prüfen Sie die Umsatzsteueraufschlüsselung: Der Nachlass muss vom Steuerbasisbetrag seiner Kategorie und seines Satzes abgezogen und der Steuerbetrag von dort aus neu berechnet werden.
BR-S-08und die entsprechenden Regeln für andere Kategorien prüfen diese Summe.
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: Der Nachlass auf Dokumentenebene hat einen Grund und einen Betrag, aber keine Steuerkategorie
<cac:AllowanceCharge>
<cbc:ChargeIndicator>false</cbc:ChargeIndicator>
<cbc:AllowanceChargeReasonCode>95</cbc:AllowanceChargeReasonCode>
<cbc:AllowanceChargeReason>Example document discount</cbc:AllowanceChargeReason>
<cbc:Amount currencyID="GBP">1.00</cbc:Amount>
</cac:AllowanceCharge>Ausschnitt der korrigierten Rechnung: Der Nachlass unterliegt dem Normalsatz von 20 im Umsatzsteuerschema
<cac:AllowanceCharge>
<cbc:ChargeIndicator>false</cbc:ChargeIndicator>
<cbc:AllowanceChargeReasonCode>95</cbc:AllowanceChargeReasonCode>
<cbc:AllowanceChargeReason>Example document discount</cbc:AllowanceChargeReason>
<cbc:Amount currencyID="GBP">1.00</cbc:Amount>
<cac:TaxCategory>
<cbc:ID>S</cbc:ID>
<cbc:Percent>20</cbc:Percent>
<cac:TaxScheme>
<cbc:ID>VAT</cbc:ID>
</cac:TaxScheme>
</cac:TaxCategory>
</cac:AllowanceCharge>Die korrigierte Rechnung hat an ihrem Nachlass auf Dokumentenebene eine cac:TaxCategory mit S zu 20 unter dem Schema VAT, die fehlerhafte Rechnung hat keine. Das fehlerhafte Dokument meldet außerdem BR-S-08: Ohne Kategorie fällt der Nachlass von 1.00 aus der Summe für den Normalsatz heraus, die damit 56.00 aus Positionen plus den Zuschlag von 3.50 beträgt, also 59.50, volle 1.00 neben dem Steuerbasisbetrag von 58.50. Die wiederhergestellte Kategorie bringt diese Summe zurück auf 58.50 und behebt beide Befunde.
Was der Validator gemeldet hat
- Die fehlerhafte Rechnung meldet BR-32 und BR-S-08. 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
InvoiceundCreditNote; die Gutschriftsfassung des aufgezeichneten Beispiels meldete im VersuchBR-32undBR-S-08an denselben Stellen. - Welche Regel zum Steuerbasisbetrag hinzukommt, hängt von der Aufschlüsselung ab, die der Nachlass hätte mindern sollen. Hier ist es die Aufschlüsselung zum Normalsatz, also
BR-S-08. - Mit der Kategorie allein ist es für die Kategorie
Snicht getan: Der Nachlass braucht außerdem einen Satz über null, wasBR-S-06prüft.
Verwandte Regeln
- BR-S-08 zieht Nachlässe auf Dokumentenebene zum Normalsatz vom Steuerbasisbetrag ab und schlägt fehl, wenn dieser Nachlass keine Kategorie hat
- BR-CL-17 prüft, dass der Kategoriecode, sobald er angegeben ist, in der Liste UNTDID 5305 steht
- BR-CO-21 verlangt einen Grund für denselben Nachlass auf Dokumentenebene
- BR-CO-11 addiert die Nachlässe auf Dokumentenebene zur Summe der Nachlässe
- 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-32 (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.

