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: 04 Juni 2024
Nextlogic Informatie Platform | Optimizer | Data science |
|---|---|---|
Uitgebreidere informatie bij operationele waarschuwingen | Lineair opschuiven v1.0 | Visie & strategie op data science |
Call naar specifieke bolders | Testen versie 2024.01 | Doorontwikkeling BI dashboards |
Oplossing uitgeplande calls Nextlogic richting Terminal Operating System kadeplanning | Reduceren aantal triggers op berichten | |
Visuele verbeteringen |
Roadmap Nextlogic 2024 (klik op de afbeelding om te vergroten)
Toelichting onderdelen Roadmap (vanaf april 2024)
Optimaliseren
Gebruik opening- en sluitingstijden niet deelnemende terminals Nextlogic
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
Reduceren dynamiek na wijzigingen komende 4 uur (lineair opschuiven)
Op het moment dat er conflicten in de planning voor de komende 4 uur ontstaan worden calls in overlap overnieuw geplant. In samenspraak met de markt is er een richting uitgedacht om calls in dezelfde volgorde op te schuiven. Bij overlappende calls buiten deze periode worden deze op dezelfde wijze opnieuw geplant en niet perse in dezelfde volgorde
Tijd instelbaar per terminal voor lineair opschuiven
Binnen de Rotterdamse haven zijn er verschillende (type) containerterminals. Een ieder heeft zijn eigen karakteristieken en voorbereidingstijd. De terminal operators hebben aangegeven dat zij zelf willen kunnen instellen 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 instellingsmogelijkheid om dit per terminal in te kunnen stellen
Andere reis/lichter met behoud van afspraak
Binnen de integrale planning behoren ‘spookaanmeldingen’ tot het verleden. Het neveneffect hiervan is echter 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 dat het mogelijk is om een reis/lichter te wijzigen met behoud van afspraak. De oplossingsrichtingen worden gevalideerd in de kennissessie van begin juli 2024.
Aanmelding/wijzigingen na digitale overeenstemming **
Er zijn een aantal situaties, waarbij vanuit de markt wordt aangegeven dat er eerste afstemming en instemming nodig voordat de wijziging of aanmelding doorgevoerd mag worden.
Overboeken aantallen van Fixed Window
Afwijken van afgesproken tijd Fixed Window
Omvangrijke calls met grote aantallen lege 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
Verbeteringen wegplannen grote calls **
Een gedeelte van de deelnemers geven 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.
Planning met afspraak niet deelnemende terminal als gegeven **
Een gedeelte van de deelnemers geven aan dat zij wensen dat de rotatie ingepland wordt met de tijden van niet-deelnemende terminals als 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 de nut- en noodzaak breed genoeg gewenst is.
Performance & Volume
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.
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
Performance improvements **
In dit onderdeel zullen performance verbeteringen opgepakt worden die vanuit de ‘deep dive’ 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
Visie & Strategie Data Science
Data Science zorgt voor inzichten die helpen bij het nemen van geïnformeerde beslissingen. Het is belangrijk dat deze aansluiten bij de visie en strategie van Nextlogic. Om te komen tot een roadmap en een geprioriteerde backlog met onderdelen binnen data science is het essentieel om een visie en strategie uitgewerkt te hebben
Van insight naar predictions
De Optimizer wordt momenteel gevoed met statische en handmatig ingegeven input. Op het moment wordt er nog niet veel gedaan met data uit het verleden om dit voorspellend te maken in combinatie met validaties om dit nauwkeuriger te maken. Denk hier bijvoorbeeld aan de aankomsttijden van containerbinnenvaartschepen, kraansnelheid, kans om afgehandeld te worden, een rotatie binnen x tijd te halen, etc. Vanuit de nog vorm te geven visie en strategie gaan we aan de slag om data vanuit het verleden te gebruiken in combinatie met de huidige input om naar een meer voorspellend karakter te komen op verschillende niveaus