KI-Automatisierung in der Logistik: Dokumente, Status und Ausnahmen

Über die Hälfte der deutschen Unternehmen (54,5 % laut ifo-Konjunkturumfrage Mai 2026) nutzt inzwischen KI in irgendeiner Form – im Dienstleistungssektor, zu dem Logistik überwiegend zählt, liegt die Quote bei 56,2 %. Was in dieser Zahl nicht steckt: ob KI systematisch in die täglichen Abläufe eingebunden ist oder nur punktuell in einzelnen Tools läuft. In der Logistik ist genau das der Unterschied, der zählt – denn hier laufen Statusdaten, Dokumente und Ausnahmen aus mehreren Systemen zusammen, die selten von Haus aus miteinander sprechen.

Für wen diese Seite gedacht ist

Diese Seite richtet sich an Logistikleitung, Disposition und Operations in kleinen und mittleren Speditionen, Transportunternehmen und Logistikdienstleistern, die mit einer konkreten Reibung im Alltag kämpfen: Sendungsstatus muss aus drei verschiedenen Portalen zusammengetragen werden, Frachtpapiere kommen als Foto per WhatsApp oder E-Mail-Anhang statt als strukturierte Daten, und Verspätungen fallen erst auf, wenn der Kunde anruft. Wer stattdessen ein fertiges Vollautomatisierungssystem für die gesamte Supply Chain sucht, ist hier an der falschen Adresse – die meisten Projekte, die ich sehe, starten kleiner und wachsen von dort aus.

Typischerweise sind das Betriebe mit einer Handvoll bis einigen Dutzend Disponenten, mehreren Carrier- oder Subunternehmer-Beziehungen und einem gewachsenen Systemlandschaft aus TMS, WMS, ERP und einer Reihe von Insellösungen, die über Jahre dazugekommen sind. Gemeinsam ist diesen Betrieben, dass die eigentliche Arbeit selten am Fehlen von Daten scheitert, sondern daran, dass dieselbe Information in drei Systemen unterschiedlich aussieht und niemand die Zeit hat, das täglich manuell abzugleichen.

Welche Prozesse sich eignen

Am ehesten eignen sich Prozesse, bei denen dieselbe Art von Information immer wieder in ähnlicher Form anfällt: Statusmeldungen mit denselben paar Feldern (Sendungsnummer, Ort, Zeitstempel, Ereignis), Frachtdokumente mit wiederkehrendem Layout (auch wenn es zwischen Frachtführern variiert) oder Ausnahmen, die sich in wenige Kategorien einordnen lassen (Verspätung, Mengendifferenz, Beschädigung, fehlende Unterschrift). Schlechte Kandidaten sind Einzelfälle ohne Wiederholung, Prozesse mit unklarer oder inkonsistenter Datenlage sowie Entscheidungen, bei denen ein Fehler unmittelbar rechtliche oder vertragliche Konsequenzen hätte – dort bleibt die automatisierte Ausgabe ein Vorschlag, keine Entscheidung.

Begriffe kurz eingeordnet

Ein paar Begriffe tauchen in fast jedem Gespräch auf und werden oft synonym verwendet, obwohl sie es nicht sind. TMS (Transport-Management-System) plant und steuert Transporte, WMS (Warehouse-Management-System) steuert Lagerprozesse – in kleineren Betrieben übernimmt oft ein System beide Rollen. EDI (Electronic Data Interchange) ist der klassische, strukturierte Nachrichtenaustausch zwischen Partnersystemen, etwa für Statusmeldungen oder Sammelrechnungen; er ist kein KI-Thema, sondern die Datenbasis, auf der Automatisierung aufsetzt. API-Anbindungen sind die modernere, meist einfacher zu implementierende Alternative, wo Systeme das unterstützen. KI kommt typischerweise dort ins Spiel, wo Daten nicht strukturiert vorliegen – auf einem Foto, in einer E-Mail, in einem PDF ohne einheitliches Layout – und erst in eine strukturierte Form überführt werden müssen, bevor klassische Automatisierung (Regeln, EDI, API-Abgleich) greifen kann.

