Lieferschein digitalisieren: Daten auslesen und prüfen

Einen Lieferschein zu digitalisieren bedeutet mehr, als ihn zu scannen. Erst wenn Kopfdaten und einzelne Lieferpositionen als strukturierte Zeilen vorliegen, können Wareneingang, Einkauf und Buchhaltung die Angaben prüfen, filtern und weiterverwenden. Das Originaldokument bleibt erhalten: Die Datenauslese ersetzt weder den Bestellabgleich noch die Rechnungsprüfung oder eine ordnungsgemäße Archivierung.

Gemeint ist hier ein bereits empfangener Lieferschein auf Papier, als PDF, Scan oder Foto. Wer dagegen einen neuen Lieferschein erstellen oder zur Unterschrift bereitstellen will, benötigt einen anderen Prozess. Beim Digitalisieren vorhandener Belege geht es darum, Angaben wie Lieferscheinnummer, Bestellreferenz, Artikelnummer und gelieferte Menge aus dem Dokument in ein einheitliches Datenschema zu übertragen.

OCR ist dafür ein Baustein, aber nicht das Endergebnis. Die Texterkennung macht Zeichen in einem Bild maschinenlesbar. Ein brauchbarer Extraktionsprozess muss zusätzlich erkennen, welche Zahl zur Bestellnummer gehört, welche Menge bestellt und welche tatsächlich geliefert wurde und welche Zeilen zusammen eine Position bilden. Gerade bei unterschiedlichen Lieferantenlayouts reicht ein reiner Textabzug deshalb selten aus.

Strukturierte Lieferscheindaten erfüllen mehrere konkrete Aufgaben. Sie machen Fehlmengen und beschädigte Lieferungen sichtbar, bereiten Daten für Excel oder einen kontrollierten Systemimport vor und erhalten Referenzen für spätere Prüfungen. Entscheidend ist nicht, ob ein Dokument digital aussieht, sondern ob seine Informationen in einem nachvollziehbaren Schema vorliegen und jede Zeile zur Quelle zurückverfolgt werden kann.

Das Excel-Schema beginnt bei Kopf- und Positionsdaten

Bevor ein Team Lieferscheindaten extrahiert, sollte es das Ziel der Tabelle festlegen. Eine Liste für eine einmalige Mengenkontrolle braucht andere Spalten als eine Importdatei für ein Warenwirtschaftssystem. Wer vorsorglich jede sichtbare Angabe übernimmt, erzeugt meist ein breites Rohschema, das später trotzdem manuell bereinigt werden muss.

Ein belastbares Schema trennt Kopfdaten von Positionsdaten:

Ebene	Sinnvolle Felder
Dokument	Lieferscheinnummer, Lieferscheindatum, Lieferant, Empfänger, Bestell- oder Auftragsnummer
Empfang	Empfangsdatum und -zeit, Name oder Unterschrift, Status der Lieferung
Position	Positionsnummer, Artikelnummer oder SKU, Beschreibung, bestellte Menge, gelieferte Menge, Einheit
Rückverfolgung	Charge, Los, Seriennummer, Paket- oder Palettenreferenz, sofern vorhanden
Quelle und Prüfung	Quelldatei, Seitenzahl, Prüfstatus, Abweichungsart, Prüfnotiz

Kopfdaten kommen gewöhnlich einmal pro Lieferschein vor. Positionen wiederholen sich. Deshalb sollte eine Excel-Datei für die weitere Verarbeitung in der Regel eine Zeile pro Lieferposition enthalten. Die Lieferscheinnummer, Bestellreferenz, der Lieferant sowie Datei und Seite werden in jeder dieser Zeilen wiederholt. So bleibt eine einzelne Position auch nach dem Sortieren, Filtern oder Zusammenführen mit anderen Dateien eindeutig zuordenbar.

Eine mögliche Spaltenfolge lautet:

