Eingangsrechnungsprüfung automatisieren: E-Rechnung, 3-Way-Match und ERP

Eine Rechnung trifft als XML-Datei ein, alle Pflichtfelder sind gefüllt und das ERP kann sie lesen. Trotzdem bleibt die entscheidende Frage offen: Wurde genau das geliefert, was der Lieferant berechnet? Für eine belastbare Antwort müssen Rechnung, Bestellung und Wareneingang positionsgenau zusammenfinden.

Worum es geht: die Kurzfassung

• Seit dem 1. Januar 2025 müssen inländische Unternehmen E-Rechnungen empfangen können. Nach den Übergangsregeln des Bundesfinanzministeriums endet für viele Rechnungsaussteller zum 31. Dezember 2026 die Möglichkeit, weiterhin Papier oder einfache PDF-Dateien zu verwenden.
• XRechnung und ZUGFeRD liefern strukturierte Daten, aber keine sachliche Freigabe. Preis, Menge, Lieferstatus und Bestellbezug müssen weiterhin geprüft werden.
• Der 3-Way-Match vergleicht Rechnung, Bestellung und Wareneingang. SAP beschreibt genau diesen Dreierabgleich als Grundlage der logistischen Rechnungsprüfung.
• Ein stabiler Workflow trennt Regeln, KI und menschliche Entscheidung. Steuerlogik und Toleranzen gehören in deterministische Regeln. KI hilft bei unklaren Dokumenten und Referenzen.
• Der häufigste Engpass liegt vor der KI: fehlende Bestellbezüge, verspätete Wareneingangsbuchungen und uneinheitliche Lieferantenartikelnummern.

Was muss eine automatisierte Eingangsrechnungsprüfung tatsächlich prüfen?

Eine automatisierte Eingangsrechnungsprüfung braucht fünf voneinander getrennte Prüfebenen: technisches Format, formale Rechnungsangaben, Bestellbezug, Wareneingang und interne Freigabe. Erst wenn alle relevanten Ebenen bestanden sind, entsteht ein belastbarer Buchungsvorschlag. Ein grüner XML-Validator deckt nur die erste Ebene ab.

Für die Konzeption verwenden wir ein Fünf-Ebenen-Modell, das Formatfehler und echte Geschäftsabweichungen auseinanderhält:

Das Modell verhindert einen verbreiteten Konstruktionsfehler: Ein einzelnes KI-Modell soll gleichzeitig lesen, rechnen, rechtlich bewerten und eine Buchung auslösen. Damit wird schwer nachvollziehbar, warum eine Rechnung durchgelaufen ist. Getrennte Prüfebenen liefern dagegen einen eindeutigen Grundcode pro Abweichung.

Warum löst die E-Rechnung die Prüfung noch nicht?

Eine E-Rechnung macht Rechnungsinhalte maschinenlesbar. Sie belegt weder die Lieferung noch die Richtigkeit der vereinbarten Konditionen. Das Bundesfinanzministerium nennt XRechnung und ZUGFeRD ab Version 2.0.1 als übliche zulässige Formate und empfiehlt eine technische Validierung. Diese Prüfung erkennt fehlende oder unlogische Pflichtangaben. Der betriebliche Belegabgleich bleibt Aufgabe des Empfängers.

Für Großhändler ist diese Trennung wichtig. Eine formal korrekte Rechnung kann trotzdem eine falsche Staffel, eine nicht vereinbarte Frachtposition oder eine bereits berechnete Teillieferung enthalten. Umgekehrt muss eine sachlich richtige Rechnung mit einem Formatfehler nicht in der Buchhaltung stranden. Der Workflow braucht für beide Fälle unterschiedliche Wege.

In der Übergangsphase kommen zudem mehrere Eingangstypen parallel an:

• strukturierte XRechnungen als XML,
• ZUGFeRD-Dateien mit PDF-Sichtteil und eingebettetem XML,
• EDI-Nachrichten aus gewachsenen Lieferantenverbindungen,
• einfache PDF-Rechnungen innerhalb der geltenden Übergangsregeln,
• Scans und weitergeleitete Anhänge als Klärfälle.

Deshalb sollte der Eingangskanal zuerst das Format erkennen und normalisieren. Danach arbeiten alle weiteren Prüfschritte auf demselben internen Datenmodell.

Wie läuft der Prozess vom Postfach bis zum ERP?

