Emplacement : Annonce et gestion des marchandises

CHEMIN D'ACCÈS : TRACKING

EDITION : FORW, SHAG, YARD, SWAM

LECTURE : TOUS, REPRÉSENTATION SELON UTILISATEURS

DERNIERE VERSION CI5 DE MISE A JOUR : 5.3.15

Création d’une demande de déplacement

Un déplacement peut être déclaré au travers d'une fonctionnalité dédiée : la fiche de demande de déplacement. Celle-ci peut se faire de deux façons grâce au bouton Movement (Déplacement) dans l'écran Tracking :

• Sélection unitaire.
• Sélection multiple : Dans ce cas, une demande de déplacement sera créée pour chaque cargo sélectionné avec les valeurs saisies dupliquées autant de fois que nécessaire (RBMOVE001).

Elle contient les champs suivants :

• Libellé ou logo du trader créateur du movement.
• Cargo : non modifiable, la référence du conteneur concerné par la demande de déplacement. Dans le cas d'une sélection multiple, ce champ n'apparaît pas (RSMOVE001).

• Purpose (motif) *: correspond au motif de la demande de déplacement, en choix par liste déroulante qui est composée des éléments suivants :

  • Exit : Retrait de quai. Possible uniquement pour les cargos export (RBMOVE0011).

  • Transfer : Changement (déplacement) de lieu.

    • Le transfer ne peut pas être effectué vers un new terminal location qui a un statut douanier IST ou MDT (RBMOVE0029).
    • Pour ce type de movement, les _customs identifications _du Current location et du new location sont contrôlés : s’ils sont renseignés et identiques ou s'ils ne sont pas renseignés alors la création du transfert n’est pas possible (RBMOVE0043). L’utilisateur aura une alerte bloquante : Transfer forbidden : same or no customs identifications / Transfert non autorisé : identifications IST identiques ou inexistantes.

  • Veterinary inspection : Demande de sortie pour inspection vétérinaire.

  • Plant health inspection : Demande de sortie pour inspection phytosanitaire.
  • Customs : Demande de sortie pour contrôle douanier.
  • Transhipment : Changement de moyen de transport.
  • Stuffing : Mouvement créé à la fin d'un empotage depuis le lieu d'empotage vers le terminal.
  • Unstuffing : Demande de sortie pour décharger et accéder au contenu d'un conteneur.
  • Back to stuffing warehouse : Demande de déplacement pour retourner dans l’entrepôt d'empotage et rouvrir une liste d'empotage.
  • Inland : mouvement automatique créé suite à l'intégration d’une loading list ou d’une bulk loading list pour un cargo ayant un statut TFT (RBMOVE0021). Ce mouvement est créé uniquement vers des new terminal location qui ont un customs status IST ou MDT (RBMOVE0041).
  • Transit : mouvement automatique créé suite à l'intégration d’une loading list ou d’une bulk loading list pour un cargo ayant un statut TD (RBMOVE0022).
  • Logistic : mouvement automatique créé suite à l'intégration d’une loading list ou d’une bulk loading list pour un cargo ayant un statut C, U ou ED (RBMOVE0023).
  • Export inland : créé à l’association d’un cargo MR gate-in à un cargo d’un booking maritime dans le bloc Pré-acheminement du booking ou du dossier avec le paramètre communauté Inland activé (RBMOVE0030).
  • Food safety inspection (Inspection sécurité alimentaire) : demande de déplacement pour contrôle alimentaire.
  • Import exchange : ce motif n’est pas proposé lors de la création manuelle d’un movement.
  • Internal movement (Mouvement interne) : mouvement utilisé pour créer un mouvement entre deux lieux dont le customs identifications est identique entre le current location et le new location. S’il est différent ou non renseigné, il n’est pas possible de créer ce mouvement (RBMOVE0042).

• Date : date du déplacement.

• Purpose detail (Motif détails) * : obligatoire uniquement pour les motifs suivants :

  • Exit : choisir entre les motifs suivants : retour client (back to exporter), sortie par autre port (exit through another port), annulation exportation (export cancelled) ou autre (other).
  • Transfer : dépotage (unstuffing), stockage (storage), autre (other).
  • Customs : contrôle chez le client (customer control), autre (other).
  • Inland : utilisé pour les movemement Inland, Transit et Logistic. Il est complété automatiquement pour ces types de purpose (RBMOVE0024).
  • Internal (Interne) : utilisé uniquement pour les transbordements de la zone d'échange.

