Automatisierung für Logistik und Transport.

Was bei einem Transportauftrag wirklich automatisiert wird

Transportaufträge erreichen Speditionen und Verlader als E-Mail-Text, PDF, Tabelle, Portalexport oder strukturierte Nachricht. Automatisierung vereinheitlicht diese Eingänge zu einem fachlichen Auftragsentwurf. Das Transportmanagementsystem bleibt das führende System für den operativen Auftrag; E-Mail, Dokumentenablage und Integrationsschicht liefern Kontext und Prüfergebnisse.

Der sinnvolle Zielzustand ist deshalb nicht die unkontrollierte Vollautomatik. Eindeutige, vollständige Fälle können nach festgelegten Regeln weiterlaufen. Mehrdeutige Adressen, widersprüchliche Zeitfenster, fehlende Gefahrgutangaben oder unbekannte Geschäftspartner gelangen mit markierten Fundstellen an die Disposition.

• Eingang und Anhänge unverändert archivieren und eindeutig referenzieren
• Auftragsfelder mit Quelle, Erkennungsstatus und Prüfstatus führen
• fachliche Regeln vor dem Schreiben ins TMS ausführen
• Freigaben und Korrekturen mit Person, Zeitpunkt und Änderung protokollieren

Der Ende-zu-Ende-Ablauf in sieben kontrollierten Schritten

Zuerst klassifiziert der Eingangsdienst Nachricht und Anhänge: neuer Auftrag, Änderung, Storno, Statusanfrage oder Reklamation. Danach werden Absender, Kundenreferenz, Abhol- und Lieferstellen, Zeitfenster, Ladungsdaten und besondere Anforderungen extrahiert. Ein Dokument allein gilt noch nicht als freigegebener Auftrag.

Die Prüfschicht gleicht Geschäftspartner und Adressen mit Stammdaten ab, erkennt mögliche Dubletten und bewertet Pflichtfelder sowie Widersprüche. Nur wenn der Fall die vereinbarte Freigabestufe erreicht, erzeugt die Schnittstelle einen neuen TMS-Vorgang oder aktualisiert einen eindeutig identifizierten Auftrag. Die TMS-ID wird anschließend an E-Mail, Dokument und gegebenenfalls ERP-Vorgang zurückgegeben.

• 1. Eingang erfassen und unveränderliche Quellenreferenz vergeben
• 2. Vorgangsart und betroffenen Auftrag bestimmen
• 3. Daten aus Nachricht und Anhängen extrahieren
• 4. Stammdaten, Pflichtfelder, Plausibilität und Dubletten prüfen
• 5. eindeutige Fälle automatisch oder per Vier-Augen-Freigabe bestätigen
• 6. Auftrag idempotent im TMS anlegen oder ändern
• 7. Ergebnis, Fehler und offene Klärung an Ursprung und Monitoring zurückmelden

Welche Daten und Prüfregeln vor der TMS-Übergabe feststehen müssen

Die Pflichtfelder hängen von Auftragsart, Relation, Verkehrsträger und eingesetztem TMS ab. Typisch sind externe Referenz, Auftraggeber, Abhol- und Lieferadresse, Zeitfenster, Packstücke, Gewicht, Volumen, Ladehilfsmittel, gewünschtes Equipment und besondere Beförderungsanforderungen. Für jedes Feld wird festgelegt, welche Quelle Vorrang hat und wann eine Rückfrage erforderlich ist.

Plausibilitätsprüfungen sollten fachlich nachvollziehbar bleiben. Dazu gehören beispielsweise ein bekanntes Datumsformat, logisch geordnete Zeitfenster, zulässige Einheiten, passende Länder- und Postleitzahlen, ein eindeutiger Geschäftspartner sowie die Prüfung, ob dieselbe Kundenreferenz bereits verarbeitet wurde. Eine KI-Konfidenz ersetzt diese Regeln nicht; sie kann lediglich steuern, welche Felder gezielt geprüft werden.

• Pflichtfeld fehlt: Auftrag als Entwurf halten und konkrete Rückfrage vorbereiten
• Wert widerspricht Stammdaten: Fundstelle und Abweichung gemeinsam anzeigen
• mögliche Dublette: bestehenden Auftrag verlinken, aber nicht überschreiben
• sicherheits- oder gefahrgutrelevante Angabe: immer an qualifizierte Prüfung übergeben

TMS, ERP, DMS und Kommunikation sauber voneinander abgrenzen

Das TMS führt Transportauftrag, operative Planung und Status. Das ERP kann Auftraggeber, Konditionen und kaufmännischen Bezug führen; das DMS bewahrt Originale und freigegebene Nachweise. Die Automatisierung verbindet diese Systeme, ohne eine zweite Schattenakte aufzubauen. Schreibrechte werden pro Objekt und Status begrenzt.

Technisch entscheidend sind eindeutige Schlüssel, versionierte Feldzuordnungen und wiederholbare Übergaben, die keine Dublette erzeugen. Derselbe Eingang darf nach einem Wiederanlauf nicht versehentlich zwei Aufträge anlegen. Antwortet ein Zielsystem nicht, bleibt der Vorgang in einer sichtbaren Fehlerwarteschlange. Nachträgliche Änderungen benötigen eine eigene Regel: neuer Auftrag, Auftragsänderung oder fachliche Stornierung sind unterschiedliche Aktionen.

• TMS-ID und externe Referenz in allen beteiligten Systemen zurückschreiben
• Originaldokument und extrahierte Werte getrennt versionieren
• technische Wiederholungen von fachlichen Neuaufträgen unterscheiden
• Berechtigungen, Protokolle, Löschung und Wiederanlauf vor dem Pilotbetrieb testen

