Workflow
XRechnung validieren: Schritt für Schritt
Eine XRechnung sollte nicht erst beim Kunden oder in der Buchhaltung scheitern. Mit einem klaren Validierungsablauf prüfen Sie Format, Profil, XML-Struktur, Geschäftsregeln und Korrekturen nachvollziehbar.
Zuletzt fachlich geprüft: 14. Mai 2026
Kurz gesagt
XRechnung validieren heißt: Die Datei wird nicht nur geöffnet, sondern technisch und fachlich geprüft. Ein guter Ablauf erkennt zuerst das Format, prüft dann XML-Syntax, Schema, EN-16931-Geschäftsregeln und XRechnung-spezifische Anforderungen.
Für Unternehmen ist der Nutzen praktisch: Sie sehen vor dem Versand oder vor der Buchung, ob eine Datei angenommen werden kann, welche Fehler vorliegen und welche Korrektur wahrscheinlich nötig ist.
Schritt 1: Originaldatei sichern
Validieren Sie immer die Datei, die wirklich gesendet oder empfangen wurde. Kopieren Sie keine XML-Inhalte manuell in andere Dokumente und ändern Sie die Datei nicht vor der ersten Prüfung. Sonst ist später unklar, ob der Fehler in der Originalrechnung oder in der Bearbeitung entstanden ist.
Wenn ein Kunde eine Rechnung ablehnt, ist genau diese Originaldatei wichtig. Nur damit lässt sich die Ablehnung reproduzieren und mit einem konkreten Fehlerbericht belegen.
Schritt 2: Format und Profil erkennen
Prüfen Sie zuerst, was tatsächlich vorliegt: reine XRechnung-XML, UBL, CII, ZUGFeRD/Factur-X-PDF oder ein anderes XML-Dokument. Die Dateiendung allein reicht nicht aus.
Bei ZUGFeRD und Factur-X muss zusätzlich die eingebettete XML-Rechnung betrachtet werden. Ein PDF kann sichtbar korrekt sein, während die XML-Schicht fehlt, unvollständig ist oder ein falsches Profil verwendet.
Schritt 3: Prüfebenen verstehen
Eine vollständige Prüfung trennt mehrere Ebenen. Diese Trennung ist wichtig, weil jede Ebene eine andere Ursache und einen anderen Ansprechpartner haben kann.
| Ebene | Was sie beantwortet | Wer korrigiert häufig? |
|---|---|---|
| Syntax | Ist die XML-Datei lesbar und sicher? | Softwareanbieter oder Exportprozess |
| Schema | Passt die technische UBL- oder CII-Struktur? | ERP- oder Buchhaltungssoftware |
| Business Rules | Stimmen Pflichtfelder, Summen, Codes und Steuerlogik? | Buchhaltung, Stammdatenpflege, ERP-Betreuer |
| Profil / CIUS | Entspricht die Datei dem erwarteten XRechnung-Profil? | ERP-Konfiguration oder Rechnungsexport |
Schritt 4: Fehlerbericht lesen
Ein guter Fehlerbericht sollte mehr liefern als einen technischen Code. Wichtig sind Regelnummer, betroffene Ebene, verständliche Erklärung, mögliche Korrektur und idealerweise das betroffene Rechnungsfeld.
Beispiel: Ein Code wie BR-CO-10 weist auf eine Summenregel hin. Praktisch bedeutet das: Die Summe der Positionsnettobeträge passt nicht zur angegebenen Gesamtsumme. Dann sollte man nicht nur das XML anschauen, sondern die Rundungs- und Summenlogik im Quellsystem prüfen.
Schritt 5: Korrektur an der Quelle durchführen
Korrigieren Sie XRechnung-Fehler möglichst im ERP- oder Buchhaltungssystem, nicht durch manuelles Bearbeiten der XML-Datei. Manuelle Änderungen können neue Fehler erzeugen und sind schwer nachvollziehbar.
Typische Korrekturen sind: Stammdaten ergänzen, Käuferreferenz eintragen, Steuerkategorie korrigieren, Rundungslogik anpassen, ZUGFeRD-Profil ändern oder eine neue Exportversion der Rechnung erzeugen.
Schritt 6: Erneut validieren und dokumentieren
Nach jeder Korrektur sollte die neue Datei erneut validiert werden. Erst wenn der neue Bericht keine blockierenden Fehler mehr zeigt, sollte die Rechnung erneut an den Kunden oder in den Buchhaltungsprozess gehen.
Für die Kommunikation reicht häufig ein kurzer Nachweis: ursprünglicher Fehler, korrigierte Ursache, erneute Prüfung. Speichern Sie dabei nur die Daten, die für die Klärung nötig sind, und vermeiden Sie unnötige Kopien sensibler Rechnungsinhalte.
Wann Sie zusätzlich offiziell prüfen sollten
Für interne Abläufe ist ein verständlicher Bericht oft entscheidend. Bei strittigen Fällen, Softwaretests oder Integrationen kann es zusätzlich sinnvoll sein, mit offiziellen oder referenznahen Validierungsartefakten zu vergleichen.
Wichtig bleibt: Ein Validator ersetzt keine fachliche Entscheidung. Er zeigt technische und regelbasierte Befunde. Ob eine Rechnung akzeptiert, korrigiert, gebucht oder zurückgewiesen wird, bleibt eine geschäftliche und gegebenenfalls steuerliche Entscheidung.
Praktische Checkliste
- Originaldatei unverändert validieren
- Format und Profil erkennen: XRechnung, UBL, CII, ZUGFeRD oder Factur-X
- Fehler nach Ebene einordnen: Syntax, Schema, Business Rules oder Profil
- Regelnummer und verständliche Erklärung an die richtige Person weitergeben
- Korrektur im Quellsystem durchführen, nicht blind in der XML-Datei
- Nach jeder Korrektur erneut validieren
- Nur notwendige Rechnungsdaten in Support- oder Klärungsprozessen teilen
Praktischer Ablauf
Original prüfen, Fehlerbericht lesen, Ursache im Quellsystem korrigieren, neue Datei erzeugen, erneut validieren. So bleibt die Klärung nachvollziehbar und vermeidet unnötige XML-Handarbeit.