XML-Datei prüfen
Lade die XRechnung als XML hoch. Die lokale Vorprüfung erkennt Format und grundlegende Pflichtfelder, ohne die Datei an den Server zu senden.
Praxisanleitung
XRechnung-Fehler verstehen und sicher beheben
Eine abgelehnte XRechnung muss nicht neu erstellt werden. Fehlercode ermitteln, Ursache gezielt korrigieren und die XML erneut mit KoSIT prüfen – ohne Rechnungsdaten zu erfinden.
So gehst du bei einer Ablehnung vor
Arbeite in dieser Reihenfolge. So vermeidest du, dass eine Korrektur neue Fehler an anderer Stelle erzeugt.
KoSIT-Meldung lesen
Starte die optionale Referenzprüfung. Entscheidend sind der Regelcode, das betroffene Rechnungsfeld und die Einstufung als Fehler oder Warnung.
Ursache korrigieren
Sichere technische Korrekturen können automatisch erfolgen. Geschäftliche Angaben wie Rechnungsnummer oder Käuferreferenz musst du selbst bestätigen.
Erneut validieren
Prüfe die geänderte XML erneut. Erst ein ACCEPTABLE-Ergebnis zeigt, dass die Datei die eingebundenen formalen Regeln erfüllt.
Häufige Ursachen
Diese XRechnung-Fehler treten regelmäßig auf
BR-02
Alle XRechnung-Fehlercodes ansehenRechnungsnummer fehlt
Die Rechnung enthält keine auswertbare Rechnungsnummer. Nach EN 16931 muss jede Rechnung eine Rechnungsnummer in BT-1 enthalten.
BR-03Rechnungsdatum fehlt
In BT-2 fehlt das Ausstellungsdatum der Rechnung. Dieses Datum ist eine Pflichtangabe der EN 16931.
BR-05Rechnungswährung fehlt
Die XML enthält keinen Rechnungswährungscode in BT-5. Erwartet wird ein dreistelliger ISO-Code wie EUR.
BR-06Verkäufername fehlt
Der rechtlich bzw. geschäftlich verwendete Name des Rechnungsstellers fehlt in BT-27.
BR-07Käufername fehlt
Der Name des Rechnungsempfängers fehlt in BT-44. Eine reine Kundennummer reicht für diese Regel nicht aus.
BR-DE-15Käuferreferenz fehlt
Für die deutsche XRechnung muss eine Käuferreferenz in BT-10 übermittelt werden. Bei öffentlichen Auftraggebern ist das häufig die Leitweg-ID.
Wichtig
Validiert heißt nicht automatisch inhaltlich richtig
Der KoSIT Validator prüft die XML gegen technische und fachliche Regeln der ausgewählten XRechnung-Konfiguration. Ein ACCEPTABLE-Ergebnis ist deshalb der richtige technische Zielzustand.
Trotzdem musst du Rechnungsbetrag, Leistung, Adressen, Steuernummern und andere Geschäftsdaten mit deinen Belegen abgleichen. RechnungsRetter ersetzt keine steuerliche oder rechtliche Prüfung.
Fehlercode schon zur Hand?
Lade die XML kostenlos hoch und sieh direkt, welches Feld betroffen ist und welche Korrektur möglich ist.
Häufige Fragen
Warum wird eine XRechnung abgelehnt?
Häufig fehlen Pflichtfelder, Werte stehen im falschen Format oder Summen und Steuerangaben sind nicht konsistent. Der konkrete KoSIT-Regelcode grenzt die Ursache ein.
Kann ein Validator die Rechnung automatisch reparieren?
Nur eindeutig technische Auffälligkeiten lassen sich sicher automatisch korrigieren. Fehlende geschäftliche oder steuerliche Angaben dürfen nicht erfunden werden und müssen vom Nutzer bestätigt werden.
Ist ACCEPTABLE gleichbedeutend mit steuerlich richtig?
Nein. ACCEPTABLE bestätigt die formalen Regeln der eingesetzten Konfiguration. Die inhaltliche, steuerliche und wirtschaftliche Richtigkeit bleibt separat zu prüfen.