Emplacement : Annonce et gestion des marchandises > Dossier transitaire (Freight Forwarder Shipping Order)

EPIC : https://mgi-team.atlassian.net/browse/GCI-240

Récapitulatif des règles de gestion : Freight Forwarder Shipping Order

RBFSO0001 : L'ajout de contenu ou de traders à un FFSO en cours de création provoque la création de celui-ci.
RBFSO0002 : L'ajout du premier contenu d'un dossier provoque la détermination du sens de celui-ci. Un booking ou un cargo présent uniquement sur un Booking détermine un sens export, un Bill of lading ou un cargo présent sur un Bill of lading détermine un sens import. Une fois ce sens déterminé, il ne peut plus en être modifié.
RBFSO0003 : La référence d'un FFSO est unique pour un trader transitaire donné sur la communauté.
RBFSO0004 : L'autorelease est désactivée par défaut.
RBFSO0005 : Il est possible d'ajouter à un FFSO import seulement les cargos présents sur les Bill of lading, ou directement des Bills of lading sur lesquels aucun cargo n'a déjà été associé à un autre FFSO que celui en cours d'édition; et pour lesquels il existe au moins un release order nommé en tant que représentative ou qu'aucun trader n'ait jamais été nommé.
RBFSO0006 : Il est possible d'ajouter à un FFSO export _des cargos présents sur les _Booking, ou directement les Booking sur lesquels aucun cargo n'a déjà été associé à un autre FFSO que celui en cours d'édition, et sur lesquels le freight forwarder nommé est soit vide, soit identique au trader du transitaire en train d'éditer le FFSO. La complétion automatique de surbooking suit les mêmes règles.
RBFSO0007 : Dans le composant contenu, les cargos sont regroupés par Bill of lading ou Booking. Chaque groupe est sélectionnable, pliable/dépliable, et cliquable avec une redirection vers le Booking ou le Bill of lading correspondant.
RBFSO0008 : Le titre de chaque regroupement par annonce permet d'être redirigé vers le Booking ou le Bill of lading correspondant.
RSFSO0009 : A l'export, le titre de chaque regroupement par annonce des cargos comporte : le port de chargement du Booking, suivi de la référence du booking et du voyage suivant le port de chargement.
RSFSO0010 : A l'import, le titre de chaque regroupement par annonce des cargos comporte : le port du call du manifeste du Bill of lading, suivi du precall number du Call et du voyage du manifeste.
RSFSO0011 : Le logo du trader créateur de l'annonce est affiché après chaque regroupement par annonce booking ou Bill of lading.
RBFSO0012 : Le champ trader de la section traders est en saisie automatique sur la liste des traders possédant l'activité SHIP, CUSD ou FORW.
RBFSO0013 : Un trader ne peut se retrouver qu'une fois dans la liste des traders d'un FFSO.
RBFSO0014 : Si un trader sélectionné dans la liste des traders ne possède qu'une activité parmi SHIP, CUSD ou FORW, celle-ci est automatiquement renseignée et non éditable.
RBFSO0015 : Si un trader sélectionné possède plusieurs activités, l’utilisateur peut sélectionner l'activité pour laquelle il a ajouté cet intervenant parmi une liste déroulante.
RSFSO0016 : Un FFSO clos est représenté au moyen d'un pictogramme cadenas fermé, un non clos par un cadenas ouvert.
RBFSO0017 : Seuls les traders ayant pour activité FORW ont les droits de modifier un FFSO clos.
RSFSO0018 : L'affichage de la section ECS Tracking et le bouton +MRN n'est accessible que pour des FFSO export.
RBFSO0019 : Le bouton +Inland Carrier et le bloc Inland carrier, sont uniquement présents sur des FFSO import.
RBFSO0020 : La sélection des traders inland est réalisée en saisie automatique uniquement sur la liste des traders ayant l'activité inland carrier.
RBFSO0021 : Dans un FFSO import, si un cargo n'est couvert par aucun release order, il est possible d'enregistrer un trader inland carrier prévisionnel pour ce cargo.
RBFSO0022 : Si un Release order est créé sur un cargo sur lequel un inland carrier avait été nommé en prévisionnel, alors le champ inland carrier de ce release order est automatiquement complété, ou remplacé, par le trader inland carrier prévisionnel. Le Release order doit être merchant et le trader transitaire propriétaire du dossier sur lequel se trouve le cargo nommé en tant que représentative.
RBFSO0023 : Nommage Inland carrier direct : dans un FFSO import, si un cargo possèdent un Release order avec merchant et sur lequel le trader transitaire en cours d'édition est nommé en tant que représentative, le champ Inland carrier du Release order est automatiquement complété, ou remplacé, par le trader Inland carrier sélectionné par le transitaire.
RBFSO0024 : Si un cargo présent sur un FFSO import possède un Release order avec merchant activé et le representative égal au trader créateur du s_hipping order_, ou si un inland carrier prévisionnel a été nommé sur un cargo, une ligne cargo est affichée dans le bloc inland carrier.
RSFSO0025 : Sur un FFSO import, dans le bloc inland carrier, la colonne Inland carrier affiche un pictogramme X si aucun trader inland carrier n'a été identifié pour ce cargo et qu'il existe au moins un Release order en mode merchant pour ce cargo.
RSFSO0026 : Sur un FFSO import, dans le bloc inland carrier, la colonne Inland carrier, si un cargo a déjà fait l'objet d'une identification du trader inland carrier (prévisionnelle ou nommée sur un release order), la référence du trader inland carrier est affichée.
RBFSO0027 : Sur un FFSO import, dans le bloc Inland carrier, la colonne Release order affiche un pictogramme V s'il existe un Release order avec merchant activé et dont le representative correspond au trader transitaire du FFSO.
RBFSO0028 : Le surbooking (avec le bouton +Cargo) n'est disponible que sur des FFSO export.
RSFSO0029 : Le bouton +Cargo n'apparaît que si aucune sélection n'est faite sur le contenu du shipping order ni qu'aucun cargo n'est en cours d'édition.
RBFSO0030 : L'ajout du cargo par le surbooking ne sera effectif qu'après une sauvegarde du cargo.
RBFSO0031 : Il est possible de délier un cargo avec le FFSO en sélectionnant les éléments à délier, puis en cliquant sur le bouton d'action Dissociation situé au-dessus de la liste des cargos.
RSFSO0032 : Le bouton +Export dangerous n'est disponible que sur des FFSO export.
RSFSO0033 : Les Bill of lading sont triés par ordre ascendant de référence.
RSFSO0034 : L'ordre de la liste des cargos est conditionné par la présence ou non de la référence cargo. En premiers, ceux n'en ayant pas. Les suivants sont triés par référence ascendante.
RBFSO0035 : Le FFSO est clos automatiquement lorsqu'il y a autant de CD (avec UCR = référence dossier) publiées à l'état BAE (Clearance) que le nombre "Number of custom declarations" renseigné dans le dossier (si différent de 0).
RSFSO0036 : Depuis l'interface de création d'un booking, il est possible d'associer ce dernier à un FFSO existant. Cela aura pour effet, d'associer automatiquement les cargos du booking courant, au FFSO sélectionné.
RBFSO0037 : A la clôture du FFSO import si le nombre de colis total du FFSO est inférieur au nombre de colis déclarés dans les CD en état clearance (BAE) on signale cet écart par un toaster orange (Declared quantity exceeds announced quantity). Cela n'empêche pas la clôture du FFSO.
RBFSO0038 : Le bouton Download proof of export (Téléchargement du justificatif de sortie) n'est présent que lorsqu’au moins un des cargos est Load et que le call du booking a une RTD. https://mgi-team.atlassian.net/browse/GCI-2725
RBFSO0039 : A l'export, un transitaire ne peut modifier et/ou supprimer un cargo de son dossier dès qu'il est gate-In (si le gate-in est supprimé, on peut à nouveau modifier le cargo dans dossier).
RBFSO0040 : Il est possible de supprimer ou invalider un cargo, dans le FFSO, via le bouton Delete situé dans le bloc cargo. On ne peut pas supprimer/invalider un cargo s'il est couvert par une Customs declaration VAL.
RBFSO0041 : A la création d'un dossier chargeur ou Shipper Shipping Order (SSO), la référence du SSO est affichée dans l'onglet trader du FFSO.
RBFSO0042 : Dans le FFSO, onglet trader, si le trader type sélectionné est Shipper et que le champs Reference est renseigné, alors le SSO est créé automatiquement avec :
- Shipper Shipping Order (référence du dossier) : Référence du SSO.
- Freight Forwarder (transitaire): le freight forwarder de la marchandise.
- Forwarder Shipping Order Reference (référence du FFSO): référence du dossier transitaire lié au SSO.
- Shipper Shipping Order : le Shipper nommé dans le FFSO.
RBFSO0043 : Il est impossible de créer ou de mettre à jour un cargo ayant une référence déjà portée par un autre cargo VAL sur un Booking VAL (peu importe le propriétaire), et qui n’est pas couvert par un MR Load VAL ou un MR Gate out VAL ( peu importe le terminal du MR) sur la communauté.
- Par IHM : Toaster d'erreur avec le message : Cargo already announced
- Par EDI : Le message est rejeté avec fieldError → reference (not unique)
RBFSO0044 : L’agent maritime peut ne pas afficher le bouton +cargo pour les transitaires, cela est géré par paramètre agent. https://mgi-team.atlassian.net/browse/US-1027
RBFSO0045 : La modification du cargo après la pre-arrival notification peut être bloquée pour les transitaires si l'administrateur communauté choisit cette option dans ses paramètres. https://mgi-team.atlassian.net/browse/US-1030
RBFSO0046 : La date de la réalisation de la notification de pré arrivée est affichée en haut du document. https://mgi-team.atlassian.net/browse/US-914
RBFSO0047 : Le cargo doit avoir la notification de pré arrivée au préalable pour pouvoir lui associer un MRN. https://mgi-team.atlassian.net/browse/GCI-3932
RBFSO0048 : Si le code de conditionnement d’un cargo est coché “Not provided” dans le référentiel Package Type, alors le PAN du cargo ne sera pas possible. https://mgi-team.atlassian.net/browse/US-721
RBFSO0049 : Lors du PAN d’un cargo export, si ce dernier fait partie des cargos type Container 20' ou Container 40' et si le poids brut du cargo dépasse 50 000 kilos / 50 T, l’utilisateur a une alerte bloquante et le poids doit être modifié afin de pouvoir effectuer la notification de pré arrivée. https://mgi-team.atlassian.net/browse/US-1397
RBFSO0050 : En cas de Port of discharge (port de déchargement) non connu de la route du service lié au booking du cargo, l’utilisateur aura un message d’alerte non bloquant au moment du PAN afin qu’il s’assure que le port de destination est bien correct et cela évitera des mauvais placements à quai lors de la réception au terminal. https://mgi-team.atlassian.net/browse/US-1403
RBFSO0051 : Si l’add-on Simax est activé, un PDF particulier est téléchargé, il reprend toutes les informations liées à la déclaration de dangereux créée : les horodatages d’obtention des accords, les détails du lieu, les lignes de dangereux et les conditions particulières si elles existent.
RBFSO0052 : Si le call de la marchandise contient une date de RTD et que la date est dépassée alors il n’est plus possible d’effectuer la notification de pré arrivée. L’utilisateur aura un message d’erreur lui avertissant qu’il n'est pas possible d’effectuer le PAN pour le cargo sélectionné. https://mgi-team.atlassian.net/browse/US-1716
RBFSO0053 : Email : ce champ permet de renseigner une adresse email alors de recevoir des messages d’alerte si les cargos dangereux de la discharge list ne remplissent pas les conditions exigées. Il est automatiquement complété avec l’adresse email de l’utilisateur qui créé le dossier. https://mgi-team.atlassian.net/browse/US-2985
RBFSO0054 : Pour les cargos type stuffing, la saisie automatique ne propose que les stuffing cargo : pour lesquels l’utilisateur connecté est désigné Freight forwarder dans le MR stuffing gate-in. https://mgi-team.atlassian.net/browse/US-2545
RBFSO0055 : Si le paramètre communauté Inland est activé, ce bloc est ajouté à la page. Il est fermé par défaut s’il ne contient aucun cargo. https://mgi-team.atlassian.net/browse/US-3101
RBFSO0056 : Les cargos suivant sont listés dans cette partie :
- Cargo MR gate-in sans annonce datant de moins d’un mois, associé à un service créé par un INCA contenant le port of loading du booking dans sa route (la place associé au MR gate in est différente du port of loading du booking),
- ET dont la référence est identique à celle du cargo pre-arrival notification du booking,
- ET dont le type empty/full est identique à celui du cargo pre-arrival notification du booking,
- ET qui n’a pas encore été associé à un booking associé.
RBFSO0057 : Un seul cargo peut être sélectionné dans chacun des chevrons.
RBFSO0058 : Si le cargo du bloc pre shipment et celui du dossier ont des références différentes alors il est impossible de les associer.
RBFSO0059 : Au match du cargo, un movement Export inland est créé.
RBFSO0060 : La saisie de good items est à l’export, si le du paramètre communauté Good item mandatory for PAN (Détail marchandise obligatoire pour PAN) est activé. https://mgi-team.atlassian.net/browse/US-3243
RBFSO0061 : Avec l’add-on Simax activé, la modification du cargo n’est pas possible s’il existe une déclaration de dangereux sans acquittement (à l'état “expecting acknowledgement“). https://mgi-team.atlassian.net/browse/US-3963
RBFSO0062 : MRN SDS : permet d’ajouter des MRN SDS sur un dossier. Le cargo sélectionné doit avoir le statut de notification de préarrivée au préalable pour pouvoir lui associer un MRN SDS. https://mgi-team.atlassian.net/browse/US-4214 https://mgi-team.atlassian.net/browse/US-3887
RBFSO0063 : Si le cargo du dossier est rattaché à un booking dont le lieu de R/L a une date d’invalidation dépassée, alors il n’est pas possible d’effectuer la notification de préarrivée. https://mgi-team.atlassian.net/browse/US-4102

Récapitulatif des règles de gestion : Freight Forwarder Shipping Order search

RBFSOSCH0001 : A l'ouverture de la page, aucun dossier n’est affiché pour ne pas alourdir le chargement de la page, il faut lacer une recherche afin d’avoir des résultats. Lors d'une recherche via les autres critères que celui de la référence, ne remonte que les FFSO liés à des calls toujours actifs (qui a la deadline of validity non dépassée). https://mgi-team.atlassian.net/browse/US-1590
RBFSOSCH0002 : La recherche par référence peut s'effectuer sur n'importe quel FFSO, que chaque deadline of validity de ses calls soient dépassées ou non.
RSFSOSCH0003 : la sélection d'un des résultats proposés en saisie automatique sur le champ Reference provoque la redirection immédiate vers le dossier transitaire concerné.
RSFSOSCH0004 : les dossiers transitaire affichés dans les résultats ne sont que des dossiers valides non supprimés.
RSFSOSCH0005 : les résultats de la recherche des dossiers transitaire sont par défaut affichés par date de modification, la plus récente d'abord.
RSFSOSCH0006 : Il est possible d'effectuer un download du résultat d'une recherche de dossiers transitaires (bouton download) via un fichier CSV. https://mgi-team.atlassian.net/browse/US-1904
RSFSOSCH0007 : Les dossiers des différents add-on (bulk, stuffing et unstuffing) sont affichés au même endroit avec les dossiers core. Pour l’unstuffing, les dossiers vides sont également affichés dans la liste des résultats.

Récapitulatif des règles de gestion : Damages acceptance

RBACC0001 : Le paramétrage des Damages acceptances sont propres à chaque communauté / trader.
RBACC0002 : Le paramétrage explicit est l'option sélectionnée par défaut pour chaque société.
RBACC0003 : Si le paramétrage des Damages acceptances est explicit, celles-ci sont données systématiquement de façon manuelle sur tous les cargos présents dans les Shipping Order du trader transitaire.
RBACC0004 : Si le paramétrage des Damages acceptances est Implicit, celles-ci sont automatiquement données sur tous les cargos présents dans les Shipping Order du transitaire, sauf lorsqu'il y a des réserves émises.
RBACC0005 : Si le paramétrage des Damages acceptances est Implicit (all damages), les Damages acceptances pour tous les cargos présent dans les Shipping Order du trader transitaire sont tout le temps obtenues de façon automatique.
RBACC0006 : Les Damages acceptances se fait uniquement sur les lignes cargos d'un Shipping Order export.
RBACC0007 : Le pictogramme ! est affiché dans la colonne acceptance du contenu d'un Shipping Order si au moins un constat de gate-in a été émis et lié à ce cargo sur le même terminal que celui du Booking et qu'il comporte au moins une réserve a fait l'objet d'une acceptance automatique, de la part du transitaire.
RBACC0008 : Le pictogramme X est affiché dans la colonne acceptance _du contenu d'un _Shipping Order export si au moins un constat de gate-in a été émis et lié à ce cargo sur le même terminal que celui du Booking et qu'il comporte au moins une réserve qui n'a jamais fait l'objet d'une acceptance, manuelle ou automatique, de la part du transitaire.
RBACC0009 : Le pictogramme V est affiché dans la colonne acceptance _du contenu d'un _Shipping Order export si au moins un constat de gate-in a été émis et lié à ce cargo sur le même terminal que celui du Booking et qu'il comporte au moins une réserve qui a fait l'objet d'une acceptance manuelle, de la part du transitaire. Si le constat ne comporte pas de réserve le pictogramme vert sera présent dans la colonne et il n’est nécessaire de l’approuver.
RBACC0010 : L'attribution d'une acceptance manuelle se fait en sélectionnant les cargos de la liste et en cliquant sur le bouton d'action V Acceptance.
RBACC0011 : Si le paramétrage des Damages acceptances est Implicit (usual damages), seules les Damages acceptances identifiées comme "réserves d'usage", pour tous les cargos présents dans les Shipping Order du transitaire sont obtenues de façon automatique.
RBACC0012 : Le refus manuel d'un dommage se fait en sélectionnant les cargos de la liste et en cliquant sur le bouton d'action X Acceptance.
RBACC0013 : Il y a deux types de réserves : d’usage ou non. Les réserves doivent être acceptées pour l’obtention de la forwarder release. Si ce sont des réserves d’usage alors la Forwarder release ne sera pas bloquée si les réserves ne sont pas acceptées.
RBACC0014 : Le clic sur les pictogrammes redirige l’utilisateur vers le constat où la réserve est indiquée.

‌

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