Technische Deep-Dives
Wie XRechnung-Validierung funktioniert
XRechnung-Validierung läuft in Schichten: Format-Erkennung, XML-Syntax, Schema, Schematron, EN 16931, XRechnung-CIUS, Codelisten und Versionen.
Zuletzt fachlich geprüft: 14. Mai 2026
Kurz gesagt
Eine XRechnung wird nicht mit einer einzigen Regel geprüft. Validierung läuft in mehreren Schichten, und jede Schicht beantwortet eine andere Frage.
Deshalb sollte ein Fehlerbericht zeigen, ob Format, XML-Syntax, Schema, Business Rules, Profil, Codeliste oder Version betroffen ist.
Die Validierung läuft in Schichten
| Schicht | Frage | Typischer Fehler |
|---|---|---|
| Format-Erkennung | Welche Datei liegt vor? | PDF statt XML oder falsches Profil |
| XML-Syntax | Ist die Datei lesbar? | Defekte XML-Struktur |
| XSD | Passt die technische Struktur? | Falsche Elemente oder Reihenfolge |
| Schematron | Stimmen fachliche Regeln? | Summen, Steuer oder Pflichtfelder fehlerhaft |
| CIUS / Profil | Passt die Datei zu XRechnung? | Empfängerprofil nicht erfüllt |
| Codelisten | Sind Codes gültig? | Einheit, Land oder Steuerkategorie abgelehnt |
EN 16931 und XRechnung gehören zusammen
EN 16931 liefert das europäische semantische Kernmodell. XRechnung ist eine deutsche CIUS, die dieses Modell für bestimmte Anwendungsfälle einschränkt und präzisiert.
Darum können unterschiedliche Validatoren abweichende Ergebnisse zeigen, wenn sie unterschiedliche Artefaktstände, Codelisten oder Profilversionen verwenden.
Was ein Fehlerbericht zeigen sollte
Ein guter Bericht nennt Regel, Ebene, verständliche Ursache, betroffene Rechnungsdaten und einen realistischen Korrekturhinweis.
Für ERP-Teams ist besonders wichtig, ob der Fehler aus Stammdaten, Mapping, Rundung, Steuercodes oder Exportprofil stammt.
Praktische Checkliste
- Format-Erkennung, XML-Syntax, XSD und Schematron getrennt ausweisen
- EN-16931- und XRechnung-Regeln unterscheiden
- Codelisten und Versionen dokumentieren
- Fehler mit Regelnummer und Ebene erklären
- Ursache im Quellsystem korrigieren
Wichtig
Eine XRechnung kann an einer späten fachlichen Regel scheitern, obwohl XML-Syntax und Schema bereits erfolgreich geprüft wurden.