21 Supply-Chain-Dokumenttypen automatisieren mit PEDIF
21 Supply-Chain-Dokumenttypen, die PEDIF automatisieren kann – wenn Layout und Zielstruktur passen
Ein PDF ist wie ein Lieferschein, der im Wareneingang auf dem Tisch liegt.
Für einen Menschen ist er lesbar. Man erkennt Lieferant, Artikel, Mengen, Packstücke und vielleicht auch die Bestellreferenz. Für das ERP-System ist damit aber noch nichts passiert. Der Bestand ist nicht gebucht, die Bestellung nicht abgeglichen, die Rechnung später nicht vorbereitet. Das Dokument ist da – aber der Prozess weiß es noch nicht.
Genau so funktioniert es in vielen Supply Chains.
Bestellungen, Auftragsbestätigungen, Lieferscheine, Packlisten, Rechnungen und viele weitere Dokumente sind zwar digital sichtbar. Aber für ERP-, EDI-, DMS- oder Workflow-Systeme bleiben sie oft unbrauchbar, solange ihre Inhalte nicht strukturiert vorliegen.
PEDIF macht aus dem sichtbaren Dokument einen systemfähigen Datensatz: Dokumenttyp, Felder, Werte, Prüfregeln, Referenzen und Zielsystem. PDF bleibt der Eingang. Strukturierte Daten sind das Ergebnis.
Dabei geht es nicht nur um Rechnungen. Die Supply Chain produziert eine ganze Dokumentenlandschaft. In der zugrundeliegenden Marktanalyse werden 21 zentrale Dokumenttypen betrachtet – von Anfrage und Angebot über Bestellung, Lieferschein und Frachtbrief bis zu Rechnung, Gutschrift und Bestandsbericht.
Das eigentliche Problem: Nicht das PDF ist falsch, sondern sein Zielsystem
PDFs sind beliebt, weil sie praktisch sind. Sie sehen überall gleich aus. Sie lassen sich leicht per E-Mail versenden. Partner müssen ihre Systeme nicht ändern. Und für Menschen sind sie gut lesbar.
Das Problem beginnt erst dort, wo Systeme weiterarbeiten sollen.
Ein ERP-System möchte keine hübsche PDF-Seite. Es möchte Felder: Bestellnummer, Lieferant, Artikelnummer, Menge, Preis, Liefertermin, Steuersatz, Packstück, Sendungsnummer, Referenz.
Ein EDI-System möchte keine visuelle Darstellung. Es möchte eine strukturierte Nachricht.
Ein DMS möchte nicht nur speichern, sondern sinnvoll indexieren.
Ein Workflow-System möchte entscheiden können, ob ein Vorgang direkt weiterläuft oder eine Ausnahmeprüfung braucht.
Darum ist die Frage nicht: „Wie bekommen wir weniger PDFs?“
Die bessere Frage lautet: Wie machen wir wiederkehrende PDFs systemfähig, ohne jeden Geschäftspartner zu EDI zu zwingen?
Warum EDI allein die Lücke nicht schließt
EDI ist stark, wenn Partner, Formate, Prozesse und Volumen stabil sind. Große Kunden, große Lieferanten, Konzernstrukturen und eingespielte Branchenprozesse können über EDI sehr effizient arbeiten.
Im Mittelstand sieht die Realität oft anders aus.
Ein Teil der Partner sendet EDI. Ein anderer Teil sendet PDFs. Manche senden Excel-Dateien, Portal-Downloads, E-Mail-Texte, gescannte Belege oder Kombinationen aus allem. Genau dort entsteht die EDI-Lücke: Der Prozess ist auf strukturierte Daten angewiesen, aber der Eingang bleibt dokumentenbasiert.
PEDIF ersetzt EDI deshalb nicht pauschal. PEDIF ergänzt EDI dort, wo EDI nicht ankommt.
Kurz gesagt:
EDI ist die digitale Schnellspur. PDF ist der Seiteneingang. PEDIF sorgt dafür, dass auch der Seiteneingang direkt ins System führt.
Warum OCR allein nicht genügt
OCR kann Zeichen erkennen. Das ist wichtig, aber noch keine vollständige Dokumentenautomatisierung.
Eine Zahl auf einem PDF kann vieles sein: Bestellmenge, Einzelpreis, Gesamtpreis, Artikelnummer, Lieferscheinnummer, Gewicht, Packstückanzahl oder Zahlungsziel. Für Menschen ist das oft aus Layout und Kontext erkennbar. Für Systeme braucht es Struktur, Regeln und Zuordnung.
PEDIF ist deshalb nicht einfach „OCR“ und nicht nur „KI-Dokumentenverarbeitung“.
PEDIF nutzt Fingerprint- und Augmented-Intelligence-Logik für wiederkehrende Geschäftsdokumente. Das Ziel ist nicht, beliebige Dokumente irgendwie zu erraten. Das Ziel ist, bekannte und freigegebene Layouts zuverlässig in strukturierte Daten zu überführen.
OCR liest Zeichen. PEDIF erkennt wiederkehrende Geschäftsdokumente.
No-Touch bedeutet dabei nicht No-Control. Es bedeutet: Nur Ausnahmen brauchen Aufmerksamkeit.
Die 21 Dokumenttypen entlang der Supply Chain
Die folgende Übersicht zeigt, wo in der Supply Chain Automatisierungspotenzial entsteht. Wichtig ist die Formulierung „Potenzial“: Ob ein Dokumenttyp produktiv no-touch verarbeitet werden kann, hängt von Layout-Stabilität, Datenqualität, Zielstruktur, Prüfregeln und Exception-Prozess ab.
1. Angebots- und Vertragsphase
Dokumenttyp | Typische PDF-Lücke | PEDIF-Potenzial |
Anfrage / Request for Quotation | Anforderungen, Artikel, Mengen oder Spezifikationen kommen per PDF oder E-Mail. | Geeignet zur Vorstrukturierung, wenn Anfragen wiederkehrend und feldbasiert aufgebaut sind. |
Angebot / Quote | Preise, Konditionen, Lieferzeiten und Varianten liegen als PDF-Angebot vor. | Sinnvoll, wenn Angebote standardisiert sind und Felder ins ERP, CRM oder Einkaufssystem übernommen werden sollen. |
Vertrag / Rahmenvertrag | Vertragsdokumente sind oft lang, semantisch komplex und rechtlich relevant. | Eher Kandidat für Indexierung, Metadaten und Extraktion klarer Felder; rechtliche Bewertung bleibt außerhalb von PEDIF. |
In dieser Phase geht es selten um die höchste Masse, aber oft um hohe Wirkung. Eine falsch übernommene Kondition oder ein übersehener Liefertermin kann später teuer werden. Trotzdem ist die Automatisierung hier stärker prüfungsabhängig als bei operativen Dokumenten wie Bestellungen oder Lieferscheinen.
2. Bestellprozess
Dokumenttyp | Typische PDF-Lücke | PEDIF-Potenzial |
Bestellung / Purchase Order | Bestellungen kommen als PDF, Portal-Export oder E-Mail-Anhang statt als EDI-Order. | Sehr guter Einstieg, wenn Layouts wiederkehren und Bestellpositionen strukturiert ins ERP sollen. |
Auftragsbestätigung / Order Confirmation | Preise, Mengen oder Liefertermine weichen möglicherweise von der Bestellung ab. | Hoher Nutzen, wenn Abweichungen erkannt und zur Prüfung markiert werden sollen. |
Bestelländerung / Stornierung / Order Change | Änderungen kommen oft per E-Mail oder PDF und sind zeitkritisch. | Sinnvoll, wenn Änderungslogik und Referenzen klar definiert sind. |
Lieferplan / Abruf / Delivery Schedule | Abrufe sind branchenspezifisch, oft zeitkritisch und teilweise EDI-geprägt. | Geeignet bei stabilen Abrufformaten; sonst stärker projekt- und branchenabhängig. |
Der Bestellprozess ist ein besonders guter Kandidat für Dokumentenautomatisierung in der Supply Chain. Gerade hier wird die EDI-Lücke sichtbar: Große Partner schicken vielleicht ORDERS oder ORDCHG. Kleinere Partner schicken PDFs. Das ERP braucht aber in beiden Fällen strukturierte Daten.
3. Lieferung und Logistik
Dokumenttyp | Typische PDF-Lücke | PEDIF-Potenzial |
Versandavis / Advance Shipping Notice | Lieferinformationen kommen vorab per E-Mail, PDF oder Portal. | Hoher Nutzen, wenn Wareneingang, Lager und Planung vorbereitet werden sollen. |
Lieferschein / Delivery Note | Der Lieferschein liegt als Papier, Scan oder PDF vor und muss manuell erfasst werden. | Sehr guter Kandidat bei wiederkehrenden Lieferantenlayouts. |
Transportauftrag / Transport Order | Speditionsaufträge entstehen teils formlos per E-Mail oder PDF. | Geeignet, wenn Transportdaten klar extrahierbar und Zielsysteme definiert sind. |
Frachtbrief / CMR / Bill of Lading | Transportdokumente sind oft papiernah, rechtlich relevant und international unterschiedlich. | Prüfungsabhängig; Extraktion und Strukturierung möglich, rechtliche Bewertung separat. |
Zolldokument / Customs Declaration | Hohe Komplexität durch Codes, Länder, Warenarten und Vorschriften. | Nur mit klarer Scope-Definition; PEDIF ersetzt keine Zollsoftware oder Rechtsprüfung. |
Wareneingangsbestätigung / Goods Receipt | Empfangsdaten entstehen intern oder werden selten strukturiert extern gemeldet. | Sinnvoll, wenn externe Rückmeldungen oder interne Belege standardisiert werden sollen. |
Packliste / Packing List | Packstücke, Gewichte, Artikel und Verpackungseinheiten liegen als PDF oder Papier bei. | Guter Kandidat, wenn Daten für WMS, Zoll, Wareneingang oder Bestandsprozesse benötigt werden. |
In der Liefer- und Logistikphase zählt Geschwindigkeit. Ein verspätet verarbeiteter Lieferschein ist nicht nur ein Dokumentenproblem. Er kann Wareneingang, Lagerbestand, Produktion, Rechnungsprüfung und Kundenkommunikation beeinflussen.
4. Abrechnung und Zahlung
Dokumenttyp | Typische PDF-Lücke | PEDIF-Potenzial |
Rechnung / Invoice | Rechnungen kommen als PDF, strukturierte E-Rechnung oder Mischformat. | Sehr hoher Nutzen, aber rechtliche und formatbezogene Anforderungen sorgfältig prüfen. |
Gutschrift / Credit Note | Gutschriften ähneln Rechnungen, enthalten aber Referenzen auf Ursprungsvorgänge. | Guter Kandidat bei klaren Referenzen und freigegebenem Layout. |
Zahlungsavis / Remittance Advice | Zahlungen müssen Rechnungen zugeordnet werden, oft mit unklaren Referenzen. | Sinnvoll, wenn Avise wiederkehrend strukturiert sind oder als PDF/E-Mail eingehen. |
Mahnung / Payment Reminder | Mahnungen werden häufig als PDF oder Brief erzeugt. | Eher Workflow- und Klassifizierungskandidat; Automatisierung abhängig vom Zielprozess. |
Rechnungen bleiben ein wichtiger Automatisierungstreiber. Aber sie sind nicht der einzige. Wer Dokumentenautomatisierung nur als Rechnungsverarbeitung versteht, übersieht große Teile der operativen Supply Chain.
Für PEDIF ist die entscheidende Perspektive: Auch wenn E-Rechnungsformate zunehmen, verschwinden PDF- und Dokumentenprozesse nicht über Nacht. In vielen Unternehmen werden strukturierte Formate, Sicht-PDFs, E-Mail-Prozesse und Partnerdokumente parallel existieren.
5. Weitere wichtige Dokumente
Dokumenttyp | Typische PDF-Lücke | PEDIF-Potenzial |
Retourenauftrag / RMA / Return Order | Retouren werden im B2B oft per E-Mail, Formular oder Portal initiiert. | Geeignet, wenn RMA-Nummern, Artikel, Mengen und Gründe standardisiert vorliegen. |
Produktkatalog / Preisliste / Product Catalog | Preislisten und Stammdaten kommen als PDF, Excel oder CSV. | Hoher Nutzen möglich, aber stark abhängig von Datenqualität, Artikellogik und Zielsystem. |
Bestandsbericht / Inventory Report | Bestände oder Forecasts werden teils manuell als Excel/PDF verschickt. | Sinnvoll bei wiederkehrenden Reports und klaren Zielfeldern für Planung oder VMI-Prozesse. |
Diese Dokumente sind oft weniger häufig als Bestellungen oder Rechnungen. Dafür können sie komplexer sein. Produktkataloge enthalten viele Felder, Varianten, Einheiten und Gültigkeiten. Bestandsberichte sind für Planung wichtig, aber nur wertvoll, wenn die Daten konsistent und aktuell sind.
Hier ist PEDIF nicht die Antwort auf jedes Stammdatenproblem. Aber PEDIF kann helfen, wiederkehrende Dokumente so zu strukturieren, dass nachgelagerte Systeme überhaupt sauber arbeiten können.
Welche Dokumenttypen eignen sich zuerst?
Nicht jeder Dokumenttyp sollte der erste Automatisierungskandidat sein. Die beste Priorisierung entsteht aus vier Fragen:
1. Kommt das Dokument regelmäßig vor?
Wiederkehrende Layouts sind deutlich besser geeignet als einmalige Sonderdokumente.
2. Sind die Zielfelder klar?
Bestellnummer, Artikel, Menge, Preis, Liefertermin, Steuerbetrag oder Packstückdaten sind besser automatisierbar als lange Freitextpassagen.
3. Gibt es ein klares Zielsystem?
ERP, EDI, WMS, TMS, DMS, XML, CSV oder API: Automatisierung braucht ein Ziel.
4. Sind Ausnahmen definiert?
No-Touch bedeutet nicht, dass nie jemand hinsieht. Es bedeutet, dass nur definierte Ausnahmen in die Prüfung gehen.
Hoher Fit für den Start
Typischerweise eignen sich besonders:
● PDF-Bestellungen
● Auftragsbestätigungen
● Lieferscheine
● Rechnungen
● Gutschriften
● Packlisten
● Versandavise
Diese Dokumente sind häufig, operativ relevant und enthalten viele strukturierte Felder.
Prüfungsabhängiger Fit
Diese Dokumente können sehr sinnvoll sein, brauchen aber mehr Scope-Klärung:
● Frachtbriefe
● Zolldokumente
● Produktkataloge
● Bestandsberichte
● Lieferpläne
● Transportaufträge
● Zahlungsavise
Hier spielen rechtliche, prozessuale, semantische oder stammdatenbezogene Faktoren stärker hinein.
Eher Sonderfall oder HITL-Kandidat
Diese Dokumente sind oft variabler:
● Verträge
● freie E-Mail-Anfragen
● unstrukturierte Reklamationen
● seltene Sonderformulare
● stark wechselnde Portal-Downloads
Hier ist häufig eine Kombination aus Vorstrukturierung, Klassifizierung und Human-in-the-Loop sinnvoller als ein harter No-Touch-Anspruch.
Wie PEDIF praktisch arbeitet
Ein typischer PEDIF-Ablauf sieht vereinfacht so aus:
Vorher
Ein Lieferant sendet eine PDF-Bestellung per E-Mail.
Ein Mitarbeiter öffnet den Anhang, sucht Bestellnummer, Positionen, Mengen, Preise und Liefertermin, überträgt alles ins ERP und prüft später, ob Auftragsbestätigung, Lieferschein und Rechnung dazu passen.
Das funktioniert. Aber es skaliert schlecht.
Nachher
Der Lieferant darf weiter PDF senden.
PEDIF erkennt das wiederkehrende Layout, extrahiert die relevanten Felder, prüft sie gegen definierte Regeln und übergibt strukturierte Daten an das Zielsystem – zum Beispiel ERP, EDI, XML, CSV oder API.
Bei einem freigegebenen Layout läuft der Standardfall durch. Abweichungen, fehlende Werte oder unklare Zuordnungen gehen in eine Ausnahmeprüfung.
Der Unterschied ist nicht, dass Menschen verschwinden. Der Unterschied ist, dass Menschen nicht mehr jeden Standardvorgang anfassen müssen.
Praxisbeispiel: Fertigungsunternehmen mit gemischter Partnerlandschaft
Ein mittelständischer Fertiger erhält täglich Dokumente von unterschiedlichen Lieferanten.
Große Partner senden EDI. Kleinere Lieferanten senden PDF-Bestellungen, Auftragsbestätigungen, Lieferscheine und Rechnungen per E-Mail. Einige schicken Packlisten als PDF, andere exportieren sie aus einem Portal. Im ERP sollen aber alle Vorgänge gleich aussehen: strukturiert, prüfbar, referenzierbar.
Ohne PEDIF entsteht ein Flickenteppich.
Der Einkauf erfasst Bestellungen manuell. Die Auftragsbearbeitung prüft Auftragsbestätigungen. Der Wareneingang scannt Lieferscheine. Die Buchhaltung gleicht Rechnungen gegen Bestellungen und Wareneingang ab. IT und Fachbereich müssen immer wieder Sonderprozesse erklären.
Mit PEDIF bleibt der Eingang für Partner pragmatisch.
PDF bleibt PDF. Der Lieferant muss nicht sofort EDI lernen. Das empfangende Unternehmen bekommt jedoch strukturierte Daten, die in ERP-, EDI-, DMS- oder Workflow-Prozesse überführt werden können.
Aus Dokumentenstapeln werden Datenflüsse.
Entscheidungshilfe: Wann PEDIF sinnvoll ist
PEDIF ist besonders interessant, wenn mindestens drei dieser Aussagen zutreffen:
● Sie erhalten viele wiederkehrende PDF-Dokumente von Geschäftspartnern.
● Ein Teil Ihrer Partner ist nicht per EDI angebunden.
● Ihre Mitarbeitenden erfassen Daten aus PDFs manuell ins ERP.
● Sie wollen Partnerprozesse nicht erzwingen, aber intern strukturierte Daten nutzen.
● Dokumente enthalten wiederkehrende Felder, Positionstabellen oder Referenzen.
● Es gibt klare Zielsysteme wie ERP, EDI, XML, CSV, API, DMS, WMS oder TMS.
● Fehler, Verzögerungen oder Medienbrüche verursachen operative Kosten.
● Standardfälle sollen automatisch laufen, Ausnahmen aber kontrolliert geprüft werden.
PEDIF ist weniger geeignet, wenn Dokumente einmalig, völlig frei formuliert, rechtlich hochinterpretativ oder ohne klares Zielsystem sind.
Typische Missverständnisse
„Wir haben EDI, also brauchen wir PEDIF nicht.“
EDI löst die strukturierte Kommunikation mit angebundenen Partnern. PEDIF adressiert die Lücke bei Partnern, die weiterhin PDF oder andere Dokumente senden. Beides kann nebeneinander sinnvoll sein.
„Wir haben OCR, also sind PDFs schon automatisiert.“
OCR erkennt Text. Automatisierung beginnt erst, wenn die richtigen Werte den richtigen Feldern und Zielsystemen zugeordnet werden.
„No-Touch heißt, niemand prüft mehr etwas.“
No-Touch bedeutet: Standardfälle laufen ohne manuelle Erfassung. Ausnahmen werden sichtbar gemacht und gezielt geprüft.
„PEDIF automatisiert jedes PDF.“
Nein. PEDIF arbeitet besonders stark bei freigegebenen, wiederkehrenden Layouts und klar definierten Zielstrukturen. Unbekannte oder stark wechselnde Dokumente brauchen Prüfung, Training, Mapping oder Human-in-the-Loop.
Fazit
Supply-Chain-Automatisierung endet nicht bei der Rechnung.
Bestellungen, Auftragsbestätigungen, Lieferscheine, Packlisten, Versandavise, Gutschriften, Zahlungsavise und weitere Dokumente bestimmen jeden Tag, ob Waren, Daten und Zahlungen sauber fließen. Viele dieser Dokumente liegen im Mittelstand weiterhin als PDF, E-Mail, Papier, Excel oder Portal-Download vor.
Das Problem ist nicht das PDF. Das Problem ist, dass ERP-, EDI- und DMS-Systeme mit PDFs nicht direkt arbeiten können.
PEDIF schließt diese Lücke.
Der Partner darf PDF bleiben. Ihr System bekommt strukturierte Daten.
6. FAQ
Welche Dokumenttypen kann PEDIF automatisieren?
PEDIF kann grundsätzlich mehrere zentrale Dokumenttypen der Lieferkette verarbeiten, darunter Bestellungen, Auftragsbestätigungen, Lieferscheine, Rechnungen und Gutschriften. Voraussetzung ist, dass Layout, Dokumenttyp, Zielstruktur, Validierungsregeln und Ausnahmeprozess definiert oder genehmigt sind.
Automatisiert PEDIF alle 21 Dokumenttypen sofort?
Nein. Die 21 Dokumenttypen zeigen das Automatisierungspotenzial entlang der Lieferkette auf. Ob ein bestimmter Typ produktiv und manuell nicht eingreifen muss verarbeitet werden kann, hängt von der Layoutstabilität, der Datenqualität, dem Zielsystem und den Prozessregeln ab.
Ist PEDIF eine OCR-Lösung?
Nicht im klassischen Sinne. OCR erkennt Zeichen. PEDIF nutzt wiederkehrende Layout-/Fingerabdruck-Logik und Augmented Intelligence, um Geschäftsdokumente strukturiert zu verarbeiten und Daten für Zielsysteme bereitzustellen.
Ersetzt PEDIF EDI?
Nein. PEDIF ersetzt EDI nicht vollständig. PEDIF ergänzt EDI in den Fällen, in denen Partner weiterhin PDF-Dateien, E-Mails oder andere Nicht-EDI-Dokumente versenden.
Welche Dokumenttypen eignen sich besonders gut für den Einstieg?
Häufig geeignete Einstiegsdokumente sind PDF-Bestellungen, Auftragsbestätigungen, Lieferscheine, Rechnungen, Gutschriften, Packlisten und Vorab-Versandbenachrichtigungen. Entscheidend ist nicht nur der Dokumenttyp, sondern auch die Wiederholbarkeit des Layouts und die Eindeutigkeit der Zielfelder.
Kann PEDIF auch Zolldokumente oder Frachtdokumente automatisieren?
Solche Dokumente haben zwar Automatisierungspotenzial, sind jedoch oft rechtlich, länderspezifisch oder prozesstechnisch komplex. PEDIF kann die Extraktion und Strukturierung unterstützen, ersetzt jedoch keine Zollsoftware, keine rechtliche Prüfung und keine allgemeine regulatorische Verantwortung.
Was passiert bei unklaren oder fehlerhaften Dokumenten?
Solche Fälle sollten nicht blind durchlaufen. Gute No-Touch-Prozesse enthalten definierte Ausnahmen: Fehlende Werte, unklare Zuordnungen, Layoutänderungen oder Regelverstöße werden zur Überprüfung weitergeleitet.
Muss der Geschäftspartner sein System ändern?
Dies ist einer der zentralen Vorteile von PEDIF: Der Partner kann weiterhin PDF-Dateien versenden. Das empfangende Unternehmen erhält strukturierte Daten für ERP, EDI, XML, CSV, API oder andere Zielsysteme – je nach Projekteinrichtung.