Agent für Fracht- und Sendungsabwicklung (Frachtführer-Buchung, Sendungsverfolgung, Ausnahmebehandlung)

Disponenten bei Verladern, Spediteuren und 3PL-Dienstleistern verbringen ihren Tag mit Angebotsanfragen, Ladungsbuchungen, Portalprüfungen und dem Nachfassen bei Frachtführern nach Status und Ablieferbelegen. Ein Agent für die Frachtabwicklung betreibt diesen Kreislauf: Er vergleicht Raten, bucht per API, EDI oder E-Mail, überwacht jeden Meilenstein, klassifiziert Abweichungen, informiert Kunden frühzeitig und fordert fehlende Dokumente nach. Menschen übernehmen neue Relationen, Entscheidungen über Geld und alles, bei dem sich der Agent unsicher ist.

Problem & Nutzen

• Heute: Aufträge kommen per E-Mail, Portal und EDI. Disponenten fragen Raten bei einigen Frachtführern an, buchen per Telefon oder Portal und prüfen dann Tracking-Seiten und Postfächer. Verspätete Abholungen, verpasste Anlieferfenster, Schadensfälle und fehlende Ablieferbelege werden spät gefunden und von Hand bearbeitet; Kunden rufen an und fragen: „Wo ist meine Sendung?“ Verzögerte Ablieferbelege halten außerdem die Rechnungsstellung auf.
• KI-Nutzen: laufende Prüfung der Meilensteine statt gelegentlicher manueller Kontrollen, Ausnahmen werden automatisch eingeordnet und nachverfolgt, Kunden werden informiert, bevor sie fragen, und Disponenten konzentrieren sich auf Entscheidungen. Anbieter nennen große Zeitersparnisse bei der Ausnahmebehandlung, doch die Zahlen stammen von den Anbietern und sind nicht unabhängig geprüft; messen Sie Ihre eigene Ausgangslage.
• Warum jetzt: Statusdaten der Frachtführer werden zunehmend standardisiert (DCSA Track & Trace für die Seefracht, Visibility-Plattformen für die Straße), und Frachtplattformen stellen Buchungen über APIs und MCP- Server bereit, sodass Agenten handeln statt nur beraten können [1][3][5].

Varianten

• Verlader (Hersteller, Händler): Ausschreibung an Vertragsfrachtführer, Überwachung eingehender und ausgehender Ladungen, kundenseitige Antworten auf „Wo ist meine Bestellung?“.
• Spediteur / 3PL: multimodale Buchung (Straße, See, Luft), Nachfassen von Dokumenten, Behandlung von Zollsperren; höchstes Aufkommen an Ausnahmen.
• Straßengüterverkehr im KMU (Spedition): Agent auf Frachtführerseite, der Aufträge bestätigt und Ablieferbelege von Fahrern einholt.
• Spotmarkt-Vermittlung: Schwerpunkt auf Ratenanfrage und Angebotsvergleich; eng verwandt mit AGENT-005.
• Kühlkette / Pharma: Warnungen bei Temperaturabweichungen aus IoT; DCSA 3.0 ergänzt Kühlcontainer-Ereignisse [4].

So funktioniert es

1. trigger (new order | status event | missed checkpoint | inbound email)
2. intent & entity extraction (lane, dates, weight, equipment, incoterm)
3. rate agent: request/collect quotes (tariff, spot API, email), normalise, rank
4. booking agent: tender via API/EDI/portal/email; confirm; write to TMS
5. monitoring: ingest milestones (EDI 214, DCSA events, visibility API, driver app)
6. exception classifier: delay | damage | missing POD | customs hold | no-show | rejected tender
7. resolution playbook: check carrier ETA, contact carrier/driver, re-tender, notify customer
8. document chaser: request POD/BOL/CMR, parse and attach, trigger invoicing
9. escalation to dispatcher (low confidence, new lane, cost above limit, claim)

