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 Optimizer week 47 - 2024

In deze release van de Optimizer hebben we een verdere aanscherping doorgevoerd in de verdeling van de wachttijd van schepen bij een terminal. Dit hebben we gedaan door meer onderscheid te maken in hoeveel een schip  te laat gepland is.

Voorheen:  Als alle schepen op één terminal later dan gewenst  gepland waren, dan zag de Optimizer deze schepen als uitwisselbaar. De Optimizer maakte in  sommige situaties niet voldoende onderscheid tussen deze te late schepen, ongeacht hoeveel te laat een schip gepland was.

Nu: Er is meer onderscheid gemaakt tussen verschillende gradaties van te late schepen. Dit zorgt ervoor dat alle schepen de vertraging evenveel ervaren. Dit betekent dat als alle condities gelijk zijn, de calls die het langst wachten als eerste worden gepland (first come, first serve principe). 

Release notes Optimizer week 40 - 2024

Verbeterde werking van de optimizer

Zie ook:  Hier werken wij aan – Performance improvements

 In deze release hebben we ervoor gezorgd dat het systeem sneller werkt. Als gebruiker zal je merken dat calls die elkaar overlappen, sneller goed gezet worden. Ook worden calls die buiten de beschikbaarheid vallen, sneller verplaatst naar een beschikbare tijd. Met deze optimalisatie zorgen we ervoor dat alles steeds beter en klaar voor de toekomst is.

Verbeteringen aan wachtlocatie

Zie ook: Hier werken wij aan – Tijdelijk parkeren van onmogelijke vraag

Vorig jaar hebben we de wachtlocatie (ook wel: waiting area) geïntroduceerd. (Zie release notes Week 2 – 2024). Naast dat je in de kadeplanning kan zien wanneer je op een wachtlocatie gepland ligt, krijg je vanaf nu ook een operationele waarschuwing die getoond wordt in zowel het platform van Nextlogic als in MCA Barge en de schippersschermen. Door deze informatie weet je dat die call sowieso nog naar een reguliere beschikbaarheid gepland wordt, en dus een andere tijd krijgt.

Wachtlocatie als operationele waarschuwing:

Open

Wachtlocatie in kadeplanning:

Open

Eerst behandelde de optimizer de wachtlocatie hetzelfde als een reguliere beschikbaarheid in de planning. Daardoor kon het gebeuren dat een afspraak op de wachtlocatie terecht kwam, terwijl er voldoende ruimte was in de reguliere planning. Nu hebben we het systeem zo aangepast dat afspraken minder vaak op de wachtlocatie worden gezet als er nog plek is in de reguliere planning. Hierdoor wordt de wachtlocatie alleen gebruikt wanneer het echt nodig is.

Wat is een wachtlocatie? Dit is tijdelijke beschikbaarheid die je terugziet in de kadeplanning en ontstaat bij terminals die veel vertraging ondervinden. Deze tijdelijke beschikbaarheid wordt ingezet om alle aangevraagde calls tijdelijk in te kunnen plannen. Dit voorkomt dat het planningsproces vastloopt wanneer er te weinig reguliere beschikbaarheid is bij de terminals. De wachtlocatie is altijd op dag 5 of 6. Uiteindelijk zal de barge worden ingepland op een reguliere beschikbaarheid, aangezien de wachtlocatie een tijdelijke oplossing is.

Release notes Optimizer week 37 - 2024

Performance

Nieuw model van de optimizer zorgt voor meer rekenkracht

Zie ook: Hier werken wij aan - Upgrade v2024.2 en verhogen naar 4 cores

In de afgelopen maanden is er hard gewerkt aan een model upgrade van de optimizer. Met het uitzicht op nieuwe deelnemers kunnen we meer rekenkracht goed gebruiken. Met deze upgrade kunnen er meer berekeningen en complexe puzzels tegelijkertijd uitgevoerd worden. Zo zorgen we steeds meer voor een toekomstbestendig algoritme.

Nieuw

Nieuwe optie voor terminals: call wegplannen naar unieke bolderpositie

