Toelichting release notes
...
Het toevoegen van incidentele sluitingen werkt als volgt: [Iv1]
Ga met je terminal account naar de pagina voor ‘Locaties/Locations”.
...
Allereerst hebben we in de kennissessie met barge operators en terminals een concept uitgedacht hoe we naar een betrouwbaardere planning kunnen komen. Dit concept hebben we uitgewerkt in concrete systeemverbeteringen. Hiervan is de basis opgeleverd. Vanuit deze basis gaan we verder finetunen met relevante praktijkvoorbeelden.
...
Uitleg
In de eerste 6 uur voor de start van de operatie plannen we alleen met noodzakelijke optimalisatie. Dit houdt in dat de volgorde van de calls waarin ze gepland liggen wordt vastgehouden en bij uitloop wordt er lineair doorgeschoven. Deze werking hebben we in eerdere communicatie “lineair opschuiven” genoemd en staat al een tijd lang live.
...
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.
...