Validierung und Fehler
BR-AE-08 erklärt: Reverse Charge in XRechnung korrekt abbilden
BR-AE-08 prüft, ob Reverse-Charge-Positionen und die zugehörige Steuerbasis in der XML-Rechnung konsistent abgebildet sind.
Zuletzt fachlich geprüft: 2. Juni 2026
Was BR-AE-08 prüft
BR-AE-08 betrifft Steuergruppen mit der Reverse-Charge-Kategorie. Die Regel prüft, ob die steuerpflichtige Bemessungsgrundlage aus den zugehörigen Positionen, Zuschlägen und Nachlässen gebildet wird.
Warum Reverse Charge fehleranfällig ist
Reverse Charge ist fachlich anders als eine normale steuerpflichtige Rechnung. Der leistende Unternehmer weist in der Regel keine Umsatzsteuer aus, aber die steuerliche Behandlung muss strukturiert korrekt gekennzeichnet sein.
So prüfen Sie die XML
- Alle Reverse-Charge-Positionen identifizieren.
- Steuerkategorie und Steuerbasis je Gruppe prüfen.
- Normale Umsatzsteuergruppen nicht mit Reverse Charge vermischen.
- Hinweise im PDF nicht mit strukturierten XML-Daten verwechseln.
Korrektur und Prävention
Korrigieren Sie die Steuerlogik im Rechnungssystem und testen Sie Reverse-Charge-Fälle separat. Besonders wichtig sind gemischte Rechnungen und dokumentweite Nachlässe.
Warum null Umsatzsteuer allein nicht reicht
Reverse Charge ist nicht einfach eine normale Steuergruppe mit 0 Prozent. Die Steuerkategorie, Bemessungsgrundlage, Steuerbetrag und der strukturierte Hinweis müssen gemeinsam zeigen, dass die Steuerschuldnerschaft beim Leistungsempfänger liegt.
Diagnosematrix
| Fehlerbild | Wahrscheinliche Ursache | Prüfung |
|---|---|---|
| AE-Basis passt nicht | Position, Nachlass oder Zuschlag fehlt in der Reverse-Charge-Gruppe | Alle AE-Beträge aus der XML addieren |
| Steuerbetrag ungleich null | ERP verwendet Standardsteuerlogik trotz AE-Kategorie | Steuerkennzeichen und Prozentsatz prüfen |
| Gemischte Rechnung scheitert | Standardsteuer und Reverse Charge wurden zusammengefasst | S- und AE-Gruppen getrennt ausweisen |
| Hinweis nur im PDF | Reverse-Charge-Text nicht strukturiert exportiert | XML-Kategorie und strukturierte Angaben prüfen |
Korrekturablauf
- Geschäftsvorfall fachlich als Reverse Charge einordnen lassen.
- Alle AE-Positionen, AE-Nachlässe und AE-Zuschläge getrennt gruppieren.
- Steuerbasis aus diesen strukturierten Beträgen nachrechnen.
- S- und AE-Steuergruppen in gemischten Rechnungen strikt trennen.
- ERP-Testfälle für reine und gemischte Reverse-Charge-Rechnungen regelmäßig validieren.
Mini-Beispiel
Eine Beratungsleistung fällt unter Reverse Charge, zusätzlich enthält die Rechnung ein normal steuerpflichtiges Produkt. Wenn das ERP beide Positionen in einer Steueraufschlüsselung zusammenfasst, kann BR-AE-08 fehlschlagen. Die Lösung ist eine eigene AE-Gruppe für die Beratungsleistung und eine separate Standardsteuergruppe für das Produkt.
Grenze der technischen Validierung
Der Validator prüft Konsistenz, nicht die steuerliche Richtigkeit des Geschäftsfalls. Wenn unklar ist, ob Reverse Charge angewendet werden darf, muss die fachliche Entscheidung außerhalb des Validierungsberichts geklärt werden.
Praktische Checkliste
- Reverse-Charge-Positionen eindeutig identifizieren
- Steuerkategorie, Steuerbasis und Steuerbetrag je Gruppe prüfen
- Keine Standardsteuer-Positionen in die Reverse-Charge-Gruppe mischen
- ERP-Steuercode für XML-Mapping prüfen
- Reverse-Charge-Testfälle regelmäßig validieren
Praktischer Merksatz
Bei Reverse Charge reicht ein richtiger Hinweis im PDF nicht aus. Die steuerliche Behandlung muss auch in der XML korrekt codiert sein.