Zie ook: Hier werken wij aan - Call wegplannen naar unieke bolderpositie

Op basis van een klantvraag hebben we een functionaliteit toegevoegd die ervoor zorgt dat een call op een unieke bolderpositie gepland kan worden door terminal planners. Het komt namelijk voor dat bepaalde calls op een unieke positie aan de kade gepland moeten worden vanwege bijv. locatie containers, ruimte stack, type kraan, type containerspreader. Hiermee wordt ervoor gezorgd dat er geen onnodig intern transport plaatsvindt bij de terminals.  Dit resulteert in een betere benutting van de capaciteit voor de gehele containerbinnenvaart. 

In de kadeplanning is dit voor alle gebruikers inzichtelijk gemaakt, zodat iedereen weet wanneer er een call is toegewezen aan een unieke bolderpositie binnen een tijdswindow.

Voor de terminal werkt de functionaliteit als volgt. Bij het toevoegen van beschikbaarheid kan je vanaf nu het vinkje “Is een verplichte kade” aanklikken. Vervolgens selecteer je de call die je wil plannen op die beschikbaarheid.

Op de kadeplanning heeft deze beschikbaarheid een zigzag patroon. Verder is in de hoek te zien voor welke call de beschikbaarheid is aangemaakt. De barge operator en schipper kunnen dit ook zien.

LET OP!

1. Als de call de optie voor een verplichte kade mee krijgt, móet de optimizer deze call op deze beschikbaarheid plannen. Als de beschikbaarheid niet lang genoeg is, of de tijden kloppen niet met de scope-in, dan kan de call niet gepland worden.

2. Er kunnen geen andere calls gepland worden op deze beschikbaarheid dan de verplichte call. De lengte van de beschikbaarheid moet dus minimaal overeen komen met de call.

3. Is er voor of na de call extra vrije capaciteit, moet deze apart aangemaakt worden zonder het vinkje “Is een verplichte kade”.

Grace period (toegestane overlapping in de eerste 8 uur) nu ook buiten beschikbaarheid
Er was 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.

Per terminal is een totale duur vastgesteld van hoe lang een buitenbeschikbaarheid + overlap mag zijn. Bij ECT en RWG is dit 45 minuten, bij de andere terminals 30 minuten. Dit geldt alleen voor calls die in de komende 8 uur gepland zijn. 

Betere keuzes van de optimizer voor het oplossen van problemen

Zie ook: Hier werken wij aan – Slimmere selectie scenario’s

Aanpassing prioritering van de optimizer
Als er een call in overlap of buiten een beschikbaarheid gepland stond, ging de optimizer zich hier op focussen voor een oplossing. Bij het aanmaken van een nieuwe rotatie bleef de optimizer zich  focussen op de oude calls, waardoor de nieuwe rotatie in de wacht werd gezet en niet gelijk werd ingepland. Dit bleek soms te lang te duren, daarom hebben we er nu voor gezorgd dat de optimizer eerst aan de slag gaat met het inplannen van de nieuwe rotatie en daarna verder gaat met de overlap of buitenbeschikbaarheid.

Minder focus op onplanbare prio calls
De optimizer heeft een extra focus op het opnieuw inplannen van prio calls, terwijl een prio call soms helemaal niet ingepland kán worden door bijvoorbeeld onvoldoende beschikbaarheid. Daarom wordt er vanaf nu eerst gecontroleerd door de optimizer of de prio calls überhaupt ingepland kunnen worden. Als dat niet mogelijk is, wordt er nu van tevoren een waarschuwing gestuurd naar de planners. Hierdoor kunnen zij eerder actie ondernemen om te voorkomen dat een prio call niet of te laat wordt ingepland.

Performance verbeteringen
Als er een overlap is tussen twee calls op de kade is dit een planprobleem. Hetzelfde geldt voor een call die niet (volledig) in een beschikbaarheid gepland ligt. De optimizer probeert zo’n planprobleem met een speciale berekening op te lossen. Er is een aantal verbeteringen doorgevoerd waardoor deze planproblemen sneller en beter opgelost worden.

