Die nüchterne Definition lautet: Ein TMS ist das führende System für Transportaufträge. Es übernimmt aus dem vorgelagerten System – meist einem ERP oder einer Warenwirtschaft – Lieferungen mit Adressen, Terminen, Mengen und Gewichten, verdichtet sie zu transportfähigen Einheiten, wählt einen Verkehrsträger und einen Dienstleister aus, erzeugt die notwendigen Papiere und Labels, begleitet die Sendung bis zur Ablieferung und prüft am Ende die Frachtrechnung gegen die vereinbarten Konditionen. Alles, was dazwischen an Ausnahmen entsteht, macht es sichtbar und dokumentiert die Entscheidung.
Der eigentliche Nutzen entsteht nicht aus einer einzelnen Funktion, sondern aus der durchgängigen Datenspur. In einem Betrieb ohne TMS ist die Information über eine Sendung auf mehrere Orte verteilt: Der Auftrag liegt im ERP, der Lieferschein im Lager, die Sendungsnummer im Portal des Dienstleisters, die vereinbarte Kondition in einer Tabelle, die Rechnung in der Buchhaltung und die Kundenreklamation im Postfach des Vertriebs. Niemand kann in einer Minute sagen, was eine bestimmte Lieferung tatsächlich gekostet hat und ob sie pünktlich war. Ein TMS führt diese Fäden an einer Stelle zusammen – und genau dort entsteht der Hebel.
Wer ein TMS verstehen will, sollte den Prozessbogen kennen, den es abbildet. Am Anfang steht der Transportbedarf: eine Lieferung aus dem Vertrieb, eine Beschaffungslieferung aus dem Einkauf, ein Umlagerungstransport zwischen zwei Standorten oder eine Abholung beim Lieferanten. Diese Bedarfe werden zu Sendungen gebündelt, also zu Einheiten, die gemeinsam von A nach B bewegt werden – nach Empfänger, Termin, Region, Temperaturanforderung oder Gefahrgutklasse.
Im zweiten Schritt fällt die Entscheidung über den Transportweg. Geht die Sendung als Paket, als Stückgut, als Teil- oder Komplettladung, per Luft- oder Seefracht? Welcher Dienstleister bedient diese Relation zu welchem Preis und in welcher Laufzeit? Im dritten Schritt entsteht die Ausführung: Tourenplanung im eigenen Fuhrpark oder Beauftragung eines Dienstleisters, Zeitfenster für Verladung und Anlieferung, Erzeugung von Frachtbrief, Label, Ladeliste und – bei Drittlandsendungen – von Ausfuhr- und Zolldokumenten.
Der vierte Schritt ist die Begleitung: Statusmeldungen, Abweichungsmeldungen, aktualisierte Ankunftsprognosen, Ablieferbeleg. Der fünfte Schritt schließt den Bogen kaufmännisch: Frachtkostenermittlung, Rechnungsprüfung gegen Tarif, Klärung von Differenzen, Verbuchung und Zuordnung der Kosten auf Aufträge, Kunden oder Kostenstellen. Erst wenn dieser fünfte Schritt sauber läuft, wird aus Transportverwaltung Transportsteuerung – denn nur dann kennt das Unternehmen seine tatsächlichen Frachtkosten je Kunde, Artikel und Relation.
Drei Abgrenzungen entscheiden darüber, ob ein TMS-Projekt realistische Erwartungen hat. Die erste betrifft das ERP. Ein ERP führt Aufträge, Bestände, Belege und Buchhaltung; es kennt Lieferungen, aber es kennt in der Regel keine Frachttarife mit Zonen, Gewichtsstaffeln, Zuschlägen und Mindestentgelten, keine Tourenoptimierung und keine Statusverfolgung über mehrere Dienstleister hinweg. Viele ERP-Systeme bringen ein Versandmodul mit, das für einen Dienstleister und einfache Strukturen genügt. Sobald mehrere Verkehrsträger, mehrere Dienstleister und echte Kostentransparenz gefragt sind, endet dieser Ansatz.
Die dritte Abgrenzung betrifft die Telematik. Telematiksysteme erfassen im Fahrzeug Position, Geschwindigkeit, Verbrauch, Temperatur, Lenk- und Ruhezeiten und übertragen diese Daten. Sie sind eine Datenquelle, kein Planungssystem. Ein TMS nutzt Telematikdaten, um Fahrzeugpositionen in der Disposition anzuzeigen, Ankunftsprognosen zu berechnen und Abweichungen früh zu erkennen. Es ersetzt die Telematik nicht, und die Telematik ersetzt kein TMS. Diese Unterscheidung ist auch datenschutzrechtlich bedeutsam, weil Telematikdaten regelmäßig einen Personenbezug zum Fahrer haben.
Der Unterschied zwischen beiden Familien wirkt akademisch, hat aber handfeste Folgen für die Datenmodelle. Ein Verlader-TMS denkt in Lieferungen und Beschaffungen aus dem eigenen ERP heraus. Sein Optimierungsziel ist der Einkauf von Transportleistung: den richtigen Dienstleister für die richtige Relation zum richtigen Preis. Seine Kernobjekte sind Sendung, Tarif, Vergabe, Frachtrechnung. Kunden sind Warenempfänger, Dienstleister sind Lieferanten.
Ein Spediteur-TMS denkt umgekehrt. Sein Kernobjekt ist der Transportauftrag eines Kunden, den es möglichst wirtschaftlich erbringen muss – mit eigenen Fahrzeugen, mit Subunternehmern oder über ein Stückgutnetz. Seine Optimierungsziele sind Fahrzeugauslastung, Umschlagsteuerung, Laufzeittreue und die Marge je Auftrag. Es braucht Funktionen, die ein Verlader nie benötigt: Fakturierung nach Kundentarifen, Subunternehmerabrechnung, Umschlagslager, Gebietsstrukturen, Frachtenbörsenanbindung.
Für Unternehmen mit eigenem Fuhrpark, die überwiegend eigene Ware fahren, liegt die Wahrheit dazwischen. Sie brauchen die Kosten- und Vergabesicht des Verladers und die Dispositionssicht des Dienstleisters. Anbieter bedienen diesen Fall unterschiedlich gut, und es lohnt sich, im Auswahlgespräch nicht nach Funktionslisten, sondern nach der Herkunft des Produkts zu fragen: Ist es aus der Speditionswelt gewachsen oder aus der Verladerwelt? Diese Herkunft prägt Bedienlogik und Detailtiefe stärker als jede Feature-Tabelle.
Netzwerkplattformen unterscheiden sich grundlegend von installierter Software, weil ihr Nutzen nicht nur aus Funktionen entsteht, sondern aus der Zahl der bereits angebundenen Teilnehmer. Wenn die eigenen Transportdienstleister ohnehin auf einer Plattform arbeiten, entfällt der aufwendigste Teil eines TMS-Projekts – das Onboarding der Carrier. Sind sie es nicht, muss man sie überzeugen, was bei kleineren regionalen Frachtführern nicht immer gelingt.
Ein zweiter Punkt betrifft die Datenhoheit. Auf einer Plattform entstehen Daten, die für alle Beteiligten wertvoll sind: Preisniveaus, Annahmequoten, Pünktlichkeit, Kapazitätsverfügbarkeit. Es ist legitim und üblich, dass Plattformbetreiber daraus aggregierte Auswertungen ableiten. Für das eigene Unternehmen sollte vertraglich klar sein, welche eigenen Daten in welcher Form verwendet werden, wer auf sie zugreifen kann und in welcher Struktur man sie beim Ausstieg zurückerhält. Diese Fragen gehören in die Verhandlung und nicht in die spätere Überraschung.
Die vierte Familie ist im Mittelstand die am häufigsten gewählte und zugleich am häufigsten unterschätzte. Multi-Carrier-Versandsoftware für Paketsendungen deckt einen schmalen, aber sehr tiefen Ausschnitt ab: Label über mehrere Paketdienste erzeugen, Regeln für die Dienstleisterwahl anwenden, Sendungsnummern zurückschreiben, Retourenlabels bereitstellen, Empfänger informieren. Für Betriebe, deren Transportgeschehen überwiegend aus Paketen besteht, ist das oft genau die richtige Antwort – schnell eingeführt, geringe Komplexität, sofort spürbarer Effekt am Packplatz.
Die Sendungsbildung ist unscheinbar und zugleich der Baustein mit der größten Hebelwirkung auf die Frachtkosten. Ob drei Lieferungen an denselben Empfänger als drei Sendungen oder als eine gebündelte Sendung das Haus verlassen, entscheidet über den Preis, oft deutlicher als jede Tarifverhandlung. Ein TMS wendet dafür Regeln an: gleicher Empfänger, gleicher oder verträglicher Termin, gemeinsame Route, zulässige Kombination von Gefahrgut- und Temperaturklassen, Gewichts- und Volumengrenzen des Verkehrsträgers.
Die Frachtvergabe schließt daran an. Im einfachsten Fall ist sie eine Regelentscheidung: Diese Postleitzahlenregion mit diesem Gewicht geht immer an Dienstleister A. Im anspruchsvolleren Fall ist sie ein Vergleich hinterlegter Tarife über mehrere Dienstleister mit Bewertung von Preis, Laufzeit und Qualität. Im aufwendigsten Fall ist sie eine Ausschreibung – entweder als kurzfristige Spotanfrage für eine einzelne Ladung oder als periodische Ausschreibung ganzer Relationsbündel mit mehreren Angebotsrunden.
Für das Tendering gilt eine Empfehlung aus der Projektpraxis: Es lohnt sich, zwischen strategischer Vergabe und operativer Vergabe zu unterscheiden. Die strategische Vergabe legt einmal jährlich fest, welche Dienstleister welche Relationen zu welchen Konditionen bedienen. Die operative Vergabe entscheidet täglich innerhalb dieses Rahmens und weicht nur bei Kapazitätsengpässen davon ab. Systeme, die beides unterstützen, verhindern den häufigsten Fehler – dass jede Sendung neu verhandelt wird und der Rahmenvertrag zur Fiktion verkommt.
Tourenplanung ist der Baustein mit der höchsten mathematischen Tiefe. Aufgabe ist es, eine Menge von Stopps mit Zeitfenstern, Mengen und Restriktionen auf eine begrenzte Zahl von Fahrzeugen zu verteilen und dabei Fahrzeit, Strecke, Kapazität, Lenk- und Ruhezeiten sowie Fahrzeugeigenschaften zu berücksichtigen. Sinnvoll ist der Baustein für Unternehmen mit eigenem Fuhrpark, mit festen Ausliefergebieten oder mit regelmäßigen Sammeltouren; für Betriebe, die ausschließlich an Paketdienste und Speditionsnetze übergeben, ist er entbehrlich.
Zeitfenstermanagement adressiert einen anderen Schmerzpunkt: die Warteschlange vor dem Tor. Statt dass Fahrzeuge unangekündigt eintreffen, buchen Dienstleister Slots an definierten Rampen. Der Nutzen liegt auf beiden Seiten – das Lager kann Personal planen, der Frachtführer vermeidet Wartezeiten, und Standgelddiskussionen verlieren ihre Grundlage, weil dokumentiert ist, wann welches Fahrzeug angemeldet, eingetroffen und abgefertigt wurde. In der Praxis scheitert die Einführung selten an der Technik und häufig daran, dass Fahrer keine Buchung vornehmen. Der Betrieb muss deshalb entscheiden, wie er mit unangemeldeten Fahrzeugen umgeht, bevor das System startet.
Zur Ausführung gehören außerdem die Dokumente: Frachtbrief, Ladeliste, Packstücketiketten, Gefahrgutpapiere, Lieferschein und – bei Sendungen in Drittländer – Ausfuhranmeldung, Handelsrechnung, Ursprungsnachweise und gegebenenfalls Genehmigungen. Ein TMS erzeugt diese Papiere aus den vorhandenen Daten. Das klingt banal, spart aber genau dort Zeit, wo sie am teuersten ist: am Verladetor kurz vor Abfahrt.
Track & Trace bedeutet mehr als eine Sendungsnummer im Portal des Dienstleisters. Ein TMS sammelt Statusereignisse aus verschiedenen Quellen – Carrier-Schnittstellen, EDI-Meldungen, Telematik, Scans am Umschlagpunkt, Rückmeldungen aus einer Fahrer-App – und führt sie zu einer einheitlichen Sendungshistorie zusammen. Der operative Wert liegt in der Ausnahmesteuerung: Nicht jede Sendung soll beobachtet werden, sondern nur die, bei denen etwas vom Plan abweicht. Ein gutes System meldet aktiv, statt eine Suchmaske anzubieten.
Die Frachtkostenprüfung ist der Baustein, der sich in Projekten am schnellsten rechnet und am seltensten eingeführt wird. Die Mechanik ist einfach: Das System kennt die vereinbarten Tarife, berechnet zu jeder Sendung die erwarteten Kosten und vergleicht sie mit der eingehenden Rechnung. Abweichungen oberhalb einer Toleranz landen in einer Klärungsliste. Typische Fundstellen sind falsch angesetzte Gewichts- oder Volumenklassen, nicht vereinbarte Zuschläge, doppelt abgerechnete Sendungen, falsche Zonen und Leistungen, die gar nicht erbracht wurden.
Wir empfehlen ausdrücklich, keine pauschalen Einsparversprechen zu glauben, sondern das eigene Potenzial zu messen: Ziehen Sie einen Monat Frachtrechnungen, prüfen Sie eine Stichprobe manuell gegen die Konditionen und rechnen Sie das Ergebnis hoch. Diese Übung kostet zwei Tage und liefert eine belastbare Grundlage für die Investitionsentscheidung – belastbarer als jede Zahl aus einer Präsentation.
Tourenoptimierung wird häufig als KI vermarktet, ist aber im Kern ein kombinatorisches Optimierungsproblem, für das etablierte Verfahren existieren. Das ist keine Abwertung – im Gegenteil: Verfahren mit nachvollziehbarer Zielfunktion sind im Transport regelmäßig wertvoller als undurchsichtige Modelle, weil ein Disponent verstehen muss, warum eine Tour so und nicht anders geplant wurde. Wenn er es nicht versteht, plant er von Hand um, und die Optimierung war vergeblich.
Der begrenzende Faktor ist fast nie das Verfahren, sondern die Datenqualität. Optimierung braucht korrekte Geokoordinaten, realistische Servicezeiten je Stopp, gepflegte Öffnungs- und Anlieferzeiten, verlässliche Gewichte und Volumina sowie Fahrzeugstammdaten mit Kapazitäten und Restriktionen. Fehlt eines davon, produziert das beste Verfahren Pläne, die im Feld nicht funktionieren. Wir empfehlen deshalb, vor jedem Optimierungsprojekt eine Datenaufnahme zu machen: Wie viele Adressen sind sauber geokodiert, wie realistisch sind hinterlegte Standzeiten, wie aktuell sind Zeitfenster?
Eine zweite Empfehlung betrifft die Akzeptanz. Optimierte Pläne unterscheiden sich von gewachsenen Fahrgewohnheiten, und erfahrene Fahrer haben oft gute Gründe für ihre Reihenfolge. Bewährt hat sich ein Übergang in Stufen: Erst die Optimierung im Vorschlagsmodus mitlaufen lassen und Abweichungen besprechen, dann Parameter nachschärfen, dann verbindlich stellen. Wer sofort verbindlich startet, riskiert stillen Widerstand, der schwerer zu beheben ist als jeder Softwarefehler.
Die Prognose der voraussichtlichen Ankunftszeit ist eine der sichtbarsten Anwendungen lernender Verfahren im Transport. Statt einen im Voraus geplanten Termin unverändert stehen zu lassen, berechnet das System laufend neu, wann eine Sendung ankommt – aus aktueller Position, historischen Laufzeiten auf dieser Relation, Verkehrs- und Wetterlage, Abfertigungszeiten an Umschlagpunkten und typischen Verzögerungsmustern des jeweiligen Dienstleisters.
Der Nutzen ist doppelt. Intern verschiebt sich die Arbeit von der Nachfrage zur Vorwarnung: Der Kundenservice erfährt von einer Verzögerung, bevor der Kunde anruft, und kann handeln – umdisponieren, informieren, Ersatz organisieren. Extern verbessert eine belastbare Prognose die Planbarkeit beim Empfänger, insbesondere bei Anlieferungen in Produktions- oder Baustellenprozesse, wo eine verspätete Lieferung teurer ist als die Fracht selbst.
Die Grenzen gehören dazu. Eine Prognose ist so gut wie die Datenlage: Ohne regelmäßige Positionsmeldungen oder Statusereignisse bleibt sie eine Schätzung aus Erfahrungswerten. Bei seltenen Relationen fehlt die Historie. Bei Ereignissen ohne Vorbild – Streik, Sperrung, Extremwetter – versagen alle Modelle gleichermaßen. Und eine Prognose ersetzt keine Zusage: Wer gegenüber Kunden mit prognostizierten Zeiten arbeitet, sollte sie als Prognose kennzeichnen und nicht als Zusicherung, sonst entsteht aus einem Hilfsmittel eine Haftungsfrage.
Der jüngste Zuwachs betrifft die Verarbeitung unstrukturierter Inhalte. Frachtrechnungen kommen als PDF, Ablieferbelege als Foto, Transportaufträge von Kunden als E-Mail-Anhang in wechselnden Formaten. Verfahren zur Texterkennung und Sprachmodelle können diese Inhalte auslesen, Felder extrahieren und den passenden Sendungen zuordnen. Der Aufwandseffekt ist real, weil hier bislang abgetippt wird.
Für den Einsatz gelten drei Regeln, die wir konsequent empfehlen. Erstens: eine Prüfschwelle. Erkannte Werte oberhalb einer definierten Sicherheit dürfen automatisch übernommen werden, alles darunter geht in die manuelle Prüfung. Zweitens: Nachvollziehbarkeit. Es muss erkennbar bleiben, welcher Wert automatisch erkannt und welcher menschlich bestätigt wurde – gerade bei Beträgen mit buchhalterischer Wirkung. Drittens: Klarheit über die Verarbeitung. Wenn Dokumente an einen externen Dienst gesendet werden, ist zu prüfen, wo dieser Dienst betrieben wird, welche Inhalte übertragen werden und ob Inhalte zum Training verwendet werden. Bei Anbietern außerhalb der EU sind Verarbeitungsort und Datentransfer ausdrücklich zu klären; eine EU-Region oder ein Betrieb in eigener Infrastruktur ist in der Regel die datenschutzfreundlichere Variante.
Ein realistischer Blick auf den Reifegrad gehört dazu. Automatisierung funktioniert dort am besten, wo Vorgänge häufig, ähnlich und regelhaft sind – Standardsendungen, wiederkehrende Relationen, gleichartige Rechnungsformate. Sie funktioniert schlecht bei Einzelfällen mit hoher Komplexität. Die produktive Erwartung lautet deshalb nicht, dass ein System die Disposition ersetzt, sondern dass es den Anteil der Vorgänge erhöht, die ohne menschliche Entscheidung durchlaufen, und damit Zeit für die schwierigen Fälle schafft.
Unabhängig von Branche und Anbieter wiederholen sich vier Flüsse. Der erste geht vom ERP zum TMS: Lieferungen mit Empfängeradresse, Terminen, Positionen, Gewichten, Volumina, Incoterms, Gefahrgutkennzeichen und Zahlungsbedingungen. Der zweite geht vom TMS zurück ins ERP: Sendungsnummern, Versanddatum, gewählter Dienstleister, Frachtkosten und Ablieferstatus. Der dritte verbindet TMS und Lagerverwaltung: Bereitstellungsmeldungen, Packstückdaten mit tatsächlichen Maßen und Gewichten, Verladereihenfolge, Torzuweisung. Der vierte verbindet TMS und Transportdienstleister: Transportauftrag hin, Statusmeldungen und Ablieferbelege zurück.
Bei jedem dieser Flüsse ist zuerst die Frage nach dem führenden System zu beantworten. Wer legt Adressen an – ERP oder TMS? Wo wird das tatsächliche Versandgewicht erfasst – im Lager beim Packen oder im TMS bei der Sendungsbildung? Wer entscheidet über den Dienstleister – die Regel im TMS oder eine Vorgabe aus dem Kundenauftrag im ERP? Diese Festlegungen wirken banal, sind aber die häufigste Ursache für widersprüchliche Daten und endlose Klärungen im Betrieb.
Praktisch bewährt hat sich, die Integration in einem einzigen Schaubild festzuhalten, das für jeden Fluss Quelle, Ziel, Auslöser, Format, Frequenz und Verantwortlichen benennt. Dieses Blatt gehört in die Ausschreibung, in den Projektauftrag und später in die Betriebsdokumentation. Es beantwortet im Störungsfall in Sekunden die Frage, wo ein Datensatz hängengeblieben sein könnte.
Für die Anbindung von Transportdienstleistern existieren drei Wege mit unterschiedlichem Reifegrad. Der modernste ist die Programmierschnittstelle: Das TMS ruft direkt beim Dienstleister an, meldet die Sendung, erhält Label und Sendungsnummer in Echtzeit und fragt Statusdaten ab. Vorteile sind Geschwindigkeit und unmittelbare Fehlermeldung, wenn eine Adresse nicht zustellbar ist. Paketdienstleister und Multi-Carrier-Plattformen arbeiten überwiegend so.
Der zweite Weg ist EDI, der elektronische Datenaustausch mit standardisierten Nachrichten – im Transport traditionell auf Basis von EDIFACT mit Nachrichtentypen für Transportaufträge, Statusmeldungen und Rechnungen. EDI ist in der Stückgut-, Ladungs- und Handelslogistik weit verbreitet und dort oft nicht verhandelbar, weil große Partner es voraussetzen. Der Austausch läuft asynchron über Nachrichtenkanäle, teils über Dienstleister für die Übertragung. Der Aufwand liegt weniger im Protokoll als in der Abstimmung der Feldbelegungen, denn jeder Partner interpretiert Standards leicht anders.
Der dritte Weg ist das Portal des Dienstleisters: manuelle Erfassung im Webbrowser. Für einzelne Sendungen an selten genutzte Frachtführer ist das vertretbar, als Regelfall ist es der teuerste Weg, weil er Daten doppelt erfasst und Medienbrüche erzeugt. Ein realistisches TMS-Projekt akzeptiert dennoch, dass ein Teil der kleinen regionalen Partner zunächst über Portale oder sogar per E-Mail bedient wird, und plant deren Anbindung als zweite Stufe.
Die Anbindung von Telematiksystemen liefert dem TMS Positions- und Zustandsdaten und ist die Voraussetzung für belastbare Ankunftsprognosen im eigenen Fuhrpark. Technisch ist sie meist unproblematisch, weil Telematikanbieter Schnittstellen bereitstellen. Organisatorisch und rechtlich ist sie der sensibelste Teil eines TMS-Projekts, weil Fahrzeugdaten in aller Regel Rückschlüsse auf einzelne Beschäftigte zulassen. Dieser Punkt wird in Kapitel neun vertieft und gehört zwingend vor die technische Umsetzung.
Eine Fahrer-App ergänzt die Telematik um aktive Rückmeldungen: Ankunft am Stopp, Beginn und Ende der Entladung, Foto des Ablieferbelegs, Erfassung von Schäden, digitale Unterschrift des Empfängers, Meldung von Abweichungen. Der Gewinn liegt in der Beweiskraft und der Geschwindigkeit: Ein digital erfasster Ablieferbeleg ist Minuten später im System und nicht erst nach der Rückkehr des Fahrzeugs. Für Reklamationsbearbeitung und Fakturierung ist das ein spürbarer Unterschied.
Bei allen Feldanwendungen gilt eine schlichte Regel: Was der Fahrer eingeben soll, muss in wenigen Sekunden erledigt sein, mit Handschuhen bedienbar bleiben und auch ohne Mobilfunkverbindung funktionieren, damit Eingaben nachträglich übertragen werden. Anwendungen, die diese drei Bedingungen verletzen, werden nicht genutzt – und ein nicht genutztes System liefert keine Daten, auf denen Prognosen aufbauen könnten.
Ergänzend existiert ein breites Feld an Speditionssoftware für Logistikdienstleister, an Tourenplanungsspezialisten für Fuhrparkbetreiber und an Transportmodulen großer ERP-Anbieter. Für den Mittelstand sind außerdem Lösungen relevant, die aus der Lager- oder Warenwirtschaftswelt kommen und Transportfunktionen ergänzt haben. Die Grenzen zwischen diesen Gruppen verschwimmen, weshalb der Anbietervergleich immer am eigenen Prozessbild ansetzen sollte und nicht an Kategorien.
Ein TMS steht in Konkurrenz zu vier Alternativen, die alle ihre Berechtigung haben. Die erste ist das Transportmodul im ERP. Es ist bereits vorhanden, verursacht keine zusätzliche Schnittstelle und genügt, solange ein oder zwei Dienstleister mit einfachen Tarifen bedient werden. Es endet dort, wo Tarifprüfung, Mehrträgerfähigkeit und Vergabeprozesse gefragt sind.
Die zweite Alternative ist die Tabellenkalkulation mit Telefon und E-Mail. Sie ist flexibel, kostenlos in der Anschaffung und in kleinen Strukturen erstaunlich leistungsfähig. Ihre Kosten entstehen unsichtbar: in Arbeitszeit, in nicht geprüften Rechnungen, in fehlender Auswertbarkeit und in der Abhängigkeit von einzelnen Personen, deren Wissen nirgends dokumentiert ist. Wir empfehlen, diese Kosten einmal zu schätzen, statt sie zu ignorieren.
Die dritte Alternative ist das Portal des Hauptdienstleisters. Es kostet nichts extra und funktioniert gut, solange ein Dienstleister den Großteil des Volumens fährt. Der Preis ist Abhängigkeit: Vergleichbarkeit entfällt, ein Wechsel wird aufwendig, und die eigenen Transportdaten liegen bei einem Marktteilnehmer, mit dem man verhandelt. Die vierte Alternative ist die Auslagerung der Transportsteuerung an einen Dienstleister, der als Steuerer auftritt. Das reduziert internen Aufwand erheblich und ist für Betriebe ohne Logistikressourcen eine ernsthafte Option – verlagert aber Steuerungskompetenz und Datenhoheit nach außen, was vertraglich sauber geregelt sein will.
Die ehrliche Einordnung lautet: Ein TMS lohnt sich, wenn mehrere Dienstleister und Verkehrsträger im Spiel sind, wenn Frachtkosten eine relevante Größe im Ergebnis darstellen, wenn Termintreue vertraglich zugesagt wird oder wenn ein spürbarer Teil der Arbeitszeit in Klärung, Suche und Nachfrage fließt. Fehlen alle vier Punkte, ist die Investition schwer zu rechtfertigen – und diese Aussage gehört in jede seriöse Beratung.
Die Wahl des Betriebsmodells ist keine reine IT-Frage. Ein Cloud-Dienst nimmt Serverbetrieb, Aktualisierungen und Skalierung aus dem Haus, was für mittelständische Betriebe ohne eigene IT-Mannschaft regelmäßig der pragmatischere Weg ist. Er bindet allerdings an die Wartungsfenster und Versionsstände des Anbieters und setzt eine belastbare Internetanbindung an allen beteiligten Standorten voraus – ein Verladetor ohne Netz ist ein Verladetor ohne System, weshalb eine zweite, technisch unabhängige Leitung mit automatischer Umschaltung an Logistikstandorten eine kleine, sinnvolle Investition ist.
Eine Netzwerkplattform geht darüber hinaus, weil sie nicht nur Software, sondern auch Beziehungen bereitstellt. Ihr Vorteil ist der Wegfall vieler Onboarding-Aufwände; ihr Preis ist eine engere Bindung an ein Ökosystem und die Notwendigkeit, Datenverwendung und Ausstiegsszenario vertraglich zu regeln. Der Betrieb in eigener Infrastruktur schließlich bleibt relevant für Unternehmen mit strengen IT-Richtlinien, mit besonderen Anforderungen aus Kundenverträgen oder mit sehr individuellen Prozessen. Er verlangt Ressourcen für Betrieb, Aktualisierung und Sicherung, die realistisch eingeplant werden müssen. Welche Modelle ein Anbieter tatsächlich anbietet, ist einzeln zu prüfen – nicht jedes Produkt existiert in allen Varianten.
In Transportprojekten hängt fast jede Funktion an Stammdaten, die im Unternehmen historisch nie gebraucht wurden. Adressen genügten bislang, um einen Brief zuzustellen; für Tourenplanung müssen sie geokodiert sein und die richtige Anlieferstelle treffen. Artikelgewichte standen im ERP, waren aber nie geprüft; für die Tarifierung entscheiden sie über den Preis. Packmittel wurden nie systematisch erfasst; für Volumenberechnung und Laderaumplanung sind sie unverzichtbar.
Wir empfehlen eine strukturierte Aufnahme in vier Blöcken: Adress- und Standortdaten mit Koordinaten, Zeitfenstern und Anlieferbedingungen; Artikel- und Packmitteldaten mit Maßen, Gewichten und Stapelfähigkeit; Dienstleisterdaten mit Konditionen, Laufzeiten, Leistungsumfang und Kontaktwegen; sowie Regelwerksdaten, also die Logik, nach der Sendungen gebündelt und vergeben werden. Für jeden Block gehören Verantwortlicher, Pflegeprozess und Prüfrhythmus festgelegt – sonst verfallen die Daten binnen eines Jahres.
Ein häufig übersehener Punkt sind die Tarife. Frachttarife sind komplexe Gebilde aus Zonen, Gewichts- und Volumenstaffeln, Mindestentgelten, Zuschlägen für Treibstoff, Maut, Insel- oder Inselzuschläge, Avisierung, Wartezeit und Sonderleistungen. Sie in ein System zu übertragen ist Detailarbeit, die man nicht nebenbei erledigt. Genau diese Arbeit ist aber die Voraussetzung dafür, dass Rechnungsprüfung und Vergabevergleich funktionieren – und damit für den Nutzen, der ein solches Projekt üblicherweise rechtfertigt.
Das Onboarding der Transportdienstleister ist regelmäßig der längste Projektteil, weil es nicht allein in der eigenen Hand liegt. Jeder Partner hat eigene technische Voraussetzungen, eigene Ansprechpartner und eigene Prioritäten. Bewährt hat sich, den Partnern früh ein klares Paket zu geben: gewünschter Anbindungsweg, benötigte Datenfelder, Testplan, Zeitplan, Ansprechpartner auf beiden Seiten. Und es hilft, den geschäftlichen Hebel zu nutzen – die Anbindung gehört in Vergabegespräche, nicht in eine nachgelagerte technische Bitte.
Für den laufenden Betrieb hat sich ein schlankes Routineset bewährt. Täglich: Klärungsliste der Sendungen leeren, die nicht regelkonform durchgelaufen sind, und Abweichungsmeldungen bearbeiten. Wöchentlich: offene Ablieferbelege und Reklamationen prüfen. Monatlich: Kennzahlen betrachten – Anteil automatisch vergebener Sendungen, Termintreue je Dienstleister, Rechnungsabweichungen und ihre Ursachen, Frachtkosten je Sendung und Relation. Jährlich: Tarife, Regelwerk und Dienstleisterportfolio überprüfen, Ausschreibung vorbereiten.
Diese Routine kostet überschaubare Zeit und ist der Unterschied zwischen einem System, das trägt, und einem, das langsam verwildert. Der wichtigste Baustein ist dabei nicht technisch: Es braucht eine benannte Person mit Zeitbudget, die für Transportprozesse und Systempflege verantwortlich ist. Fehlt sie, greifen Mitarbeitende innerhalb weniger Monate wieder zum Telefon, weil das schneller wirkt als eine Regel zu korrigieren.
Im Handel dominiert der Paketstrom, ergänzt um sperrige Sendungen, die per Spedition gehen. Der typische Schmerzpunkt liegt zunächst am Packplatz: Labels für mehrere Dienstleister, Regeln für die Dienstleisterwahl nach Gewicht, Zielland und Servicelevel, Retourenlabels und Empfängerkommunikation. Für diesen Bedarf ist eine Multi-Carrier-Versandlösung häufig die richtige und schnellste Antwort; ein vollwertiges TMS wäre überdimensioniert.
Der Bedarf ändert sich, sobald zwei Dinge hinzukommen: ein nennenswerter Anteil an Stückgut- und Palettensendungen sowie das Bedürfnis, Frachtkosten je Auftrag zu kennen. Dann entsteht ein Zweiklang – die Paketlösung bleibt für den KEP-Strom bestehen, ein TMS übernimmt Speditionssendungen, Tarifprüfung und Auswertung. Diese Kombination ist im Mittelstand verbreitet und pragmatischer als der Versuch, ein System für beides zu erzwingen.
Ein dritter Auslöser ist internationales Wachstum. Sobald in mehrere Länder geliefert wird, kommen unterschiedliche Zustellpräferenzen, Zolldokumente bei Drittlandsendungen, unterschiedliche Rückgabewege und Empfängerkommunikation in mehreren Sprachen hinzu. Hier zeigt sich, ob die gewählte Lösung mitwächst oder ob nachträglich ein zweites System danebengestellt werden muss.
In produzierenden Unternehmen ist die Ausgangslage anders. Das Sendungsvolumen ist oft geringer, die einzelne Sendung aber wertvoller und terminkritischer. Beschaffungstransporte versorgen die Fertigung, Auslieferungen erfüllen zugesagte Termine, und Umlagerungen zwischen Werken halten den Materialfluss aufrecht. Der teuerste Fehler ist nicht ein zu hoher Frachtpreis, sondern ein Stillstand, weil Material nicht rechtzeitig eintrifft.
Daraus folgt eine andere Prioritätensetzung. Sichtbarkeit über Beschaffungstransporte, belastbare Ankunftsprognosen, Zeitfenstermanagement an den Werkstoren und Abweichungsmeldungen mit Vorlauf sind wichtiger als die letzte Optimierung des Tarifs. Zweitens gewinnt die Beschaffungsseite an Bedeutung: Wer Ware ab Werk kauft, steuert den Transport selbst und braucht dafür Vergabe- und Abholplanung – ein Bereich, der in vielen Unternehmen bis heute unstrukturiert läuft.
Der dritte Schwerpunkt ist der Export. Für Industrieunternehmen mit Drittlandgeschäft sind Ausfuhranmeldung, Exportkontrolle, Sanktionslistenprüfung und Präferenzkalkulation keine Nebenthemen, sondern Pflicht mit Haftungsrelevanz. Ob diese Funktionen im TMS liegen oder in einer spezialisierten Lösung daneben, ist eine bewusste Architekturentscheidung – wichtig ist, dass sie nicht zwischen den Systemen verlorengeht.
Für Logistikdienstleister und Unternehmen mit eigenem Fuhrpark verschiebt sich der Schwerpunkt zur Disposition. Hier geht es um Fahrzeugauslastung, Tourenbildung, Einhaltung von Lenk- und Ruhezeiten, Rückladungen, Subunternehmersteuerung und – bei Dienstleistern – um Fakturierung nach Kundentarifen sowie Abrechnung mit Subunternehmern. Systeme aus der Speditionswelt bringen diese Funktionen mit; Verlader-TMS bilden sie meist nur eingeschränkt ab.
Für den Werksverkehr, also den eigenen Fuhrpark eines Industrie- oder Handelsbetriebs, ist die typische Antwort eine Kombination: Tourenplanung und Fahrer-App für die eigenen Fahrzeuge, Vergabelogik und Tarifprüfung für die zugekaufte Leistung. Die entscheidende Frage lautet dann nicht, welches System besser ist, sondern welches System die Sendung führt und wie die Übergabe zwischen Eigen- und Fremdleistung sauber abgebildet wird.
Für Dienstleister kommt ein wirtschaftlicher Aspekt hinzu, der bei Verladern fehlt: die Marge je Auftrag. Ein Spediteur-TMS muss Erlöse und Kosten je Sendung gegenüberstellen können, sonst bleibt die Deckungsbeitragsrechnung eine nachgelagerte Übung in der Buchhaltung – und damit zu spät, um Angebote zu korrigieren.
Zur beliebten Frage, ab welchem Sendungsvolumen sich ein TMS rechnet, kursieren runde Zahlen. Wir halten sie für irreführend, weil nicht das Volumen den Nutzen bestimmt, sondern das Verhältnis von Komplexität zu verfügbarer Arbeitszeit. Ein Betrieb mit wenigen hundert Sendungen im Monat, aber acht Dienstleistern, drei Verkehrsträgern und Exportgeschäft hat einen höheren Systembedarf als ein Betrieb mit dem zehnfachen Volumen aus einem einzigen Paketstrom.
Die brauchbare Prüffrage lautet deshalb anders: Wie viele Stunden pro Woche gehen für Vergabe per Telefon, für die Suche nach Sendungen, für die Klärung von Rechnungen und für das Beantworten von Statusanfragen verloren – und welcher Anteil davon ist strukturell vermeidbar? Diese Zahl lässt sich in einer Woche grob erheben und ist eine belastbarere Entscheidungsgrundlage als jede Faustformel aus einer Broschüre.
Ergänzend gehört die Gegenprobe dazu. Ein TMS lohnt sich nicht, wenn nahezu alle Sendungen über einen einzigen Paketdienst laufen, wenn Frachtkosten im Verhältnis zum Warenwert unbedeutend sind, wenn keine Termintreue zugesagt wird und wenn die Menge so klein ist, dass die Systempflege mehr Zeit kostet als sie spart. In diesen Fällen ist die ehrliche Empfehlung, die vorhandene Versandlösung sauber einzurichten und das Geld anderswo einzusetzen.
Die Gesamtkosten eines TMS entstehen aus vier Blöcken, die nur gemeinsam ein Bild ergeben: der wiederkehrenden Lizenz oder Abonnementgebühr, dem transaktionsabhängigen Anteil, den Kosten für Anbindungen an Partner und Nachbarsysteme sowie dem Einführungs- und Betriebsaufwand. Der vierte Block ist der, der in Angeboten fehlt und in Projekten dominiert: Stammdaten aufnehmen und bereinigen, Tarife hinterlegen, Regelwerke bauen, Partner anbinden, Mitarbeitende schulen, Klärungslisten abarbeiten.
Wir empfehlen, diesen internen Aufwand in Personentagen zu schätzen und mit einem realistischen Satz zu bewerten. Erst dann ist ein Vergleich zwischen Anbietern oder zwischen Systemeinführung und Weiterbetrieb der heutigen Praxis belastbar. Und beim Angebotsvergleich gilt: Preismodelle unterschiedlicher Anbieter setzen an unterschiedlichen Größen an – Nutzer, Sendungen, Module, Partner. Sinnvoll ist deshalb, das eigene Mengengerüst aufzuschreiben und jeden Anbieter zu bitten, genau dieses Gerüst über drei Jahre zu bepreisen.
Auf der Nutzenseite ist Transport ungewöhnlich gut greifbar. Geprüfte statt ungeprüft bezahlter Frachtrechnungen, bessere Konditionen durch belastbare Vergabegrundlagen, weniger Expresssendungen durch frühere Sichtbarkeit, geringere Standgelder durch Zeitfenster, weniger Arbeitszeit in Suche und Klärung, geringere Reklamationskosten durch dokumentierte Ablieferung. Diese Effekte lassen sich mit einfachen eigenen Annahmen beziffern – und diese eigene Rechnung ist jeder pauschalen Einsparzahl aus einer Präsentation vorzuziehen.
Der sensibelste Bereich eines TMS-Projekts betrifft nicht Kundendaten, sondern die eigenen Beschäftigten. Positionsdaten eines Fahrzeugs sind faktisch Bewegungsdaten der Person, die es fährt. Daten zu Geschwindigkeit, Bremsverhalten, Standzeiten, Verbrauch, Lenk- und Ruhezeiten oder Zeitstempeln je Stopp erlauben Rückschlüsse auf Arbeitsleistung und Verhalten. Deshalb sind Zweckbindung, Erforderlichkeit, Speicherdauer und Zugriffsrechte hier besonders sorgfältig festzulegen.
In der Praxis bewährt sich ein Vorgehen mit vier Festlegungen. Erstens der Zweck: Positionsdaten dienen der Disposition, der Ankunftsprognose und dem Nachweis der Ablieferung – nicht der Leistungsbewertung einzelner Fahrer. Zweitens der Detailgrad: Häufig genügen aggregierte oder gerundete Daten, etwa der Status im Zustellgebiet statt einer sekundengenauen Spur. Drittens die Speicherdauer: Für Disposition und Prognose sind kurze Fristen ausreichend; für Nachweiszwecke gelten längere, aber begrenzte Aufbewahrungen. Viertens die Zugriffsrechte: Wer sieht welche Daten, in welcher Aggregation, zu welchem Zweck?
Hinzu kommt die betriebliche Mitbestimmung. Systeme, die geeignet sind, Verhalten oder Leistung von Beschäftigten zu überwachen, unterliegen in Betrieben mit Betriebsrat regelmäßig der Mitbestimmung – unabhängig davon, ob eine Überwachung beabsichtigt ist. Die Eignung genügt. Aus Projektsicht ist die Konsequenz eindeutig: Der Betriebsrat gehört zu Beginn eingebunden, nicht am Ende. Eine gemeinsam erarbeitete Betriebsvereinbarung, die Zwecke, Datenarten, Speicherfristen, Auswertungsverbote und Zugriffsrechte regelt, ist der schnellere Weg – ein Projekt, das kurz vor dem Start blockiert wird, kostet deutlich mehr Zeit als eine frühzeitige Abstimmung.
Bei europäischen Anbietern mit Verarbeitung innerhalb der EU entfällt die Grundsatzdiskussion über Datentransfers in Drittländer, Vertragsunterlagen sind auf hiesige Verhältnisse zugeschnitten, und Ansprechpartner sind in der eigenen Sprache erreichbar. Für Unternehmen mit Compliance-Vorgaben oder mit entsprechenden Kundenanforderungen ist das ein Argument, das über Funktions- und Preisvergleiche hinausgeht – und ein realer Vorteil vieler im DACH-Raum verwurzelter Anbieter.
Bei Anbietern mit Sitz außerhalb der EU oder mit Konzernmutter außerhalb der EU ist die Prüfung ausdrücklich zu führen: Wo werden Daten verarbeitet und gespeichert, welche Unterauftragnehmer sind beteiligt, existiert eine EU-Region, auf welcher Grundlage findet ein etwaiger Transfer statt, und welche Zugriffsmöglichkeiten bestehen aus dem Mutterkonzern heraus? Die datenschutzfreundlicheren Varianten sind in der Regel eine ausschließliche Verarbeitung in einer EU-Region oder ein Betrieb in eigener beziehungsweise selbst gewählter Infrastruktur. Wichtig ist außerdem, dass die Kette weitergedacht wird: Transportdienstleister, Telematikanbieter und Visibility-Plattformen sind eigene Beteiligte mit eigener Verarbeitung, und die Kette ist nur so souverän wie ihr schwächstes Glied.
Zur Datenhoheit gehört schließlich die Ausstiegsfähigkeit. Wer nach Jahren wechseln will, braucht die eigenen Sendungs-, Tarif-, Status- und Belegdaten in strukturierter, maschinenlesbarer Form. Dieser Anspruch gehört in den Vertrag – einschließlich Format, Umfang, Frist und Kosten. Datenhoheit zeigt sich am Ende immer an derselben Frage: Bekommt man seine Daten vollständig und verwertbar wieder heraus?