Der belastbare Ablauf besteht aus acht Schritten. Die KI ist nur an den Stellen beteiligt, an denen Informationen uneinheitlich oder mehrdeutig sind. Jede Buchung erhält zugleich einen Prüfpfad, der später nachvollziehbar bleibt.

1. Eingang übernehmen. Der Workflow überwacht das Rechnungspostfach, ein Lieferantenportal, Peppol oder eine EDI-Schnittstelle. Originaldatei und Empfangszeit werden unverändert gesichert.
2. Format bestimmen. XML, ZUGFeRD, PDF und Scan werden erkannt. Strukturierte Dateien laufen durch einen Schema-Validator; bei PDFs übernimmt Dokumentenerkennung die Extraktion.
3. Lieferant identifizieren. USt-IdNr., Kreditorennummer, IBAN und Absenderdaten werden gegen den Kreditorenstamm geprüft. Abweichende Bankverbindungen lösen immer einen Klärfall aus.
4. Kopf- und Positionsdaten normalisieren. Rechnungsnummer, Datum, Währung, Steuern, Artikel, Mengen, Einzelpreise und Zuschläge landen in einem einheitlichen Schema.
5. Bestellung zuordnen. Bestellnummer, Lieferantenreferenz und Positionsmerkmale verbinden die Rechnung mit einer oder mehreren Bestellungen.
6. 3-Way-Match ausführen. Das System vergleicht Rechnungspositionen mit Bestellung und gebuchtem Wareneingang. Teilmengen und mehrere Lieferscheine werden positionsweise aufgelöst.
7. Toleranzen anwenden. Preis-, Mengen- und Rundungsabweichungen werden nach Warengruppe, Lieferant und Betrag bewertet. Ungeklärte Fälle landen mit Belegkontext bei der zuständigen Stelle.
8. Buchung oder Vorschlag erzeugen. Ein bestandener Vorgang wird im ERP kontiert und zur Zahlung freigegeben oder zunächst als Buchungsvorschlag gespeichert. Alle Prüfschritte bleiben protokolliert.

Die ERP-Anbindung für KI-Agenten ist dabei wichtiger als die Wahl des Sprachmodells. Ohne verlässliche Lese- und Schreibschnittstelle entstehen neue Exporte, Zwischenlisten und manuelle Übergaben.

Der spiegelbildliche Prozess auf der Debitorenseite folgt derselben Logik: Dort wird nicht die Rechnung gegen den Wareneingang geprüft, sondern der Zahlungseingang gegen die offenen Posten. Wie sich diese Zahlungszuordnung automatisieren lässt, behandelt ein eigener Beitrag.

Was leistet der 3-Way-Match im Großhandel?

Der 3-Way-Match prüft, ob Rechnungsposition, Bestellposition und tatsächlich gebuchter Wareneingang zusammenpassen. Die SAP-Dokumentation zur Rechnungsprüfung beschreibt denselben Ablauf: Rechnung zuordnen, Abweichungen prüfen und erst danach buchen.

Im Tagesgeschäft muss der Abgleich mehr als einen einfachen Gleichheitsvergleich beherrschen:

• Teillieferungen: Eine Bestellung über eine Gesamtmenge wird in mehreren Lieferungen erfüllt. Die Rechnung darf nur die bereits eingegangene Menge abrechnen.
• Sammelrechnungen: Eine Rechnung enthält Positionen aus mehreren Bestellungen oder Lieferungen. Jede Position braucht ihren eigenen Bezug.
• Mengeneinheiten: Der Lieferant rechnet Kartons ab, das ERP führt Stück. Die Umrechnung muss aus den Stammdaten kommen.
• Preisstaffeln und Boni: Der Rechnungswert hängt von Mengenstaffel, Aktionszeitraum oder kundenspezifischer Kondition ab.
• Nebenkosten: Fracht, Mindermengenzuschlag oder Verpackung stehen oft nur auf Kopfebene und müssen nach Vertrag bewertet werden.
• Retouren und Gutschriften: Bereits zurückgesandte Ware verändert die offene Menge. Ein isolierter Rechnungsabgleich würde zu viel freigeben.

Genau hier zeigt sich die Qualität der Datenbasis. Wenn der Wareneingang erst Tage später gebucht wird, wirkt eine korrekte Rechnung wie ein Fehler. Der Automat darf diesen Fall nicht raten. Er wartet auf den Beleg oder fordert eine Klärung an.

