Bestellungen gesammelt in Excel überführen:
Ein Setup, jedes Lieferantenformat

Warum Bestellungen schwerer zu bündeln sind als Rechnungen

Rechnungen haben es vergleichsweise einfach. Die meisten haben eine einheitliche Struktur: Verkäuferinformationen oben, eine Tabelle mit Positionen in der Mitte, Summen unten. Die Datenextraktion aus Bestellungen ist aus zwei Gründen schwieriger, die sich gegenseitig verstärken: Positionen sind die primäre Datenlast und ihre Tabellenstrukturen variieren stark zwischen Lieferanten.

Die Kerndaten einer Rechnung – Rechnungsnummer, Datum, Gesamtsumme – sind meist drei bis fünf Felder an vorhersehbaren Positionen. Die Kerndaten einer Bestellung sind eine Liste: 5, 15 oder 50 Zeilen mit Artikelcodes, Beschreibungen, Mengen, Einzelpreisen und Zeilensummen. Jede Zeile muss einzeln extrahiert und dem richtigen Bestellkopf zugeordnet werden. Fehlt eine Zeile, haben Sie zu wenig bestellt. Wird eine dupliziert, zählen Sie Ihre gebundenen Ausgaben doppelt.

Multiplizieren Sie das nun mit der Anzahl der Lieferanten, die Ihnen Bestellungen senden. Ein mittelständischer Hersteller oder Händler erhält möglicherweise Bestellungen von 20–80 verschiedenen Kunden, jeder mit eigenem Layout. Ein Kunde platziert die Positionstabelle auf Seite 1. Ein anderer verteilt sie über sechs Seiten mit wiederholten Spaltenüberschriften auf jeder Seite. Ein Dritter setzt Mengen vor Beschreibungen; ein Vierter danach. Keiner davon ist „falsch“ – sie haben nur unterschiedliche ERP-Systeme, die ihre Bestell-PDFs generieren – aber jeder Formatunterschied ist eine Entscheidung, die Ihr Extraktionstool treffen muss.

Die Vorlagenfalle: Warum eine Vorlage pro Lieferant nicht skaliert

Vorlagenbasierte Tools zur Bestellungsdatenextraktion – und die meisten etablierten Anbieter in diesem Bereich fallen in diese Kategorie – funktionieren so: Sie laden eine Beispielbestellung von Lieferant A hoch, zeichnen Rahmen um jedes Feld, beschriften sie und speichern die Vorlage. Wenn Lieferant A das nächste Mal eine Bestellung mit demselben Layout sendet, erkennt das Tool sie und extrahiert die Daten. Funktioniert einwandfrei – bis Lieferant A sein Bestellformat aktualisiert. Dann bricht die Vorlage zusammen und Sie stehen wieder am Anfang.

Die eigentliche Schwachstelle ist die Vorlagenvervielfachung. Wenn Sie 30 Lieferanten haben, brauchen Sie 30 Vorlagen. Jeder neue Lieferant bedeutet eine neue Vorlageneinrichtung – in der Regel 10 bis 15 Minuten zum Zeichnen von Rahmen und Beschriften von Feldern. Wenn Lieferant Nr. 31 hinzukommt, muss jemand seine Arbeit unterbrechen, das Extraktionstool öffnen und Vorlage Nr. 31 erstellen. Und wenn einer Ihrer bestehenden 30 Lieferanten sein ERP- oder Bestellformat ändert (was vorkommt: System-Upgrades, neue Beschaffungssoftware, formatbedingte Konsolidierung nach Fusionen), merken Sie das erst, wenn die Extraktion stillschweigend fehlschlägt.

Das ist die Vorlagenfalle: Das Tool, das Ihnen Zeit sparen sollte, hat eine neue Art von Wartungsarbeit geschaffen. Sie haben „manuelles Eintippen von Bestelldaten“ durch „manuelles Verwalten von Bestellvorlagen“ ersetzt. Für einen Reddit-Nutzer in r/AI_Agents, der seinen täglichen Arbeitsalltag als „Lesen von Bestellungen, Auftragsbestätigungen und Angeboten aus E-Mail-PDFs und manuelles Eingeben von Daten“ beschrieb, ist dieser Tausch keine Lösung – es ist ein seitwärts gerichteter Schritt.

Das Problem ist nicht, dass Vorlagen nicht funktionieren. Es ist, dass Vorlagen Formatstabilität voraussetzen, die Beschaffungsrealität aber Formatvielfalt ist. Jede Vorlage kodiert ein bestimmtes Layout. Wenn jeder Lieferant ein anderes Layout hat, skaliert die Vorlagenanzahl linear mit der Lieferantenanzahl – und Ihre Vorlagenbibliothek wird zum Engpass, den Sie eigentlich beseitigen wollten.

So funktioniert die Spaltennamenextraktion bei jedem PO-Layout

