Was die manuelle Bestell-Erfassung
die Beschaffung wirklich kostet

Die Kosten der manuellen Bestelldatenerfassung

Die APQC-Zahlen – 14 $ im 25. Perzentil, über 54 $ im 75. – stammen aus dem Open Standards Benchmarking im Einkauf von APQC, das über 4.600 Organisationen umfasst. CAPS Research berichtet eine noch größere Spanne von 53 $ bis 741 $ pro Bestellung, abhängig von Branche und Prozessreife. Die Lücke ist nicht abstrakt – sie entsteht dadurch, wie viel der Bedarfs- bis Bestell-Pipeline automatisiert ist und wie viel noch jemanden erfordert, der ein PDF liest, Felder in eine Tabelle tippt und Positionen dreifach prüft.

Was diese Benchmarks nicht zeigen, ist die Form der manuellen Arbeit. Es ist nicht eine Person, die ein Feld eingibt. Es ist ein Einkaufsspezialist, der zwischen dem PDF eines Lieferanten, einem ERP-Bildschirm und einem Excel-Tracker hin- und herwechselt – die Bestellnummer aus einem Tab, das Lieferdatum aus dem Kopf, die Positionen aus einer Tabelle, die vielleicht auf eine Seite passt oder nicht – und dann den Vorgang für die nächsten 40 Bestellungen der nächsten 12 Lieferanten wiederholt. Die Kosten sind nicht nur Arbeitszeit. Es ist der kumulative Effekt von Formatwechseln, Tabellenübertragungsfehlern und der Tatsache, dass kein Lieferant seine Bestellungen gleich strukturiert.

Auf Reddits r/supplychain brachte ein 15-jähriger Veteran die Frustration genau auf den Punkt: „Es ist verrückt, wie viele Unternehmen ihre millionenschweren Lieferketten immer noch mit verfluchten Excel-Tabellen und endlosen E-Mail-Ketten betreiben." Und auf r/AI_Agents beschrieb ein Einkäufer seinen täglichen Ablauf: „Bestellungen, Auftragsbestätigungen und Angebote aus E-Mail-PDFs lesen und Daten manuell in zwei Tabellen eingeben." Der Thread ist voller Antworten, die dasselbe Muster bestätigen – die relevante Tabelle screenshoten, in ein Tool füttern, die Ergebnisse zurückkopieren. So sieht Einkaufsarbeit im Jahr 2026 für Organisationen aus, die die Lücke zwischen dem Erhalt einer Bestellung und der Verfügbarkeit ihrer Daten in ihren Systemen noch nicht geschlossen haben.

Warum Bestellungen schwerer zu automatisieren sind, als sie aussehen

Auf den ersten Blick wirkt eine Bestellung wie ein unkompliziertes Dokument – Lieferantenname, Bestellnummer, Datum, eine Tabelle mit Positionen, Summen. Sie sollte einfacher zu extrahieren sein als eine Rechnung mit Steuerberechnungen, Rabattlogik und Zahlungsanweisungen. Doch das Gegenteil ist der Fall, und der Grund hat nichts mit der Dokumentenkomplexität zu tun, sondern mit der Vielfalt der Lieferanten.

Eine Kreditorenbuchhaltung verarbeitet Monat für Monat Rechnungen derselben Lieferanten. Ist ein Rechnungsformat erst einmal erfasst, bleibt es meist konsistent – ein Versorgungsunternehmen gestaltet seine Rechnung nicht jedes Quartal neu. Ein Einkaufsteam hingegen erstellt Bestellungen an Lieferanten, erhält aber auch eingehende Bestellungen von Kunden – und deren Formate liegen nicht in der Hand des Teams. Ein Hersteller könnte Bestellungen von 50 Händlern erhalten, jeder mit einem eigenen, vom ERP generierten Layout. Der eine Händler platziert die Bestellnummer oben rechts mit einem fetten Rahmen. Ein anderer setzt sie in einen kleinen Fußzeilenblock unter „Dokumentenreferenz“. Ein dritter verwendet ein mehrseitiges Format, bei dem der Kopf nur auf Seite eins erscheint und die Positionen sich über drei weitere Seiten erstrecken.

Dann sind da noch die Positionstabellen – mit Abstand der schwierigste Teil der Bestellungsextraktion. Anders als Rechnungspositionen, die meist einem vorhersehbaren Muster folgen (Beschreibung, Menge, Einzelpreis, Positionssumme), können Bestellpositionen interne Artikelcodes, Kundensku, gewünschte Liefertermine, Maßeinheitenumrechnungen und als Freitext eingebettete Sonderanweisungen in derselben Tabelle enthalten. Wenn in der Bestellung „Karton“ steht, der Lieferant aber in „Stück“ liefert, oder wenn „WIDGET-A-100“ im Kundensystem in Ihrem System auf „P4521“ abgebildet wird, muss das Extraktionstool den Rohwert genau erfassen, bevor eine Mapping-Ebene überhaupt mit dem Abgleich beginnen kann.