1. Quelldatei und Seite
2. Lieferscheinnummer und Datum
3. Lieferant und Empfänger
4. Bestellnummer und Bestellposition
5. Artikelnummer, Beschreibung und Einheit
6. Bestellte und gelieferte Menge
7. Charge, Los, Seriennummer oder Ladungsträger
8. Prüfstatus, Abweichungsart und Prüfnotiz

Diese Reihenfolge ist kein allgemeingültiges Muster. Für eine Chargenrückverfolgung gehören Losnummer und Verfallsdatum weiter nach vorn; für die Wareneingangskontrolle sind Bestellposition, Menge und Abweichungsstatus wichtiger. Felder, die auf den Quelldokumenten nicht vorkommen und auch nicht für einen nachgelagerten Prozess gebraucht werden, sollten nicht als scheinbar vollständige leere Spalten mitgeführt werden.

Ein eigenes Prüffeld ist besonders nützlich. Statt einen unleserlichen Wert zu erraten oder eine fehlende Mengenangabe stillschweigend als null zu behandeln, kann die Zeile etwa als „zu prüfen“, „fehlt auf Quelle“ oder „Mengenabweichung“ gekennzeichnet werden. Die Tabelle bildet dann nicht nur den Normalfall ab, sondern auch die Fälle, die im Tagesgeschäft tatsächlich Zeit kosten.

Erst mit einem repräsentativen Testlauf skalieren

Ein Test mit fünf sauber erzeugten PDFs sagt wenig über den späteren Betrieb aus. Die Stichprobe sollte mehrere Lieferanten, verschiedene Layouts und die problematischen Belege enthalten, die im Wareneingang tatsächlich ankommen: native PDFs, mehrseitige Scans, Handyfotos, schiefe Seiten, schwacher Kontrast und handschriftliche Ergänzungen. Auch Lieferscheine mit vielen Positionen oder einem Seitenumbruch innerhalb der Positionstabelle gehören dazu.

Das Zielschema entsteht vor dem Upload. Das Team legt fest, welche Kopf- und Positionsfelder benötigt werden, wie die Spalten heißen und welche Ausgabeformate oder Datentypen der Folgeprozess erwartet. Eine konkrete Extraktionsanweisung könnte inhaltlich verlangen:

Extrahiere Lieferscheinnummer, Lieferscheindatum, Lieferant, Bestellnummer sowie für jede Position Artikelnummer, Beschreibung, bestellte Menge, gelieferte Menge und Einheit. Erzeuge eine Zeile pro Position und wiederhole Lieferscheinnummer, Quelldatei und Seitenzahl in jeder Zeile. Lass fehlende Werte leer und kennzeichne sie zur Prüfung.

Wer Daten aus PDFs und Scans extrahieren möchte, kann diesen Ablauf mit Invoice Data Extraction als kontrollierten Test umsetzen. Die Anwendung verarbeitet PDF-, JPG- und PNG-Dateien, übernimmt die im Prompt benannten Felder und stellt die Ergebnisse als XLSX, CSV oder JSON bereit. Jede Ausgabezeile verweist auf Quelldatei und Seite. Bei einem unsicheren Ergebnis kann ein Hinweis „Review Needed“ die manuelle Kontrolle anstoßen.

Nach dem ersten Durchlauf zählt nicht nur, ob die erwarteten Spalten vorhanden sind. Zu prüfen sind vor allem:

• Wurden alle Positionen erfasst, auch über Seitenumbrüche hinweg?
• Gehören Kopf- und Positionsdaten zum richtigen Lieferschein?
• Sind Mengen, Datumswerte und Artikelnummern im benötigten Datentyp ausgegeben?
• Führt jede Zeile eindeutig zur Quelldatei und Seite zurück?
• Werden unklare Handschrift und schwer lesbare Werte sichtbar zur Prüfung markiert?