• Werkzeuge statt Freitext: Der Agent handelt über einen schmalen Werkzeugsatz (get_rates, book, get_status, send_message, request_document, create_task) mit schemavalidierten Argumenten, Ausgabenlimits je Werkzeug und Prüfprotokoll. LLMs deuten unübersichtliche E-Mails und Antworten von Frachtführern; deterministischer Code übernimmt Rechnen, Tarifabfrage und Prüfung der Buchungsregeln.
• Playbooks für Ausnahmen: Jede Klasse ist einem Playbook zugeordnet (was zu prüfen ist, wen man kontaktiert, was man dem Kunden mitteilt, wann man eskaliert). Das LLM klassifiziert; das Playbook begrenzt die Aktionen.
• Mensch-in-der-Schleife (Human-in-the-Loop): Der Disponent gibt Buchungen oberhalb einer Kostenschwelle, neue Relationen oder neue Frachtführer, Entscheidungen zu Schadensfällen, Umleitungen mit Folgen für Kosten oder Service und jede Kundennachricht frei, die eine Haftung einräumt. Beginnen Sie im Entwurfsmodus, bevor Sie autonomes Senden erlauben.

Datenaufbereitung

Benötigt werden Transportaufträge, Frachtratentabellen und Vertragstarife, Statusfeeds der Frachtführer (EDI 214/IFTSTA, DCSA, Visibility-APIs) sowie Dokumente wie Ablieferbelege (POD), Konnossemente, CMR und Schadensfotos. In einem KMU liegen diese im TMS oder ERP, in Excel-Ratenblättern auf Dateifreigaben, in Postfächern der Disponenten, in Frachtführer-Portalen sowie als Papier- oder per Handy fotografierte Lieferscheine. Typische Lücken sind Tarife nur als PDF oder Tabellen mit unterschiedlichem Aufbau, uneinheitliche Orts- und Frachtführernamen, fehlende Sendungsreferenzen in E-Mails, gescannte Ablieferbelege ohne Textebene und stillschweigendes Wissen der Disponenten über Relationen und Frachtführer.

Konkrete Schritte: Aufträge und Stammdaten aus TMS/ERP ziehen (PREP-005), Ratenblätter und Tarife in saubere Tabellen überführen (PREP-011) und Namen von Frachtführern, Orten und Incoterms vereinheitlichen (PREP-012, PREP-015). Papier-Ablieferbelege und CMR scannen und per OCR erfassen (PREP-006, DOC-014), wo möglich bereits an der Quelle digital erfassen (PREP-008). Beispiele früherer Ausnahmen und ihrer Lösung sammeln (PREP-016, PREP-020) und mit den Disponenten einen Testdatensatz aufbauen (PREP-018). Eskalationsregeln für neue Relationen schriftlich festhalten. Planen Sie dafür etwa ein Viertel des Aufwands ein; Bereitschaftsprüfung in GUIDE-003.

Umsetzungswege

Welcher Weg für wen

• KMU: A. Visibility-Plattformen und TMS-Anbieter mit EU-Hosting bündeln bereits Frachtführer-Anbindungen, Sendungsverfolgung und Ausnahmewarnungen; Frachtführer-Integrationen selbst zu bauen lohnt sich selten.
• Großunternehmen: B. Eigene TMS-/ERP-Landschaften, viele Relationen und Frachtführer sowie die strategische Rolle der Logistik sprechen für eine Orchestrierungsebene auf Cloud-APIs statt platzbasierter Produkte.
• Entwickler: B. Frachtführer-APIs, EDI-Nachrichten und Ausnahmeregeln sind Integrationsarbeit, die sich am besten mit Cloud-LLM-APIs und offenen Workflow-Werkzeugen lösen lässt.

Weg A — Kaufen (für die meisten empfohlen)

• Agentische Frachtplattformen: Banyan Technology (Agenten für Tracking-Updates, verpasste Abholung/Lieferung und fehlende Dokumente, Marktplatz für KI-Agenten, 2026) [2]; project44 (KI-Agenten in seinem Intelligent TMS, darunter ein Agent für die Frachtbeschaffung, 2026) [3]; FourKites (Intelligent Control Tower mit KI-Agenten); Flexport (MCP-Server für Ratensuche, Buchung und Sendungsverfolgung über Assistenten) [5].
• EU-/europäische Optionen: Transporeon (Trimble), Sennder und Forto (digitale Spediteure), Shippeo (Visibility), Alpega (TMS). Prüfen Sie den aktuellen Umfang der KI-Agenten bei jedem Anbieter.
• A wählen, wenn: Sie bereits ein TMS oder eine Visibility-Plattform nutzen und Ausnahmen darin behandeln lassen wollen; die Frachtführer sind über das Netzwerk des Anbieters angebunden.

