ERP & Automatisierung
Lieferscheine und Auftragsbestätigungen automatisch erfassen: die vergessenen Belege
Wenn Unternehmen ihren Belegeingang automatisieren, beginnen sie fast immer bei der Eingangsrechnung — verständlich, dort sitzt der regulatorische Druck und die Buchhaltung drängt. Zwei Belegarten bleiben dabei regelmäßig liegen: die Auftragsbestätigung des Lieferanten und der Lieferschein am Wareneingang. Sie gelten als Belege zweiter Klasse — bloße Zwischenschritte, die man ablegt und im Zweifel wiederfindet.
Das ist ein teurer Irrtum. Denn diese beiden Belege sind die einzigen Stellen im Einkaufsprozess, an denen Abweichungen vor der Rechnung sichtbar werden — also zu einem Zeitpunkt, an dem sich noch gegensteuern lässt. Wer sie nicht systematisch erfasst und abgleicht, entdeckt Preiserhöhungen, Terminverschiebungen und Mengendifferenzen erst, wenn die Ware verbaut oder die Rechnung gebucht ist.
Warum diese Belege liegen bleiben
Drei Gründe erklären die Lücke. Erstens fehlt der externe Druck: Keine E-Rechnungspflicht, keine Steuerprüfung interessiert sich für Auftragsbestätigungen — also fehlt der Anlass, den die Rechnungsdigitalisierung hatte. Zweitens ist der empfundene Aufwand pro Beleg klein: Eine AB wird „nur kurz überflogen”, ein Lieferschein „nur abgeheftet” — dass Überfliegen ohne Positionsabgleich praktisch wertlos ist, fällt nicht auf. Drittens sind es schlicht viele: Zu jeder Bestellung gehören im Normalfall eine AB und mindestens ein Lieferschein — der Belegberg ist doppelt so hoch wie der Rechnungsstapel, und genau deshalb wird er nicht angefasst.
Das Ergebnis ist in vielen Unternehmen dasselbe stille Arrangement: ABs werden abgelegt statt geprüft, Lieferscheine am Wareneingang grob gegen die Lieferung gezählt, und die Rechnung wird am Ende „nach Gefühl” freigegeben. Jeder Schritt für sich wirkt vernünftig. In Summe entsteht ein Prozess, in dem der Lieferant faktisch unbeaufsichtigt arbeitet.
Was das kostet: drei typische Schadensbilder
Die stille Auftragsänderung. Die Bestellung nennt 100 Stück zu 12,40 Euro, Liefertermin KW 28. Die Auftragsbestätigung nennt 12,90 Euro und KW 31 — steht aber ungelesen im Ordner. Aufgefallen wäre es beim Positionsvergleich in zehn Sekunden; tatsächlich fällt es auf, wenn die Linie in KW 29 auf Material wartet, und der Mehrpreis fällt nie auf, weil die Rechnungsprüfung gegen die AB prüft — die ja 12,90 sagt. Eine bestätigte Preisabweichung von 4 % über ein nennenswertes Einkaufsvolumen ist kein Klärfall mehr, sondern Margenerosion mit System.
Die Differenz am Wareneingang. Geliefert werden 96 Stück, der Lieferschein sagt 100, gezählt wird stichprobenartig. Die Differenz materialisiert sich Wochen später als Fehlbestand — dann ist nicht mehr rekonstruierbar, ob falsch geliefert, falsch gebucht oder entnommen wurde. Reklamationsfristen sind verstrichen, der Lieferant verweist zu Recht auf den quittierten Lieferschein.
Die ungedeckte Rechnung. Ohne erfasste AB- und Lieferschein-Daten prüft die Kreditorenbuchhaltung die Rechnung gegen die Bestellung — oder gegen gar nichts. Teillieferungen, Nachlieferungen und Preisstaffeln machen den manuellen Abgleich so mühsam, dass er bei kleinen Beträgen schlicht unterbleibt. Genau dort sammeln sich die Cent- und Einzelpositionsdifferenzen, die niemand je zurückholt.
Der eigentliche Hebel: der automatische Belegabgleich
Der Wert der Erfassung liegt nicht in der Ablage, sondern im Abgleich — im klassischen Einkaufs-Controlling als Three-Way-Match bekannt: Bestellung, Lieferschein (plus AB) und Rechnung werden positionsweise gegeneinander geprüft, bezahlt wird nur, was bestellt, bestätigt und geliefert wurde.
Manuell scheitert der Three-Way-Match im Mittelstand an der Arbeitsmenge — positionsweiser Vergleich dreier Dokumente pro Vorgang ist bei hunderten Vorgängen pro Monat illusorisch. Automatisiert dreht sich die Logik um: Die Pipeline erfasst jede AB und jeden Lieferschein template-frei (dieselbe Extraktions- und Validierungsarchitektur wie bei Bestellungen und Rechnungen), ordnet die Belege über Bestellnummer, Artikelnummern und Mengenlogik dem Vorgang zu — und meldet nur die Abweichungen:
- AB weicht von Bestellung ab → Hinweis an den Einkauf, solange Reaktion noch möglich ist: Preis, Menge, Termin, Ersatzartikel.
- Lieferschein weicht von Bestellung/AB ab → Klärfall am Wareneingang, mit Frist und Beleg, statt Wochen später im Lager.
- Rechnung weicht von geliefertem Stand ab → automatische Sperre statt Freigabe nach Gefühl.
Der Mensch prüft nicht mehr hundert unauffällige Vorgänge, um drei auffällige zu finden — er bekommt die drei vorgelegt, mit den Belegstellen nebeneinander. Das ist derselbe Architekturgedanke, der die gesamte Belegautomatisierung trägt: Maschinen prüfen flächendeckend, Menschen entscheiden Ausnahmen. (Grundlagen im Leitfaden zur Belegautomatisierung.)
Praxisfragen der Erfassung: was bei diesen Belegarten anders ist
Technisch sind AB und Lieferschein dankbare Extraktionsziele — mit drei Eigenheiten, die eine Pipeline beherrschen muss:
- Referenzketten statt Einzelbeleg: Der Wert entsteht aus der Zuordnung (Lieferschein → Bestellung → Vorgang). Die Extraktion muss Referenznummern zuverlässig mitnehmen — und die Pipeline braucht Stammdaten- und Vorgangszugriff im ERP, um sie aufzulösen. Genau hier endet der Funktionsumfang generischer SaaS-Tools häufig, und genau hier beginnt die ERP-Integrationsarbeit.
- Teil- und Sammellieferungen: Eine Bestellung, drei Lieferscheine — oder ein Lieferschein über zwei Bestellungen. Der Abgleich arbeitet deshalb kumulativ auf Positionsebene (bestellt 100, bisher geliefert 60 + 40) statt Beleg gegen Beleg.
- Wenig Arithmetik, viel Logik: Lieferscheine tragen oft keine Preise — die mathematische Selbstkontrolle der Rechnungsprüfung entfällt teilweise. An ihre Stelle treten Konsistenzregeln (gelieferte Menge ≤ bestellte Restmenge, Artikel existiert im Vorgang) und das Grounding jedes Werts gegen den Belegtext.
Häufige Fragen
Lohnt sich die Erfassung, wenn wir Lieferscheine bisher nur ablegen? Gerade dann — „nur ablegen” heißt: Der Three-Way-Match findet heute nicht statt, Abweichungen werden vom Zufall gefunden. Der Nutzen entsteht nicht aus der digitalen Ablage, sondern aus dem Abgleich, den es vorher schlicht nicht gab.
Unsere Lieferscheine sind teils Papier mit Stempel und Unterschrift — geht das? Ja. Gescannte und fotografierte Belege laufen über einen Vision-Pfad derselben Pipeline; handschriftliche Vermerke (Mengenkorrekturen am Wareneingang) sind erfassbar und landen wegen niedrigerer Konfidenz häufiger in der Review-Queue — was bei korrigierten Mengen genau richtig ist.
Brauchen wir dafür ein neues Wareneingangs-Modul im ERP? Nein. Die Pipeline schreibt in die vorhandenen Strukturen (Wareneingänge, Vorgänge, Sperrkennzeichen) — sie ergänzt das ERP um Erfassung und Abgleich, statt Prozesse zu ersetzen. Welche Felder und Workflows genau bedient werden, ist Teil der Integrationsarbeit pro System.
Wo anfangen — AB, Lieferschein oder Rechnung? Dort, wo die Abweichungen am teuersten sind: In Fertigungsunternehmen meist bei der AB (Termin- und Preisänderungen), im Handel am Wareneingang (Mengendifferenzen). Da alle Belegarten dieselbe Pipeline nutzen, ist die Reihenfolge eine Frage der Priorität, nicht der Architektur.
Fazit
Auftragsbestätigungen und Lieferscheine sind die blinden Flecken der Belegautomatisierung: ohne regulatorischen Anlass, einzeln unscheinbar — und in Summe die Stelle, an der Preisabweichungen, Terminrisiken und Mengendifferenzen unbeobachtet passieren. Template-freie Erfassung macht aus dem Belegberg einen automatischen Positionsabgleich über den ganzen Einkaufsprozess: Bestellung, Bestätigung, Lieferung, Rechnung. Maschinen prüfen alles, Menschen sehen nur noch Abweichungen — und die früh genug, um zu reagieren.
kitun baut Belegabgleich als maßgeschneidertes ERP-Modul — Erfassung aller Belegarten, Vorgangszuordnung und Abweichungslogik direkt im vorhandenen System, on-premise. Welche Belegart im eigenen Prozess den größten Hebel hat, klärt ein 20-minütiges Erstgespräch.