Was manuelle PO-Eingabe
die Beschaffung wirklich kostet

Der Preis der manuellen Bestellungserfassung

Diese APQC-Zahlen — 14 $ am 25. Perzentil, über 54 $ am 75. — stammen aus dem Open Standards Benchmarking im Einkauf von APQC, das mehr als 4.600 Organisationen abdeckt. CAPS Research berichtet von einer noch größeren Spanne, von 53 $ bis 741 $ pro Bestellung, je nach Branche und Prozessreifegrad. Die Lücke ist nicht abstrakt — sie entsteht dadurch, wie viel der Pipeline von der Anforderung bis zur Bestellung automatisiert ist und wie viel noch jemanden erfordert, der ein PDF liest, Felder in eine Tabellenkalkulation tippt und Positionen dreifach prüft.

Was diese Benchmarks nicht erfassen, 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 wechselt — die Bestellnummer aus einem Tab liest, das Lieferdatum aus dem Kopfbereich, die Positionen aus einer Tabelle, die möglicherweise auf eine einzelne Seite passt oder auch nicht, und dann den Vorgang für die nächsten 40 Bestellungen von den nächsten 12 Lieferanten wiederholt. Die Kosten sind nicht nur Arbeitskosten. Es ist der kumulative Effekt von Formatwechseln, Tabellenübertragungsfehlern und der Tatsache, dass keine zwei Lieferanten ihre Bestellungen auf dieselbe Weise strukturieren.

In r/supplychain auf Reddit hat ein 15-jähriger Veteran die Frustration präzise erfasst: „Es ist verrückt, wie viele Unternehmen immer noch millionenschwere Lieferketten mit verfluchten Excel-Tabellen und endlosen E-Mail-Ketten betreiben.“ Und drüben in r/AI_Agents beschrieb ein Einkaufsmitarbeiter seinen täglichen Ablauf: „Bestellungen, Auftragsbestätigungen und Angebote aus E-Mail-PDFs lesen und Daten manuell in zwei Tabellenkalkulationen eingeben.“ Der Thread ist voller Antworten, die dasselbe Muster bestätigen — die relevante Tabelle per Screenshot erfassen, sie einem Tool zuführen, die Ergebnisse zurückkopieren. Das ist Einkaufsarbeit im Jahr 2026 für Organisationen, 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, die Steuerberechnungen, Rabattlogik und Zahlungsanweisungen hinzufügt. Doch das Gegenteil ist der Fall, und der Grund hat nichts mit der Komplexität des Dokuments zu tun, sondern alles mit der Vielfalt der Lieferanten.

Ein Kreditorenbuchhaltungsteam verarbeitet Monat für Monat Rechnungen von denselben Lieferanten. Ist ein Rechnungsformat erst einmal erfasst, bleibt es in der Regel 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 diese Kundenformate unterliegen nicht der Kontrolle des Teams. Ein Hersteller könnte Bestellungen von 50 Distributoren erhalten, jede mit einem eigenen, vom ERP generierten Layout. Ein Distributor platziert die Bestellnummer oben rechts mit einer fetten Umrandung. Ein anderer setzt sie in einen kleinen Fußzeilenblock unter „Dokumentreferenz“. 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 gibt es die Positionstabellen – leicht der schwierigste Teil der Bestellungsextraktion. Im Gegensatz zu Rechnungspositionen, die einem vorhersehbaren Muster folgen (Beschreibung, Menge, Einzelpreis, Positionssumme), können Bestellpositionen interne Teilecodes, Kundenskus, gewünschte Liefertermine, Umrechnungen von Maßeinheiten und Freitext-Sonderanweisungen enthalten, die in derselben Tabelle eingebettet sind. Wenn die Bestellung „Karton“ sagt, der Lieferant aber in „Stück“ liefert, oder wenn „WIDGET-A-100“ im Kundensystem „P4521“ in Ihrem entspricht, muss das Extraktionstool den Rohwert genau erfassen, bevor eine Zuordnungsebene überhaupt mit dem Abgleich beginnen kann.

Dies sind keine Randfälle. Sie sind der Grundzustand der Verarbeitung eingehender Bestellungen in jeder Organisation mit mehr als einer Handvoll Geschäftspartnern. Und genau hier beginnt der gängigste Automatisierungsansatz – die vorlagenbasierte Extraktion – im großen Maßstab zu scheitern.

Wenn templatebasierte Extraktion an der Bestellungs-Hürde scheitert