• Current location (Position actuelle) : le terminal d'origine sur lequel le cargo se trouve, information préremplie. Celui-ci est extrait du terminal du Bill of Lading si la demande est effectuée sur un cargo dans le sens import, ou du terminal du Booking si ce dernier est dans le sens export. Dans le cas où le cargo a fait l'objet d'une demande de transbordement et se trouve par conséquent à la fois présent sur un Bill of Lading et un Booking, alors le terminal affiché est celui du Bill of Lading (RBMOVE002).

• Customs office (Bureau des douanes) : non modifiable, le bureau de douane relatif au terminal d'origine du déplacement (RSMOVE002).

• New location (Nouvelle position) * : le terminal de destination après déplacement de la marchandise. Champ en saisie automatique depuis le référentiel des terminaux filtré par les Movement Type sur lesquels ils sont déclarés, ainsi que par le motif de la demande de déplacement préalablement sélectionné (RSMOVE003).

  • Pour les motifs Plant Health Inspection, Veterinary Inspection, Food safety inspection, il est renommé en Inspection Location * (RSMOVE007).
  • Pour le motif Back to stuffing warehouse, il est automatiquement rempli par le terminal location du gestionnaire d'entrepôt de la liste d'empotage et est non modifiable.
  • Le champ "New terminal location" n'est pas présent dans des demandes avec pour motif Exit (RSMOVE008).

  • Pour les movement automatiques de type unstuffing, le terminal location sélectionné dans ce champ doit avoir un customs status de type IST ou MDT (RBMOVE0032). Si le new terminal location n’est pas IST ou MDT :

    • Si l’unstuffing list qui va créer le movement est créée par EDI, alors elle sera créée au statut provisoire et le movement ne sera pas créé (RBMOVE0033).
    • S’il s’agit un MR gate-in qui est à l’origine de la création du movement, alors le MR est créé mais pas le movement (RBMOVE0034).

  • A la création d’un movement de type transfer pour un cargo unstuffing, la saisie automatique ne propose que des terminaux avec customs status de type IST ou MDT (RBMOVE0035).

• Transport mode (mode de transport) : mode de transport pour ce déplacement, en saisie automatique depuis les Conveyance Transport Mode du référentiel. Ce champ est par défaut rempli par Road Transport (RSMOVE004).

  • Pour le motif Back to stuffing warehouse, il est automatiquement rempli par "Road Transport" et est non modifiable.

• Comment (commentaire) : commentaire libre. Ce champ est obligatoire pour les déplacements de type :

  • Purpose : exit et purpose detail : other.
  • Purpose : customs et purpose detail : customer control et other. Le champ est renommé control location pour ces types de purpose detail.

  • Purpose : transfer et purpose detail : other.

    • L'utilisateur sera alerté par un message d'erreur si le champ n’est pas rempli : “This filed is required”, “Commentaire obligatoire / comment mandatory”.

• Carrier (transporteur) * : transporteur responsable du déplacement. Champ en saisie automatique depuis le référentiel des transporteurs (RSMOVE005).

• Conveyance identification (Immatriculation) : saisie libre de l'identification du camion utilisé pour ce déplacement.
• Conveyance reference (référence du transporteur) : saisie libre de la référence du transporteur responsable du déplacement.

Il n’est pas possible de créer un déplacement pour un cargo qui n’est plus sur le terminal, c’est-à-dire qu’il a un constat de load ou gate-out (RBMOVE003).

Il est impossible de créer un déplacement sur un cargo qui a une Customs Release Hold sur un terminal (RBMOVE004). Cependant, un agent maritime ou un transitaire peut faire une demande de déplacement sur un cargo avec une Customs Release à Hold uniquement pour les motifs autres que Transfer ou Transhipment. Cela permet de gérer les cas où la douane souhaite faire une visite chez le client (RBMOVE005).

Si un cargo fait l’objet d’une demande de mouvement entre deux terminal location d’une même area, à la création d’un MR gate in sur le terminal prenant, si le Gate out du lieu cédant n’existe pas (quelque soit le motif du movement) le statut gate out sur le lieu cédant est attribué au même horodatage que le gate-in du lieu prenant (RBMOVE0014).

Suivant la configuration du authorization settings : Same area only, le déplacement entre mêmes area peut être bloqué ou non. Il est toujours soumis à accord douanier. Des exceptions pour certains traders peuvent aussi être mises en place (RBMOVE0015).

Le déplacement de type Back to stuffing warehouse est réalisable si le cargo a une liste d’empotage finalisée et un constat de gate-in dans le terminal de destination (terminal location du yard) mentionné dans la liste. Seul le gestionnaire d'entrepôt créateur de la liste d'empotage peut faire cette demande de déplacement (RBMOVE0017).

