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 : Call & Voyage

Emplacement : Offre de Transport > Call

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

Récapitulatif des règles de gestion : Call & Voyage

  • RBCAL0001 : Dans le cas où l'escale est intégrée à Ci5 par message EDI, seul l'administrateur communauté est en capacité de modifier l'escale et seules les ETA, ETD, RTA, RTD et la date de validité du call. L’agent créateur du call ne peut que compléter la partie « terminals ».
  • RBCAL0002 : Le precall number est unique par communauté portuaire.
  • RBCAL0003 : Le call number est unique par communauté portuaire.
  • RSCAL0004 : La saisie du nom ou du code IMO du moyen de transport provoque la complétion automatique de toutes les autres informations du navire depuis le référentiel des modes de transport.
  • RBCAL0005 : Attention, il est impossible de modifier le navire si la RTA de l'escale est déjà révolue.
  • RBCAL0006 : Le champ area n'est plus modifiable si la date de RTA a été dépassée.
  • RSCAL0007 : L'ETA n'est plus modifiable si une RTA a été saisie.
  • RBCAL0008 : L’utilisateur qui créé un call avec une ETA inférieure au délai indiqué dans les paramètres de la communauté (delay for calculating the deadline of eta call delay) sera alerté par une fenêtre modale à la sauvegarde et une notification interne à la création.
  • RBCAL0009 : Il est impossible de créer deux escales opérées par le même navire dont l'intervalle de temps entre leurs ETA est inférieur à une valeur paramétrée dans les paramètres communautaires delay for calculating the deadline of arrival of a call.
  • RBCAL0010 : L'ETD n'est plus modifiable si une RTD a été saisie.
  • RBCAL0011 : L'ETD doit forcément être postérieure à l'ETA.
  • RBCAL0012 : Le calcul automatique de la deadline of validity est calculé en ajoutant à la RTD (ou à défaut, à l'ETA) le delay for calculating the deadline of validity of a call (h).
  • RSCAL0013 : La deadline of validity est modifiable manuellement par un utilisateur administrateur communauté ou douanier.
  • RBCAL0014 : Une fois la deadline of validity saisie à la main, celle-ci n'est plus jamais calculée automatiquement.
  • RBCAL0015 : En cas de saisie manuelle de deadline of validity, la nouvelle date saisie doit être supérieure à la date actuelle et à la date calculée.
  • RBCAL0016 : Next port et Last port sont remplis automatiquement dès que l'association avec un voyage dans le service permet de le déduire avec les conditions suivantes.

    • L'ajout n'est fait que si l'ETA du call est comprise dans la période de validité et sur la plage d'activité du service donné.
    • Cette vérification n'est effectuée que pour les services dont le créateur est le carrier du call.
    • Si les champs last port et next port sont déjà complétés, ils ne seront pas écrasées par de nouvelles données.
  • RSCAL0017 : Les voyages affichés dans le call sont ceux de tous les agents maritimes ayant ajouté un voyage sur une version de service en relation avec ce call.

  • RSCAL0018 : Pour ajouter un terminal, il faut saisir le code du terminal dans la case Terminal, la saisie automatique propose les temrinaux qui ont la même area que le port du port of call. Le reste des informations est déduit du référentiel terminal et non modifiable. https://mgi-team.atlassian.net/browse/US-3117
  • RBCAL0019 : Lors de la liaison entre un voyage et un call, la liste des terminaux du call est automatiquement mise à jour en récupérant les opérations de la service version saisies au port of call concerné.
  • RSCAL0020 : Le first EU custom office est une saisie semi-automatique vers le référentiel des customs office. Seul les customs offices appartenant à un pays de l'UE et identifié comme ICS maritime dans le référentiel des customs office sont proposés.
  • RSCAL0021 : Le first EU custom office et first EU custom office ETA sont éditables dans l'écran du service dans la partie voyage uniquement par un vessel agent qui est le créateur du call, et ne sont visibles que pour les agents maritimes dont le trader est le créateur du service.
  • RSCAL0022 : Si le champ Regular line indicator de l'escale n'est pas coché, alors les champs first EU customs office et la first EU customs office ETA apparaissent dans la zone de saisie des voyages du service comme obligatoires.
  • RSCAL0023 : Un indicateur vient informer l'utilisateur que l'add-on ICS a été activé sur la communauté.
  • RSCAL0024 : Lorsque la deadline of validity expire :

    • Si la RTA n'est pas renseignée, elle est automatiquement complétée avec l'ETA.
    • Si l'ETD n'est pas renseignée, elle est automatiquement complétée avec la deadline of validity.
    • Si la RTD n'est pas renseignée, elle est automatiquement complétée avec l'ETD, ou à défaut, avec la deadline of validity.
  • RSCAL0025 : Si, lors de la saisie de la RTD, aucune ETD n'est renseignée, l'ETD prend les informations de la RTD.

  • RSCAL0026 : Le champ carrier est déduit du service s'il n'y a qu'un seul service lié à ce call dont le trader créateur du service est aussi le trader créateur du call. Dans tous les autres cas, le champ est éditable et une saisie automatique pointe vers les traders avec l'activité ligne maritime (LINE).
  • RSCAL0027 : La case à cocher Regular shipping line permet de préciser si la ligne est une ligne maritime régulière douanière. 
  • RSCAL0028 : Toaster erreur si on essaye de lodger un manifeste sans customs status avec add-on ICS activé :"Customs status mandatory on BL Reference"/”Statut douanier obligatoire pour le BL ‘référence’ ”.
  • RSCAL0029 : Il est possible d'intégrer un message manifeste qui contient des données ICS (MRN, Item et statut) que l'add-on ICS soit activé ou non.
  • RGCAL0030 : Le voyage est considéré comme clos sur la communauté uniquement quand :

    • la date de fin de validité (validity to) du service version auquel il est rattaché est dépassée,
    • ou sur la communauté de l’utilisateur connecté, si le voyage est rattaché à un call dont la date de validité est dépassé alors le voyage ne peut plus être utilisé. En revanche, une référence voyage peut être utilisée sur plusieurs communautés en même temps et donc plusieurs port of call. Dans ce cas, la référence voyage peut être utilisée dans une autre communauté, voir la gestion de la saisie des voyages dans le service.
  • RGCAL0031 : Impacts voyage clos (ne plus le proposer dans les saisies automatiques) :

    • plus utilisable dans la saisie des routes (BL, booking, manifeste),
    • plus utilisable dans les Movement Report (constats),
    • attention, toujours utilisable dans le composant voyage de service.
  • RGCAL0032 : Les champs First EU customs office et First EU customs office ETA sont facultatifs pour la création d'un call que ce soit par IHM ou message.

  • RBCAL0033 : La Cut-off date est complétée avec :

    • si le call est créé par le même agent que celui du service alors la date de Cut-off = ETA - Cut-off delay 
    • sinon, cette date est vide.
  • RBCAL0034 : Le champ Export Vessel Agent est modifiable par le créateur du call. L’agent export doit être un trader de la même communauté. Il est modifiable que le call ait été créé par EDI ou IHM.  https://mgi-team.atlassian.net/browse/AOM-662

  • RBCAL0035 : Case existante si l’add-on Port Dues est activé. Cette case permet d’indiquer si un call est exempté de TVA. Elle est mise à jour par le message call ou par IHM si la case « call created by Harbour office system » n’est pas cochée. Elle est décochée par défaut.  https://mgi-team.atlassian.net/browse/US-759
  • RBCAL0036 : La création d’un call par IHM n’est possible que si la case call created by Harbour office system des paramètres de la communauté n’est pas cochée.  https://mgi-team.atlassian.net/browse/GCI-121
  • RBCAL0037 : Lors de l’invalidation d’un call, le voyage est automatiquement dissocié et peut être réutilisé pour un autre call. https://mgi-team.atlassian.net/browse/GCI-1740
  • RBCAL0038 : Le call ne peut être annulé que s’il n’y a pas déjà une annonce rattachée (booking ou manifeste).
  • RBCAL0039 : L’autorité portuaire de la communauté a la possibilité de modifier et de supprimer un call qu’il soit créé manuellement ou par EDI. https://mgi-team.atlassian.net/browse/US-1479
  • RBCAL0040 : les champs ICS sont éditables dans le call par tous les shipping agent qui ont une référence voyage associé au call. https://mgi-team.atlassian.net/browse/US-2192
  • RBCAL0041 : Si le paramètre _Call created by Harbour office system _est activé, alors seuls les calls ayant un navire de type sea transport peuvent être créés. https://mgi-team.atlassian.net/browse/US-2813
  • RBCAL0042 : Si le créateur du call a une activité INCA, alors seuls les navires de type inland waterway (transport mode code = 8) et rail transport (transport mode code = 2 ) seront proposés dans la saisie automatique des champs Vessel (navire) et IMO number (numéro IMO). https://mgi-team.atlassian.net/browse/US-2866
  • RBCAL0043 : Le Port of call détermine la communauté du call indépendamment de la communauté du user-group de l’utilisateur INCA créateur. https://mgi-team.atlassian.net/browse/US-2983
  • RBCAL0044 : les champs du bloc ICS sont modifiables par l’agent même si le paramètre communauté _Call created by Harbour office system _est activé et que l’add-on ICS2 n’est pas activé. https://mgi-team.atlassian.net/browse/US-3265
  • RBCAL0045 : En cas de suppression d’un call depuis l’interface de Ci5, une pop-up de confirmation avec un champ pour saisir le motif de l’invalidation est affichée pour l’utilisateur. https://mgi-team.atlassian.net/browse/US-2219
  • RBCAL0046 : Ce champ est obligatoire pour confirmer la suppression.
  • RBCAL0047 : Le voyage peut être dissocié du call par les administrateurs communauté si aucune entité n’est rattachée à ce numéro de voyage (B/L ou booking) et que la date de validité du call n’est pas dépassée. https://mgi-team.atlassian.net/browse/US-4757

Récapitulatif des règles de gestion : Summary

  • RBSUM0001 : Les agents coques (VEAG) ont accès au Summary s'ils sont agents du call consulté.
  • RBSUM0002 : Les courtiers qui sont nommés dans le Clearance by du service associé au call ont accès au Summary.
  • RBSUM0003 : Les douaniers ont accès au Summary si le port of call du call dépend de leur bureau de douane.
  • RBSUM0004 : Il est possible de filtrer les résultats pour ne présenter que les cargos Dangereux ou Reefer par les deux cases à cocher.
  • RBSUM0005 : Les résultats filtrés par From ou Via ne présentent que les données en cohérence avec ces filtres.

https://mgi-team.atlassian.net/browse/GCI-2585

Récapitulatif des règles de gestion : Call search

  • RBCALSCH0001 : Cette page ne permet des recherche que sur les calls présents sur la communauté portuaire.
  • RSCALSCH0002 : La sélection d'un des résultats proposés en saisie automatique sur les champs precall number et call number provoque la redirection immédiate vers le call concerné.
  • RSCALSCH0003 : Les champs de recherche d'ETA et d'ETD ne tiennent pas compte des heures du jour. La recherche porte sur la totalité de la journée saisie.
  • RBCALSCH0005 : Par défaut, l’intervalle de recherche commence à la date du jour + 3 mois. https://mgi-team.atlassian.net/browse/US-2481
  • RBCALSCH0006 : Par défaut seuls les calls non deleted sont affichés dans les résultats.
  • RBCALSCH0007 : Les champs From et To ne proposent pas les ports connectés avec une des area de la communauté du user group en cours d'utilisation.
  • RBCALSCH0008 : Les deux critères From et To sont mutuellement exclusifs.
  • RBCALSCH0009 : La recherche de provenance et destination ainsi effectuée ne ramènera que des call encore en cours de validité.
  • RSCALSCH0010 : Par défaut, les calls sont affichés par date de modification, de la plus récente à la plus ancienne.
  • RSCALSCH0011 : Il est possible de trier par ordre croissant ou décroissant d'ETA et d'ETD les calls remontés par la recherche.
  • RSCALSCH0012 : Il est possible de trier les calls selon leur area par ordre alphabétique croissant.
  • RBCALSCH0013 : On recherche sur l'ensemble des calls, même ceux dont la deadline of validity est dépassée.
  • RBCALSCH0014 : Permet de télécharger, au format CSV, les résultats d'une recherche call.
  • RBCALSCH0015 : Saisie automatique sur les port of call présents sur les calls de la communauté de l’utilisateur. https://mgi-team.atlassian.net/browse/US-1433
  • RBCALSCH0016 : Si le paramètre communauté Inland est activé, le filtre est ajouté à la page. Il s’agit d’une liste déroulante de choix permettant de filtrer les calls par leur type de transport : Sea transport, Inland waterway et rail. https://mgi-team.atlassian.net/browse/US-2740
  • RBCALSCH0017 : Particularité si le paramètre communauté Inland est activé, les utilisateurs INCA (transporteurs), peuvent afficher des calls de plusieurs communautés sur la même page de recherche. https://mgi-team.atlassian.net/browse/US-2892
  • RBCALSCH0018 : Il peut afficher les calls dont il est le créateur.

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