Das sind keine Ausnahmefälle. Sie sind der Normalfall bei der Verarbeitung eingehender Bestellungen in jedem Unternehmen mit mehr als ein paar Handelspartnern. Und genau hier beginnt der gängigste Automatisierungsansatz – die vorlagenbasierte Extraktion – im großen Maßstab zu versagen.

Wenn die vorlagenbasierte Extraktion an ihre Grenzen stößt

Die meisten Dokumentextraktions-Tools auf dem Markt arbeiten mit Vorlagenabgleich. Sie laden eine Muster-Bestellung von Lieferant A hoch, zeichnen Begrenzungsrahmen um jedes Feld (Bestellnummer hier, Lieferantenname dort, Positionen in dieser Tabelle), beschriften sie und speichern die Vorlage. Wenn Lieferant A das nächste Mal eine Bestellung mit dem identischen Layout sendet, erkennt das Tool die Vorlage und extrahiert die Daten. Das funktioniert gut – solange Lieferant A sein Bestellformat nie ändert und Sie nur wenige Lieferanten haben.

Das Problem ist nicht, dass Vorlagen nicht funktionieren. Es ist, dass Vorlagen Formatstabilität voraussetzen, die Beschaffungsrealität jedoch Formatvielfalt ist. Jede Vorlage kodiert ein bestimmtes Layout. Wenn jeder Lieferant ein anderes Layout hat, skaliert die Anzahl der Vorlagen linear mit der Anzahl der Lieferanten. Ein Team, das 30 Lieferanten verwaltet, benötigt 30 Vorlagen. Wenn Lieferant A sein ERP aktualisiert und sich das Bestelllayout – auch nur geringfügig – ändert, bricht die Vorlage und die Extraktion schlägt still fehl oder liefert verstümmelte Ausgaben, die dennoch zeilenweise überprüft werden müssen.

Sie haben „manuelles Eintippen von Bestelldaten“ durch „manuelles Pflegen von Bestellvorlagen“ ersetzt. Es ist ein seitlicher Schritt – die Arbeit hat ihre Form, aber nicht ihr Volumen geändert. Genau hier setzt die vorlagenfreie Extraktion – oder wie ImageToTable.ai es nennt: Benutzerdefinierte Spaltenextraktion – an. Statt dem Tool beizubringen, wo jedes Feld auf dem Dokument jedes Lieferanten sitzt, sagen Sie ihm, welche Felder Sie extrahiert haben möchten: „Bestellnummer“, „Lieferantenname“, „Artikelcode“, „Artikelbeschreibung“, „Menge“, „Einzelpreis“, „Positionssumme“. Die KI liest jede Bestellung, indem sie versteht, was diese Feldnamen semantisch bedeuten, nicht durch Abgleich von Pixelkoordinaten. Dieselbe Spaltenliste funktioniert über jedes Lieferantenformat hinweg, weil die Extraktionslogik semantisch und nicht positionsbasiert ist.

Semantische Extraktion: Bestellungen lesen wie ein Einkäufer

Wenn ein menschlicher Beschaffungsspezialist eine Bestellung von einem unbekannten Lieferanten öffnet, braucht er keine Vorlage. Er überfliegt das Dokument, erkennt die Bestellnummer anhand des Kontexts – es ist der eindeutige alphanumerische Code oben, meist mit „Bestell-Nr.“ oder „Auftragsnummer“ beschriftet – und findet Lieferantenname, Datum und Positionstabelle auf die gleiche Weise. Das Gehirn des Lesers führt einen semantischen Abgleich durch: „Ich suche nach der Bestellkennung, wo auch immer sie auf dieser Seite erscheint.“

Semantische Extraktion – auch intentbasierte Extraktion genannt – funktioniert nach dem gleichen Prinzip. Sie definieren das Ausgabeschema (Ihre Spaltennamen), und das KI-Modell liest das Dokument, um Werte zu finden, die zur semantischen Absicht jeder Spalte passen. Die Bestellnummer muss nicht oben rechts bei den Koordinaten (x=450, y=120) stehen. Sie muss nur die Bestellnummer sein. Die Extraktionsebene übernimmt die visuelle Interpretation – Tabellen lesen, positionsübergreifende Posten verfolgen, verstehen, dass „Menge“ und „Bestellte Menge“ dasselbe bedeuten –, sodass Sie keine Formatregeln pro Lieferant kodieren müssen.

