Passer au contenu
Français
  • Il n'y a aucune suggestion car le champ de recherche est vide.

Récapitulatif des règles de gestion : Add-on Dégroupage (Unstuffing)

Emplacement : Add-on Dégroupage Unstuffing

EPIC : https://mgi-team.atlassian.net/browse/ADD-221 https://mgi-team.atlassian.net/browse/ADD-220 https://mgi-team.atlassian.net/browse/ADD-381 https://mgi-team.atlassian.net/browse/ADD-227 https://mgi-team.atlassian.net/browse/ADD-2446 https://mgi-team.atlassian.net/browse/ADD-222 https://mgi-team.atlassian.net/browse/ADD-1928

Récapitulatif des règles de gestion : L'unstuffing list (liste de dépotage)

  • RBDGRPUL0001 : depuis le tracking : lors d'une recherche pour un conteneur, après l’avoir sélectionné grâce à la case en bout de ligne, le bouton Unstuffing list permet d'accéder :

    • à l'écran de création d’une unstuffing list, si ce conteneur n'a pas de déjà manifeste de dépotage.
    • à l’unstuffing list directement si ce conteneur en a déjà une.
  • RBDGRPUL0002 : l’accès est identique si la recherche s’effectue sur un lot de dégroupage et que le user qui effectue la recherche a les droits sur le lot (désigné au release order).

  • RBDGRPUL0003 : autre accès : depuis le menu unstuffing warehouse, puis unstuffing list :

    • Soit en recherchant un manifest de dépotage.
    • Soit en cliquant sur +unstuffing list pour créer un nouveau manifest de dépotage. Cela amène à la première page de création de l’unstuffing list puis amènera à la page du pre manifest.
  • RBDGRPUL0004 : Deux possibilités de création existent :

    • Création d’une unstuffing list sur un conteneur.
    • Création d’une unstuffing list sur un unstuffing cargo, il s’agit du coload.
  • RBDGRPUL0005 : Il n’est pas possible de créer une autre liste sur un cargo qui est issu d’une unstuffing list créée sur un unstuffing cargo. Le coload s’arrête à un niveau.

  • RBDGRPUL0006 : Une unstuffing list ne peut être créée que sur un seul conteneur à la fois.
  • RBDGRPUL0007 : Le conteneur ne doit pas être vide.
  • RBDGRPUL0008 : Le conteneur doit être un conteneur import_._
  • RBDGRPUL0009 : Seules les sociétés étant agent maritime (Shipping agent) ou transitaire (forwarder) peut créer une liste de dépotage_._
  • RBDGRPUL0010 : Les activités peuvent se cumuler avec le rôle de gestionnaire d’entrepôt (stuffing warehouse manager).
  • RBDGRPUL0011 : Pour l’agent, il doit être le créateur du manifeste du navire afin d’accéder à la création de l’unstuffing list.
  • RBDGRPUL0012 : Pour les transitaires, afin d’accéder à la création d’une liste, si le paramètre communauté “release order is mandatory for unstuffing list” est activé ainsi que celui de l’agent maritime “Release order is mandatory for unstuffing list“, ils doivent être désignés au bon à délivrer en tant que representative ou last representative.
  • RBDGRPUL0013 : Pour les cas de coload, le transitaire doit être désigné en tant que representative ou last representative pour accéder à la création de la liste.
  • RBDGRPUL0014 : A l’image d’un manifeste navire, la liste de dépotage (unstuffing list) comporte 3 onglets : le pre manifest, les differences et le final manifest.
  • RBDGRPUL0015 : En EDI ou en IHM, lorsqu’un cargo core est supprimé dans le pre-manifest ou dans l'état des différences et qu’une unstuffing list était déjà créée sur celui-ci, alors différentes actions s’effectuent :

    • Ci5 contrôle pour chaque unstuffing cargo de l'UL s’il existe un dossier, s’il existe le lien est supprimé.
    • Ci5 contrôle pour chaque unstuffing cargo de l'UL s’il existe un RO, si oui, il est supprimé.
    • A la suite de cela, chaque unstuffing cargo de l’UL est supprimé et une notification “unstuffing cargo delete” est envoyée.
    • Pour finir, l’unstuffing list est invalidée, une fois que tous les unstuffing cargos qu’elle contenait sont invalidés.
    • https://mgi-team.atlassian.net/browse/US-1815 https://mgi-team.atlassian.net/browse/ADD-2236 https://mgi-team.atlassian.net/browse/ADD-421
  • RBDGRPUL0016 : Le gestionnaire d’entrepôt (stuffing warehouse manager) a accès uniquement aux unstuffing list dont il est manager du new terminal location. https://mgi-team.atlassian.net/browse/US-2676

  • RBDGRPUL0017 : Onglet Pre-manifest : Toutes les données sont en consultation uniquement. Il ne peut pas ouvrir le chevron Reference BL afin de ne pas permettre de visualiser les parties.
  • RBDGRPUL0018 : Onglet Etat des différences : Il ne peut afficher cet onglet uniquement en consultation, aucune action possible, il n’a aucun bouton d’action.
  • RBDGRPUL0019 : Final manifest : Il ne peut pas ouvrir le chevron Reference BL afin de ne pas permettre de visualiser les parties. Toutes les autres données sont en consultation. Il n’a pas le bouton d’action Final manifest ni Reopen.
  • RBDGRPUL0020 : Les références de chaque unstuffing BL et unstuffing cargo doivent être uniques dans une même unstuffing list. https://mgi-team.atlassian.net/browse/US-2108

Récapitulatif des règles de gestion : Unstuffing list : Pre-manifest

  • RBDGRPPREMAN0001 : La vue pre-manifest est similaire au pré-manifeste classique (pré-manifeste du navire). Elle est composée de 3 parties : les références (reference), le déplacement (movement), les bill of Lading. https://mgi-team.atlassian.net/browse/ADD-60
  • RBDGRPPREMAN0002 : case Shipper Owned : Si la case a été cochée dans le B/L du manifest du navire, alors elle sera également cochée dans la liste. En revanche, il n’est pas possible de la décocher pour le transitaire, seul l’agent peut décocher la case dans le manifeste navire, cela mettra à jour la liste.
  • RBDGRPPREMAN0003 : Si la case n'était pas cochée dans le B/L principal, alors le créateur de la liste peut la cocher.
  • RBDGRPPREMAN0004 : Si la case Shipper owned est décochée, après la fin du dépotage, et qu’il existe une customs declaration sur le cargo, l’action sera bloquée. Il faudra supprimer le cargo, le B/L et le constat de gate-in de dépotage.
  • RBDGRPPREMAN0005 : Le chevron Cargo est fermé par défaut et n'apparaît que s'il n'existe aucun BL dans la vue pre-manifest.
  • RBDGRPPREMAN0006 : Lorsqu'on appuie sur le bouton Add selected cargos (ajouter les cargos sélectionnés), un B/L unstuffing et un cargo unstuffing sont créés par ligne sélectionnée grâce aux informations remplies dans le tableau.
  • RBDGRPPREMAN0007 : New location : la saisie automatique affiche les terminal location identifié dans le code list Terminals ayant le customs status contenant IST et operation type à receipt.
  • RBDGRPPREMAN0008 : Si le nouveau lieu est différent du premier, une demande de déplacement pour motif “dépotage” va se créer automatiquement au lodging.
  • RBDGRPPREMAN0009 : Si le "new terminal" est le même que le premier alors il n’y aura pas de transfert.
  • RBDGRPPREMAN0010 : Lors de la création de la liste, le bloc de création du premier B/L est ouvert
  • RBDGRPPREMAN0011 : Il n'est possible d'ajouter un nouveau B/L que si le conteneur portant le manifeste de dépotage n'a pas de gate-in sur le terminal de dépotage (new terminal location) et si le manifeste de dépotage n'est pas lodged.
  • RBDGRPPREMAN0012 : Par défaut, lors de la création, le port de déchargement, l'escale et le voyage sont préremplis (mais modifiables) avec les informations en provenance du manifeste de l’agent contenant le conteneur sur lequel on crée le manifeste de dépotage.
  • RBDGRPPREMAN0013 : Les boutons + Cargo et Delete cargo sont disponibles pour ajouter et supprimer un cargo de la liste.
  • RBDGRPPREMAN0014 : Le clic sur la ligne d'un unstuffing breakbulk la déplie et permet de voir le détail de ce cargo de dépotage, les boutons Delete, Save, Cancel permettent de supprimer un cargo, de sauvegarder et d’annuler une action.
  • RBDGRPPREMAN0015 : bloc dangerous : plusieurs lignes sont possibles à la suite du clic sur le + ().
  • RBDGRPPREMAN0016 : bloc dimensions : plusieurs lignes sont possibles à la suite du clic sur le + ().
  • RBDGRPPREMAN0017 : Representative (Représentant) : saisie automatique sur les traders ayant l’activité transitaire (forwarder). La saisie d’un transitaire dans ce champ va permettre de créer automatiquement un release order pour celui-ci au moment du lodge.
  • RBDGRPPREMAN0018 : Le bouton Lodging, permet, comme pour le lodge du manifeste classique, d’annonce la liste à l’entrepôt de dépotage et d’indiquer à l’agent maritime que le conteneur est destiné à être dépoté.
  • RBDGRPPREMAN0019 : Pour pouvoir lodge une unstuffing list il faut :

    • être le créateur de la liste,
    • avoir un BL et un cargo validés sur ce manifeste de dépotage.
  • RBDGRPPREMAN0020 : Conséquences du lodged d'une unstuffing list : envoi de la notification Lodged Unstuffing List pour les abonnés.

  • RBDGRPPREMAN0021 : Conséquences du lodged d'une unstuffing list : le pré-manifeste n’est plus modifiable. Pour cela il faudra cliquer sur Dislodge.
  • RBDGRPPREMAN0022 : Conséquences du lodged d'une unstuffing list : Création automatique des Release Order pour les unstuffing cargos pour lesquels ont été nommé un "representative" et qui n'ont pas déjà de RO.
  • RBDGRPPREMAN0023 : Si le conteneur possède un gate-in et que le new location est différent du lieu de réception :

    • La demande de transfer vers le new terminal de l'unstuffing list se crée.
    • Création d'une nouvelle ligne de tracking pour ce cargo sur le new terminal.
    • Le fonctionnement est identique pour le coload.
  • RBDGRPPREMAN0024 : si l'add-on ICS est activé, le lodging est impossible si First EU customs office ou First EU customs office ETA ne sont pas renseignés dans le service pour le voyage/call du manifeste.

  • RBDGRPPREMAN0025 : Le lodging automatique de l’unstuffing list est déclenché selon les conditions suivantes si la liste n'est pas déjà lodged :

    • A la saisie de la RTA sur le call du conteneur.
    • Ou au premier movement report de type gate-in.
    • Ou lors de l'intégration de l’unstuffing list par EDI sans erreur.
  • RBDGRPPREMAN0026 : Dans le cas de lodging automatique, si l'add-on ICS est activé, on applique la règle suivante :

    • Pas de lodging automatique si le First EU customs office ETA et le First EU customs office ne sont pas renseignés.
    • Et pas de lodging automatique si le First EU customs office ETA et le First EU customs office sont renseignés dans le service après saisie de la RTA ou du premier MR gate-in (pas de rétro action).
  • RBDGRPPREMAN0027 : le bouton Dislodged permet d'annuler l'action du Lodge.

  • RBDGRPPREMAN0028 : Les conditions pour pouvoir dislodged une unstuffing list sont :

    • Que ce pré-manifeste soit lodged.
    • Qu'aucune marchandise de dépotage de cette liste ne soit concernée par un gate-in de dépotage (non supprimé).
    • Qu'aucune marchandise de dépotage ne porte d'unstuffing list (coload).
  • RBDGRPPREMAN0029 : Quand une unstuffing list est dislodged, cela :

    • Transforme le bouton Dislodge / Dé-autoriser en Lodging / Autorisation.
    • N'envoie aucune notification.
    • Rend le pré-manifeste modifiable et il est possible de re lodged.
  • RBDGRPPREMAN0030 : S'il existe un unstuffing dossier associé à un unstuffing B/L ou unstuffing cargo, le dossier sera dissocié

  • RBDGRPPREMAN0031 : S’il existe un release order sur un unstuffing B/L ou unstuffing cargo, le release order sera invalidé.
  • RBDGRPPREMAN0032 : Les unstuffing cargos seront invalidés.
  • RBDGRPPREMAN0033 : S'il existe une ou plusieurs customs déclarations associées à un unstuffing B/L ou à des unstuffing cargos :

    • La déclaration elle reste au statut dans lequel elle est au moment du delete du cargo.
  • RBDGRPPREMAN0034 : S'il n'existe pas de gate-in sur le cargo portant l'unstuffing list (core ou unstuffing) :

    • S’il existe, le movement sera supprimé.
    • et la ligne de tracking correspondante au new terminal du movement sera supprimée aussi.
  • RBDGRPPREMAN0036 : Le créateur de la liste, le gestionnaire d’entrepôt ainsi que la douane peuvent accéder au download du pre-manifest en cliquant sur le bouton Download pre-manifest présent dans l'écran dans la vue pre-manifest de la liste.

  • RBDGRPPREMAN0037 : Le PDF sera téléchargé en français si la langue par défaut dans "My Ci5" est le français sinon il sera téléchargé en anglais.
  • RBDGRPPREMAN0038 : Package type (conditionnement) : package type du good items, la saisie automatique s’effectue sur le référentiel package pour les types identifiés comme étant du breakbulk ou du roro et various roro. https://mgi-team.atlassian.net/browse/US-1486
  • RBDGRPPREMAN0039 : Il contient tous les cargos valides annoncés dans le pre-manifest de l’unstuffing list. https://mgi-team.atlassian.net/browse/US-1613
  • RBDGRPPREMAN0040 : Lors de la création par EDI d’une unstuffing list, les parties mentionnées dans le message sont créées dans le carnet d’adresses du créateur de la liste si elles ne sont pas déjà connues, Ci5 compare le couple nom de la société et adresse. https://mgi-team.atlassian.net/browse/US-2444
  • RBDGRPPREMAN0041 : 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éé. https://mgi-team.atlassian.net/browse/US-2888
  • RBDGRPPREMAN0042 : 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.
  • RBDGRPPREMAN0043 : Il n’est pas possible de modifier le nouveau lieu s’il existe une demande de déplacement vers un autre lieu pour le cargo core.

