Toelichting release notes
...
Na een vorige release ontstond er helaas een fout bij het invoeren van de ‘Vroegste start TO’. De voorbereidingstijd werd namelijk niet meer overschreven. Dit is met deze release weer opgelost. De ‘Vroegste start TO’ kan nu de voorbereidingstijd weer overschrijven en is hiermee leidend voor wanneer een call zou kunnen beginnen. Tenzij de ‘Vroegste start BO’ is ingevuld, dan is deze uiteraard leidend.
Visueel ongemak verholpen Visuele weergave verbeterd in schippersscherm voor vaartijden en afstanden
In het schipperscherm kon het voorkomen dat de vaartijden en afstanden niet altijd overeenkwamen met de daadwerkelijk af te leggen afstand. Op de achtergrond voor de rotaties werd er gelukkig wél met de juiste gegevens gerekend. Het ging enkel om visueel ongemakde visuele weergave, wat verwarrend was voor de gebruiker. Dit is nu opgelost en hiermee zouden de vaartijden en afstanden tussen de bezoeken weer goed getoond moeten worden.
...
Tot nu toe was het alleen mogelijk voor terminal admins om incidentele sluitingen toe te voegen. Deze optie wordt gebruikt als de terminal dichtgaat voor bijvoorbeeld een IT update of kortdurend onderhoud. Vanuit verschillende terminals hebben wij het verzoek gekregen om dat breder te trekken naar . Vanaf nu hebben alle terminal gebruikers en is vanaf nu mogelijk gemaaktde mogelijkheid om incidentele sluitingen toe te voegen.
Het toevoegen van incidentele sluitingen werkt als volgt:
Ga met je terminal account naar de pagina voor ‘Locaties/Locations”.
Klik door naar jouw terminal, waarmee je vervolgens bij de instellingen en informatie van jouw terminal terecht komt. Je ziet hier alle instellingen
Klik op het potloodje om te kunnen bewerken. Dan kom je in een scherm waarbij je alleen de sluitingen kan aanpassen. De rest van de instellingen blijft gelijk staan.
Klik op ‘Incidentele sluiting toevoegen/Add incidental closing’. Dan krijg je een nieuwe regel om de details in te vullen voor het aanmaken van de incidentele sluiting.
Belangrijk: let goed op dat alle gegevens correct zijn ingevuld en het schuifje zo staat dat ‘Gesloten/Closed’ zichtbaar is.
...
Let op: na het toevoegen van de incidentele sluiting moet de terminal operator ook altijd in de kadeplanning de beschikbaarheid opnieuw opslaan die overlapt met de incidentele sluiting. Anders gaat dit niet goed in de integrale planning.
Optimizer
Automatisering van de testomgeving
...
Om de optimizer continu te blijven verbeteren zijn veel analyses nodig om te zien waar de verbetermogelijkheden het grootst zijn. Om dit te doen hebben we voortdurend nieuwe data nodig. Met deze release hebben we een stuk van het analyse- en testwerk geautomatiseerd, zodat de oplossingen voortaan nog beter aansluiten op de wensen van de markt.
Stapsgewijs naar meer betrouwbaarheid en zekerheid
...
Na 30 uur vanaf de start van de operatie maken we gebruik van vrije optimalisatie. Dat is en blijft de huidige werking. Omdat er na deze tijd geen zekerheid gegeven kan worden op zowel capaciteit als scope-in tijd, container aantallen etc. Daardoor is het ook niet mogelijk om met gelimiteerde optimalisatie te werken, maar levert de huidige werking de beste planning op. [Iv1]@Tim Kroon kan je deze aanvullen met screenshots waar wat te vinden is?
Automatisering van de testomgeving
Zie ook: Hier werken wij aan / Automatiseren van de testomgeving
Om de optimizer continu te blijven verbeteren zijn veel analyses nodig om te zien waar de verbetermogelijkheden het grootst zijn. Om dit te doen hebben we voortdurend nieuwe data nodig. Met deze release hebben we een stuk van het analyse- en testwerk geautomatiseerd, zodat de oplossingen voortaan nog beter aansluiten op de wensen van de markt.
...
Release notes Optimizer week 47 - 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.
...