Toelichting release notes
...
Ga naar:
| Table of Contents |
|---|
...
Release notes Nextlogic Informatie Platform & Optimizer week 45 - 2023
Voor schippers: Aanpassen afgesproken vertrektijd bij niet-deelnemende terminal
Een aantal schippers gaf aan dat zij geen effect zagen als ze de afgesproken vertrektijd aanpasten bij een niet-deelnemende terminal. Dit was alleen het geval als ze al waren gestart op de terminal. Deze tijden bleken niet goed door te komen en dit hebben we nu opgelost.
Het aanpassen van de vertrektijd tijdens de operatie doe je via de optie ‘Schipper afgesproken vertrektijd’. Na het invullen houden wij met deze vertrektijd rekening in de planning. Zie je dus dat je call gaat uitlopen of verwacht je sneller klaar te zijn dan, vul deze tijd dan in. Op basis van deze nieuwe vertrektijd kunnen wij beter plannen hoe laat je op een volgende terminal kan zijn. Zo zorgen we samen voor een betere en meer accurate planning en stemt het algoritme van Nextlogic jouw vervolg calls beter af op de werkelijkheid.
Voor barge operators: Vroegste start BO
In de vorige release is de mogelijkheid gemaakt voor de barge operator om de vroegste start door te geven. We hebben hier positieve feedback op gehad en van de optie is al meermaals gebruikgemaakt. In een enkel geval zagen we echter dat er een “ping pong” effect ontstond, waardoor de call alsnog vóór de vroegste start werd gepland. Dit is in deze release opgelost.
Voor barge operators en terminals: Kleine calls beter te lezen in kadeplanning
In de kadeplanning zijn kleine calls soms moeilijk te lezen, om te zien om welke barge het gaat. We hebben het lettertype grootte iets aangepast, zodat de tekst in kleine calls wat beter te lezen is. Om goed te kunnen zien welke kleine calls er liggen kan er ook gebruikgemaakt worden van inzoomen.
Meer data over beschikbaarheden en aanpassingen daarop
We zijn continue bezig met het verbeteren van data en inzichten om de planning zo goed mogelijk te maken. Met meer data krijgen wij weer extra informatie binnen over beschikbaarheden en de aanpassingen daarop. Hiermee kunnen we verdergaande analyses uitvoeren en dit draagt weer bij aan het optimaliseren van de integrale planning.
Voor terminals: Gemiddelde wachttijd barge en capaciteitsforecastkolom
Vanuit de terminals krijgen wij vaak de vraag hoe precies de gemiddelde wachttijd barge berekend wordt en hoe de planners de capaciteitsforecast kunnen lezen.
...
De meter geeft aan hoe lang barges, die de komende 36 uur gepland staan, liggen te wachten op hun afspraak vanaf nu. De wachttijd begint bij de eindtijd van de vorige call (of scope-in tijd) + de vaartijd tussen de twee terminals. Tenzij de barge op dit moment al ligt te wachten voor jouw terminal en dus geen voorgaande afspraak heeft. Als dat het geval is, dan begint de wachttijd met tellen op het huidige tijdstip. In de praktijk kan het dus voorkomen dat een barge die over 4 uur aan de beurt is een wachttijd krijgt van 4 uur, terwijl ze in werkelijkheid al 5 uur bij jou voor de kant ligt de wachten. Haar werkelijke wachttijd is dan 9 uur in plaats van de 4 die je ziet in de meter.
De tijd binnen in de meter geeft aan wat de gemiddelde wachttijd is voor alle lichters die binnen de komende 36 uur gepland liggen.
Onder de meter kan je zien hoeveel calls binnen het tijdsframe van 36 uur passen.
De kleuren op de meter hebben de volgende betekenis:
Groen is een gemiddelde wachttijd van 0 tot 4 uur
Oranje is een gemiddelde wachttijd van 4 tot 16 uur
Rood is een gemiddelde wachttijd van meer dan 16 uur
Als je met je muis over de meter beweegt kan je zien hoeveel % van de betreffende calls in welke range vallen.
...
Als capaciteitsplanner kan je deze meter aanhouden als graadmeter voor hoe druk het is op de terminal en of er extra capaciteit nodig is. Let hierbij wel op dat de wachttijd groter kan zijn dan wat er nu in staat. Zoals hierboven beschreven, is dit het geval bij barges die nu al liggen te wachten op hun afspraak. Daarbij wordt het verschil berekend tussen nu en hun geplande tijd, niet tussen de aankomsttijd en de geplande tijd. Desalniettemin raden wij aan om te kijken naar mogelijkheden voor meer beschikbaarheid in de komende 36 uur als de meter in het oranje of rood staat.
Verder hebben we de onderste rij in de capaciteitsforecast weggehaald, verschil aangevraagde moves. Dit hebben we gedaan omdat deze rij geen informatie geeft waar de terminal nog Nextlogic op kan acteren.
...
Vooruitblik
Laatste feedbackronde voor schippersschermen
We maken op dit moment nieuwe, duidelijkere schippersschermen en zullen deze in de kennissessie in december voorleggen aan de verschillende schippers voor een laatste ronde feedback.
Voorbereiding pauze en ploegwissel in Optimizer
In voorbereiding op het invoeren van pauze en ploegwissels hebben we een aanpassing gemaakt in de Optimizer. Deze aanpassing was nodig om te zorgen dat de ETLM kan gaan samenwerken met een pauze of ploegwissel. Voor nu geeft dit geen veranderingen voor de gebruiker.
...
Release notes Nextlogic Informatie Platform week 43 - 2023
...
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.
...