Récapitulatif des règles de gestion : Unstuffing list : état des différences

  • RBDGRPDIF0001 : toutes les actions effectuées dans l'état des différences n’impactent pas le pre-manifest et seront affichées dans l’onglet Final.
  • RBDGRPDIF0002 : Les différences peuvent être traitées par :

    • le gestionnaire du terminal de dépotage,
    • le créateur de la liste de dépotage.
  • RBDGRPDIF0003 : Cette partie présente tous les cargos annoncés dans le pre-manifest mais qui n’ont pas été constatés, qui n’ont pas de MR gate-in, ce sont donc des lots “en moins”.

  • RBDGRPDIF0004 : Après avoir sélectionné les cargos concernés et cliqué sur le bouton Delete, plusieurs actions s’effectuent :

    • Une fenêtre s’ouvre pour demander la confirmation de l'action avec un message.
    • La ligne du cargo est supprimée de la liste des announced not gate-in.
    • les cargos supprimés sont affichés dans le bloc intitulé Deleted (supprimés) afin de conserver un historique des actions.
    • S'il existe une unstuffing list liée à ce unstuffing cargo, elle est invalidée en suivant les règles de suppression indiquées ici.
    • Si le cargo possède une déclaration de douane, la notification Unstuffing cargo delete est envoyée aux abonnés pour les avertir.
  • RBDGRPDIF0005 : Cette partie présente tous les cargos non annoncés dans le pre-manifest avec un gate-in de dépotage, ce sont donc des lots “en plus”.

  • RBDGRPDIF0006 : Le bouton + Existing B/L (+ B/L existant) permet d'ajouter le cargo réceptionné mais non annoncé à un déjà B/L existant.
  • RBDGRPDIF0007 : La ligne du cargo est supprimée de la liste des gate-in (not announced) et est ajoutée au bloc Added on B/L afin de conserver un historique des actions.
  • RBDGRPDIF0008 : Le bouton + New B/L (+ nouveau B/L) : permet d'ajouter le cargo réceptionné mais non annoncé à un nouveau B/L.
  • RBDGRPDIF0009 : La ligne du cargo est supprimée de la liste des gate-in (not announced) et est ajoutée au bloc Added on B/L afin de conserver un historique des actions.
  • RBDGRPDIF0010 : Le bouton Match (En plus et en moins associés) permet de relier un cargo en moins à un cargo en plus.
  • RBDGRPDIF0011 : Après l’association, le numéro du cargo gate-in not announced remplace le numéro du cargo announced not gate-in dans le B/L du final manifest. Les informations du gate-in qui sont conservées.
  • RBDGRPDIF0012 : Les lignes des cargos sont supprimées des deux colonnes announced (not gate-in) et gate-in (not announced) et une ligne est créée dans le bloc Matched afin de conserver un historique des actions.
  • RBDGRPDIF0013 : en cas de différences sur des cargos entre le constat de gate-in de dépotage et l’annonce dans le pre-manifest de dépotage sur l’un des éléments suivants : quantity (quantité), package type (conditionnement) ou gross weight (poids brut), une ligne sera affichée dans le bloc Differences (différences).
  • RBDGRPDIF0014 : Les informations du gate-in sont utilisées pour mettre à jour le lot dans la vue Final manifest et peuvent y être modifiées.
  • RBDGRPDIF0015 : Ce bloc liste tous les cargos gate-in not announced qui ont fait l'objet d’une association avec un cargo existant announced not gate-in.
  • RBDGRPDIF0016 : Il dispose d'un bouton Undo pour annuler l’action de match. Si cette action est annulée alors le cargo gate-in not announced est dissocié du B/L et réaffiché dans le tableau des announced not gate-in. Le cargo announced not gate-in est réaffiché dans le tableau des announced not gate-in.
  • RBDGRPDIF0017 : Le bloc Added on B/L dispose d'un bouton Undo pour annuler l’action.
  • RBDGRPDIF0018 : Si le B/L existait dans le pre-manifest avant l'action de + B/L :

    • le cargo gate-in not announced est dissocié de ce B/L,
    • réaffiché dans le bloc des gate-in not announced,
    • enlevé du bloc Added on B/L.
  • RBDGRPDIF0019 : Si le B/L n'existait pas dans le pre-manifest et a été créé par l'action du + B/L :

    • le cargo gate-in not announced est dissocié de ce BL,
    • ce B/L est supprimé,
    • le cargo est réaffiché dans le bloc des gate-in not announced,
    • enlevé du bloc Added on B/L.
  • RBDGRPDIF0020 : Ce bloc liste tous les cargos announced not Gate-in qui ont été supprimés.

  • RBDGRPDIF0021 : Il dispose d'un bouton Undo pour annuler l’action de suppression. Si cette action est annulée alors le cargo announced not gate-in réaffiché dans le tableau des announced not gate-in et disparait du bloc Deleted.

