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

Récapitulatif des règles de saisie : Movement report (MR)

Emplacement : Terminal > Movement report (MR) Constat de mouvement

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

Récapitulatif des règles de saisie : Movement report (MR)

  • RBMR0001 : Seul le manutentionnaire horizontal (YARD) peut créer de MR Gate-in.
  • RBMR0002 : Seul le manutentionnaire vertical (VOMA) peut créer de MR Load et MR Discharge.
  • RBMR0003 : Pour un MR sur un conteneur ou un RoRo, l'identifiant unique du MR est l'association de : Type de MR, terminal location et référence du cargo.
  • RBMR0004 : À la création d'un MR, la date est préremplie avec la date et l'heure (format a.m) actuelle selon le format jj_/mm/aaaa hh_:mm.
  • RBMR0005 : L'information Precall number est obligatoire dans le MR afin d'en déterminer l'annonce associée, le système déduit cette information grâce à la référence voyage.
  • RBMR0006 : Les différents codes de réserves sont définis dans le référentiel Reservations.
  • RBMR0007 : Pour les MR Gate-in , une vérification des scellés est faite par rapport à l'annonce : s'il manque un ou plusieurs scellés, une réserve PBNC (plomb non renseigné) est automatique ajoutée ; s'il est constaté un scellé différent de l'annonce, la réserve RESPB (plomb différent) est automatiquement ajoutée.
  • RBMR0008 : Le type de support, les différents types sont définis dans le référentiel opérations.
  • RBMR0009 : Le bloc Inland Carrier n'est disponible que pour les MR Gate-in et Gate-out.
  • RBMR0010Carrier : Le transporteur devant transporter la marchandise, en saisie automatique sur les traders Inland Carrier et qui sont sur la communauté de l'utilisateur connecté.
  • RBMR0011 : Le carrier id est automatiquement complété par le siret du carrier selon le référentiel référentiel trader.
  • RBMR0012 : Les différents types de moyens de transport sont définis dans le référentiel transport.
  • RBMR0013 : La publication d'un MR Discharge crée automatiquement un MR Gate-in s'il est créé par un manutentionnaire YARD et VOMA à la fois.
  • RBMR0014 : La suppression d'un MR Gate-in est impossible s'il existe une déclaration en douane publiée sur le cargo original.
  • RBMR0015 : La suppression d'un constat Gate-out publié n'est possible que pour les profils administrateur communauté et les manutentionnaire ayant le user-group administrateur organisation. https://mgi-team.atlassian.net/browse/US-3097
  • RBMR0016 : La suppression d'un MR Gate-in  ou MR Discharge publié n'est possible que si le manifeste n'est pas finalisé.
  • RBMR0017 : Pour un cargo annoncé, le couple MR Gate-in (ou MR Gate-out) / terminal est unique.
  • RBMR0018 : Pour un cargo non annoncé, il est impossible de créer deux MR de même type.
  • RBMR0019 : La modification (via EDI ou IHM) d'un MR n'est pas possible si l'acceptation des réserves (Damage acceptance) a déjà été effectuée.
  • RBMR0020 : La suppression d'un MR (créé via EDI ou IHM), le rend non éditable ; cependant il reste consultable.
  • RBMR0021 : Il est possible de créer un MR portant la même référence qu'un MR supprimé.
  • RBMR0022 : Les MR Gate-out peuvent être créés par : 

  • RBMR0023 : Un cargo VAL déclaré sur plusieurs booking, étant présent sur au moins un autre Booking VAL avec un MR Load ou MR Gate out, ne peut faire l'objet d'un MR Load, ou d'un MR Gate out. Cette règle est également valable par EDI.

  • RBMR0024 : La création d’un MR Load sur un conteneur lié à une liste d’empotage à quai entraîne automatiquement la création de MR Load pour chaque lot (breakbulk) de la liste d’empotage à quai avec la quantité et le poids saisis dans la liste.
  • RBMR0025 : A la création d’un MR Gate In sur un cargo annoncé, il est possible de mettre à jour la Size-Type du cargo_._ Cette modification sera répercutée sur :

    • le Final Manifest à l’import et FFSO import.
    • le Booking et FFSO export.
  • RBMR0026 : Alerte pour avertir le manutentionnaire lors de la saisie d'un MR Load et Gate-out que le conteneur n'est pas final release.  https://mgi-team.atlassian.net/browse/US-903

  • RBMR0027 : Impossible de saisir une date dans le futur, l'utilisateur aura une alerte (The date cannot be after the current date / la date ne peut pas être après la date courante) et l'enregistrement ne sera pas possible, valable également en EDI.  https://mgi-team.atlassian.net/browse/US-850  et  https://mgi-team.atlassian.net/browse/US-605
  • RBMR0028 : Dans la création de Movement Report unitaire, la saisie automatique remonte seulement les cargos ayant été annoncé sur un terminal où le manutentionnaire est défini en tant que manager + les cargos dont il est le manager du terminal (suite transfert).
  • RBMR0029 : Dans la création de Movement Report unitaire, le manutentionnaire peut aussi créer un Movement Report en ignorant les suggestions de l'autocomplete, le Movement Report est alors créé avec un cargo dit "non annoncé".
  • RBMR0030 : Dans la création de Movement Report par lot, la saisie automatique remonte les Calls où le manutentionnaire connecté est affecté en tant que terminal manager + les cargos dont il est le manager du terminal (suite transfert).
  • RBMR0031 : Dans la création de Movement Report par lot sur une Loading List, la saisie automatique remonte les Loading List au statut Final créées sur la communauté du manutentionnaire connecté.
  • RBMR0032 : Lors de la saisie des champs obligatoires pour les Breakbulk, si les champs HeightLength et Width (exprimé en cm) sont renseignés, le Volume (en dm³) est alors calculé automatiquement.
  • RBMR0033 : Lors de la sauvegarde d'un MR Gate in, le champ Total Net Weight est écrasé avec la valeur du Net Weight.
  • RBMR0034 : Il n’est aussi pas possible de mettre à jour un constat de gate-out par IHM ou EDI. https://mgi-team.atlassian.net/browse/US-1208
  • RBMR0035 : En EDI ou en création par IHM, le poids des marchandises de type conteneur est limité à un poids brut supérieur ou égal à 50000 kilos. Ceci est applicable aux conteneurs de type 20' et 40'. https://mgi-team.atlassian.net/browse/US-1876
  • RBMR0036 : lors de la création d’un MR gate-out, pour les cargos de type RORO ou conteneur, la saisie automatique ne propose pas les cargos ayant déjà un MR load valide ou un MR gate-out valide. https://mgi-team.atlassian.net/browse/US-2603
  • RBMR0037 : Si l’add-on Unstuffing est activé, alors le gestionnaire d'entrepôt de groupage (Stuffing Warehouse Manager) a également la possibilité de créer des constats de type Gate-in et Gate-out pour les conteneurs et RORO annoncés sur son entrepôt. https://mgi-team.atlassian.net/browse/US-2871
  • RBMR0038 : Si le paramètre communauté _Inland _est activé, lors de la création d’un MR gate-in d’un cargo associé à une loading list, le champ precall number est complété par le precall number de la loading list. https://mgi-team.atlassian.net/browse/US-2788
  • RBMR0039 : Si le paramètre communauté Inland est activé, les manutentionnaires peuvent créer des MR pour les loading list au statut Lodge et Last lodge. https://mgi-team.atlassian.net/browse/US-2996
  • RBMR0040 : Egalement, lors de la saisie d’un MR gate-in pour un cargo non annoncé, le champ Service est ajouté. https://mgi-team.atlassian.net/browse/US-3099
  • RBMR0041 : Ce champ est en saisie automatique sur les références des services ayant au moins un vessel de type inland waterway ou _rail _et au moins un port de la route du service appartient à la communauté du YARD.
  • RBMR0042 : Si un service est renseigné alors les champs call et voyage deviennent non modifiables et le champ référence booking modifiable.
  • RBMR0043 : Ce dernier est en saisie automatique à partir de 5 caractères pour des booking maritimes associés à un des ports appartenant à ce service, qui comportent un cargo avec la même référence conteneur qui est PAN et non MR gate-in (tous terminaux) et dont le port of loading existe dans la route du service inland trouvé précédemment.
  • RBMR0044 : Lors de la recherche d’une référence conteneur dans l'écran intermédiaire de création d’un MR gate-in, la saisie automatique propose le Precall number de la loading list et non le call de l’annonce maritime. https://mgi-team.atlassian.net/browse/US-3171
  • RBMR0045 : Lors de la saisie d’un MR gate-out d’un terminal, les champs Voyage reference et Terminal code sont préaffichés avec les données présentes dans le plus récent MR gate-in (date de gate-in) sur un des terminaux du YARD connecté.
  • RBMR0046 : La suppression d’un MR gate-in sur un cargo étant sur une loading list, il n’y a pas de contrôle sur la présence d’un déclaration en douane maritime. https://mgi-team.atlassian.net/browse/US-3212
  • RBMR0047 : Les manutentionnaires des ports intérieurs peuvent créer des constats de chargement sur des cargos inland non associés à un booking, de manière unitaire ou par lot. https://mgi-team.atlassian.net/browse/US-3107
  • RBMR0048 : Lors de la création d’un constat de réception d’un cargo identifié comme continental dans la discharge list, les champs precall number, voyage reference et service ne sont pas obligatoires. https://mgi-team.atlassian.net/browse/US-4222
  • RBMR0049 : Service reference : champ en saisie automatique sur les services ayant au moins un port de sa route dans la communauté du manutentionnaire. https://mgi-team.atlassian.net/browse/US-3602
  • RBMR0050 : Si ce champ est complété, les champs precall number et voyage reference sont grisés.
  • RBMR0051 : Présent uniquement pour les constats de réception export.
  • RBMR0052 : Une pop-up de confirmation est affichée pour ajouter un motif d’invalidation pour ce type de constat, cela est valable uniquement pour la création en IHM. https://mgi-team.atlassian.net/browse/US-4056
  • RBMR0053 : Pour les types de movement reports Gate-in, Discharge ou Load (pas pour les gate-out), à la création ou à la mise à jour, seuls les terminal locations actifs sont proposés dans la saisie automatique. https://mgi-team.atlassian.net/browse/US-4432

Récapitulatif des règles de gestion : Movement report search

  • RBMRSCH0001 : A l'ouverture de la page, ou lors d'une recherche via les autres critères que celui du Cargo Number ne remonte que les MR dont au moins un de ses calls liés, a sa deadline of validity non dépassée.
  • RBMRSCH0002 : La recherche par C_argo Number_ peut s'effectuer sur n'importe quel MR, que chaque deadline of validity de ses calls soient dépassées ou non.
  • RSMRSCH0001 : La sélection d'un des résultats proposés en saisie automatique sur le champ Cargo number provoque la redirection immédiate vers le movement report concerné.
  • RSMRSCH0002 : Par défaut les movement report affichés dans les résultats ne sont que des movement report valides non supprimés (statuts PRO et VAL).
  • RSMRSCH0003 : les résultats de la recherche des movement report sont par défaut affichés par date de modification, la plus récente d'abord.

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