Weg B — Auf Cloud-KI-Diensten aufbauen

• Modelle: ein Frontier-LLM mit Werkzeugnutzung und strukturierten Ausgaben (Claude, GPT, Gemini, Mistral Large als EU-Anbieter) in EU-Regionen; ein kleineres Modell zur Klassifizierung von Statusmeldungen.
• Integrationen: TMS-API (SAP TM, Oracle OTM, Microsoft Dynamics, Alpega usw.), Frachtführer-APIs, Visibility-APIs (project44, FourKites, Shippeo), DCSA-konforme APIs von Seefrachtführern [1], Flexport-API/MCP [5], E-Mail über Graph/IMAP, EDI über einen EDI-Dienstleister.
• Orchestrierung: Agenten-Framework (LangGraph, OpenAI Agents SDK, Claude Agent SDK, Microsoft Agent Framework) oder Workflow-Engine (n8n, Camunda, Temporal) mit dauerhaftem Zustand und Wiederholungen. Browser-/Computer-Use-Agenten (AGENT-003) als Rückfall für Frachtführer-Portale ohne API.
• B wählen, wenn: ein individueller Prozess, mehrere TMS oder enge Kontrolle über die Playbooks nötig sind.

Weg C — Selbst betreiben (Open Source)

• Modelle: LLMs mit offenen Gewichten und Werkzeugaufruf (Qwen3, Nachfolger von Mistral/Mixtral, Llama, gpt-oss), bereitgestellt mit vLLM oder Ollama; Encoder-Klassifikator für Statustexte.
• Stack: n8n oder Temporal, Postgres, OpenTelemetry/Langfuse für Traces, OCR über Docling oder PaddleOCR für Ablieferbelege (siehe DOC-006).
• Hardware: HW3 für zuverlässige mehrstufige Werkzeugnutzung; HW2 genügt nur für Klassifizierung und Entwürfe. Raten- und Tariflogik bleibt deterministisch.

Weg D — Eigenes Training

Meist unnötig. Feintunen Sie einen kleinen Klassifikator auf Ihren historischen Ausnahme-E-Mails und Statuscodes (einige tausend gekennzeichnete Beispiele) oder lernen Sie ETA-/Verzugsmodelle (PRED-018) aus Ihrer eigenen Leistungshistorie der Frachtführer.

Stand der Technik (2026)

• Agenten sind von Dashboards zu Aktionen übergegangen: Visibility-Anbieter (project44, FourKites, Banyan) liefern benannte Agenten für Tracking-Updates, Kontaktaufnahme bei verpasster Lieferung und das Nachfassen fehlender Dokumente; Beschaffungsagenten vergleichen Verträge mit Marktraten und können Zuschläge nach Regeln empfehlen oder ausführen [2][3].
• Buchung durch externe KI-Agenten: Flexport stellt Ratensuche, Buchung und Sendungsverfolgung über einen MCP-Server bereit, der mit allgemeinen Assistenten unter den vorhandenen Berechtigungen des Nutzers funktioniert; Ausnahmen gehen an menschliche Fachleute [5]. Es ist zu erwarten, dass Frachtführer und Spediteure folgen.
• Standards: DCSA Track & Trace (3.0.0 für Mitglieder veröffentlicht, ergänzt IoT- und Kühlcontainer-Ereignisse; öffentliche Veröffentlichung für das zweite Halbjahr 2027 angekündigt) gibt Seefracht-Ereignissen ein gemeinsames Format; die EU-Verordnung eFTI macht elektronische Frachtverkehrsinformationen (Daten im Stil von eCMR) ab dem 9. Juli 2027 über zertifizierte Plattformen für Behörden verwendbar [4][6].
• Grenzen und Fehlerbilder: uneinheitliche oder fehlende Daten der Frachtführer, Freitextantworten, die dem API-Status widersprechen, halluzinierte ETAs, doppelte Buchungen durch Wiederholungen, nicht autorisierte Zusagen, Prompt Injection über eingehende E-Mails oder Dokumente und die Haftung für falsche Buchungen, die vertragliche Bedingungen der Partei auferlegen können, die den Agenten betreibt [5]. Belege für Autonomie im Produktionsmaßstab stammen überwiegend von den Anbietern.

