Inhoud

Spelregels

1. Geef een betrouwbare ‘Scope-In’ op. Let op, deze ‘Scope-In’ kan niet meer aangepast worden zodra de lichter een feitelijke ‘Scope-In’ tijd heeft ontvangen.

2. Verzoek de schipper om zich te houden aan het vaarplan!

3. Geef de juiste informatie over wat je komt doen in de Rotterdamse haven. 

4. Beperk het gebruik van restricties.

5. Fixed window mag 4 uur eerder starten, maar ook 2 uur later starten (dit is de marge waar de Optimizer rekening mee houdt). 

6. Acteer op de operationele waarschuwingen, deze waarschuwingen gaan je alleen maar helpen om betrouwbaarder door de Rotterdamse haven te gaan. 

7. Iedere Barge Operator heeft een coördinator die in contact staat met Nextlogic, informeer hem of haar als er niet verklaarbare zaken naar voren komen. De coördinator meldt dit bij Nextlogic.

Aandachtspunten

Opgegeven datum/tijd van aankomst in Rotterdam is onjuist

De opgegeven aankomsttijd van de barge in de Rotterdamse haven komt niet overeen met de daadwerkelijke aankomst. Wij kijken vanaf 8 uur vóór de opgegeven aankomststijd waar de lichter zich bevindt. De feitelijke aankomsttijd wordt geplaatst (o.b.v. AIS) op het moment dat de barge de Brienenoordbrug, Heinenoordtunnel of Parksluizen passeert.

We zien barges die al veel eerder in de haven zijn, deze rotaties zullen dan niet geactiveerd worden met gevolg dat calls gaan opschuiven omdat de integrale planning verwacht dat de lichter te laat is.

Tip: check als Barge Operator dagelijks of de opgegeven aankomsttijd nog correct is. En een schipper kan eventueel zelf ook nog de aankomsttijd invoeren in het schippersscherm als dat nodig is.

_{We hebben hiervoor een scenario uitgewerkt wat je kunt vinden op onze Support portaal.}

TEU-capaciteit voor de rotatie wordt overschreden (overboeking)

Er worden meer TEUs opgegeven (som van aantal TEU van de bezoeken) dan de capaciteit van de lichter. De BO planner moet dit in de gaten houden, want en let op, bij een overschrijding wordt de rotatie niet gepland.

Er wordt een alert weergegeven dat de TEU-capaciteit wordt overschreden. Het is in eigen belang dit zo snel mogelijk op te lossen.

Tip: check de TEU aantallen na iedere TEU wijziging of na het toevoegen van een bezoek.

_{Als je hier hulp bij nodig hebt om het snel te herkennen, neem dan contact op met Nextlogic of lees er meer over in de artikelen in ons Support portaal.}

Fixed Windows – Er worden meer moves opgegeven dan past binnen de fixed window

We zien met regelmaat dat meer handelingen opgegeven worden dan wat past binnen de call duur van de fixed window. Dit geeft conflicten in de planning. Er moet eerst met de terminal afgestemd worden om meer moves te mogen doen dan afgesproken.

Tip: neem contact op met de terminal als je af wilt wijken van de afspraak zodat er voldoende beschikbaarheid is aan de kade voor jouw fixed window.

Fixed Windows of BTM calls worden aangevraagd terwijl er geen capaciteit / beschikbaarheid is

Terminals en Barge Operators moeten er samen voor zorgen dat er beschikbaarheid (aanwezig/aangemaakt) is alvorens de Fixed Window call of BTM call wordt aangeboden.

