Release notes

Toelichting release notes

Wij maken onderscheid tussen twee verschillende onderdelen waarop wij verbeteringen doorvoeren:

1. Het Nextlogic Informatie Platform: de webomgeving van de integrale planning: http://www.nextlogic-planning.com

2. De ‘optimizer’: het algoritme dat de integrale planning berekent.

Ga naar:

Release notes Nextlogic Informatie Platform week 14 - 2024

Beschikbaarheden visueel aangepast

1. In het verleden hebben we pauzes ingevoerd in het platform om een meer realistisch beeld te verkrijgen en met de juiste waarden te rekenen. Dit zorgde ervoor dat bij het aanmaken van beschikbaarheden langer dan 4 uur, deze in tweeën werd opgeknipt met de pauze daartussen.
   Dat zag er zo uit:
   
   

   Open

   

   Het neveneffect was dat de terminal meer handelingen moest doen bij het aanpassen of verplaatsen van beschikbaarheden. Daarbij werd de tabel met de beschikbaarheden omvangrijk en onoverzichtelijk. Vanaf deze release tonen we de beschikbaarheden weer als volledig, waarbij de ‘opgeknipte’ beschikbaarheden naar de achterkant verdwijnen. Calls worden dus nog over pauzes heen gepland, maar wordt het weer overzichtelijker en makkelijker om volledige beschikbaarheden te verplaatsen of aan te passen.
   
   Vanuit Nextlogic is de aanbeveling om beschikbaarheden per shift tot maximaal 24 uur aan een blok in de kadeplanning te leggen. Dit heeft te maken met de invoer van een functionaliteit als genoemd in punt 2, waar veranderingen in beschikbaarheden visueel gemaakt worden.
   
   Vanaf deze release ziet de beschikbaarheid er zo uit:
   
   

   Open

   

2. Met deze aanpassing is ook het repeterend aanmaken van beschikbaarheden weer mogelijk. Maak je standaard een terugkerende beschikbaarheid aan, bijvoorbeeld voor FW capaciteit, dan blijft het terugkerende karakter behouden en kan je deze in bulk aanpassen.
   
   

3. Als laatste worden de nieuwe blokken beschikbaarheid ook als één beschikbaarheid zichtbaar in de lijst van kadebeschikbaarheid (zie onderstaande afbeelding). Bij elke nieuwe beschikbaarheid die je aanmaakt zie je alleen de overkoepelende beschikbaarheid, er onder staat hoeveel sluitingen/pauzes deze bevat. Let op! Alleen van nieuwe beschikbaarheden zie je de overkoepelende beschikbaarheid. Alles wat er al in lag, zie je nog steeds als losse regels.
   
   

Inzicht in last minute verschuivingen van beschikbaarheid
In het kader van transparantie hebben vanaf nu hebben zowel terminals als barge operators en schippers inzicht in last minute veranderingen van kadebeschikbaarheid. Veranderingen in beschikbaarheden die starten in de komende 12 uur worden bijgehouden en visueel gemaakt in de kadeplanning. Ook moet een terminal een reden ingeven als ze op deze korte termijn veranderingen aanbrengen.

Bij een wijziging krijgt een terminal onderstaande pop-up om een reden in te geven van de verandering. Dit ziet er als volgt uit:

Als je filtert op Binnenlandse calls zie je in het lichtgrijs waar de originele beschikbaarheid heeft gelegen. Dit is het eerste scherm waar dat je ziet.

Als je rechtsbovenin filtert op Beschikbaarheden kan je ook de opgegeven reden inzien.

Aanpassing retry mechanisme
Een retry mechanisme is een functie dat automatisch een poging doet om een mislukte taak of operatie opnieuw uit te voeren als gevolg van een fout of storing.  Bij een storing in het berichtenverkeer werden alle nieuwe berichten opgespaard en in één keer doorgestuurd, richting MCA, zodra de storing verholpen was. Dit kon voor extra verstoringen zorgen in een TOS systeem van één van de terminals. Vanaf nu sparen we de berichten niet meer op om in één keer door te sturen, maar sturen we altijd alleen het laatst opgeslagen bericht door zodra de storing is verholpen. Hiermee kunnen de extra verstoringen voorkomen worden.

Scope-out locatie vletwerk
Vanaf nu wordt de scope-uit tijd van een rotatie zonder scope-uit locatie niet meer geregistreerd na het passeren van de Brienenoordbrug of de Heinenoordtunnel/spui. Alleen de ATDT van de laatste call op de rotatie zorgt voor een werkelijke scope-uit tijd.

Instelling verplichte kade
Deze instelling is bedoeld voor terminals met verschillende kades. Als een terminal niet wil dat de geplande kade wijzigt ten opzichte van de invoer, hebben we daarvoor nu een nieuwe instelling toegevoegd. Hiermee kunnen we per terminal bepalen of de wisseling van kade wordt voorkomen. Hierdoor wordt de call altijd gepland op de opgegeven kade. Als daar geen of niet voldoende beschikbaarheid ligt wordt de call niet ingepland.  

Kruisje kadeplanning call details weer terug
Bij het aanklikken van een call op de kadeplanning was onderstaand kruisje verdwenen. Deze staat er weer.

Release notes Optimizer week 14 - 2024

Lineair opschuiven
De eerste technische aanpassingen zijn gemaakt voor het mogelijk maken van lineair opschuiven. Voordat we dit live zetten gaan we dit uitgebreid testen. Daarnaast gaan we samen met de kennisgroep met de barge operators en terminals bepalen welke scenario’s hierin wel en niet meegenomen gaan worden. 

Deze functionaliteit gaat dan ook nog niet live, maar we zijn wel begonnen met testen.

Automatische database kopieën
In een voorgaande release hebben we het mogelijk gemaakt om met dynamische data te gaan testen zodat we een dag uit de live omgeving kunnen naspelen en dat kunnen gebruikten voor het testen van nieuwe functionaliteiten. In deze release hebben we hieraan toegevoegd dat we op vaste tijdsstippen kopieën kunnen maken van onze datasets. Dit helpt bij het analyseren van de nagespeelde dag.

Bugs opgelost
Een drietal bugs is opgelost die zorgde voor het niet juist inplannen/herplannen van rotaties.

Release notes Optimizer week 11 - 2024

Eerdere start puntenscore containers
In de vorige release hebben we een nieuwe definitie geïntroduceerd van late calls. Onderdeel hiervan was dat reguliere calls als laat worden bestempeld zodra de geplande starttijd na de scope in + norm duration ligt (de door Nextlogic berekende tijd van een rotatie). In deze release hebben we ook het container window vervroegd naar scope-in + norm duration. Dit betekent dat de puntenscore per container gaat gelden vanaf dat moment. Hiermee creëren we een eerlijker speelveld tussen grote en kleine rotaties en tussen grote en kleine calls.