Il n’est pas possible de créer un déplacement de type transfert sur un même terminal (RBMOVE0025). L’utilisateur aura un message d’erreur bloquant.

Terminal locations must be differents. / Les lieux de R/L doivent être différents.

Les déplacements automatiques

Certains types de déplacements sont obtenus automatiquement à la suite d’une action :

• Booking change : demande de mouvement obtenue après avoir réalisé un changement de booking où le nouveau terminal est différent de l’initial.
• Purpose transfer et purpose detail Inland : créé automatiquement après le lodging d’une loading list.
• Stuffing (empotage) : créé automatiquement après la finalisation d’une stuffing list.
• Unstuffing (dépotage) : créé automatiquement au lodge d’une unstuffing list pour le conteneur si les lieux terminal location et new location sont différents.
• Export inland : créé automatiquement à la création d’un MR gate-in pour les cargos Gate in (not announced) d’une _loading list _avec le paramètre communauté Inland activé (RBMOVE0030).

La suppression d’un déplacement

Un bouton Delete (Suppression) dans le Tracking permet de supprimer une demande de déplacement (RBMOVE006) :

• Une demande de déplacement ne peut être supprimée que si elle porte sur une marchandise non Gate-in sur le lieu de destination (New terminal location de la demande de déplacement) ou un gate-out sur le lieu de départ (actual location). L'utilisateur sera alerté par un message d'erreur :

A Gate-in already exists on this cargo / Un constat de réception existe déjà sur ce cargo.

A Gate-out already exists on this cargo.

• Impossible de supprimer une demande de déplacement si elle est issue d'une demande de transbordement. L'utilisateur sera alerté par un message d'erreur :

Cannot delete a transhipment / Impossible de supprimer le transbordement.

Il est possible de créer une nouvelle demande de déplacement après suppression (RBMOVE007) :

• Les autorisations et Releases de la ligne Tracking sont alors recalculées,
• Ajout d'une pastille verte présente à côté de la demande de déplacement dans le Tracking (uniquement).

Suppression d’un mouvement suite mise à jour loading list

Lors d’une mise à jour par EDI d’une loading list, si un conteneur déjà présent dans la liste n’apparaît pas dans le message et qu’il n’a pas de constat de réception sur un autre terminal que celui de l’annonce, le cargo est supprimé de la loading list, ainsi que ses mouvements avec purpose detail = “INLAND” et les lignes tracking associées (RBMOVE0044).

Gestion de la génération d'un déplacement suite à transbordement

Une demande de transbordement génère automatiquement une demande de déplacement sur tous les cargos contenus sur le Bill of Lading ou pour le cargo à transborder si la demande de transbordement se fait unitairement (RBMOVE008). Les champs des demandes de déplacement automatiquement créées sont complétés comme suit (RBMOVE009) :

• Type : Transfer
• Current location (position actuelle) : identique à celui du transbordement.
• New location (nouvelle position) : identique à celui du transbordement.
• Purpose (motif) : Transhipment.
• Mode of transport (mode de transport) : identique à celui du transbordement.
• Conveyance identification (Immatriculation) : identique à celui du transbordement.
• Conveyance reference (référence du transporteur) : identique à celui du transbordement.

Dans le cas où le transbordement se fait sans changement de terminal, alors la Customs Authorization est automatiquement accordée pour tous les déplacements générés. Dans le cas contraire, une action manuelle est nécessaire par le douanier responsable du Customs Office relatif au déplacement en fonction des paramètres de chaque bureau de douane (RBMOVE010).

Impact d'un déplacement sur les releases

Le déplacement peut avoir une influence sur les Final Release. L'ensemble de ces informations est visible dans la page Tracking et release.

Si un voyage change ou changement de terminal est effectué avant que la marchandise ne soit gate-in, la ligne de tracking existante est écrasée par les nouvelles données.

Notification de déplacement

Lorsqu’une demande de transfert est effectuée vers un nouveau lieu de R/L, le nouveau manutentionnaire est informé grâce à la notification PANu s’il est abonné (RBMOVE0012).

Si le transfert est généré à la suite d’un transbordement, le nouveau manutentionnaire sera aussi averti par la même notification.

A l’import, si le cargo avait déjà un release order au moment de la demande de mouvement, le nouveau manutentionnaire, s’il est abonné, recevra une notification Release order pour qu’il puisse avoir toutes les informations nécessaires (RBMOVE0016).

Cas particuliers

Movement exit