Wie Statusdaten aus mehreren Systemen integriert werden

Die meiste Reibung entsteht nicht durch fehlende Daten, sondern durch verteilte Daten: Ein Carrier meldet Status über ein eigenes Webportal, ein anderer per EDI-Nachricht, die eigene Flotte über Telematik, ein dritter Partner nur per E-Mail. Eine Automatisierung bündelt diese Quellen dort, wo eine Schnittstelle existiert, per API – meist direkt an das bestehende TMS (Transport-Management-System) oder WMS (Warehouse-Management-System) angebunden. Wo keine API verfügbar ist, übernimmt ein strukturierter Abgleich aus Dateien oder E-Mails die Lücke, mit klar definierten Feldern statt Freitext-Interpretation. Wichtig ist dabei: Die Automatisierung ersetzt nicht die Ursprungssysteme, sie schafft eine gemeinsame, aktuelle Sicht darauf – Disposition und Kundenservice sehen denselben Stand, ohne selbst zwischen Portalen zu wechseln.

Wie Dokumente automatisiert verarbeitet werden

Lieferscheine, CMR-Frachtbriefe, Zollpapiere und Eingangsrechnungen sind in der Logistik der Normalfall, nicht die Ausnahme – und sie kommen selten in einem einheitlichen Format an. KI-gestützte Dokumentenerkennung liest die relevanten Felder (Sendungsnummer, Menge, Gewicht, Empfänger, Unterschrift oder Stempel) aus gescannten oder fotografierten Belegen aus und gleicht sie automatisiert mit den Auftragsdaten im System ab. Stimmen Beleg und Auftrag überein, läuft der Fall durch; bei Abweichungen oder wenn die Erkennung unsicher ist, geht der Beleg an eine Person zur Prüfung, statt automatisch verbucht zu werden. Das ist der Human-in-the-Loop-Grundsatz, den ich in Projekten konsequent umsetze: Automatisierung übernimmt das Volumen der eindeutigen Fälle, Menschen bleiben für die unklaren zuständig.

Wie Ausnahmen und Verzögerungen behandelt werden

Ausnahmen sind in der Logistik nicht der Störfall, sondern ein planbarer Teil des Geschäfts – Stau, Wetter, Zollverzögerung, defektes Equipment. Die Frage ist nicht, ob Ausnahmen auftreten, sondern wie schnell sie erkannt und an die richtige Stelle weitergeleitet werden. Eine sinnvolle Automatisierung definiert Schwellenwerte (etwa: Abweichung vom geplanten Zeitfenster um mehr als X Minuten) und löst bei Überschreitung eine Prüfung oder Benachrichtigung aus – an die Disposition, den Kunden oder das Lager, je nach Fall. Wiederkehrende Muster in den Abweichungen (etwa: bestimmte Routen sind systematisch zu knapp kalkuliert) lassen sich zusätzlich auswerten, um die Planung selbst zu verbessern. Die Entscheidung, ob und wie eskaliert wird, bleibt dabei bei Menschen – die Automatisierung sorgt dafür, dass die Information rechtzeitig ankommt, nicht erst beim Kundenanruf.

Welche Systeme dafür verbunden werden müssen

Der Systemkontext bestimmt, was technisch möglich ist, bevor über konkrete Use Cases gesprochen wird. In den meisten Projekten geht es um folgende Bausteine:

• TMS oder WMS als Datenkern für Aufträge, Routen und Bestände
• ERP-System für Auftragsabwicklung, Abrechnung und Stammdaten
• Carrier- und Trackingportale der beauftragten Frachtführer für Statusdaten
• EDI-Anbindungen dort, wo Partner strukturierte Nachrichten senden (z. B. IFTSTA, IFCSUM)
• Dokumentenspeicher für gescannte Frachtpapiere, Lieferscheine und Rechnungen
• Kundenportal oder E-Mail für die ausgehende Statuskommunikation

Welche dieser Systeme wirklich angebunden werden müssen, ergibt sich erst aus einer Bestandsaufnahme – pauschale Aussagen dazu wären an dieser Stelle unseriös.