Tip: Indien jouw bezoek niet gepland wordt of op een onverwachte tijd gepland wordt, controleer of er wel beschikbaarheid is in de Kadeplanning (https://nextlogic-planning.com/view/quayplanning )

BTM calls overlappen in de kadeplanning

Er worden meerdere BTM calls aangeboden waar de aangevraagde tijden overlappen. Of BTM calls overlappen omdat er daadwerkelijk meer TEU wordt afgehandeld dan is opgegeven.

Op dit moment zijn BTM calls “prio bezoeken” en deze worden letterlijk gepland zoals aangevraagd. Er is voor de integrale planning in principe geen speelruimte om de kadeplanning iets aan te passen.

We zijn een ontwikkeling aan het voorbereiden om dit te veranderen zodat BTM calls als type “fixed window bezoek” wordt behandeld, zodat er meer bewegingsvrijheid is voor de integrale planning om in te spelen op veranderingen.

BTM calls niet bijgewerkt naar actuele situatie

Als gevolg van bovengenoemde is er voor de integrale planning geen vrijheid om in te spelen op de actuele situatie. Dit betekent bijvoorbeeld als de barge later arriveert, het prio bezoek niet meeschuift.

De Barge Operator (BTM deelnemer) is zelf verantwoordelijk op dit moment om BTM calls aan te passen bij nieuw inzicht. Het valt ons op dat er met regelmaat lichters niet afgehandeld zijn binnen de tijden van de aangevraagde BTM call.

Tip: Houdt bij rotaties dat een BTM call heeft extra in de gaten of dit nog gehaald kan worden op het opgegeven tijdstip. Zo niet, neem contact op met de BTM deelnemers en pas het tijdstip aan.

Vaarplan wordt niet opgevolgd

Helaas moeten we constateren dat schippers niet altijd het vaarplan volgen zoals de integrale planning voorschrijft. De Optimizer verwacht de aankomst en vertrek informatie in een bepaalde volgorde.

Het overslaan van calls en daarmee missen van ATA-ATD heeft gevolgen voor jouw calls, maar ook voor andere calls. Als een call overgeslagen wordt, blijft deze liggen in de kadeplanning en is dit verstorend voor andere calls en verspilling van de beschikbaarheid.

Tip: Blijf benadrukken bij de schipper om het vaarplan te volgen en indien de schipper afwijkt dit kenbaar maakt in het schippersscherm door actuele tijden of afspraaktijden door te geven.

ETEO wordt niet of onvoldoende gebruikt door de terminals

ETEO of Expected-End-of-Operation is een middel voor de terminal om aan te geven dat zij korter of langer dan verwacht bezig zijn met de afhandeling van de lichter.

Door deze informatie op te geven kan de integrale planning in een zo vroeg mogelijk stadium anticiperen op bijv. vertraging van de barge. In dat geval zal de planning worden aangepast voor opvolgende bezoeken (haven breed).

Momenteel wordt gewerkt aan een oplossing om de Estimate-Time-Last-Move of de ETLM te bepalen op basis van daadwerkelijke container status afhandeling, op basis van deze input kan de integrale planning de PTD aanpassen.

Tip: het gebruik van de ETEO helpt iedereen in de keten en kan positief bijdragen aan de havenverblijftijd, dus draag s.v.p. je steentje bij door dit in te vullen als de verwachte einde operatie afwijkt van de planning.

Beschikbaarheden worden gewijzigd of verwijderd (in de nacht)

Met enige regelmaat zien we dat er in de nacht beschikbaarheden worden ingetrokken of verkleint met als gevolg dat de integrale planning gaat schuiven.

Dit leidt tot verbazing bij barge operators waar ze gisteren nog een ‘goede’ tijd hadden en vandaag een ‘slechte’ tijd. Andersom gebeurd ook, maar daar horen we niet zoveel over.

Tip1: voor terminal operator (TO), blijf s.v.p. benadrukken intern wat de impact is van intrekken capaciteit voor de integrale planning.

Tip2: maak eerst nieuwe beschikbaarheid aan alvorens de oude te verwijderen, hierdoor worden calls niet eerst verderop in de toekomst gepland.

Beperkte beschikbaarheid

Er is structureel te weinig beschikbaarheid en/of gefragmenteerde beschikbaarheid. Hierdoor ontstaat veelal het geschuif met bezoeken. Het ene bezoek duwt als het ware het andere bezoek uit de beschikbaarheid. 

Nextlogic zal beschikbaarheid altijd optimaal benutten. Als er meer capaciteit is zal de integrale planning een rustiger beeld laten zien.