Bugs

Onbeschikbaarheid barge kwam niet goed door
We kregen een melding dat een onbeschikbaarheid van een barge soms niet goed doorkwam in het systeem. Deze bug bleek in de optimizer te zitten en is nu opgelost. Onbeschikbaarheden komen nu altijd goed door.

Release notes Nextlogic Informatie Platform week 31 - 2024

Afgeronde calls blijven zichtbaar in de kade planning

Voorheen werden calls na afronding verwijderd uit de kadeplanning. Vanaf deze release is dit niet meer het geval en blijven deze calls zichtbaar, te herkennen aan hun grijze kleur. Hierdoor is het mogelijk om de situatie op een kade terug te zien. Een call is afgerond wanneer Nextlogic een ATD of ATLM ontvangt. De kadeplanning met afgeronde calls is zeven dagen terug te zien.

Schippers kunnen afspraken bij niet-deelnemende terminals in de volgorde van aangevraagde tijden zien
Voorheen zagen schippers in het schippersscherm alle afspraken op volgorde zoals deze door Nextlogic waren gepland. In de volgorde keek het systeem bij niet-deelnemende terminals naar de voorgestelde tijd door Nextlogic i.p.v. naar de aangevraagde tijd door de barge operator. In het schippersscherm kun je nu kiezen om de afspraakvolgorde te zien en te sorteren op basis van deze aangevraagde tijden bij niet-deelnemende terminals. Let op: het kan hierdoor zijn dat tijden overlappen.

Nieuwe operationele waarschuwingen voor het prioriteitsvenster / priority window

Vergelijkbaar als voor een fixed window zijn er nu ook operationele waarschuwingen te zien in het platform voor problemen bij het plannen van een call met een prio t.o.v. het prioriteitsvenster. Dit zijn een drietal mogelijke waarschuwingen:

1. De duur van de call groter is dan de lengte van het prioriteitsvenster. (bijvoorbeeld een call van 5 uur, terwijl er een prio is gegeven voor 3 uur)

2. Er is niet genoeg beschikbaarheid aangemaakt binnen het prioriteitsvenster door de terminal, maar de call zou qua lengte wel moeten passen binnen het prioriteitsvenster. (bijvoorbeeld een call van 5 uur in een prioriteitsvenster van 8 uur, maar er is niet voldoende beschikbaarheid gemaakt in de kadeplanning binnen deze 8 uur van minimaal 5 uur aaneengesloten beschikbaarheid)

3. De scope-in van een lichter loopt vertraging op waardoor deze niet meer voldoende tijd heeft in zijn prioriteitsvenster en beschikbaarheid binnen het prioriteitsvenster om de volledige call af te handelen.

Nieuwe operationele waarschuwing bij een conflict tussen de vroegste start BO en een fixed window
Nextlogic toonde al een aantal waarschuwingen wanneer een fixed window niet gehaald kon worden. We hebben met deze release een extra waarschuwing toegevoegd. Soms zagen we namelijk dat (door verkeerde input) een fixed window niet gehaald kon worden doordat het conflicteerde met de vroegste start BO. Om deze invoerfout te voorkomen, tonen we nu deze waarschuwing wanneer dit verkeerd gaat:

Twinning heeft nu een snelheidsfactor van 1,5 i.p.v. 2 bij de berekening van de ETLM
Het algoritme van Nextlogic berekent tijdens het verloop van de operatie de geschatte tijd van de laatste move, de ETLM (Estimated Time Last Move). De berekening gebeurt op basis van de afgehandelde containers (codeco’s). Voorheen werd bij de berekening van de ETLM in het geval van de mogelijkheid van twinnen rekening gehouden met een snelheidsverhoging van 2x. Dit was echter niet realistisch omdat de afhandeling gecompliceerder is dan bij enkele containers. Vanaf nu wordt er daarom rekening gehouden met een snelheidsverhoging van 1,5x om de ETLM te berekenen.