Erst wenn diese Punkte für die Stichprobe passen, lohnt sich ein gespeicherter Prompt für wiederkehrende Läufe und die Verarbeitung größerer Batches. Bei einem neuen Lieferantenlayout sollte wieder eine kleine Probe in die Kontrolle gehen. Das ist besonders wichtig, weil Lieferscheine kein vollständig einheitliches Feldinventar haben und spezialisierte Dokumenttypen vor dem Skalieren am eigenen Material geprüft werden sollten.

Dasselbe Vorgehen lässt sich auf benachbarte Belegarten übertragen. Wer Kassenbons für Excel digitalisieren will, benötigt andere Felder, doch Zielschema, repräsentative Stichprobe und sichtbare Prüfung unsicherer Werte bleiben dieselben Grundentscheidungen.

---

Ausnahmen brauchen eigene Felder statt stiller Korrekturen

Der Normalfall ist eine Bestellung, eine vollständige Lieferung und eine spätere Rechnung. Im echten Belegfluss sind die Beziehungen selten so sauber. Eine Bestellung kann in mehreren Teillieferungen eintreffen; eine Rechnung kann Positionen aus mehreren Lieferscheinen abrechnen. Umgekehrt kann ein Lieferschein später mehreren Rechnungen zugeordnet werden, etwa wenn Positionen getrennt fakturiert werden. Eine einzige Bestellnummer als loses Textfeld bildet diese Fälle nicht ausreichend ab.

Für Teillieferungen müssen Bestellnummer, Bestellposition, Lieferscheinnummer und tatsächlich gelieferte Menge gemeinsam erhalten bleiben. Zusätzlich ist ein Status sinnvoll, der zwischen vollständiger Lieferung, Teillieferung, Restmenge offen und Überlieferung unterscheidet. Die Daten dokumentieren damit, was auf dem Lieferschein steht. Ob die Menge laut Bestellung richtig ist, entscheidet erst der Abgleich mit den Bestelldaten.

Auch fachliche Ausnahmen gehören als Daten in die Ausgabe:

• Bei einer Fehlmenge werden Sollmenge, gelieferte Menge und Abweichungsart getrennt geführt.
• Bei einer beschädigten Lieferung bleibt die gelieferte Menge erhalten; Schaden und Annahmeentscheidung stehen in eigenen Feldern.
• Bei Handschrift oder unleserlichen Angaben enthält die Tabelle den erkannten Wert nur zusammen mit einem Prüfstatus und dem Rückverweis auf die Quelle.
• Bei Chargen-, Los- oder Seriennummern darf eine unklare Ziffer nicht still korrigiert werden, weil sie für die Rückverfolgung entscheidend sein kann.
• Bei einem unterschriebenen Empfangsnachweis sollten Name, Zeitpunkt und vorhandene Unterschrift als getrennte Angaben erfasst werden, ohne daraus automatisch eine rechtliche Bewertung abzuleiten.

Doppelte Scans lassen sich über Merkmale wie Lieferant, Lieferscheinnummer, Datum, Datei und Positionsdaten als mögliche Dubletten markieren. Eine Übereinstimmung ist aber nicht immer ein Beweis: Ein Lieferant kann Nummern wiederverwenden, oder zwei Dateien können verschiedene Seiten desselben Belegs enthalten. Deshalb sollte die Tabelle zwischen „mögliche Dublette“ und „geprüfte Dublette“ unterscheiden.

Invoice Data Extraction kann unsichere Einzelergebnisse mit „Review Needed“ kennzeichnen. Der Hinweis beschreibt, was geprüft werden sollte, und verweist auf den Quellkontext, ohne den extrahierten Wert zu verändern. Ob eine Mengenabweichung akzeptiert, eine handschriftliche Korrektur übernommen oder ein Scan als Dublette verworfen wird, bleibt eine fachliche Entscheidung.

Extraktion, Abgleich und Buchung sind getrennte Arbeitsschritte

