Die häufigsten Ablehnungsgründe im Vergleich

Priorisieren Sie Ablehnungsgründe nach Wirkung: zuerst technische Formatfehler, dann Pflichtfelder und Summenregeln, danach Empfängerreferenzen, Zahlungsdaten und Hinweise.

Für die tägliche Arbeit ist nicht nur wichtig, welche Regel verletzt wurde. Entscheidend ist, ob die Rechnung überhaupt gelesen werden kann, ob Zahlung oder Buchung blockiert wird und ob der Fehler bei einem Lieferanten wiederholt auftritt.

Format-, Schema- oder Namespace-Fehler blockieren oft jede weitere Prüfung. In diesem Fall hilft es wenig, schon über einzelne Steuer- oder Referenzregeln zu diskutieren. Erst muss klar sein, ob die Datei eine unterstützte XRechnung, ZUGFeRD/Factur-X-Datei oder ein anderes Format ist.

• Falsche Syntax oder falsches Profil.
• ZUGFeRD-PDF ohne korrekt eingebettete XML.
• XML-Elemente mit falschem Namespace.
• Beschädigte Datei oder ungeeigneter Upload.

Fehlende Pflichtangaben wirken oft einfach, sind aber meistens Prozess- oder Stammdatenfehler. Typische Beispiele sind fehlende Buyer Reference, unvollständige Parteien, fehlende Rechnungsdaten oder nicht strukturierte Bestellangaben.

Bei öffentlichen Auftraggebern oder Empfängern mit klaren Profilvorgaben können Referenzen wichtiger sein als viele fachliche Details, weil die Rechnung sonst nicht zugeordnet wird.

Summen- und Steuerfehler sind besonders kritisch, weil sie fachlich auf die Rechnung wirken. Sie entstehen häufig durch Rundungslogik, mehrere Umsatzsteuersätze, steuerfreie Positionen, Rabatte, Zuschläge oder unterschiedliche Berechnung auf Positions- und Dokumentebene.

Ein einzelner Fehler ist ein Korrekturfall. Ein wiederkehrender Fehler ist ein Onboarding- oder Stammdatenproblem. Deshalb sollten Teams nicht nur einzelne Rechnungen ablehnen, sondern wiederholte Muster pro Lieferant, Format und Fehlergruppe sammeln.

• Gleiche Regel-ID bei mehreren Rechnungen.
• Immer fehlende Buyer Reference oder Leitweg-ID.
• Wiederkehrende Rundungsabweichung.
• Immer falsches ZUGFeRD-Profil oder fehlende eingebettete XML.
• Fehler nur nach ERP- oder Formatupdate.

Eine gute Rückmeldung nennt nicht nur 'ungültig'. Sie enthält Status, betroffene Fehlergruppe, kurze fachliche Erklärung, erforderliche Korrektur und nach Möglichkeit Regel-ID oder Berichtsauszug.

Datenschutz bleibt wichtig: Senden Sie nicht unnötig vollständige XML-Dateien, Bankdaten oder interne Kommentare weiter. Ein gezielter Bericht oder Auszug reicht oft aus.

1. Technische Formatfehler zuerst lösen, weil sie weitere Prüfung blockieren.
2. Pflichtfelder und Empfängerreferenzen prüfen, weil sie Verarbeitung und Zuordnung verhindern.
3. Summen, Steuergruppen und Rundung fachlich bewerten.
4. Zahlungsdaten und Skonto kontrollieren, wenn Zahlung oder Buchung betroffen ist.
5. Warnungen sammeln, aber von blockierenden Fehlern trennen.
6. Wiederkehrende Lieferantenfehler als Prozessproblem behandeln.