Zo vroeg mogelijk plannen
De optimizer rekent met punten voor containers, calls en rotaties die buiten de norm duration worden gepland. Tot nu toe was er binnen de normtijd geen duidelijke stimulans om calls zo vroeg mogelijk te plannen. Vanaf deze release krijgt elke individuele call een puntenscore per minuut dat ze in de haven liggen. Dus vanaf moment 1 is het qua score beter om calls zo vroeg mogelijk te plannen. Dit zal vooral effect hebben op kades waarbij er nog ruimte is om te schuiven en calls vooraan in de rotatie. Op kades waarop alle calls achter elkaar gepland liggen, zal het effect minimaal zijn en is de norm duration nog steeds de belangrijkste factor.

Aan- en afmeren mogelijk tijdens pauze
Eind vorig jaar hebben we de aan- en afmeertijden bij de meeste terminals verhoogd. Echter, konden calls niet beginnen in een pauze met aanmeren, terwijl dit in werkelijkheid wel kan. Vanaf nu kan een call beginnen in een pauze met aanmeren en eindigen in een pauze als de operatie klaar is. Hiermee brengen we de planning weer een stukje dichter naar de werkelijkheid.

Analyse mogelijkheden uitgebreid
Het analyseren van onze data is een belangrijk onderdeel voor het optimaliseren van de integrale planning. Aan de achterkant hebben we een aantal extra datavelden en filter mogelijkheden toegevoegd die het analyseren van de optimizer en iteraties makkelijker maakt.

Release notes Optimizer week 9 - 2024

Rust in de planning

We hebben twee functionaliteiten in de Optimizer aangepast om meer rust in de planning te creëren.

• Andere manier van terug plannen
  Als er beschikbaarheid wordt weggehaald of een voorgaande call loopt uit, wordt een barge van haar eerder geplande tijd weg gepland. Als dit plaatsvindt in de eerste 8 uur voorafgaand aan de operatie, probeert de Optimizer de barge terug te plannen naar de eerder geplande tijd.

• Definitie en extra sturing op een late call

• Bugs opgelost
  Naast bovenstaande items hebben we ook een aantal bugs opgelost in de planning. Onder andere een bug in het verwijderen van calls op niet deelnemende terminals, dit is nodig voor het aansluiten van nieuwe terminals. En een verbetering van een doorgevoerde oplossing in de vorige release die betrekking heeft op stukken missende data.

Release notes Nextlogic Informatie Platform week 6 - 2024

Aanpassingen nieuwe schippersschermen n.a.v. feedback

Sinds de nieuwe schippersschermen live staan hebben we diverse feedbackpunten ontvangen.

Twee zaken zijn opgepakt:

• Automatische refresh van de pagina, in te stellen naar voorkeur. Dit werkt hetzelfde als in de oude schermen.
  
  

• Link toegevoegd naar call scherm voor inzicht in calldetails en containerinformatie. Als je op de terminal klikt, wordt je naar het call scherm genavigeerd.
  
  

 De oude schermen zijn op dit moment nog beschikbaar, maar bij de volgende release is het de bedoeling de oude schermen te verwijderen. Voordat we dit doen hebben we een laatste enquête uitgezet bij de leden van de kennisgroep voor schippers om feedback te geven. Deze feedback verwerken we de komende periode.

Ben je geen lid van de kennisgroep en zie je iets dat nog niet goed gaat in de nieuwe schermen? Laat het ons weten via info@nextlogic.nl.

Aanpassing voor vlet rotaties

Aanpassing aankomsttijden en vertrektijden
Voor vlet rotaties zijn de aankomsttijden op de eerste terminal en vertrektijden op de laatste terminal van belang om te bepalen of een rotatie is gestart/beëindigd. Deze tijden vervangen de scope-in tijden die bij een reguliere rotatie gelden. Eerst keken we alleen naar de ATAT/ATDT als deze was opgepikt door AIS/first of last move, vanaf deze release nemen we deze tijden ook mee als ze handmatig worden ingevoerd.

Afronden rotatie na verplaatsen call
We zien bij vletwerkrotaties vaker dat calls van de ene rotatie naar een volgende rotatie worden overgezet. Als dit de laatste call is in een rotatie waarvan verder alle calls zijn afgerond, werd de volledige rotatie niet meer afgemeld. Nu checkt het algoritme iedere keer wanneer een call wordt verplaatst naar een andere rotatie of daarmee de vorige rotatie kan worden afgerond.

Automatisch opruimen onbeschikbaarheden
Bij terminals of bij barges kunnen onbeschikbaarheden worden doorgegeven. Deze tijden worden niet automatisch opgeruimd als deze in het verleden liggen en daarmee niet meer van toepassing zijn. Dit zorgt niet alleen voor handmatig werk aan de kant van de terminal en de barge operator, maar vertroebelt ook onze data. Vanaf nu worden onbeschikbaarheden in het verleden automatisch verwijderd.

Extra alert als er een storing is in de AIS-gegevens
Om de AIS-locatie te gebruiken maken we gebruik van twee AIS-bronnen. Eén bron kijkt naar het gebied in de Rotterdamse haven, de andere kijkt naar het gebied buiten Rotterdam. We hebben extra alerts ingebouwd om direct te kunnen signaleren als er een bron uit ligt.

Release notes Optimizer week 3 - 2024

Bolders verschuiven
We zien regelmatig dat beschikbaarheden 1 of 2 bolders van plaats verschuiven. Daarna liggen de calls buiten beschikbaarheid en gaat de Optimizer opnieuw rekenen en plannen. Dit kan voor veel onrust zorgen in de planning. Vanaf deze release verschuiven de geplande calls mee met de nieuwe beschikbaarheid bij het opschuiven van bolders. Hierdoor gaat het herplannen van deze calls sneller en zorgt het voor minder onrust bij verschuivingen van capaciteit.

Drie bugs opgelost
Met een complex algoritme als die van de integrale planning kunnen we er niet omheen dat er soms bugs naar voren komen. We zijn continu alert op dit soort foutjes in het systeem, in deze release hebben we er drie opgelost:

• Af en toe zien we dat bepaalde rotaties niet ingepland kunnen worden. Dit heeft veel verschillende oorzaken. Een bug is er met deze release uitgehaald waardoor we dit minder gaan zien.

• In de Optimizer gaan er waarschuwingen af als een call niet goed gepland ligt. Bijvoorbeeld bij calls die buiten beschikbaarheid liggen of rotaties waarbij de TEU aantallen niet kloppen. De Optimizer gaf bij een paar calls een onterechte waarschuwing af. Dit is opgelost, waardoor de waarschuwing nu niet meer verschijnt zonder reden.

• In de afgelopen maand zijn er een paar gevallen geweest waarbij calls buiten beschikbaarheid waren gepland, maar er geen waarschuwing te zien was. De Optimizer ging deze ook niet oplossen. Dit zagen we optreden bij een shiftwissel aan het eind van een beschikbaarheid. We hebben dit gemaakt, nu gaat er een waarschuwing af en gaat de Optimizer opzoek naar een oplossing zodat de call weer op een beschikbare plek wordt gepland.  

