Emplacement : Offre de Transport

CHEMIN D'ACCÈS : VESSEL / SERVICE

EDITION : SHAG, CUSB, INCA

LECTURE : ALL

DERNIERE VERSION CI5 DE MISE A JOUR : 4.71.9

Un service détaille le service commercial d'une compagnie maritime avec sa route de ports directement touchés ainsi que les navires qui vont y opérer.

Page exemple du menu Service

La description d'un service

La création ou l'édition de service se fait dans Ci5 en précisant les champs :

• Service reference (référence du service)* : Code avec lequel le service apparaîtra dans l'application. Ce code est unique par agent maritime et en saisie libre. Le créateur du service peut utiliser sa référence interne (RBSER0001).
• Service name (nom du service)* : le nom complet du service.
• Carrier (transporteur)* : la compagnie maritime opérant le service. Ce champ propose en saisie automatique des sociétés dont une de ses activités est ligne maritime (LINE) (RBSER0002).

Bouton ICS process

Si un service est concerné par la gestion des marchandises ICS, alors l’agent maritime a la possibilité d’activer l’add-on uniquement pour un service donné (RSSER0019).

L’add-on ICS doit être activé dans les paramètres communautés afin d’avoir le curseur et de l’activer ou non. Par défaut, il est désactivé.

Les versions de service

La création d'un service est réalisée en cliquant sur le bouton + service version (RBSER0003) :

• une nouvelle version de service est créée avec les paramètres par défaut suivants : 

  • valide perpétuellement,
  • active toute l'année,
  • flotte vide,
  • aucun port dans la route,
  • fréquence hebdomadaire.

• l'utilisateur est redirigé vers l'écran d'édition de la version du service.

On ne peut publier un service que s'il possède au moins une version de service (RBSER0004).

La suppression d'un service provoque la suppression physique des versions de services lui étant attachées (RBSER0005).

A l'ouverture d'un service, les versions existantes sont listées, le clic sur le numéro de la version du service redirige l'utilisateur vers les détails de celle-ci.

Le transit time est la somme des transit time de la route de la version (RSSER0001).

Les utilisateurs qui ne sont pas les créateurs/propriétaires du service ne voient que les versions en cours de validité (RSSER0002).

Une version de service ou service version est utilisée pour décrire de façon précise comment se déroule la rotation d'un navire.

Dans la version, sont précisés :

• La route parcourue par la flotte de navires, c'est-à-dire les ports touchés directement par les navires, ports touchés directement et les transit time maritimes,
• La flotte de navires effectuant la rotation,
• Les détails de la version de service qui incluent la fréquence de rotation et la période de validité.

A la création d'une version de service les onglets suivants sont ouverts (RSSER0003) :

• References (références),
• Route,
• Fleet (flotte),
• Voyages.

Il est possible d'ajouter des couples référence(s) voyage(s) / call dans le tableau de voyages afin de permettre l'utilisation de ces références voyages dans le reste du système. 

La modification d'une version de service déjà créée est possible à tout moment (RBSER0006).

La route

La route de la version de service sert à décrire l'ensemble de la rotation maritime. La route est utilisée pour calculer des solutions de routage dans le service routing. Celle-ci est composée de :

• Ports (et code port) : une suite de ports touchés.
• Transit time : les délais de transit maritime entre chaque port, facultatif. 

Il est possible de créer un service non régulier sans ajouter de port touché, ni de transit time mais uniquement le port d'escale de la communauté (RSSER0004).

Le clic sur un des ports de la route de la service version ouvre une section spécifique où il faut préciser :

• Terminal * : la liste des terminaux de ce port sur lesquels les opérations ont lieu. Le gestionnaire de terminal et les opérations de terminaux sont affichés à partir des données du référentiel (RSSER0005). Sans ajout de terminal, le gestionnaire du lieu ne pourra effectuer les différents constats.

  • Sur les terminaux possédant le type d'opérations Delivery, il est possible de saisir une delivery limit (_Délai limite de livraison (h)) (RSSER0006). La valeur par défaut est à 24h, elle servira à mettre à jour l'indicateur "_free time" du dashboard (RSSER0007).
  • On ne peut pas supprimer un terminal location dans la version du service s'il existe au moins un call valide lié à un voyage appartenant au service courant, et qui contient ce terminal (RBSER0023).

Alerte : “call exists with this terminal location / Il existe au moins un call sur ce terminal”.

• Les acteurs suivants :

  • Local agent (agent local)* : sont proposés ici l'ensemble des traders possédant l'activité agent maritime (SHAG) en charge de la gestion de ce service au port sélectionné (RBSER0008). Les agents maritimes nommés ont la possibilité d'éditer la liste de terminaux disponibles au port sélectionné (RSSER0008).
  • Announced by (annoncé par)* : sont proposés ici l'ensemble des traders possédant l'activité courtier (CUSB) et agent maritime (SHAG). Les courtiers nommés peuvent créer des manifestes pour le compte de l'agent maritime (RSSER0009).
  • Clearance by (Dépôt par)* : sont proposés ici l'ensemble des traders possédant l'activité courtier (CUSB) et agent maritime (SHAG). Les courtiers nommés peuvent lodge (déposer) des manifestes pour le compte de l'agent maritime (RSSER0010).
  • Empty return location (Lieu de retour des vides) : champ qui permet de définir un lieu de retour de vide par défaut afin de compléter le champ Terminal location du bloc Global empty container return du release order, qu’il soit créé manuellement ou par EDI. Seuls les T/L avec un operation type “empty container return” ou “empty container dispatch” peuvent être sélectionnés (RSSER0018).
  • Empty pick-up location (Lieu de prise de vide) : champ qui permet de définir un lieu de prise de vide par défaut afin de compléter le champ Terminal location du bloc Global empty pick up du booking, qu’il soit créé manuellement ou par EDI. Seuls les T/L avec un operation type “empty container dispatch” peuvent être sélectionnés (RSSER0018).

Import delay

Si une des options (based on ETA ou based on Gate in) du settings de communauté Terminal deadline de l’onglet import est sélectionné alors il y aura des champs facultatifs en plus dans les options du port d’escale (RSSER0012). Ces délais (en jours) seront utilisés pour calculer les délais du bon à délivrer :

• Terminal storage delay container : nombre de jours maximal de stationnement pour les conteneurs.
• Terminal storage delay roro : nombre de jours maximal de stationnement pour les Roro.
• Terminal storage delay breakbulk : nombre de jours maximal de stationnement pour les marchandises conventionnelles.
• Reefer plug-in delay : nombre de jours maximal de branchement pour les conteneurs frigos.
• Empty return delay : nombre de jours maximal de restitution des conteneurs vides.

Transhipment delay

Si une des options (based on ETA ou based on Gate in) du settings de communauté _Terminal deadline _de l’onglet Transhipment est sélectionné alors il y aura des champs facultatifs en plus dans les options du port d’escale (RSSER0021). Ces délais (en jours) seront utilisés pour calculer les délais de limite de stationnement :

• Transhipment : nombre de jours maximal de stationnement pour les marchandises en transbordement.

Export delay

Si une des options (based on ETA ou based on Gate in) du settings de communauté Terminal deadline de l’onglet export est sélectionné alors il y aura des champs facultatifs en plus dans les options du port d’escale (RSSER0022). Ces délais (en jours) seront utilisés pour calculer les délais pour les marchandises export :

• Terminal storage delay container : nombre de jours maximal de stationnement pour les conteneurs.
• Terminal storage delay roro : nombre de jours maximal de stationnement pour les Roro.
• Terminal storage delay breakbulk : nombre de jours maximal de stationnement pour les marchandises conventionnelles.
• Reefer plug-in delay : nombre de jours maximal de branchement pour les conteneurs frigos.

La flotte (fleet)

Cette section permet d'ajouter ou de supprimer des navires à la flotte du service, à l'aide du bouton + ou du bouton X. 

L'ajout d'un navire par le + ainsi que la suppression par le X entraîne la sauvegarde automatique du service. 

Un navire ne peut pas être utilisé, sur une même période, par le même agent maritime, dans deux flottes distinctes sauf si la shipping line est différente (RBSER0009). Dans ce cas, un toaster d'information préviendra l'utilisateur que ce navire est déjà utilisé (RBSER0010) :

Alerte : "Vessel with IMO xxxx not available in this period / Navire IMO XXX non disponible sur cette période".

En revanche, un navire peut être utilisé sur une même période par deux agents maritimes différents (RBSER0011).

Il est impossible de retirer un navire de la flotte, si celui-ci est utilisé par un voyage de la version du service (RBSER0012).

Le passage de la souris sur le drapeau du pavillon du navire permet d'afficher le code et le nom du pays correspondant (RSSER0011).

Si le créateur du service a une activité INCA, alors seuls les navires de type inland waterway (transport mode code = 8) et rail transport (transport mode code = 2) seront proposés dans la saisie automatique (RBSER0023).

Les voyages

Saisie des voyages

Un voyage ne peut concerner qu'un seul et même navire. En revanche, il est possible d'utiliser le même voyage pour deux port of call différents, cela permet d'avoir le suivi de la rotation du navire sur un même service (RBSER0013).

Les voyages peuvent être saisis avant ou après la création de l'escale :

• saisie des voyages en anticipation (c'est-à-dire sans call annoncé au préalable), avec uniquement le numéro de voyage et le navire (RBSER0014). Il sera alors affiché dans le chevron "Voyages not associated to calls (Voyages non associés à des calls)".
• saisie des voyages sur un call déjà annoncé, dans ce cas, seul le voyage est saisissable (RBSER0015). Il est d'ailleurs possible de saisir plusieurs voyages sur une même escale afin de gérer les voyages import et export (RSSER0016).

Si l'add-on ICS est activé, il est aussi possible de saisir de les données ICS de call.

L'affichage des voyages de la version du service se fait par communauté. Il y aura autant de chevrons que de p_ort of call_ sur lesquels il existe un terminal location. Par défaut, c'est le chevron de la communauté de l'utilisateur connecté qui est ouvert et modifiable (RSSER0014).

Il est possible de supprimer un voyage en cliquant sur la croix de la case du voyage. Il n’est pas possible de supprimer un voyage du call s’il existe un booking ou un manifest rattaché à celui-ci sur la communauté de l’utilisateur (RSSER0020).

Affichage et matching des escales

Les escales opérées par un des navires de la flotte dont l'ETA est située dans la période de validité et d'activité de la version du service sont automatiquement proposées à tous les agents des compagnies maritimes (RBSER0017). En plus d'être proposées, elle sont automatiquement assignées aux voyages anticipés de ce même service, sous les mêmes conditions (RBSER0018).

Par défaut, seuls les calls en cours de validité sont affichés et sont modifiables (RBSER0019). Un clic sur le bouton Show all permet d'afficher la totalité des escales.

Une fois qu'une des escales comprises dans les périodes d'activités et de validité de la version du service est liée à un voyage, il devient impossible de modifier la période d'activité et de validité de celle-ci (RBSER0020).

Action move voyage

En cas de changement de navire ou d'escale de l'ensemble d'un voyage, il est possible de dissocier la référence voyage d'une escale et de l'associer à une nouvelle tout en conservant les opérations déjà effectuées. Le bouton + Move voyage (déplacer le voyage) permet d'effectuer cette action (RSSER0015) :

• Cocher la case en bout de ligne du call sur lequel les opérations doivent être rapatriées, un seul call peut être sélectionné à la fois (message d'erreur pour l'utilisateur : "Please select only one call / Merci de sélectionner un seul call") et il ne doit pas avoir de RTA sur le call.
• Le clic sur le bouton + Move voyage ouvre une fenêtre pour permettre de saisir la référence voyage à associée, une saisie automatique permet de sélectionner la référence parmi celles déjà existantes sur ce service.
• Fenêtre de confirmation pour valider les modifications : "Do you really want to move the voyage ? / Confirmation du déplacement de voyage", cliquer sur yes/oui ou no/non.
• A la suite de cette action, les terminaux du service doivent être repris sur le nouveau call afin de donner tous les droits au manutentionnaire.

:warning: Il n’est pas possible d’effectuer un + Move voyage si au moins un cargo associé à ce voyage est couvert par une déclaration dangereux et par un gate in VAL (export et/ou import) et n’a pas de load ou gate out (RSSER0017).

Détails

Cette section permet à l'utilisateur de préciser les détails de la version du service avec :

• Frequency (fréquence)* : la fréquence de passage de la flotte sur chaque port. Les possibilités sont :

  • Daily : quotidienne.
  • Weekly : hebdomadaire.
  • Monthly : mensuelle.
  • Fortnightly : bimensuelle.
  • Cyclic : régulière, l'utilisateur doit préciser les jours de la semaine auxquelles les navires de la flotte touchent les ports.
  • Other : autre, pour tous les services irréguliers.

• Comments (commentaires) : l'utilisateur peut renseigner un commentaire.

• Cut-off delay (h) (Délai de clôture) : ce champ permet de calculer la date de clôture en fonction de la date ETA (Cut-off = ETA - délai cut-off).
• Validity date from (valide du), Validity date to (valide jusqu'au) : définit la période sur laquelle la version du service est valide. Si aucune date n'est précisée dans un des champs, la version du service est valide indéfiniment (RBSER0021).
• Period of activity (période d'activité) : la période d'activité est la période de l'année durant laquelle cette version de service est utilisée. Elle est réglable à l'aide de glissières, dont les bornes sont inversables en cliquant sur le bouton d'inversion (RSSER0013).

Suppression d’un service et version de service

Un service ne peut pas être supprimé s’il existe au moins un service version associé à ce service avec au moins une référence voyage. L’utilisateur aura une alerte bloquante.

At least one voyage reference is associated to this service, you must delete them from this service (EN)

Il existe au moins une référence voyage sont associée à ce service, vous devez d’abord les supprimer du service (FR)

Un service version ne peut pas être supprimé s’il est associé à au moins au moins une référence voyage. L’utilisateur aura une alerte bloquante.

At least one voyage reference is associated to this service version, you must delete them from this service (EN)

Il existe au moins une référence voyage sont associée à ce service version, vous devez d’abord les supprimer du service (FR)

Une version ne peut être supprimée que si aucune entité Ci5 (Booking, Manifest, Route, Movement report) ne répertorie de voyage associé à cette version (RBSER0022).

Source : https://mgi-team.atlassian.net/wiki/spaces/DOCI5/pages/3240493305