Opgeloste bug: verwachte scope-in locatie werd niet meegenomen in berekeningen
Wanneer een barge operator een verwachte scope-in locatie aanpast werd dit voorheen niet meegenomen in de berekeningen die het platform uitvoerde. Vanaf nu neemt het platform dit wel mee in de berekeningen bij een aanpassing.

Release notes Nextlogic Optimizer week 28 - 2024

Lineair doorschuiven

Afgelopen maanden hebben we gewerkt aan lineair doorschuiven. Dit houdt in dat calls die gepland liggen tussen nu en 4 uur recht naar achter doorschuiven bij een vertraging in operatie. In andere woorden de volgorde van calls op de kade met een geplande starttijd tussen nu en 4 uur houden we vast.

Er zijn uitzonderingen op deze regel. De werking en de uitzonderingen staan hieronder in scenario’s uitgelegd.

Standaard situatie

In de standaard situatie schuiven calls door bij uitloop op de eerste barge.

Voorbeeld scenario:

1. Vogue, Amazone en CTT liggen achter elkaar

2. Vogue loopt uit

3. Amazone en CTT schuiven lineair door naar achter

2^e call in rotatie ligt ook binnen de twee uur

Als er twee calls van dezelfde rotatie binnen de bevries periode van 4 uur liggen, ligt de tweede call niet vast in volgorde.

Voorbeeld scenario:

1. Ensemble ligt gepland op RWG en daarna op Euromax. Beide starttijden liggen binnen de 4 uur grens

2. Op RWG loop de call van de Ensemble uit waardoor ze ook doorschuift op Euromax

3. Omdat de call op Euromax de tweede call is in de rotatie schuift die naar achter

4. De Roermond Max kan naar voren worden gepland.

De eerste 4 uur beschikbaarheid wordt weggehaald

Wanneer de eerste 4 uur aan beschikbaarheid wordt weggehaald, worden alle calls herpland. Calls die een nieuwe planning krijgen en daardoor een starttijd hebben buiten de eerste 4 uur worden niet meer op volgorde vastgehouden. De volgorde kan dus veranderen. Calls die binnen de 4 uur gelegen hebben krijgen wel een kenmerk dat ze daar gepland zijn geweest. Met dit kenmerk proberen we de call zo vroeg mogelijk tegen de originele tijd te plannen.

Voorbeeld scenario:

1. Er liggen drie calls gepland binnen nu en 4 uur

2. 4 uur kade beschikbaarheid wordt weggetrokken

3. Alle drie de calls worden vrij opnieuw gepland, ze krijgen allemaal een vlaggetje met de origineel geplande tijd

Prio’s en fixed windows

Fixed windows en prio’s worden niet meegenomen in lineair doorschuiven. Een fixed window en een prio moet altijd in haar window worden afgehandeld (tenzij dat onmogelijk is door externe factoren als wind).

 Voorbeeld scenario:

1. La terna ligt voor het fixed window van de Oxford die aan het einde van haar window ligt en dus niet meer naar achter kan

2. Alfa Rosso loopt uit waardoor de Oxford buiten haar window wordt gepland

3. Oxford wordt achter de Alfa Rosso gepland zodat de fixed window eindtijd wordt gehaald

As de Oxford een prio zou hebben in plaats van een fixed window zou dit hetzelfde werken.

Calls schuiven alleen door over dezelfde bolder positie

Voorbeeld scenario

1. Er liggen twee beschikbaarheden op RWG, voor twee verschillende kranen

2. De rechter beschikbaarheid wordt weggetrokken waardoor de Roermond max niet meer past in de beschikbaarheid

3. De Hyade schuift door naar deze beschikbaarheid en de Roermond max wordt naar een later tijdstip herpland

Performance

We hebben twee veranderingen doorgevoerd om de performance van de Optimizer te verbeteren. Als eerste is de snelheid van het versturen van planningen verbeterd. Dit zorgt ervoor dat de optimizer hier minder tijd mee kwijt is en meer tijd kan besteden aan andere berekeningen. Als tweede hebben we een verbetering doorgevoerd in de puzzel die de optimizer constant aan het maken is. Beide performance verbeteringen individueel hebben een klein effect. Door continue kleine verbeteringen door te voeren krijgen we uiteindelijk wel een significante performance verbetering in snelheid.