Récapitulatif des règles de gestion : Unstuffing list : final manifest

  • RBMANDGRPFIN0001 : Cette action est réalisable en cliquant sur le bouton final manifest à partir de la vue Difference et Final manifest.
  • RBMANDGRPFIN0002 : Il est possible de finaliser l’unstuffing list uniquement si l'état des différences a été apuré, c’est-à-dire qu’il n’y a plus aucun cargo dans la liste des gate-in (not announced) et des announced not gate-in.
  • RBMANDGRPFIN0003 : Lors de la finalisation de la liste, une notification Final unstuffing list est envoyée aux abonnés.
  • RBMANDGRPFIN0004 : L’action Final manifest rend la liste de dépotage non modifiable.
  • RBMANDGRPFIN0005 : Dans le final manifest, sont listée les marchandises après avoir été réceptionnées et les actions effectuées dans les différences.
  • RBMANDGRPFIN0006 : S’il y a eu des modifications par le gate-in, les lots sont affichés en les ayant prises en compte.
  • RBMANDGRPFIN0007 : Il est toujours possible de modifier l’onglet final manifest tant que la liste n’est pas à l'état final. Pour cela, il faut cliquer sur la ligne de la référence de la marchandise à modifier et corriger les informations. Tout est encore modifiable et supprimable.
  • RBMANDGRPFIN0008 : Le créateur de l'unstuffing list et le gestionnaire d’entrepôt peuvent consulter les différentes modifications de la liste dans la vue du final manifeste.
  • RBMANDGRPFIN0009 : S’il existe des modifications à apporter après finalisation de la liste de dépotage, il est possible d’utiliser l’action Re open (ré ouvrir).
  • RBMANDGRPFIN0010 : Après un reopen du final manifest, si un unstuffing cargo est supprimé le MR gate-in associé est également supprimé. https://mgi-team.atlassian.net/browse/US-1495
  • RBMANDGRPFIN0011 : Ce cargo sera affiché dans le bloc Deleted de l'état des différences. https://mgi-team.atlassian.net/browse/US-1642
  • RBMANDGRPFIN0012 : Les champs Total MR Gate-in / quantity et Total MR gate-in / weight reprennent les poids des MR unstuffing gate-in réalisés sur le new terminal location de l’unstuffing list. https://mgi-team.atlassian.net/browse/US-2918

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

  • RBULSCH0001 : L'utilisateur connecté ne peut voir ou chercher, que les unstuffing list publiées sur sa communauté suivant les conditions suivantes :

    • SHAG et FORW : ils voient les unstuffing list dont ils sont le trader créateur, sur la communauté.
    • SWAM : les unstuffing list ont ils sont manager du “new terminal” de l’unstuffing list.
  • RBULSCH0004 : sur chaque résultat de recherche figure la référence de l’unstuffing list qui est un lien direct vers la liste

  • RBULSCH0005 : sur chaque résultat de recherche figure le statut de la liste.
  • RBULSCH0006 : sur chaque résultat de recherche figure la référence du cargo principal dépoté.
  • RBULSCH0007 : sur chaque résultat de recherche figure la référence voyage du cargo.
  • RBULSCH0008 : sur chaque résultat de recherche figure la référence du New terminal, lieu où est dépoté le conteneur ou le lot.
  • RBULSCH0009 : sur chaque résultat de recherche figure le nom du navire du cargo (Vessel name).
  • RBULSCH0010 : sur chaque résultat de recherche figure la date du gate-in du conteneur sur le new terminal.
  • RSULSCH0001 : le champ Unstuffing list reference permet de rechercher les unstuffing list par leur référence.
  • RSULSCH0002 : le champ Cargo Reference filtre les listes de dépotage par la référence de leur conteneur principal.
  • RSULSCH0003 : le champ Terminal filtre les listes de dépotage par terminal location.
  • RSULSCH0004 : le champ Voyage Reference filtre les listes de dépotage par référence voyage.
  • RSULSCH0005 : le champ Vessel name filtre les listes par la référence du navire de leur call.
  • RSULSCH0006 : la liste déroulante "select a status" permet de rechercher des listes de dépotage par leur statut de lodging (TO LODGE / LODGED / FINAL).
  • RSULSCH0007 : la case Deleted permet d'afficher des listes invalidées dans la recherche.
  • RSULSCH0008 : ces boutons permettent de trier par ordre de date croissant ou décroissant d'ETD, de Creation date et de Last modification date les listes remontées par la recherche.

https://mgi-team.atlassian.net/browse/ADD-834