Die meisten Dokumentextraktionstools auf dem Markt arbeiten mit Template-Abgleich. Sie laden eine Beispiel-Bestellung von Lieferant A hoch, zeichnen Begrenzungsrahmen um jedes Feld (Bestellnummer hier, Lieferantenname dort, Positionszeilen in dieser Tabelle), beschriften sie und speichern das Template. Wenn Lieferant A das nächste Mal eine Bestellung mit identischem Layout sendet, erkennt das Tool sie 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 Templates nicht funktionieren. Es ist, dass Templates Formatstabilität voraussetzen, während die Beschaffungsrealität Formatvielfalt ist. Jedes Template kodiert ein bestimmtes Layout. Wenn jeder Lieferant ein anderes Layout hat, skaliert die Template-Anzahl linear mit der Lieferantenanzahl. Ein Team, das 30 Lieferanten verwaltet, benötigt 30 Templates. Wenn Lieferant A sein ERP aktualisiert und sich das Bestelllayout verschiebt – selbst geringfügig – bricht das Template und die Extraktion schlägt still fehl oder erzeugt fehlerhafte Ausgaben, die jemand trotzdem Zeile für Zeile prüfen muss.

Sie haben „manuelles Eintippen von Bestelldaten“ durch „manuelle Pflege von Bestelltemplates“ ersetzt. Das ist ein seitlicher Wechsel – die Arbeit hat die Form, aber nicht den Umfang geändert. Genau das soll die Extraktion ohne Vorlage – oder wie ImageToTable.ai es nennt: Benutzerdefinierte Spaltenextraktion – lösen. 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“, „Artikelnr.“, „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 kein Template. Er scannt das Dokument, erkennt die Bestellnummer anhand des Kontexts – es ist der eindeutige alphanumerische Code in der Nähe des oberen Rands, normalerweise mit „Bestellnr.“ oder „Auftragsnummer“ beschriftet – und findet Lieferantenname, Datum und Positionstabelle auf dieselbe Weise. Das Gehirn des Lesers führt semantischen Abgleich durch: „Ich suche die Bestellkennung, wo auch immer sie auf dieser Seite erscheint.“

Semantische Extraktion – auch absichtsbasierte Extraktion genannt – funktioniert nach demselben Prinzip. Sie definieren das Ausgabeschema (Ihre Spaltennamen), und das KI-Modell liest das Dokument, um Werte zu finden, die der semantischen Absicht jeder Spalte entsprechen. 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, mehrseitige Positionen verfolgen, verstehen, dass „Menge“ und „Bestellmenge“ dasselbe bedeuten – sodass Sie keine Formatregeln pro Lieferant kodieren müssen.

Das ist ein Paradigmenwechsel von positionsbasierter Extraktion (bei der das Dokument bestimmt, was basierend auf dem Layout extrahiert werden kann) hin zu absichtsbasierter Extraktion (bei der Sie bestimmen, was Sie wollen, und die KI es unabhängig vom Layout findet). Für Beschaffungsteams, die vielfältige Lieferantenformate verwalten, ist es der Unterschied zwischen der Pflege einer wachsenden Bibliothek fragiler Templates und der Definition eines 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 zum Beispiel eine Spalte „Kategorie (Optionen: Rohstoffe / Verpackung / Instandhaltung / Logistik)“ definieren, und die KI klassifiziert jede Bestellung basierend auf ihrem Inhalt – obwohl keine Bestellung ein Feld namens „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 zweiten manuellen Schritt.

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

Der eigentliche Arbeitsablauf, um einen Stapel von Lieferanten-Bestellungen in eine einzige strukturierte Tabelle zu verwandeln, umfasst vier Schritte – und sobald Sie Ihre Spaltenliste definiert haben, funktioniert dasselbe Setup für jeden zukünftigen Stapel.

Dieser Arbeitsablauf ersetzt, was ein Reddit-Nutzer auf r/AI_Agents als ihren täglichen Zyklus beschrieb: E-Mail-PDFs herunterladen, Tabellen screenshotten, der KI zuführen, Ergebnisse manuell in zwei separate Tabellen kopieren. Statt fünf separater Tools und manueller Übergaben ist es eine einzige Pipeline: Hochladen → Spalten definieren → Exportieren.

Batch-Verarbeitung: Ein Setup für jedes Lieferantenformat

Der eigentliche Effizienzgewinn entsteht, wenn Sie aufhören, Bestellungen einzeln zu verarbeiten. Batch-Verarbeitung – das gleichzeitige Hochladen mehrerer Dateien und deren Verarbeitung als Gruppe – verwandelt den Extraktionsworkflow von einer Aufgabe pro Dokument in eine Aufgabe pro Batch. Sie laden 50 Bestellungen von 30 Lieferanten per Drag-and-Drop hoch, dieselben Spaltendefinitionen werden auf jede Datei angewendet, und das Ergebnis ist eine zusammengeführte Tabelle, in der jede Zeile eine Position aus einer Bestellung darstellt, wobei Kopfzeilenfelder (Bestellnummer, Datum, Lieferant) über alle Zeilen dieser Bestellung übernommen werden.

Dieses Batch-First-Design ist für den Einkauf unerlässlich, da Bestellungen selten einzeln eintreffen. Sie kommen in Wellen – Wochenend-Bestellbestätigungen, Monatsend-Einkaufszyklen, saisonale Lagerauffüllungen. Sie nacheinander mit einem Tool zu verarbeiten, das eine Interaktion pro Dokument erfordert, widerspricht dem Zweck der Automatisierung. Ein Batch-First-Tool verarbeitet die gesamte Welle in einem einzigen Vorgang.

Für Teams, die Bestellungen von Personen außerhalb der Einkaufsabteilung sammeln müssen – Außendienstmitarbeiter, Standortleiter oder externe Stakeholder – gibt es den Sammellink. Statt Dateien hin und her zu senden oder Systemzugriff zu gewähren, generieren Sie einen teilbaren Link. Jeder mit dem Link kann Dateien direkt in Ihre Verarbeitungswarteschlange hochladen, nachdem er einen kurzen Verifizierungscode eingegeben hat. Keine Registrierung, kein Login – sie legen Bestellungen über den Link ab, und die Dateien erscheinen in Ihrem Konto, bereit für die Batch-Extraktion. Dies ist besonders nützlich für dezentrale Einkaufsstrukturen, in denen regionale Teams ihre eigenen Bestellungen ausstellen und die Zentrale eine konsolidierte Übersicht 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 sowie das Lieferantennetzwerk; Coupa übernimmt die Ausgabentransparenz und Genehmigungsrouting; NetSuite bietet das ERP-Rückgrat für Lager und Finanzen. Keine dieser Plattformen ist darauf ausgelegt, eine PDF-Bestellung von einem unbekannten Lieferanten aufzunehmen und in strukturierte Zeilendaten umzuwandeln. Das ist die Aufgabe der Extraktionsebene – und wenn sie ohne Vorlage arbeitet, funktioniert sie mit jedem Lieferantendokument, das diese Plattformen erhalten, nicht nur mit denen in ihrem nativen Netzwerk.

FAQ

Kann die PO-Felderfassung mehrseitige Bestellungen verarbeiten?

Ja. Mehrseitige Bestellungen sind üblich – Kopfzeileninformationen auf Seite eins, Positionszeilen auf zwei oder drei Folgeseiten. Eine semantische Extraktions-Engine folgt der Positionstabelle über Seitenumbrüche hinweg und behandelt das Dokument als einen durchgehenden Lesevorgang statt als unabhängige Seiten. Tabellenüberschriften, die auf jeder Druckseite wiederholt werden, werden als Duplikate erkannt und konsolidiert.

Spielt das Format der Bestellung eine Rolle – PDF gegenüber gescanntem Bild gegenüber Foto?

Nein. Die KI liest den visuellen Inhalt der Seite wie ein Mensch. Ein gestochen scharfes ERP-generiertes PDF, eine gescannte Papierbestellung von einem Alt-Lieferanten und ein Smartphone-Foto einer gedruckten Bestellung durchlaufen alle dieselbe Extraktions-Pipeline. Die Bildqualität ist für die Genauigkeit entscheidend – ein unscharfes Foto liefert Ergebnisse mit geringerer Konfidenz als ein scharfer Scan – aber die Extraktionslogik selbst hängt nicht davon ab, dass die Quelle maschinenlesbarer Text ist. Dies ist der Kernunterschied zwischen KI-Extraktion und herkömmlicher OCR: OCR benötigt sauberen, getippten Text auf einer flachen Seite; KI liest das Dokument visuell.

Was ist mit handschriftlichen Notizen auf Bestellungen?

Handschriftliche Anmerkungen – Initialen eines Käufers, handschriftliche Aktualisierung des Lieferdatums, eine gekritzelte Mengenanpassung – 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 ausweist, 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 – zum Beispiel „Abgleichsprüfung (OK, wenn Bestellsumme gleich Summe der Positionsbeträge; andernfalls Differenz ausgeben)“ – um Bestell-Arithmetikfehler zu kennzeichnen, bevor die Daten Ihr ERP erreichen. Diese Berechnungen laufen während der Extraktion, nicht als Nachbearbeitungsschritt.

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

ImageToTable.ai bietet eine kostenlose Stufe mit ausreichend Verarbeitungskontingent, um den Workflow mit Ihren 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 umfassen dieselbe Erfassungsqualität und dieselben Spaltenfunktionen – die Preisgestaltung skaliert mit dem Volumen, nicht mit den Funktionen.

Funktioniert das auch mit nicht-englischen Bestellungen?

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