Toelichting release notes
Wij maken onderscheid tussen twee verschillende onderdelen waarop wij verbeteringen doorvoeren:
Het Nextlogic Informatie Platform: de webomgeving van de integrale planning: http://www.nextlogic-planning.com
De ‘optimizer’: het algoritme dat de integrale planning berekent.
Ga naar:
| Table of Contents |
|---|
Platform: de webomgeving van de integrale planning: http://www.nextlogic-planning.com
De ‘optimizer’: het algoritme dat de integrale planning berekent.
Ga naar:
| Table of Contents |
|---|
...
Release notes Nextlogic Optimizer week 31 - 2024
Afgeronde calls blijven zichtbaar in de kade planning
Voorheen werden calls na afhandeling verwijderd uit de kadeplanning. Vanaf deze release is dit niet meer het geval en zijn afgeronde calls zichtbaar in de kadeplanning en 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:
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)
...
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)
...
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.
...
Fixed window waarschuwing neemt vroegste start BO mee in de validatie
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,5x i.p.v. 2x 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
...
Vogue, Amazone en CTT liggen achter elkaar
Vogue loopt uit
Amazone en CTT schuiven lineair door naar achter
...
2e call in rotatie ligt ook binnen de twee uur
...
Ensemble ligt gepland op RWG en daarna op Euromax. Beide starttijden liggen binnen de 4 uur grens
Op RWG loop de call van de Ensemble uit waardoor ze ook doorschuift op Euromax
Omdat de call op Euromax de tweede call is in de rotatie schuift die naar achter
De Roermond Max kan naar voren worden gepland.
...
De eerste 4 uur beschikbaarheid wordt weggehaald
...
Er liggen drie calls gepland binnen nu en 4 uur
4 uur kade beschikbaarheid wordt weggetrokken
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).
...
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
Alfa Rosso loopt uit waardoor de Oxford buiten haar window wordt gepland
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.
...
Er liggen twee beschikbaarheden op RWG, voor twee verschillende kranen
De rechter beschikbaarheid wordt weggetrokken waardoor de Roermond max niet meer past in de beschikbaarheid
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.
...
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
...
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
...
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.
...
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
...
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.
...
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
...
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:
...
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.
...
Geen verschuiving door vertraging in sluiting los-/laadlijst
Momenteel wordt het sluiten van de los-/laadlijst gedaan in MCA Barge. Echter zit er ook een check in de optimizer of deze is gesloten. Dit vindt in beide systemen op hetzelfde moment plaats. Aangezien het berichtenverkeer tussen de systemen enkele minuten in beslag kan nemen levert dit in bepaalde gevallen een kleine verschuiving van een call op in de optimizer. De los-/laadlijst is daar dan nog niet gesloten, maar wel in MCA Barge. Met het deactiveren van dit mechanisme kan deze onnodige verschuiving niet meer voorkomen.
Duidelijke operationele waarschuwing (nog niet live, deze change zorgde voor problemen in de Optimizer. Zodra dit is opgelost, kan deze change ook live).
In te veel gevallen ontvang je nu als gebruiker (barge operator en terminal) de algemene melding “Deze rotatie kan niet worden gepland” voor een issue met de TEU balans. Deze rotaties worden nu één keer extra opgepakt door de optimizer zodat er een specifieke melding wordt gegenereerd met een duidelijke reden.
...
Voor de eerste call in een rotatie zat een bug waarbij de vaartijd niet werd meegenomen, deze is nu opgelost.
Extra triggers voor het in de juiste volgorde zetten van NCT calls (nog niet live, deze change zorgde voor problemen in de Optimizer. Zodra dit is opgelost, kan deze change ook live).
Voor rotaties met enkel niet-deelnemende terminals (NCT) was het aantal ‘triggers’ om de calls in de juiste volgorde te zetten beperkt. Gezien de beoogde opschaling met vletwerk kan dit in de toekomst vaker voorkomen en daarvoor zijn er nu meer van dit soort ‘triggers’ toegevoegd. Hiermee wordt de volgorde heroverwogen bij het door de BO aanpassen van de call size of call window op een call.
...