Hier ein anderer Ansatz: Statt dem Tool zu sagen, wo jedes Feld auf der Seite sitzt, sagen Sie ihm, was jedes Feld bedeutet. Das ist die Spaltennamenextraktion – Sie definieren die gewünschten Spalten (z. B. „Bestellnummer“, „Lieferantenname“, „Artikelcode“, „Menge“, „Einzelpreis“, „Zeilensumme“), und die KI findet die Werte, indem sie deren semantische Rolle im Dokument versteht – nicht deren Pixelkoordinaten.

Die eingegebenen Spaltennamen werden zu den Überschriften Ihrer Ausgabetabelle. Wenn Sie „Bestellnummer / Lieferant / SKU / Menge / Einzelpreis / Zeilensumme“ eingeben, sind das genau die Spalten in Ihrer Excel – bei jedem Lieferanten, in jedem Format. Der KI ist es egal, ob Lieferant A die Bestellnummer oben rechts und Lieferant B sie oben links platziert. Sie findet den Wert, indem sie versteht, was eine Bestellnummer ist, nicht wo sie sitzt.

Das ist der Unterschied zwischen Template-OCR und Vision-KI. Template-OCR gleicht Muster nach Position ab; Vision-KI liest Dokumente wie ein Mensch – mit Verständnis für Kontext und Bedeutung. Eine Spaltennamenextraktions-Engine kann eine 15-seitige Bestellung mit 300 Positionen in unter einer Minute verarbeiten. Seitenumbrüche, wiederholte Kopfzeilen, eingestreute Zwischensummen – die KI behandelt das Dokument als einen durchgehenden Datensatz, nicht als einzelne PDF-Seiten, die wieder zusammengesetzt werden müssen.

Stapelverarbeitung: Von 50 PDFs zu einer Tabelle

Der Stapel-Workflow in ImageToTable.ai folgt einem Prinzip: Das Tool passt sich Ihren Dokumenten an – nicht umgekehrt. So läuft der gesamte Prozess von der Sammlung mehrerer Lieferanten-Bestellungen bis zur fertigen, auswertbaren Tabelle ab.

Die Verarbeitungszeit hängt von der Anzahl der Dokumente ab, nicht von der Formatkomplexität. Eine einseitige Bestellung wird in Sekunden verarbeitet. Ein Batch mit 50 einseitigen Bestellungen ist in wenigen Minuten fertig. Die KI wird nicht langsamer, wenn sie auf ein unbekanntes Layout trifft – das ist der Kern der semantischen Extraktion gegenüber der positionsbasierten.

Und bei mehrseitigen Bestellungen mit wiederholten Spaltenüberschriften? Die KI erkennt diese als eine durchgehende Tabelle. Eine 15-seitige Bestellung mit 300 Positionen liefert 300 Zeilen in Ihrer Ausgabe – nicht 15 separate Tabellen, die Sie manuell zusammenführen müssten.

Schluss mit der E-Mail-Jagd: Lieferanten direkt hochladen lassen

Auch wenn das Extraktionsproblem gelöst ist, bleibt ein logistisches Problem verborgen: Wie kommen die Bestelldateien ins System? Wenn Ihr aktueller Workflow „E-Mail prüfen → PDF-Anhänge herunterladen → in Ordner speichern → in Extraktionstool hochladen“ ist, dann ist die Extraktion zwar automatisiert, aber die Sammlung nicht.

Collection Link ist eine Funktion, die diese Lücke schließt. Sie generieren eine eindeutige URL (z. B. /c/abc123) und teilen sie Ihren Lieferanten mit. Diese öffnen den Link, geben einen kurzen Verifizierungscode ein und laden ihre Bestelldateien direkt hoch. Die Dateien landen in Ihrer Verarbeitungswarteschlange – keine E-Mail, kein Download, kein Ordner. Der Lieferant benötigt kein Konto, keine Anmeldung und keine Installation.

Für Teams, die Bestellungen von Dutzenden Lieferanten verwalten, entfällt der ineffizienteste Teil des Prozesses: der menschliche Zwischenschritt des Sammelns verstreuter E-Mail-Anhänge. Statt „30 Lieferanten-E-Mails prüfen → 30 PDFs herunterladen → organisieren → hochladen“ wird der Ablauf zu „Lieferant lädt hoch → Bestellung erscheint in Ihrer Warteschlange → Batch-Verarbeitung → Export“.

Welche Bestellformate werden unterstützt?

Die Spaltennamenextraktion funktioniert mit jedem Bestellformat, da sie nicht vom Layout oder der Erstellungsmethode abhängt:

• ERP-generierte PDFs — SAP, Oracle, NetSuite, Microsoft Dynamics, QuickBooks. Jedes ERP gibt Bestellungen anders aus; der KI ist das egal.
• Gescannte Papier-Bestellungen — Für Lieferanten, die noch Papier versenden, reicht ein Handyfoto oder ein Scanner-PDF. Die KI liest den Text unabhängig von der Scanqualität (innerhalb vernünftiger Grenzen — sehr niedrige Auflösungen verringern die Genauigkeit).
• Bestellungen im E-Mail-Text — Manche kleinere Lieferanten senden Bestellungen als Klartext im E-Mail-Text. Machen Sie einen Screenshot, laden Sie ihn hoch, die gleiche Spaltennamenextraktion wird angewendet.
• Gemischte Stapel mit mehreren Formaten — Ein Stapel kann ERP-PDFs, Scans und Screenshots enthalten. Die KI verarbeitet jedes unabhängig, gibt sie aber in dieselbe einheitliche Tabelle aus.

