TMS: Was ein Transportation Management System ist und wie es funktioniert

Kurz gesagt

TMS steht für Transportation Management System. Es gibt jedoch keine universelle Liste von Funktionen, die eine Software besitzen muss, um sich TMS nennen zu können. Der Begriff wird am Markt für sehr unterschiedliche Produkte verwendet: von relativ einfachen Werkzeugen zur Tourenplanung bis zu Enterprise-Plattformen, die die Beschaffung bei Frachtführern, Ausschreibungen, Tarife, internationale Netzwerke, Kostenprüfungen, Tracking, Dokumentation und Integrationen mit ERP- und Lagerverwaltungssystemen steuern.

Für ein KMU geht es nicht um die Frage „Brauche ich ein TMS?“, sondern um welche Prozesse ich kontrollieren muss und wie komplex sie sind. Ein Unternehmen mit fünf Lkw, das Aufträge per E-Mail erhält, hat ganz andere Anforderungen als ein Logistikdienstleister, der Transport von Hunderten Frachtführern einkauft oder mehrere europäische Hubs koordiniert.

Was TMS wirklich bedeutet

Praktisch gesehen ist ein TMS ein Informationssystem für die Transportverwaltung. Es kann eine oder mehrere Phasen unterstützen:

Anfrage → Auftrag → Planung → Zuweisung → Ausführung → Überwachung → Dokumente → Kosten → Abschluss → Analyse

Der Funktionsumfang unterscheidet sich stark von Produkt zu Produkt. Ein System kann sich auf die Planung eigener Transporte beschränken; ein anderes kann automatisch zwischen verschiedenen Frachtführern nach Tarif und Service wählen; ein weiteres kann multimodale Strecken, Termine, SLAs, Rechnungen und Abstimmungen verwalten.

Deshalb können zwei Angebote, die beide „TMS“ heißen, völlig unterschiedliche Preise, Einführungszeiten und Zielgruppen haben.

Der operative Zyklus, den ein TMS verwalten kann

1. Erfassung der Nachfrage

Aufträge können durch manuelle Eingabe, Dateien, APIs, EDI, ERP, Kundenportale oder andere Systeme eingehen. Die erste Aufgabe besteht darin, unterschiedliche Anfragen in nutzbare Daten zu überführen.

2. Planung

Das System verbindet Ziele, Zeitfenster, Kapazitäten, Einschränkungen, Verfügbarkeit von Fahrzeugen und Fahrern oder die Verfügbarkeit von Frachtführern. Anspruchsvollere Systeme können Optimierungs-Engines enthalten; in einfacheren bleibt die Planung überwiegend visuell und manuell.

3. Zuweisung

Die Fahrt wird einem internen Fahrzeug/Fahrer oder einem externen Frachtführer zugewiesen. Wenn Transportleistungen eingekauft werden, können Preislisten, Ausschreibungen, Lieferantenrankings und Beschaffungsregeln eine Rolle spielen.

4. Ausführung

Büro, Fahrer und Partner müssen Status und Änderungen teilen: übernommen, angekommen, beladen, unterwegs, geliefert, Abweichung usw.

5. Dokumente und Leistungsnachweis

Das System kann Auftrag, Transportdokumente, POD und Anhänge verknüpfen. Dass ein Dokument im TMS vorhanden ist, bedeutet jedoch nicht, dass es rechtlich, steuerlich oder technisch automatisch korrekt ist.

6. Kosten und Kontrolle

Weiterentwickelte TMS vergleichen Plan- und Istkosten, Tarife, Zuschläge, Maut, Zusatzleistungen und von Frachtführern erhaltene Rechnungen.

7. Analyse

Volumen, Pünktlichkeit, Kosten je Strecke, Ressourcenauslastung, Abweichungen, Leistung der Frachtführer und andere KPIs können zu Steuerungsdaten werden, statt am Monatsende manuell rekonstruiert zu werden.

Die häufigsten Module

Ein TMS kann enthalten:

• Auftragsverwaltung;
• Stammdaten zu Kunden, Standorten und Frachtführern;
• Tourenplanung;
• Zuweisung von Fahrzeugen/Fahrern;
• Beschaffung und Ausschreibungen für Frachtführer;
• Tarifverwaltung;
• Tracking oder Integration mit externem Tracking;
• Terminverwaltung;
• Dokumente und POD;
• Kostenkontrolle und Frachtkostenprüfung;
• Rechnungsstellung oder Buchhaltungsintegration;
• Dashboards und KPIs;
• Kunden-/Lieferantenportal;
• APIs, EDI und ERP/WMS-Integrationen;
• Ausnahmeverwaltung;
• Optimierungsfunktionen.