Bugs

Relevante input doorsturen bij planprobleem
In de vorige release verminderden we het aantal berichten naar de Optimizer. We zagen dat het langer duurde om een planprobleem op te lossen als er steeds niet relevante input voor de oplosbaarheid van het planprobleem naar de Optimizer werd gestuurd (Bijvoorbeeld de containervolgorde). We hebben in deze release weer een paar triggers toegevoegd die relevant zijn om het probleem wel op te kunnen lossen (bijvoorbeeld het verwijderen van een call of een restrictie verandering).

Volgorde van calls bij een TEU wijziging

Een TEU wijziging op een call kan ervoor zorgen dat de volgorde van je rotatie moet veranderen. Bijvoorbeeld omdat je ineens een stuk meer gaat laden, waardoor je eerst moet lossen voordat de lading erin past. Deze wijziging werd niet altijd snel en goed opgepakt. We hebben een fix doorgevoerd waardoor de volgorde sneller wordt aangepast.

Release notes - Q2 2024

Release notes Optimizer - Week 25

Opgeloste bugs

Aangepaste beschikbaarheden kwamen niet altijd door

De afgelopen tijd hebben we meerdere gevallen gezien waarbij beschikbaarheden niet doorkwamen richting de optimizer. Dit had te maken met de volgorde waarin berichten werden afgehandeld bij een grote berichtenstroom tegelijkertijd. Hierdoor werden nieuwere berichten eerder verwerkt dan oudere berichten en werkte we niet altijd met de juiste situatie. Dit probleem is in deze release opgelost.

Speciale onbeschikbaarheden kwamen niet altijd door

De afgelopen tijd hebben we problemen ervaren met speciale onbeschikbaarheden van een terminal. Denk hierbij aan een tijdelijke sluiting van een terminal bij een IT update van de terminal. Hiervoor is een oplossing gemaakt zodat deze onbeschikbaarheden altijd doorkomen.

Het aanhouden van de juiste call volgorde bij een verandering van restricties ging niet altijd goed

Vanuit barge operators hoorden we regelmatig dat restricties niet aangehouden werden in de planning, terwijl dit eigenlijk wel mogelijk was. We hebben hier een verbetering voor doorgevoerd in het aanhouden van de juiste call volgorde bij een verandering van restricties. Met deze verandering worden restricties vaker goed opgevolgd.

Optimizer gaf af en toe prioriteit aan de verkeerde calls

Als er een overlap ontstaat tussen twee calls, of een call wordt buiten beschikbaarheid gepland, dan wordt een hard violation geactiveerd in de optimizer. Dit betekent dat er door de optimizer prioriteit aan deze calls wordt gegeven om mee te gaan rekenen. Een hard violation werd af en toe geactiveerd op calls die al waren begonnen of waren afgerond. Dit gebeurde niet vaak, maar als het gebeurde was het verspilde rekentijd die de optimizer ook aan andere planproblemen kon besteden. Dit zou nu niet meer voor moeten komen, waarmee we wat onnodige rekencapaciteit besparen.  

Veranderingen

Snelheid voor twinnen is veranderd

In lijn met de wens van RWG is er een setting toegevoegd in de optimizer om de snelheid voor twinnen te veranderen. Dit hebben we gedaan door de twinning factor aan te passen. Tot nu toe rekenden we standaard met 2 keer de snelheid als er twin containers op de call staan. Deze gaan we aanpassen naar 1,5 keer.

Activatie van hard violations gebeurt nu alleen bij relevante rotatie-updates

Tot nu toe werd bij elke rotatie-update een nieuwe hard violation geactiveerd in de optimizer. Vanaf deze release wordt alleen bij relevante updates de hard violation opnieuw geactiveerd. Dit scheelt tijd in het proberen op te lossen van planproblemen waar geen oplossing voor is. Denk hierbij aan te weinig capaciteit voor en een overboeking van bepaalde fixed windows. Zo ontstaat er meer tijd voor het optimaliseren van de rest van de planning.

