Récapitulatif des règles de gestion : Le déplacement (Movement)

RSMOVE001 : 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.
RSMOVE002 : Non modifiable, le customs office relatif au terminal d'origine du déplacement.
RSMOVE003 : Le terminal de destination après déplacement de la marchandise. Champ en saisie automatique sur le référentiel des terminaux filtré par les Movement Type sur lesquels ils sont déclarés, ainsi que le motif de la demande de déplacement préalablement sélectionné.
- Pour le motif Plant Health Inspection, il est renommé en Plant Health Inspection Location *.
- Pour le motif Veterinary Inspection, il est renommé en Veterinary Inspection Location *.
RSMOVE004 : Mode de transport pour ce déplacement, en saisie automatique sur les Conveyance Transport Mode du référentiel. Ce champ est par défaut rempli à la valeur Road Transport.
RSMOVE005 : Transporteur responsable du déplacement. Champ en saisie automatique sur le référentiel des traders Inland Carrier.
RSMOVE006 : Référence du Booking correspondant à l'export des marchandises, en saisie automatique, sont disponibles tous les Booking valides sur la communauté, quel que soit leur type, ne possédant aucun cargo déjà lié à un dossier appartenant à un autre Forwarder que celui qui effectue la demande.
RSMOVE007 : Pour les motifs Plant Health Inspection, Veterinary Inspection, Food safety inspection, il est renommé en Inspection Location. https://mgi-team.atlassian.net/browse/US-2655
RSMOVE008 : Le champ "New terminal location" n'est pas présent dans des demandes avec pour motif Exit.

‌

