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

Récapitulatif des règles de gestion : Manifeste

Emplacement : Annonce et gestion des marchandises > Manifeste

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

Récapitulatif des règles de gestion : Le pre-manifest

  • RSMAN0001 : Un seul Bill of lading du manifeste peut être sélectionné à la fois.
  • RSMAN0002 : Le titre du Bill of lading s'affiche sous la forme suivante : port de chargement, référence puis statut.
  • RSMAN0003 : La route s'affiche avec les informations du port de chargement, transit (si existant) puis port de déchargement lié au Call.
  • RSMAN0004 : Sur la section Références s'affiche la référence du Bill of lading et la référence MRN si existante.
  • RSMAN0005 : En création d'un Bill of lading la route de celui-ci est automatiquement renseigné avec le voyage du Manifeste et le port de déchargement lié à l'utilisateur.
  • RSMAN0006 : Le port de déchargement d'une route d'un Bill of lading est celui dont le Call est égale au Call du manifeste.
  • RSMAN0007 : Il est impossible d'invalider un cargo couvert par une Customs declaration VAL.
  • RSMAN0008 : Les ports de type déchargement ne faisant pas figurer le port du Call du manifeste sont considéré comme en transit.
  • RSMAN0009 : Les filtres par défaut du manifeste fait apparaître les Bill of lading avec en déchargement ou transbordement sur le Port of Call du manifeste.
  • RSMAN0010 : Le changement des filtres du manifeste entraîne la réactualisation des Bill of lading.
  • RBMAN0011 : Grâce à l’association Voyage/Call, à la création d'un B/L, on préaffiche (modifiable) dans le Port of Discharge de la route du B/L, le Port of Call du Call/Voyage du manifeste pour faciliter les saisies.
  • RSMAN0012 : Au moins un filtre doit être coché.
  • RSMAN0013 : Les résultats listés sont ceux des B/L du filtre sélectionné.
  • RGMAN0015 : Le manifeste peut être téléchargé au format pdf à partir du moment où il est publié.
  • RSMAN0016 : A la sauvegarde d'un B/L avec une référence déjà présente sur le manifeste, on aura un toaster erreur "B/L reference existing on this Manifest / La référence B/L existe déjà sur ce manifeste" et le champ B/L Reference sera affiché en erreur. 
  • RSMAN0017 : Sur la section déroulante Bill of lading , dans le cas où le B/L contient au moins un cargo provisoire, on affiche un warning avec infobulle "At least one cargo must be completed / Au moins un cargo doit être complété" à la place de la pastille de couleur.
  • RSMAN0018 : La création d'un manifeste est déclenchée à partir de l'écran Search.
  • RSMAN0019 : La création manuelle nécessite la saisie d'un voyage ou d'un precall number. Ces champs sont renseignés par une saisie automatique qui affiche tous les couples "voyage - precall" et permet à l'utilisateur de choisir la bonne ligne dans la liste des propositions. La saisie automatique est déclenchée à partir de 3 caractères minimums et affiche 15 résultats maximums. Les résultats sont triés du plus récent au plus ancien.
  • RSMAN0020 : A la sélection de la ligne, le manifeste est créé et l'utilisateur est redirigé vers la création du premier B/L avec le bloc références ouvert.
  • RGMAN0021 : Dans la liste des cargos, sont positionnés en premiers ceux n'ayant pas de référence. Les suivants sont triés par ordre de référence ascendante.
  • RSMAN0022 : L'affichage des Bills of lading est trié par ordre de référence ascendant.
  • RSMAN0023 : L'ajout d'un B/L se fait par un clic sur le bouton + B/L. Le bloc de saisie du nouveau B/L apparaît au dessus des autres B/L. Si un bloc B/L est ouvert lors de la création d'un nouveau B/L, il est automatique réduit.
  • RSMAN0024 : Le bouton + cargo permet de rajouter une autre ligne de cargo à un B/L.
  • RSMAN0025 : la case Freight shipowner permet l'identification de l’armateur fret, case en saisie automatique depuis le référentiel des traders identifiés comme shipping line, non obligatoire. https://mgi-team.atlassian.net/browse/US-1256
  • RSMAN0026 : Il est possible de créer plusieurs manifestes sur une même référence voyage pour un même call tant qu’il n’existe pas déjà sur le terminal location. https://mgi-team.atlassian.net/browse/US-1289
  • RSMAN0027 : En cas de création par EDI, si le manifeste contient plusieurs terminaux locations dans les B/L alors il sera créé autant de manifestes que de terminal location. https://mgi-team.atlassian.net/browse/US-1290
  • RSMAN0028 : La liste des B/L du manifest sont triés par ordre alphabétique de UNLOCODE puis par ordre alphanumérique des références des B/L. https://mgi-team.atlassian.net/browse/US-1159
  • RSMAN0034 : Si le paramètre communautaire _Activate the management of places function _est activé, les agents maritimes doivent sélectionner un UNLOCODE étant identifié comme un port (fonction 1, Sea transport) pour les ports de chargement ou de transbordement de la route du B/L. https://mgi-team.atlassian.net/browse/US-1967
  • RSMAN0035 : Lors de la création par EDI d’un manifeste, les parties mentionnées dans le message sont créées dans le carnet d’adresses du créateur du manifest. Ci5 vérifie si les tiers du message existent avec le même numéro de SIRET. Si oui, les données sont remplacées par celle du message. Il en est de même si l'identification number ou le couple company name et address (sans EORI, ni SIRET) existent déjà, ils sont remplacés par les nouvelles informations. https://mgi-team.atlassian.net/browse/US-2521 https://mgi-team.atlassian.net/browse/US-3653
  • RSMAN0036 : Il est impossible de supprimer un cargo qui est lié à un house breakbulk, c’est à dire qu’il est cité dans la partie cargo d’un house breakbulk. Et donc, le B/L ou le manifest de ce cargo ne peuvent pas être supprimé non plus, par IHM ou par EDI. https://mgi-team.atlassian.net/browse/US-2708
  • RSMAN0037 : le champ MRN peut être complété, peu importe le statut douanier. https://mgi-team.atlassian.net/browse/US-3016
  • RSMAN0038 : Si l’add-on ICS2 est activé, la création du MRN se fait après la réception de la notification IE3R01. Il devient non modifiable à la réception de ce message. En revanche, si l’ENS est annulée, après la réception de la confirmation de l’annulation (IE3R07) le champ est de nouveau éditable. https://mgi-team.atlassian.net/browse/US-3013

  • RSMAN0039 : Contrôle de la syntaxe du MRN :

    • Si le customs status est à NON UE GOODS, la syntaxe du MRN est contrôlé, indépendamment de l’activation des add-on ICS, ICS2 et PN-TS). L’utilisateur aura un message d’erreur la syntaxe n’est pas bonne, Value does not match with MRN Syntax format (La valeur ne correspond pas au format Syntaxe MRN).
    • Si l’add-on PN-TS est activé, la syntaxe du MRN PN-TS est contrôlée : 2 caractères numériques pour le millésime + 2 caractères alphanumériques pour le code pays et 14 caractères alphanumériques.
    • https://mgi-team.atlassian.net/browse/US-1908

  • RSMAN0040 : Supplementary declarant (Déclarant additionnel) : en saisie automatique depuis le référentiel traders pour les traders ayant l’activité Forwarder ou Shipper uniquement.

  • RSMAN00041 : La désignation d’un trader lui ouvre les droits de création d’un HouseB/L sur ce B/L.
  • RSMAN00042 : Le terminal location doit être modifié avant le premier MR discharge pour qu’il soit correctement répercuté sur les B/L. https://mgi-team.atlassian.net/browse/US-2906
  • RSMAN00043 : Il n’est pas possible de supprimer ce déclarant s’il existe une HouseB/L list sur ce B/L. https://mgi-team.atlassian.net/browse/US-3499
  • RSMAN00044 : La référence MRN peut être utilisée pour plusieurs B/L sur un même manifest ou call. En revanche, elle ne peut pas être utilisée sur plusieurs calls. https://mgi-team.atlassian.net/browse/US-1092
  • RSMAN00045 : Les entités rattachées à un terminal location inactif ne sont pas proposées dans les résultats. https://mgi-team.atlassian.net/browse/US-4431
  • RSMAN00046 : Voyage reference (Référence voyage) : Ce champ peut être modifié pour des références de voyages liées à un terminal de location avec des opérations de réception (receipt) et d'importation (import), et qui est actif.
  • RSMAN00047 : Precall number (Numéro d’annonce) : Ce champ peut être modifié pour des références de precall number liées à un terminal de location avec des opérations de réception (receipt) et d'importation (import), et qui est actif.

  • RSMAN00048 : Si le manifest est lié à un terminal location invalidé, il n’est pas possible d’effectuer le lodge. L’utilisateur aura une alter bloquante.

  • RBMANWRK0001 : Le manifeste peut être lodged une fois que tous ses éléments (Bill of lading, Cargo) et lui-même sont publiés. Des règles de lodging sont ajoutées quand l'addon ICS est activé.

  • RBMANWRK0002 : La vue Difference du manifeste est visible une fois que celui-ci est lodged.
  • RBMANWRK0003 : La vue Final Manifest est visible au premier constat de Disharge/gate-in fait sur le manifeste ou bien après la première opération d'association ou d'ajout sur les différences.
  • RBMANWRK0004 : L'action de Disloge est possible tant qu'aucun MR Discharge n'a été effectué sur un des cargos du manifeste. 
  • RBMANWRK0005 : Il est possible pour l'agent maritime de disloged son manifeste même lorsqu'une RTA est renseignée.
  • RBMANWRK0006 : L'action Final Manifest est disponible dès qu'un MR Gate-In existe sur un des cargos du manifeste.
  • RBMANWRK0007 : La finalisation d'un manifeste est possible dès lors qu'il n'y a plus de en plus ou en moins dans l'état des différences.
  • RBMANWRK0008 : Un manifeste finalisé n'est plus modifiable tant qu'il n'est pas re-open/ré-ouvert. 
  • RBMANWRK0009 : L'action Re-Open d'un manifeste est disponible une fois que celui-ci est finalisé.
  • RBMANWRK0010 : Il n'est plus possible d'éditer le pré manifeste après le premier Gate-in.
  • RBMANWRK0011 : Les opérateurs de terminaux ont également la possibilité de renvoyer la notification PANU Import à leur système depuis Ci5 en cas de problème grâce au menu PAN resend situé dans Cargo.  https://mgi-team.atlassian.net/browse/US-540
  • RBMANWRK0012 : Il n’est pas possible de lodger un manifest si un des cargos a des items à 0 colis ou un poids à 0 kg. https://mgi-team.atlassian.net/browse/US-1715
  • RBMANWRK0013 : Si le paramètre Implicit update of manifest est activé et que le manifest n’existe pas, le message est intégré et le manifest créé.
  • RBMANWRK0014 : Si le settings implicit update of manifest est activé et que le manifest existe déjà et que le B/L du message n’existe pas dans le manifeste, le B/L et ses cargos sont créés.

  • RBMANWRK0015 : Si le settings implicit update of manifest est activé et que le manifest existe déjà et que le B/L du message existe déjà dans le manifeste Ci5 : une comparaison entre les cargos du B/L du manifeste et les cargos du message se fait :

    • Les cargos en plus sont créés (présents dans le message mais pas dans le manifeste),
    • Les cargos en moins sont supprimés (présents dans le manifeste mais pas dans le message).

  • RBMANWRK0016 : Si le settings implicit update of manifest est activé et que le manifest existe déjà et que le B/L du message existe déjà dans le manifeste Ci5 : les B/L absents du message mais déjà existant dans Ci5 sont supprimés.

  • RBMANWRK0017 : Si le settings implicit update of manifest est désactivé et que le manifest est déjà créé, le message sera intégré en ajoutant les données du message à celles déjà existantes. https://mgi-team.atlassian.net/browse/US-1725
  • RBMANWRK0018 : au clic sur le bouton Final manifest, s’il reste des cargos announced (not discharge) ou discharged (not announced), avec l’agent connecté mentionné dans le constat, dans l'état des différences alors l’utilisateur aura un message d’erreur. https://mgi-team.atlassian.net/browse/US-3082
  • RBMANWRK0018 : Le delete d'un manifeste peut être fait tant qu'il n'y a pas de constat valide sur une des marchandises de ce-dernier. La suppression du manifeste implique la de ses B/Ls et de ses cargos également.
  • RBMANWRK0019 : Si le cargo existe pour le B/L mentionné alors le cargo est supprimé. https://mgi-team.atlassian.net/browse/US-2979
  • RBMANWRK0020 : S’il n’est plus lié à un B/L valide il est également supprimé.
  • RBMANWRK0021 : Le B/L est supprimé à son tour s’il n’a plus de cargo après la suppression de ce dernier.
  • RBMANWRK0022 : Enfin, si le manifeste est sans B/L il est supprimé.
  • RBMANWRK0023 : Après l'action de lodge et de la création du premier constat de réception, il est toujours possible de modifier les champs suivants en IHM et en EDI dans la vue final manifest : customs status, MRN, transport charges, traders (shipper, consignee, notify, buyer, seller, supplementary declarant, representative) https://mgi-team.atlassian.net/browse/US-3414
  • RBMANWRK0024 : Les champs suivants sont modifiable uniquement en IHM : Dans le cargo (Net weight, Tare, Shipping method, Good items, Seal et seal origin, Champs du chevron Dangerous, Champs du chevron Reefer, Champs du chevron Oversize, Champs du chevron Fumigation), Champs du chevron Customs document et Champs du chevron Transhipment.
  • RBMANWRK0025 : Au passage du manifest au statut Final, plus aucune modification n’est possible.

