Warum die meisten Rechnungsprüfungs-Programme an der Bestellprüfung scheitern

Fast jede AP-Software prüft die Rechnung, aber kaum eine die Bestellbestätigung. Die Gründe sind strukturell: kein Zugriff auf offene Bestellungen auf Positionsebene, der falsche Prozessmoment, schwieriges Positions-Matching und kein Standard wie ZUGFeRD für Auftragsbestätigungen.

Fast jede Software für den Rechnungseingang wirbt mit „automatischer Prüfung". Fragt man nach, ist damit fast immer nur eines gemeint: die Rechnung. Die Bestellbestätigung des Lieferanten, also der Beleg, mit dem er Ihre Bestellung annimmt, wird in den meisten Systemen gar nicht geprüft. Das ist kein Zufall und keine Nachlässigkeit einzelner Anbieter, sondern hat vier strukturelle Gründe.

Grund 1: Die Tools sitzen hinter dem Einkauf, nicht daneben

Klassische AP-Automation (Accounts Payable) ist als Post-ERP-Schicht gebaut. Sie übernimmt die Rechnung, bucht sie und schiebt sie ins ERP. Für die Rechnungsprüfung reicht ihr ein grober Bestellbezug: Kopfbetrag gegen Bestellsumme, fertig.

Die Bestellbestätigung dagegen muss positionsgenau gegen die offene Bestellung geprüft werden, und diese Bestellung lebt im ERP (SAP MM, Business Central, NEVARIS). Viele SaaS-Tools binden das ERP nur flach an: Sie *schreiben* die gebuchte Rechnung hinein, aber sie *lesen* offene Bestellungen nicht auf Positionsebene wieder heraus. Ohne diesen Lesezugriff fehlt schlicht die Referenz, gegen die man die Bestätigung halten könnte.

Grund 2: Der falsche Moment im Prozess

AP-Automation ist auf einen Moment optimiert: die ankommende Rechnung. Ihr ganzer Workflow, ihre Oberfläche, ihr ROI-Versprechen („touchless booking") hängen daran.

Die Bestellbestätigung kommt aber viel früher, direkt nach der Bestellung, lange bevor Ware oder Rechnung da sind. Das ist ein anderer Prozessschritt, näher am Einkauf als an der Buchhaltung. Ein Tool, das nur auf den Rechnungseingang lauert, hat für diesen Moment gar keinen Platz im Ablauf.

Dabei ist genau das der Punkt: Wer eine stille Preiserhöhung, eine gekürzte Menge oder einen verschobenen Liefertermin erst auf der Rechnung entdeckt, entdeckt sie zu spät. Da ist die Ware längst geliefert und oft schon verbaut. Auf der Bestätigung wäre dieselbe Abweichung ein Anruf beim Lieferanten gewesen.

Grund 3: Positions-Matching ist wirklich schwer

Eine Rechnung zu lesen heißt oft: Kopfdaten und ein paar Summen erfassen. Eine Bestätigung gegen eine Bestellung zu prüfen heißt: jede Position der einen gegen jede Position der anderen zuordnen, und das ist deutlich anspruchsvoller.

• Artikelnummern und Bezeichnungen stimmen selten wörtlich überein.
• Es gibt Teilbestätigungen (der Lieferant bestätigt nur einen Teil der Menge oder splittet auf mehrere Termine).
• Es gibt Ersatzartikel, die inhaltlich prüfpflichtig sind.
• Einheiten und Verpackungsmengen weichen ab (Stück gegen Karton, kg gegen Tonne).

Das braucht ein Verständnis des Sachverhalts, keine Vorlage. Template-basierte Texterkennung scheitert hier strukturell, weil sie Zeichen liest, aber nicht versteht, was sie liest.

Grund 4: Es gibt keinen ZUGFeRD für Auftragsbestätigungen

Für Rechnungen gibt es strukturierte Standards (XRechnung, ZUGFeRD, Peppol). Für Auftragsbestätigungen gibt es das im Mittelstand praktisch nicht. Sie kommen als PDF, als Anhang, in hundert verschiedenen Layouts, je Lieferant anders. Ohne eine layoutunabhängige, verstehende Extraktion bekommt man die Positionen gar nicht sauber heraus, und ohne saubere Positionen kein Abgleich.

Grund 5: Niemand fühlt sich zuständig

Es gibt noch einen unbequemen, unternehmensinternen Grund: Die Bestellbestätigung fällt organisatorisch zwischen Einkauf und Kreditorenbuchhaltung. Der Einkauf hat bestellt und hakt ab, die Buchhaltung sieht erst die Rechnung. Der Beleg dazwischen wird oft nur überflogen oder abgelegt. Wo niemand die Kontrolle besitzt, baut auch keine Software sie ein.

Was es stattdessen braucht

Damit eine Software beide Belegarten prüfen kann, braucht sie drei Dinge, die die meisten nicht mitbringen:

1. Lesenden Zugriff auf offene Bestellungen auf Positionsebene aus dem ERP, nicht nur das Zurückschreiben von Rechnungen.
2. Layoutunabhängige, verstehende Extraktion ohne Template-Pflege, damit jede Lieferanten-Bestätigung gelesen wird.
3. Eine Prüflogik je Position, die Preis, Menge, Liefertermin und Ersatzartikel vergleicht und Abweichungen erklärbar meldet, statt nur Kopfsummen zu addieren.

Genau an dieser Stelle setzt BelegrAIdar an: Die Bestellung kommt aus Ihrem ERP und wird gelesen, die Bestätigung wird layoutunabhängig erfasst, und der Abgleich läuft positionsgenau. Weicht etwas ab, entsteht automatisch eine Rückfrage an den Lieferanten, bevor geliefert und fakturiert wird. Warum das der wirtschaftlich früheste und günstigste Kontrollpunkt ist, lesen Sie unter Die Bestellbestätigung: der wichtigste Beleg, den kaum jemand prüft.