Dies ist ein Paradigmenwechsel von der positionsbasierten Extraktion (bei der das Dokument basierend auf dem Layout bestimmt, was extrahiert werden kann) hin zur intentbasierten Extraktion (bei der Sie bestimmen, was Sie wollen, und die KI es unabhängig vom Layout findet). Für Beschaffungsteams, die mit unterschiedlichen Lieferantenformaten umgehen, ist es der Unterschied zwischen der Pflege einer wachsenden Bibliothek fragiler Vorlagen und der Definition eines einzigen Satzes von Ausgabespalten, der überall funktioniert.

Dieser Ansatz funktioniert nicht nur für Felder, die auf dem Dokument gedruckt sind. Er verarbeitet auch abgeleitete Spalten, bei denen die KI Werte ableitet, die nicht explizit geschrieben sind. Sie können beispielsweise eine Spalte „Kategorie (Optionen: Rohstoffe / Verpackung / Instandhaltung / Logistik)“ definieren und die KI klassifiziert jede Bestellung basierend auf ihrem Inhalt – obwohl keine Bestellung ein Feld mit der Bezeichnung „Kategorie“ hat. Extraktion und Klassifizierung erfolgen im selben Durchlauf und erzeugen eine Tabelle, in der jede Zeile bereits für die Ausgabenanalyse kategorisiert ist – ohne einen zweiten manuellen Schritt.

So extrahieren Sie Bestellfelder in Excel – Schritt für Schritt

Der tatsächliche Arbeitsablauf, um einen Stapel von Lieferantenbestellungen in eine einzige strukturierte Tabelle zu verwandeln, umfasst vier Schritte – und sobald Sie Ihre Spaltenliste definiert haben, funktioniert das gleiche Setup für jede zukünftige Charge.

Dieser Arbeitsablauf ersetzt das, was ein Reddit-Benutzer auf r/AI_Agents als seinen täglichen Kreislauf beschrieb: E-Mail-PDFs herunterladen, Tabellen screenshotten, an KI übergeben, Ergebnisse manuell in zwei separate Tabellen kopieren. Statt fünf separaten Tools und manuellen Übergaben ist es eine einzige Pipeline: hochladen → Spalten definieren → exportieren.

Stapelverarbeitung: Einmal einrichten für jedes Lieferantenformat

Der wirkliche Effizienzgewinn entsteht, wenn Sie Bestellungen nicht mehr einzeln verarbeiten. Stapelverarbeitung – das gleichzeitige Hochladen mehrerer Dateien und deren Verarbeitung als Gruppe – macht aus der Extraktion pro Dokument eine Aufgabe pro Stapel. Sie laden 50 Bestellungen von 30 Lieferanten per Drag & Drop hoch, dieselben Spaltendefinitionen werden auf jede Datei angewendet, und die Ausgabe ist eine einzige zusammengeführte Tabelle, in der jede Zeile einen Einzelposten einer Bestellung darstellt, mit Kopffeldern (Bestellnummer, Datum, Lieferant), die für alle Zeilen dieser Bestellung übernommen werden.

Dieses stapelorientierte Design ist für den Einkauf unerlässlich, da Bestellungen selten einzeln eingehen. Sie kommen in Wellen – Wochenend-Bestellbestätigungen, monatliche Einkaufszyklen, saisonale Lagerauffüllungen. Sie nacheinander mit einem Tool zu verarbeiten, das eine Interaktion pro Dokument erfordert, macht den Zweck der Automatisierung zunichte. Ein stapelorientiertes Tool verarbeitet die gesamte Welle in einem Durchgang.

Für Teams, die Bestellungen von Personen außerhalb der Einkaufsabteilung sammeln müssen – Außendienstmitarbeiter, entfernte Standortleiter oder externe Stakeholder – gibt es den Sammellink. Statt Dateien hin und her zu mailen oder Systemzugriff zu gewähren, generieren Sie einen teilbaren Link. Jeder mit dem Link kann nach Eingabe eines kurzen Verifizierungscodes Dateien direkt in Ihre Verarbeitungswarteschlange hochladen. Keine Registrierung, kein Login – sie legen Bestellungen in den Link, und die Dateien erscheinen in Ihrem Konto, bereit zur Stapelextraktion. Dies ist besonders nützlich für dezentralen Einkauf, bei dem regionale Teams ihre eigenen Bestellungen ausstellen und die Zentrale eine konsolidierte Ansicht benötigt.

