Kurzantwort: Bereiten Sie die Auftragserfassung vor dem TMS vor und lassen Sie das TMS unverändert. Eine Vorstufe liest E-Mails, PDFs, Excel-Listen und Portalexporte, gleicht die Angaben mit Ihren Stammdaten ab und legt unsichere Fälle einer Person vor. Erst der freigegebene Auftrag geht über Import oder Schnittstelle ins TMS. Dieselben sauber erfassten Daten sind später die Grundlage für Statusmeldungen an Kunden.
Ein typischer Anlass: Ein Kunde schickt den Auftrag als E-Mail-Text, ein zweiter als PDF mit Anlage, ein dritter als Excel-Liste und ein vierter trägt ihn selbst in ein Portal ein. Die Disposition tippt alles in dieselbe Maske. Danach fragt jemand telefonisch nach dem Stand, den das System längst kennt. Auf unserer Branchenseite KI in Logistik und Spedition beschreiben wir den Rahmen. Dieser Ratgeber geht weiter und zeigt, wie Erfassung, Prüfung, Übergabe und Statusmeldung zusammenhängen.
Welche Eingangskanäle gibt es, und welcher kommt zuerst dran?
Beginnen Sie mit dem Kanal, der heute die meiste Handarbeit verursacht. Zählen Sie dafür eine Woche lang, über welchen Weg Aufträge eintreffen. Der Vergleich entscheidet, wo sich ein Test zuerst lohnt.
| Eingangskanal | Erster Prüfschritt | Offene Frage vor dem Test |
|---|---|---|
| Strukturierte Übermittlung (zum Beispiel EDI oder API) | Vorhandenen Import im TMS nutzen | Warum wird sie nicht vom Kunden geliefert? |
| E-Mail mit Freitext | Felder aus dem Text vorbereiten | Mehrere Aufträge oder Änderungen in einer Mail? |
| PDF-Auftrag oder Ladeliste | Extraktion mit Quellenbezug | Wechselnde Layouts, schlechte Scans |
| Excel-Liste mit mehreren Sendungen | Spalten zuordnen und Zeilen einzeln prüfen | Eine Datei, viele Aufträge |
| Kundenportal | Export oder Schnittstelle prüfen | Gibt es einen Download statt Abtippen? |
Ein strukturierter Eingang braucht keine KI. Dort genügt ein sauberes Mapping. KI kommt als Prüfkandidat ins Spiel, wenn Layouts und Formulierungen je Absender wechseln. Wie sich Standardimport, OCR und KI-Extraktion unterscheiden, beschreiben wir im Ratgeber zur KI-Dokumentenverarbeitung bei PDF-Bestellungen. Hier geht es um die Besonderheiten des Speditionsauftrags.
Was soll die Erfassung aus einem Speditionsauftrag lesen?
Legen Sie zuerst fest, welche Felder ein Auftrag für Ihre Disposition mindestens braucht. Alles andere kann später folgen. Die folgende Zuordnung ist ein Planungsbeispiel, keine Norm.
| Feld | Prüfung gegen Stammdaten oder Regeln | Verhalten bei Unsicherheit |
|---|---|---|
| Auftraggeber und Absender | Kundenstamm, bekannte E-Mail-Domains | Zuordnung verlangen, nie raten |
| Ladestelle und Entladestelle | Adressbestand, Postleitzahl und Ort passen zusammen | Kandidaten anzeigen, Person wählt |
| Zeitfenster | Datum liegt in der Zukunft, Ende nach Beginn | Rückfrage an den Kunden vorbereiten |
| Gewicht, Packstücke, Ladehilfsmittel | Plausible Einheit, Grenzen des Fahrzeugs | Wert markieren, Quelle zeigen |
| Referenznummern des Kunden | Dublettenabgleich | Möglichen Doppelauftrag anzeigen |
| Hinweis auf Gefahrgut | Nur Prüfkennzeichen | Immer an eine Person |
Zu jeder übernommenen Angabe gehört die Stelle im Dokument, aus der sie stammt. Ohne diesen Quellenbezug muss die Disponentin die gesamte Mail erneut lesen, und der Zeitgewinn verschwindet.
Gefahrgut ist ein Sonderfall. Wir setzen dafür bewusst nur ein Prüfkennzeichen. Nach § 18 GGVSEB hat der Absender den Beförderer mit Erteilung des Beförderungsauftrags auf das gefährliche Gut durch bestimmte Angaben nach ADR schriftlich oder elektronisch hinzuweisen. Außerdem muss er sich vor der Auftragserteilung vergewissern, ob die Güter klassifiziert sind und befördert werden dürfen. Eine KI übernimmt weder diese Einstufung noch die Angaben fürs Beförderungspapier. Sie kann höchstens melden, dass ein Eingang nach Gefahrgut aussieht, damit eine fachkundige Person genau hinschaut. Die Rechtsfragen dazu klären Sie mit Ihrem Gefahrgutbeauftragten.
Wann gibt ein Mensch frei?
Kurzantwort: Solange Sie keine Fehlerquote am eigenen Posteingang gemessen haben, entscheidet ein Mensch über jeden Entwurf. Diese Freigabe ist die Abnahmebedingung für den Start.
Ein einfaches Ampelmodell hilft bei der Planung. Es gehört in die Regeln Ihrer Anwendung und nicht in das Gefühl des Sprachmodells:
- Grün: Alle Pflichtfelder sind belegt, Kunde und Adressen passen zu den Stammdaten, kein Prüfkennzeichen. Die Disposition prüft kurz und gibt frei.
- Gelb: Ein Feld fehlt oder ein Abgleich bleibt mehrdeutig. Der Entwurf zeigt die offene Stelle und schlägt Kandidaten vor.
- Rot: Gefahrgut-Hinweis, möglicher Doppelauftrag, widersprüchliche Angaben oder ein unbekannter Auftraggeber. Eine verantwortliche Person bearbeitet den Fall, bevor irgendetwas ins TMS geht.
Die Schwellen legen Sie am eigenen Testset fest. Die vom Modell selbst geäußerte Sicherheit sagt wenig über Ihre Fehlerrate, die zeigt erst das Testset. Ob einzelne grüne Fälle später ohne Freigabe laufen dürfen, bleibt eine Entscheidung der Geschäftsführung und der Disposition, die auf Zahlen beruht.
Wie kommt der Auftrag ins TMS, ohne das TMS zu ersetzen?
Die Übergabe ist der Teil, der über Aufwand und Risiko entscheidet. Prüfen Sie diese Wege in dieser Reihenfolge:
| Weg | Wann er passt | Was vorher zu klären ist |
|---|---|---|
| Importfunktion des TMS (Datei oder Ordner) | Das TMS liest Aufträge aus einem definierten Format | Format, Pflichtfelder, Fehlerprotokoll |
| API oder Schnittstelle des TMS | Einzelne Aufträge sollen direkt angelegt werden | Dokumentation, Rechte, Lizenz, Wiederholung bei Fehlern |
| KI-Funktion des TMS-Herstellers | Der Hersteller bietet eine Auftragserfassung an | Eigener Dokumentenmix im Test, Preis, Datenweg |
| Manuelle Übernahme aus dem Entwurf | Die Schnittstelle ist noch offen | Der Entwurf spart trotzdem das Suchen und Abtippen |
Auch einige TMS-Hersteller bieten inzwischen eigene KI-Funktionen für die Auftragserfassung an. Das ist ein ernstzunehmender Weg, den Sie im Vergleich mitprüfen sollten. Herstellerangaben zu Erkennungsquoten sollten Sie an Ihrem eigenen Dokumentenmix nachvollziehen. Eine Vorstufe vor dem TMS bleibt dann interessant, wenn Sie mehrere Eingangskanäle bündeln, eigene Prüfregeln brauchen oder noch kein passendes Herstellerangebot nutzen können.
Die Übergabe braucht Schutz vor Doppelanlage. Ein erneut eintreffender Auftrag darf nicht stillschweigend ein zweites Mal im TMS landen, und eine Änderung muss als Änderung behandelt werden. Details zu Wiederholung, Zuständigkeit und Fehlerrückmeldung stehen im Ratgeber zum Verbinden von ERP und CRM. Die Logik gilt für das TMS genauso. Wenn die Anbindung selbst die Lücke ist, beschreibt unsere Seite zur Schnittstellenentwicklung den Projektweg.
Was ändert die eFTI-Verordnung an Aufträgen und Dokumenten?
Die eFTI-Verordnung (EU) 2020/1056 schafft nach Artikel 1 einen Rechtsrahmen für die elektronische Übermittlung gesetzlich vorgeschriebener Informationen zwischen Unternehmen und zuständigen Behörden bei der Beförderung von Gütern in der Union. Sie regelt also den Weg zur Behörde, etwa bei einer Kontrolle. Wie Ihr Kunde Ihnen einen Transportauftrag schickt, regelt sie nicht.
Für die Planung sind drei Punkte relevant:
- Nach Artikel 4 stellen Unternehmen, die Informationen elektronisch bereitstellen, diese über eine zertifizierte eFTI-Plattform bereit.
- Artikel 5 verpflichtet die Behörden, solche Informationen zu akzeptieren. Der Zeitpunkt hängt an Fristen nach den delegierten Rechtsakten. Prüfen Sie den aktuellen Stand, bevor Sie Entscheidungen daran knüpfen.
- Artikel 18 legt fest, dass die Verordnung ab dem 21. August 2024 gilt.
Für die Auftragserfassung folgt daraus: Saubere, strukturierte Auftragsdaten im eigenen System erleichtern später jede elektronische Weitergabe. Eingangsprüfung und Kundenschnittstellen bleiben davon unberührt. Für Fragen zu Ihren Pflichten ist Ihr Verband oder Ihre Rechtsberatung der richtige Ansprechpartner.
Wie wird aus erfassten Daten eine bessere Statuskommunikation?
Statusanfragen entstehen oft, weil der Kunde den Stand nicht sieht. Wenn die Aufträge strukturiert im TMS stehen, lassen sich vorhandene Ereignisse für Meldungen nutzen. Das kann so aussehen:
- Ereignis festlegen: Welche Zustände im TMS lösen eine Meldung aus, zum Beispiel Auftrag bestätigt, Abholung erfolgt, Zustellung erfolgt, Verspätung gemeldet?
- Empfänger zuordnen: Pro Kunde steht fest, wer welche Meldung bekommt. Das sind teils personenbezogene Daten. Klären Sie die Grundlage mit Ihrem Datenschutzbeauftragten.
- Textbausteine freigeben: Standardfälle nutzen geprüfte Texte mit Werten aus dem System, ohne Formulierungsspielraum.
- Ausnahmen abfangen: Bei Verspätung, Schaden oder fehlenden Papieren erstellt die Anwendung höchstens einen Entwurf. Eine Person entscheidet, ob und wie er rausgeht.
- Anfragen beantworten: Fragt ein Kunde per E-Mail nach dem Stand, liest die Anwendung den Status aus dem System und schlägt eine Antwort vor.
Eine Statusmeldung ist nur so gut wie das Ereignis dahinter. Wenn Fahrer oder Disposition Zustellungen erst Stunden später im System bestätigen, ist die automatische Meldung entsprechend spät. Prüfen Sie deshalb zuerst die Datenpflege, bevor Sie Meldungen automatisieren. Eine Prognose wie „Ankunft um 14 Uhr“ braucht belastbare Daten und sollte nicht aus Freitext geraten werden.
Beispiel: Ein Auftrag mit drei Abweichungen
Fiktives Beispiel, kein Kundenprojekt: Eine Spedition erhält montags eine E-Mail mit PDF-Anhang. Das PDF nennt eine Ladestelle in Mannheim, eine Entladestelle in Hamburg, ein Ladefenster am Mittwoch und zwölf Paletten. Im Mailtext steht zusätzlich: „Eine Palette enthält UN 1950, bitte beachten.“ Das Entladedatum fehlt. Die Kundenreferenz kennt das TMS bereits von einem Auftrag der Vorwoche.
Die Vorstufe liefert diesen Entwurf:
- Auftraggeber ist anhand der Absenderdomain dem Kundenstamm zugeordnet.
- Lade- und Entladestelle sind den Adressen im Bestand zugeordnet, mit Quellenstelle im PDF.
- Das Entladedatum fehlt. Die Anwendung zeigt die offene Stelle und bereitet eine Rückfrage an den Kunden vor.
- Die Referenz ähnelt einem bestehenden Auftrag. Der Entwurf zeigt die mögliche Dublette.
- Der Satz zu UN 1950 löst das Prüfkennzeichen aus. Der Fall wird rot und geht an die zuständige Person.
Das Ergebnis ist ein Entwurf mit drei markierten Stellen, die ein Mensch klärt. Nach Freigabe geht der Auftrag ins TMS. Hat der Kunde das Datum bestätigt, folgen die vereinbarten Statusmeldungen aus den TMS-Ereignissen. Die Zahlen und Fälle sind zur Illustration gewählt und belegen keinen Nutzen.
Welche Messgrößen brauchen Sie als Baseline?
Kurzantwort: Messen Sie vor dem Test dieselben Größen wie danach. Ohne Ausgangslage ist jeder Nutzen eine Behauptung.
Für eine typische Woche halten Sie fest:
- Aufträge je Eingangskanal und Anteil der Aufträge, die manuell erfasst werden.
- Erfassungszeit je Auftrag, getrennt nach Kanal, inklusive Rückfragen.
- Anteil der Aufträge mit Korrekturen nach der ersten Erfassung.
- Anzahl der Statusanfragen per Telefon und E-Mail, getrennt nach Anlass.
- Zeit zwischen Ereignis im Feld und Eintrag im TMS.
Als Abnahmekriterien für einen Test empfehlen wir:
- Jede übernommene Angabe zeigt ihre Quelle.
- Fehlende Pflichtfelder, unbekannte Kunden und mögliche Dubletten landen in der Prüfung.
- Jeder Gefahrgut-Hinweis löst das Prüfkennzeichen aus und geht an eine Person.
- Wiederholte Eingänge erzeugen keinen zweiten Auftrag im TMS.
- Statusmeldungen entstehen nur aus bestätigten Ereignissen und freigegebenen Texten.
- Das Testset stammt aus echten, anonymisierten Eingängen mehrerer Wochen und enthält schwierige Fälle.
Zum Datenschutz gehören vor dem Test Verträge zur Auftragsverarbeitung, die Klärung von Datenklassen, Speicherort und Löschfristen sowie die Frage, ob ein Anbieter Eingaben zum Training verwenden darf. Die Bewertung liegt bei Ihrem Unternehmen und Ihrem Datenschutzbeauftragten. Weitere Prüffragen finden Sie im Ratgeber zu KI-Integration und Datenschutz.
Die Entscheidung in einem Satz
Starten Sie mit einem Eingangskanal, einer Handvoll Pflichtfeldern und menschlicher Freigabe, übergeben Sie nur geprüfte Aufträge ans TMS und leiten Sie Statusmeldungen erst aus Ereignissen ab, die Ihr System zuverlässig führt.
Unser bezahlter Discovery-Sprint dauert 5 Arbeitstage und kostet 4.900 € netto. Wir prüfen an einer echten Woche Ihres Posteingangs, welcher Kanal sich eignet, zeigen einen Ansatz live und geben eine Bewertung mit Entscheidungsempfehlung. Einen Build bieten wir danach optional zum Festpreis an, wenn der Umfang geklärt ist. Für das erste Gespräch genügen Ihr TMS, die Eingangskanäle und eine Beschreibung der manuellen Schritte. Vertrauliche Aufträge schicken Sie erst über einen vereinbarten Weg. Auftragserfassung und Statuskommunikation mit Simon besprechen.
Liegt der Engpass eher bei allgemeinen Kundenanfragen im Postfach, ist Kundenanfragen mit KI zuordnen der passende Ergänzungsartikel.
Quellen und weiterführende Dokumente
- Verordnung (EU) 2020/1056 über elektronische Frachtbeförderungsinformationen (eFTI)EUR-Lex, Amt für Veröffentlichungen der Europäischen Union
- § 18 GGVSEB: Pflichten des AbsendersBundesministerium der Justiz, Gesetze im Internet
Häufige Fragen
Kurz und direkt beantwortet.
Kann KI Speditionsaufträge aus E-Mail und PDF automatisch ins TMS übernehmen?
KI kann Angaben wie Absender, Lade- und Entladestelle, Zeitfenster und Gewichte aus E-Mails und Anhängen als Auftragsentwurf vorbereiten. Für den ersten Betrieb empfehlen wir, dass eine Disponentin oder ein Disponent den Entwurf freigibt und erst der freigegebene Stand ins TMS übergeben wird. Ob später einzelne Fälle ohne Freigabe durchlaufen dürfen, entscheiden Sie anhand gemessener Fehlerfälle.
Ersetzt eine KI-Auftragserfassung unser TMS?
Nein. Das TMS bleibt das führende System für Disposition, Abrechnung und Dokumente. Die Vorstufe liest Eingänge, prüft sie gegen Ihre Stammdaten und übergibt den freigegebenen Auftrag über einen unterstützten Import oder eine Schnittstelle. Ob Ihr TMS das zulässt, klären Sie vor dem Build.
Wie geht die KI mit Gefahrgut-Hinweisen in einem Auftrag um?
Sie setzt nur ein Prüfkennzeichen, wenn ein Eingang auf Gefahrgut hindeutet, etwa durch eine UN-Nummer oder das Wort Gefahrgut. Einstufung und Angaben für das Beförderungspapier bleiben Aufgabe der verantwortlichen Beteiligten. Ein markierter Auftrag geht immer an eine Person, nie ungeprüft weiter.
Wie entstehen Statusmeldungen an Kunden aus den erfassten Daten?
Sobald Aufträge sauber im TMS stehen, können vorhandene Ereignisse wie Abholung, Zustellung oder bestätigte Verspätung freigegebene Textbausteine auslösen. Ausnahmen und unklare Lagen gehen an einen Menschen, bevor eine Meldung den Kunden erreicht. Das setzt voraus, dass die Ereignisse im System zuverlässig gepflegt werden.
Welche Zahlen sollten wir vor dem Start erheben?
Erfassen Sie für eine typische Woche, wie viele Aufträge über welchen Kanal eingehen, wie lange die Erfassung je Auftrag dauert, wie viele Rückfragen entstehen und wie viele Statusanfragen per Telefon oder E-Mail eintreffen. Ohne diese Ausgangslage lässt sich ein Test später nicht bewerten. Zeitersparnisse pauschal anzunehmen wäre eine Vermutung.