In den meisten Transportunternehmen ruht die Disposition noch immer auf der Erfahrung von ein oder zwei Menschen, einer Tabelle und einem Telefon. Das trägt bis zur ersten echten Spitze, bis zur ersten Panne oder bis zu dem Tag, an dem die Person geht, die „alles im Kopf hatte”. Für die Betriebsleitung sind die Kosten messbar: Jede Leerfahrt, jedes verpasste Zeitfenster und jeder wartende Fahrer zehrt an der Marge, und manuelle Planung bemerkt das schlicht nie.
Aus unserer Erfahrung verlangt dieser Bereich selten eine Produktrevolution. Viel häufiger braucht er gute Software und Engineers, die Logistik verstehen. Wir betreiben keine eigene Disposition, haben aber in Industrie- und Backend-Projekten Systeme in Betriebsqualität gebaut und wissen daher, wie man ein Dispositionssystem und eine Schicht zur Routenoptimierung entwirft und wie man ein Projekt besetzt, das wirklich in die Produktion kommt.
Warum tut manuelle Disposition so weh?
Manuelle Zuteilung skaliert nicht linear. Bei zehn Aufträgen am Tag erledigt eine Disponentin alles aus dem Gefühl heraus; bei hundert reicht das Gefühl nicht mehr, und die Zahl der Kombinationen aus Fahrzeug, Auftrag und Zeitfenster wächst exponentiell. Das Unternehmen bezahlt dabei nicht für die Fehler, sondern für die fehlende Sicht: Niemand kann sagen, ob der Plan an der Tafel 5 oder 25 Prozent schlechter als das Optimum ist.
Dazu kommt die Zerbrechlichkeit. Wenn die Zuteilungsregeln nur in den Gewohnheiten einer Person leben, verliert das Unternehmen sie an dem Tag, an dem diese Person geht. Software schreibt diese Regeln auf, versioniert sie und teilt sie im Team, was Entscheidungen wiederholbar und prüfbar macht.
Was ist eine Dispositionstafel, und wie beschleunigt sie die Zuteilung?
Das Herz jedes Dispositionssystems ist die Tafel, eine einzige operative Ansicht, in der die Disposition einen ganzen Tag Flottenbetrieb erfasst. Wir entwerfen sie so, dass sie Aufträge, Fahrzeuge, Fahrer und deren Arbeitszeiten an einem Ort zusammenbringt. Meist trägt sie:
- einen Auftragspool, gefiltert nach Status, Region und Priorität,
- eine Zeitleiste von Fahrzeugen und Fahrern mit Verfügbarkeit und Stunden,
- Zuteilung per Ziehen und Ablegen mit sofortiger Konfliktprüfung,
- Status in Echtzeit: geplant, unterwegs, geliefert, verspätet.
Eine solche Oberfläche ersetzt die Disposition nicht, sie nimmt ihr die mechanische Arbeit ab. Das System sorgt dafür, dass nie zwei Aufträge auf demselben Platz landen und eine Route nie die Nutzlast überschreitet, während der Mensch dort entscheidet, wo Kontext wirklich zählt.
Wie funktionieren Routenplanung und Optimierung?
Unter der Tafel liegt eine Engine, die Routenplanung als Optimierungsproblem fasst. In der Fachliteratur ist das die VRP-Familie (Vehicle Routing Problem) mit Varianten, die Nutzlast, Zeitfenster und mehrere Fahrer berücksichtigen. In der Praxis jagen wir keiner perfekten Antwort nach, die in realer Größenordnung nicht berechenbar ist, sondern einer, die in vertretbarer Zeit gut genug ist.
Die Engine muss harte Nebenbedingungen einhalten, die sie nie verletzen darf, und weiche, die sie zu minimieren versucht:
- Nutzlast und Kapazität je Fahrzeug (Gewicht, Palettenstellplätze, Volumen),
- Zeitfenster für Lieferungen und Abholungen auf Kundenseite,
- Lenk- und Arbeitszeit der Fahrer sowie Pflichtpausen (Einhaltung der Vorschriften),
- Eignung von Auftrag und Fahrzeug (Kühlung, ADR, Ladebordwand, Abmessungen).
Als Zielfunktion nehmen wir meist die Minimierung der Gesamtkosten: Strecke, Zeit und Leerfahrten. Wir greifen zu Optimierungs-Solvern (Engines wie OR-Tools) und heuristischen Algorithmen und richten das Vorgehen an der Größe der Flotte aus, nicht umgekehrt.
Wie behandelt das System Zeitfenster und Slots?
Zeitfenster sind der Punkt, an dem die Theorie auf den Alltag trifft. Die Kundin will die Lieferung zwischen 8 und 10 Uhr, das Lager hat nur zu bestimmten Zeiten ein freies Tor, und der Fahrer muss es vor Schichtende schaffen. Ein gut entworfenes System behandelt einen Slot als Ressource, die sich buchen, freigeben und neu planen lässt, sobald die Realität vom Plan abweicht.
Hier bauen wir einen Mechanismus, der laufend prüft, ob der Plan noch machbar ist, und gefährdete Lieferungen meldet, bevor sie zu verspäteten werden. Trifft Stau ein oder kommt ein Expressauftrag, berechnet die Engine die Route inkrementell neu, statt alles von Grund auf aufzubauen, sodass die Disposition in Minuten statt in Stunden reagieren kann.
Wie automatisieren Sie die Vergabe an Subunternehmer?
Größere Unternehmen bewegen selten alles mit der eigenen Flotte, deshalb muss das System auch Subunternehmer und externe Frachtführer verstehen. Damit geht es in der Zuteilungslogik nicht mehr nur um Routen, sondern auch um Einkaufspreis der Leistung, Verfügbarkeit und Zuverlässigkeit des Partners.
In solchen Modulen entwerfen wir meist eine Auftragsbörse oder einen Ausschreibungsmechanismus, bei dem das System einen Auftrag einer festgelegten Gruppe von Frachtführern anbietet, Antworten sammelt und eine Wahl nach den Regeln des Kunden vorschlägt. Wir automatisieren auch Abrechnung und Papierkram (Transportauftrag, Liefernachweis), damit die Arbeit mit einem Subunternehmer keinen zweiten Ablauf in E-Mail und Excel erzeugt.
Wie integrieren Sie ein Dispositionssystem mit Telematik und TMS?
Ein Dispositionssystem lebt nicht im luftleeren Raum. Sein Wert wächst erst, wenn es sich mit der übrigen IT-Landschaft des Unternehmens verbindet. Meist binden wir es an:
- Telematik und Fahrzeug-GPS (Position, Kraftstoffverbrauch, Fahrstil),
- TMS- und ERP-Systeme (Aufträge, Geschäftspartner, Abrechnung),
- eine mobile App für Fahrer (Aufträge, Navigation, Status, elektronischer Liefernachweis),
- externe Karten- und Verkehrs-APIs für realistische Fahrzeiten.
Diese Integrationen legen wir über eine API- und Ereignisschicht aus, sodass eine Position aus der Telematik den Status auf der Tafel aktualisiert und ein Liefernachweis vom Fahrerhandy den Auftrag im TMS schließt. Daten fließen dann in eine Richtung, statt zwischen Systemen abgetippt zu werden.
Wo hilft AI bei der Routenoptimierung wirklich?
AI wird oft überverkauft, deshalb behandeln wir sie als Ergänzung zu einer soliden regelbasierten Engine und nicht als deren Ersatz. Sie verdient ihren Platz dort, wo Vorhersage und Lernen aus der Historie zählen: echte Fahrzeiten aus vergangenen Fahrten prognostizieren, Entladezeiten an einem bestimmten Punkt schätzen oder das Auftragsvolumen der kommenden Tage vorhersagen, damit die Flotte vorausschauend geplant werden kann.
Unsere Kompetenz in Modellen und Daten ist innerhalb der RITS Group real, deshalb können wir eine solche Schicht entwerfen und anbinden, sobald die Daten des Kunden dafür bereit sind. Häufiger raten wir jedoch, zuerst Disposition und Daten zu ordnen und Vorhersage erst danach zu ergänzen, denn ein Modell, das mit Chaos gefüttert wird, verbessert keine Entscheidungen.
Welche Kompetenzen stellen wir für ein solches Projekt bereit?
Wir beanspruchen hier keine fertige Dispositionsumsetzung; was wir stellen, sind die Menschen, die solche Systeme bauen. Wir stellen das Team passend zur Aufgabe zusammen, und ein typisches umfasst:
- einen Architekten oder Backend-Entwickler (Java, .NET oder Node) für Engine und APIs,
- einen Optimierungsspezialisten, der VRP und Solver beherrscht (OR-Tools, Modelle aus dem Operations Research),
- einen Frontend-Entwickler für Dispositionstafel und operative Ansichten,
- einen Integrations- und DevOps-Engineer für Telematik, TMS und Deployments.
So können wir sowohl in einen Neubau einsteigen als auch in die Weiterentwicklung eines bestehenden Werkzeugs, wenn dem Kunden im eigenen Team eine bestimmte Kompetenz fehlt.
Wie machen wir das bei RITS?
Wir arbeiten als Nearshore-Partner aus Polen, in einer nahen Zeitzone, was in einem operativen Projekt zählt, denn Änderungen in der Logistik müssen am selben Tag besprochen werden. Wir prüfen die Kompetenzen vor dem Start und binden das Team ohne lange Anlaufzeit in den Arbeitsrhythmus, die Code-Reviews und Termine des Kunden ein. Unsere Rekrutierung schließt meist in etwa drei Wochen ab und dauert nur bei außergewöhnlichen Anforderungen länger.
Am häufigsten liefern wir das auf zwei Wegen: als Individualsoftware, gebaut von unserem Team, oder als Team-Verstärkung, wenn der Kunde eigene Engineers hat und fehlende Rollen ergänzen will, etwa eine Spezialistin für Routenoptimierung.
Womit fangen Sie bei Routen- und Dispositionsoptimierung an?
Starten Sie mit dem teuersten Problem: Leerfahrten, verspätete Lieferungen oder die Abhängigkeit von einer einzigen Disponentin. Daraus ergibt sich, ob Sie zuerst eine Tafel und sauberere Zuteilung brauchen oder gleich eine Optimierungs-Engine. Prüfen Sie parallel Ihre Datenqualität, denn ohne verlässliche Positionen, Zeiten und Fahrzeugparameter berechnet kein Algorithmus eine sinnvolle Route. Die Unterschiede zwischen den Kooperationsmodellen haben wir in unserem Artikel zu IT-Kooperationsmodellen beschrieben.
Sie planen ein Dispositionssystem oder Routenoptimierung? Sprechen wir darüber - wir stellen Team und Architektur passend zu Ihrer Flotte und Ihren Prozessen zusammen.