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 : Bulk import

Emplacement : Add-on Vrac Bulk > Bulk import

EPIC : https://mgi-team.atlassian.net/browse/AOM-2

Récapitulatif des règles de gestion : Bulk Manifest

  • RBBMAN0001 : En amont de la création du manifeste de vrac, l’agent de vrac doit compléter le ou les terminaux sur lesquels le navire va opérer afin de les mentionner dans le manifeste.
  • RBBMAN0002 : Les Bill of lading ont un sens import quand la route du B/L comporte un Port of Loading (port de chargement) suivi du Port of Call du Call.
  • RBBMAN0003 : Les Bill of lading sont considérés en transbordement lorsque la route du B/L comporte un Port of Loading (port de chargement, POL) suivi du Port of Call du Call puis d’un Port of Discharge (Port de déchargement, POD).
  • RBBMAN0004 : Les Bill of lading dont la route ne mentionne pas le Port of Call du Call sont considérés comme en transit.
  • RBBMAN0005 : L'affichage des Bill of lading est trié par ordre de référence ascendante.
  • RBBMAN0006 : la référence du B/L doit être unique dans le manifeste.
  • RBBMAN0007 : Référence du lot vrac, il doit être unique dans le manifeste.
  • RBBMAN0008 : Il ne peut y avoir qu'un seul terminal location par cargo. https://mgi-team.atlassian.net/browse/AOM-135
  • RBBMAN0009 : Le manifeste peut être téléchargé au format PDF à partir du moment où il est publié. https://mgi-team.atlassian.net/browse/US-94

Récapitulatif des règles de gestion : Workflow du bulk manifest

  • RBBMANWKF0001 : L'action de Lodging / Autorisation peut être effectuée dès que le manifeste possède un Bill Of Lading et un cargo valide.
  • RBBMANWKF0002 : Le manifeste passe automatiquement au statut Final s’il a été lodged par le BVEA avant l’arrivée du navire et si la RTA a été ajoutée au call lié au manifest. https://mgi-team.atlassian.net/browse/AOM-20
  • RBBMANWKF0003 : Si la RTA est enlevée du call et qu'aucune action n'a été réalisée sur le final manifest, alors il sera supprimé.
  • RBBMANWKF0004 : Le bulk warehouse manager a la possibilité de réouvrir (reopen) le final manifest lorsqu’il est désigné sur le B/L par son terminal location.
  • RBBMANWKF0005 : Il est possible de créer un BL ou un cargo supplémentaire dans le final manifest grâce au clic sur les boutons +BL ou +cargo. https://mgi-team.atlassian.net/browse/AOM-168
  • RBBMANWKF0006 : Après réouverture du final manifest, le bulk warehouse manager peut modifier toutes les informations créée en amont dans le pre-manifest par l’agent sauf le terminal location. https://mgi-team.atlassian.net/browse/AOM-117
  • RBBMANWKF0007 : Il est possible de supprimer la ligne cargo ou un B/L dans le final manifest.
  • RBBMANWKF0008 : Une fois le final manifest généré, il n'est plus possible de dislodger le pre-manifest.
  • RBBMANWKF0009 : Si le manifest n’est pas lodgé au moment de la saisie de la RTA sur le call alors le manifest est automatiquement lodgé. https://mgi-team.atlassian.net/browse/US-3181

Récapitulatif des règles de gestion : Bulk manifest search

  • RBBMANSCH0001 : L'utilisateur connecté ne peut voir ou chercher, que les manifestes publiés sur sa communauté.
  • RBBMANSCH0002 : A l'ouverture de la page, ne remontent que les manifestes dont au moins un de ses c_alls_ liés a sa deadline of validity non dépassée.
  • RBBMANSCH0003 : La recherche par Precall Number peut s'effectuer sur n'importe quel manifeste, que chaque deadline of validity de ses calls soient dépassées ou non.
  • RSBMANSCH0001 : le champ Precall Number permet de rechercher des manifestes par le Precall Number de leur call.
  • RSBMANSCH0002 : le champ Vessel name permet de rechercher des manifestes par le nom du navire de leur call.
  • RSBMANSCH0003 : le champ ETA permet de rechercher des manifestes par la date prévisionnelle d'arrivée de leur call.
  • RSBMANSCH0004 : la liste déroulante "select a status" permet de rechercher des manifestes par leur statut de lodging (TO LODGE / LODGED / FINAL).
  • RSBMANSCH0005 : la case Deleted permet d'afficher des manifestes invalidés dans la recherche.
  • RSBMANSCH0006 : ces boutons permettent de trier par ordre de date croissant ou décroissant d'ETD, de Creation date et de Last modification date les manifestes remontés par la recherche.
  • RSBMANSCH0007 : Port of call : permet de filtrer les résultats par port d’escale.

Récapitulatif des règles de gestion : Bulk release order

  • RBBRO0001 : le RO ne concerne qu'un seul cargo, présent à l'import dans un Bill of Lading.
  • RBBRO0002 : la référence du bulk cargo, en saisie automatique sur les cargos du bulk warehouse manager, peut être utilisée pour la création du RO.
  • RBBRO0003 : la random est fixée automatiquement par Ci5 et est unique dans l'application.
  • RBBRO0004 : la case duplicate below permet de dupliquer le trader Representative dans les champs Bill-to party et Customs agent, et le champ Representative Shipping Order dans les champs Bill-to party Shipping Order et Customs Agent Shipping Order.
  • RBBRO0005 : Champ pour la tierce partie facturable, en saisie automatique sur tous les traders de la même communauté que l'utilisateur connecté. Il est aussi possible d'utiliser les entrées du carnet d'adresses du trader, reconnaissable par un pictogramme sur la droite de la proposition.
  • RBBRO0006 : Champ référence du déclarant en douane, en saisie automatique sur les sociétés possédant l'activité customs agent et qui sont de la même communauté que l'utilisateur connecté.
  • RBBRO0007 : création d’un RO pour une seule marchandise en sélectionnant un cargo présent sur un Bill of Ladings. https://mgi-team.atlassian.net/browse/AOM-141
  • RBBRO0008 : création d’un RO pour un ensemble de marchandises en sélectionnant un Bill of Lading.
  • RBBRO0009 : 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 seront dupliquées.
  • RBBRO0010 : Lors de la création par B/L, le trader choisit 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).
  • RBBRO0011 : Il n'est pas possible de revalider des RO supprimés portant sur des marchandises supprimées.
  • RBBRO0012 : Il n'est pas possible d'invalider un cargo sur lequel il y a un RO valide. A la suppression du cargo s'affiche alors un message d'erreur : "Release order exists. Delete not allowed / Il existe un bon à délivrer. Suppression non autorisée".
  • RBBRO0013 : Il est possible de créer un RO même si une déclaration en douane est associée au cargo.
  • RBBRO0014 : Un bouton Download / Téléchargement en haut de page permet de télécharger le RO courant au format PDF. https://mgi-team.atlassian.net/browse/US-134

Récapitulatif des règles de gestion : Bulk 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-3547
  • 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-3532

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