En cas de déplacement pour raison exit (retrait de quai), après la demande et le MR gate-out du cargo, celui-ci disparaît du booking et du dossier initial et n’est disponible qu'à partir du tracking. Cela permet de recréer le cargo pour qu’il puisse être recréé avec la même référence lors de son retour sur le terminal.

Settings Release order mandatory for movement request

Le paramètre administrateur organisation Release order mandatory for movement request rend obligatoire le release order pour la création d’une demande de mouvement par un transitaire (RBMOVE0018).

Si le release order existe, le transitaire créateur du mouvement doit désigné en tant que representative ou last representative, sinon il l’utilisateur aura un message d’erreur à la sauvegarde (RBMOVE0019).

“Release order mandatory for movement request” (EN) / “Bon à délivrer obligatoire pour une demande de déplacement” (FR)

Ce paramètre n’est applicable aux cargos core (RBMOVE0020).

Gestion de la zone d'échange pour la communauté Marseille

A l'intégration d’une discharge list, si les terminaux entre discharge list et booking sont différents et que les managers sont différents également, se créent automatiquement (RBMOVE0013) :

• Une demande de movement avec comme purpose : “transfer” et purpose detail : “zone d'échange”.

  • Le créateur du transfert est le créateur de la discharge list avec lieu prenant égal au lieu du booking et le lieu cédant égal au lieu de la discharge list.

• Génération une ligne (même id cargo) dans le tracking pour le terminal de la discharge list (lieu cédant).

• Génération d'une notification PANU_EXPORT vers l'opérateur du terminal cédant (celui de la discharge list).

  • Cas particulier si la marchandise est concernée par l’add-on seamax :

    • Pour une déclaration de dangereux ayant obtenue les CSP de la capitainerie, la notification PANU_EXPORT vers le yard du lieu cédant doit contenir les informations des CSP à l’identique du PANU_EXPORT du lieu prenant.
    • Le MR gate-in du lieu cédant est notifié à SEAMAX (capitainerie), à l’identique du MR gate-in du lieu prenant.

Si le paramètre communauté Inland est activé, à l’intégration d’une loading list, si le terminal de l’annonce est différent de celui contenu dans la loading list (dans la balise terminalCodeLoad) et qu’il n’existe pas de demande de mouvement : Ci5 va créer une demande de mouvement avec purpose= IMPORT EXCHANGE et purpose detail = INLAND vers les lieux ZE_**** ou ZE_**** en fonction du terminal de l’annonce (RBMOVE0036).

Si les terminaux sont identiques, s’il y a une demande de mouvement de type purpose= IMPORT EXCHANGE et purpose detail = INLAND et qu’il n’y a pas encore de MR Gate in sur un autre Terminal location que celui de l’annonce le mouvement est supprimé (RBMOVE0037). En revanche, s’il existe un MR gate-in, le cargo est ajouté à la loading list sans traitement supplémentaire (RBMOVE0038).

A l’intégration d’une loading list, si un conteneur déjà dans la loading list n’est pas dans le message reçu, s’il existe un MR Gate in sur un autre Terminal location que celui de l’annonce le cargo est supprimé de la loading list mais pas les movements existants (RBMOVE0039). Dans le cas contraire, le cargo est supprimé de la loading list ainsi que les movements existants de purpose = IMPORT EXCHANGE et purpose detail = INLAND et les lignes tracking qui en découlent (RBMOVE0040).

Génération d'une ligne tracking lors d'un transfert export

Lorsqu'un utilisateur crée une demande de déplacement de type « Transfert », le système génère une ligne tracking zone d'échange uniquement si les quatre conditions suivantes sont simultanément réunies (RBMOVE0045) :

1. le setting communauté « exchange area management » doit être activé.
2. le trader à l'origine de la demande de mouvement doit être autorisé à utiliser la zone d'échange pour les mouvements de type transfert.
3. le terminal manager du lieu cédant doit être différent du terminal manager du lieu prenant.
4. le terminal prenant et le terminal cédant doivent chacun posséder un terminal zone d'échange identifié dans le référentiel.

Si l'une de ces conditions n'est pas remplie, le mouvement de transfert est créé selon le comportement habituel, c'est-à-dire sans ligne zone d'échange.

Quand les quatre conditions sont remplies, le système crée deux mouvements successifs assurant la traçabilité complète du cargo dans la zone d'échange :

