Erstellen Sie eine Einzelhandels-Bestandsliste
aus jeder Bestellung jedes Lieferanten
Eine UNFI-Bestellung kommt als EDI 850 mit GTIN-Codes und SSCC-18-Palettenetiketten. Eine Faire-Bestellung landet als portalgeneriertes PDF mit völlig anderem Layout in Ihrem Posteingang. Ein kleiner regionaler Lieferant sendet eine handschriftliche Excel-Tabelle mit eigener SKU-Nomenklatur per E-Mail. Jedes dieser Dokumente enthält dieselben wesentlichen Daten – SKU, Menge, Preis, Lieferdatum – aber das Extrahieren erfordert jedes Mal eine andere geistige Zuordnungsübung. Multiplizieren Sie das mit 15 Lieferanten und 30 Bestellungen pro Monat, und was Minuten dauern sollte, frisst ganze Nachmittage.
Wichtige Erkenntnisse
- 15 Lieferanten senden Bestellungen in 15 verschiedenen Layouts, und jedes zwingt Sie, dieselben vier Felder – SKU, Menge, Kosten, Lieferdatum – an einer anderen Stelle der Seite zu suchen.
- Vorlagenbasierte Extraktionstools lösen dies, indem sie eine Vorlage pro Lieferantenlayout verlangen – aus einem 15-Lieferanten-Dateneingabeproblem wird ein 15-Vorlagen-Wartungsaufwand, der bei jeder Formatänderung eines Lieferanten scheitert.
- Definieren Sie Ihre Bestandsspalten einmal – mit einzelhandelsspezifischen Feldern wie Landed-Stückkosten (inklusive Fracht) und getrennten Spalten für bestellte vs. erhaltene Mengen – und ImageToTable.ai liest jede Lieferantenbestellung, indem es versteht, was jedes Feld bedeutet, nicht wo es auf der Seite steht.
Warum eine einheitliche Bestell- und Bestandsliste ein Einzelhandelsproblem ist – und kein allgemeines
Die meisten Anleitungen zur Extraktion von Bestelldaten behandeln eine Bestellung als isoliertes Dokument – Lieferantenname, Bestellnummer, Datum, Positionen extrahieren, fertig. Dieser Ansatz funktioniert, wenn Sie als Kreditorenbuchhalter Bestellungen mit Rechnungen abgleichen. Ein Einzelhändler oder Lagerverwalter schließt jedoch keine Verbindlichkeiten ab – er steuert den Lagerbestand.
Im Einzelhandel ist eine Bestellung der Ausgangspunkt einer Bestandstransaktion. Die Daten müssen in eine Tabelle fließen, die konkrete Fragen beantwortet: Wie viele Einheiten von Artikel X sind aktuell bestellt? Wann treffen sie ein? Was sind meine Einstandskosten pro Einheit inklusive Fracht und Bearbeitung? Welcher Lieferant liefert regelmäßig Teil Mengen und wann muss ich eine Nachbestellung auslösen?
Diese Fragen beantwortet ein generischer Bestell-Extraktions-Workflow nicht. Sie erfordern eine Tabellenstruktur, die auf Bestandslogik basiert, nicht auf Dokumentenlogik. Der Unterschied ist entscheidend: Eine „Bestelltabelle" hat eine Zeile pro Position pro Bestellung. Eine Bestandstabelle hat eine Zeile pro Artikel, aggregiert über Bestellungen hinweg, mit Spalten für bestellte Mengen, erhaltene Mengen, nachbestellte Mengen und rollierende Einstandskosten. Aus der Ersten die Zweite zu bauen – das ist der einzelhandelsspezifische Schritt, den die meisten Anleitungen auslassen.
Der Reddit-Thread „Wie verfolgen kleine Unternehmen tatsächlich 30+ Bestellungen, ohne den Überblick zu verlieren" zeigt die Realität: Der Fragesteller sah sich Beschaffungssoftware wie SAP, Tradogram und Procurify an, scheiterte aber an Mindestpreisen von 300–500 $ pro Monat. Sie brauchten kein vollständiges ERP – sie brauchten eine Möglichkeit, Bestelldaten ohne Abtippen in ihre Tabelle zu bekommen. Das ist ein Einzelhandels-Bestandsproblem, kein Problem der Beschaffungsautomatisierung.
Die vier Datenpunkte, die jedes Einzelhandels-Lagerbestandsblatt aus einer Bestellung benötigt
Bevor wir besprechen, wie Daten extrahiert werden, lohnt es sich zu definieren, was extrahiert werden soll. Ein Einzelhandels-Lagerbestandsblatt, das aus Bestellungen erstellt wird, benötigt mehr Spalten als ein allgemeines Bestellprotokoll. Hier sind die vier, die ein inventarbereites Blatt von einem Dokumentenarchiv unterscheiden:
SKU-Schlüssel mit Lieferanten-Referenz
Ihre interne SKU ist der Hauptschlüssel. Doch Lieferantenbestellungen nutzen sie selten – UNFI referenziert GTIN/UPC, Faire verwendet eigene Produkt-IDs, und kleine Lieferanten arbeiten oft nur mit Beschreibungen. Ihre Tabelle benötigt eine Spalte für die Kennung des Lieferanten sowie eine Referenztabelle (z. B. einen einfachen SVERWEIS auf einem separaten Tabellenblatt), die Lieferantencodes Ihrer SKU zuordnet. Ohne diese Zuordnung können extrahierte Bestellpositionen Ihre Lagerbestände nicht aktualisieren.
Bestellmenge vs. Liefermenge – zwei separate Spalten
Liefert ein Lieferant 48 von 60 Einheiten und bestellt die restlichen 12 nach, müssen beide Zahlen bekannt sein. Nur die gelieferte Menge zu erfassen, führt zu Intransparenz bei bestellten, aber noch nicht eingegangenen Beständen. Eine einzelne Spalte „Menge“ ist der häufigste Tabellenfehler im Bestellwesen. Verwenden Sie separate Spalten für Bestell- und Liefermenge sowie eine dritte, berechnete Spalte für Nachbestellungen (Bestellt − Geliefert).
Selbstkosten pro Einheit, nicht nur Rechnungspreis
Der Stückpreis auf einem Lieferschein entspricht selten den tatsächlichen Kosten. Fracht, Zölle, Hafenumschlag und Versicherung kommen hinzu. Gemäß FASB ASC 330 müssen diese Kosten aktiviert und in den Lagerwert einfließen, statt sofort als Aufwand verbucht zu werden. Für die Handelsbuchhaltung sollte Ihre Tabelle den Lieferantenstückpreis und die Gesamtselbstkosten pro Position erfassen. Die Verteilung der Selbstkosten erfolgt in der Regel wertproportional: Macht Produkt A 40 % des gesamten Rechnungswerts der Sendung aus, trägt es auch 40 % der Fracht- und Abfertigungskosten. Mit dieser Spalte ist Ihre Herstellkostenberechnung ab Tag eins korrekt – ohne monatliche Nachbesserung.
Voraussichtliches Lieferdatum mit Statuskennzeichen
Das Feld „Lieferdatum“ auf einem Lieferschein ist oft nur ein Wunschdatum. Entscheidend für die Lagerplanung ist die Differenz zwischen dem vom Lieferanten zugesagten und dem tatsächlichen Wareneingangsdatum. Eine Spalte für das voraussichtliche Lieferdatum plus ein Statuskennzeichen (Pünktlich / Verzögert / Teilweise / Erhalten) gibt Ihnen eine einzeilige Ansicht des aktuellen Zustands jeder Position. Diese Spalte zeigt Ihnen, ob Sie eine Nachbestellung auslösen müssen, bevor der Bestand erschöpft ist.
Das Problem des Multi-Lieferanten-Formats: Warum allgemeine Bestellleitfäden am Ziel vorbeigehen
Die meisten Artikel zur Bestelldatenextraktion gehen von einem Standardformat aus – einer PDF mit einem Kopfblock und einer darunterliegenden Positionstabelle. Doch Einzelhandelseinkäufer haben es mit einer Formatlandschaft zu tun, die allgemeine Leitfäden nie berücksichtigen:
| Lieferantentyp | Beispiel | Typisches Format | Extraktionsherausforderung |
|---|---|---|---|
| Großhändler (EDI) | UNFI, KeHE, McLane | EDI 850 / Portal-PDF-Export | Verwendet GTIN/UPC-Codes statt Ihrer SKU; Positionen verweisen auf Paletten-SSCC-18-Logistikcodes, die nicht 1:1 auf Produkt-SKUs abbildbar sind |
| Großhandels-Marktplatz | Faire, Tundra, Abound | Portal-PDF / E-Mail-Bestätigung | Produktnamen in gebrandetem Layout eingebettet; SKU oft im Kleingedruckten unter dem Bild versteckt; Bestellsummen nach Versandfenstern aufgeteilt |
| Elektronik-Großhändler | SYNNEX, D&H, Ingram Micro | Excel/CSV-Download oder E-Mail-Anhang | Spaltenüberschriften verwenden interne Codes des Händlers; Artikelbeschreibungen sind gekürzte technische Spezifikationen, die nicht zu Ihren verkaufsorientierten Produktnamen passen |
| Unabhängige Marke / kleiner Lieferant | Regionale CPG-Marken, lokale Handwerker | Manuell ausgefüllte Excel-Vorlage oder sogar ein Foto eines handschriftlichen Formulars | Keine standardisierten Felder; Mengen und Kosten vermischt mit handschriftlichen Notizen zu Ersatzprodukten und Lieferzeitänderungen; Mehrdeutigkeit zwischen Karton- und Einzelstückangaben |
Diese Formatvielfalt ist der eigentliche Engpass. Ein Einzelhandelseinkäufer braucht nicht mehrere Extraktions-Setups – er braucht ein Setup, das bei allen funktioniert. Wie in unserem Leitfaden zur Stapelverarbeitung von Bestelldaten erläutert, ist der Kernmechanismus unabhängig vom Format derselbe: Sie definieren die gewünschten Spalten, und die KI liest jedes Dokument, um die passenden Werte zu finden. Aber die einzelhandelsspezifische Ebene – SKU-Referenzierung, Berechnung der Landed Costs, Nachverfolgung von Teillieferungen – ist das, was extrahierte Daten in nutzbare Lagerbestandsinformationen verwandelt.
Die Annahme „ein Format pro Lieferant“ ist der Grund, warum die meisten PO-Erfassungstools im Einzelhandel scheitern.
Vorlagenbasierte OCR-Tools verlangen, dass Sie auf jedem Lieferanten-PO-Layout Begrenzungsrahmen zeichnen. Bei 15 Lieferanten mit je unterschiedlichem Format benötigen Sie 15 Vorlagen. Ändert ein Lieferant sein Format, müssen Sie die Vorlage neu erstellen. Der Lagerumschlag im Einzelhandel wartet nicht auf die Vorlagenpflege.
Schritt für Schritt: Ihre Einzelhandels-Bestandsliste aus Lieferanten-Bestellungen erstellen
Hier ist ein Workflow, der aus Bestellungen in jedem Format eine bestandsbereite Tabelle erstellt – ohne einrichtung einer Vorlage pro Lieferant.
Spalten Ihrer Inventar-Tabelle festlegen
Öffnen Sie ein leeres Blatt und erstellen Sie Ihre Zielspalten – diese Überschriften werden von der Extraktion befüllt. Für eine Einzelhandels-Inventartabelle gehören dazu: Lieferantenname, Lieferanten-Bestellnummer, Lieferanten-SKU/-Code, Ihre interne SKU, Produktbeschreibung, Bestellmenge, Erhaltene Menge, Lieferanten-Stückpreis, Frachtkosten (anteilig), Landed-Stückkosten, Voraussichtliches Lieferdatum, Status. Das Extraktionstool verwendet dieselben Spaltennamen, um passende Daten in jeder Bestellung zu finden – Sie geben „Lieferanten-SKU/-Code“ als Spaltennamen ein, und es findet die Produktkennung des Lieferanten auf jedem Dokument.
Alle Bestellungen in einem Durchgang hochladen
Ziehen Sie PDFs von Faire, Excel-Tabellen von SYNNEX, E-Mail-Screenshots von kleinen Lieferanten – jedes Format in einem einzigen Upload. Das Tool erfordert keine Vorsortierung nach Lieferant oder Format. Jedes Dokument wird unabhängig verarbeitet, und die Ergebnisse werden in einer Tabelle zusammengeführt, in der jede Zeile eine Position aus einer Bestellung darstellt. Hier zeigt sich der Wert der vorlagenfreien Extraktion: Sie laden 30 Bestellungen von 10 Lieferanten in einem Schritt hoch, nicht 10 Einrichtungen von je 30 Minuten.
Zusammengeführte Tabelle prüfen – besonders SKU-Referenzen
Die Extraktion erstellt eine einheitliche Tabelle mit allen Positionen aller Bestellungen. Prüfen Sie stichprobenartig die Spalte „Lieferanten-SKU/Code“ – sie ist der Schlüssel zur Zuordnung zu internen SKUs. Eine fünfminütige Durchsicht fängt Randfälle ab: eine Faire-Bestellung, die „Variante: 8oz“ in einem separaten Feld neben der Haupt-SKU führt, oder eine handschriftliche Excel-Tabelle, in der der Lieferant „Stk“ in der Mengenspalte statt einer Zahl verwendet. Beheben Sie Auffälligkeiten, bevor die Daten in Ihr Live-Inventarblatt gelangen.
Als XLSX exportieren und mit Ihrem Inventar-Tracker verbinden
Exportieren Sie die zusammengeführte Tabelle als Excel-Datei. Wenn Sie ein Master-Inventarblatt führen, nutzen Sie SVERWEIS oder INDEX-VERGLEICH, um die Bestellmengen per SKU in Ihr Inventarblatt zu übernehmen. Falls Sie Inventarsoftware wie Cin7, Lightspeed Retail oder Zoho Inventory verwenden, akzeptieren die meisten Plattformen XLSX-Importe für Bestelldaten. Entscheidend ist, dass die importierte Datei bereits Ihre Spaltenstruktur hat – kein Umbau zwischen Extraktion und Import nötig.
Der obige Prozess funktioniert für Standard-PO-Daten. Sie können ihn mit dem eingebetteten Tool unten in Aktion sehen – laden Sie eine Bestellung hoch und beobachten Sie, wie die KI jedes Feld lokalisiert, unabhängig davon, wo es auf der Seite erscheint.
Dateien werden sicher verarbeitet und nicht gespeichert.
Mehr als Extraktion: Landed Cost, Teillieferungen und andere Einzelhandelsrealitäten
Bestelldaten in eine Tabelle zu bekommen ist die eine Hälfte. Die zweite Hälfte – an der sich spezifische Einzelhandelstabellen messen lassen müssen – ist das, was passiert, wenn die Zahlen nicht sauber aufgehen.
Landed-Cost-Verteilung: Warum der „Stückpreis“ nie Ihre wahren Kosten abbildet
Angenommen, Sie erhalten eine Lieferung von UNFI: 5.000 $ Produktwert, 400 $ Fracht, 75 $ Treibstoffzuschlag und 25 $ Bearbeitungsgebühr – insgesamt 500 $ Zusatzkosten. Wenn 60 % des Lieferwerts auf SKU A und 40 % auf SKU B entfallen, übernimmt SKU A 300 $ der Fracht und SKU B 200 $. Eine Tabelle, die nur den Einstandspreis des Lieferanten erfasst, unterschätzt Ihre tatsächlichen Lagerkosten um 10 %, was zu ungenauen Margenberichten und falschen Nachbestellentscheidungen führt.
Mit der Extraktion berechneter Spalten können Sie diese Verteilungslogik direkt in den Extraktionsschritt einbetten. Definieren Sie eine Spalte namens Landender Einstandspreis (Einstandspreis des Lieferanten + anteilige Fracht) und legen Sie die Verteilungsregel fest – z. B. wertproportional über die Lieferung. Die KI berechnet dies während der Extraktion, und Ihre exportierte Tabelle enthält bereits die angepassten Kosten. Kein separater Abstimmungsschritt erforderlich.
Teillieferung: Wenn 48 von 60 Einheiten eintreffen
Lieferanten versenden nicht immer die volle Menge. Eine Bestellung über 60 Einheiten kann als 30 diese Woche und 30 nächste Woche eintreffen – oder 48 jetzt und 12 auf unbestimmte Zeit nachbestellt. In einer manuellen Tabelle müssten Sie eine Zeile zweimal aktualisieren und nachverfolgen, welche Mengen zu welchem Wareneingang gehören. Der oben beschriebene Ansatz – separate Spalten für Bestellmenge und Erhaltene Menge mit einer berechneten Spalte für Nachbestellte Menge – handhabt dies nativ. Bei jeder Teillieferung aktualisieren Sie nur die Erhaltene Menge für diese Position, und der Wert für Nachbestellte Menge wird automatisch neu berechnet.
Für Einzelhändler mit formalen Wareneingangsprozessen kann der Bestellungs-zu-Excel-Konverter in den Wareneingang integriert werden: Scannen oder laden Sie den Lieferschein zusammen mit der ursprünglichen Bestellung hoch, extrahieren Sie beide und vergleichen Sie die bestellten und erhaltenen Mengen in einer einzigen Ansicht.
Von Daten zur Entscheidung: Der Nachbestellungsauslöser
Das Ziel dieses gesamten Workflows ist keine Tabelle – es ist zu wissen, wann nachbestellt werden muss, bevor das Regal leer ist. Eine Spalte, die Sie Ihrem Inventarblatt hinzufügen sollten, ist ein einfaches Nachbestellungs-Kennzeichen: Wenn (Bestand + Bestellt - Rückstand) unter Ihren Meldebestand fällt, leuchtet das Kennzeichen auf. Diese einzelne Formel, gespeist mit den genauen Bestelldaten, die Sie extrahieren, verwandelt eine statische Inventarliste in ein aktives Bestandsverwaltungstool.
Häufig gestellte Fragen
Kann das mit verschiedenen Währungen internationaler Lieferanten umgehen?
Ja. Die Extraktion liest die Währung so, wie sie auf der Bestellung erscheint – USD, EUR, GBP usw. Wenn Sie alle Kosten in Ihrer Basiswährung für die Inventartabelle benötigen, fügen Sie während der Extraktion eine berechnete Spalte hinzu, die Ihren Standard-Wechselkurs anwendet. Die Ausgabe ist eine einheitliche Tabelle mit bereits umgerechneten Kosten.
Was ist, wenn mein kleiner Lieferant Bestellungen als handschriftliche Formulare oder Fotos sendet?
Die KI liest Handschrift und Handyfotos von Papierformularen – kein Scanner erforderlich. Ein Lieferant, der per E-Mail ein Foto eines ausgefüllten Bestellformulars von seinem Handy sendet, liefert die gleiche extrahierte Ausgabe wie eine maschinell erstellte PDF. Die Genauigkeit bei handschriftlichen Ziffern (Mengen, Preise) ist hoch, aber nicht perfekt; eine schnelle Überprüfung fängt Fehllesungen ab, was viel schneller ist, als das gesamte Dokument von Grund auf neu zu tippen.
Wie schneidet das im Vergleich zur Nutzung von EDI für Bestellungen ab?
EDI (Electronic Data Interchange) funktioniert für große Distributoren – UNFI sendet Ihnen eine EDI 850, Ihr System verarbeitet sie automatisch. Aber EDI erfordert eine Einrichtung pro Handelspartner (1.500–5.000 $+ pro Partner für die Erstkonfiguration, plus laufende Gebühren) und funktioniert nur mit Lieferanten, die EDI unterstützen. Kleine Marken, reine Marktplatzverkäufer und internationale Lieferanten bieten selten EDI-Anschlüsse. Die Dokumentenextraktion schließt diese Lücke: Sie verarbeitet jedes Format, das Ihre Lieferanten tatsächlich senden, ohne Einrichtung pro Lieferant. Viele Einzelhändler nutzen EDI für ihre 3–5 größten Distributoren und Dokumentenextraktion für die restlichen 20+ Lieferanten – die beiden Ansätze ergänzen sich.
Was passiert mit meinen Daten nach der Extraktion?
Dateien werden zur Extraktion verarbeitet und dann gelöscht. Die extrahierten Daten werden in Ihre Tabelle exportiert; nach der Sitzung werden keine Dokumente oder Daten aufbewahrt. Für Einzelhändler, die mit preissensiblen Lieferantendaten umgehen, bedeutet dies, dass Ihre Kosten in Ihrer Tabelle bleiben – nicht auf einem Drittanbieter-Server.
Kann ich dieselbe Spaltenvorlage Monat für Monat wiederverwenden?
Ja. Sobald Sie Ihre Spaltenstruktur definiert haben – Lieferantenname, Lieferanten-SKU, Bestellmenge, Erhaltene Menge, Landed-Stückkosten, Voraussichtliches Lieferdatum, Status – speichern Sie sie als Vorlage. Die nächste monatliche Charge verwendet dieselben Spalten, dieselbe Extraktionslogik und gibt Daten in dieselbe Tabellenstruktur aus. Das Einzige, was sich ändert, sind die Bestellungen selbst.
Jeder Einkäufer im Einzelhandel erreicht irgendwann den Punkt, an dem die Anzahl der Lieferanten die Geschwindigkeit der manuellen Dateneingabe übersteigt. Nicht die Tabelle selbst ist der Engpass – sondern die Übergabe zwischen Dokument und Zelle. Diese Lücke zu schließen mit einer spaltennamensbasierten Extraktion bedeutet, dass Sie die Struktur einmal definieren und jede Lieferantenbestellung, unabhängig vom Format, in dieselbe Bestandsansicht einfließt.