Häufig gestellte Fragen

Kann das auch Bestellungen verarbeiten, bei denen Positionen über mehrere Seiten gehen?

Ja. Die KI behandelt mehrseitige Bestellungen als ein durchgehendes Dokument. Eine 15-seitige Bestellung mit 300 Positionen erzeugt 300 Zeilen, wobei die Bestellkopffelder (Nummer, Datum, Lieferant) in jede Zeile übernommen werden. Wiederholte Spaltenüberschriften auf jeder Seite werden als solche erkannt und aus der Ausgabe ausgeschlossen — keine Duplikate, keine Fragmente.

Was ist, wenn Lieferanten unterschiedliche Namen für dasselbe Feld verwenden — z. B. „Artikel-Nr." vs. „SKU" vs. „Produktcode"?

Die KI erfasst semantisch gleichwertige Begriffe. Wenn Sie den Spaltennamen „Artikelcode“ angeben, findet sie im Dokument Felder wie „Artikel-Nr.“, „SKU“, „Produktcode“ oder „Teilenummer“ und ordnet sie Ihrer Artikelcode-Spalte zu. Sie müssen nicht jeden Synonym auflisten – die KI versteht, dass diese denselben Begriff meinen.

Muss ich etwas pro Lieferant einrichten?

Nein. Die einmal definierte Spaltenliste gilt für alle Lieferanten. Keine Vorlagenerstellung, keine lieferantenspezifische Konfiguration, keine Trainingsphase. Geben Sie Ihre Spalten ein, laden Sie Ihre Dateien hoch, erhalten Sie Ihre Tabelle. Das ist der Kernunterschied zwischen Spaltennamenextraktion und vorlagenbasierten Tools.

Was passiert, wenn einer Bestellung ein Feld fehlt – z. B. wenn manche Lieferanten keine Zahlungsbedingungen angeben?

Die Zelle für dieses Feld bleibt in der Ausgabe für diese Bestellung leer. Ihre Tabellenstruktur bleibt über alle Zeilen hinweg konsistent; fehlende Felder erscheinen einfach als leere Zellen. Kein Fehler, keine manuelle Korrektur erforderlich, keine Vorlagenkonfliktmeldung.

Kann ich direkt in mein ERP-Format exportieren?

Ja – wenn Sie Ihre Spaltennamen an das Importformat Ihres ERPs anpassen. Verwenden Sie bei der Einrichtung der Extraktion die exakten Spaltenüberschriften Ihres ERPs, und die XLSX-Ausgabe ist für den direkten Import bereit. Datums- und Zahlenformate können in Ihren Extraktionsanweisungen festgelegt werden, um den ERP-Anforderungen zu entsprechen.

Wie genau ist die Zeilenextraktion bei dichten Bestelltabellen?

Bei sauberen, gedruckten Bestelltabellen liegt die Zeilengenauigkeit typischerweise über 90 %. Hauptursachen für Genauigkeitsverluste sind: sehr kleine Schriftarten (unter 8 pt), starke Hintergrundmuster hinter der Tabelle, handschriftliche Anmerkungen über gedruckten Feldern und stark verzogene Scans. Die FAQ-Antwort lautet nicht „immer 99 %“, sondern „90 %+ bei typischen gedruckten Bestellungen, weniger bei Randfällen.“ Das ist ein ehrlicher Kompromiss: 90 %+ automatisiert mit gelegentlichen manuellen Stichproben vs. 100 % manuell mit garantierten Ermüdungsfehlern.

Funktioniert das auch für Auftragsbestätigungen (AB) und Kundenaufträge?

Ja. Derselbe Ansatz zur Spaltenextraktion funktioniert für jede strukturierte Dokumentenart. Für Auftragsbestätigungen geben Sie Spalten wie „Auftragsnummer / Bestätigungsdatum / Bestätigtes Lieferdatum / Bestätigte Menge / Einzelpreis“ an. Für Kundenaufträge geben Sie „Kundenauftragsnummer / Kundenbestellnummer / Lieferadresse / Produktcode / Bestellte Menge“ an. Der Mechanismus ist derselbe – Sie teilen der KI mit, was Sie benötigen, und sie findet es im Dokument.

Für die individuelle Verarbeitung von Bestellungen, bei der Sie bestimmte Kopfzeilenfelder und ausgewählte Positionen benötigen (anstelle einer Massenextraktion), lesen Sie wie Sie nur die benötigten Felder aus Bestellungen extrahieren.

Für die Stapelverarbeitung von Bestellungen verarbeitet unser spezieller Konverter Massenextraktionen aus jedem Lieferantenformat in eine konsolidierte Tabelle.