Gemeinsame Bausteine & Kombinationen

• Dokumente: DOC-006 (Konnossement, CMR, Lieferscheine, Zolldokumente) liefert die Erfassung von Ablieferbelegen und Konnossementen; LANG-031 (HS-/TARIC-Klassifizierung) für den Zoll.
• Vorhersage/Optimierung: PRED-018 (ETA-Vorhersage) speist die Frühwarnung; OPT-001 (Routenplanung) für die Neuplanung; ANOM-011 (Lieferkettenrisiko) und ANOM-021 (Zollrisiko) als Kontext.
• Agenten-Bausteine: AGENT-001 (Posteingangs-Triage), AGENT-003 (Portalautomatisierung), AGENT-004 (Auftragserfassung), AGENT-005 (Angebote und Lieferantenkommunikation), AGENT-013 (Multi-Agenten- Orchestrierung). Ein gemeinsamer LLM-Betrieb auf HW3 kann alle diese Bausteine tragen.

Aufwand, Kosten & Kennzahlen

• Weg A: Wochen bis wenige Monate (die Anbindung der Frachtführer an das Netzwerk des Anbieters dominiert); Abonnement mit Preis je Sendung oder je Nutzer.
• Weg B: 3-6 Monate für Raten, Buchung, Sendungsverfolgung und zwei oder drei Playbooks für Ausnahmen; die LLM-Kosten je Sendung sind im Vergleich zur Arbeitszeit der Disponenten gering; Hauptkosten ist die Integrationsarbeit.
• Weg C: 4-8 Monate plus Aufwand für GPU und Betrieb.
• Kennzahlen: Quote berührungsloser Buchungen, vor Kundenkontakt erkannte Ausnahmen, Zeit bis zur Erkennung und Lösung einer Ausnahme, On-Time-in-Full (OTIF), Vorlaufzeit bis zum Eingang des Ablieferbelegs und Außenstandsdauer (DSO), „Wo ist meine Bestellung?“-Kontakte je 1.000 Sendungen, Kosten je Sendung, falsch gebuchte oder doppelte Ladungen, Eskalationsquote.

Menschen & Veränderung

Beziehen Sie die Geschäftsführung für Servicelevel und Eskalationsregeln, die Leitung Transport oder Disposition als Prozessverantwortliche und die Disponenten früh ein, denn ihr stillschweigendes Wissen speist Regeln und Beispiele. Die IT integriert TMS, ERP und Frachtführer-Schnittstellen; Frachtführer und Kunden müssen automatisierte Nachrichten akzeptieren, vereinbaren Sie daher Formate und Ton mit wichtigen Partnern. Die oder der Datenschutzbeauftragte prüft personenbezogene Daten von Fahrern und Ansprechpartnern, den AVV (Art. 28 DSGVO) mit Anbietern und ob eine DSFA nötig ist, insbesondere wenn Trackingdaten von Fahrern verarbeitet werden.

Betriebsrat: abhängig vom Einzelfall. Sendungsverfolgung von Fahrzeugen und Fahrern oder die Auswertung einzelner Disponenten ist geeignet, Verhalten zu überwachen, und löst § 87 Abs. 1 Nr. 6 BetrVG aus (die objektive Eignung genügt); reine Verfolgung auf Sendungsebene ist weniger kritisch. Informieren Sie den Betriebsrat rechtzeitig nach § 90 Abs. 1 Nr. 3 und erwägen Sie die Hinzuziehung eines Sachverständigen nach § 80 Abs. 3. Öffentliche Stellen beteiligen den Personalrat.