Welche Aufgaben gehören in Regeln, KI oder menschliche Freigabe?

Die Technik sollte nach Fehlertyp ausgewählt werden. Deterministische Regeln rechnen und vergleichen zuverlässig. KI löst sprachliche und dokumentarische Mehrdeutigkeit. Die menschliche Freigabe bleibt für wirtschaftlich oder rechtlich relevante Ausnahmen zuständig.

Wo dieser Prozess im Verhältnis zu Auftrag, Reklamation und Wissenssystemen steht, ordnet der Pillar zu den KI-Agenten-Anwendungsfällen im Mittelstand ein.

Eine KI sollte keine Toleranz „nach Gefühl“ auslegen. Eine Preisabweichung ist entweder innerhalb einer hinterlegten Grenze oder sie ist es nicht. Sprachmodelle sind nützlich, wenn eine Position „VA-Schraube A2 6x20“ auf der Rechnung und „DIN 933 M6 × 20 A2“ im Artikelstamm heißt. Die finale Zuordnung wird mit Stamm- und Bestelldaten belegt.

Welche Daten müssen vor dem Pilot stimmen?

Für einen Pilot müssen keine perfekten Stammdaten vorliegen. Vier Beziehungen müssen jedoch belastbar sein: Lieferant zu Kreditor, Rechnung zu Bestellung, Bestellung zu Wareneingang und Lieferantenartikel zu eigener Artikelnummer. Fehlt eine davon regelmäßig, wird der Klärfallanteil hoch bleiben.

Prüfen Sie vor der Umsetzung:

• Enthalten Bestellungen eine Referenz, die auf der Rechnung wieder auftaucht?
• Werden Wareneingänge positionsgenau und zeitnah gebucht?
• Sind Mengeneinheiten und Umrechnungsfaktoren gepflegt?
• Lassen sich Vertragskonditionen maschinenlesbar abrufen?
• Gibt es Regeln für Fracht, Rundung, Teillieferung und Überlieferung?
• Ist eindeutig festgelegt, wer welchen Klärfall freigibt?
• Kann das ERP einen Buchungsvorschlag per API oder freigegebenem Import übernehmen?

Schwache Artikel- und Lieferantendaten lassen sich parallel verbessern. Der Beitrag Stammdaten als Engpass für KI-Projekte zeigt, welche Prüfungen zuerst Wirkung bringen.

Wie werden Abweichungen bearbeitbar statt nur sichtbar?

Ein produktiver Rechnungsworkflow liefert zu jedem Klärfall einen Grund, die betroffenen Positionen und die passenden Belege. Eine Sammelmeldung wie „Rechnung stimmt nicht“ verlagert die Arbeit lediglich in ein neues System.

Sinnvolle Grundcodes sind beispielsweise:

• Bestellung nicht gefunden,
• Wareneingang fehlt,
• berechnete Menge übersteigt Eingangsmenge,
• Preis außerhalb der Toleranz,
• unbekannter Zuschlag,
• Steuer- oder Summenabweichung,
• mögliche Dublette,
• Kreditoren- oder Bankdaten geändert.

Der Sachbearbeiter sieht Rechnung, Bestellung, Lieferschein und Abweichung in einer Ansicht. Seine Entscheidung fließt als Regelanpassung oder bestätigte Zuordnung zurück. Sie sollte nicht ungeprüft als Trainingsdatum dienen. Einzelne Freigaben können Ausnahmen sein und dürfen keine allgemeine Regel verändern.

Wie messen Sie, ob sich die Automatisierung lohnt?

Die Wirtschaftlichkeit lässt sich ohne Branchenversprechen berechnen. Erheben Sie vor dem Pilot zwei bis vier Wochen lang Volumen, Bearbeitungszeit und Klärgründe. Danach vergleichen Sie dieselben Werte mit dem neuen Prozess.

Die zentrale Rechnung lautet:

Jährlicher Zeitnutzen = Vorgänge × ersparte Minuten je Vorgang × Vollkostensatz.

Davon gehen Implementierung, ERP-Anbindung, Betrieb, Monitoring und fachliche Pflege ab. Unser Beitrag zum KI-ROI im Mittelstand erläutert die vollständige Rechnung und den Unterschied zwischen rechnerisch gesparter Zeit und tatsächlich nutzbarem Budget.