Récapitulatif des règles de gestion : Etat des différences / Final Manifest

  • RBMANDIFF0001 : Les cargos annoncés et non déchargés (en moins) dans l'état des différences sont ceux qui n'ont pas fait l'objet d'un constat.
  • RBMANDIFF0002 : Les conventionnels annoncés et non déchargés dans l'état des différences sont affichés avec leurs quantités déclarées. Ils peuvent faire l'objet d'un matching multiple.
  • RBMANDIFF0003 : Les conventionnels annoncés et non déchargés dans l'état des différences sont affichés tant que tous les cargos n'ont pas été matchés.
  • RBMANDIFF0004 : Les cargos déchargés et non annoncés dans l'état des différences sont ceux qui n'ont pas été lié à un cargo lié à un B/L.
  • RBMANDIFF0005 : Les cargos en moins dans le Final Manifest doivent être Delete manuellement par l'agent maritime.
  • RBMANDIFF0007 : Les cargos non annoncés peuvent être liés avec des marchandises déchargées. Pour les conventionnels où il est possible de sélectionner plusieurs marchandises non annoncées en même temps, le match se fera unitairement
  • RBMANDIFF0008 : Dans l'état des différences une association entre un cargo annoncé et un constat, la référence, la tare, le type de cargos et le vide sont récupérés du constat matché. Dans le cas d'un conventionnel, les volumes et le nombre de colis est complété à partir de tous les constats sur le même cargo annoncé.
  • RBMANDIFF0009 : Dans l'état des différences un cargo non annoncé peut être ajouté sur un Bill of lading déjà présent sur le manifeste ou bien en créant un Bill of lading sur le manifeste.
  • RBMANDIFF0010 : Ce champ, Gate in net weight, est complété au moment du lodging avec la somme des poids bruts moins la tare des constats de réception et n’est pas modifiable par l’agent. Il peut être mis à jour par le poids net du constat de MR gate-in du manutentionnaire uniquement. Cette modification apparait dans le bloc update de l'état des différences https://mgi-team.atlassian.net/browse/US-3693 https://mgi-team.atlassian.net/browse/US-4243
  • RBMANDIFF0011 : Lors de l'annulation d'une association dans l'état des différences, le cargo apparaît à nouveau dans le tableau Discharged.
  • RBMANDIFF0012 : Lors de l'annulation d'un ajout sur un Bill of lading dans l'état des différences, le cargo apparaît à nouveau dans le tableau Discharged.
  • RBMANDIFF0013 : Les cargos présents dans le tableau Delete sont les cargos retirés du Final Manifest via l'action Delete. Il n'est pas possible d'annuler une suppression de cargo.
  • RBMANDIFF0014 : Pour les manifest au statut lodged, il est possible de gérer les en plus et en moins par l’envoi de message update de manifest. https://mgi-team.atlassian.net/browse/US-1828
  • RBMANDIFF0015 : S’il existe au moins un MR sur un des cargos du manifest, l’agent maritime va pouvoir rattacher les cargos non annoncés à des B/L (existants ou non).
  • RBMANDIFF0016 : A l’intégration d’un update de manifest, s’il existe un MR pour un cargo non annoncé alors le cargo sera ajouté un à nouveau B/L si la référence n’est pas encore connue ou à un B/L existant si la référence existait déjà.
  • RBMANDIFF0017 : Egalement, si l’agent coque est différent de l’agent fret créateur du manifest, alors l’agent fret n’aura pas la case à cocher. https://mgi-team.atlassian.net/browse/US-2799
  • RBMANDIFF0018 : S’ils sont identiques la case est présente.
  • RBMANDIFF0019 : S’il s’agit du dernier cargo d’un BL, le BL reste valide dans le pre-manifest et s’il avait un MRN il est dissocié. https://mgi-team.atlassian.net/browse/US-3406
  • RBMANDIFF0020 : Le champ Gross weight (kg) est non éditable et calculé automatiquement à partir de la somme des champs Net Weight du MR gate-in et la tare du MR gate-in. https://mgi-team.atlassian.net/browse/US-3393
  • RBMANDIFF0021 : Ce onglet est affiché uniquement si des différences existent entre le cargo PRE et le cargo FINAL ou si une réserve PBNC (plomb non communiqué) ou RESPB (Difference Plomb Cargo/constat) existe sur le cargo. https://mgi-team.atlassian.net/browse/US-2830

  • RBMANDIFF0022 : Le champ tare devient non modifiable dans le final manifest.

  • RBMANFIN0001 : Les cargos présents dans la vue Final Manifest sont uniquement les cargos ayant fait l'objet d'un constat de déchargement/gate-in.

  • RBMANFIN0002 : Dans la vue Final Manifest il est possible pour le Shipping Agent d'ajouter, mais pas de modifier un Bill of lading, afin d'y associer des cargos déjà annoncés et discharged/gate in.
  • RBMANFIN0003 : Dans la vue Final Manifest il est possible de modifier un cargo à l'exception des champs Reference, Size Type, Gross Weight.
  • RBMANFIN0004 : Dans la vue Final Manifest est impossible de créer ou de supprimer un cargo.
  • RBMANFIN0005 : Dans la vue Final Manifest les Bill of lading en transit ne sont pas affichés.
  • RBMANFIN0006 : Le bouton Final manifest n'est affiché sur un manifeste lodged que s'il y a au moins une marchandise du manifeste couverte par un MR Gate-in.
  • RBMANFIN0007 : Lors de l'enregistrement du Final Manifest, un toaster orange (warning) apparaît si la somme des poids des Good Item_s est différente du _Total Net Weight.
  • RBMANFIN0008 : Il est possible soit de créer une nouvelle référence B/L soit de rechercher un B/L déjà existant. https://mgi-team.atlassian.net/browse/US-1044
  • RBMANFIN0009 : Suppression d’un B/L qui comporte un cargo qui existe déjà sur un autre B/L (cas de part-off). Il ne doit pas y avoir de déclaration en douane avec comme UCR la référence du B/L à supprimer. https://mgi-team.atlassian.net/browse/US-1394
  • RBMANFIN0010 : Ce champ est initialisé au moment du lodging avec la somme des poids des good items et n’est plus modifiable par l’agent par la suite. Il peut être mis à jour par le constat de MR gate-in du manutentionnaire uniquement. Cette modification apparait dans le bloc update de l'état des différences. https://mgi-team.atlassian.net/browse/GCI-4317
  • RBMANFIN0011 : Si des scellés sont ajoutés dans le MR gate-in du cargo, ils sont ajoutés au cargo du final manifest. https://mgi-team.atlassian.net/browse/US-4157
  • RBMANFIN0012 : En cas d’un cargo annoncé sans scellé, et avec un scellé ajouté dans le MR gate-in, le scellé du MR gate-in est affiché et une réserve Plomb différent (RESPB) est ajoutée dans le chevron damages.
  • RBMANFIN0013 : En cas d’un cargo annoncé avec scellé, et pas de scellé mentionné dans le MR gate-in, il y aura uniquement une réserve PBNC dans le bloc damages.
  • RBMANFIN0014 : En cas d’un cargo annoncé avec scellé et avec un scellé dans le MR gate-in différent de celui du BL, le scellé du MR ainsi qu’une réserve RESPB sont repris dans le final manifest.

  • RBMANFIN0015 : A la suppression du MR gate-in, les scellés du cargo du premanifest sont repris dans le cargo final et les réserves sont supprimées.

  • RSMANDIFF0001 : Les actions possibles de l'état des différences sont présentée au-dessus des tableaux.

  • RSMANDIFF0002 : Les cargos non déchargés et les cargos non annoncés sont présentés sous forme de deux tableaux distincts, tri par Bill of lading pour les non déchargés.
  • RSMANDIFF0003 : L'historique des opérations sur l'état des différence présente les cargos par annonce selon l'opération qui a été faite.
  • RSMANDIFF0004 : Les cargos non déchargés sont présentés par annonce. 
  • RSMANDIFF0005 : Les conventionnels déchargés et non annoncés sont présentés avec leur quantité déclarée.
  • RSMANDIFF0006 : L'historique des cargos associé est présenté par B/L.
  • RSMANDIFF0007 : L'historique des cargos ajouté sur un Bill of lading est présenté par annonce.
  • RSMANDIFF0008 : Les cargos sur des Bill of lading en transit ne sont pas présents dans la vue état des différences, car ils ne déchargent pas.
  • RSMANDIFF0009 : Tant qu’aucun constat de discharge ou gate-in n’a été enregistré, cet onglet ne peut pas être modifié. https://mgi-team.atlassian.net/browse/US-1455
  • RSMANDIFF00010 : Si le cargo déchargé est destiné à un autre agent fret (un autre agent est désigné dans le MR Gate-in) ou bien s’il n’y a pas d’agent désigné, alors la case à cocher en bout de ligne n’est pas affichée https://mgi-team.atlassian.net/browse/US-1717
  • RSMANDIFF00011 : Un pictogramme :warning: est affiché au bout de la ligne de chaque B/L qui contient un cargo sans ligne de good items. Cela peut être à la suite de l’ajout d’un cargo en plus ou bien de la modification du type de cargo de empty à plein. https://mgi-team.atlassian.net/browse/US-2390