Frachtpapiere automatisieren: vom Scan bis zum geprüften Nachweis

Frachtpapiere sind keine einheitliche Dokumentart. CMR-Frachtbrief, Lieferschein, Abliefernachweis, Zolldokument und Gefahrgutunterlage erfüllen unterschiedliche Aufgaben. Sie erreichen den Betrieb als E-Mail-Anhang, Portaldatei, Scan oder Foto aus einer Fahrer-App. Der Prozess sichert zuerst das unveränderte Original, erkennt die Dokumentart und ordnet es über TMS-ID, Kundenreferenz, Relation, Partner und Zeitbezug dem richtigen Transport zu. Bleibt die Zuordnung mehrdeutig, landet das Dokument mit den möglichen Treffern in einer Prüfwarteschlange statt im falschen Auftrag.

Erst danach werden die für den Folgeprozess benötigten Felder extrahiert und gegen TMS- sowie ERP-Daten geprüft. Ein Abliefernachweis kann beispielsweise Empfänger, Zustellzeit, Vorbehalt und Sendungsreferenz liefern. Widersprechen diese Angaben dem Auftrag oder ist ein sicherheitsrelevantes Feld unklar, entscheidet eine zuständige Person. Nach der Freigabe speichert das DMS die gültige Version, das TMS erhält das bestätigte Ereignis und Abrechnung, Reklamation oder ein Workflow für fehlende Nachweise können gezielt starten.

Die Durchführungsverordnung (EU) 2025/2243 sieht ausdrücklich vor, Informationen aus vorhandenen elektronischen ERP- und Transportmanagementsystemen möglichst wiederzuverwenden. Sie hält zugleich fest, dass Unternehmen die betreffenden regulatorischen Informationen weiterhin auf Papier vorlegen dürfen. Ein automatisierter Dokumentenprozess verbessert damit Datenqualität und Anschlussfähigkeit. Für sich genommen ist er aber weder ein zertifizierter eFTI-Plattformweg noch der Nachweis, dass die jeweils geltenden Informationspflichten erfüllt sind.

Stand 11. Oktober 2026 zeigt auch das Fraunhofer-IML-Projekt InstaScan den technischen Grundgedanken: Transportdokumente werden erfasst, in maschinenlesbare Strukturen überführt, plausibilisiert und an angebundene Systeme übergeben. Für einen produktiven Unternehmensprozess kommen jedoch die fachliche Zuordnung, belastbare Freigaberegeln, Berechtigungen, Versionierung und ein kontrollierter Wiederanlauf hinzu.

• Original, Eingangskanal und Empfangszeit unverändert sichern
• Dokumentart und Transportbezug vor jeder Statusänderung bestätigen
• nur die für Auftrag und Folgeprozess benötigten Felder extrahieren
• Widersprüche, fehlende Unterschriften und unklare Zuordnungen sichtbar klären
• freigegebenen Nachweis versioniert ablegen und Folgeprozess gezielt auslösen

Mit einem begrenzten Pilot starten und die richtigen Kennzahlen messen

Ein geeigneter Pilot umfasst eine häufige Auftragsart mit wiederkehrenden Feldern und einem erreichbaren Fachteam. Vor dem Start wird eine reale Ausgangsbasis erhoben. Danach lässt sich messen, welche Fälle vollständig erkannt werden, wie oft eine Person korrigieren muss und an welchen Stellen der Prozess stoppt. Eine pauschale Einsparquote ohne diese Basis wäre nicht belastbar.

Sinnvolle Kennzahlen sind Durchlaufzeit vom Eingang bis zum TMS-Entwurf, Anteil vollständig verarbeiteter Fälle, Korrekturen je Feld, Dubletten- und Fehlerquote, Gründe für Rückfragen sowie Zeit bis zur Behebung technischer Störungen. Für die Freigabe zählt nicht nur Geschwindigkeit: Ein Prozess ist erst stabil, wenn Fehler sichtbar bleiben und nach einem Ausfall kontrolliert wieder anlaufen.

• eine Auftragsart, wenige Auftraggeber und klar definierte Ausnahmefälle wählen
• Testfälle mit Änderungen, Storno, Dubletten und fehlenden Angaben aufnehmen
• Korrekturen als Lern- und Qualitätsdaten nutzen, nicht ungeprüft als Training übernehmen
• Automatisierungsgrad erst erhöhen, wenn Qualitäts- und Wiederanlaufkriterien erfüllt sind

Transportauftrag, eCMR und eFTI lösen unterschiedliche Aufgaben

Ein intern automatisierter Transportauftrag oder digitalisiertes Frachtpapier ist nicht automatisch ein eFTI-Datensatz. Die eFTI-Verordnung schafft einen Rahmen für die elektronische Bereitstellung bestimmter gesetzlich vorgeschriebener Frachtinformationen gegenüber zuständigen Behörden. Dafür gelten eigene Datensätze, Zugriffswege und Plattformanforderungen. Auch ein elektronischer Frachtbrief ersetzt diese Prüfung nicht pauschal.

Trotzdem ist die Vorarbeit anschlussfähig: eindeutige Auftragsreferenzen, gepflegte Stammdaten, dokumentierte Feldquellen und kontrollierte Schnittstellen erleichtern später die Zuordnung relevanter eFTI-Elemente. Welche Angaben für einen konkreten Transport rechtlich erforderlich sind, muss anhand der einschlägigen Vorschriften und des jeweiligen eFTI-Teildatensatzes geprüft werden. Diese Seite bietet eine technische und betriebliche Einordnung, keine Rechtsberatung.