Beginnen Sie mit einem Pilotprojekt auf wenigen Relationen und Frachtführern, im Vorschlagsmodus, in dem Disponenten Buchungen und Kundenbenachrichtigungen bestätigen. Behalten Sie bei neuen Relationen, Schadensfällen und Fällen mit geringer Sicherheit die Kontrolle bei Menschen. Typische Sorgen sind Arbeitsplatzverlust und falsche Kundennachrichten; zeigen Sie, dass Zeit vom Nachfassen zur Ausnahmebehandlung wandert, und legen Sie Fehlerquoten offen. Fördern Sie die KI-Kompetenz (die KI-Verordnung (AI Act) verlangt in Art. 4 Maßnahmen dazu). Siehe GUIDE-009, GUIDE-008 und GUIDE-004.

Risiken, Regulierung & Compliance

• KI-Verordnung (AI Act): in der Regel minimales Risiko; keine Anwendung nach Anhang III. Ausnahmen: Bewertet oder überwacht der Agent Leistung oder Verhalten einzelner Fahrer zur Arbeitszuteilung, kann dies Anhang III (Beschäftigung/Verwaltung von Arbeitnehmern) berühren (Hochrisiko); vermeiden oder gesondert prüfen. Die Verbote nach Art. 5 (z. B. Emotionserkennung am Arbeitsplatz) dürfen sich nicht in die Fahrerüberwachung einschleichen. Chat- oder Sprachagenten für Kunden brauchen den Hinweis, dass Nutzer mit KI interagieren (Art. 50). Die KI-Kompetenz (Art. 4) gilt [7].
• DSGVO: Namen und Telefonnummern von Fahrern, Kennzeichen, GPS-Positionen und Kontaktdaten der Empfänger sind personenbezogene Daten; legen Sie Zwecke fest, minimieren Sie, speichern Sie nur so lange wie nötig, schließen Sie Auftragsverarbeitungsverträge mit Frachtführern und Werkzeuganbietern ab und beachten Sie die Mitbestimmung des Betriebsrats bei der Fahrerverfolgung.
• Transport- und Handelsrecht: Haftungsgrenzen und Reklamationsfristen nach CMR/CMNI, Incoterms, Zollanmeldungen, Gefahrgut (ADR) und Kühlkettenregeln müssen in menschlicher Verantwortung bleiben; eFTI ab Juli 2027 [6].
• Sicherheit: API-Schlüssel mit minimalen Rechten, Ausgabenobergrenzen, signierte Identitätsprüfungen der Frachtführer (Frachtbetrug und fiktive Abholungen), Filter gegen Prompt Injection für eingehende E-Mails, vollständiger Prüfpfad.
• Gegenmaßnahmen: Einführung zunächst im Entwurfsmodus, Freigabeschwellen, idempotente Buchungsaufrufe, Notausschalter.

Erste Schritte

1. Eine Relationsgruppe wählen und die Ausgangslage messen: Ausnahmen pro Woche, Zeit bis zur Erkennung, Vorlaufzeit der Ablieferbelege.
2. Statusfeeds nur lesend anbinden und den Agenten Ausnahmen im Schattenbetrieb klassifizieren lassen.
3. Playbooks zum Nachfassen ergänzen (fehlender Ablieferbeleg, verpasste Abholung), wobei Disponenten jede Nachricht freigeben.
4. Ratenvergleich ergänzen, dann Buchung mit Kostenobergrenzen; jede Aktion protokollieren.
5. Wöchentlich auswerten: falsche Eskalationen, übersehene Ausnahmen, Kundenfeedback; die Autonomie schrittweise erweitern.

Quellen

1. DCSA — Track & Trace standard documentation — https://dcsa.org/standards/track-and-trace
2. Banyan Technology — agentic AI capabilities for freight management (2026) — https://banyantechnology.com/?p=72946
3. project44 — AI freight procurement agent (2026) — https://www.ajot.com/news/project44-launches-ai-freight-procurement-agent
4. DCSA Track & Trace 3.0.0 (IoT and reefer) — https://www.ajot.com/news/dcsa-publishes-track-trace-3.0.0-expanding-standard-to-cover-iot-and-reefer-visibility
5. Flexport — MCP server for AI agents — https://www.flexport.com/technology/flexport-mcp/
6. European Commission — eFTI Regulation — https://transport.ec.europa.eu/transport-themes/logistics-and-multimodal-transport/efti-regulation_en
7. Regulation (EU) 2024/1689 (AI Act) — https://eur-lex.europa.eu/eli/reg/2024/1689/oj