Testen met dynamische data
We hebben een optie toegevoegd aan het systeem waardoor het mogelijk is voor Nextlogic om te testen op basis van dynamische data. Gedurende de dag komt er veel data binnen in de vorm van berichten die de planning beïnvloeden. Denk hierbij aan tijden, containers, beschikbaarheden, etc.. Waar dat voorheen niet mogelijk was, is het vanaf nu wel mogelijk dat wij met deze berichten een dag uit de planning kunnen simuleren. Dit stelt ons in staat nieuwe functionaliteiten beter te testen en de impact van nieuwe oplossingen of aansluitingen beter te bepalen.

Release notes Nextlogic Informatie Platform week 2 - 2024

Nieuwe schippersschermen live
Het afgelopen half jaar hebben we in samenwerking met de kennisgroep voor schippers gewerkt aan nieuwe schippersschermen. Het doel was om overzichtelijkere schermen te maken met de planning als focus. Naast een duidelijke focus op de planning hebben schippers nu ook makkelijker inzicht in de gegeven restricties, operationele waarschuwingen en eventueel afgekeurde containers.

De schermen zijn zo gemaakt dat ze ook op mobiel goed leesbaar zijn. Meer uitleg over de schermen en over hoe je zelf een app kan maken van de webpagina kan je vinden via deze link.

Op dit moment zijn zowel de nieuwe als de oude schermen beschikbaar. De bovenste optie Bargeacties zijn de oude schermen en de onderste Bargeacties zijn de nieuwe schermen.

Zie je iets dat nog niet goed loopt? Laat het ons weten via info@nextlogic.nl. Bij de volgende release gaan we de oude schermen verwijderen.

Wachtlocaties zichtbaar in de kadeplanning
Vanaf nu is beschikbaarheid die is aangemaakt als wachttijd zichtbaar in de kadeplanning. Deze beschikbaarheid heeft schuine strepen. Zo kunnen barge operators en schippers inzien dat ze zijn ingedeeld op een wachtlocatie. Hiervan weet je dat deze beschikbaarheid niet permanent is. Dit betekent dat je call naar een andere plek en tijd zal verschuiven.

Voor terminals is er een extra vinkje bij gekomen die je kan gebruiken als je een wachtlocatie wil aanmaken. Met dit vinkje geef je aan dat een beschikbaarheid is bedoeld als wachtlocatie.

Aangepaste sideviewer in de kadeplanning
In de kadeplanning is de sideviewer wat veranderd, dit was nodig voor technische verbeteringen. Voor het aanpassen van een vroegste start of ETEO moet je nu eerst op het potlood klikken. Dan kan je alle velden aanpassen die je wil aanpassen. Klik daarna op de opslaan knop, zo is je aanpassing doorgevoerd.

Beschikbaarheid op spookbolders
In de vorige release hebben we een aanpassing gedaan waarbij beschikbaarheden die op een spookbolder begonnen of eindigden qua tijd aangepast kunnen worden, en dat de spookbolders dan blijven staan.

Vanaf nu kan je de beschikbaarheden ook van bolderrange naar een andere bolderrange wijzigen. Start je de beschikbaarheid op een spookbolder en verschuif je deze, dan zal de beschikbaarheid op de nieuwe plek ook op een spookbolder starten. Hetzelfde geldt als de beschikbaarheid eindigt op een spookbolder.

De verwachtte tijd voor de scope-uit kan niet meer vóór de verwachte of actuele tijd scope-in zijn
Naar aanleiding van een aantal cases waarbij de scope-uit vóór de scope-in was gegeven, hebben we een validatie toegevoegd op de ’Schipper verwachtte scope-in/uit tijd’. De verwachtte tijd voor scope-uit kan hierdoor niet meer voor de verwachte of actuele tijd scope-in zijn.

Release notes 2023

Release notes Nextlogic Informatie Platform week 47 - 2023

Actuele tijden op call niveau direct doorgestuurd vanuit de Optimizer

Berichtgeving vanuit het platform wordt één keer per 5 minuten naar de Optimizer gestuurd. In deze release hebben we een aanpassing gedaan waardoor de actuele tijden van calls geen 5 minuten hoeven te wachten, maar direct vanuit het platform richting de Optimizer worden gestuurd. Het gaat hierbij om de ATLM, ATAT, ETLM, ETEO en ATDT. We verwachten dat calls hierdoor minder snel wegschieten vlak voor de operatie.

Pauze en ploegwissel

Voor meer rust in de planning willen we de integrale planning nog dichter naar de werkelijkheid brengen. Een onderdeel hiervan is het gebruikmaken van pauze- en ploegwisseltijden. In deze release hebben we het invoeren van deze tijden gebruiksvriendelijker gemaakt voor terminal operators. De terminals gaan gefaseerd gebruikmaken van deze mogelijkheid. Maandag 27 november start eerst APMT MVII hiermee. De uitleg over hoe dit precies werkt stemmen we rechtstreeks af met de terminals.

Verder kun je de pauzes en ploegwissels voortaan zien als grijze vlakken in de kadeplanning. Als je over een pauze/ploegwissel bent gepland zie je dat ook. Je call duur wordt verlengd met de tijd van de pauze/ploegwissel. Een voorbeeld van hoe dit er in de praktijk uit ziet staat hieronder.

Aanpassing ETLM

We hebben een verandering doorgevoerd waardoor de ETLM (Estimated Time Last Move) rekening houdt met toekomstige pauzes en ploegwissels. De werking van de ETLM veranderd verder niet voor gebruikers.

Spookbolders verschuiven

Dit geldt alleen voor terminals die gebruikmaken van spookbolders. Bij het verschuiven van beschikbaarheden van tijd A naar tijd B werden de spookbolders niet aangehouden als kade lengte. Met deze fix kan je de tijd van de beschikbaarheden aanpassen en blijft de lengte staan. Als je de beschikbaarheid wilt verslepen naar andere boldernummers, zul je wel nog zelf de spookbolders moeten aanklikken.

Bug opgelost

In de kadeplanning zat een bug, de wachttijd meter opende namelijk standaard op 0 en na het verversen van het scherm kwam hier de juiste tijd te staan. Deze opent nu altijd op de juiste tijd.

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

Vroegste start afhandeling voor barge operator

Regelmatig krijgt Nextlogic de vraag vanuit de barge operators of een call later ingepland kan worden, omdat de containers nog niet beschikbaar zijn of omdat we vóór cargo opening plannen. 

Het is vanaf nu mogelijk voor een barge operator om dit zelf aan te geven in de Nextlogic schermen. Dit kan je doen via de knop “vroegste start van afhandeling BO”. De Optimizer gaat de call dan pas inplannen na het tijdstip dat is aangegeven. Het is voor een barge operator niet mogelijk om een call naar voren te halen met de vroegste start. 

Het nieuwe veld is te vinden in de call details van de kadeplanning of in het callscherm. Zie onderstaande afbeeldingen.

Het veld met BO heeft een andere werking dan de vroegste start van afhandeling TO. Het veld met TO geeft de mogelijkheid voor een terminal om aan te geven dat een call eerder gepland kan worden.