Die Extraktion beantwortet die Frage: Welche Angaben stehen auf dem Lieferschein? Sie überträgt diese Angaben in strukturierte Felder. Ein Bestellabgleich stellt eine andere Frage, nämlich ob Artikel, Mengen und Referenzen mit Bestellung und Stammdaten übereinstimmen. Die Rechnungsprüfung ergänzt später die Rechnungswerte und prüft im Drei-Wege-Abgleich die Beziehungen zwischen Bestellung, Lieferung und Rechnung.

Diese Trennung verhindert falsche Erwartungen. Eine extrahierte Tabelle führt nicht automatisch einen PO-Abgleich durch, bucht keinen Wareneingang, erzeugt keinen Buchungssatz und schreibt keine Daten direkt in ein ERP. Sie ist auch kein revisionssicheres Archiv. Für solche Schritte braucht es Regeln, Vergleichsdaten, Freigaben und ein Zielsystem, das die jeweilige Transaktion verarbeitet.

Excel oder CSV genügt, wenn ein Team Daten für eine Ad-hoc-Auswertung oder einen kontrollierten Import vorbereitet, überschaubare Mengen manuell vergleicht und eine Person für die Freigabe verantwortlich ist. Die Quellreferenz in jeder Zeile ermöglicht dann, einen fraglichen Wert schnell am Lieferschein zu prüfen. Auch für eine einmalige Analyse von Liefermengen oder Abweichungen kann diese Arbeitsweise angemessen sein.

Ein integrierter WMS-, ERP- oder DMS-Prozess ist erforderlich, wenn das Unternehmen Warenbewegungen automatisch buchen, Artikel- und Lieferantenstammdaten validieren oder Bestellungen transaktional abgleichen will. Gleiches gilt für Rollen- und Berechtigungskonzepte, lückenlose Audit-Trails und regelkonforme Archivierung. In diesem Fall ist die strukturierte Extraktion ein Eingang in den Prozess, nicht der Prozess selbst.

Für die Kreditorenbuchhaltung werden die erhaltenen Referenzen später besonders wertvoll. Bestellnummer, Bestellposition, Lieferscheinnummer, gelieferte Menge und Abweichungsstatus schaffen die Verbindung zur Rechnung. Wer anschließend Eingangsrechnungen automatisch erfassen möchte, kann Rechnungsdaten in ein vergleichbares Schema überführen. Die fachliche Prüfung muss anschließend bestimmen, ob Preis, Menge und Lieferung zusammenpassen.

---

Die Aufbewahrung hängt von der Rolle des Lieferscheins ab

Für Lieferscheine gibt es keine einzige Frist, die unabhängig von ihrer Funktion gilt. Nach § 147 AO zur Aufbewahrung von Lieferscheinen endet bei empfangenen Lieferscheinen, die keine Buchungsbelege sind, die Aufbewahrungsfrist mit Erhalt der Rechnung. Buchungsbelege sind grundsätzlich acht Jahre aufzubewahren.

Entscheidend ist damit, welche Rolle der konkrete Lieferschein im Geschäfts- und Buchungsprozess erfüllt. Dient er als Buchungsbeleg oder bleibt er für die Besteuerung relevant, ist die Behandlung eine andere als bei einem reinen Begleitdokument, dessen Inhalt vollständig in der Rechnung aufgegangen ist. Daneben können handelsrechtliche Einordnungen, branchenbezogene Vorgaben, laufende Prüfungen oder vertragliche Nachweispflichten eine längere Aufbewahrung erfordern.

Die Extraktion ändert diese Einordnung nicht. Eine Excel- oder CSV-Zeile ist kein automatischer Ersatz für das Quelldokument, und das Auslesen von Daten ist keine ordnungsgemäße Archivierung. Unternehmen sollten in ihrem Verfahren festhalten, nach welcher Belegfunktion sie entscheiden, wo das Original oder eine zulässige Wiedergabe liegt und wann eine dokumentierte Löschregel greift. Ist die Rolle eines Lieferscheins unklar, sollte die zuständige Steuerberatung oder Rechtsberatung den Einzelfall beurteilen.