RBMOVE001 : Lors d'une demande de déplacement par sélection multiple, une demande de déplacement est créée pour chaque cargo sélectionné avec les valeurs saisies dupliquées autant de fois que nécessaire.
RBMOVE002 : Non modifiable, le terminal d'origine sur lequel le cargo se trouve actuellement. Celui-ci est extrait depuis le terminal du Bill of Lading si la demande est effectuée sur un cargo dans le sens import, ou sur le terminal du Booking si ce dernier est dans le sens export. Dans le cas ou 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
RBMOVE003 : Il est impossible de créer un déplacement sur des cargos qui ont un constat de load ou gate-out. https://mgi-team.atlassian.net/browse/US-864 https://mgi-team.atlassian.net/browse/GCI-1468
RBMOVE004 : Il est impossible de créer un déplacement sur un cargo qui a sa Customs Release à Hold sur un terminal.
RBMOVE005 : 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 autre que Transfer ou Transhipment. Cela permet de gérer les cas où la douane souhaite faire une visite chez le client. https://mgi-team.atlassian.net/browse/GCI-2518
RBMOVE006 : Un Bouton Delete / Suppression dans les pages Manifest et Tracking, permet de supprimer une demande de déplacement :
- 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. Toaster : A Gate-in already exists on this cargo.
- Impossible de supprimer une demande de déplacement si elle est issue d'une demande de transbordement. Toaster : Cannot delete a transhipment.
RBMOVE007 : Il est possible de créer une nouvelle demande de déplacement après suppression :
- 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).
RBMOVE008 : 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.
RBMOVE009 : Les champs des demandes de déplacement automatiquement créées sont complétés comme suit :
- Type = Transfer
- Current location = identique à celui du transbordement.
- New location = identique à celui du transbordement.
- Purpose = Transhipment.
- Mode of transport = identique à celui du transbordement.
- Conveyance identification = identique à celui du transbordement.
- Conveyance reference = identique à celui du transbordement.
RBMOVE0010 : 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 en charge du Customs Office relatif au déplacement.
RBMOVE0011 : le motif Exit (Retrait de quai) est possible uniquement pour les cargos export.
RBMOVE0012 : Lorsqu’une demande de transfert est effectué vers un nouveau lieu de R/L, le nouveau manutentionnaire est informé grâce à la notification PANu s’il est abonné. https://mgi-team.atlassian.net/browse/GCI-1170
RBMOVE0013 : 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 :
- 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.
- https://mgi-team.atlassian.net/browse/US-1261
RBMOVE0014 : Si un cargo fait l’objet d’une demande de mouvement entre deux terminals 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. https://mgi-team.atlassian.net/browse/US-1259
RBMOVE0015 : Suivant la configuration du authorization settings : Same area only, le déplacement entre même area peut être bloqué ou non. Il est toujours soumis à accord douanier. Des exceptions pour certains traders peuvent aussi être mises en place. https://mgi-team.atlassian.net/browse/US-1285
RBMOVE0016 : 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. https://mgi-team.atlassian.net/browse/US-1400
RBMOVE0017 : 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.
RBMOVE0018 : 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. https://mgi-team.atlassian.net/browse/US-2095 https://mgi-team.atlassian.net/browse/US-2166
RBMOVE0019 : 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.
RBMOVE0020 : Ce paramètre n’est applicable aux cargos core.
RBMOVE0021 : purpose Inland : mouvement automatique créé suite à l'intégration d’une loading list pour un cargo ayant un statut TFT. https://mgi-team.atlassian.net/browse/US-1416
RBMOVE0022 : purpose Transit : mouvement automatique créé suite à l'intégration d’une loading list pour un cargo ayant un statut TD.
RBMOVE0023 : purpose Logistic : mouvement automatique créé suite à l'intégration d’une loading list pour un cargo ayant un statut C, U ou ED.
RBMOVE0024 : purpose detail Inland : utilisé pour les movemement Inland, Transit et Logistic. Il est complété automatiquement pour ces types de purpose.
RBMOVE0025 : Il n’est pas possible de créer un déplacement de type transfert sur un même terminal. https://mgi-team.atlassian.net/browse/US-370
RBMOVE0026 : Un bouton Back to terminal (Retour sur le terminal) apparait dans les conditions suivantes. 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.
- https://mgi-team.atlassian.net/browse/US-2260
RBMOVE0027 : Ce bouton n’apparait que pour le créateur de la demande déplacement veterinary inspection ou phytosanitary inspection. https://mgi-team.atlassian.net/browse/US-2842
RBMOVE0028 : Après avoir sélectionné le cargo dans le tracking et cliqué sur le bouton Back to terminal, un mouvement se créé automatiquement.
RBMOVE0029 : Le transfer ne peut pas être effectué vers un new terminal location qui a un statut douanier IST ou MDT. https://mgi-team.atlassian.net/browse/US-2117
RBMOVE0030 : Export inland : créé à l’association d’un cargo MR gate-in à un booking avec le paramètre communauté Inland activé. https://mgi-team.atlassian.net/browse/US-3119
RBMOVE0031 : Pour une meilleure visibilité des mouvements vers le lieux d’inspection des contrôles douaniers, vétérinaires et phytosanitaires, si le lieu de contrôle a un manager dans Ci5 alors une deuxième ligne de tracking est créée pour suivre l’entrée et la sortie du cargo. https://mgi-team.atlassian.net/browse/US-2654
RBMOVE0032 : 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. https://mgi-team.atlassian.net/browse/US-2888
RBMOVE0033 : 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éé.
RBMOVE0034 : Si le new terminal location n’est pas IST ou MDT : 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.
RBMOVE0035 : 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.
RBMOVE0036 : Si le paramètre communauté Inland est activé, à l’intégration d’une loading list, si le terminal de l’annonce est D2IMP ou 2XLSY et qu’il 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_D2IMP ou ZE_2XLSY en fonction du terminal de l’annonce. https://mgi-team.atlassian.net/browse/US-2954
RBMOVE0037 : 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é.
RBMOVE0038 : En revanche, s’il existe un MR gate-in, le cargo est ajouté à la loading list sans traitement supplémentaire.
RBMOVE0039 : 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.
RBMOVE0040 : 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.
RBMOVE0041 : Inland : Ce mouvement est créé uniquement vers des new terminal location qui ont un customs status IST ou MDT. https://mgi-team.atlassian.net/browse/US-2889
RBMOVE0042 : 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. https://mgi-team.atlassian.net/browse/US-3176
RBMOVE0043 : Pour le type de movement Transfer, 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. https://mgi-team.atlassian.net/browse/US-3175
RBMOVE0044 : 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. https://mgi-team.atlassian.net/browse/US-4101
RBMOVE0045 : 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) :
- le setting communauté « exchange area management » doit être activé.
- le trader à l'origine de la demande de mouvement doit être autorisé à utiliser la zone d'échange pour les mouvements de type transfert.
- le terminal manager du lieu cédant doit être différent du terminal manager du lieu prenant.
- le terminal prenant et le terminal cédant doivent chacun posséder un terminal zone d'échange identifié dans le référentiel.
RBMOVE0046 : Premier mouvement — Du lieu cédant à la zone d'échange : création d'un mouvement interne avec le purpose detail « transfert ». 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.
RBMOVE0047 : Second mouvement — De la zone d'échange au lieu prenant : création d’un transfert, avec le purpose detail défini par l'utilisateur. 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. https://mgi-team.atlassian.net/browse/US-3853
RBMOVE0048 : 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). https://mgi-team.atlassian.net/browse/US-4497
RBMOVE0049 : 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.
RBMOVE0050 : 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.

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