Récapitulatif des règles de gestion : Manifest Follow-up

  • RBMANFLW0001 : La vue Manifeste Follow-up permet de visualiser l'ensemble des manifestes sur le même _Call _que le manifeste ouvert et de constater leur état. 
  • RBMANFLW0002 : Les différents statuts affichés dans la vue Manifest Follow-up sont : Created, First Lodging, Last Lodging, Final.

Récapitulatif des règles de gestion : Port summary

  • RBMANPS001 : La page Port summary (Résumé par ports) résume les marchandises du manifeste consulté par port de chargement
  • RBMANPS002 : Les données proviennent du pre-manifest tant qu’il n’y a pas de discharge, elles sont ensuite corrigées par le final après les discharge pour coller avec la réalité.

https://mgi-team.atlassian.net/browse/US-1589

Récapitulatif des règles de gestion : Risques

https://mgi-team.atlassian.net/browse/US-1242

https://mgi-team.atlassian.net/browse/US-1241

Récapitulatif des règles de gestion : Date previous ports

  • RBMANDPP001 : La page Date previous ports (Date ports précédents) est accessible avec l’add-on ICS2 activé. https://mgi-team.atlassian.net/browse/US-3510
  • RBMANDPP002 : Elle permet d’indiquer la date d’ETD ou de RTD du port précédemment touché par le navire afin d’en informer ICS2.
  • RBMANDPP003 : droits de consultation : Agent maritime créateur du manifeste.
  • RBMANDPP004 : droits de consultation : Douaniers appartenant au bureau de douane du port du call.
  • RBMANDPP005 : droits de consultation : Administrateur communauté de la communauté du manifeste.
  • RBMANDPP006 : droits de modification : Agent maritime créateur du manifeste.
  • RBMANDPP007 : Les ports n’apparaissent qu’une seule fois même s’ils sont mentionnés sur plusieurs B/L.
  • RBMANDPP008 : Il n’est pas possible de saisir l’ETD et la RTD, l’un ou l’autre des champs doit être complété. https://mgi-team.atlassian.net/browse/US-3618
  • RBMANDPP009 : Ces champs sont obligatoires pour l’envoi des notifications ENS de l’agent maritime. https://mgi-team.atlassian.net/browse/US-3533

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