Command Center:
Samenwerkende Control Towers voor ketenregie
Command Center, Cross Chain Control Center, 4C platform… het zijn allemaal termen voor dezelfde cloud-based samenwerking oplossing. Wij gaan voorlopig even uit van de term ‘Command Center’. Maar wat is een Command Center? Waarin verschillen ze van traditionele logistieke Control Towers? In deze blog gaan wij dieper in op de verschillen in technologie tussen een Command Center en een logistieke Control Tower.
Een Command Center… de snelste omschrijving - in onze ogen - is om deze te zien als een verzameling van meerdere samenwerkende logistieke Control Towers. Met Command Centers heb je de regie over de complete logistieke ketens. In ons Simacan Command Center worden informatiestromen van verschillende logistieke partijen en ketens gecombineerd en uitgewisseld. Met deze bundeling van data kan er effectiever afhandeling plaatsvinden en zo ketenoverstijgend worden geoptimaliseerd. Ketenpartners kunnen samenwerken om ketens efficiënter en duurzamer in te richten. Op deze manier kunnen processen zoals bijvoorbeeld inbound logistiek en de regionale distributie met het samenspel van verladers en vervoerders aan elkaar gekoppeld worden. Maar denk ook aan processen die los van elkaar gestuurd worden, maar een duidelijk raakvlak kennen in samenhang. Bijvoorbeeld energie- en charge management koppelen aan de transportmanagement van elektrische voertuigen.
Het Simacan Command Center biedt dus enorme verbetermogelijkheden want juist in de scharnierpunten tussen de verschillende ketens of processen gaat in de praktijk capaciteit verloren. Twee voorbeelden:
Voorbeeld 1: Crossdocking
Stel je runt een crossdock operatie waarvan de ingaande en uitgaande transportstromen aan verschillende transporteurs zijn uitbesteed. Uiteraard moeten die twee transportoperaties nauwkeurig worden gepland en op elkaar afgestemd, maar in de praktijk lopen dingen altijd anders dan gepland. Een vrachtauto met binnenkomende goederen loopt bijvoorbeeld een uur vertraging op. Bij een crossdock zal dit direct gevolgen hebben voor de uitgaande ritten, maar het probleem is: niemand weet precies om welke ritten het gaat en planners kunnen er maar in beperkte mate naar handelen. De transporteur van de uitgaande stromen heeft immers zijn eigen planning en heeft ook andere klanten. Het resultaat is dat er lege kilometers worden gereden of dat planners extra tijdbuffers in de planning reserveren om dit te voorkomen. Kortom: verspilling!
Voorbeeld 2: De last mile
Stel je bent een retailer en je hebt drie transport operaties: van leveranciers naar je distributiecentrum (DC), van het DC naar je winkels en van het DC rechtstreeks naar de consument thuis. Ook hier de vraag: wat doe je als er in de aanvoer van een leverancier richting DC iets misgaat dat consequenties heeft voor de rest van de transportketen? De complexiteit van die vraag zit ‘m wederom in het feit dat je met meerdere transportpartners te maken hebt. Partners met hun eigen belangen en een span of control die alleen hun eigen operatie omvat. De een kan niet voor de ander beslissen zijn planning aan te passen. De retailer kan een transporteur niet dwingen voor dezelfde prijs met halflege vrachtauto’s te rijden. De home delivery dienstverlener kan de netwerk vervoerder niet dwingen zijn rit aan te passen. Dus ook hier ontstaan grote efficiency verliezen als gevolg van frictie tussen schakels.
Van reactief naar proactief handelen
Om bovenstaande ‘misfit’ tussen schakels het hoofd te bieden, zou je transportketens eigenlijk in z’n geheel willen managen. Hier gaan we ons op het terrein van de logistieke Control Towers begeven. Deze bieden namelijk zichtbaarheid over de hele keten en daarnaast de mogelijkheid om in te grijpen. Dit laatste is belangrijk want waar je bij een visibility-systeem alleen reactief kunt ingrijpen, kan een Control Tower ook proactief handelen. Control Towers kunnen problemen al voorzien voordat ze zich daadwerkelijk voordoen en zijn daarmee een prachtige aanwinst voor de transportindustrie. Ze hebben menig transportorganisatie al veel voordeel gebracht.
Transport is samenwerken
Toch blijft de efficiencywinst van Control Towers in de praktijk nog vaak beperkt tot één schakel. Dat komt omdat de meeste Control Towers uitgaan van één domein. En dat is bij de meeste transportoperaties dus juist niet het geval. Ook al heb je controle, dat wil niet zeggen dat je de planning van een ketenpartner kunt aanpassen. Een verlader kan niet zomaar interveniëren in de planning van de logistiek dienstverlener, net zoals die logistiek dienstverlener niets heeft te zeggen heeft over de last mile van de pakketvervoerder. Ze hebben niets over elkaar te zeggen… maar ze kunnen wel samenwerken!
Dat is waar de Command Centers in beeld komen. Om te laten zien hoe dit werkt, gaan we terug naar de voorbeelden:
Voorbeeld 1 met Command Center: Crossdocking
Stel, bij de crossdock-operatie hebben beide transporteurs een eigen planningssysteem (APS) en een eigen Control Tower. De ritten lopen zoals eerder gezegd uit de planning omdat zich ergens een vertraging voordoet. Wat een Command Center nu doet is signaleren dat er iets verandert (voertuig X komt later aan bij het DC), doorrekenen wat dit betekent (voertuig Y kan niet op tijd vertrekken), en de planner ondersteunen door een oplossingsrichting op te stellen (voertuig Y krijgt andere vracht, voertuig Z neemt de vertraagde vracht van X over). Deze oplossing geeft het Command Center real-time terug aan de Control Towers van de transporteurs. Er kan nu afstemming plaatsvinden tussen de Control Towers – zijn we het eens met deze suggestie of willen we het toch anders oplossen? – en bij akkoord worden de herplanning acties doorgevoerd.
Zie ook 'Netwerkdistributie kan efficiënter met smart executie management' >
Voorbeeld 2 met Command Center: De last mile
Ook bij de retailoperatie waren meerdere transporteurs betrokken. Stel dat er op een dag twintig winkels moeten worden bevoorraad door vier vrachtauto’s. Door een grote file op de snelweg ontstaat vertraging in de aanvoer richting het DC waardoor de aanvulorder van één winkel niet compleet kan worden uitgeleverd. Het Command Center signaleert dit en berekent dat de winkel wel compleet kan worden beleverd als deze in een latere rit wordt meegenomen. Deze informatie wordt automatisch gedeeld met de transporteur die in de file staat en met de planner van de transporteur die de winkels bevoorraadt. Alle betrokken ketenpartijen controleren of ze het een goed idee vinden en als ze gezamenlijk akkoord zijn, nemen ze het voorstel over in hun eigen Control Tower.
Zie ook 'Samenwerken in transport is altijd tweerichtingsverkeer' >
Logistieke Control Tower of Command Center?
De Command Center technologie is expliciet gericht op het faciliteren van samenwerking en kan daarmee de huidige verliezen tussen schakels helpen voorkomen. Logistieke dienstverleners in toeleveringsketens kunnen met Command Centers hun capaciteiten bundelen, assets delen en hun efficiëntie verhogen.
De belangrijkste onderscheidende factoren tussen Control Towers en Command Centers zijn dus de reikwijdte van de functionele mogelijkheden die ze bieden. Waar een Control Tower verticaal en domein specifiek is, is een Command Center horizontaal, cross-functioneel en cross chain. Met een Command Center heb je een digitale voorstelling van de fysieke supply chain; een digitale supply chain twin. Zo biedt het Simacan Command Center gedetailleerde simulatie om de dynamiek van de toeleveringsketen te voorspellen. Zo kunnen uitzonderingen worden voorspeld en acties ondernomen worden om de impact te beperken.
Wilt u meer weten over onze oplossingen voor transport en logistiek?
Neem dan contact met ons op via (033) 887 4000 of info@simacan.com.