Für Organisationen, die den Einkauf über etablierte Plattformen abwickeln – SAP Ariba, Coupa oder Oracle NetSuite – schließt die Extraktionsebene eine spezifische Lücke, die diese Plattformen nicht abdecken. SAP Ariba verwaltet den Workflow von der Anforderung bis zur Bestellung und das Lieferantennetzwerk; Coupa kümmert sich um Ausgabentransparenz und Genehmigungsrouting; NetSuite bietet das ERP-Rückgrat für Lager und Finanzen. Keine davon ist darauf ausgelegt, eine PDF-Bestellung eines unbekannten Lieferanten aufzunehmen und in strukturierte Zeilendaten umzuwandeln. Das ist die Aufgabe der Extraktionsebene – und wenn sie vorlagenfrei ist, funktioniert sie mit jedem Lieferantendokument, das diese Plattformen erhalten, nicht nur mit denen in ihrem nativen Netzwerk.

FAQ

Kann die Bestellfelderfassung mehrseitige Bestellungen verarbeiten?

Ja. Mehrseitige Bestellungen sind üblich – Kopfzeilen auf Seite eins, Positionen auf zwei oder drei Folgeseiten. Eine semantische Extraktionsmaschine folgt der Positionstabelle über Seitenumbrüche hinweg und behandelt das Dokument als einen durchgehenden Text, nicht als unabhängige Seiten. Wiederholte Tabellenköpfe auf jeder Druckselte werden als Duplikate erkannt und zusammengeführt.

Spielt das Format der Bestellung eine Rolle – PDF, gescanntes Bild oder Foto?

Nein. Die KI liest den visuellen Inhalt der Seite wie ein Mensch. Ein sauberes ERP-PDF, ein gescannter Papierbeleg eines Altlieferanten und ein Smartphone-Foto einer gedruckten Bestellung durchlaufen dieselbe Extraktionspipeline. Die Bildqualität beeinflusst die Genauigkeit – ein unscharfes Foto liefert weniger zuverlässige Ergebnisse als ein scharfer Scan –, aber die Extraktionslogik selbst hängt nicht von maschinenlesbarem Text ab. Das ist der Kernunterschied zwischen KI-Extraktion und klassischer OCR: OCR benötigt sauberen, getippten Text auf einer flachen Seite; die KI liest das Dokument visuell.

Was ist mit handschriftlichen Notizen auf Bestellungen?

Handschriftliche Anmerkungen – Initialen eines Käufers, handschriftliche Aktualisierung des Lieferdatums, notierte Mengenänderung – werden zusammen mit gedrucktem Inhalt gelesen und extrahiert. Das visuelle Modell verarbeitet die gesamte Seite einheitlich, sodass eine Mischung aus getippten und handschriftlichen Feldern auf derselben Bestellung keine separate Behandlung erfordert. Dieselbe Spaltendefinition erfasst beides.

Kann ich berechnete Werte extrahieren, die nicht auf der Bestellung gedruckt sind?

Ja, über berechnete Spalten. Wenn eine Bestellung Stückpreis und Menge, aber nicht den Positionsbetrag druckt, können Sie eine Spalte als „Positionsbetrag (Menge × Stückpreis)“ definieren, und die KI berechnet ihn während der Extraktion. Sie können auch Bedingungslogik definieren – z. B. „Abgleichsprüfung (OK, wenn Bestellsumme gleich Summe der Positionsbeträge; andernfalls Differenz ausgeben)“ – um Bestellrechenfehler zu markieren, bevor die Daten Ihr ERP erreichen. Diese Berechnungen laufen während der Extraktion, nicht als nachgelagerter Schritt.

Wie funktioniert die Preisgestaltung für die PO-Felderfassung?

ImageToTable.ai bietet eine kostenlose Stufe mit ausreichend Verarbeitungskontingent, um den Workflow mit eigenen Bestellungen zu testen. Kostenpflichtige Pläne beginnen bei 9 $/Monat (Basic) für regelmäßige Einzelnutzung, 19 $/Monat (Pro) für höheres Volumen und 59 $/Monat (Max) für Teams und umfangreiche Batch-Arbeiten. Alle Pläne bieten dieselbe Extraktionsqualität und Spaltenfunktionen – die Preisgestaltung skaliert mit dem Volumen, nicht mit den Funktionen.

Funktioniert dies auch mit Bestellungen in anderen Sprachen?

Ja. Die KI liest Dokumente in jeder Sprache – deutsche Bestellungen, französische bons de commande, japanische 注文書 und spanische órdenes de compra – alle mit derselben Extraktionspipeline. Spaltennamen können auf Englisch oder in der Originalsprache des Dokuments definiert werden; die KI gleicht nach semantischer Bedeutung ab, nicht nach sprachspezifischen Schlüsselwörtern.