Ontwikkelpunt: Release wordt geweigerd door terminal

Scenario:

  • Een release kan worden afgewezen door de terminal 
  • Een release termijn kan verlopen en na de release deadline worden afgewezen door de terminal 

Rollen:

  • Rederij
  • Terminal

Services:

  • MLI
  • MCA

Resultaat:

  • Bestaande ketens met Vertrouwensketen releases blijven actief, de release is echter niet meer geldig bij de terminal
  • De voormelding in MCA geeft een rode bol bij commerciele release met de melding COR 
  • De release is niet verwerkt door de terminal, de rederij moet hier actie in ondernemen. 

Workaround:

  • Een release termijn kan verlopen, waarbij een update gestuurd kan worden met een nieuwe datum. De terminal kan deze update weigeren met een ‘rejection’ melding als gevolg.
    • Rederij moet de ‘rejection reason’ verhelpen en opvolgen met een passende update.
  • Een release is door de rederij bij de terminal gewijzigd via het webportaal van de terminal of de eerdere release is nog buiten Portbase verlopen.
    • Indien de release buiten Portbase (PCS) om is verlopen moet de rederij de pincode release bijwerken via het webportaal van de terminal.
    • Indien de release via Portbase (PCS) had moeten verlopen, moet de pincode release ingetrokken worden bij de terminal. Daarna een PCS-release verwerken.
  • Indien de release via Portbase (PCS) is verlopen, maar daarna in de terminal webportal is bijgewerkt moet de volledige release ingetrokken worden.
    • Dit stopt de volledige actieve keten tot de release opnieuw is verstrekt.
    • Een nieuwe release verstoord de een voormelding van de Inland Operator bij een terminal. Deze zal opnieuw voorgemeld moeten worden volgens de regels die bij de terminal in kwestie gelden.

Planning oplossing:

  • Als alle releases via de Vertrouwensketen verlopen zal dit scenario minder voorkomen. Medio 2025.

Heeft u gevonden wat u zocht?