Cegid XRP Ultimate  |  
I3   Actualisé le 06/10/2022
Projets
GPMCC - Modèles de création de CGR

   Cette transaction permet de définir comment seront créés les CGR à partir des projets, des phases et des tâches : Quel segment de la clé est impacté, quels seront les intitulés des CGR.

   Par exemple, les CGR créés à partir des projets peuvent être : P01, P02, P03, etc.
Les CGR créés à partir des phases : PH01, PH02, PH03, etc. et/ou P01PH01, P02PH02, etc.
Les CGR créés à partir des tâches : TA01, TA02, TA03, etc. et/ou PH01TA01, PH02TA02 et/ou P01PH01TA01, P02PH02TA02, etc.

   Les CGR peuvent également être des constantes (caractères fixes), des dates, ou des symboles.

Données

   Modèle
   Identifiant du modèle sur 10 caractères.

   Les modèles sont utilisés au niveau des classes de projets (GPCPR), des types de phases (GPTPH) et des types de tâches (GPTAC), dans le cas où les CGR sont définis en création automatique.

   Libellé

   Mnémonique

   Réduit

   Etablissement

   Numérotation CGR
   Indique si le CGR créé automatiquement a une codification manuelle (on parle alors de création semi-automatique) ou si le code est attribué automatiquement selon des règles définies. L'option "Traitement" permet de créer automatiquement le CGR en exécutant le traitement de génération des segments des projets (TPGAP).

   Codification du CGR
   Le code du CGR peut être constitué au maximum de 6 composantes dont les types et les positions sont à définir.

   Le type peut prendre les valeurs suivantes :
- C : Constante : possibilité de saisir une valeur alphanumérique toujours identique ;
- S : Symbole : utilisation des symboles de type $ETS, $USER, etc. ;
- D : Date : possibilité de proposer la date (définie dans la zone "Proposition date") dans un format à spécifier ;
- E : Entité : permet de prendre comme préfixe du CGR de la phase ou de la tâche, le CGR du niveau supérieur ;
- N : (ne peut être que sur la dernière composante) : compteur numérique, indépendant du numéro de projet ;
- P : permet de codifier le CGR de manière équivalente à celle de projet. Nécessite un complément de paramétrage dans GPTEP.

   Modèle d'éclatement
   Modèle défini dans GPMEC qui sera utilisé pour codifier le CGR des sous-tâches générées en cas d'éclatement de tâches utilisant ce modèle de CGR.

   Compléments
   Permet d'indiquer les autres champs obligatoires à la définition du CGR : libellés, type (A, B ou les Deux), numéro de segment, contrôle budgétaire et confidentialité.
Se référer à GCGR pour connaître en détail ces champs.

   Autres paramètres
   Permet d'affiner la définition du CGR à créer.

   Il est possible de faire suivre tous les paramètres du niveau courant, mais aussi ceux des "niveaux supérieurs" :
- Le segment de projet pourra recevoir les paramètres du projet et uniquement ces derniers ;
- Le segment de la phase pourra recevoir les paramètres du projet et ceux de la phase elle-même ;
- Le segment de la tâche pourra recevoir les paramètres du projet, de la phase et de la tâche elle-même.

   Cette propagation se paramètre au niveau des modèles de CGR (GPMCC) et d'éclatement (GPECC).

   Les affectations des 20 paramètres, de la famille, du groupe et de l'ensemble du CGR sont des occurrences du paramètre APCQPMCC ; on trouve 4 types d'occurrences :
- Les "Exx" représentent les paramètres du projet (GPPRO) : E04 est le paramètre 4 du projet ;
- Les "Hxx" représentent les paramètres de la phase (GPPHP) : H04 est le paramètre 4 de la phase ;
- Les "Lxx" représentent les paramètres de la tâche (GPLPP) : L04 est le paramètre 4 de la tâche ;
- Les "Pxx" représentent les paramètres du niveau sur lequel l'on se trouve : P04 est le paramètre 4 du projet si l'on se trouve sur GPPRO, mais représente le paramètre 4 de la tâche si l'on se trouve sur les tâches (GPLPP).

   Chacune des modifications des paramètres concernés est répercutée directement sur le CGR.

   Paramètres standard