Récapitulatif des règles de gestion : Unstuffing gate-in (constat de réception)

  • RBDGRPMRGI0001 : Les constats peuvent être créés par EDI ou manuellement dans Ci5.
  • RBDGRPMRGI0002 : Breakbulk (conventionnel) : Permet de faire une réception d'empotage unitaire. Ce champ permet de :

    • rechercher et sélectionner un cargo de dépotage existant parmi ceux :

      • présents dans une liste de dégroupage dont le manager du terminal est le trader de l'utilisateur et dont le conteneur a été transféré dans le terminal de dégroupage.
      • ayant une demande de movement vers un terminal dont il est manager.
    • saisir la référence d'un cargo non annoncé en cliquant sur OK.

  • RBDGRPMRGI0003 : Cargo : Permet de faire une réception d'empotage par lot. Saisie automatique sur tous les cargos (conteneur ou unstuffing) sur lesquels il y a une unstuffing list dont le manager du "new terminal location" est le gestionnaire de l’entrepôt qui fait la recherche.

  • RBDGRPMRGI0004 : Il n’est pas possible de créer deux constats de MR gate-in pour un cargo dans le même terminal.
  • RBDGRPMRGI0005 : Pour ajouter une réserve, il faut saisir un code réserve puis cliquer sur le bouton + en bout de ligne.
  • RBDGRPMRGI0006 : Pour ajouter une marchandise dangereuse, il faut saisir les données obligatoires puis cliquer sur le bouton + situé en bout de ligne. Cela permet ensuite d’ajouter une autre ligne de dangereux si nécessaire.
  • RBDGRPMRGI0007 : Les champs du chevron “Tiers” sont automatiquement préchargés avec les données de la liste de dégroupage et non modifiable dans le cas de cargo annoncé.
  • RBDGRPMRGI0008 : Les cargos de dépotage déjà gate in sont également affichés.
  • RBDGRPMRGI0009 : Colonne Announced Qty (quantités annoncées) : la case permet de reprendre à l’identique les informations des colonnes “announced” dans les colonnes Gate in package quantity, Gate-in package type et Gate-in gross weight. Cela est une aide pour l’utilisateur afin de ne pas ressaisir les données quand il n’y a pas de différence.
  • RBDGRPMRGI0010 : Colonne Select All (tout sélectionner) : case qui permet de sélectionner toutes les cases de chaque ligne en même temps. Les cases de chaque cargo à réceptionner doivent être cochées.
  • RBDGRPMRGI0011 : Le bouton Unstuffing completed (Fin de dépotage) permet d'indiquer que le dépotage des cargos est terminé.
  • RBDGRPMRGI0012 : En cliquant sur ce bouton, la liste de dépotage (unstuffing list) obtient le statut Final manifest si :

    • Le paramètre de l’organisation Automatic final unstuffing list if no differences (Final manifest automatique s’il n’y a pas de différences) est activé pour le créateur de la liste.
    • il n'existe pas de différences à traiter dans l'état des différences de la liste de dépotage.
  • RBDGRPMRGI0013 : Le bouton Unstuffing completed peut être ré-utilisé par le gestionnaire d’entrepôt tant que le manifest de dépotage n'est pas finalisé.

  • RBDGRPMRGI0014 : Lorsque l'unstuffing list porte sur un cargo unstuffing, la fin de dépotage entraîne un gate-out du cargo porteur de l'unstuffing list s'il n'est pas déjà gate-out de l’entrepôt.
  • RBDGRPMRGI0015 : Si la case "shipper owned" de l'unstuffing list est cochée lors de la fin de dépotage, il est créé dans le final manifest :

    • un B/L dont la référence  = "BL_" suivi du numéro du conteneur de l'unstuffing list.
    • un cargo unstuffing : 

      • référence du cargo : référence du conteneur de l'unstuffing list,
      • quantité : 1,
      • package type : PK - Package,
      • poids : tare du conteneur,
      • description : "conteneur vide client".
    • un MR gate in pour le cargo précédent avec date du MR = date de fin de dépotage.

Récapitulatif des règles de gestion : Unstuffing gate-out (constat d'enlèvement)

  • RBDGRPMRGO0001 : Les constats peuvent être créés par EDI ou manuellement dans Ci5.
  • RBDGRPMRGO0002 : Breakbulk (conventionnel) : ce champ permet de rechercher et de sélectionner un cargo de dépotage ayant :

    • un constat de réception d'empotage (unstuffing gate-in) sur terminal géré par le trader de l'utilisateur.
    • et une quantité restante non nulle (somme des quantités du final manifest > somme des quantités des unstuffing gate-out).
  • RBDGRPMRGO0003 : Il est possible de créer des constats d'enlèvement partiels.

  • RBDGRPMRGO0004 : La modification d’un constat d’enlèvement de dépotage n’est pas possible si la liste de dégroupage a déjà été finalisée.
  • RBDGRPMRGO0005 : Cargo * : Référence du conteneur ou du cargo unstuffing lié à la liste de dégroupage. Non modifiable si marchandise annoncée.
  • RBDGRPMRGO0006 : Pour ajouter une réserve, il faut saisir un code réserve puis cliquer sur le bouton + en bout de ligne.
  • RBDGRPMRGO0007 : Pour ajouter une marchandise dangereuse, il faut saisir les données obligatoires puis cliquer sur le bouton + situé en bout de ligne. Cela permet ensuite d’ajouter une autre ligne de dangereux si nécessaire.
  • RBDGRPMRGO0008 : Les champs du chevron “Tiers” sont automatiquement préchargés avec les données de la liste de dégroupage et non modifiable dans le cas de cargo annoncé.

Récapitulatif des règles de gestion : Unstuffing : Release order

  • RBDGRPRO0001 : création d’un RO pour une seule marchandise en sélectionnant un cargo présent sur un des Bill of Ladings créé par le transitaire ou l’agent maritime dans la liste de dépotage.
  • RBDGRPRO0002 : création d’un RO pour d'un ensemble de marchandises en sélectionnant un Bill of Lading appartenant à une liste de dépotage. 
  • RBDGRPRO0003 : Lors de la sauvegarde, autant de RO que de cargos présents sur ce Bill of Lading seront créés et toutes les données des traders. 
  • RBDGRPRO0004 : Dans ce dernier cas, le trader pourra choisir les cargos concernés à l'aide de cases à cocher : au niveau du B/L (elle permet de sélectionner/désélectionner l'ensemble des cargos du B/L).
  • RBDGRPRO0005 : L’accès à la création et à la consultation est identique au release order créé sur une marchandise core.
  • RBDGRPRO0006 : référence l’unstuffing cargo pour lequel le releaser order est fait.
  • RBDGRPRO0007 : Numéro permettant d'identifier le cargo de façon unique dans le RO. Celui-ci est fixé automatiquement par Ci5 est unique dans l'application.
  • RBDGRPRO0008 : Champ en saisie automatique sur les transitaires qui sont de la même communauté que l'utilisateur connecté. Ce champ est présent après la première sauvegarde. Il permet au transitaire nommé en premier de céder le RO à un autre transitaire.
  • RBDGRPRO0009 : Si le champ Last Representative est vide, seul le Forwarder nommé dans le champ Representative peut le renseigner.
  • RBDGRPRO0010 : Si le champ Last Representative est renseigné, seul le Forwarder nommé dans ce champ peut le modifier.
  • RBDGRPRO0011 : Les changements sont historisés dans la partie "History / Historique".
  • RBDGRPRO0012 : Droits pour le release order :

    • si le champ Last Representative est vide, c’est le Forwarder nommé en Representative qui a les droits de modification.
    • si le champ Last Representative est renseigné, c’est le Forwarder nommé à cet endroit qui a la possibilité d'effectuer des modifications.
  • RBDGRPRO0013 : A chaque changement de Representative et de Last Representative : Ci5 crée un nouveau numéro aléatoire (random).

  • RBDGRPRO0014 : Une notification externe RO avec le Last Representative dans la balise Representative et le nouveau numéro aléatoire est émise aux sociétés abonnées (Forwarder Last Representative, manutentionnaire ou transporteur).
  • RBDGRPRO0015 : Champ pour la tierce partie facturable, en saisie automatique sur le carnet d'adresses du trader connecté.
  • RBDGRPRO0016 : Indique le transporteur Inland qui va s'occuper du transport de la marchandise. Ce champ est en saisie automatique sur les sociétés ayant l'activité Inland carrier et qui sont de la même communauté que l'utilisateur connecté. Les traders transitaires nommés comme Representative ou Last Representative dans le RO peuvent modifier ce champ.
  • RBDGRPRO0017 : La référence du transporteur, en saisie libre. Les traders transitaires nommés comme Representative ou Last Representative dans le RO peuvent modifier ce champ.
  • RBDGRPRO0018 : Champ commentaire en saisie libre. Les traders transitaires nommés comme Representative dans le RO peuvent modifier ce champ.
  • RBDGRPRO0019 : Seuls les créateurs du release order sur unstuffing cargo ou representative désigné du release order sur unstuffing cargo peuvent télécharger ce document.
  • RBDGRPRO0020 : De plus, il est possible, lorsque le release order est valide, de cliquer sur le bouton + Transport order afin d'être redirigé directement sur la page de création d'un transport order pour le cargo qui se trouve dans le release order actuel.
  • RBDGRPRO0021 : Accessible par le bouton Mass release order (Bon à délivrer par lot) dans le menu Release order, ce menu donne accès à plusieurs actions réalisable sur plusieurs bons à délivrer en même temps. https://mgi-team.atlassian.net/browse/US-2840
  • RBDGRPRO0022 : Par référence de liste de dépotage : la saisie automatique affiche les références des listes de dépotage dont l’utilisateur connecté est le créateur ou est désigné en tant que representative sur au moins un des lots de dépotage (ou coload) de la liste.
  • RBDGRPRO0023 : Après avoir lancé sa recherche, l’agent doit cocher la case en bout de ligne des cargos concernés et cliquer sur + Release order pour la création.
  • RBDGRPRO0024 : Le cargo ne doit pas déjà avoir un release order pour pouvoir valider la création.
  • RBDGRPRO0025: Lorsqu'on utilise le champ de recherche Bill of Lading Reference et qu'on clique sur un bon à délivrer, on accède à l'écran du bon à délivrer qui affiche tous les cargos :

    • valides du même BL,
    • qui possèdent un bon à délivrer valide.
  • RBDGRPRO0026 : Par ce menu Mass release order (Bon à délivrer par lot) il est aussi possible de supprimer plusieurs bons à délivrer en une seule fois.

  • RBDGRPRO0027 : Si un cargo sélectionné n’a pas de bon à délivrer (ou un bon à délivrer invalidé), l’action n’aura pas d’impact.

