Emplacement : Add-on Dégroupage Unstuffing

CHEMIN D'ACCÈS : UNSTUFFING WAREHOUSE > UNSTUFFING LIST / TRACKING > UNSTUFFING LIST

EDITION : SHAG, FORW

LECTURE : SHAG, FORW, SWAM, CUSO, CUSI

DERNIERE VERSION CI5 DE MISE A JOUR : 4.36.9

Les conteneurs à dépoter sont annoncés via un manifeste navire. Le détail de leur contenu va, lui, être annoncé dans un manifeste de dépotage, aussi appelé liste de dépotage.

Le concept est le même que pour le manifeste classique, celui du navire, mais le manifeste de dépotage a un contenu légèrement différent.

Les cargos annoncés dans un manifest de dépotage d'un conteneur (cargo unstuffing) peuvent eux-mêmes porter un manifest de dépotage, il s’agit du coload.

Accès à l'unstuffing list

L'accès au manifeste de dépotage se fait :

• 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 (RBDGRPUL0001) :

  • à l'écran de création d’une unstuffing list, si ce conteneur n'a pas de déjà de liste de dépotage.
  • à l’unstuffing list directement si ce conteneur en a déjà une.

• 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) (RBDGRPUL0002).

• depuis le menu unstuffing warehouse, puis unstuffing list (RBDGRPUL0003) :

  • 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.

Récapitulatif des droits d’un utilisateur gestionnaire d’entrepôt (Stuffing Warehouse Manager)

Le gestionnaire d’entrepôt (stuffing warehouse manager) a accès uniquement aux unstuffing list dont il est manager du new terminal location (RBDGRPUL0016).

• Onglet Pre-manifest (RBDGRPUL0017)

  • 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.

• Onglet Etat des différences (RBDGRPUL0018)

  • Il ne peut afficher cet onglet uniquement en consultation, aucune action possible, il n’a aucun bouton d’action.

• Final manifest (RBDGRPUL0019)

  • 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.

Conditions de création d’une liste de dépotage

Deux possibilités existent (RBDGRPUL0004) :

• Création d’une unstuffing list sur un conteneur.

• Création d’une unstuffing list sur un unstuffing cargo, cas du coload.

  • 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 (RBDGRPUL0005).

La création d’une unstuffing list doit respecter les règles suivantes :

• Une unstuffing list ne peut être créée que sur un seul conteneur à la fois (RBDGRPUL0006). L'utilisateur aura un message d’erreur si plusieurs cargos sont sélectionnés.

Please select exactly one container / Merci de sélectionner un et un seul conteneur

• Le conteneur ne doit pas être vide (RBDGRPUL0007), l'utilisateur aura un message d’erreur si le cargo est vide.

Empty containers cannot be selected / Les conteneurs vides ne peuvent pas être sélectionnés

• Le conteneur doit être un conteneur import (RBDGRPUL0008), l'utilisateur aura un message d’erreur si le cargo ne l’est pas.

This container is not an import one / Ce conteneur n'est pas en import

• Seules les sociétés étant agent maritime (shipping agent) ou transitaire (forwarder) peuvent créer une liste de dépotage (RBDGRPUL0009). Les activités peuvent se cumuler avec le rôle de gestionnaire d’entrepôt (stuffing warehouse manager) (RBDGRPUL0010).

  • Pour l’agent, il doit être le créateur du manifeste du navire afin d’accéder à la création de l’unstuffing list (RBDGRPUL0011).
  • 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, ils doivent être désignés au bon à délivrer en tant que representative ou last representative (RBDGRPUL0012). Le transitaire n’aura pas le bouton Unstuffing list dans le tracking dans le cas contraire.
  • Pour les cas de coload, le transitaire doit être désigné en tant que representative ou last representative sur le release order du lot de dégroupage pour accéder à la création de la liste (RBDGRPUL0013).

Les références de chaque unstuffing BL et unstuffing cargo doivent être uniques dans une même unstuffing list (RBDGRPUL0020).

Si plusieurs références identiques sont trouvées, si la création s’effectue par EDI, le message est rejeté avec l’erreur : “Références dégroupage identiques / Same unstuffing references”.

Cycle de vie d’une unstuffing list

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 (RBDGRPUL0014).

Etape de la gestion de la liste :

1. Création du Pré-manifeste de dépotage (unstuffing list) : c'est l'annonce des marchandises de dépotage qui seront annoncées dans un conteneur ou dans un lot.
2. Lodge de l'unstuffing list : après avoir terminé la saisie des différents lots prévus au dépotage, le créateur de la liste va cliquer sur le bouton Lodge. La liste peut être dislodged, modifiée et lodged à nouveau si nécessaire. Les conséquences sont décrites dans le chapitre dédié : https://mgi-team.atlassian.net/wiki/spaces/DOCI5/pages/3240504668
3. Le gestionnaire de l’entrepôt va procéder au dépotage du conteneur ou du lot et saisir des gate-in de dépotage.
4. A la suite des constats, le transitaire ou agent créateur de la liste va pouvoir procéder au traitement de l'état des différences : il décrit les différences entre les cargos de dépotage annoncés (dans pre manifest) et ceux constatés (par les gate-in).
5. Une fois toutes les différences traitées, la liste doit être validée, elle obtient alors le statut de Manifeste Final de dépotage, les modifications ne sont plus possibles. Elle peut être réouverte, modifiée et revalidée si besoin.

Suppression automatique d’une unstuffing list

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 (RBDGRPUL0015) :

• Ci5 contrôle pour chaque unstuffing cargo de l'unstuffing list s’il existe un dossier, s’il existe le lien est supprimé.
• Ci5 contrôle pour chaque unstuffing cargo de l'unstuffing list s’il existe un Release Order, si oui, il est supprimé.
• A la suite de cela, chaque unstuffing cargo de l’unstuffing list 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.

‌

‌

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