Fachartikel · Transport & Logistik

Kann man ein bestehendes TMS mit KI erweitern?

Die meisten Speditionen haben ein TMS, das läuft – und trotzdem viel Handarbeit drumherum. Dieser Artikel erklärt, wie KI-Automatisierung an ein bestehendes System angebunden wird, welche Voraussetzungen es braucht und was ohne API noch möglich ist.

Kurz gesagt: In den meisten Fällen ja. Voraussetzung ist ein Zugang zum TMS – eine API, Import- und Exportformate, ein Datenbankzugriff oder zumindest E-Mail- und Dateischnittstellen. Die KI-Automatisierung läuft als eigene Schicht neben dem TMS: Sie liest Eingänge, prüft sie und übergibt geprüfte Daten. Das TMS bleibt das führende System und muss nicht ersetzt werden.

Warum das TMS meist nicht das Problem ist

Ein TMS bildet Aufträge, Touren, Partner und Abrechnung ab – das tut es in der Regel gut. Was es nicht tut: E-Mails lesen, PDFs verstehen, Belegfotos zuordnen, Frachtführerrechnungen mit Aufträgen vergleichen. Diese Arbeit findet vor, zwischen und nach dem TMS statt – und sie ist manuell. Das TMS zu wechseln, würde daran nichts ändern. Die Lücke liegt an den Rändern des Systems, nicht in seinem Kern.

Die Erweiterungsschicht: KI neben dem TMS

Technisch entsteht eine zusätzliche Anwendung, die mit dem TMS Daten austauscht. Sie übernimmt drei Aufgaben:

  1. Verstehen: Eingänge aus E-Mail, PDF, Scan und Foto werden von der KI gelesen und strukturiert.
  2. Prüfen: Deterministische Regeln validieren die Ergebnisse – gegen Stammdaten aus dem TMS, Pflichtfelder, Plausibilität.
  3. Übergeben: Geprüfte Daten werden über die Schnittstelle ins TMS geschrieben, Status gelesen, Folgeschritte ausgelöst.

Das TMS merkt davon nichts Ungewöhnliches: Es erhält Aufträge, Dokumente und Statusänderungen über dieselben Wege, die auch ein Benutzer oder ein Import nutzen würde.

Welche Schnittstelle braucht es?

Die Anbindung hängt davon ab, was das TMS bietet. Von bevorzugt bis behelfsmäßig:

WegTypischer EinsatzEinschränkung
REST- oder SOAP-APIAufträge anlegen, Status lesen, Stammdaten abgleichen – in EchtzeitNicht jedes TMS bietet eine; Umfang variiert
XML-, CSV-, EDI-Import/ExportAufträge und Status als Datei übergeben – periodischKein Echtzeit; Formatpflege nötig
DatenbankzugriffLesen für Abgleiche und AuswertungenSchreiben nur mit klaren Regeln und Herstellerfreigabe
Webhooks / EreignisseTMS meldet Änderungen, Automatisierung reagiertNur bei modernen Systemen vorhanden
E-Mail- und DateischnittstellenÜberwachte Postfächer und AustauschordnerBewährt, aber weniger elegant

Wichtig: Nicht jeder Weg eignet sich für jede Aufgabe. Für die Auftragsanlage reicht oft ein Import; für einen Dispositionsassistenten, der aktuelle Fahrzeugpositionen braucht, ist eine API nötig. Deshalb prüfen wir die Schnittstellen vor jedem Projekt konkret – eine Zusage „funktioniert mit jedem TMS“ wäre unseriös.

Was, wenn das TMS keine API hat?

Dann bleiben meist mehrere Wege. Fast jedes TMS kann Aufträge aus CSV oder XML importieren und Daten exportieren. Überwachte Ordner und E-Mail-Schnittstellen funktionieren auch mit älteren Systemen. Ein lesender Datenbankzugriff erlaubt Abgleiche und Auswertungen, ohne ins System zu schreiben. Diese Wege sind weniger komfortabel, aber in der Praxis stabil – und oft der einzige realistische Einstieg für Betriebe mit gewachsener Software.

Welche Prozesse sich rund um ein TMS typischerweise automatisieren lassen

  • Auftragserfassung aus E-Mail und PDF – der häufigste Einstieg
  • POD- und CMR-Zuordnung mit Statusupdate
  • Rechnungsprüfung gegen die Auftragsdaten im TMS
  • Statusmeldungen und Avisierungen an Kunden aus TMS-Daten
  • Ablösung von Excel-Nebenlisten, die das TMS nicht abbildet
  • Reporting aus TMS, Buchhaltung und Portalen

Wir kennen beide Seiten

ET Systems hat mit SmartDispo selbst ein Speditionssystem entwickelt. Wir wissen daher aus eigener Praxis, wie ein TMS von innen aufgebaut ist – Datenmodelle, Belegflüsse, Schnittstellen. Dieses Wissen fließt in jede Anbindung fremder Systeme ein.

Wie man vorgeht

  1. Schnittstellen prüfen: Was bietet das TMS? Was erlaubt der Hersteller? Das klären wir vor dem Projekt.
  2. Einen Prozess wählen: Meist der Auftragseingang – klar abgegrenzt, hoher Nutzen.
  3. Regeln festlegen: Was darf automatisch ins TMS, was braucht Freigabe?
  4. Testen mit echten Daten: parallel zum bestehenden Ablauf, bevor die Automatisierung produktiv schreibt.
  5. Erweitern: weitere Prozesse folgen, sobald der erste stabil läuft.

Fazit

Ein bestehendes TMS mit KI zu erweitern ist der Normalfall, nicht die Ausnahme. Die Automatisierung läuft als eigene Schicht, das TMS bleibt führend. Entscheidend ist die Schnittstellenprüfung vorab – und ein erster Prozess, der sich klar abgrenzen lässt. Mehr dazu auf der Leistungsseite TMS-Integration und im Artikel Muss man für KI sein ERP ersetzen?.

Weiterlesen

TMS-Integration

Die Leistung: bestehendes TMS oder ERP anbinden statt ersetzen.

Zur Leistung →

Muss man für KI sein ERP ersetzen?

Die Grundsatzfrage erweitern oder ersetzen – mit Entscheidungshilfe.

Artikel lesen →

Welches TMS ist bei Ihnen im Einsatz?

Wir prüfen, welche Anbindung möglich ist – und sagen ehrlich, welche Automatisierungen damit realistisch sind.