Let op: alleen één van de twee velden kan ingevuld worden om conflicterende tijden tegen te gaan. Mocht je zien dat het andere veld al is ingevuld, neem dan contact op met de terminal of andersom met de barge operator.

Pilot kadeplanning inzichtelijk voor schippers

Uit verschillende kennissessies voor Schippers is naar voren gekomen dat schippers behoefte hebben aan het kunnen inzien van de kadeplanning. Vóór Nextlogic was er frequent contact tussen de terminals en schippers waardoor er meer duidelijkheid was over de context van de planning. De kadeplanning geeft meer beeld van hoe het in de haven loopt en waarom het noodzakelijk kan zijn om calls te her-plannen. Een voorbeeld van wat kan gebeuren is dat jouw call van 11.00 tot 13.00 ligt en de call ervoor uitloopt. Als er na jou een Fixed window ligt vanaf 13.00 uur pas jij hier niet meer tussen en word je daarachter gepland. Dat hier een fixed window ligt is te zien in de kadeplanning.

Deze aanpassing past in het beeld van meer transparantie in de keten. Eerder hebben we de rotaties inzichtelijk gemaakt voor terminals, fixed windows en prio's zijn inzichtelijk gemaakt voor barge operators en barge operators kunnen dezelfde schermen inzien als de schippers.

Net zoals voorgaande stappen naar meer transparantie, zetten we deze informatie open in de vorm van een pilot. We kijken drie weken hoe de nieuwe informatie bevalt bij de schippers, terminals en barge-operators. Daarnaast volgen we in de data ook of het vaarplan nog steeds wordt gevolgd, aantal prio’s stabiel is en andere mogelijke effecten voor het functioneren van de integrale planning. Zien we dat de integrale planning nadelige effecten ondervindt van de wijziging zullen we dit met de kennisgroep voor schippers en andere deelnemers opnemen.

Het uiteindelijke doel van het inzichtelijk maken van de kadeplanning is om bij te dragen aan een betere en breder gedragen integrale planning.

Specifiek voor schippers:

De kadeplanning is vanaf nu beschikbaar in de linkerkant van het menu in de Nextlogic schermen. In de kadeplanning kun je verschillende terminals selecteren.

Zowel licht- als donkerpaars is de beschikbaarheid die is opgegeven door een terminal. Het oranje blok is jouw eigen call binnen de beschikbaarheid van de terminal. Hierin zie je ook de naam van jouw schip. In het voorbeeld hebben we de Alexandra genomen. De donkerpaarse blokken zijn gevuld met andere calls en de lichtpaarse blokken is de nog beschikbare tijd binnen de beschikbaarheid.

In de calls kun je een aantal iconen zien. Deze vertellen je wat voor soort call er ligt.

= Een ingeplande fixed window call

= Een door de terminal gegeven prio

Spelregels specifiek voor schippers

• Het inzien van de kadeschermen draagt bij aan meer begrip en context voor schippers. Het is niet de bedoeling hier actief op te acteren richting terminals of Nextlogic.

• Contact over de planning gaat via de barge operator.

• De integrale planning kijkt naar de haven als geheel. Hierdoor worden soms keuzes gemaakt die vanuit een schipper niet logisch lijken. Toch zit er een goede reden achter waarom een bepaalde planning gemaakt wordt. Heb je twijfels, neem dan contact op met je BO.

Ten slotte: we dragen allemaal bij aan een goed functionerende haven. Daar hebben we met elkaar ook veel baat bij. Iedere schakel is daarin belangrijk, zeker nu de planning integraal verloopt en we een systeem hebben wat reageert op veranderingen in de operatie. Onbewust of bewust gedrag kan leiden tot verstoringen voor jezelf of een collega. Dat was vroeger niet anders, maar nu is de reactietijd een stuk korter.

Ga daarom goed voorbereid op reis, op de support pagina Schippers is meer te lezen over het werken met de Nextlogic schermen en spelregels.  

Release notes Nextlogic Informatie Platform week 39 - 2023

Operationele waarschuwing bij overboekte fixed windows
Voor fixed windows is een vast aantal moves afgesproken. In MCA Barge is het mogelijk om meer moves aan te melden dan de gemaakte afspraken hierover binnen het fixed window. Voor de terminals is het belangrijk om te weten of er sprake is van overboeking.

Vanaf nu geeft Nextlogic een operationele waarschuwing als een call meer moves heeft aangemeld dan afgesproken. Dit is zichtbaar in de kadeplanning en in het call scherm via een pop-up. Het is vervolgens aan de terminal en barge operator om dit met elkaar af te stemmen. Het kan bijvoorbeeld zijn dat door twinnen een call alsnog goed in de tijden van het fixed window past. Als dat goed staat opgegeven is er geen aanpassing nodig.

De operationele waarschuwing ziet er als volgt uit:

Start vernieuwen schippersschermen

Nextlogic gaat in samenwerking met schippers de schermen waar zij mee werken vernieuwen. We hanteren hierbij o.a. de volgende uitgangspunten:

• De schermen moeten goed functioneren op mobiele apparaten en op een groter scherm.

• Minder onnodige informatie maakt de pagina overzichtelijker.

• Gebruikerswensen zoals: restricties dienen in één klik beschikbaar te zijn.

Op dit moment staan de schermen nog niet live. Verdere ontwikkeling gebeurd op basis van feedback uit de kennisgroep voor schippers.

Overbodige knoppen verwijderd voor barge operator
Als je probeerde de knoppen te gebruiken voor het aanpassen van kadebeschikbaarheid kreeg je als barge operator een foutmelding. Vanaf nu zijn deze knoppen niet meer zichtbaar voor een barge operator.

Wijziging lay-out menu
Vanaf vandaag is er een nieuwe ‘look & feel’ doorgevoerd in de lay-out van het menu en de hoofdbalk op de website. Zie je deze nieuwe stijl nog niet terug? Druk dan tegelijk op CTRL-SHIFT-R. Zo hoort het er uit te zien:

Release notes Optimizer week 38 - 2023

Korte uitloop mogelijk bij einde beschikbaarheid in de eerste 8 uur

We hebben een verbetering doorgevoerd in de toegestane overlappingsperiode (ook wel grace period genoemd) Bij alle terminals is er een overlappingsperiode van een half uur toegestaan, zonder dat de volgende call dan direct wordt weggepland. Dit is vanaf nu alleen binnen de eerste 8 uur voor start van de operatie.

Verder was er nog geen overlappingsperiode mogelijk aan het einde van een beschikbaarheid. Als er sprake was van een buitenbeschikbaarheid van 1 minuut, dan werd de volgende call meteen weggepland. Deze korte uitloop wordt vanaf nu ook geaccepteerd.

Verbetering oplossen van overlap situaties en calls buiten beschikbaarheid

