50 Lieferscheine, ein Empfangsprotokoll:
So umgehen Sie die manuelle Dateneingabe
Ein französisches Lager, das 50 Lieferungen pro Tag empfängt, sammelt 50 Lieferscheine (bons de livraison) – einen von Geodis als gedruckten Sage-Bericht, einen von DSV als PDF von der digitalen Plattform, einen handschriftlich auf Kohlepapier von einem lokalen Spediteur. Jeder ist gemäß Artikel L123-22 des französischen Handelsgesetzbuchs eine gesetzlich vorgeschriebene Aufzeichnung mit einer Aufbewahrungspflicht von 10 Jahren. Doch keiner teilt ein gemeinsames Format, und kein WMS kann die Daten von selbst extrahieren. Das Empfangsteam verbringt Stunden damit, Positionen in Sage X3 Geode oder Cegid abzutippen – und der Drei-Wege-Abgleich stockt, bevor er beginnt, weil das eine Dokument, das beweist, was tatsächlich geliefert wurde, nie strukturiert wurde.
Die wichtigsten Erkenntnisse
- Frankreichs E-Rechnungs-Pflicht ab 2026 hat Lieferscheine komplett ausgelassen – das eine Dokument, das beweist, was tatsächlich auf dem LKW angekommen ist, bleibt ein Papier-Wildwuchs, während jede Rechnung strukturiert wird.
- Ihr WMS verfolgt Paletten per RFID und Barcode, aber die Lieferscheindaten, die den Drei-Wege-Abgleich in Ihrem ERP speisen, gelangen weiterhin über eine Tastatur ins System – 50 Lieferungen und 2,5 Stunden Tipparbeit pro Tag.
- Eine Spaltendefinition liest jeden Lieferschein jedes Lieferanten danach, was die Felder bedeuten, nicht wo sie auf der Seite stehen – und verwandelt eine 2,5-stündige Tippschicht in eine Fünf-Minuten-Prüfung in ImageToTable.ai.
Warum das Wareneingangsbuch der Engpass ist, den französische WMS-Software nicht allein lösen kann
Französische Lagerverwaltungssysteme – Sage X3 Warehousing, Mecalux Easy WMS, Hardis Reflex, Cegid, LogiX – sind in ihrem Bereich exzellent. Sie verfolgen Lagerorte, steuern die Kommissionierung und verwalten Chargen- und Losrückverfolgbarkeit. Aber alle haben die gleiche Abhängigkeit: Sie benötigen strukturierte Daten, um zu starten. Ein WMS kann eine eingegangene Palette mit einer Bestellung (bon de commande) abgleichen, Bestände aktualisieren und Abweichungen melden – aber erst, nachdem jemand die Positionen des Lieferscheins (bon de livraison) ins System eingegeben hat.
Dieser Erfassungsschritt ist der Engpass. Ein Wareneingangsmitarbeiter an einem französischen Logistikstandort wickelt vielleicht 30 bis 50 Lieferungen pro Schicht ab. Jeder Spediteur – Geodis, DSV, DB Schenker, ein lokaler Transporteur – übergibt ein anderes Dokument. Manche sind gestochen scharfe PDFs aus dem ERP des Lieferanten. Manche sind handschriftlich auf Durchschlagblöcken im Führerhaus eines Lkw. Manche kommen als JPEGs, die mit einem Lagertelefon fotografiert und per E-Mail weitergeleitet wurden. Das WMS sieht keines davon, bis ein Mensch die Daten eintippt.
Französische Lager, die automatisierte Wareneingangsprozesse melden, setzen typischerweise Barcode-Scanner und RFID auf Palettenebene ein. Aber der Lieferschein selbst – das Dokument, das die Frage beantwortet „Was war auf diesem Lkw, von welchem Lieferanten, in welcher Menge?" – wird immer noch über Tastaturen und Tabellenkalkulationen verarbeitet. Die Automatisierung stoppt bei den physischen Gütern. Sie berührt nicht das Papier.
Das Wareneingangsbuch (carnet de réception) – die tägliche Aufzeichnung aller eingegangenen Waren – ist das nachgelagerte Artefakt dieser Dateneingabe. Es ist das, was die Buchhaltung für den Drei-Wege-Abgleich verwendet, was der Bestandskontrolleur gegen Bestandsbewegungen prüft und was der Wirtschaftsprüfer gemäß Artikel L123-22 des Code de commerce anfordert. Wenn es manuell aus Dutzenden inkonsistenter Quelldokumente gepflegt wird, häufen sich Fehler. Eine falsch eingegebene Menge. Eine SKU, die nicht zur Bestellung passt. Ein Lieferschein, der unter dem falschen Datum abgelegt wurde. Der Drei-Wege-Abgleich – bon de commande → bon de livraison (Lieferschein) → facture (Rechnung) – kann nicht zuverlässig funktionieren, wenn die Daten des mittleren Dokuments nie das Papier verlassen haben, auf dem sie ankamen.
Fünfzig Lieferanten, fünfzig Formate: Die wahre Ursache des französischen Lieferschein-Chaos
Französische Rechnungen konvergieren. Die E-Rechnungspflicht von 2026 (Ordonnance 2021-1190) wird jedes französische Unternehmen dazu verpflichten, Rechnungen über eine zertifizierte Plattform zu empfangen, wobei Factur-X und Chorus Pro die Formatstandardisierung im gesamten Facture-Ökosystem vorantreiben. Lieferscheine (bons de livraison) wurden von der Pflicht vollständig ausgenommen. Kein Standardformat, keine Pflichtfelder, keine Anforderung an strukturierte Daten – denn nach französischem Handelsrecht ist der bon de livraison nicht einmal ein gesetzlich vorgeschriebenes Dokument.
Das Ergebnis ist völliges Format-Chaos. An einem einzigen Vormittag in einem französischen Lager kann das Wareneingangsteam auf Folgendes stoßen:
Gedrucktes PDF von Geodis oder DB Schenker. Ein sauberes, mehrspaltiges Layout mit Sendungsreferenz, Lieferantenname, Positionspositionen mit Mengen und Maßeinheiten sowie einem Unterschriftsfeld für den Empfangsnachweis (bon de réception). Sieht strukturiert aus – aber die Feldpositionen, Spaltenüberschriften und sogar die Sprache der Beschriftungen variieren je nach Lieferant. Ein Lieferant bezeichnet die Artikelreferenz als „Réf. article", ein anderer als „Code SKU", wieder ein anderer druckt nur den EAN-Barcode.
Export aus der digitalen Plattform von DSV. Generiert über myDSV oder Schenker Connect – ein webbasiertes Format mit Sendungsverfolgungscodes, Palettenzahlen und Handling-Unit-IDs. Enthält die Lieferdaten, ist aber eher um Logistik-Metadaten (Lademeter, Temperaturzonen für die STEF-Kühlkette) herum organisiert als um die Positionsliste der Einkaufsabteilung.
Handschriftlicher bon de livraison eines lokalen Spediteurs. Kleine Transportunternehmen – diejenigen, die regionale Lieferungen für Agrarlieferanten oder Baustoffhändler übernehmen – verwenden immer noch Durchschreibebücher. Der Fahrer trägt das Lieferdatum, eine Produktbeschreibung und die Anzahl der Kartons von Hand ein. Die Handschrift reicht von leserlich bis kaum entzifferbar, und das Dokument kann verschmiert oder zerknittert ankommen, nachdem es einen Tag im Führerhaus verbracht hat.
Ein Lager, das in einer bestimmten Woche Waren von 40 Lieferanten bezieht, sieht 40 völlig unterschiedliche Lieferscheinformate. Jeder neue Lieferant bedeutet ein weiteres Layout, das man lernen muss, eine weitere Reihe von Feldpositionen, die man sich merken muss, eine weitere Excel-Vorlage, die man pflegen muss. Dies ist kein Problem, das mit einem besseren WMS verschwindet. Ein WMS speichert Daten. Es extrahiert sie nicht aus unstrukturierten Dokumenten – und anders als Rechnungen haben Lieferscheine kein Factur-X, das sie in ein gemeinsames Schema zwingt.
Die Ironie daran ist, dass die Datenfelder auf Lieferscheinen über Formate hinweg relativ konsistent sind — Lieferantenname, Lieferdatum, Bestellreferenz, Artikelcodes, Mengen — sie erscheinen nur an unterschiedlichen Stellen, mit unterschiedlichen Bezeichnungen, in unterschiedlichen Sprachen. Die Herausforderung liegt nicht darin, dass die Informationen komplex sind. Sondern darin, dass sie verstreut sind. Und die herkömmliche Lösung — jede PDF öffnen, jeden Wert kopieren, in Excel einfügen — skaliert linear mit der Menge. Bei 50 Lieferungen pro Tag sind das 250 Positionen, die abgeschrieben werden müssen. Bei 99 % Genauigkeit sind das immer noch 2–3 Fehler pro Tag, die sich über den Monat summieren.
Wie Batch-Extraktion einen Tag manueller Eingabe in fünf Minuten Prüfung verwandelt
Die Batch-Verarbeitung verändert die Gleichung, indem sie die Extraktion vom Format entkoppelt. Statt jeden Lieferschein einzeln zu öffnen und Werte von der Stelle zu kopieren, an der sie zufällig auf der Seite stehen, definieren Sie die gewünschten Spalten einmal — Lieferantenname, Lieferdatum, Bestellreferenz, Artikelcode, Gelieferte Menge, Empfangsnotizen — und die Extraktions-Engine liest jedes Dokument im Batch anhand dieser Spaltenliste, wobei sie jeden Wert danach lokalisiert, was er bedeutet, statt wo er auf der Seite steht.
Dieser Ansatz, genannt Benutzerdefinierte Spaltenextraktion, funktioniert anders als template-basierte OCR. Ein Template-Tool verlangt, dass Sie ein Begrenzungsfeld um das Feld „Lieferantenname" in jeder Layoutvariante zeichnen — weil es Daten anhand der Position identifiziert. Bei 40 Lieferantenformaten benötigen Sie 40 Templates. Wenn Lieferant 41 hinzukommt, brauchen Sie ein weiteres. Semantische Extraktion hingegen identifiziert Daten anhand des Kontexts: Sie erkennt, dass „SAS Transports Durand" oben auf der Seite, verknüpft mit Feldern wie „Expéditeur" oder „Fournisseur" oder „Supplier", der Lieferantenname ist — unabhängig davon, ob er im Kopfbereich, in einer Seitenleiste oder in einer Tabelle erscheint. Eine Spaltendefinition funktioniert über alle Formate hinweg.
Dateien werden sicher verarbeitet und nicht gespeichert.
Der Arbeitsablauf für ein französisches Wareneingangsteam ist unkompliziert:
Der entscheidende Wandel: Statt 3 Minuten pro Lieferschein für die Datenerfassung aufzuwenden (was bei 50 Lieferungen pro Tag über 2,5 Stunden beansprucht), verbringt das Team 5 Minuten mit der Prüfung der Extraktionsergebnisse. Ein einseitiger Lieferschein wird in 5–10 Sekunden verarbeitet – eine 18-fache Beschleunigung gegenüber der manuellen Eingabe. Die eingesparte Zeit senkt nicht nur die Kosten. Sie eliminiert das Zeitfenster, in dem sich ein Tippfehler – eine vertauschte Ziffer in einer SKU, ein falsches Dezimalkomma bei einer Menge – ins WMS und weiter in den dreifachen Abgleich ausbreiten kann.
Bei 50 Lieferungen pro Tag mit durchschnittlich 5 Positionen erzeugt die manuelle Erfassung rund 250 Datenpunkte. Selbst bei einer konservativen Fehlerquote von 1 % – ein falsch getipptes Zeichen pro 100 Anschläge – sind das 2–3 Fehler pro Tag und 50–75 pro Monat. Jeder Fehler löst eine Ausnahme im Drei-Wege-Abgleich aus: eine Mengenabweichung, eine fehlende Bestellreferenz, ein Lieferantenname, der nicht zum ERP-Lieferantenstamm passt. Die Batch-Extraktion macht die Prüfung nicht überflüssig – aber sie verlagert die Aufgabe vom Abtippen von Daten hin zum Bestätigen von Daten, was um Größenordnungen schneller und weniger fehleranfällig ist.
Vom Wareneingangsprotokoll zum Drei-Wege-Abgleich: Der Kreis schließt sich auf französische Art
Das eigentliche Ziel der Lieferscheindaten ist nicht das Wareneingangsprotokoll selbst. Es ist der Drei-Wege-Abgleich, der die Zahlung freigibt: bon de commande → bon de livraison → facture. Nach gängiger französischer Beschaffungspraxis darf keine Rechnung zur Zahlung freigegeben werden, bis die Mengen und Referenzen auf dem Lieferschein sowohl gegen die Bestellung als auch gegen die Rechnung bestätigt wurden.
Der Drei-Wege-Abgleich kann jedoch nur automatisiert werden, wenn alle drei Dokumente strukturiert sind. Die Bestellung lebt im ERP – per Definition strukturiert. Die Rechnung ist zunehmend strukturiert und wird durch Factur-X und Chorus Pro in Richtung Standardisierung getrieben. Der Lieferschein ist das fehlende Glied. Wenn er unstrukturiert bleibt – ein gescanntes PDF, ein Foto, ein handschriftlicher Zettel – kann der Drei-Wege-Abgleich ohne manuelles Eingreifen nicht beginnen. Die Kreditorenbuchhaltung jagt entweder dem Lager hinterher, um Lieferbestätigungen zu erhalten, tippt Positionen manuell aus PDFs ab oder überspringt die Lieferprüfung ganz und vertraut darauf, dass das Berechnete dem Bestellten entspricht. Diese letzte Option führt dazu, dass französische Unternehmen im Durchschnitt 5 % Doppelzahlungen oder Überzahlungen bei Lieferantenrechnungen erleiden.
Ein strukturiertes Wareneingangsprotokoll – aus der Batch-Extraktion nach Excel, CSV exportiert oder direkt in das WMS importiert – verändert diese Dynamik. Das Protokoll wird zum digitalen Datensatz, der in die Drei-Wege-Abgleich-Pipeline einfließt:
Für die französische Buchhaltung summieren sich die nachgelagerten Vorteile. Die Lieferscheindaten fließen direkt in das Hauptbuch — PCG-Konten 607 (achats de marchandises) und 401 (fournisseurs) — wobei die MwSt-Abstimmung gegen Konto 44566 auf Rechnungsebene erfolgt. Die 10-jährige Aufbewahrungspflicht wird zu einem durchsuchbaren digitalen Archiv statt eines Lagerraums voller Aktenschränke. Und der monatliche Abgleich, der früher Tage an Buchhaltungszeit in Anspruch nahm, wird zu einer Prüfung von Ausnahmen — nicht zu einer Rekonstruktion des Empfangenen.
Häufig gestellte Fragen
Muss ich für jedes Lieferantenformat eine eigene Vorlage erstellen?
Nein. Die semantische Extraktion liest Lieferscheine, indem sie die Bedeutung jedes Feldes versteht – nicht dessen Position auf der Seite. Eine Spalte mit dem Namen „Lieferantenname“ findet den Lieferanten, unabhängig davon, ob sie „Fournisseur“, „Expéditeur“ oder ohne Beschriftung im Kopfbereich steht. Dies ist der grundlegende Unterschied zur vorlagenbasierten OCR, die für jede Layoutvariation eine separate Vorlage benötigt. Eine Spaltendefinition deckt alle Lieferantenformate ab, auch neue, die Sie noch nie gesehen haben.
Kann das System handschriftliche französische Lieferscheine lesen?
Ja. Das Vision-Modell verarbeitet handschriftlichen Text – einschließlich der üblichen französischen Schreibschrift auf Durchschlag-Lieferscheinen. Die Genauigkeit bei Handschrift ist geringer als bei gedrucktem Text, daher profitieren handschriftliche Felder von einer kurzen Sichtprüfung im Prüfschritt. Für beste Ergebnisse bei handschriftlichen Lieferscheinen lesen Sie unseren Leitfaden zur Extraktion handschriftlicher Lieferscheine.
Was passiert, wenn ein Lieferschein eine andere Spaltenstruktur hat als die von mir definierte?
Die semantische Extraktion geht fehlende Felder elegant an. Enthält ein bestimmter Lieferschein ein von Ihnen definiertes Feld nicht – z. B. enthalten manche Lieferantenformate keine Chargen-/Losnummern –, bleibt diese Spalte in der Ausgabe für diese Zeile einfach leer. Die Extraktion schlägt nicht fehl oder liefert fehlerhafte Daten, weil ein Feld fehlt. Dies ist entscheidend für Batch-Szenarien, in denen aufgrund von Formatvarianz nicht jedes Dokument jedes Feld enthält.
Wie lässt sich dies in unser bestehendes WMS (Sage, Cegid usw.) integrieren?
Das Extraktionsergebnis – eine Excel- oder CSV-Datei – kann direkt in Ihr WMS oder ERP importiert werden. Sage X3, Cegid und die meisten französischen WMS-Plattformen unterstützen CSV- oder Excel-Importe für Wareneingänge. Falls Ihr WMS über eine API für Wareneingangstransaktionen verfügt, kann die strukturierte CSV-Ausgabe auf die API-Felder abgebildet werden. Der Extraktionsschritt ist vom Importschritt getrennt – Sie steuern, wie und wann die Daten in Ihr System gelangen. Weitere Informationen zu französischen ERP-Integrationsmustern finden Sie in unserem Leitfaden zur Extraktion französischer Lieferscheindaten in Excel.
Wie lange müssen die digitalen Aufzeichnungen aufbewahrt werden?
Gemäß Artikel L123-22 des Handelsgesetzbuchs müssen französische Unternehmen alle Geschäftsunterlagen – einschließlich Lieferscheine (bons de livraison) und Wareneingangsbelege (bons de réception) – 10 Jahre ab Ende des Geschäftsjahres aufbewahren. Digitale Kopien sind rechtlich gültige Ersatz für Papieroriginale, sofern sie die Integrität und Lesbarkeit des Dokuments über den Aufbewahrungszeitraum gewährleisten.
Kann ich dies gleichzeitig für Lieferantenrechnungen nutzen?
Lieferscheine und Rechnungen dienen unterschiedlichen Zwecken und enthalten unterschiedliche Daten – Lieferscheine enthalten Mengen und Artikelreferenzen, aber keine Preise; Rechnungen enthalten Preise und Steueraufschlüsselungen. Sie werden im selben Batch-Extraktions-Workflow verarbeitet, sollten jedoch als separate Batches mit unterschiedlichen Spaltendefinitionen behandelt werden. Für die Batch-Rechnungsverarbeitung im französischen Kontext siehe unseren Leitfaden zur Batch-Verarbeitung französischer Lieferantenrechnungen.
Der Wareneingangsbeleg ist das Dokument, das Ihrem Lager den Erhalt der vom Lieferanten gemeldeten Lieferung bestätigt – und das Dokument, das Ihre Buchhaltung benötigt, um Zahlungen ohne Überzahlung freizugeben. Wird er manuell aus 50 verschiedenen Formaten erstellt, ist er ein Engpass. Wird er durch Extraktion aus einer einzigen Spaltendefinition erstellt, ist er eine 5-minütige Prüfung.