Update lineair opschuiven

We hebben de laatste stappen gezet in de ontwikkeling van lineair opschuiven, zodat deze zo snel mogelijk naar productie kan. Wat er in deze versie wel en niet inzit krijgen jullie via een aparte uitleg later te lezen.

Release notes Nextlogic Informatie Platform week 25 - 2024

Operationele waarschuwingen

Vanuit Nextlogic sturen we veel operationele waarschuwingen. Door gebruikers is aangegeven dat er zoveel waarschuwingen zijn dat het moeilijk is om hier op te acteren. Daarnaast is de te nemen actie niet altijd even duidelijk en verdwijnen waarschuwingen niet als deze niet meer actueel zijn. We verbeteren de operationele waarschuwingen op een aantal punten:

In de vorige release: betere zichtbaarheid door in één oogopslag de operationele waarschuwing te zien.

In deze release:

• Op de rotatiepagina vind je vanaf nu een nieuw tabblad met ‘’Operationele waarschuwingen’’, zie onderstaande afbeelding. In dit nieuwe tabblad vind je alle operationele waarschuwingen die voor de specifieke rotatie actief zijn. De waarschuwing zal pas verdwijnen als het probleem daarachter is opgelost.

• We tonen hier alleen nog maar actuele operationele waarschuwingen.

• Door op het plus teken te klikken in onderstaand voorbeeld zal er extra uitleg weergegeven worden over hoe het probleem opgelost kan worden.

• Het rotatienummer dat je tussen haakjes vond bovenaan de rotatiepagina hebben we vervangen door de naam van de lichter.

Op andere plekken waar je operationele waarschuwingen in het platform vindt, zoals in de kadeplanning en bij call details, vind je een ‘’bekijk alles’’ knop. Deze knop verwijst je naar het nieuwe tabblad. Zie onderstaande voorbeelden.

Inactieve functionaliteiten verwijderd in de kadeplanning
Bij het aanmaken van beschikbaarheden was er de mogelijkheid om twee vakjes aan te vinken, namelijk ‘’kan OOG afhandelen’’ en ‘’kan volle containers afhandelen’’. In de planning van Nextlogic wordt daar geen rekening mee gehouden, dus zijn deze twee velden vanaf nu niet meer zichtbaar in de schermen.

Nauwkeuriger berekenen van de ETAS
Door een fout in het systeem kon het in sommige situaties mogelijk zijn dat de geschatte aankomsttijd scope-in (ETAS) niet klopte. De reden hiervan was dat deze berekend werd vanaf de verkeerde scope-in locatie (bijv. Heinenoordtunnel i.p.v. Brienenoordbrug). Met deze release wordt de geschatte aankomsttijd altijd berekend vanaf de scope-in locatie zoals die wordt opgegeven door de barge operator.

Verbetering op de ‘vroegste start BO ‘
Bij het uitplannen van een call werd de ingevulde ‘vroegste start BO’ ook verwijderd. Met deze release zal een ingevuld veld altijd behouden blijven en wordt er rekening mee gehouden in de planning.

Release notes Nextlogic Informatie Platform week 23 - 2024

Het oude schippersscherm is verwijderd
De nieuwe schippersschermen zijn al enige tijd in gebruik. De oude schermen waren ook nog zichtbaar voor de schippers. In deze release zijn de oude schermen verwijderd.

De sortering is verbeterd op de pagina ''kade beschikbaarheid''
Op deze pagina zijn alle beschikbaarheden in een overzicht te vinden die door de terminal operator zijn aangemaakt. Er zat geen logische sortering in deze lijst, met deze release is er een sortering gemaakt waar de eerste sortering op bolders is en daarna de sortering op datum en tijd.