We hebben een aantal verbeteringen doorgevoerd aan de ‘achterkant’ van de Optimizer. Dit zijn vooral verbeteringen voor het oplossen van overlap van calls en het plannen van calls buiten beschikbaarheid. Beide situaties zijn niet gewenst, dus de Optimizer is geprogrammeerd om deze met prioriteit op te pakken. Dit mechanisme hebben we verbeterd om te zorgen dat deze situaties sneller en effectiever worden opgelost. Als er bijvoorbeeld een overlap betrekking heeft op een fixed window, dan wordt deze nu als eerste opgelost.

Release notes Nextlogic Informatie Platform week 37 - 2023

ETLM berekening houdt rekening met twinnable kraaninstelling 

Bij het berekenen van de eindtijd van de laatste move (ETLM) wordt nu ook rekening gehouden met de kraan waarop de call wordt gepland. Als de call met twinnable containers op een beschikbaarheid wordt gepland die met 1 kraan werkt, dan zal de ETLM en de geplande tijd van vertrek (PTD) zich daarop aanpassen.

Verbetering fixatie eerstvolgende terminal

De geschatte aankomsttijd bij de terminal (ETAT) wordt 4 uur voor de geplande aankomsttijd (PTA) vastgezet op een call. Hierdoor kan in de laatste uren voor de start de eerstvolgende terminal niet meer gewijzigd worden om last minute dynamiek te beperken. Dit mechanisme hebben we verder aangescherpt.

Feitelijke aankomsttijd bij niet deelnemende terminals wordt nauwkeuriger gezet

Wanneer er een bezoek is gebracht aan een niet deelnemende terminal werden de timestamps niet altijd geplaatst, hierdoor leek het in de planning dat de call nog niet was afgehandeld. In deze release is dit opgelost en zal de aankomst- en vertrektijd nauwkeuriger gezet worden.

Release notes Optimizer week 33 - 2023

Aanscherping van het mechanisme dat voorkomt dat calls wegschieten en een verbetering in het terug plannen.
Dit mechanisme is aangescherpt waarbij calls die binnen de komende 8 uur liggen, een hoge score krijgen als ze buiten die 8 uur worden weg gepland. Dit moet ervoor zorgen dat er minder verschuivingen zijn binnen de laatste 8 uur voor operatie. Mocht een call toch worden weg gepland, door bijvoorbeeld ingetrokken beschikbaarheid, dan zorgt het mechanisme ervoor dat de call weer zo dicht mogelijk bij de oorspronkelijke plantijd wordt terug gepland.

In enkele gevallen kreeg de gebruiker geen tijden terug bij het inplannen van een rotatie, dat moet nu sterk afnemen.
De Optimizer had soms moeite met het inplannen van rotaties, terwijl er wel mogelijkheden waren. De gebruiker kreeg hierdoor geen tijden terug. Een bug in het algoritme is opgelost, waardoor dit sterk zal afnemen.

Duidelijkere operationele waarschuwing bij een TEU-probleem
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.

Release notes Nextlogic Informatie Platform week 28 - 2023

Masterdata wordt na aanpassing altijd verstuurd naar de Optimizer   

Een aanpassing in de masterdata bij de terminal moet altijd zorgen voor een update richting de Optimizer, zodat deze te allen tijde met de juiste informatie werkt. Er zat een bug in het systeem die ervoor zorgde dat een aanpassing op de bolders niet automatisch meegenomen werd in een update. Dit is nu opgelost. 

Feitelijke scope-out wordt automatisch ingevuld na laatste terminal bij een vletwerk-rotatie   

Bij een vletwerk-rotatie heeft Nextlogic geen feitelijke scope-in of scope-out locatie nodig, omdat deze in de haven van Rotterdam blijft. Een feitelijke scope-in bij een vletwerk rotatie wordt automatisch ingevuld na een feitelijke aankomsttijd bij de terminal. Een feitelijke scope-out wordt ingevuld nadat de laatste terminal een feitelijke vertrektijd ontvangt. Dat laatste werd niet altijd goed geregistreerd, hierdoor bleef de rotatie ongewenst zichtbaar in de planning. Dit is met deze release opgelost. 

Beschikbaarheid ook aan te passen via menu optie ''Beschikbaarheid -> Kade''   

Het aanpassen van beschikbaarheid was door een bug niet mogelijk onder de menu optie ''Beschikbaarheid --> Kade ''. Bij het aanpassen sprong het beeld direct op een wit scherm. Met deze release komt dit niet meer voor. 

Alle barges weer zichtbaar op de kaart   

Van een barge operator hebben we vernomen dat niet al zijn schepen zichtbaar waren op de Nextlogic kaart. Met deze release is dit verholpen en moeten alle schepen die een AIS-verklaring hebben zichtbaar zijn op de Nextlogic schermen.   

Release notes Nextlogic Informatie Platform week 26 - 2023

ETLM-berekening met twinnables, bundles, shifters en OOG 
Om meer rust in de planning te krijgen hebben we verder gewerkt aan de ETLM (Estimated Time Last Move). De ETLM is de eindtijd van de operatie bij een terminal die tijdens de operatie wordt berekend. Het creëren van een betrouwbare ETLM zorgt ervoor dat deze eindtijd zo nauwkeurig mogelijk ingeschat kan worden. Hiermee kan eerder bijgestuurd worden binnen de planning en is er geen onverwachte uitloop.

De twinnable containers, bundles, shifters en OOG werden nog niet goed genoeg meegenomen in de ETLM-berekening. Met deze release wordt de ETLM-berekening nauwkeuriger.

In de pilot gaan we nu toe naar een overlap van 20 minuten. Hierna gaan ook de overige terminals de ETLM doorsturen naar de Optimizer.

Kraan en kade informatie standaard ingevuld bij het aanmaken van beschikbaarheid 
Met deze release is het aanmaken van beschikbaarheden gebruiksvriendelijker gemaakt. Terminal operators kunnen in de stamdata per kade een standaard kraan toewijzen. De data van de standaard kraan zal dan gevuld zijn in de velden bij het aanmaken van beschikbaarheid. Dit werkt voor zowel kraan- als kadebeschikbaarheid. De velden en vinkjes in het geel in onderstaande afbeelding worden automatisch ingevuld met de data van de standaard kraan.

Open

Meer inzicht in de planning voor BTM-coördinator
Met deze release verkrijgen de BTM-coördinatoren meer inzicht in de planning van de BTM afspraken. Zij krijgen toegang in een actueel overzicht waar te zien is op welk tijdstip elke barge gepland staat, de aangevraagde venstertijden van de barge operator en eventuele prio's en restricties. Voorheen waren er dagelijks veel vragen en onduidelijkheid over de status van de calls op de BTM-kade bij het CAL en Nextlogic support. Met de nieuwe inzichten kunnen de BTM-coördinatoren gerichter sturen.

Data-analyse
Nextlogic heeft nu via een dashboard inzicht in hoeveel berichten binnen stromen. Hiermee kunnen we monitoren of alle data goed doorloopt of dat we aanpassingen moeten doen.

