Werkwijze Fixed Windows
Spelregels rondom Fixed Windows
Algemeen
Fixed window afspraken zijn bindende afspraken tussen een BO en een TO omtrent een wekelijkse reservering van kaderuimte.
Een TO moet 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 zorgt dat de data invoer tijdig kloppend is voor de rotatie zodat de Fixed Window goed gepland kan worden.
Invoer BO
Scope-in tijd
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 -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.
Zet daarom 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 -4 uur | FW | +2 uur
De Optimizer moet FW calls plannen in de FW tijdsvenster + tijdsmarges. De tijdsmarge laat toe dat een FW 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 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.
Indien de vertraging beperkt is en de FW venster nog haalbaar is maar op een later tijdstip, de kadecapaciteit aanpassen (lees: verlengen) en/of maak gebruik van de “Earliest Start Terminal”.
Indien de vertraging zorgt dat FW venster niet haalbaar is, treedt de BO in overleg met de terminal op welk mogelijk tijdstip de barge wel geholpen kan worden, gebruik hiervoor een Prio.