Récapitulatif des règles de gestion: Unstuffing tracing

  • RBDGRPTRA0001 : Le tracing unstuffing ne concerne que des cargos qui ont un sens import, de ce fait, il n’y a que des événements imports possibles.
  • RBDGRPTRA0002 : L'utilisateur a l'obligation de remplir soit le champ Breakbulk reference soit Bill of Lading.
  • RBDGRPTRA0003 : Les champs From et To correspondent à l'intervalle sur lequel on veut surveiller le lot. La période de suivi ne doit pas dépasser 3 mois (Les dates au delà de 3 mois sont grisées).
  • RBDGRPTRA0004 : Une demande de Tracing est rétroactive.
  • RBDGRPTRA0005 : Il est possible de faire une demande de Tracing sur un cargo non-existant. Le Tracing deviendra effectif lorsque le cargo possédant comme référence ce qui a été renseigné dans le champ Breakbulk number sera créé.
  • RBDGRPTRA0006 : Manifest (manifeste) : notification envoyée lorsque le cargo est publié sur une liste de dégroupage pendant la période de surveillance choisie.
  • RBDGRPTRA0007 : Gate-In (réception) : notification envoyée lorsqu'un Unstuffing Gate-in (constat de réception) est effectué pour le cargo du tracing pendant la période de surveillance choisie.
  • RBDGRPTRA0008 : Release order (bon à délivrer) : notification envoyée lorsqu'un Release Order est publié pour le cargo du tracing pendant la période de surveillance choisie.
  • RBDGRPTRA0009 : Customs release (Relâche douane) : notification envoyée lorsque le cargo du tracing obtient la Customs Release pendant la période de surveillance choisie.
  • RBDGRPTRA0010 : Final release (relâche finale)  : notification envoyée lorsque le cargo du tracing obtient la Final Release pendant la période de surveillance choisie.
  • RBDGRPTRA0011 : Gate-Out (enlèvement) : notification envoyée lorsqu'un Unstuffing Gate-out (constat d'enlèvement) est effectué pour le cargo du tracing pendant la période de surveillance choisie.
  • RBDGRPTRA0012 : Transfer (transfert) : notification envoyée lorsqu'un déplacement est effectué sur le cargo de la demande de Tracing pendant la période de surveillance choisie.
  • RBDGRPTRA0013 : Customs declared (déclaration en douane) : notification envoyée lors de l'intégration d'une déclaration de douane AED Clearance sur le cargo du Tracing pendant la période de surveillance choisie.
  • RBDGRPTRA0014 : Lors de l’invalidation d’un cargo, on détache les tracings qui lui sont rattachés afin de pouvoir les attacher à un autre cargo de même référence ensuite.