Bug fixes
ATFM niet doorkomend bij laat doorgeven containers
Onlangs is er tijdens de afhandeling van een barge bij de RWG een vertraging geweest in het registreren van de ATFM (Actual Time First Move). Dit had te maken met het laat doorgeven van de containers, waardoor deze nog als rode container in Nextlogic stond. Pas bij het afhandelen van de eerste groene container is er een ATFM gezet.

Met deze release worden laat doorgegeven containers alsnog meegenomen bij het zetten van de ATFM (Actual Time First Move).

Onterecht een feitelijke scope-out
Er zijn gevallen gemeld dat bij een rotatie na een feitelijke scope-in direct een feitelijke scope-out is gegeven. Hierdoor werd een rotatie onterecht afgemeld in de planning. Met deze release mag dit niet meer voorkomen.

Ontbreken van een feitelijke scope-in via AIS
Er zijn gevallen gemeld waarbij een rotatie geen feitelijke scope-in registreerde via AIS, ondanks dat we dit binnen de business rules wel hadden verwacht. Dit gaat erom wanneer een barge via één van de drie scope-in locaties de haven binnenvaart (binnen de marges: 8 uur vóór de gewenste scope-in tijd en 12 uur erna), dat er via AIS een feitelijke scope-in tijd wordt geregistreerd en daarmee de rotatie activeert. Het planningssysteem weet hiermee dat de barge de haven binnen is.

Met deze release mag het missen van een feitelijke scope-in via AIS niet meer voorkomen.

Release notes Nextlogic Informatie Platform week 24 - 2023

Handmatige invoer van feitelijke aankomst- en vertrektijd door schipper/barge operator leidend in de planning voor niet-deelnemende terminals.

Als barge operator en schipper heb je de mogelijkheid om in Nextlogic een feitelijke aankomst- en vertrektijd op te geven voor een call. Deze tijden werden bij niet-deelnemende terminals alleen opgepikt door de integrale planning binnen een bepaalde tijdsmarge vanaf PTA/PTD (Planned Time Arrival/Planned Time Departure). Dat is nu komen te vervallen, de opgegeven feitelijke aankomst- en vertrektijd door de schipper of barge operator is vanaf nu te allen tijde leidend. Nextlogic zal de planning daarop aanpassen.

Bij selectie meerdere kades in kadeplanning geen blok meer zichtbaar 
Bij het selecteren van meerdere kades bij een terminal was er incidenteel een grijs blok zichtbaar over de kadeplanning. Met deze release is dit opgelost en zal het grijze blok niet meer te zien zijn.

Ingebouwde alarmmonitor voor storingen
Nextlogic heeft een alarmmonitor ingebouwd waar het berichtenverkeer tussen de systemen gemonitord kan worden (Optimizer, Nextlogic Informatie Platform, MCA Barge, AIS-signalen).

Met deze functionaliteit kunnen we als Nextlogic beter monitoren of het berichtenverkeer goed doorloopt. Indien er een storing is kan Nextlogic meteen zien waar het pijnpunt ligt en zo gericht en zo snel mogelijk actie ondernemen.

Blok capaciteits-forecast dichtklappen in de kadeplanning 
Alle terminals hebben aangegeven dat de capaciteits-forecast in de kadeplanning te veel van het beeld inneemt. Daarnaast werd het blok weer open geklapt als het scherm een automatische refresh kreeg. Met deze release zal het blok standaard dichtgeklapt zijn. Wanneer je het blok openklapt en de kadeplanning opslaat (knop rechtsonder), dan zal dat de standaard zijn. Zo kan elke terminal zelf bepalen of het blok wel of niet standaard opengeklapt staat in de kadeplanning. 

Los- en laadaantallen komen nu door in schippersschermen  
De los- en laadaantallen kwamen niet door in de schippersschermen. Met deze release zien de schippers in hun web schermen de exacte los- en laadaantallen per terminal.

Release notes Nextlogic Informatie Platform week 21 - 2023

Rust in de planning – efficiënter dataverkeer om de puzzel te maken

Bij elke nieuwe deelnemer van de integrale planning neemt ook het dataverkeer toe. Bij het aansluiten van APMT MVII zagen we een hogere toename van dataverkeer dan verwacht. De systemen zijn hierop berekend en het zorgt gelukkig niet voor problemen. Wel is ieder bericht aanleiding om de planning door te rekenen en aan te passen. Daardoor moet momenteel erg vaak opnieuw gerekend worden en dat kan efficiënter door meerdere berichten te combineren tot één grote. De rekenkracht van de Optimizer wordt daarmee effectiever ingezet. Deze wijziging stond al een tijd op de backlog en is nu doorgevoerd. Concreet betekent dit dat we niet meer iedere 10 seconde een wijziging doorsturen naar de Optimizer, maar iedere 5 minuten een gecombineerde set. Qua output heeft dit geen negatieve gevolgen, aangezien de Optimizer sowieso eens per 5 minuten een nieuw integraal plan beschikbaar stelt.

Transparantie barge operator/schipper

Bargeacties:

Als barge operator kun je vanaf nu hetzelfde scherm zien als de schipper.

Schippers en barge operators gaven aan dat zij verschillende schermen in Nextlogic zien, waardoor ze niet goed kunnen meekijken met elkaar. Hierdoor is het soms moeilijk te begrijpen wat de ander ziet en lastig om bij te springen.

Je kan nu aan de linkerkant in het menu “bargeacties ” selecteren. Daarna krijg je het schippersscherm. Rechtsboven, is het mogelijk om een specifieke scheepsnaam en reis te selecteren.

Pop-up operationele waarschuwingen in kadeplanning
Nextlogic geeft veel soorten operationele waarschuwingen. Hiermee heeft de gebruiker handvatten heeft om de input voor de planning verder te verbeteren. De gebruiksvriendelijkheid en de opvolging van die waarschuwen laat soms te wensen over. Een correcte invoer draagt direct bij aan meer rust in de planning.

Door te klikken op het waarschuwingsicoon in de kadeplanning wordt vanaf nu de tekst van een operationele waarschuwing getoond in een pop-up. Dit is een onderdeel van het verbeteren van operationele waarschuwingen. Hierdoor hoef je minder te zoeken naar de reden van de waarschuwing en krijg je vanuit de kadeplanning directer inzicht in de operationele waarschuwingen.

Extra informatie capaciteit forecast
We hebben de capaciteit forecast in de kadeplanning aangepast met als doel de terminal operators een beter inzicht te geven in het aantal aangevraagde moves ten opzichte van de beschikbare capaciteit. Deze informatie kan je als terminal gebruiken om je capaciteit te veranderen. Let op: de aangemaakte capaciteit wordt niet automatisch helemaal opgevuld, dat is uiteraard afhankelijk van de mogelijkheden binnen het integrale plan.

Op dit moment kan je het aantal geplande moves ten opzicht van de capaciteit al inzien bovenaan de kadeplanning.

