JALON4 : Personnalisation des jalons pour le workflow

Standard

Type de lien (codtli) utilisé pour la recherche des modèles de jalon par HQUE lors de la génération du plan de jalonnement en entête d’événement.

Cette génération est possible :

• par l’API GestionJalonaffecterModele
• par le batch GCOVV1 en présence du paramètre maquette P AFFECT_MODELE_JALON (en présence du paramètre maquette P CALCUL_JALONS="/DATINI/", on déclenche dans la foulée le calcul des dates initiales).

Type de lien (codtli) utilisé pour la recherche des sous-modèles de jalon par HQUE (si N2=1), recherche déclenchée sur les jalons de type (jal.typjal) MDL. Le premier « que » des quadruplets définis doit être le « que » 741, avec comme valeur le code jalon concerné.

La recherche des sous-modèles est déclenchée :

• lors de la création du plan de jalonnement suite à la recherche d’un plan de jalonnement (voir A1)
• par l’API GestionJalonaffecterSousModele
• lors du recalcul des dates initiales du plan de jalonnement par le batch GCOVV1 en présence du paramètre maquette P CALCUL_JALONS="/DATINI/". Le traitement effectue alors le remplacement préalable des modèles de jalon de type MDL restant

On met en erreur le plan de jalonnement (JAL_E.indjal = E) si au moins un modèle de jalon de type MDL non remplacé.

Numéro de la zone paramétrée du jalon dans le plan de jalonnement (JAL_M) contenant l’indicateur de mise à jour de la date réactualisée :

Si la date réactualisée est antérieure ou postérieure à la date initiale (jalon en avance ou en retard sur le prévisionnel), on met à jour « datreact » sur le jalon – mode standard.

Si la date réactualisée est postérieure à la date initiale (jalon en retard sur le prévisionnel), on ne met pas à jour « datreact » sur le jalon – pas d’impact si retard.

Si la date réactualisée est antérieure à la date initiale (jalon en avance sur le prévisionnel), on ne met pas à jour « datreact » sur le jalon – pas d’impact si en avance.

Si la date réactualisée est antérieure ou postérieure à la date initiale (jalon en avance ou en retard sur le prévisionnel), on ne met pas à jour « datreact » sur le jalon – pas d’impact si en avance ou en retard.

Gestion des sous-modèles de jalon. Voir A2.

Numéro de la zone paramétrée du jalon dans le modèle de jalons(JAL_M) ou l’entête du sous-modèle (JAL_E) contenant le code du jalon global

Ex. N3 = 3 ( JAL_M.valzn3 = « INSPECTION » pour un jalon « pointant » vers le jalon global « INSPECTION » ou JAL_E.valzn3 = « INSPECTION » pour indiquer que le sous-modèle fait référence au jalon global « INSPECTION ».

Numéro de la zone paramétrée du jalon dans le plan de jalonnement (JAL_M) contenant le code état du jalon :

• « C » - à réaliser (jalon à réaliser : état initial d’un jalon)
• « E » - en cours (jalon en cours de réalisation)
• « R » - réalisé (jalon réalisé et conforme)
• « F » - réalisé à refaire (jalon réalisé mais nécessitant de refaire l’action associée)
• « N » - non applicable (reste présent dans le plan mais n’impacte pas le processus : calcul des dates) è soumis à habilitation
• « D » - réalisé avec dérogation (permet de forcer la réalisation d’un jalon alors qu’un de ses prédécesseurs n’a pas encore été réalisé). è soumis à habilitation.

Lors du remplacement d’un code jalon de type MDL par un sous-modèle (si N2=1) dans un plan de jalonnement, on mémorise en valzn{N5} des JAL_M créés (provenant du sous-modèle) la référence du sous-modèle en question.

Ex. N5 = 19 è JAL_M.valzn19 = « SMO/12 » pour un jalon créé à partir du sous-modèle n° 12.

Numéro de la zone paramétrée du jalon dans le plan de jalonnement (JAL_M) contenant la date réactualisée calculée si l’indicateur de mise à jour du jalon indique « pas d’impact ». Ceci afin de conserver une trace de cette date calculée (différente de la date initiale).

Voir option N1 de ce PPE.

Lors du remplacement d’un code jalon de type MDL par un sous-modèle (si N2=1) dans un plan de jalonnement, on mémorise en valzn{D2} le code jalon de type MDL en cours de remplacement.