Häufige XRechnung- und E-Rechnung-Fehler verständlich erklärt

Eine E-Rechnung kann technisch lesbar sein und trotzdem ungültig sein. Ein XML-Viewer zeigt nur, dass die Datei geöffnet werden kann. Ein Validator prüft zusätzlich, ob Struktur, Profil, Pflichtfelder, Summenlogik und Steuerregeln passen.

Für Unternehmen ist deshalb nicht nur die Meldung „ungültig“ wichtig. Entscheidend ist die Einordnung: Welche Prüfebene ist betroffen, welche Regel wurde ausgelöst und welche Stelle muss im ERP- oder Buchhaltungssystem korrigiert werden?

Viele Fehlermeldungen wirken kompliziert, lassen sich aber praktisch in wenige Ebenen einteilen. Diese Einordnung hilft, den Fehler an die richtige Person weiterzugeben: Buchhaltung, Stammdatenpflege, ERP-Betreuer oder Softwareanbieter.

Sehr viele Ablehnungen entstehen durch fehlende oder falsch befüllte Pflichtfelder. Typisch sind fehlende Rechnungsnummern, Käuferdaten, Verkäuferdaten, Zahlungsangaben, Steuerangaben, Käuferreferenzen oder Liefer-/Leistungsangaben.

Wichtig ist: Das Feld kann visuell in einem PDF stehen und trotzdem in der strukturierten XML fehlen. Für die Validierung zählt die maschinenlesbare Rechnungsschicht, nicht nur die sichtbare Darstellung.

Summenfehler treten auf, wenn Positionssummen, Zuschläge, Abschläge, Nettobeträge, Steuerbeträge und Bruttosumme rechnerisch nicht zusammenpassen. Ein klassisches Beispiel ist eine Regel wie BR-CO-10, bei der die Summe der Positionsnettobeträge nicht zur angegebenen Gesamtsumme passt.

Solche Fehler entstehen oft durch unterschiedliche Rundungslogik im ERP-System, manuelle Nachbearbeitung, Import/Export-Probleme oder eine Mischung aus Brutto- und Nettoberechnungen.

Umsatzsteuerfehler sind besonders häufig, weil Steuerkategorie, Steuersatz, Steuerbasis, Steuerbetrag und Befreiungsgrund zusammenpassen müssen. Wenn eine Rechnung steuerfrei ist, muss der Grund strukturiert nachvollziehbar sein. Bei Reverse Charge muss die Kategorie zur Aussage der Rechnung passen.

Für die Buchhaltung ist hier eine klare Fehlermeldung entscheidend: Geht es um den Steuersatz, den Code, die Steuerbasis oder um fehlende Begründungen? Ohne diese Einordnung ist die Korrektur im ERP-System schwer zu finden.

Nicht jede XML-Datei ist automatisch eine gültige XRechnung. Und nicht jedes ZUGFeRD-PDF erfüllt automatisch die Anforderungen eines EN-16931-Profils. Entscheidend sind Profilkennung, eingebettete XML-Daten und die tatsächlich geprüften Regeln.

Besonders bei ZUGFeRD und Factur-X ist die Falle groß: Das PDF sieht richtig aus, aber die eingebettete XML-Rechnung kann fehlen, unvollständig sein oder ein ungeeignetes Profil verwenden.

Viele Fehler entstehen nicht in der Rechnungserstellung selbst, sondern in Stammdaten: unvollständige Adresse, fehlendes Land, falsche elektronische Adresse, fehlende Leitweg-ID, fehlender Bestellbezug oder alte Kundendaten.

Deshalb sollte ein Fehlerbericht nicht nur technisch sein. Er sollte zeigen, ob Buchhaltung, Vertrieb, Stammdatenpflege oder der Softwareanbieter handeln muss.

Der schnellste Weg ist ein reproduzierbarer Ablauf: Originaldatei validieren, Fehlerbericht sichern, betroffene Ebene identifizieren, die Quelle im ERP-System korrigieren und die neue Datei erneut prüfen.

Wenn ein Kunde die Rechnung ablehnt, sollte man nicht nur eine neue Datei senden. Besser ist ein kurzer Bericht: verwendetes Format, geprüfte Regeln, gefundener Fehler, geplante Korrektur und neue Validierung vor dem erneuten Versand.