In het venster zie je de capaciteit forecast. Die delen we op in vensters van 8 uur.
In de rij “geplande moves/capaciteit” zie je het aantal geplande moves door Nextlogic voor de deelstreep en de capaciteit na de deelstreep. Dit stuk zag je al in het platform.

In de onderste rij zie je nu ook hoeveel moves er nog open staan voor dat tijdsslot. Dit zijn moves die ingepland kunnen worden op dit tijdslot, maar later of eerder liggen. Het nummer wat je ziet is het totaal aan geplande moves min de geplande moves in deze shift. Een hoog getal hier is een indicatie dat er (te) weinig capaciteit ligt voor de lichters in de haven.

Opgeloste bevindingen

AIS-registratie niet-deelnemende terminals
AIS-data werd niet altijd juist opgepikt bij niet-deelnemende terminals. Hierdoor werd de call onterecht niet af- of aangemeld. We hebben de manier van AIS-registratie bij een niet-deelnemende terminal verbeterd, waardoor calls op de juiste manier worden geregistreerd.

Beschikbaarheid aanmaken
In het aanmaken van kraanbeschikbaarheid zat een bug. Wanneer je een tijd selecteerde bij het aanmaken van kraanbeschikbaarheid werden de voorgaande velden leeggemaakt. Dit komt nu niet meer voor.

Tijdinvoer zonder seconde
In een eerdere release hebben we ervoor gezorgd dat bij het invullen van een datumalles per minuut invult en niet meer per seconde. Echter, was dit nog niet in alle velden doorgevoerd. Deze velden hebben we nu ook aangepast.

Release notes Optimizer week 18 - 2023

Aanpassing op specifieke overlapsituaties
Bij standaard situaties is er in de laatste 8 uur voor afhandeling een overlap toegestaan van maximaal 30 minuten per kade. In het geval deze overlap meer dan 30 minuten bedraagt dan wordt deze niet meer geaccepteerd en opgelost door de optimizer. Gedurende de afgelopen maanden zijn er door BO's en TO's een aantal specifieke gevallen bij ons gemeld waarbij dit mechanisme niet goed werkte. Deze zijn onderzocht en worden in deze release opgelost. Het gaat om de volgende situaties:

• Een call die gepland was om over meer dan 8 uur te starten wordt onverwacht eerder gestart. Hierdoor schuift de call in één keer naar de tijd op dat moment. Voorheen telde deze call niet mee in dit mechanisme waardoor een overlap helemaal niet toegestaan was of niet werd opgelost. Met deze release is dit verholpen.

• Het is mogelijk om meerdere overlapsituaties in de komende 8 uur te hebben zolang deze gezamenlijk niet meer dan 30 minuten bedragen. In deze gevallen was er echter op twee plaatsen in de code van dit mechanisme een halvering van de overlaptijd meegenomen, waardoor een overlap tot 60 minuten totaal was toegestaan. Vanaf deze release is dat niet meer mogelijk.

Beperking geldigheid mechanismes
Binnen het algoritme van de optimizer zijn er verschillende mechanismes die bepaalde situaties tegenhouden of die alleen in uitzonderlijke gevallen toegestaan zijn. Twee daarvan willen we beperken omdat deze ook in de weg kunnen zitten als de situatie niet (meer) kan worden opgelost. Beide hebben hun oorsprong in een verandering in de planning tijdens de laatste uren voor afhandeling. Het ene mechanisme probeert een call die in tijd is verschoven weer terug te krijgen en de ander een call die van bolderpositie is veranderd.

Met de aanpassing in deze release stopt het algoritme na 4 uur met proberen de vorige situatie terug te krijgen. Hier is voor gekozen omdat het na 4 uur vaak niet meer loont om hier aandacht aan te besteden, die aandacht kan het algoritme beter aan andere situaties besteden.

Calls die eerder starten dan de beschikbaarheid kunnen niet meer uitgepland worden
Door een ongelukkige samenloop van omstandigheden konden calls die eerder waren begonnen dan de start van de beschikbaarheid uitgepland worden, zodra die beschikbaarheid een update ontving. Deze uitgeplande call kon vervolgens niet meer ingepland worden en leverde problemen op in de rest van de rotatie. Met deze release komt dit niet meer voor.

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.

Aanpassing vroegste start op basis van voorgaande call
De ‘vroegste start op basis van voorgaande call’ wordt gebruikt om in het Nextlogic Informatie Platform aan te geven vanaf welk moment een call ingepland kan worden. Dit veld zie je op de call details pagina. Met deze informatie kan een TO ervoor kiezen om eerder beschikbaarheid aan te maken, zodat de betreffende call eerder ingepland kan worden.

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.

Release notes Nextlogic Informatie Platform week 18 - 2023

Rust in de planning – Tijd van einde operatie wordt automatisch bepaald op basis van verloop van de containerafhandeling zodat er een betere inschatting gemaakt wordt van de ETD/PTD

Om meer rust in de planning te krijgen hebben we een betrouwbare Estimated Time Last Move (ETLM) nodig om tijdens de operatie de eindtijd zo goed mogelijk in te schatten, zodat we eerder kunnen bijsturen binnen de planning en er geen onverwachte uitloop is. Deze berekening kan de handmatige invoer van de eindtijd (ETEO) vervangen (als er een handmatig ingevoerde eindtijd is,  zal deze nog wel altijd leidend zijn boven de systeemtijd).

De aanpassing hebben we gefaseerd gedaan, zodat we de effecten hiervan goed konden monitoren voordat deze nieuwe berekende tijd daadwerkelijk impact heeft op de integrale planning. Wil je in meer detail lezen over de stappen klik dan hier.

Alle stappen zijn technisch doorgevoerd. We starten na de mei vakantie bij RWG om te zien hoe de de aanpassing in de praktijk verloopt. Werkt het goed, dan kunnen we deze setting aanzetten bij alle terminals.

Fixed windows – nieuwe validaties

De oplossing voor betrouwbare fixed windows wordt in stappen opgeleverd.

We hebben een datafilter ingebouwd in Nextlogic om fixed window-calls te kunnen valideren. Het datafilter kan op de achtergrond op acht oorzaken filteren die het goed plannen van een fixed window blokkeren. Je krijgt dan een operationele waarschuwing waarom een fixed window niet juist is gepland.

In de komende periode ontvangen de barge operators en terminal operators dezelfde operationele waarschuwing als een fixed window niet juist is gepland. Hieronder staan de verschillende oorzaken en de bijbehorende operationele waarschuwingen die je sinds deze release kan zien:

Bevindingen operationele waarschuwingen

We kregen feedback op de operationele waarschuwingen. De eerste stap ter verbetering die we doorvoeren is dat er alleen een waarschuwingsteken van een operationele waarschuwing wordt getoond als die ook daadwerkelijk in te zien is door de desbetreffende gebruiker. Nu ziet een terminal planner ook een operationele waarschuwing die voor een barge planner bedoeld is.  

In de volgende release zie je direct de desbetreffende waarschuwing via een pop-up in de kadeplanning, in plaats van meerdere keren moeten doorklikken om de betreffende waarschuwing te zien.