Wie starten Sie mit vertretbarem Risiko?

Beginnen Sie mit einer klar begrenzten Lieferantengruppe, vorhandenen Bestellbezügen und stabil gebuchtem Wareneingang. Der Workflow erzeugt zunächst Vorschläge. Nach einem dokumentierten Paralleltest werden nur jene Fälle freigegeben, deren Regeln wiederholt korrekt gegriffen haben.

Ein sinnvoller Einführungsweg besteht aus vier Phasen:

1. Baseline und Regelwerk: Volumen, Klärgründe, Toleranzen und Freigaberechte aufnehmen.
2. Lesender Parallelbetrieb: Rechnungen prüfen lassen, ohne in das ERP zu schreiben. Ergebnis gegen die manuelle Bearbeitung vergleichen.
3. Buchungsvorschläge: Bestandene Fälle als Entwurf in das ERP übertragen. Der Mensch prüft und gibt frei.
4. Begrenzte Dunkelverarbeitung: Nur klar definierte Fallklassen automatisch buchen. Stichproben, Fehlergrenzen und Abschaltung bleiben aktiv.

Die automatische Zahlung sollte nicht Teil des ersten Piloten sein. Rechnungsprüfung, Buchungsfreigabe und Zahlung sind getrennte Berechtigungen. Diese Trennung schützt auch dann, wenn eine Lieferantenmail oder ein Dokument manipuliert wurde.

Häufige Fragen

Ist eine E-Rechnung automatisch sachlich geprüft?
Nein. Das strukturierte Format macht Rechnungsdaten maschinenlesbar. Ob Menge, Preis und Lieferung stimmen, zeigt erst der Abgleich mit Bestellung, Wareneingang und den Freigaberegeln des Unternehmens.

Was ist der Unterschied zwischen 2-Way- und 3-Way-Match?
Beim 2-Way-Match werden Rechnung und Bestellung verglichen. Der 3-Way-Match bezieht zusätzlich den gebuchten Wareneingang oder Leistungsnachweis ein. Damit lässt sich prüfen, ob die berechnete Ware tatsächlich eingegangen ist.

Braucht die Rechnungsprüfung immer KI?
Nein. XRechnung, ZUGFeRD, Steuerlogik und Toleranzgrenzen lassen sich regelbasiert prüfen. KI ist vor allem bei unstrukturierten PDFs, uneinheitlichen Positionsbezeichnungen und der Zuordnung unklarer Referenzen nützlich.

Kann eine geprüfte Rechnung direkt im ERP gebucht werden?
Technisch ja. Zu Beginn sollte der Workflow jedoch nur einen Buchungs- oder Freigabevorschlag erzeugen. Eine automatische Buchung ist erst sinnvoll, wenn Testfälle, Toleranzen, Berechtigungen und der Umgang mit Klärfällen stabil sind.

Welche Daten fehlen für einen 3-Way-Match am häufigsten?
Meist fehlt kein Rechnungsfeld, sondern eine belastbare Verbindung zwischen Bestellung, Teillieferung und Wareneingang. Häufige Ursachen sind freie Bestellnummern, verspätete Wareneingangsbuchungen und abweichende Artikelnummern des Lieferanten.

Der nächste sinnvolle Schritt

Nehmen Sie einen Monat Eingangsrechnungen und markieren Sie pro Vorgang: Bestellbezug vorhanden, Wareneingang vollständig, Abweichungsgrund und Bearbeitungszeit. Damit sehen Sie schnell, ob ein 3-Way-Match bei Ihnen Daten findet oder nur neue Klärfälle erzeugt.

Wenn Sie die Strecke vom Rechnungseingang bis zum ERP bewerten lassen möchten, vereinbaren Sie ein Beratungsgespräch. Wir prüfen Datenlage, Schnittstellen und Toleranzen und sagen auch dann klar ab, wenn eine klassische Workflow-Lösung ohne KI die bessere Wahl ist.

Methodik: Recherche KI-gestützt, redaktionell verantwortet von Tobias Egner. Rechtliche und technische Aussagen wurden anhand der BMF-FAQ zur E-Rechnung und der SAP-Dokumentation zur Rechnungsprüfung abgeglichen; Stand 14. Juli 2026. Das Fünf-Ebenen-Modell ist ein Dagentic-Arbeitsraster. Der Beitrag ersetzt keine Steuer- oder Rechtsberatung.