Was tun, wenn der Kunde die E-Rechnung ablehnt?

Bitten Sie den Kunden um die konkrete Fehlermeldung, nicht nur um einen allgemeinen Hinweis auf Ungültigkeit. Nützlich sind Regelnummern, Validator-Ausgaben, Screenshots oder Angaben zum erwarteten Format. Ohne diese Informationen wird die Fehlersuche schnell zum Ratespiel.

Speichern Sie keine Rechnungsinhalte in unnötigen Tickets, Chatverläufen oder Marketing-Tools. Für die technische Klärung reicht meistens ein Validierungsbericht mit Regelnummern und betroffenen Feldern.

Validieren Sie die ursprünglich gesendete Datei, nicht eine nachträglich geänderte Kopie. Nur so sehen Sie, ob die Datei wirklich dem erwarteten Profil entspricht und welche Regel beim Kunden wahrscheinlich gescheitert ist.

E-Rechnung Check trennt technische XML-Probleme, Schemafehler und Business Rules. Dadurch wird klarer, ob die Buchhaltungssoftware falsch exportiert, ein Pflichtfeld fehlt oder nur das falsche Format an den Kunden ging.

Senden Sie dem Kunden keine lange technische Rohdatei, wenn eine klare Zusammenfassung reicht. Besser ist ein kurzer Bericht: verwendetes Format, Validierungsergebnis, gefundene Fehler und die geplante Korrektur.

Wenn Sie Lieferant sind, hilft der Bericht auch intern: Sie können ihn an Softwareanbieter, Steuerberatung oder Buchhaltung weitergeben, ohne jedes XML-Feld manuell erklären zu müssen.

Nicht jede Ablehnung bedeutet, dass die Rechnung kaufmännisch falsch ist. Häufig akzeptiert der Empfänger die Datei nicht, weil ein Profil nicht passt, eine Referenz fehlt, eine Regel verletzt wurde oder die Datei über den falschen Kanal eingereicht wurde. Trennen Sie deshalb technische Ablehnung, fachliche Reklamation und Übermittlungsproblem.

Diese Einordnung bestimmt die Reaktion. Ein fehlendes strukturiertes Feld wird anders gelöst als ein strittiger Rechnungsbetrag. Ein falscher Übermittlungskanal braucht keine Steuerdiskussion, sondern eine neue Einreichung über den erwarteten Prozess.

Eine Ablehnung sollte immer in eine von mehreren Ursachenklassen einsortiert werden. Dadurch vermeiden Sie, dass ein technisches Formatproblem wie eine kaufmännische Reklamation behandelt wird oder umgekehrt ein echter Rechnungsfehler nur als Validatorproblem abgetan wird.

Eine Kundenablehnung sollte nicht ungefiltert an alle Beteiligten weitergeleitet werden. Ordnen Sie die Meldung zuerst einer Datenquelle zu: Rechnungserfassung, Stammdaten, ERP-Mapping, Exportprofil, Übermittlungskanal oder fachliche Rechnungsprüfung.

Buchhaltung kann meist beurteilen, ob Betrag, Steuer, Leistung und Zahlung plausibel sind. ERP- oder Softwareteams klären, warum die strukturierte Datei so exportiert wurde. Vertrieb oder Projektteam kennen häufig Bestellnummern, Vertragsreferenzen und kundenspezifische Vorgaben.

Eine gute Antwort an den Kunden ist kurz, nachvollziehbar und lösungsorientiert. Sie sollte bestätigen, dass die Ablehnung geprüft wurde, den technischen oder fachlichen Grund nennen und ankündigen, ob eine korrigierte Datei folgt.

Beispiel: „Danke für den Hinweis. Wir haben die ursprünglich gesendete Datei geprüft. Die Käuferreferenz war nicht im erwarteten strukturierten Feld enthalten. Wir erzeugen die Rechnung neu und senden Ihnen eine korrigierte XRechnung mit der vereinbarten Referenz.“

Für eine schnelle Klärung braucht der Kunde kein großes Dossier, aber ein vollständiges Korrekturpaket. Es sollte die korrigierte Datei, einen neuen Prüfstatus und eine kurze Erklärung enthalten, welche Ursache behoben wurde.

Wenn mehrere Personen beteiligt sind, hilft eine interne Kurznotiz: ursprünglicher Fehler, Datenquelle, durchgeführte Änderung, neue Validierung und Versanddatum. So ist später nachvollziehbar, warum die neue Datei die richtige Version ist.

Wenn die Rechnung aus einem ERP- oder Fakturasystem kommt, sollte die Korrektur im führenden System erfolgen. Manuelle XML-Änderungen können sichtbare Rechnung, strukturierte Daten und interne Rechnungshistorie auseinanderlaufen lassen.

Erzeugen Sie die korrigierte Datei neu, validieren Sie sie erneut und senden Sie erst dann an den Kunden. Bei wiederholten Ablehnungen sollte ein Testfall angelegt werden, damit derselbe Exportfehler nicht bei der nächsten Rechnung zurückkommt.

Nach einer Korrektur sollte nicht nur die einzelne beanstandete Meldung geprüft werden. Erzeugen Sie einen neuen Validierungsbericht für die komplette Datei und vergleichen Sie die wichtigsten Rechnungsdaten erneut: Rechnungsnummer, Käuferreferenz, Steuer, Summe, Zahlungsdaten und Format.

Wenn der Kunde besondere Anforderungen hat, dokumentieren Sie diese als Empfängerregel. So muss das Team bei der nächsten Rechnung nicht wieder aus einer Ablehnung lernen, sondern prüft vor dem Versand gegen dieselbe Erwartung.

Eine einzelne Ablehnung lässt sich oft operativ lösen. Wiederholt derselbe Kunde oder dieselbe Fehlerklasse die Ablehnung, sollte daraus ein Verbesserungsfall werden. Dann reicht es nicht mehr, Dateien einzeln neu zu erzeugen.

Eskalieren Sie an ERP, Softwareanbieter oder Stammdatenverantwortliche, wenn derselbe Fehler bei mehreren Rechnungen erscheint, wenn der Kunde widersprüchliche Anforderungen nennt oder wenn die sichtbare Rechnung und der strukturierte Datensatz auseinanderlaufen.