Toelichting release notes
...
Ga naar:
| Table of Contents |
|---|
...
Release notes Optimizer week 25 - 2024
Opgeloste bugs
Aangepaste beschikbaarheden kwamen niet altijd door
De afgelopen tijd hebben we meerdere gevallen gezien waarbij beschikbaarheden niet doorkwamen richting de optimizer. Dit had te maken met de volgorde waarin berichten werden afgehandeld bij een grote berichtenstroom tegelijkertijd. Hierdoor werden nieuwere berichten eerder verwerkt dan oudere berichten en werkte we niet altijd met de juiste situatie. Dit probleem is in deze release opgelost.
Speciale onbeschikbaarheden kwamen niet altijd door
De afgelopen tijd hebben we problemen ervaren met speciale onbeschikbaarheden van een terminal. Denk hierbij aan een tijdelijke sluiting van een terminal bij een IT update van de terminal. Hiervoor is een oplossing gemaakt zodat deze onbeschikbaarheden altijd doorkomen.
Het aanhouden van de juiste call volgorde bij een verandering van restricties ging niet altijd goed
Vanuit barge operators hoorden we regelmatig dat restricties niet aangehouden werden in de planning, terwijl dit eigenlijk wel mogelijk was. We hebben hier een verbetering voor doorgevoerd in het aanhouden van de juiste call volgorde bij een verandering van restricties. Met deze verandering worden restricties vaker goed opgevolgd.
Optimizer gaf af en toe prioriteit aan de verkeerde calls
Als er een overlap ontstaat tussen twee calls, of een call wordt buiten beschikbaarheid gepland, dan wordt een hard violation geactiveerd in de optimizer. Dit betekent dat er door de optimizer prioriteit aan deze calls wordt gegeven om mee te gaan rekenen. Een hard violation werd af en toe geactiveerd op calls die al waren begonnen of waren afgerond. Dit gebeurde niet vaak, maar als het gebeurde was het verspilde rekentijd die de optimizer ook aan andere planproblemen kon besteden. Dit zou nu niet meer voor moeten komen, waarmee we wat onnodige rekencapaciteit besparen.
Veranderingen
Snelheid voor twinnen is veranderd
In lijn met de wens van RWG is er een setting toegevoegd in de optimizer om de snelheid voor twinnen te veranderen. Dit hebben we gedaan door de twinning factor aan te passen. Tot nu toe rekenden we standaard met 2 keer de snelheid als er twin containers op de call staan. Deze gaan we aanpassen naar 1,5 keer.
Activatie van hard violations gebeurt nu alleen bij relevante rotatie-updates
Tot nu toe werd bij elke rotatie-update een nieuwe hard violation geactiveerd in de optimizer. Vanaf deze release wordt alleen bij relevante updates de hard violation opnieuw geactiveerd. Dit scheelt tijd in het proberen op te lossen van planproblemen waar geen oplossing voor is. Denk hierbij aan te weinig capaciteit voor en een overboeking van bepaalde fixed windows. Zo ontstaat er meer tijd voor het optimaliseren van de rest van de planning.
Update lineair opschuiven
We hebben de laatste stappen gezet in de ontwikkeling van lineair opschuiven, zodat deze zo snel mogelijk naar productie kan. Wat er in deze versie wel en niet inzit krijgen jullie via een aparte uitleg later te lezen.
...
Release notes Nextlogic Informatie Platform week 25 - 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.
...