Die richtige Frage in einer Demo lautet nicht „Haben Sie diese Funktion?“, sondern wie funktioniert sie im konkreten Unternehmensprozess und welche Daten benötigt sie?

TMS, Verwaltungssoftware, FMS und Telematik sind keine Synonyme

Transportverwaltungssoftware

Das ist ein allgemeiner Begriff. Er kann Software bezeichnen, die sich auf die administrative und operative Organisation eines kleinen Unternehmens konzentriert: Kunden, Aufträge, Fahrer, Lkw, Tagesplan und Status.

TMS

Er bezeichnet üblicherweise eine Plattform mit größerer Tiefe bei Planung und Kontrolle des Transports und im Enterprise-Kontext bei der Verwaltung von Netzwerken, Frachtführern, Tarifen und Integrationen.

FMS / Fleet Management System

Es ist stärker auf den Fuhrpark ausgerichtet: Fahrzeuge, Wartung, Verbrauch, Fristen, Nutzung sowie gegebenenfalls Fahrer und Fahrzeugkosten.

Telematik

Sie sammelt Informationen vom Fahrzeug oder von Geräten: Position, Kilometer, CAN-Daten, soweit vorhanden, Diagnose, Fahrereignisse und andere Signale. Ein TMS kann diese Daten erhalten, ist aber definitionsgemäß kein Telematikgerät.

ERP

Es verwaltet weiter gefasste Unternehmensprozesse: Buchhaltung, Einkauf, Vertrieb, Verwaltung, Lager und Controlling. Ein TMS kann ein ERP-Modul oder ein separates, damit integriertes System sein.

Für ein KMU ist es normal, mehrere Werkzeuge zu verwenden. Das Problem beginnt, wenn niemand weiß, welches System die offizielle Quelle für welche Daten ist.

Wann ein komplexes TMS sinnvoll ist

Komplexität wird tendenziell gerechtfertigt, wenn einige Variablen zunehmen:

• Hunderte oder Tausende Aufträge;
• viele Lade- und Entladestellen;
• von zahlreichen Frachtführern eingekaufter Transport;
• komplexe Preislisten und Zuschläge;
• nationales/internationales Netzwerk;
• mehrere Verkehrsträger;
• vertragliche SLAs und KPIs;
• hoher Bedarf an ERP/WMS-Integration;
• Ausschreibungs- und Beschaffungsprozesse;
• Bedarf an systematischer Kostenprüfung.

In diesen Fällen dient die Plattform nicht nur dazu, „den Plan zu sehen“, sondern wird Teil der Informationsarchitektur des Unternehmens.

Wann es überdimensioniert sein kann

Ein Kleinstunternehmen mit fünf oder zehn Lkw kann ein sehr konkretes Problem haben: verstreute Aufträge, Änderungen in WhatsApp, Planung in Excel und ständige Anrufe bei den Fahrern. Um es zu lösen, muss nicht unbedingt Folgendes eingeführt werden:

• ein sechsmonatiges ERP-Projekt;
• komplexe Tarifkonfigurationen;
• eine Ausschreibungs-Engine;
• ein Data Warehouse;
• Dutzende Rollen und Workflows;
• Spezialberatung für jede Änderung.

Eine zu große Software kann das Problem verlagern: vom Mangel an Struktur hin zur Schwierigkeit, die Struktur zu benutzen.

Das Kriterium sollte ausreichende Mindestkomplexität sein: den realen Prozess von heute gut abdecken und Raum zum Wachsen lassen, ohne Funktionen für Jahre zu kaufen, die nicht genutzt werden.

Daten und Integrationen: der Teil, der wirklich kostet

Software ist nur eine Komponente. Ein wesentlicher Teil der Arbeit in einem TMS-Projekt betrifft Daten.

Vor der Einführung sollte festgelegt werden:

Stammdaten. Wer bereinigt Kunden, Adressen, Fahrzeuge, Fahrer, Frachtführer und doppelte Kodierungen?

Datenquelle. Entsteht die Kundenadresse im CRM, ERP oder TMS? Wer darf sie ändern?

Kennungen. Haben Auftrag, Fahrt und Dokument über die Systeme hinweg einheitliche Codes?

Importe. Haben vorhandene Dateien stabile Spalten, oder verwendet jeder Kunde ein anderes Format?

