Auf dieser Seite
Die kurze Antwort
BR-AE-01 schlägt fehl, wenn die Kategorie AE an einer Position, einem Nachlass oder einem Zuschlag auf Dokumentenebene verwendet wird und das cac:TaxTotal der Wurzel nicht genau ein cac:TaxSubtotal der Kategorie AE enthält. Die aufgezeichnete Rechnung hat eine Position zum Normalsatz und eine Reverse-Charge-Position über 40.00, aber nur eine Aufschlüsselung zum Normalsatz; fügen Sie die AE-Aufschlüsselung mit 40.00 Steuerbasisbetrag, 0.00 Steuer, einem Satz von 0 und dem Reverse-Charge-Grund hinzu.
Eine Aufschlüsselung, die nichts zum Gesamtbetrag der Umsatzsteuer beiträgt, ist trotzdem erforderlich. Wer sie weglässt, nimmt dem Käufer auch den Betrag, auf den er die Umsatzsteuer selbst abrechnet.
Was die Regel prüft
Die Regel sucht AE unter dem Schema VAT in jeder cac:ClassifiedTaxCategory oder cac:TaxCategory des Dokuments und zählt dann die AE-Aufschlüsselungen direkt unter dem cac:TaxTotal der Wurzel. Im Versuch meldete eine Rechnung zum Normalsatz, deren einziger Reverse-Charge-Posten ein Frachtzuschlag über 4.00 war, ohne AE-Aufschlüsselung nur diese Regel.
Zwei AE-Aufschlüsselungen schlagen ebenfalls fehl. Im Versuch meldete die Aufteilung der 40.00 in Aufschlüsselungen über 25.00 und 15.00 diese Regel und BR-AE-08 für jede Hälfte, und den Grund der zweiten Hälfte als Code VATEX-EU-AE statt als Text anzugeben, änderte nichts.
Der Reverse-Charge-Betrag muss in einer Aufschlüsselung seiner eigenen Kategorie stehen. Im Versuch meldete die Umwandlung der AE-Aufschlüsselung in eine zweite S-Aufschlüsselung mit 0 diese Regel und BR-S-08.
Eine überzählige AE-Aufschlüsselung bleibt unbemerkt, weil ihre eigene Kategorie als Reverse-Charge-Inhalt zählt. Im Versuch bestand eine AE-Aufschlüsselung über 0.00, die einer Rechnung mit nur einer Position zum Normalsatz hinzugefügt wurde, alle Prüfschritte.
| Begriff | Bedeutung | UBL-Element |
|---|---|---|
| BG-23 | Umsatzsteueraufschlüsselung | cac:TaxTotal/cac:TaxSubtotal |
| BT-118 | Code der Umsatzsteuerkategorie | cac:TaxTotal/cac:TaxSubtotal/cac:TaxCategory/cbc:ID |
| BT-151 | Code der Umsatzsteuerkategorie des in Rechnung gestellten Artikels | cac:InvoiceLine/cac:Item/cac:ClassifiedTaxCategory/cbc:ID (cac:CreditNoteLine/cac:Item/cac:ClassifiedTaxCategory/cbc:ID in a credit note) |
| BT-95 | Code der Umsatzsteuerkategorie des Nachlasses auf Dokumentenebene | cac:AllowanceCharge[cbc:ChargeIndicator = false]/cac:TaxCategory/cbc:ID |
| BT-102 | Code der Umsatzsteuerkategorie des Zuschlags auf Dokumentenebene | cac:AllowanceCharge[cbc:ChargeIndicator = true]/cac:TaxCategory/cbc:ID |
Wie es in einer Integration dazu kommt
Mögliche Ursachen, abgeleitet aus der Form der Regel und nicht aus gemessener Nutzung:
- Die Aufschlüsselung wird nur für Kategorien mit Steuer gebildet, sodass der Reverse-Charge-Betrag ohne Steuer übersprungen wird.
- Reverse-Charge-Positionen werden auf einer Rechnung mit Positionen zum Normalsatz gemischt, und der Export wurde für eine Kategorie je Dokument geschrieben.
- Die Aufschlüsselung wird nur nach Satz gruppiert, sodass der Reverse-Charge-Betrag mit 0 mit anderen Beträgen mit 0 zusammengelegt wird oder verloren geht.
- Für jede Reverse-Charge-Position oder jeden Grund wird eine eigene
AE-Aufschlüsselung erzeugt.
So korrigieren Sie das Dokument
- Addieren Sie den Reverse-Charge-Inhalt: den
cbc:LineExtensionAmountder Positionen inAE, plus Zuschläge auf Dokumentenebene inAE, minus Nachlässe auf Dokumentenebene inAE. Im aufgezeichneten Beispiel sind das die 40.00 der Position 2. - Geben Sie ein einziges
cac:TaxSubtotalaus, mit diesem Wert alscbc:TaxableAmount, einemcbc:TaxAmountvon0.00und einercac:TaxCategorymitcbc:IDAE,cbc:Percent0und dem GrundtextReverse chargeoder dem CodeVATEX-EU-AE. - Stellen Sie es in dasselbe
cac:TaxTotalwie die anderen Aufschlüsselungen. Der Gesamtbetrag der Umsatzsteuer ändert sich nicht, im aufgezeichneten Beispiel 5.00, weil die neue Aufschlüsselung keine Steuer enthält. - Wurden
AE-Aufschlüsselungen aufgeteilt, führen Sie sie zu einer zusammen, deren Steuerbasisbetrag ihre Summe ist.
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: eine Reverse-Charge-Position über 40.00 und eine Umsatzsteueraufschlüsselung mit nur dem Eintrag zum Normalsatz
<cac:TaxTotal>
<cbc:TaxAmount currencyID="GBP">5.00</cbc:TaxAmount>
<cac:TaxSubtotal>
<cbc:TaxableAmount currencyID="GBP">25.00</cbc:TaxableAmount>
<cbc:TaxAmount currencyID="GBP">5.00</cbc:TaxAmount>
<cac:TaxCategory>
<cbc:ID>S</cbc:ID>
<cbc:Percent>20</cbc:Percent>
<cac:TaxScheme>
<cbc:ID>VAT</cbc:ID>
</cac:TaxScheme>
</cac:TaxCategory>
</cac:TaxSubtotal>
</cac:TaxTotal>
<!-- line 1 omitted from this fragment: Standard rated, 25.00 at 20 -->
<cac:InvoiceLine>
<cbc:ID>2</cbc:ID>
<cbc:InvoicedQuantity unitCode="C62">1</cbc:InvoicedQuantity>
<cbc:LineExtensionAmount currencyID="GBP">40.00</cbc:LineExtensionAmount>
<cac:Item>
<cbc:Name>Example installation work</cbc:Name>
<cac:ClassifiedTaxCategory>
<cbc:ID>AE</cbc:ID>
<cbc:Percent>0</cbc:Percent>
<!-- tax scheme omitted from this fragment -->
</cac:ClassifiedTaxCategory>
</cac:Item>
<!-- price omitted from this fragment -->
</cac:InvoiceLine>Ausschnitt der korrigierten Rechnung: eine Reverse-Charge-Aufschlüsselung über 40.00 neben der zum Normalsatz
<cac:TaxTotal>
<cbc:TaxAmount currencyID="GBP">5.00</cbc:TaxAmount>
<cac:TaxSubtotal>
<cbc:TaxableAmount currencyID="GBP">25.00</cbc:TaxableAmount>
<cbc:TaxAmount currencyID="GBP">5.00</cbc:TaxAmount>
<cac:TaxCategory>
<cbc:ID>S</cbc:ID>
<cbc:Percent>20</cbc:Percent>
<cac:TaxScheme>
<cbc:ID>VAT</cbc:ID>
</cac:TaxScheme>
</cac:TaxCategory>
</cac:TaxSubtotal>
<cac:TaxSubtotal>
<cbc:TaxableAmount currencyID="GBP">40.00</cbc:TaxableAmount>
<cbc:TaxAmount currencyID="GBP">0.00</cbc:TaxAmount>
<cac:TaxCategory>
<cbc:ID>AE</cbc:ID>
<cbc:Percent>0</cbc:Percent>
<cbc:TaxExemptionReason>Reverse charge</cbc:TaxExemptionReason>
<cac:TaxScheme>
<cbc:ID>VAT</cbc:ID>
</cac:TaxScheme>
</cac:TaxCategory>
</cac:TaxSubtotal>
</cac:TaxTotal>Die korrigierte Rechnung hat ein zweites cac:TaxSubtotal, 40.00 Steuerbasisbetrag und 0.00 Steuer in der Kategorie AE mit dem Grund Reverse charge; die fehlerhafte Rechnung hat nur die Aufschlüsselung zum Normalsatz über 25.00. Das fehlerhafte Dokument meldet nur BR-AE-01. Die fehlende Aufschlüsselung enthielt keine Steuer, sodass der Gesamtbetrag der Umsatzsteuer von 5.00 weiter zu den Aufschlüsselungen passt, und die Gesamtbeträge von 65.00 ohne und 70.00 mit Umsatzsteuer sind in beiden Dokumenten gleich.
Was der Validator gemeldet hat
- Die fehlerhafte Rechnung meldet BR-AE-01. 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 gemischte Gutschrift ohne ihreAE-Aufschlüsselung meldete im Versuch dieselbe Regel. - Wird im Prüfschritt EN 16931 als ein fataler Befund am Dokumentstamm gemeldet.
- Steuerbefreite Inhalte und Inhalte mit Nullsatz haben dieselbe Regel für genau eine Aufschlüsselung,
BR-E-01undBR-Z-01, währendBR-S-01Inhalten zum Normalsatz eine Aufschlüsselung je Satz erlaubt. - Sobald die Aufschlüsselung vorhanden ist, prüft
BR-AE-08ihren Steuerbasisbetrag,BR-AE-09ihre Steuer von null undBR-AE-10ihren Grund.
Verwandte Regeln
- BR-AE-08 prüft den Steuerbasisbetrag der einzigen Reverse-Charge-Aufschlüsselung
- BR-E-01 ist dieselbe Regel für genau eine steuerbefreite Aufschlüsselung
- BR-AE-10 verlangt den Reverse-Charge-Grund in der Aufschlüsselung, die diese Regel fordert
- BR-S-01 ist die Regel für die Aufschlüsselung zum Normalsatz, die eine Aufschlüsselung je Satz erlaubt
- 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-01 (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.

