Toelichting release notes
...
Release notes Optimizer en Nextlogic Informatie Platform week 19&20 - 2024
Nextlogic Informatie Platform
...
Een terminal kan een reden voor sluiting opgeven
Wanneer een terminal tijdelijk sluit, bestond er voor de terminals al de mogelijkheid om die tijden in te voeren in het Nextlogic Informatie Platform. Nu is er ook de mogelijkheid om een reden in te vullen. Dit is meteen zichtbaar voor iedereen in de kadeplanning onder sluitingstijden. Het aanmaken en aanpassen van sluitingen kan alleen gedaan worden door een locatie admin.
...
Oud schippersscherm wordt verwijderd met de volgende release
Op dit moment zijn er nog twee schermen beschikbaar waar de schipper zijn planning in kan zien. Het nieuwe scherm is al enige tijd in gebruik door de schippers. Het oude scherm zal daarom met de volgende release verwijderd worden.
Optimizer
Bugfixes
In deze release zitten een aantal bugfixes die voor minder ongeplande calls zorgen na bepaalde gebeurtenissen die vervolgens weer ingepland worden na een iteratie. Dit zorgt ervoor dat bij bepaalde wijzigingen calls sneller automatisch herpland worden.
Lineair opschuiven
Naast bugfixes hebben we verder gewerkt aan ‘Lineair opschuiven’. Deze functionaliteit zit in de productie versie, maar staat nog uit, omdat we er nog een aantal essentiele ontwikkelingen moeten gebeuren in combinatie met verdere testen. Bij weinig bevindingen uit de testen zal de functionaliteit in een release in de nabije toekomst live kunnen. Echter is dit een ontwikkeling die uniek is voor het Nextlogic product en kunnen we pas een gedegen indicatie geven na een serie van uitgebreide testen.
[Jv1]@Arno Larooij Kan de sluiting zelf en het opgeven van een reden ook alleen door een locatie admin gedaan worden?
@Judith van der Valk Yes alleen door locatie admin kan sluitingstijden toegevoegd worden, een TO account als locatie manager kan dit niet. [LL2]
...
Release notes Nextlogic Informatie Platform week 14 - 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.
...