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

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

 

image-20241210-152303.png

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: