Emplacement : Offre de Transport

CHEMIN D'ACCÈS : VESSEL / CALL

EDITION : VEAG, BVEA, INCA, PAIS, ADMIN COM, CUSO, CUSI

LECTURE : TOUS DE LA COMMUNAUTÉ

DERNIERE VERSION CI5 DE MISE A JOUR : 5.3.15

Création par messages EDI

Les escales sont, dans leur immense majorité, communiquées à l'application Ci5 par des messages EDI provenant du système de l'autorité portuaire. L'application permet toutefois de les saisir ou de les modifier manuellement via l'interface web du système Ci5.

Dans le cas où l'escale est intégrée à Ci5 par message EDI, seul l'administrateur communauté est en capacité de modifier l'escale et seules les ETA, ETD, RTA, RTD et la date de validité du call sont modifiables. L’agent créateur du call ne peut que compléter la partie « terminals » (RBCAL0001).

Tableau explicatif des types de messages par partenaires et places :

Neptune (Marseille)

DEP (xml) — Call : Call ; Création call : Création RTD
ARR (xml) — Call : Call ; Création call : Création RTA
Sirène (Dunkerque) — Call : CSV_SIRENE (text) ; Création call : Call
Vigie (Bordeaux, Sète, Fort-de-France, Dégrad des Cannes, Nouméa)

DEP (xml) — Call : vesselMovement ; Création call : Création RTD
ARR (xml) — Call : vesselMovement ; Création call : Création RTA
Oracle (Papeete) — Call : ESCLE (xml) ; Création call : Call

Création automatique avec le manifest

Si l’add-on ICS2 est activé et que le paramètre communauté Call created by Harbour office system est désactivé, alors à la réception d’un message manifest avec l’ensemble des données obligatoires, le call et le voyage sont créés automatiquement. Voir la page dédiée pour plus d’informations : https://mgi-team.atlassian.net/wiki/spaces/DOCI5/pages/3709763609/Import+Control+System+2+ICS2#Cr%C3%A9ation-automatique-du-call-et-du-voyage

Création et édition par IHM

Page exemple du menu Call Si le paramètre _Call created by Harbour office system _est activé, alors seuls les calls ayant un navire de type sea transport peuvent être créés (RBCAL0041). L’utilisateur aura un message d’alerte :

Maritime calls must be created by the harbour system

Les escales maritimes doivent être créées par le système de la capitainerie

Références

Cette section décrit l'identification du call ainsi que le navire l'opérant. La création ou l'édition de call se fait dans Ci5 en précisant :

Precall number (Numéro d’annonce)* : Le numéro unique d'annonce préliminaire de l'escale. Celui-ci est unique par communauté portuaire (RBCAL0002).
Call number (Numéro d’escale) : Le numéro unique définitif de l'escale. Celui-ci est unique par communauté portuaire (RBCAL0003). En fonction du système portuaire de la communauté, il est créé après l’arrivée effective du navire ou le numéro d’annonce y est repris.
Vessel (navire) * ou IMO number (numéro IMO) * : Identification du moyen de transport par soit son nom soit son code IMO, les autres informations du navire étant récupérées du référentiel _Transports _(RSCAL0004). Attention, il est impossible de modifier le navire si la RTA de l'escale est déjà révolue (RBCAL0005).
Carrier (Transporteur) : Le champ carrier est déduit du service s'il n'y a qu'un seul service lié à ce call dont le trader créateur du service est aussi le trader créateur du call. Dans tous les autres cas, le champ est éditable et c'est une saisie automatique qui pointe vers les traders avec l'activité ligne maritime (LINE) (RSCAL0026).
Export vessel agent (Agent coque Vrac Export) : Ce champ est existant et modifiable si l’add-on _Bulk Management _est activé. Il est à compléter en cas d’agent vrac différent à l’export (RBCAL0034), cela permettra notamment à l’agent export de créer sa Déclaration Navire sur le numéro de call.
Regular shipping line (Ligne régulière de transport) : case à cocher précisant si la ligne est une Ligne maritime Régulière douanière, LRD (par opposition au transport à la demande, la ligne régulière se base sur des départs à jours fixes et des ports d’escales déterminés). Depuis 1998, le transit communautaire par voie maritime fait une distinction entre la ligne régulière et la ligne non régulière douanière. Les marchandises circulant par une ligne non régulière sont réputées être des marchandises tierces (RSCAL0027).
VAT Exemption (Exonération TVA) : Case existante si l’add-on Vessel Dues est activé. Cette case permet d’indiquer si un call est exempté de TVA. Elle est mise à jour par le message call ou par IHM si la case call created by Harbour office system n’est pas cochée. Elle est décochée par défaut (RBCAL0035). L’exonération sera répercutée sur les déclarations navires et marchandises.

La création d’un call par IHM n’est possible que si la case _call created by Harbour office system _des paramètres de la communauté n’est pas cochée (RBCAL0036).

L’autorité portuaire de la communauté a la possibilité de modifier et de supprimer un call qu’il soit créé manuellement ou par EDI (RBCAL0039).

Ports

Cette section décrit le passage portuaire dans son déroulement et les ports concernés par ce passage portuaire. Il est possible d'y préciser :

Port of call (Port d’escale)* : c'est le port sur lequel le navire fait escale.
Area (Zone) : La zone portuaire maritime dans laquelle le navire fait escale. Ce champ n'est plus modifiable si la date de RTA existe (RBCAL0006).
ETA* : la date et l'heure (format a.m) estimée d'arrivée au port. Celle-ci n'est plus modifiable si une RTA a été saisie (RSCAL0007). Des contraintes de saisie des escales évitent la création d'escales incohérentes :
- Il est possible de créer des calls dont l'ETA est antérieure à la date de création. La limite d’antériorité est paramétrée dans le paramètre de communauté : delay for calculating the deadline of ETA call delay (en années). Si la date saisie est antérieure à la limite alors à la sauvegarde du call, une fenêtre modale s'affiche et à la sauvegarde du call, une notification interne est envoyée au créateur du call (RBCAL0008).
- De plus, il est impossible de créer deux escales opérées par le même navire à des dates trop rapprochées dans le temps (RBCAL0009). Cet intervalle horaire minimal est paramétrable par communauté (valeur paramétrée dans les paramètres de la communauté : delay for calculating the deadline of arrival of a call).

"Cette escale a un ETA antérieur à 2 ans. Etes-vous sûr de continuer ?" "Confirmer / Annuler". "L'ETA de l'escale xxx est antérieur à x ans".

ETD : la date et l'heure (format a.m) estimée de départ du port. Celle-ci n'est plus modifiable si une RTD a été saisie (RBCAL0010). De plus l'ETD doit forcément être postérieure à l'ETA (RBCAL0011). Enfin, lors de l'expiration de la deadline of validity, si l'ETD n'est pas renseignée, elle est automatiquement complétée avec la date de la deadline of validity (RBCAL0024).
Cut-off date (Date cut-off) : Champ non modifiable. Cette date correspond à la clôture de la compagnie maritime, elle est complétée avec (RBCAL0033) :
- si le call est créé par le même agent que celui du service alors la date de Cut-off = ETA - Cut-off delay.
- sinon, cette date est vide.
RTA : La date et l'heure (format a.m) réelle d'arrivée au port. Lorsque la deadline of validity expire, si la RTA n'est pas complétée, elle est automatiquement renseignée avec l'ETA (RBCAL0024). Elle ne peut pas être supérieur à la date en cours ni à la RTD.
RTD : La date et l'heure (format a.m) réelle de départ du port. Si, lors de la saisie de la RTD, aucune valeur d'ETD n'est renseignée, l'ETD prend la valeur de la RTD (RSCAL0025). Lors de l'expiration de la deadline of validity, si la RTD n'est pas renseignée, elle est automatiquement complétée avec l'ETD, ou à défaut, avec la deadline of validity. Le remplissage de cette date est l'élément déclencheur des notifications Vessel Manifest. Elle ne peut pas être supérieur à la date en cours ni inférieure à la date de RTA.
Deadline of validity (Date limite de validité) : la date et l'heure (format a.m) à partir de laquelle cette escale sera considérée comme inutilisable pour la gestion dans Ci5. Plusieurs écrans de recherche utilisent ce critère pour déterminer si les informations doivent être affichées ou non. La deadline of validity peut être complétée de deux manières différentes :
- soit par calcul automatique, auquel cas la deadline of validity est calculée en ajoutant à la RTD (ou à défaut, à l'ETA) le delay for calculating the deadline of validity of a call (h) (RBCAL0012).
- de manière manuelle par un utilisateur administrateur communauté ou douanier (RSCAL0013). Dans ce cas, une fois la date saisie à la main, celle-ci n'est plus jamais calculée automatiquement (RBCAL0014). Dans le cas d'une saisie manuelle, la nouvelle date saisie doit être strictement supérieure à la date actuelle et à la date calculée (RBCAL0015). Il existe une notification interne qui permet d’avertir les agents maritime en cas de modification de cette date : Call deadline modification.
Next port (prochain port) et Last port (dernier port) : Les ports respectivement précédemment et successivement touchés par le navire faisant escale. Ces deux champs (facultatifs) sont remplis automatiquement dès que l'association avec un voyage dans le service permet de le déduire (RBCAL0016).
- L'ajout n'est fait que si l'ETA du call est comprise dans la période de validité et sur la plage d'activité du service version donné.
- Cette vérification n'est effectuée que pour les services dont le créateur est le carrier du call.
- Si les champs last port et next port sont déjà complétés, ils ne seront pas écrasées par de nouvelles données.
Last port RTD : La date effective du départ du navire au port précédemment touché par le navire.

Voyages

Cette section présente tous les voyages répertoriés sur cette escale. Comme une escale physique peut concerner plusieurs voyages commerciaux, ceux-ci sont les voyages de tous les agents maritimes ayant ajouté un voyage sur une version de service, il y a autant de lignes de voyage que de services rattachés (RSCAL0017). Les données sont non modifiables et récupérées des voyages du service rattaché.

Le voyage est considéré comme clos sur la communauté uniquement quand (RGCAL0030) :

la date de fin de validité (validity to) du service version auquel il est rattaché est dépassée,
ou sur la communauté de l’utilisateur connecté, si le voyage est rattaché à un call dont la date de validité est dépassé alors le voyage ne peut plus être utilisé. En revanche, une référence voyage peut être utilisée sur plusieurs communautés en même temps et donc plusieurs port of call. Dans ce cas, la référence voyage peut être utilisée dans une autre communauté, voir la gestion de la saisie des voyages dans le service.

Impacts voyage clos (ne plus le proposer dans les saisies automatiques) (RGCAL0031) :

plus utilisable dans la saisie des routes (BL, booking, manifeste).
plus utilisable dans les Movement Report (constats).
attention, il est toujours utilisable dans la partie voyage du service.

Lors de l’invalidation d’un call, le voyage est automatiquement dissocié et peut être réutilisé pour un autre call (RBCAL0037). Le call ne peut être annulé que s’il n’y a pas déjà une annonce rattachée (booking ou manifeste) (RBCAL0038).

Le voyage peut être dissocié du call par les administrateurs communauté si aucune entité n’est rattachée à ce numéro de voyage (B/L ou booking) et que la date de validité du call n’est pas dépassée (RBCAL0047).

Terminals

La liste des terminaux affichée dans la page call correspond à tous les terminaux touchés par le call affiché.

Pour ajouter un terminal, il faut saisir le code du terminal dans la case Terminal, la saisie automatique propose les terminaux qui ont la même area que le port du port of call. Le reste des informations est déduit du référentiel terminal et non modifiable (RSCAL0018).

De plus, lors de la liaison entre un voyage et un call, la liste des terminaux du call est automatiquement mise à jour en récupérant les informations du service saisies au port of call concerné (RBCAL0019).

First EU customs office (Premier bureau de douane européen)

Cette section permet l'identification sur l'escale de plusieurs éléments d'entrée en zone Europe. Elle est affichée si l’add-on ICS, ICS2 ou PNTS est activé.

First EU customs office (Premier bureau de douane européen) : Premier bureau de douane touché lors de l'entrée en zone Europe. Celui-ci est une saisie semi-automatique vers le référentiel des customs office. Le bureau de douane saisi comme premier point d'entrée de l'UE doit être identifié comme ICS dans le référentiel des customs office (RBCAL0020).
First EU customs office ETA (date du premier bureau de douane européen) : Date et heure de l'entrée en zone Europe.

Ces champs sont facultatifs pour la création d'un call que ce soit par IHM ou message (RGCAL0032). Ils sont éditables dans le call par tous les shipping agent qui ont une référence voyage associé au call (RBCAL0040). Même si le paramètre communauté _Call created by Harbour office system _est activé et que l’add-on ICS2 ou PNTS n’est pas activé pour le vessel agent (RBCAL0044).

Ces champs sont aussi éditables dans l'écran du service dans la partie voyage uniquement par un vessel agent (agent coque) qui est le créateur du call, et ne sont visibles que pour les agents maritimes créateurs du service (RSCAL0021).

Règles pour ICS

Si le champ Regular line indicator de l'escale affiché dans la zone de saisie des voyages n'est pas coché, alors les champs first EU customs office et la first EU customs office ETA apparaissent comme obligatoires (RBCAL0022). Il n'est pas possible de lodger si ces deux champs ne sont pas renseignés, à moins que le call associé au manifeste ne soit identifié comme LRD.

De plus, un indicateur vient informer l'utilisateur que l'add-on _ICS _a été activé sur la communauté (RSCAL0023).

Il est impossible de lodger un manifeste sans customs status si l'add-on ICS a été activé (RSCAL0028). Il est cependant possible d'intégrer un message manifeste qui contient des données ICS (MRN, Items et statut) que l'add-on ICS soit activé ou non (RSCAL0029).

Suppression d’un call

En cas de suppression d’un call depuis l’interface de Ci5, une pop-up de confirmation avec un champ pour saisir le motif de l’invalidation est affichée pour l’utilisateur (RBCAL0045). Ce champ est obligatoire pour confirmer la suppression (RBCAL0046).

Particularités si le paramètre Inland est activé

Le paramètre communauté Inland a les impacts suivant sur le call :

Champs Vessel et IMO number : Si le créateur du call 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 de ces champs (RBCAL0042).
Le Port of call détermine la communauté du call indépendamment de la communauté du user-group de l’utilisateur INCA créateur (RBCAL0043).

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