Page Comparison

Spelregels rondom Fixed Windows  

Fixed window afspraken zijn bindende afspraken tussen een BO en een TO omtrent een wekelijkse reservering van kaderuimte.  

• Een TO moet tijdig ruim van te voren zorgen voor correcte en voldoende beschikbaarheid tijdens de Fixed Window tijden.  Hierbij moet rekening gehouden met pauzewissel(s), pre-/posthandling en kraansnelheid.

• Een BO moet zorgen zorgt dat de data invoer tijdig kloppend is voor de rotatie zodat de Fixed Window goed gepland kan worden. 
  

• Een Fixed Window call gaat vóór een reguliere call maar gaat niet vóór op een prio call. 

• Zorg dat je gewenste aankomsttijd (scope-in) altijd kloppend is, er moet voldoende ruimte zijn om de FW te halen vanaf scope-in. Houd dus rekening mee met vaartijd vanaf je scope-in locatie.

• Let wel op dat door een volgorde restrictie vóór de FW call kan zorgen dat de FW niet haalbaar is vanaf scope-in. Zie meer bij volgorde restrictie.  

• Het aantal moves moet passen in het FW tijdsvenster rekening houdend met de kraansnelheid. 

• Indien gewenst kunnen er meer containers toegevoegd worden dan het FW venster toe laat, dat kan alleen in overleg met de TO.  

  • Systeemtechnisch zou het maximaal aantal moves het aantal wat binnen de FW + marges past. Dus -6 4 FW tijdsvenster +2 uur. 

• Indien er een volgorde restricties vóór de Fixed Window call toegevoegd is, dan kan dit ervoor zorgen dat de FW niet op tijd gepland kan worden. Hoe drukker het op de terminals is, hoe groter de kans bestaat dat de FW niet op tijd gepland kan worden. 

• Beperk Zet daarom het toevoegen van een volgorde restrictie. 

  • Gebruik een volgorde restrictie alleen als het noodzakelijk, dus vanwege stuwage redenen. 

  een FW nooit in een restrictie, tenzij het het noodzakelijk is vanwege stuwage. 

• Indien er vóór de Fixed Window non-NXL bezoeken staan, dan kan dit ervoor zorgen dat de FW niet op tijd gepland kan worden. Zorg dus voor haalbare tijden en houd rekening met vaartijd naar de FW terminal.

• Zorg dat er geen overlap in tijden bestaat bij calls in de rotatie (non-NXL/ FW). Een barge kan maar op één plek tegelijk zijn. 

• Zorg dat de ingevoerde datums kloppen in MCA, de dag, maand en jaar moet kloppen voor een juiste planning.  

• De beschikbaarheid (werktijden) van de barge kunnen ervoor zorgen dat een call niet op de juiste plek kan worden gepland. 

• Als een barge een FW call heeft vlak voor zijn (nacht)rust, dan moet de volledige call duur passen vóór de (nacht)rust begint. Als de call duur (deels) in zijn (nacht)rust komt, dan zal de FW call ná zijn nachtrust gepland worden. 

• Voldoende beschikbaarheid op de kadeplanning groot genoeg voor de call duur. 

• Voldoende beschikbaarheid op de kadeplanning groot genoeg voor de lengte van de barge.  

• Een vroegste start van afhandeling (Earliest Start of Operation - ESO). 

• PRIO 

• Afwijken van vaarplan kan zorgen dat de FW call niet goed gepland kan worden. 

...

Op de kadeplanning moet de data voor de beschikbaarheid kloppend zijn om de Fixed Window op de juiste plek te plannen. 

• De beschikbaarheid moet qua tijd groot genoeg zijn (combinatie van kraansnelheid, zie punt 2). 

• Voorkom gaten tussen beschikbaarheidsblokken, die kunnen ervoor zorgen dat de FW niet goed gepland kan worden. 

• FW/ reguliere beschikbaarheid (geen BTM).  

• Kraansnelheid – hoe lager je snelheid, hoe groter het beschikbaarheidsblok moet worden.   

• Bolder afstand – de lengte afstand van de beschikbaarheid moet groot genoeg zijn voor de desbetreffende barge. 

• Indien gebruik gemaakt wordt van twee of meerdere losse beschikbaarheidsblokken, zorg er dan voor dat de kranen en bolders overeen komen. Indien blok A en blok B twee verschillende kranen hebben, dan kan de FW daar niet worden gepland.

• Een vroegste start van afhandeling (Earliest Start of Operation - ESO) kan zorgen dat een FW call niet juist wordt gepland. Indien er geen optie is dan deze in te voeren, moet de BO/ schipper hierover geïnformeerd worden. 

• Een PRIO kan zorgen dat een FW call niet juist wordt gepland. Indien er geen optie is dan deze in te voeren, moet de BO/ schipper hierover geïnformeerd worden. 

...

De Fixed Window tijdsmarges zijn -6 4 uur | FW | +2 uur 

• De Optimizer moet FW calls plannen in de FW tijdsvenster + tijdsmarges. De tijdsmarge laat toe dat een FW 6 4 uur eerder mag starten en uiterlijk 2 uur laten mag eindigen. 

• In de Optimizer wordt gerekend met de proforma aantallen, na het sluiten van de LLL wordt gerekend met de werkelijke containeraantallen.  

Indien de FW call niet op de juiste plek gepland kan worden door één van bovengenoemde punten, dan zal de Optimizer de call op de eerst mogelijke plek plannen op de kadeplanning.  

• Als de data invoer volledig correct is, dan zal de Optimizer de FW call naar voren halen en proberen op zijn plek te plannen. 

• Indien hier niet op gewacht wil worden, dan is de enige oplossing het plaatsen van een prio door de TO. 

Indien de call op de juiste plek gepland staat en op een gegeven moment naar een later tijdstip wordt gepland, kan dat meerdere oorzaken hebben (bijv. uitloop vorige call op de terminal, vertraging barge, wijziging in de beschikbaarheid, storm, kraan defect etc.). 

• Optimizer zal eerstvolgende plek zoeken waar ruimte is. 

• Hier geldt geen doorschuif principe.  

• Indien de vertraging beperkt is en de FW venster nog haalbaar is maar op een later tijdstip – prio geven. , de kadecapaciteit aanpassen (lees: verlengen) en/of maak gebruik van de “Earliest Start Terminal”.

• Indien de vertraging zorgt dat FW venster niet haalbaar is – BO i.o.m. TO welk volgend , treedt de BO in overleg met de terminal op welk mogelijk tijdstip de barge wel geholpen kan worden. Dit tijdstip moet vastgezet worden met een prio. , gebruik hiervoor een Prio.