• Premier mouvement — Du lieu cédant à la zone d'échange : création d'un mouvement interne avec le purpose detail « transfert » (RBMOVE0046).

  • Ce mouvement crée une ligne de tracking sur le terminal zone d'échange du lieu cédant. Ci5 envoie un message PANU_EXPORT, avec terminalLocation renseigné au terminal zone d'échange du lieu cédant, au terminal manager de ce lieu.
  • Au gate-in sur le terminal zone d'échange, Ci5 donne automatiquement le statut gate-out sur le terminal cédant.
  • Lors du gate-in, le statut final release sur la ligne tracking de la zone d'échange dépend de l'autorisation douanière du mouvement « transfert » : si elle est automatique, la final release est immédiate ; si manuelle, elle attend la validation douanière.

• Second mouvement — De la zone d'échange au lieu prenant : création d’un transfert, avec le purpose detail défini par l'utilisateur (RBMOVE0047).

  • Ce mouvement crée une ligne de tracking sur le terminal du lieu prenant. Ci5 envoie un message PANU_EXPORT, avec terminalLocation au terminal du lieu prenant, au terminal manager de ce lieu.
  • Au gate-in sur le terminal prenant, Ci5 donne automatiquement le statut gate-out sur le terminal zone d'échange.

Génération d'une ligne tracking lors d'un voyage change ou booking change à l'export

Lorsqu'un cargo export est transféré entre deux terminaux à la suite d'un changement de voyage ou de booking, Ci5 génère automatiquement un mouvement vers la zone d'échange (ZE) (RBMOVE0048).

Création deux mouvements successifs :

• Du lieu cédant vers sa ZE — Création d’un mouvement interne avec purpose detail « Booking change ». La final release bascule sur le terminal cédant, une ligne tracking est créée sur la ZE, et un message PANU_EXPORT est envoyé au terminal manager de la ZE (si abonné). Le gate-in sur la ZE déclenche le gate-out sur le terminal cédant. La final release sur la ligne ZE dépend de l'autorisation douanière : immédiate si automatique, en attente si manuelle (RBMOVE0049).
• De la ZE vers le lieu prenant — Création d'un mouvement de type booking change sans purpose detail. Une ligne tracking est créée sur le terminal prenant, un PANU_EXPORT est envoyé à son terminal manager (si abonné). Le gate-in sur le terminal prenant déclenche le gate-out sur la ZE (RBMOVE0050).

Gestion du retour à quai si refus SIVEP

Afin de permettre à un conteneur de revenir à son terminal de départ suite à refus des services SIVEP, un bouton Back to terminal (Retour sur le terminal) apparait dans les conditions suivantes (RBMOVE0026). Ce bouton n’apparait que pour le créateur de la demande déplacement veterinary inspection ou phytosanitary inspection (RBMOVE0027).

Le cargo concerné doit :

• être couvert par un déplacement au motif veterinary inspection ou phytosanitary inspection,
• il existe un MR gate-out valide sur le current location de la demande de mouvement,
• le cargo n’a PAS de customs release,
• il existe dans le référentiel Operations un terminal location de type return pour le manager du current location de la demande de mouvement.

Après avoir sélectionné le cargo dans le tracking et cliqué sur le bouton Back to terminal, un mouvement se créé automatiquement avec les données suivantes et est non modifiable (RBMOVE0028) :

• New terminal location : terminal location de type return du manager du current location de la demande de mouvement initiale.
• Purpose : back to terminal.
• Date : date de la demande.
• Current location : inspection location de la demande de mouvement initiale.
• Customs office : customs office du call, il est identique à celui du premier mouvement.

• Le champ suivant préaffiché mais modifiable

  • Carrier : manager du terminal location de l’annonce

• Les champs suivants sont non préaffichés et modifiables :

  • Commentaire.
  • Conveyence identification.
  • Conveyence reference.

La création du mouvement créé une nouvelle ligne dans le tracking sur le terminal de retour et une notification PANU_IMPORT est envoyée au manager de ce terminal.

Gestion des contrôles douaniers, vétérinaires et phytosanitaires

Pour une meilleure visibilité des mouvements vers le lieu d’inspection des contrôles douaniers, vétérinaires et phytosanitaires, si le lieu de contrôle, défini dans le champ new location, a un manager connu dans le référentiel Opérations de Ci5 alors une deuxième ligne de tracking est créée pour suivre l’entrée et la sortie du cargo (RBMOVE0031). En revanche, s’il n’y a pas de gestionnaire alors il n’y a pas de deuxième ligne de tracking et il sera affiché uniquement la ligne de suivi de l’annonce (B/L ou booking). Cela concerne les mouvements suivants :

• purpose = customs / purpose detail = customer control et le new location a un manager,
• purpose = veterinary inspection et le new location a un manager,
• purpose = plant health inspection et le new location a un manager.

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