Release notes Nextlogic Informatie Platform week 16 - 2023

In deze release de volgende verbeteringen:

Rust in de planning – vastzetten eerstvolgende terminal
Voorheen kon het voorkomen dat je op het laatste moment op een andere terminal werd gepland dan de terminal die als eerstvolgende op de planning stond. Er is veel vraag geweest of de locatie van de eerstvolgende terminal vast gezet kon worden.

Daarom berekenen wij vanaf nu een ‘‘Earliest Time Arrival Terminal” (ETAT) voor het eerstvolgende bezoek binnen de rotatie. Doordat we deze tijd meegeven wordt de planning realistischer en wordt de locatie van de eerstvolgende terminal vast gezet in de planning.

Hierdoor verandert de eerstvolgende terminal in het vaarplan niet meer vanaf 4 uur voor de geplande aankomsttijd. De exacte tijd kan daarna nog wel veranderen, maar de bestemming niet meer.

De ETAT wordt bepaald zodra de voorgaande call is afgerond of, in het geval van de eerste call, de scope in is geregistreerd. De waarde wordt bepaald aan de hand van de huidige positie van de barge en de resterende vaartijd naar de terminal. Deze wordt periodiek bijgewerkt met de laatste AIS-positie.

Fixed windows – nieuwe validaties
De oplossing voor betrouwbare fixed windows wordt sinds februari in stappen opgeleverd. We hebben een datafilter ingebouwd in Nextlogic om fixed window-calls te kunnen valideren. Het datafilter kan op de achtergrond op acht oorzaken filteren die het goed plannen van een fixed window blokkeren. Je krijgt dan een operationele waarschuwing waarom een fixed window niet juist is gepland.

In de komende periode ontvangen de barge operators en terminal operators dezelfde operationele waarschuwing als een fixed window niet juist is gepland. Hieronder staan de verschillende oorzaken en de bijbehorende operationele waarschuwingen die je sinds deze release kan zien:

Meer transparantie voor barge operators/terminals
Om de operationele afstemming soepeler te laten verlopen en meer begrip te krijgen in waarom zaken ontstaan, geven we de barge operators en terminals toegang tot (gedeeltelijk) dezelfde informatie.

De komende weken evalueren we hoe de operationele afstemming verloopt na de aanpassingen. Meer informatie over hoe we hier invulling aan hebben gegeven vind je op deze support pagina: Transparantie data BO/TO - Algemene informatie - Nextlogic Support

Release notes Nextlogic Informatie Platform week 11 - 2023

Kadecapaciteit

Sinds de vorige release notes (week 9) kan capaciteit alleen nog maar aangemaakt worden per 5 minuten om gaten tussen de beschikbaarheden te voorkomen. Vanaf nu wordt het ook visueel duidelijk wanneer er sprake is van overlap of een niet-aansluitende capaciteit (als er minder dan één uur verschil is).

Fixed windows

De oplossing voor betrouwbare fixed windows wordt in stappen opgeleverd en staat gepland in de loop van februari t/m april 2023.

Om planbare fixed window-calls te kunnen garanderen bouwen we onder andere een datafilter in Nextlogic. Er zijn veel verschillende oorzaken waardoor (incorrecte) invoer het goed plannen van een fixed window blokkeert. Met het datafilter is het mogelijk om op de achtergrond op acht oorzaken te filteren. Via een operationele waarschuwing kunnen we vervolgens een terugkoppeling geven waarom een fixed window niet juist is gepland.

In de komende periode ontvangen gebruikers een operationele waarschuwing als een fixed window niet juist is gepland. Hieronder staan de verschillende oorzaken en de bijbehorende operationele waarschuwingen die je de komende periode gaat terug zien in Nextlogic. Hierdoor weet je of je zelf actie moet ondernemen.

Release notes Nextlogic Informatie Platform - 2023

“Als terminal operator wil ik er zeker van zijn dat aansluitende capaciteit herkend wordt als zodanig. Daarnaast wil ik dat deze aansluitende capaciteit wordt aangeboden aan de optimizer, zodat er minder vaak onbedoeld gescheiden capaciteit aangeboden wordt en barges niet door gepland worden over de verschillende blokken.”

Opgelost probleem: Voorheen kon je kadecapaciteit aanmaken met tijdsinvoer per minuten en secondes. Hierdoor konden er onbewust gaten ontstaan tussen de beschikbaarheidsblokken. Met deze wijziging is de capaciteitsinvoer alleen nog mogelijk over periodes van 5 minuten. Hierdoor is het duidelijker voor jou als gebruiker of capaciteit aansluitend is of dat er mogelijk een gat tussen 2 capaciteitsblokken zijn.  

Dit is stap 1 één om de capaciteitsinvoer te verbeteren. In de volgende release geven we ook visueel aan waar overlap zit of niet aansluitende capaciteit is ingevoerd

De sluiting van de los-/laadlijst wordt vanaf nu gesynchroniseerd vanuit MCA Barge naar Nextlogic, zodat de systemen gelijk blijven.

Opgelost probleem: In sommige gevallen werd na de sluiting van de los-/laadlijst de lading niet meer in Nextlogic verwerkt. Vanaf nu zal onafhankelijk van de sluiting, elke wijziging die wordt aangeboden door MCA verwerkt worden. Op deze manier kunnen op deze lijst geen verschillen ontstaan tussen Nextlogic en MCA. 

“Als terminal operator wil ik dat de invoer van de ETEO realistisch is (ETEO= Estimated Time End Operation > geschatte eindtijd van een call bij een terminal). Daarnaast dat eventuele onlogische invoer van data te ver in de toekomst afgevangen wordt, zodat dit geen negatieve impact heeft op de planning.”

Opgelost probleem: We zagen dat er per ongeluk hele lange calls werden aangemaakt doordat de ETEO met een te grote tijdsspanne werd ingevoerd. Een klein invoer foutje heeft grote impact op de planning. De invoer van de ETEO heeft een extra validatie gekregen, waardoor deze altijd in een tijdsspanne van 24 uur ingevoerd moet worden. Dit om fouten met de invoer te voorkomen, die onrust op de planning kunnen veroorzaken. 

“Als terminal operator wil ik zien welke capaciteit hoort bij een specifiek fixed window, zodat ik beter kan herkennen of de juiste barge op de juiste fixed window is gepland en ik geen barge mis.”

Voor de terminals is het bij de invoer van een capaciteit nu mogelijk om aan te vinken dat het om een fixed window beschikbaarheid gaat. Hieraan kan een barge operator gekoppeld worden en de fixed window code.

Overige verbeteringen 

Afgelopen periode hebben we hard gewerkt aan een nieuwe self service portal: Nextlogic Online Support. Hier vind je gemakkelijk de meest voorkomende oplossingen op jouw planningsvragen en veel andere informatie over Nextlogic die je verder kunnen helpen. Nextlogic Online Support is met deze release ook bereikbaar vanuit Nextlogic.

Eerdere release notes

• https://www.nextlogic.nl/release-notes/