Pflichtfelder in XRechnung: Was wirklich ausgefüllt sein muss

Pflichtfelder sind Angaben, die eine XRechnung für die technische und fachliche Verarbeitung braucht. Wenn sie fehlen, kann die Rechnung abgelehnt werden, auch wenn die XML-Datei technisch lesbar ist.

In der Praxis betreffen Fehler häufig Käuferreferenz, Rechnungsnummer, Rechnungsdatum, Verkäufer- und Käuferdaten, Steuerangaben, Zahlungsinformationen, Positionsdaten und Summen. Viele dieser Informationen stehen in der Buchhaltungssoftware, werden aber nicht immer korrekt in die XML-Rechnung exportiert.

Ein Feld kann auf mehreren Ebenen verpflichtend sein: durch das XML-Schema, durch EN 16931, durch XRechnung als deutsche CIUS oder durch Anforderungen des konkreten Empfängers. Deshalb reicht ein Blick in die sichtbare Rechnung nicht aus.

Ein Beispiel ist BT-10, die Käuferreferenz. Nach dem europäischen Kernmodell ist sie anders einzuordnen als in XRechnung. Für Rechnungen an deutsche öffentliche Auftraggeber spielt sie als Leitweg-ID eine zentrale Rolle.

Die folgende Tabelle ist keine vollständige Normliste. Sie zeigt die Felder, die in der Praxis besonders häufig zu Rückfragen oder Ablehnungen führen.

Die Käuferreferenz ist eines der wichtigsten Felder bei XRechnung an öffentliche Auftraggeber. In vielen Fällen enthält sie die Leitweg-ID. Diese dient der Zuordnung und Weiterleitung der Rechnung an den richtigen Empfänger.

Der häufigste Fehler ist, dass die Leitweg-ID fehlt oder mit einer Bestellnummer verwechselt wird. Lieferanten sollten die Leitweg-ID nicht selbst erfinden, sondern vom Auftraggeber oder aus der Bestellung übernehmen und vor dem Versand prüfen.

Verkäufer- und Käuferdaten müssen nicht nur sichtbar sein, sondern strukturiert in der XML vorhanden sein. Dazu gehören Name, Adresse, Land und je nach Fall steuerliche oder elektronische Identifikatoren.

Fehler entstehen oft durch unvollständige Stammdaten in der Buchhaltungssoftware. Ein fehlender Ländercode oder eine falsche elektronische Adresse kann eine Rechnung scheitern lassen, obwohl die PDF-Ansicht plausibel aussieht.

Steuerfelder gehören zu den fehleranfälligsten Bereichen. Steuerkategorie, Steuersatz, Steuerbasis und Steuerbetrag müssen zueinander passen. Wenn eine Steuerbefreiung oder Reverse Charge gilt, müssen die entsprechenden Angaben strukturiert nachvollziehbar sein.

Für die Korrektur ist wichtig, nicht nur den Steuerbetrag zu ändern. Häufig muss die zugrunde liegende Steuerkategorie, der Befreiungsgrund oder die Zuordnung der Positionen angepasst werden.

Zahlungsinformationen werden häufig unterschätzt. Bei einem positiven Zahlbetrag erwarten Business Rules je nach Fall eine Fälligkeit oder Zahlungsbedingungen. Auch IBAN, Zahlungsart oder Verwendungszweck können für den Empfängerprozess wichtig sein.

Wenn Zahlungsdaten in der sichtbaren Rechnung stehen, aber nicht strukturiert exportiert werden, kann der automatisierte Buchungsprozess trotzdem scheitern.

Jede Rechnungsposition muss fachlich zur Gesamtrechnung passen. Mengen, Einzelpreise, Positionswerte, Abschläge, Zuschläge, Steuerbeträge und Gesamtsummen müssen rechnerisch konsistent sein.

Typische Fehler entstehen durch Rundungsdifferenzen, manuelle Nachbearbeitung oder unterschiedliche Berechnungslogik zwischen ERP-System und XML-Export. Regeln wie BR-CO-10 zeigen dann, dass die Summen nicht zusammenpassen.

Der beste Ansatz ist nicht, einzelne XML-Felder manuell zu reparieren. Besser ist, die Stammdaten, Rechnungsvorlagen und Exportprofile in der Software sauber zu pflegen und mit echten Fällen zu testen.

Ein guter Validierungsbericht hilft, die Ursache zu finden: Fehlt ein Feld wirklich? Ist es im falschen Feld? Ist die Angabe sichtbar im PDF, aber nicht in der XML? Oder ist das Profil falsch?