Hier werken wij aan
De productontwikkeling van Nextlogic gebeurt in samenspraak met de deelnemende partijen. Verbeterpotentieel wat ontdekt wordt vanuit onze eigen analyse wordt na instemming met de markt op de backlog en roadmap geplaatst.
Backlog 6 weken - laatste update: 10 december 2024
Onderaan deze pagina vind je meer achtergrondinformatie
Nextlogic Informatie Platform | Optimizer | Data science |
---|---|---|
Andere reis/lichter met behoud van afspraak | Andere reis/lichter met behoud van afspraak | Visie & strategie op data science - meer informatie |
Overboeken aantallen fixed windows na digitale toestemming | Focus optimaliseren korte termijn vs lange termijn | Doorontwikkeling BI dashboards - meer informatie |
| Voorkomen uitplannen bij teu problemen |
|
Roadmap Nextlogic 2025 (klik op de afbeelding om te vergroten)
Onderaan deze pagina vind je meer achtergrondinformatie over alle punten
Toelichting onderdelen Roadmap 2025
Optimaliseren & Ontwikkeling
Andere reis/lichter met behoud van afspraak
Binnen de integrale planning behoren ‘spookboekingen’ tot het verleden. Het neveneffect hiervan is dat het overnemen van een afspraak door een ander containerbinnenvaartschip bemoeilijkt is. Dit heeft te maken met het feit dat bij het annuleren van een call de afspraak vervalt en als onderdeel van de neutrale integrale planning deze afspraak relatief snel wordt vergeven aan degene die hier ‘recht’ op heeft. Echter wenst de markt dat het mogelijk gemaakt wordt om een afspraak door een ander containerbinnenvaartschip over te laten nemen. Dit omdat het bijv. kan gebeuren dat een schip kapot gaat of de afspraak niet meer in haar schema past en een alternatief schip voorhanden is.
Op verzoek van de markt werkt Nextlogic een oplossing uit waarbij het mogelijk is om een reis/lichter te wijzigen met behoud van afspraak. De oplossingsrichtingen worden gevalideerd in de kennissessie van begin juli 2024.
Validaties ten behoeve van betrouwbaarheid en zekerheid **
Betrouwbaarheid en zekerheid zijn twee essentiële punten waar we aan werken voor de integrale planning. Onderdeel hiervan zijn validaties op invoer van Barge en terminal operator.
Aanpassen communicatie planningen
Elke 5 minuten stuurt Nextlogic de meest actuele planning uit naar barge- en terminaloperators voor alle rotaties waarbij de scope-in tussen nu en 5 dagen ligt. Voor rotaties die in de haven liggen of onderweg zijn naar Rotterdam is dit wenselijk. Verder in de toekomst is nog veel onzeker over de planning (capaciteit, aankomsttijden, aantal containers etc.), hierdoor is ook de geplande tijd onzeker. Het is daarvoor niet nodig om de planning voor verder geplande calls elke 5 minuten te sturen. Om rust te creëren voor terminal, bargeoperator en klanten van bargeoperator is Nextlogic aan het kijken naar verschillende frequenties waarmee nieuwe planningen worden doorgestuurd.
Aanmelding/wijzigingen na digitale overeenstemming **
Er zijn een aantal situaties, waarbij vanuit de markt wordt aangegeven dat er eerst afstemming/instemming tussen zowel de barge- als de terminaloperator nodig is, voordat de wijziging of aanmelding doorgevoerd mag worden.
Overboeken aantallen van Fixed Window
Afwijken van afgesproken tijd Fixed Window
Omvangrijke aantallen empty containers
Nextlogic verkent een wijze om dit digitaal te faciliteren met als bijbehorend voordeel dat de Optimizer pas belast wordt met deze situatie als dit digitaal ‘bekend’ is.
Tijd instelbaar per terminal voor lineair opschuiven
Binnen de Rotterdamse haven zijn er verschillende (type) containerterminals. Een ieder heeft zijn eigen karakteristieken en voorbereidingstijd voor het behandelen van een containerbinnenvaartschip. De terminal operators hebben aangegeven dat zij zelf de mogelijkheid willen hebben om in te stellen voor hoeveel uur vanaf heden de planning in dezelfde volgorde opgeschoven dient te worden bij uitloop en/of wijzigingen van de planning. Nextlogic ontwikkelt hiervoor een functionaliteit om dit per terminal in te kunnen stellen
Focus oplossen / optimaliseren scenario’s korte termijn vs. lange termijn
Het is inmiddels bekend dat de toekenning van assets en resources en ‘zekerheid’ van aankomst containerbinnenvaartschepen in de nabije toekomst nauwkeuriger zijn gepland dan in de verdere toekomst. Om de Optimizer vooral te laten focussen op optimalisatie in de nabije toekomst en het oplossen van conflicten vs. de (nog meer onzekere) verdere toekomst hebben we een oplossingsrichting uitgedacht om meer de nadruk te leggen op de nabije toekomst dan de verdere toekomst.
Onderdeel hiervan is het verbeteren van de planning in de bevries periode op de korte termijn.
Planning niet deelnemende terminals **
Een gedeelte van de deelnemers heeft de wens dat de rotatie ingepland wordt met de tijden van niet-deelnemende terminals zoals opgegeven door hen. Nextlogic verzamelt diverse scenario’s en werkt mogelijke oplossingsrichtingen uit. Deze worden vervolgens getoetst in bijvoorbeeld een kennissessie of bilateraal om te valideren of nut en noodzaak breed genoeg gewenst is.
Op verzoek van de huidige deelnemers gaan we de ‘voorgestelde tijden’ van niet-deelnemende terminals alleen nog maar tijdens de (gangbare) openingstijden voorstellen. Door het ontbreken van een bron waar de actuele opening- en sluitingstijden in worden bijgehouden bestaat er wel de kans dat dit onjuist is, omdat wij afwijkingen en wijzigingen niet digitaal kunnen ophalen. De consequenties worden eerst nog verder doorgenomen met de deelnemers alvorens we deze doorvoeren naar productie.
Verbeteren planning fixed windows
Fixed windows zijn een gegeven binnen de integrale planning. Bij het aanpassen van beschikbaarheden of aantallen, zien we nog wel eens dat daardoor de fixed windows verschuiven. Nextlogic gaat analyseren wat nodig is om deze nog beter op hun plek te houden.
Performance & Volume
Performance improvements **
In dit onderdeel zullen performance verbeteringen opgepakt worden die vanuit de ‘retrospective’ door onze leverancier aanbevolen worden. Totdat dit onderdeel concreet wordt kunnen we alleen nog maar spreken van een performance verbetering, maar nog niet in detail wat dit exact oplevert aan performance verbeteringen.
Data
Automatiseren van de testomgeving
Elke aanpassing die gemaakt wordt aan de optimizer of in het platform wordt uitvoerig getest. Het testen hiervan kost veel tijd en wordt lastiger naarmate de veranderingen groter worden. Hiervoor voeren we een stuk automatisering door waardoor test analyses makkelijker te maken zijn. Hierdoor hebben we nog beter inzicht in de inpact van systematische veranderingen op de integrale planning.
KPI’s voorspel- en betrouwbare planning
Als onderdeel van de overkoepelende vraag om de planning betrouwbaarder en voorspelbaarder te maken gaan we ook met data aan de slag. Aan de hand van duidelijke KPI getallen kunnen we meten wat de impact gaat zijn van veranderingen op dit onderwerp.
Monitoring optimizer en database integratie
Op dit moment worden verschillende Power BI rapportages gevoed met input vanuit BO/TO/AIS en de optimizer. Om deze nog accurater te kunnen maken is het nodig om de optimizer data verder uit te breiden in de database. Op deze manier kunnen nieuwe analyses gemaakt worden. Deze zullen beter inzicht geven in gedrag van de planning gekoppeld aan bekende informatie.
Analysetool voor operationele marktvraag/optimizer **
Vanuit de markt wordt vaak de vraag gesteld wat er op een bepaald moment in tijd is gebeurd in de planning. Nextlogic ontwikkelt een tool om de verschillende databronnen aan elkaar te koppelen en zo beter inzicht te verkrijgen in wat er op een bepaald moment in tijd is gebeurd.
Nextlogic is een organisatie die zich continue bezig houdt met research, analyse, onderzoek (uitvraag of praktijkobservaties) en uitvraag via verschillende kanalen. Dit alles om te zorgen dat we stappen maken richting verbetering en voorkomen te lang vast te houden aan invalide oplossingsrichtingen of niet anticiperen op een gewijzigde werkelijkheid.
Opgeleverd in 2024
Optimaliseren & Ontwikkeling
Verbeteringen wegplannen grote calls
Een gedeelte van de deelnemers geeft aan dat zij observeren dat calls met grote aantallen niet optimaal worden ingepland. Dit geldt voor zowel nieuwe aanmeldingen als voor het inplannen na wijzigingen of verstoringen. Nextlogic verzamelt de verschillende scenario’s om vervolgens vanuit analyse te duiden waar dit mogelijk anders moet en/of kan.
Betere verdeling wachttijd
Het systeem maakt beter onderscheid tussen verschillende gradaties van te late schepen. Hierdoor ervaren alle schepen ontstaande vertraging evenveel. Als alle condities gelijk zijn, worden de calls die het langst wachten als eerste gepland (first come, first serve principe).
Reduceren dynamiek komende 4 uur bij wijzigingen (lineair opschuiven)
Wanneer calls ingepland liggen in de voorbereidingstijd van de terminal (x tot x uur) worden deze niet herpland en liggen deze calls ‘vast’ in volgorde en tijd. Enkel als Nextlogic een signaal ontvangt dat een call niet op de ingeplande tijd aanwezig kan zijn wordt deze opnieuw ingepland. Hiermee zal de planning bij de terminal dus wijzigen om te voorkomen dat capaciteit onbenut blijft.
Bij wijzigingen in de planning, bijvoorbeeld door uitloop van de operatie en kraanstoring, komen calls in een conflict. Momenteel kunnen deze calls dan opnieuw worden gepland op de eerstvolgende beschikbaarheid. In samenspraak met de markt is er een richting uitgedacht om calls in dezelfde volgorde op te schuiven bij planningsconflicten. Bij overlappende calls buiten deze periode worden deze op dezelfde wijze opnieuw gepland en niet per se in dezelfde volgorde.
Optimizer deepdive
Als onderdeel van evaluatie hebben wij onze implementatiepartner en leverancier van het algoritme gevraagd met ons een deepdive te doen in de huidige werking en opzet van de Optimizer. We hebben hier vooral de kennis van nu en alle verzamelde inzichten meegenomen om tot (nog meer) additionele verbeterpunten te komen.
Call wegplannen naar unieke bolderpositie
Het komt voor dat bepaalde calls op een unieke positie aan de kade gepland worden vanwege bijv. locatie containers, ruimte stack, type kraan, type containerspreader. Om het mogelijk te maken dat specifieke calls op een unieke bolderpositie gepland kunnen worden is er een functionaliteit gemaakt die ervoor zorgt dat een call op een unieke bolderpositie gepland wordt.
Tijdelijk parkeren van onmogelijke vraag
De Optimizer heeft aanbod (beschikbaarheid, terminal capaciteit) nodig om de vraag naar toe te plannen. Wanneer er geen voldoende aanbod is, dan leidt dit tot een toename in complexiteit om rotaties en calls in te plannen, scenario’s (puzzels) op te lossen of te verbeteren. Met de wetenschap dat er altijd situaties zijn waar de vraag het aanbod overstijgt, verkennen we de mogelijkheid om voor de langere planningshorizon een virtuele parkeerplaats te gebruiken om de ‘onmogelijke’ vraag te parkeren. Bij wijzigingen in het huidige aanbod of verkrijgen van nieuw aanbod wordt er vanaf de parkeerplaats de vraag opgepakt en ingepland
Slimmere selectie scenario’s
De Optimizer gaat continue aan de slag met een selectie van scenario’s om problemen op te lossen of een optimalisatie te doen. Op basis van verschillende triggers gaat de Optimizer aan de slag en kiest een aantal scenario’s. We hebben vanuit analyse geconstateerd dat de selectie vrij willekeurig is. Het kan voorkomen dat er scenario’s opgepakt worden die complex zijn en voor een aantal dagen later in de toekomst zijn. Met deze scenario’s kan de Optimizer vervolgens langer bezig zijn dan met scenario’s die minder complex zijn. We hebben hier een oplossingsrichting uitgedacht om meer sturing te geven aan de Optimizer om te zorgen dat die makkelijke scenario’s snel oplost, hard aan de slag gaat met scenario’s in de nabije toekomst en minder hard of lang met moeilijke scenario’s die voor een aantal dagen later in de toekomst zijn. De verwachting is dat de Optimizer hiermee nog veel beter om kan gaan met drukte en complexiteit.
Performance
Upgrade v2024.2 en verhogen naar 4 cores
In combinatie met een ontwikkeling die ervoor zorgt dat bij een outage het systeem zichzelf direct weer opstart krijgen we een nieuwe versie geleverd van het model van het algoritme. Met deze versie wordt het mogelijk om naar 4 cores te schakelen wat ‘multi-threading’ mogelijk maakt. Dit betekent niet dat de performance qua snelheid x 4 sneller wordt, maar dat de Optimizer in staat raakt om meerdere ‘puzzels’ tegelijkertijd beet te pakken om op te lossen en/of te verbeteren.
Terug naar:
- 2 Toelichting onderdelen Roadmap 2025
- 2.1 Optimaliseren & Ontwikkeling
- 2.1.1 Andere reis/lichter met behoud van afspraak
- 2.1.2 Validaties ten behoeve van betrouwbaarheid en zekerheid **
- 2.1.3 Aanpassen communicatie planningen
- 2.1.4 Aanmelding/wijzigingen na digitale overeenstemming **
- 2.1.5 Tijd instelbaar per terminal voor lineair opschuiven
- 2.1.6 Focus oplossen / optimaliseren scenario’s korte termijn vs. lange termijn
- 2.1.7 Planning niet deelnemende terminals **
- 2.1.8 Verbeteren planning fixed windows
- 2.2 Performance & Volume
- 2.3 Data
- 2.4 Opgeleverd in 2024
- 2.4.1 Optimaliseren & Ontwikkeling
- 2.4.1.1 Verbeteringen wegplannen grote calls
- 2.4.1.2 Betere verdeling wachttijd
- 2.4.1.3 Reduceren dynamiek komende 4 uur bij wijzigingen (lineair opschuiven)
- 2.4.1.4 Optimizer deepdive
- 2.4.1.5 Call wegplannen naar unieke bolderpositie
- 2.4.1.6 Tijdelijk parkeren van onmogelijke vraag
- 2.4.1.7 Slimmere selectie scenario’s
- 2.4.2 Performance
- 2.4.1 Optimaliseren & Ontwikkeling
- 2.1 Optimaliseren & Ontwikkeling