De omschrijving bij de operationele waarschuwingen zijn leesbaar gemaakt
Op de pagina ''operationele waarschuwingen'' was de omschrijving niet direct te lezen. Hiervoor moest de gebruiker eerst verder klikken om de gehele omschrijving te zien. Met deze release is het standaard leesbaar en is er een duidelijk overzicht met alle operationele waarschuwingen. Momenteel worden alle operationele waarschuwingen weergegeven, ook die niet meer actueel zijn of überhaupt geen actie vereist. Op termijn werken we ernaar toe dat hier alleen nog maar operationele waarschuwingen staan waar actie wordt vereist van de TO of BO, zodat dit scherm actief gebruikt kan worden.

Release notes Nextlogic Informatie Platform - Week 20

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.

Kadenaam zichtbaar in overzicht van calls
In het overzicht van calls is nu direct te zien bij welke kade de afspraak staat gepland, zonder dat het nodig is de call open te klikken. Bijvoorbeeld achter de terminal ECT Delta staat ook de kade DDE of DDN vermeld.

Icoon ‘’onbekend’’ op kadeplanning verwijderd
Op de kadeplanning was er regelmatig een vraagteken icoon op een call te zien. Dit icoon gaf ‘’onbekend’’ aan en geeft geen informatie die gerelateerd is aan de planning. Dit icoon zal met de laatste release niet meer zichtbaar zijn.

Alleen Nextlogic terminals in lijst kadeplanning
In de selectielijst van de kadeplanning waren alle terminals weer te zien, ook de niet-deelnemende terminals. In deze release is er een filter toegevoegd waarbij Nextlogic de lijst kan beperken met alleen de deelnemende terminals. Zo hoef je als gebruiker minder te scrollen tussen terminals.

Proforma aantallen schippersscherm NON-NXL terminals
In de schippersschermen stonden de container aantallen voor niet-deelnemende terminals altijd op 0. Vanaf deze release zie je hier altijd het aantal aangevraagde moves. Je ziet zowel het totaal aantal te lossen en laden containers, als het type container.

Weergave calls in de juiste volgorde
Indien er afgeweken werd van het vaarplan, veranderde de volgorde in het call overzicht in het platform niet mee. Het systeem hield de volgorde op basis van de plantijden aan. Met deze release worden de plantijden met actuele tijden vervangen. Dit gebeurd zodra een call bij aankomst een ATA (actuele tijd van aankomst) ontvangt of een ATFM (actuele tijd van een first move) en bij het vertrek een ATD (actuele tijd van vertrek) of een ATLM (actuele tijd van een last move). Hierdoor zal de volgorde mee veranderen zodat het klopt met de werkelijke situatie. 

Overbodige velden op rotatie niveau verwijderd
Op de rotatiepagina zijn er een aantal ‘’geplande’’ velden verwijderd, het gaat om de geplande aankomsttijd, geplande vertrektijd en de geplande locatie. Aan deze velden kan je geen goede informatie ontlenen en ze zorgen enkel voor verwarring. Om deze reden zijn de velden onzichtbaar gemaakt.

Nederlandse en Amerikaanse datumnotatie in schippersscherm
Schippers kunnen in de Nextlogic schermen de actuele aankomst- en vertrektijden invullen. De datum werd weergegeven in de Amerikaanse stijl. Met deze release zal de datumnotatie veranderen op basis van de taal die je hebt ingesteld. Wanneer het platform is ingesteld in het Nederlands, wordt de Nederlandse datumnotatie (DD/MM/YYYY) weergegeven. Als Engels is ingesteld, wordt de Amerikaanse datumnotatie (MM/DD/YYYY) weergegeven.

Let op: staat het platform ingesteld in het Nederlands maar zie je alsnog de Amerikaanse datumnotatie? Wijzig dan opnieuw de taal naar het Engels en weer terug naar het Nederlands, de juiste datumnotatie moet dan zichtbaar worden.

Nederlandse datumnotatie:

Amerikaanse datumnotatie:

Invoer repeterende beschikbaarheid beperkt tot 95
Bij het aanmaken van een beschikbaarheid is er de mogelijkheid om deze repeterend aan te maken. Om de druk op de database te reduceren is het aantal herhalingen beperkt tot 95 keer. 

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.

Release notes Optimizer - Week 19

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.

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:
   
   

   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:
   
   

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 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 - Q1 2024

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/