APIs/EDI. Welche Datenflüsse werden wirklich benötigt? In Echtzeit oder als Batch?

Fehler. Was geschieht, wenn eine Integration einen Auftrag nicht oder zweimal erhält?

Historie. Wie viel Vergangenheit muss migriert werden? Alles, nur Stammdaten oder die letzten Monate?

Eigentümerschaft. Kann das Unternehmen seine eigenen Daten in einem wiederverwendbaren Format exportieren?

Schlechte Datenqualität wird durch ein TMS nicht automatisch behoben: Sie wird lediglich in ein teureres System übertragen.

Digitale Dokumente und eFTI: Warum Interoperabilität immer wichtiger wird

Die Verordnung (EU) 2020/1056 über elektronische Frachtbeförderungsinformationen (eFTI) schafft einen europäischen Rahmen, damit Wirtschaftsbeteiligte den zuständigen Behörden bestimmte regulatorische Informationen über Plattformen und Dienste, die dem eFTI-Rahmen entsprechen, elektronisch bereitstellen können.

Die Europäische Kommission nennt den 9. Juli 2027 als Datum, ab dem der eFTI-Rahmen vollständig anwendbar sein wird und die Behörden der Mitgliedstaaten elektronisch von Wirtschaftsbeteiligten über zertifizierte eFTI-Plattformen übermittelte Informationen akzeptieren müssen. Ab 2026 können sich Plattformen und Anbieter entlang des von der Kommission vorgesehenen Weges auf den Betrieb vorbereiten.

Das bedeutet nicht, dass ab 2027 jedes kleine Unternehmen ein „eFTI-TMS“ kaufen muss. Es bedeutet jedoch, dass es bei der Wahl eines Systems, das heute für viele Jahre gedacht ist, sinnvoll wird, den Anbieter zu fragen:

• wie es Daten exportiert;
• ob es APIs bereitstellt;
• wie es Standards und Interoperabilität behandelt;
• welche Pläne es hinsichtlich der eFTI-Entwicklung hat;
• ob gegebenenfalls als „eFTI compliant/certified“ bezeichnete Funktionen, soweit anwendbar, tatsächlich durch die erforderliche Zertifizierung gedeckt sind.

Die europäische Digitalisierung bewegt sich in Richtung strukturierter und austauschbarer Daten. Ein geschlossenes Archiv, aus dem sich die eigenen Daten nur schwer abrufen lassen, ist daher ein größeres Risiko als früher.

Wie man ein TMS bewertet, ohne sich von der Demo leiten zu lassen

Eine Demo zeigt fast immer den idealen Ablauf. Die Bewertung sollte stattdessen reale Fälle des Unternehmens verwenden.

Bitten Sie den Anbieter, mindestens Folgendes zu simulieren:

1. einen normalen Auftrag;
2. eine Abholung mit zwei Lieferungen;
3. eine Änderung nach der Zuweisung;
4. einen Fahrer, der in letzter Minute ausfällt;
5. einen aus Excel importierten Auftrag;
6. ein fehlendes Dokument;
7. eine verspätete Lieferung;
8. eine stornierte Fahrt;
9. einen Integrationsfehler;
10. den vollständigen Export eines Tätigkeitszeitraums.

Messen Sie anschließend:

• wie viele Schritte nötig sind;
• wie viele Informationen erneut eingegeben werden;
• wer eingreifen muss;
• was der Fahrer sieht;
• was in der Historie bleibt;
• wie Fehler behoben werden.

Checkliste

• Welchen Prozess wollen wir zuerst verbessern?
• Ist das Produkt für einen eigenen Fuhrpark, einen Verlader oder einen Spediteur gedacht?
• Verwaltet es wirklich unsere Art von Auftrag?
• Benötigt es Module, die wir nicht verwenden werden?
• Ist der Plan für die operativen Mitarbeiter verständlich?
• Sind Fahrer und Fahrzeuge mit Aufträgen verbunden?
• Gibt es eine Änderungshistorie?
• Können Daten in wiederverwendbaren Formaten exportiert werden?
• Sind APIs enthalten oder kostenpflichtig?
• Welche Integrationen sind Standard und welche sind Projekte?
• Welche Kosten gibt es über die Lizenz hinaus?
• Wie lange dauert die Einführung?
• Wie werden Backups, Sicherheit und Kontinuität gehandhabt?
• Welche Funktionen sind heute wirklich verfügbar und welche stehen auf der Roadmap?
• Wie wird die Entwicklung von eFTI angegangen?