Toelichting release notes
...
Ga naar:
| Table of Contents |
|---|
...
Release notes Optimizer week 9 - 2024
Rust in de planning
We hebben twee functionaliteiten in de Optimizer aangepast om meer rust in de planning te creëren.
Andere manier van terug plannen
Als er beschikbaarheid wordt weggehaald of een voorgaande call loopt uit, wordt een barge van haar eerder geplande tijd weg gepland. Als dit plaatsvindt in de eerste 8 uur voorafgaand aan de operatie, probeert de Optimizer de barge terug te plannen naar de eerder geplande tijd.
De oude werking van het terug plannen hield in dat de Optimizer op zo’n moment de barge probeerde terug te plannen in de eerste 2 uur na de eerder geplande tijd. Dit gebeurde door middel van het toekennen van veel “strafpunten”. Als dit niet kon, bijvoorbeeld doordat er voor meer dan 2 uur capaciteit was weggehaald of de voorgaande call liep nog verder uit, dan verloor de barge die strafpunten. Hierbij was sprake van een lage stimulans in het systeem om de barge terug te plannen naar voren.
De nieuwe manier van terug plannen werkt relatief in strafpunten. Hoe dichterbij de barge wordt gepland op de voorgaande planning, hoe minder strafpunten ze krijgt. Op die manier houdt de Optimizer een stimulans om je wel zo dicht mogelijk tegen je eerder geplande tijd terug te plannen.
Definitie en extra sturing op een late call
Definitie van “laat”
De Optimizer pakt rotaties en calls op die als “laat” worden aangemerkt, zodat daarvan de planning verbeterd kan worden. Voor het aanscherpen van dit mechanisme is de definitie aangepast van wanneer een reguliere call laat is. Vanaf nu betekent laat als je geplande tijd later ligt dan je scope-in + norm duration (de door ons berekende tijd van een rotatie). Het venster is hiermee kleiner gemaakt.
Fixed windows, prio’s en calls bij niet-deelnemende terminals worden nog steeds aangemerkt als laat als de geplande eindtijd na de eindtijd van het window ligt.
Extra sturing op late calls
De Optimizer pakt verschillende rotaties en calls op om te optimaliseren. Hierin wordt ook gestuurd op calls die laat zijn. Deze sturing is aangevuld met extra zaken waar de Optimizier vanaf nu rekening mee houdt. Late fixed windows en prio’s die goed gepland kunnen worden (er ligt capaciteit, niet overboekt etc.) gaan in urgentie omhoog ten opzichte van reguliere calls. Verder krijgen reguliere calls die relatief later zijn dan andere calls een hogere urgentie. Met de extra sturing houden we rekening met deze urgentie en pakken we calls/rotaties met de hoogste urgentie eerder op dan calls/rotaties met een lagere urgentie. Dit doen we via een zgn. “late rotation iteratie”.
Om de planning te verbeteren van deze late calls moeten er vaak andere calls geschoven worden om ruimte te maken. De Optimizer heeft sinds deze release een andere focus gekregen om calls uit te wisselen wat ervoor zorgt dat de late calls verder naar voren komen. De Optimizer pakt niet meer willekeurig een pluk calls op, maar gebruikt alleen calls die eerder gepland zijn om ruimte te maken.
Bugs opgelost
Naast bovenstaande items hebben we ook een aantal bugs opgelost in de planning. Onder andere een bug in het verwijderen van calls op niet deelnemende terminals, dit is nodig voor het aansluiten van nieuwe terminals. En een verbetering van een doorgevoerde oplossing in de vorige release die betrekking heeft op stukken missende data.
...
Release notes Nextlogic Informatie Platform week 6 - 2024
...
Geen verschuiving door vertraging in sluiting los-/laadlijst
Momenteel wordt het sluiten van de los-/laadlijst gedaan in MCA Barge. Echter zit er ook een check in de optimizer of deze is gesloten. Dit vindt in beide systemen op hetzelfde moment plaats. Aangezien het berichtenverkeer tussen de systemen enkele minuten in beslag kan nemen levert dit in bepaalde gevallen een kleine verschuiving van een call op in de optimizer. De los-/laadlijst is daar dan nog niet gesloten, maar wel in MCA Barge. Met het deactiveren van dit mechanisme kan deze onnodige verschuiving niet meer voorkomen.
Duidelijke operationele waarschuwing (nog niet live, deze change zorgde voor problemen in de Optimizer. Zodra dit is opgelost, kan deze change ook live).
In te veel gevallen ontvang je nu als gebruiker (barge operator en terminal) de algemene melding “Deze rotatie kan niet worden gepland” voor een issue met de TEU balans. Deze rotaties worden nu één keer extra opgepakt door de optimizer zodat er een specifieke melding wordt gegenereerd met een duidelijke reden.
...
Voor de eerste call in een rotatie zat een bug waarbij de vaartijd niet werd meegenomen, deze is nu opgelost.
Extra triggers voor het in de juiste volgorde zetten van NCT calls (nog niet live, deze change zorgde voor problemen in de Optimizer. Zodra dit is opgelost, kan deze change ook live).
Voor rotaties met enkel niet-deelnemende terminals (NCT) was het aantal ‘triggers’ om de calls in de juiste volgorde te zetten beperkt. Gezien de beoogde opschaling met vletwerk kan dit in de toekomst vaker voorkomen en daarvoor zijn er nu meer van dit soort ‘triggers’ toegevoegd. Hiermee wordt de volgorde heroverwogen bij het door de BO aanpassen van de call size of call window op een call.
...