In diesem Format beleuchten wir reale Lessons-Learned-Fälle aus unserem Projektfundus und dem Logistik- und SCM-Kosmos. Wir zeigen die Ausgangslage, den Umsetzungsansatz beziehungsweise die Lösung sowie die konkreten Maßnahmen.
Ein Zeitfenstersystem einzuführen ist die einfache Hälfte. Die schwierige ist, dass es eingehalten wird. Dieser Fall zeigt einen Standort, der ein Slot-Tool längst hatte — und trotzdem an Wartezeiten, Rückstaus und Standgeldern litt, weil zwischen der Buchung im System und der Realität am Tor eine Lücke klaffte. Die Lehre: Ein gebuchter Slot ist noch kein eingehaltener. Der Wert entsteht nicht im Buchungstool, sondern am Werktor — dort, wo geprüft wird, ob die Buchung auch stimmt.
Die Ausgangslage: gebucht wird, eingehalten nicht
Der Fall stammt von einem Chemie-Logistikstandort mit stark schwankenden Tagesvolumina an der LKW-Verladung. Ein Slot-Management-Tool war vorhanden, aber die Compliance zerfiel nach Verkehrstyp. Die Silo- und Bulk-Verkehre buchten ihre Slots zwar zu über neunzig Prozent — trafen aber häufig ein bis zwei Stunden zu früh ein, was zu Rückstaus und Doppelbelegungen führte. Die Paletten- und Kistenverkehre nutzten das Slot-Tool nur in zehn bis zwanzig Prozent der Fälle, mit entsprechend ungeplanten Spitzenbelastungen. Und die Container-Verkehre erschienen bis zu sechs Stunden außerhalb des gebuchten Fensters, bei geringer Akzeptanz von Fahrern und Versandbüro.
Dazu kam ein zweites, davon unabhängiges Problem: die Personaldimensionierung. Bei einem reduzierten Versandvolumen von durchschnittlich rund 46 Ladungen pro Tag waren nur etwa 55 Prozent der verfügbaren Slots belegt — dennoch wurden zwei Vollschichten vorgehalten. Die Kapazität war also nicht am Bedarf ausgerichtet, sondern an einer historischen Annahme. Beide Probleme haben dieselbe Wurzel: Das System buchte, aber es steuerte nicht. Und was nicht gesteuert wird, kostet — in Wartezeit, in Standgeld und in vorgehaltenem Personal.
Der Ansatz: erst die Realität messen, dann das Fenster neu schneiden
Der Einstieg war deshalb keine neue Software, sondern eine ehrliche Datenanalyse. Die Check-ins und Verladungen aus 2019 und 2020 wurden nach Ladepunkt und Verkehrstyp ausgewertet — erst diese Auswertung machte sichtbar, wo die Buchung und die tatsächliche Ankunft auseinanderliefen. In einem Status-Workshop mit Operative, Versandbüro und Dienstleister wurden die Pain Points erhoben und Sofortmaßnahmen definiert, etwa eine mehrsprachige Fahrer-Information und das Freischalten unnötig gesperrter Slots.
Auf dieser Basis wurde die Fensterlogik neu geschnitten und in einer Modellsimulation getestet, bevor irgendetwas im Betrieb umgestellt wurde. Die Fenstervielfalt wurde reduziert, eine Kernschicht von 10:30 bis 15:00 Uhr definiert und die Slots auf 75 zwischen 08:00 und 18:00 Uhr begrenzt. Der Sinn dahinter ist einfach: Weniger, klar geschnittene Fenster sind leichter zu kommunizieren und leichter zu kontrollieren als eine unübersichtliche Vielfalt. Anschließend lief ein sechswöchiger Pilotbetrieb mit kontinuierlichem Monitoring der entscheidenden Kennzahlen — Pünktlichkeit, Wartezeit und Personalauslastung.
Der eigentliche Hebel lag aber nicht im Slot-Design, sondern in der Durchsetzung. Ein Slot entfaltet seinen Wert erst, wenn das Tor ihn prüft: Einlass nur bei gültigem Slot, per Scan am Werktor. Dazu gehört die Kehrseite — ein No-Show-Timer, der ungenutzte Slots nach einer Frist automatisch wieder freigibt, damit die Kapazität nicht verfällt. Genau diese beiden Regeln, konsequent angewandt, machen aus einer Buchung eine verbindliche Zusage. Sichtbar wird das über Live-Dashboards für Disposition und Gate: Wer Wartezeit und Slot-Compliance in Echtzeit nebeneinander sieht, erkennt Engpässe im Entstehen statt erst im Wochenbericht.
Getragen wurde das Projekt von einem bewusst breiten Kreis: der Projektleitung des Logistik-Dienstleisters, der Werks-SCM-Leitung, dem Versandbüro, der Schichtführung Verladung, der IT-Koordination für das Slot-Tool, den Speditionspartnern und der Gate-Security. Diese Breite ist kein Formalismus — ein Zeitfenstersystem berührt jede dieser Rollen, und wer das Tor allein technisch denkt, ohne Schichtführung und Speditionen an den Tisch zu holen, baut eine Regel, die im Alltag umgangen wird.
Das Vorgehen in Phasen
Damit das nicht in Einzelmaßnahmen zerfällt, lief das Projekt entlang eines Modells in sechs Phasen. Am Anfang steht die Initialisierung mit Projektauftrag und einem klaren Ziel- und KPI-Set — etwa eine Wartezeit von höchstens fünfzehn Minuten und eine Slot-Compliance von mindestens fünfundneunzig Prozent. Es folgt die Analyse, die über Datenexport aus Slot-Tool und Gate, Interviews und Vor-Ort-Beobachtung Transparenz über die tatsächliche Prozess- und Slot-Nutzung schafft und in einer Pain-Point-Liste mündet.
In der dritten Phase entsteht die Konzeption: das Design der Slot-Fenster, der Schicht- und Gate-Prozesse, inklusive Szenario-Simulation, Festlegung von Kern- und Randzeiten, Kommunikationskonzept für die Fahrer und IT-Konfiguration. Erst danach kommt der Pilot zur Validierung unter Realbedingungen, mit Schulung, System-Setup, Gate-Checks, Live-Monitoring und täglichen Stand-ups. Der Rollout skaliert das Verfahren auf alle Ladepunkte und Verkehrstypen, und die Nachbetrachtung verankert es nachhaltig über Audit, KPI-Vergleich und Rückmeldeschleifen mit den Spediteuren. Der Wert des Modells liegt in der Reihenfolge: Der Pilot beweist das Konzept an einem Ladepunkt, bevor der ganze Standort umgestellt wird.
Was schwieriger war als gedacht
Zur Ehrlichkeit gehört, dass die Reibung nicht in der Technik lag, sondern an den Rändern des Systems. Die Stammdaten im Slot-System waren unvollständig — fehlten Kennzeichen oder Fahrername, ließ sich am Tor gar nicht sauber prüfen, ob die Buchung stimmt. Bevor das Gate zum Kontrollpunkt werden konnte, mussten diese Felder zu Pflichtfeldern werden. Das klingt banal, ist aber die Voraussetzung dafür, dass die ganze Durchsetzungslogik überhaupt greift.
Die zweite Hürde war die Akzeptanz bei den externen Fahrern. Ohne mehrsprachige Kommunikation war die Bereitschaft gering, sich an Fenster zu halten, deren Sinn und Regeln man nicht verstand. Und die dritte: Fahrer trafen trotz Slot-Buchung zu früh ein — ein Zeichen dafür, dass ein starres Fenster allein nicht reicht und eine dynamische Einlasslogik braucht, die frühe Einfahrt erlaubt, wenn Kapazität frei ist, und sonst nicht. Das ist die unbequeme Lehre dieses Falls: Ein Zeitfenstersystem steht und fällt mit dem Verhalten der Menschen an Tor und Rampe — und das ändert man nicht per Systemeinstellung, sondern über Kommunikation, klare Regeln und eine faire Ausnahmelogik.
Was sich übertragen lässt
Die Ansätze sind auf alle halb- oder vollautomatisierten LKW-Rampen mit stark schwankenden Tagesvolumina übertragbar, sofern ein zentrales Slot-Tool, eine Gate-Kontrolle und ein KPI-Monitoring vorhanden sind. Vier Punkte lassen sich unmittelbar mitnehmen.
- Machen Sie den Slot-Check am Werktor verbindlich — Einlass nur bei gültigem Slot, per QR- oder RFID-Scan. Ohne Kontrolle ist jede Buchung unverbindlich.
- Geben Sie ungenutzte Slots automatisch wieder frei. Ein No-Show-Timer nach etwa dreißig Minuten verhindert, dass gebuchte, aber nicht genutzte Kapazität verfällt.
- Planen Sie Slots pro Rampe auf höchstens 85 Prozent der realistischen Spitzenleistung. Eine Punktlandung lässt keinen Puffer für Störungen.
- Richten Sie das Personal am Bedarf aus, nicht an der Gewohnheit. Ein Kernschichtprinzip mit Springer-Pool deckt Volumenschwankungen ab, ohne zwei Vollschichten dauerhaft vorzuhalten.
Das Verfahren ist modular auf weitere Werke adaptierbar, sofern das Slot-Tool standardisiert angebunden und die Gate-Hardware vorbereitet ist.
Der digitale Ausblick
Genau hier setzt die digitale Weiterentwicklung an. Eine automatische Mengenprognose per maschinellem Lernen könnte die Slot-Freigabe dynamisch statt starr steuern, und eine Echtzeit-Gate-Sensorik über Kennzeichenerkennung ließe sich direkt mit der Slot-Datenbank verknüpfen — der Abgleich am Tor liefe dann ohne manuelle Eingabe. Process Mining könnte verdeckte Wartezeiten sichtbar machen, die in keiner Kennzahl auftauchen, und ein Self-Service-Portal für die Disponenten die Abstimmung entlasten.
Der Weg dorthin folgt einer klaren Kette: erst die Datengrundlage über Sensorik und API-Integration, dann die Vorhersage von Volumen und Ankunft, dann die KI-gestützte Slot-Allokation, dann die automatisierte Tor- und Rampensteuerung — und zuletzt die Rückkopplung der Ergebnisse in die Modelle. Die kritischen Erfolgsfaktoren sind dabei nicht die Algorithmen, sondern Datenqualität, Change-Akzeptanz und IT-Sicherheit. Auch hier gilt die Lehre des analogen Falls: Die beste Prognose nützt nichts, wenn das Tor sie nicht durchsetzt.
Im zweiten Teil dieser Serie zeigen wir, wie derselbe Standort von der reaktiven Zeitfenster-Steuerung zu einer forecast-basierten Betriebssteuerung gekommen ist — also von der Frage „hält der Slot?„ zu der Frage „wie viel kommt morgen?“.
Dieser Real Case beruht auf einem anonymisierten realen Projekt. Kennzahlen und Rahmendaten sind zum Schutz der Beteiligten verallgemeinert.
Anonymisierter Projektfall aus dem SCM-Projektfundus.