Emplacement : Inland Transport > Loading et discharge list

EPIC : https://mgi-team.atlassian.net/browse/US-1948

Récapitulatif des règles de gestion : Loading list : Création et édition

• RBLD0001 : Une loading List ne peut être créée que par EDI. https://mgi-team.atlassian.net/browse/GCI-1395 https://mgi-team.atlassian.net/browse/GCI-978
• RBLD0002 : Chaque liste doit comporter un port de la communauté de son créateur comme port de chargement ou de déchargement.
• RBLD0003 : Le statut douanier peut être : C, TFT, TD, U, V ou ED. https://mgi-team.atlassian.net/browse/US-1434
• RBLD0004 : Lors de la création en EDI d’une loading list, seuls les cargos import pleins annoncés dans Ci5 (par un manifest) et les vides (qu’ils soient annoncés ou non annoncés en amont) et non gate-out sont créés. https://mgi-team.atlassian.net/browse/US-1817
• RBLD0005 : Sur une loading list, un cargo est identifié à l'aide de sa référence et du terminal.
• RBLD0006 : Pour les vides, la balise “customsStatusCode” doit contenir “V”, ce n’est pas le paramètre “empty” qui est pris en compte.
• RBLD0007 : Pour les conteneurs vides, tous les éléments sont à renseigner (poids, package type etc.) sauf le net weight et la good description (qui sera automatiquement mise à empty).
• RBLD0008 : Si la liste ne contient que des cargos non annoncés, la liste n’est pas créée dans Ci5.
• RBLD0009 : Si le cargo de la liste est sur plusieurs BL, alors Ci5 l'affecte au voyage le plus récent. https://mgi-team.atlassian.net/browse/GCI-1395
• RBLD0010 : Un manifeste finalisé n'est pas bloquant pour réaliser une intégration en EDI.
• RBLD0011 : Si un RO est associé au conteneur, le champ inland carrier du release order est complété avec le créateur de la liste.
• RBLD0012 : Si aucun RO n'est associé au conteneur, le champ inland carrier du dossier est complété avec le créateur de la liste.
• RBLD0013 : Si aucun dossier n'est associé au conteneur, aucune déduction n'est possible.
• RBLD0014 : Une liste intégrée en EDI est ensuite modifiable par IHM.
• RBLD0015 : Une liste de marchandises peut être sans état (none), en état lodged ou en état final. Une liste ne peut être supprimée que si elle est dans l'état d'édition (ni lodge ni final).
• RBLD0016 : Il est possible de lodge à plusieurs reprises.
• RBLD0017 : La finalisation est possible uniquement si la final release est obtenue pour chaque ligne cargo au terminal de chargement (à l'exception des cargos vides).
• RBLD0018 : Une demande de transfert est générée automatiquement au lodging d'une liste de chargement.
• RBLD0019 : Pas de génération de transfert pour les cargos vides (ils restent non annoncés).

• RBLD0020 : Détails de la demande de déplacement :

  • Créateur : manutentionnaire lieu d'arrivée
  • Purpose : transfert
  • Date : date du lodging
  • Purpose detail : inland
  • Current location : lieu de manifest
  • New terminal : terminal du lieu d'arrivée
  • Carrier : créateur de la loading list
  • Conveyance identification : carriage identification
  • Conveyance reference : carriage reference (référence de la loading list)

• RBLD0021 : Les cargos ayant une demande de transbordement ou un B/L avec une route en transbordement ou ayant un sens export ne sont pas créés. https://mgi-team.atlassian.net/browse/US-2194

• RBLD0022 : Purpose : en fonction du statut de la marchandise, plusieurs purposes sont possibles :

  • Inland : pour les cargos ayant un statut TFT,
  • Transit : pour les cargos ayant un statut TD,
  • Logistic : pour les cargos ayant un statut C, U ou ED.
  • https://mgi-team.atlassian.net/browse/US-1416

• RBLD0023 : Le movement de type INLAND et purpose detail INLAND permet d’obtenir la final release sur la ligne de tracking du terminal de départ.

• RBLD0024 : En revanche, les movement de type TRANSIT et LOGISTIC et purpose detail INLAND ne permettent pas d’avoir la final release.
• RBLD0025 : Si le paramètre communauté Inland est activé, à l’intégration d’une loading list, la création de transfert automatique s’effectue entre deux communautés afin de suivre le post acheminement dans les ports intérieurs. https://mgi-team.atlassian.net/browse/US-2854

Récapitulatif des règles de gestion : Loading list ports intérieurs

• RBAXES0001 : L’activation du paramètre communauté Inland permet d’obtenir des fonctionnalités supplémentaires pour la gestion des loading list. https://mgi-team.atlassian.net/browse/US-2743
• RBAXES0002 : Les utilisateurs douaniers peuvent consulter les loading list de leurs customs office, ils ne sont pas limités par la communauté quand le paramètre Inland est activé. https://mgi-team.atlassian.net/browse/US-2859
• RBAXES0003 : A la réception d’un message EDI pour la création d’une loading list, Ci5 créé la loading list en lien avec le service de l’INCA, basé sur la référence du moyen de transport. https://mgi-team.atlassian.net/browse/US-2858
• RBAXES0004 : Ci5 créé également le lien avec le call de ce moyen de transport. Si le call n’existe pas alors il est créé automatiquement. https://mgi-team.atlassian.net/browse/US-2892
• RBAXES0005 : Dans le service, la référence carriage reference de la loading list est utilisée comme référence voyage au call précédemment créé. Cela se fait sur les deux communautés concernées.
• RBAXES0006 : La création du call s’effectue également en parallèle sur la deuxième communauté concernée par ce transport avec les mêmes données.
• RBAXES0007 : Une fois que les calls sont générés sur les deux communautés concernées, l’onglet Pre loading list est créé avec les cargos des loading list.
• RBAXES0008 : La création de la loading list ne se fait que pour les calls dont le Port of call est de type inland waterway.
• RBAXES0009 : A l’intégration d’une loading list, la création de transfert automatique s’effectue entre deux communautés afin de suivre le post acheminement dans les ports intérieurs. https://mgi-team.atlassian.net/browse/US-2854
• RBAXES0010 : Seul l’INCA créateur de la loading list est autorisé à effectuer des actions sur celle-ci.
• RBAXES0011 : Après le clic sur le bouton Confirm lodging, les autres boutons disparaissent, mis à par le Download. https://mgi-team.atlassian.net/browse/US-3006
• RBAXES0012 : Le transporteur ne peut pas modifier les données du cargos, il peut uniquement les associer ou dissocier.
• RBAXES0013 : Announced (not gate-in) : sont listés les cargos annoncés sur la pre loading list et sans MR gate-in sur le terminal location et call de la loading list. https://mgi-team.atlassian.net/browse/US-2860
• RBAXES0014 : Gate-in (not announced) : cette colonne reprend les cargos VAL avec un MR gate-in sur le terminal location et call de la loading list et non annoncés sur la pre loading list.
• RBAXES0015 : Le bouton d’action +Maritime permet d’associer un cargo de la liste à un cargo annoncé avec MR gate in sur terminal de l’annonce et MR gate out sur la communauté du port de chargement de la loading list. https://mgi-team.atlassian.net/browse/US-2939
• RBAXES0016 : A la sélection du cargo, il est associé au MR gate in du terminal de la loading list du cargo sélectionné. Il devient ainsi lié au cargo du port intérieur.
• RBAXES0017 : Un seul cargo peut être sélectionné,
• RBAXES0018 : Le bouton d’action +Continental permet d’identifier le cargo comme continental, il passe alors dans la final loading list avec sa référence est affichée en italique.
• RBAXES0019 : Les cargos disparaissent de la colonne Gate in (not announced) et sont affichés dans le bloc Add on continental.
• RBAXES0020 : Cet indicateur permettra d’ignorer ces cargos au moment du clic sur le bouton Final.
• RBAXES0021 : Il est possible d'annuler l’action avec le bouton Undo. https://mgi-team.atlassian.net/browse/US-2964
• RBAXES0022 : Si l’identification est annulée alors le cargo sera affiché de nouveau dans la colonne Gate in (not announced) et disparait du bloc Add on maritime.
• RBAXES0023 : Si l’identification est annulée alors le cargo sera affiché de nouveau dans la colonne Gate in (not announced) et disparait du bloc Add on continental.
• RBAXES0024 : Le bouton Undo annule l’action de suppression et remet le cargo dans la liste initiale.
• RBAXES0025 : Les cargos Gate in (not announced) ajoutés apparaissent dans l’onglet Final loading list. Les données de ces cargos sont non modifiables mis à part les champs Inland carrier et Customs Status qui sont obligatoires. https://mgi-team.atlassian.net/browse/US-2862
• RBAXES0026 : Ils restent modifiables jusqu'à la finalisation de la loading list.
• RBAXES0027 : Les colonnes Terminal et Terminal Operator contiennent les informations du MR gate-in des cargos Gate in (not announced). https://mgi-team.atlassian.net/browse/US-3113 https://mgi-team.atlassian.net/browse/US-2963
• RBAXES0028 : Au clic sur l’action Final loading list, une demande de _movement _automatique de type Inland regul est créé pour les cargos du bloc Add on maritime d’une loading list. https://mgi-team.atlassian.net/browse/US-2943
• RBAXES0029 : A 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
• RBAXES0034 : Une notification PANU_IMPORT est envoyée à chaque création du movement IMPORT EXCHANGE pour : Premier transfert : opérateur de terminal du terminal prenant. Deuxième transfert : pour l’opérateur du terminalCodeLoad. https://mgi-team.atlassian.net/browse/US-2976
• RBAXES0035 : Une notification PANU_IMPORT avec une action “delete” est envoyée à chaque création du movement IMPORT EXCHANGE pour : Premier transfert : opérateur de terminal du terminal prenant. Deuxième transfert : pour l’opérateur du terminalCodeLoad.
• RBAXES0036 : Pour pouvoir finaliser une loading list, il ne doit plus y avoir de cargos dans les blocs Announced (not gate-in) et Gate in (not announced). https://mgi-team.atlassian.net/browse/US-3001
• RBAXES0037 : Egalement tous les cargos Gate in (not announced) doivent être complétés, s’il manque un statut douanier ou une référence inland carrier, l’utilisateur aura une erreur bloquante.
• RBAXES0038 : Les boutons Dislodge et Delete des vues Pre loading list et Differences de la loading list à partir du moment où il y a au moins un MR gate-in valide sur le terminal du port de déchargement. https://mgi-team.atlassian.net/browse/US-3005

Récapitulatif des règles de gestion : Inland Monitoring

• RGBMONINL0001 : Ce monitoring possède les champs de recherche suivants :

  • Un premier champ qui permet de chercher par Vessel name (nom du navire) / Precall number (numéro d'annonce) / Call number (numéro d'escale) / Voyage reference (référence voyage).
  • Un deuxième champ qui permet de chercher par Terminal Location (lieu de R/L).
  • https://mgi-team.atlassian.net/browse/US-2895

• RGBMONINL0002 : La saisie automatique est faite sur tous les navires associés à un moyen de transport de type inland.

• RGBMONINL0003 : La saisie automatique propose les terminaux nommés sur des calls associés à un moyen de transport de type inland.
• RGBMONINL0004 : Dans la vue Loading list sont affichés les cargos associés à la loading list.
• RGBMONINL0005 : Utilisateur YARD, proposition de la saisie automatique : Pour le champ de recherche Vessel name / Precall number / Call number / Voyage reference, la saisie automatique propose toutes les références de toutes les communautés associées à un moyen de transport de type inland avec une loading list terminal est managé par le YARD. https://mgi-team.atlassian.net/browse/US-3080
• RGBMONINL0006 : Utilisateur YARD, proposition de la saisie automatique : Pour le champ de recherche Terminal location la saisie automatique propose tous les terminaux dont il est manager.
• RGBMONINL0007 : Pour le champ de recherche Vessel name (nom du navire) / Precall number (numéro d'annonce) / Call number (numéro d'escale) / Voyage reference (référence voyage) : sont affichés les cargos de la loading list associée au call dont le YARD demandeur est le gestionnaire.
• RGBMONINL0008 : Pour le champ de recherche terminal : sont affichés tous les cargos MR gate in du terminal associés à une loading list dont le YARD demandeur est le gestionnaire.
• RGBMONINL0009 : Utilisateur SHAG, proposition de la saisie automatique : Pour le champ de recherche Vessel name / Precall number / Call number / Voyage reference, la saisie automatique propose toutes les références de toutes les communautés associées à un moyen de transport de type inland avec une loading list dont au moins un cargo est sur un B/L d'un manifeste de l’agent. https://mgi-team.atlassian.net/browse/US-2975
• RGBMONINL0010 : Utilisateur SHAG, proposition de la saisie automatique : Pour le champ de recherche Terminal location la saisie automatique propose tous les terminaux dont il est manager.
• RGBMONINL0011 : Pour le champ de recherche Vessel name (nom du navire) / Precall number (numéro d'annonce) / Call number (numéro d'escale) / Voyage reference (référence voyage) : sont affichés les cargos de la loading list dont le SHAG est l’agent.
• RGBMONINL0012 : Pour le champ de recherche terminal : sont affichés tous les cargos MR gate in du terminal associés à une loading list dont le SHAG est l’agent.
• RGBMONINL0013 : Dans la vue discharge list sont affichés les cargos associés à la discharge list. https://mgi-team.atlassian.net/browse/US-3109

• RGBMONINL00014 : Monitoring customs, la saisie automatique propose:

  • Pour les manutentionnaires : les terminaux dont le YARD demandeur est le manager
  • Pour les douaniers : le terminal associé à la communauté du terminal
  • https://mgi-team.atlassian.net/browse/US-3206

• RGBMONINL00015 : La coche de la case 90J permettre aux douaniers d’avoir une plage de recherche plus longue de 90 jours.

• RGBMONINL00016 : Le critère de recherche par dates Gate-in between/and est limité à 1 mois.
• RGBMONINL00017: Dans la vue Customs sont affichés les cargos associés à la loading list ou à un terminal location :

Récapitulatif des règles de gestion : Loading list search

• RBINLSCH0001 : la sélection d'un des résultats proposés en saisie automatique par les champs Loading list reference et Carriage identification provoque la redirection immédiate vers la loading list concernée.
• RBINLSCH0002 : le champ Inland Carrier permet de rechercher les loading list par leur Inland Carrier.
• RBINLSCH0003 : les champs Port of Loading / Port of Discharge permettent de rechercher les loading list par leur port de chargement (pour une loading list).
• RBINLSCH0004 : le champ From permet de rechercher des_loading list_ après la date saisie.
• RBINLSCH0005 : le champ To permet de rechercher des loading list avant la date saisie.
• RBINLSCH0006 : le champ Select a Status permet de rechercher des_loading list_ par leur statut de lodging : NONE, LODGE ou FINAL.
• RBINLSCH0007 : par défaut, les inland transport list sont affichées par date de modification, de la plus récente à la plus ancienne.
• RBINLSCH0008 : si l'utilisateur est YARD, on affiche uniquement les listes créées par le trader sa communauté, si l'utilisateur est YARD ou VOMA, on affiche uniquement les listes créées sur sa communauté, les autres activités ne peuvent pas consulter les listes.
• RBITRSCH0009 : les champs Place of discharge permettent de rechercher les loading list par leur place de déchargement (pour une loading list).

Récapitulatif des règles de gestion : Discharge list : Création et édition

• RBDL0001 : Une liste intégrée en EDI est ensuite modifiable par IHM.
• RBDL0002 : Chaque liste doit comporter un port de la communauté de son créateur comme port de déchargement.
• RBDL0003 : Une liste de marchandises peut être sans état (none), en état lodged ou en état final.
• RBDL0004 : Une liste ne peut être supprimée que si elle est dans l'état d'édition (ni lodge ni final).
• RBDL0005 : Une intégration EDI publie automatiquement la liste (statut valid).
• RBDL0006 : Dans le cas d'une discharge list, l'arrival confirmation date est complétée avec la date de l'intégration d'un cargo si celui-ci est PANu.
• RBDL0007 : Sur une discharge list, un cargo est identifié à l'aide de sa référence et de la référence du booking. https://mgi-team.atlassian.net/browse/US-417
• RBDL0008 : Si la référence conteneur existe, les autres champs à renseigner (poids, package type etc.) présents dans la liste de chargement/déchargement sont ignorés.
• RBDL0009 : S'il n'existe pas encore, le conteneur sera créé avec les informations transmises dans la liste. Ce conteneur est alors associé uniquement à cette liste de chargement ou déchargement. Si le conteneur est vide, tous les éléments sont à renseigner sauf le net weight et la good description (qui sera automatiquement mise à empty).

• RBDL0010 : Condition pour lodger la liste :

  • si tous les cargos pleins sont complétés, sinon l’utilisateur aura un message d'erreur : "Lodging impossible - A non-empty cargo is not announced".

• RBDL0011 : La finalisation est possible uniquement si la final release est obtenue pour chaque ligne de cargo arrivé au terminal de chargement (à l'exception des cargos vides) sinon l’utilisateur aura un message d'erreur "Finalisation impossible - Cargos don't have the final release".

  • https://mgi-team.atlassian.net/browse/GCI-1392

• RBDL0012 : Il est possible de lodge à plusieurs reprises.

• RBDL0013 : Dans le tracking et le monitoring, dans la colonne gate-in, un encart orange apparait avec le message Arrival Confirmation Date et la date y est inscrite. https://mgi-team.atlassian.net/browse/GCI-1397
• RBDL0014 : Pour le calcul de la customs release, la date de confirmation d’arrivée fait office de gate-in validé.

Récapitulatif des règles de gestion : Gestion des discharge lists avec les ports intérieurs

• RBAXEE0001 : L’activation du paramètre communauté Inland offre des fonctionnalités supplémentaires pour gérer les discharge list.
• RBAXEE0002 : Les utilisateurs douaniers peuvent consulter les discharge list de leurs customs office. Ils ne sont pas limités par la communauté lorsque le paramètre Inland est activé.

• RBAXEE0003 : Lors de l’intégration (création ou mise à jour) d’une discharge list, Ci5 vérifie, pour chaque référence cargo, l’existence d’un MR gate-in associé à un service créé par un INCA (service inland) contenant le port de chargement du booking dans sa route (la place associée au MR gate-in diffère du port de chargement du booking), et ce, sous les conditions suivantes :

  • La date de gate in est antérieure à J-1 mois.
  • La référence est identique à celle du cargo PAN du booking.

• RBAXEE0004 : Si les conditions sont remplies, le constat de réception est rattaché à la discharge list, à l’annonce (booking) ainsi qu’au call inland.

• RBAXEE0005: Si aucune demande de mouvement de type export inland existe, elle est crée avec un accord automatique ( https://mgi-team.atlassian.net/browse/US-3131 ) avec les informations suivantes () :

  • Lieu cédant : le terminal du MR ‘gate-in’ INLAND.
  • Lieu prenant : le terminal de l’annonce maritime. https://mgi-team.atlassian.net/browse/US-3119

• RBAXEE0006 : Le créateur de cette demande de mouvement est :

  • Soit l’agent maritime du booking si l’indicateur merchant/carrier est égal à carrier.
  • Soit le transitaire du booking si l’indicateur merchant/carrier est égal à merchant.

• RBAXEE0007 : Dans le tracking est ajoutée une nouvelle ligne dans le suivi du cargo maritime correspondant au constat de réception (inland).

• RBAXEE0008 : La final release de la ligne de suivi sur le terminal cédant est calculée à partir de l’autorisation de la demande export inland.
• RBAXEE0009 : Les champs Port of call, zone, terminal et opérateur correspondent au port associé au gate-in sur le terminal cédant.
• RBAXEE0010 : Pour la ligne du constat de réception inland, les champs ETA, ETD, Vessel et Precall du CALL inland sont complétés avec les données du call inland.
• RBAXEE0011 : Si les conditions ne sont pas remplies, la discharge list est créée selon le processus hors gestion des ports intérieurs. https://mgi-team.atlassian.net/browse/US-3173
• RBAXEE0012 : A l’intégration d’une discharge list, la création de transfert automatique s’effectue entre deux communautés afin de suivre le post-acheminement dans les ports intérieurs. https://mgi-team.atlassian.net/browse/US-3119

Récapitulatif des règles de gestion : Discharge search

• RBINLSCH0001 : la sélection d'un des résultats proposés en saisie automatique par les champs Discharge liste reference et Carriage identification provoque la redirection immédiate vers la discharge list concernée.
• RBINLSCH0002 : le champ Inland Carrier permet de rechercher les discharge/loading list par leur Inland Carrier.
• RBINLSCH0003 : les champs Port of Loading permettent de rechercher les discharge list par leur port de déchargement.
• RBINLSCH0004 : ce champ permet de rechercher des discharge lists d'après la date de création.
• RBINLSCH0005 : le champ Select a Status permet de rechercher des discharge/loading list par leur statut de lodging : NONE, LODGE ou FINAL.
• RBINLSCH0006 : par défaut, les inland transport list sont affichées par date de modification, de la plus récente à la plus ancienne.

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