Spedition automatisieren: Dokumente und Status sauber zuordnen

Eine Auftragsnummer allein reicht nicht immer. Ein Auftrag kann mehrere Sendungen, Teilstrecken oder Ablieferungen enthalten. Ebenso kann ein Dokument mehrere Positionen betreffen. Legen Sie vor der Verarbeitung fest, welche Bezugsebene Ihr TMS für den konkreten Ablauf benötigt.

Die folgende Tabelle zeigt fünf Arten von Transportinformationen, was vor der Übernahme ins TMS zu prüfen ist und den jeweils typischen Fehler.

Die KI kann Angaben aus E-Mails und Anhängen vorschlagen. Die Übernahme folgt jedoch einer Feldprüfung. Bei mehreren plausiblen Aufträgen ist eine sichtbare Klärungsaufgabe besser als die automatische Ablage beim erstbesten Treffer. Behalten Sie den Ursprung der Information bei, damit die Disposition eine Zahl am Dokument nachprüfen kann.

Standards. Transportpartner können Daten strukturiert austauschen oder weiterhin PDFs und Freitext senden. UNECE beschreibt UN/EDIFACT als Standards für den Austausch strukturierter Daten. Das aktuelle UN/CEFACT Web Vocabulary stellt gemeinsame Begriffe für Handel, Transport und weitere Bereiche bereit. Quellen geprüft am 26. September 2026.

Gemeinsame Bedeutung. Für ein konkretes Projekt bedeutet das: Verwenden Sie vorhandene strukturierte Felder, bevor Sie dieselbe Information aus einem gerenderten Dokument erneut auslesen. Vereinbaren Sie außerdem, was ein Status oder eine Einheit auf beiden Seiten bedeutet. Ein technisch lesbares Feld beweist noch nicht, dass Absender und Empfänger dieselbe Bedeutung verwenden.

TMS-Operationen. Die benötigten Operationen müssen mit dem TMS-Anbieter geprüft werden: bestehenden Vorgang lesen, Dokument verknüpfen, Aufgabe anlegen und die Rückmeldung empfangen. Allgemeine Aussagen über eine TMS-Integration belegen weder Schreibrechte noch unterstützte Dokumentarten in Ihrer Installation.

Synthetisches Beispiel: Zu einem Transport mit zwei Ablieferstellen trifft ein fotografierter Beleg ein. Die interne Referenz ist lesbar. Für die erste Stelle ist eine Menge eingetragen; der Teil zur zweiten Ablieferung ist abgeschnitten. Gleichzeitig fragt der Auftraggeber, ob alles zugestellt wurde.

Der Ablauf in diesem synthetischen Beispiel behandelt den unvollständigen Ablieferbeleg anschließend in drei Schritten: Verarbeitung, Prüfung und Umgang mit einer erneuten Übermittlung.

1. Verarbeitung. Der Ablauf ordnet das Bild dem Transport zu und markiert die fehlende Seite beziehungsweise den unvollständigen Bereich. Er speichert „Dokument eingegangen“ und die erkannten Angaben, aber nicht „gesamter Auftrag vollständig abgeliefert“. Eine vorbereitete Nachricht an die Disposition nennt die betroffene Teilstrecke und verlinkt das Original.
2. Prüfung. Die zuständige Person prüft vorhandene weitere Meldungen und fordert gegebenenfalls den fehlenden Nachweis an. Eine Kundenantwort kann den tatsächlich bestätigten Stand erläutern. Sie darf die zweite Ablieferung nicht allein deshalb bestätigen, weil die erste bereits dokumentiert ist oder die geplante Ankunftszeit verstrichen ist.
3. Wenn ein weiterer Scan eingeht. Kommt später ein vollständiger Scan, wird er als ergänzende Fassung zugeordnet. Der vorherige Stand bleibt nachvollziehbar, und die offene Aufgabe wird erst nach Prüfung abgeschlossen. Ein erneut übermitteltes identisches Foto erzeugt dagegen keinen zweiten Transportvorgang und keine weitere gleichlautende Nachforderung.

Das Beispiel zeigt die passende Arbeitsteilung: Die Automation findet, ordnet und markiert; der fachlich verantwortliche Prozess bestimmt, welche Bestätigung aus den vorhandenen Belegen zulässig ist. Der Workflow stellt die rechtliche Gültigkeit des Dokuments nicht schon dadurch fest, dass er es erfolgreich liest.

Drei Zeitpunkte. Unterscheiden Sie Meldungszeit, Ereigniszeit und geplanten Zeitpunkt. Eine E-Mail von 14:00 Uhr kann einen Vorgang von 11:00 Uhr beschreiben. Wird nur der Eingang gespeichert, kann eine verspätete Nachricht einen neueren Stand fälschlich überschreiben.