Wie die Zusammenarbeit abläuft

Schritt 1 – Bestandsaufnahme: Wir sehen uns gemeinsam an, welche Systeme im Einsatz sind, wo Statusdaten, Dokumente und Ausnahmen heute manuell zusammengeführt werden, und wie die Datenqualität dort tatsächlich aussieht.

Schritt 2 – Priorisierung: Aus der Bestandsaufnahme entsteht eine Liste konkreter Engpässe, bewertet nach Zeitersparnis, technischer Machbarkeit und Risiko bei Fehlern. Der erste Use Case ist meist der mit dem besten Verhältnis aus Nutzen und Aufwand – nicht der größte.

Schritt 3 – Umsetzung eines ersten Bausteins: Statt eines großen Systemwechsels beginnen wir mit einem abgegrenzten Baustein – etwa der Dokumentenerfassung für einen Belegtyp oder dem Statusabgleich für einen Carrier – und erweitern von dort, wenn er sich im Betrieb bewährt.

Schritt 4 – Betrieb mit menschlicher Kontrolle: Jeder automatisierte Schritt bleibt überwachbar; unsichere oder abweichende Fälle landen sichtbar bei einer Person, statt in einem System zu verschwinden.

Anders als bei vielen klassischen Beratungsmandaten endet die Zusammenarbeit nicht mit einer Präsentation und einer Liste von Empfehlungen. Wenn ihr die Umsetzung wollt, übernehme ich sie direkt – von der Schnittstellenanbindung über die Dokumentenerkennung bis zur Benachrichtigungslogik für Ausnahmen. Das spart die Übergabe an ein weiteres Team, das euren Systemkontext erst wieder neu lernen müsste, und verkürzt den Weg von der Analyse zum laufenden Baustein. Wo ein Thema außerhalb dessen liegt, was sich seriös in Eigenleistung abdecken lässt – etwa eine tiefgreifende ERP-Anpassung durch den Systemhersteller –, sage ich das transparent und vermittle bei Bedarf weiter, statt eine Kompetenz vorzutäuschen, die nicht vorhanden ist.

Prozesslandkarte: Wo KI-Automatisierung in der Logistik typischerweise ansetzt

Prozessbereich	Typische Aufgabe	Datenquelle(n)	Automatisierungsgrad realistisch
Statusverfolgung	Sendungsstatus aus mehreren Portalen bündeln	Carrier-Portale, Telematik, EDI	Hoch, wenn APIs vorhanden sind
Dokumentenerfassung	Lieferscheine, CMR-Frachtbriefe, Rechnungen auslesen	Scan/Foto, E-Mail-Anhang	Mittel bis hoch, mit Prüfschleife für Unsicheres
Ausnahmebehandlung	Verspätungen, Mengendifferenzen erkennen und melden	TMS-Zeitstempel, Statusmeldungen	Mittel – Erkennung automatisiert, Eskalation manuell
Auftrags-/Belegabgleich	Lieferschein gegen Bestellung prüfen	ERP, WMS, eingehende Belege	Hoch bei klaren Referenznummern
Kundenkommunikation	Statusupdates proaktiv versenden	TMS, Kundenportal	Hoch für Standardfälle, manuell bei Reklamation
Frachtplanung/Routing	Muster in wiederkehrenden Verzögerungen auswerten	Historische Statusdaten	Niedrig bis mittel, unterstützend statt autonom

Eigene Prozesslandkarte Philogic Labs, basierend auf wiederkehrenden Mustern aus KMU-Logistikprojekten. Kein Anspruch auf Vollständigkeit für jeden Betriebstyp.

Kosten und Zeit: nur als Bandbreite mit Annahmen