Récapitulatif des règles de gestion : Unstuffing tracking

  • RBDGRPTCK0001 : Un utilisateur agent maritime voit : les cargos de dégroupage, les listes de dégroupage et les B/L de dégroupage créés par sa société.
  • RBDGRPTCK0002 : Un utilisateur transitaire voit :

    • les listes de dégroupage, B/L de dégroupage, cargo de dégroupage créés par sa société.
    • les listes de dégroupage dont il est désigné comme :

      • last representative dans le release order si renseigné,
      • le représentant sinon (dernier représentant non renseigné).
    • les B/L de dégroupage (et cargos associés) pour lesquels il est désigné comme représentant dans le B/L de dégroupage.

    • les B/L de dégroupage (et cargos associés) pour lesquels il est désigné comme représentant dans le release order de dépotage.
    • les dossiers associés à des unstuffing cargos sur lesquels il est désigné via le unstuffing MR gate in (Freight Forwarder).
  • RBDGRPTCK0003 : Un utilisateur gestionnaire d’entrepôt voit :

    • les listes de dégroupage, les B/L de dégroupage et les cargos de dégroupage associés à une liste de dégroupage dont il est manager du nouveau lieu de R/L (new terminal).
    • les dossiers associés à des unstuffing cargo sur lesquels il est trader créateur du MR gate-in.
  • RBDGRPTCK0004 : Un utilisateur douanier voit tout ce qui est sur sa communauté.

  • RBDGRPTCK0005 : Quel que soit l'utilisateur, les éléments invalides ne sont pas remontés.
  • RBDGRPTCK0006 : Pour qu’une marchandise puisse être recherchée dans le tracking, elle doit être connue de Ci5.
  • RBDGRPTCK0007 : Le champ Number or Reference, est une saisie automatique qui se déclenche à la saisie de sept caractères ou la référence exacte si elle est inférieure à sept. La saisie d'une référence entre guillemets lance une recherche exacte.
  • RBDGRPTCK0008 : La recherche dans le Tracking peut se faire pour :

    • un cargo de dégroupage parmi les cargos de dégroupages annoncés dans une liste de dépotage.
    • un cargo de dégroupage non annoncé.
    • une référence B/L parmi les B/L présents dans une liste de dépotage.
    • un cargo de dégroupage portant une unstuffing list.
    • un dossier associé à un unstuffing cargo.
  • RBDGRPTCK0009 : Un cargo de dégroupage possède le statut PAN lorsque la liste de dégroupage le contenant est au statut lodged.

  • RBDGRPTCK0010 : Lorsqu'on clique sur la date, on affiche un bloc contenant l'ID du constat et sa référence (si existante).
  • RBDGRPTCK0011 : Cette référence est cliquable (et permet d'accéder au détail du constat) pour :

    • le créateur de la liste de dégroupage,
    • un utilisateur gestionnaire d’entrepôt,
    • un utilisateur transitaire nommé comme représentant du cargo de dégroupage,
    • un utilisateur douanier.
  • RBDGRPTCK0012 : Lorsqu'on clique sur la date, cela ouvre un bloc contenant la référence du B/L de dégroupage et le nom du créateur du Release Order.

  • RBDGRPTCK0013 : Cette information est cliquable pour :

    • le créateur du Release order.
    • le transitaire désigné comme représentant.
    • Le gestionnaire d’entrepôt du lieu dans lequel l'unstuffing cargo a son gate in.
  • RBDGRPTCK0014 : La forwarder release peut être passée manuellement en HOLD ou en RELEASE par un utilisateur qui est désigné comme représentant dans le cargo de dégroupage ou dans le release order.

  • RBDGRPTCK0015 : Un cargo de dégroupage possède la customs release au statut "RELEASE" s’il possède constat de réception de dépotage (unstuffing gate-in) sur le nouveau terminal de la liste de dépotage.
  • RBDGRPTCK0016 : Toutes les déclarations valides associées au cargo sont clearance.
  • RBDGRPTCK0017 : Un dossier contenant le cargo existe alors celui-ci doit être clos.
  • RBDGRPTCK0018 : Le cargo à une déclaration multiple : Prendre la somme des quantités de toutes les déclarations associées à ce cargo et de toutes les déclarations associées aux autres cargos présents dans les déclarations multiples. Il faut que cette somme soit égale à celle de la quantité de tous les cargos qu’on aura récupéré.
  • RBDGRPTCK0019 : Le cargo n’a que des déclarations unitaires : Regarder si la somme de la quantité des déclarations est égale à la quantité du cargo, la customs release est accordée.
  • RBDGRPTCK0020 : La customs release peut être passée manuellement en HOLD ou en RELEASE par un douanier pour un cargo de dégroupage qui est dans sa communauté. 
  • RBDGRPTCK0021 : La final release s'obtient automatiquement lorsque la customs release et la forwarder release sont au statut "release".
  • RBDGRPTCK0022 : Ce statut est perdu dès que la customs release et la forwarder release passe en statut "HOLD".
  • RBDGRPTCK0023 : Si le paramètre de l’administrateur organisation release order is mandatory for final release et le paramètre communauté unstuffing release order activated for Final release calcul sont activés, la final release ne peut s'obtenir que si le cargo unstuffing a un release order valide. https://mgi-team.atlassian.net/browse/ADD-2547
  • RBDGRPTCK0024 : Il est possible de créer des constats d'enlèvement partiels dans la limite du nombre et poids des colis qui ont été réceptionnés. 
  • RBDGRPTCK0025 : Un utilisateur déclarant en douane voit tous les unstuffing BL et unstuffing cargo dont sur lequel il y a une customs declaration dont il est le créateur. https://mgi-team.atlassian.net/browse/US-1484
  • RBDGRPTCK0026 : Si le setting administrateur organisation Unstuffing on same T/L gives automatic Gate-out est activé alors Ci5 créé automatiquement un MR gate-out dans le cas d’un dégroupage sur le même lieu que celui du MR gate-in dans lequel le cargo se trouve et qu'aucun transfert n’est généré. Cela permet de mettre à jour la comptabilité matière du terminal location. https://mgi-team.atlassian.net/browse/US-2036
  • RBDGRPTCK0027 : Le statut Gate-out est attribué au passage de l’unstuffing list au statut final manifest.
  • RBDGRPTCK0028 : S’il est reopen alors le MR gate-out est supprimé.
  • RBDGRPTCK0029 : si un movement d'un cargo de dégroupage va d'un terminal A vers un terminal B. La ligne de tracking du terminal A obtiendra automatiquement la final release si le movement obtient l'accord douane et qu'il y a un movement report gate-in dans ce terminal. Et dans la case Customs release sera affiché avec “Movement” avec l’id du movement et le créateur du movement. https://mgi-team.atlassian.net/browse/US-2223
  • RBDGRPTCK0030 : Si le cargo n’a pas de customs release mais qu’il a au moins une déclaration en douane (peu importe son statut clearance ou valid), alors un coin orange sera affiché dans le tracking. https://mgi-team.atlassian.net/browse/US-1491
  • RBDGRPTCK0031 : Si l'utilisateur déclarant en douane n’a pas créé de déclaration en douane, alors :

    • Il n’a que les statuts, les horodatages et les warnings.
    • Il ne peut pas ouvrir de case.
    • Il ne peut pas cocher de case en bout de ligne de cargo.
    • https://mgi-team.atlassian.net/browse/US-3382

Récapitulatif des règles de gestion : Unstuffing monitoring

  • RGDGRPMON0001 : Terminal (lieu de R/L) : saisie automatique sur : pour le gestionnaire d’entrepôt : uniquement les lieux dont il est manager, sinon, tous les terminaux de la communauté de l’utilisateur. Le critère Gate-in between est obligatoire.
  • RGDGRPMON0002 : Unstuffing list (Liste de dépotage) : champ en saisie automatique sur les références d'unstuffing list.
  • RGDGRPMON0003 : Cargo : champ en saisie automatique sur les conteneurs qui ont des unstuffing lists auxquels l’utilisateur a accès. https://mgi-team.atlassian.net/browse/ADD-1612
  • RGDGRPMON0004 : Gate-in between From-to (réception entre De-A) : permet de filtrer sur la date des gate-in des cargos unstuffing, l’intervalle de recherche est limité à 3 mois.
  • RGDGRPMON0005 : Included gate out (gate out inclus) : case à cocher qui permet de remonter les cargos qui ont un gate-out total.
  • RGDGRPMON0006 : Customs release :

    • V : si l’unstuffing cargo a la customs release.
    • :warning: : si le cargo a une customs declaration BAE mais pas de customs release.
    • X : si la customs release est hold.
    • Au clic sur la colonne s’il y a un V ou un :warning: : un tableau contenant les customs declarations liées au cargo s’ouvre.
  • RGDGRPMON0007 : Gate out : comportement de la colonne :

    • Si aucun gate out rien n’est affiché.
    • Si la quantité de l’unstuffing cargo du final manifest est totalement sortie (présente sur des MR unstuffing gate-out), il y a un V avec la date du dernier constat s’il y a en a eu plusieurs. https://mgi-team.atlassian.net/browse/US-1483
    • Si les quantités sont partiellement sorties, il est affiché un :warning: sans horodatage et avec une infobulle : “Sorties partielles”(FR) / “Partial gate-out” (EN).
  • RGDGRPMON0008 : Customs deadline : délais douaniers calculés ainsi :

    • la date : Gate-in date + maritime delay for customs deadline (days).
    • au dessus de la date, un logo warning orange est affiché lorsque la customs deadline est dépassée.
  • RGDGRPMON0009 : Temporary storage (Dépôt temporaire) :

    • si le cargo est

      • annoncé,
      • et gate-in,
      • et qu'il n'y a aucune customs declaration,
      • et qu’il n’a aucune demande de movement dont l’actual location est le terminal du gate in,
      • et pas de customs release à release,
  • RGDGRPMON0010 : Free circulation (Mise en libre pratique) :

    • Cas 1 : si le cargo est couvert par une ou plusieurs CD, toutes Clearance avec tous les items en régime sollicité commençant par un "0", avant la date (gate-in date + "maritime customs deadline delay").
    • Cas 2 : si le cargo est vide et qu’il a la Customs release, avant la date (gate-in date +"maritime customs deadline delay"), les marchandises bulk ne sont pas concernées par ce cas.
  • RGDGRPMON0011 : Declaration of release (Mise à la consommation) : si le cargo est couvert par une ou plusieurs CD Clearance avec tous les items en régime sollicité commençant par un "4", avant la date gate-in date +"maritime customs deadline delay".

  • RGDGRPMON0012 : Temporary admission (Admission temporaire) : si le cargo est couvert par une ou plusieurs CD, toutes Clearance

    • Cas 1 : avec TOUS les items en régime sollicité commençant par un "5", avant la date (gate-in date +"maritime customs deadline delay")
    • Cas 2 : qui sont toutes de type ATA clearance avant la date (gate-in date +"maritime customs deadline delay")
  • RGDGRPMON0014 : Réimportation : si le cargo est couvert par une ou plusieurs CD Clearance avec tous les items en régime sollicité commençant par un "6", avant la date gate-in date +"maritime customs deadline delay".

  • RGDGRPMON0015 : Bonded warehouse (Entrepot sous douane) : cargo couvert par une ou plusieurs CD clearance avec avec tous les items en régime sollicité « 71 » avant la date gate-in date +"maritime customs deadline delay".
  • RGDGRPMON0016 : Bonded warehouse release (Entrepôt sous douane apuré) : cargo couvert par une ou plusieurs CD clearance avec tous les items en régime sollicité 40 et régime précédent 71 avant la date gate-in date +"maritime customs deadline delay".
  • RGDGRPMON0017 : Multi : cargo couvert par une ou plusieurs CD, toutes clearance avec tous les items en régime sollicité ne commençant pas par le même chiffre, avant la date gate-in date +"maritime customs deadline delay". https://mgi-team.atlassian.net/browse/ADD-1610
  • RGDGRPMON0018 : Il est possible de télécharger les résultats du monitoring en cliquant sur le bouton Download unstuffing monitoring as CSV ou Download unstuffing monitoring as PDF situé en haut à droite de la page.
  • RGDGRPMON0019 : si la déclaration en douane reçue n’a pas de régime douanier, Ci5 va chercher dans le référentiel si le type de déclaration a un régime associé. Si oui, c’est ce régime qui sera affiché par défaut dans le monitoring, sinon la case sera vide. https://mgi-team.atlassian.net/browse/US-1487
  • RGDGRPMON0020 : Pour une recherche par terminal location : Ci5 affiche tous les unstuffing cargo_s qui ont un _MR unstuffing gate-in et qui n’ont pas de MR unstuffing gate-out sur le terminal location.
  • RGDGRPMON0021 : Pour une recherche par terminal location : Les résultats sont affichés par 150. Le chargement des résultats par tranche de 150 lignes s’effectue au fur et à mesure du défilement de la page.

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