Quelle und Bestätigung. Jede Auskunft sollte erkennen lassen, aus welcher Quelle ihr Status stammt und wann dieser bestätigt wurde. Eine Prognose bleibt eine Prognose. Ist der letzte Stand zu alt für eine belastbare Aussage, erhält die Disposition eine Rückfrage; das System formuliert keine scheinbar aktuelle Gewissheit.

Empfänger. Legen Sie zudem fest, wer welche Angaben erhalten darf. Der Auftraggeber benötigt eine Statusauskunft zum beauftragten Vorgang. Eine andere beteiligte Stelle braucht möglicherweise nur Ladezeit und Referenz, aber keine vollständige Preis- oder Kundenkorrespondenz. Die Empfängerzuordnung gehört deshalb zur Prüfung jeder ausgehenden Nachricht.

Änderungen, keine neuen Aufträge. Ein geänderter Entladeort, zusätzliche Packstücke oder ein neues Zeitfenster können einen vorhandenen Auftrag betreffen. Solche Nachrichten sollten nicht still einen zweiten Auftrag erzeugen. Ordnen Sie sie als Änderung ein und zeigen Sie, welche bisherigen Angaben betroffen sind.

Entscheidung. Ob die Änderung angenommen werden kann und welche Folgen sie für Kapazität, Preis oder Durchführung hat, entscheidet der zuständige Prozess. Die KI kann Unterschiede zusammenstellen, aber keine fehlende Zustimmung ersetzen. Ein bereits vorbereiteter Statusentwurf muss bei einer entscheidenden Auftragsänderung erneut geprüft werden.

Besondere Anforderungen. Bei Zoll-, Gefahrgut- oder anderen besonderen Anforderungen ist die zuständige Fachstelle einzubeziehen. Dieser Büroablauf trifft keine rechtliche Bewertung der Dokumentgültigkeit und keine fachliche Entscheidung über Transportfreigaben. Unbekannte Felder werden als unbekannt übergeben, nicht durch wahrscheinlich klingende Angaben gefüllt.

Sprachen. Das gilt auch über Sprachgrenzen hinweg. Ein übersetzter Ortsname oder eine übersetzte Abkürzung sollte nicht die bestätigte Referenz ersetzen, die das operative System verwendet. Halten Sie den ursprünglichen Wert verfügbar, wann immer eine Auslegung die Zuordnung oder die Bedeutung verändern könnte.

Benannte Ausnahmen. Eine Fehlermeldung „Verarbeitung fehlgeschlagen“ hilft wenig. Die Arbeitsliste sollte unterscheiden: Auftrag nicht eindeutig, Dokument unleserlich, Pflichtangabe fehlt, Änderung braucht Entscheidung oder Zielsystem hat die Übernahme nicht bestätigt. Dazu gehören Original, erkannte Referenz und der nächste konkrete Schritt.

Priorität. Priorisieren Sie nach betrieblicher Bedeutung. Eine fehlende Zuordnung vor einem nahen Ladefenster kann dringlicher sein als ein unvollständiger Beleg eines bereits abgeschlossenen Vorgangs. Die Regeln dafür legt die Disposition fest; das Modell soll Dringlichkeit nicht aus einem einzelnen Ausrufezeichen ableiten.

Manuelle Lösung. Wenn Mitarbeiter einen Fall manuell lösen, wird dies festgehalten. Nach einem TMS-Ausfall werden diese Fälle abgeglichen, bevor wartende Aktionen erneut laufen. So entsteht keine zweite Aufgabe für eine Rückfrage, die bereits telefonisch oder über einen anderen Kanal geklärt wurde.

Für einen Pilot reichen zunächst ein Eingangskanal, eine Dokumentart und eine klar definierte TMS-Aktion. Prüfen Sie normale Dokumente, abgeschnittene Scans, mehrere Ablieferstellen, falsche Einheiten, wiederholte Referenzen, verspätete Statusmeldungen und einen Ausfall nach erfolgreicher Anlage.

Messen Sie richtige Zuordnungen, aktive Prüfzeit, verbleibende Nachforderungen und unzutreffende Kundenbestätigungen. Zählen Sie nicht nur automatisch ausgelesene Seiten. Entscheidend ist, ob die Disposition weniger suchen muss und gleichzeitig sicher erkennt, was noch nicht belegt ist.

Bringen Sie für die Planung einen anonymisierten Transportvorgang mit mindestens einer bewussten Lücke mit. Daran lässt sich prüfen, ob die vorgeschlagene Automatisierung eine fehlende Information sichtbar macht und dem richtigen Team zur Klärung übergibt.