Belastbare Aussagen zu Kosten und Dauer gibt es erst nach der Bestandsaufnahme – wer vorher einen Festpreis für „die Logistik-KI” nennt, hat entweder ein Standardprodukt im Angebot, das an eure Systeme nicht wirklich passt, oder kalkuliert eine Überraschung ein. Als grobe Orientierung, unter der Annahme, dass mindestens eine API oder ein strukturierter Datenexport existiert: Ein Statusabgleich für einen einzelnen Carrier oder eine Dokumentenerfassung für einen Belegtyp lässt sich meist innerhalb weniger Wochen als lauffähiger erster Baustein umsetzen. Eine EDI-Neuanbindung, eine tiefere TMS-Integration oder die Ausweitung auf mehrere Belegtypen und Partner gleichzeitig braucht spürbar mehr Zeit, weil dort Testfälle, Ausnahmebehandlung und Abstimmung mit Partnern dazukommen. Diese Bandbreiten sind keine Zusage, sondern ein Ausgangspunkt für das Gespräch im Erstcheck.

Grenzen

KI-Automatisierung ersetzt in der Logistik kein TMS oder WMS und keine Disposition – sie verbindet vorhandene Systeme und übernimmt die eindeutigen, wiederkehrenden Fälle. Wir versprechen keine garantierten Einsparquoten, keine bestimmte Automatisierungsquote und keine zertifizierte Rechtskonformität mit Zoll-, Gefahrgut- oder Datenschutzvorgaben; das BSI weist ausdrücklich darauf hin, dass generative KI-Systeme eigene, neuartige Risiken mitbringen und vor der Integration eine Risikoanalyse sowie laufendes Monitoring auf Fehler und Bias nötig sind (Stand Juli 2026, für rechtliche Einordnungen zu Zoll, Gefahrgut oder Datenschutz sind die zuständigen Behörden und eine eigene Rechtsberatung maßgeblich, keine Aussage auf dieser Seite). Kosten- und Zeitangaben sind bei uns grundsätzlich Bandbreiten mit genannten Annahmen, keine Festpreise vor einer Bestandsaufnahme.

Auch technisch gibt es Grenzen: Wo Partner keine Schnittstelle anbieten und ausschließlich per Telefon oder unstrukturierter E-Mail kommunizieren, kann Automatisierung die Lücke abmildern, aber nicht vollständig schließen – irgendwo bleibt ein manueller Erfassungsschritt. Und wo Dokumente in schlechter Qualität ankommen (unscharfe Fotos, handschriftliche Ergänzungen), sinkt die Erkennungsgenauigkeit spürbar; in solchen Fällen ist eine höhere Prüfquote durch Menschen die richtige Antwort, nicht eine erzwungene Vollautomatisierung. Wenn der eigentliche Engpass eine fehlende Systemanbindung oder ein ungeklärter Prozess ist, sagen wir das auch so, statt eine KI-Lösung darüberzustülpen.

Checkliste: Passt KI-Automatisierung zu eurer Logistik?

1. Mindestens ein Prozess (Status, Dokumente oder Ausnahmen) kostet spürbar Zeit oder führt regelmäßig zu Rückfragen.
2. Die relevanten Daten liegen zumindest teilweise digital vor – auch als Scan, Foto oder E-Mail zählt das.
3. Es gibt eine Person mit Mandat, das Thema intern zu treiben und Ergebnisse zu prüfen.
4. Ihr wollt zuerst einen abgegrenzten Baustein testen, statt sofort die gesamte Kette umzustellen.
5. Menschliche Prüfung bei unsicheren oder rechtlich relevanten Fällen ist für euch kein Kompromiss, sondern gewünschter Teil der Lösung.

Wenn mindestens drei Punkte zutreffen, lohnt sich ein kostenloser Erstcheck, in dem wir drei konkrete Engpässe eures Betriebs gemeinsam einordnen – Statusverfolgung, Dokumente oder Ausnahmen, oder alle drei zugleich. Das Gespräch dauert rund 45 Minuten, ist unverbindlich und endet mit einer ehrlichen Einschätzung, auch wenn die Antwort „noch nicht” oder „anders lösen” lautet. Zur automatisierten Dokumentenerfassung im Detail, inklusive der Frage, wie mit unsicheren Erkennungsergebnissen umgegangen wird, gibt es den vertiefenden Artikel PDF-Daten automatisch auslesen und in Systeme übertragen.