TPVAL - Actions réalisées par le traitement de validation des projets

Cegid XRP Ultimate | I3 Actualisé le 06/10/2022

Projets

Prérequis

Quel que soit le niveau depuis lequel la validation est exécutée (projets, phases ou tâches), les contrôles sont faits en amont et en aval :
- la validation du projet engendre la validation de toutes ses phases et tâches ;
- la validation d'une phase engendre la validation de toutes ses tâches mais le projet doit, lui aussi, être valide ;
- la validation d'une tâche implique que son projet et sa phase soient valides.

Evolution du statut et de l'étape

   Validation au niveau du projet ou d'une phase
Lorsque la validation se termine sans erreur, le projet et les phases passent l'étape associée au traitement de validation.
Cette étape doit être définie au niveau de la transaction des étapes par classe (GETCJ).

   Deux cas sont possibles :
- L'étape de validation du projet est la même que celle des phases. Elle doit être définie pour l'entité "Tous" au niveau du complément d'étape (GCECJ). Si la remontée automatique est active, le projet est validé après le traitement de la dernière phase.
- L'étape de validation du projet est différente de celle des phases. Dans ce cas, celle des phases doit être une étape définie pour l'entité "Phase" et celle du projet pour l'entité "Projet" (GCECJ). De plus, l'étape de validation des phases doit être inférieure à celle des projets. La remontée automatique n'est pas possible dans ce cas-là.

   Validation au niveau d'une tâche
La validation d'une tâche peut être associée à un statut s'il a été défini au niveau de la transaction GPNST. Des règles de passage du statut peuvent être définies.
Lorsque la validation d'une tâche s'effectue sans erreur et qu'un statut a été défini, le traitement met à jour le statut de la tâche.

Contrôle des CGR supérieurs

Les CGR supérieurs des projets (GPCSP) doivent être renseignés lorsqu'ils se trouvent sur un chemin de composition (GPDCC) pour lequel il est précisé que le CGR supérieur est obligatoire.

Contrôle des marchés de ventes et d'achats, des demandes d'intervention

Validation au niveau du projet ou d'une phase
Le paramétrage de la classe de projets (GPCPR) permet d'indiquer si les marchés de ventes, les marchés d'achats ou les demandes d'intervention sont obligatoires ou interdits.
Lors de la validation du projet, le traitement de validation contrôle que ces marchés ou DI soient effectivement renseignés lorsqu'ils sont obligatoires ou non renseignés lorsqu'ils sont interdits.

Validation au niveau de la tâche
Le paramétrage du type de tâche (GPTAC) permet d'indiquer si les marchés de ventes ou d'achats sont obligatoires ou interdits.
Lors de la validation de la tâche, le traitement de validation contrôle que ces marchés soient effectivement renseignés lorsqu'ils sont obligatoires ou non renseignés lorsqu'ils sont interdits.

Contrôle de l'avancement

Validation au niveau de la tâche
Si le type d'avancement (GPTAV), renseigné au niveau du type de tâche (GPTAC), indique que le pourcentage prévisionnel est obligatoire, le traitement de validation contrôle que le pourcentage d'avancement prévisionnel (GPPAP, GPPAV) de la tâche soit renseigné.

Contrôle des CGR A et des CGR B

Validation au niveau de la tâche
Le type de tâche (GPTAC) permet de préciser si le CGR A et le CGR B sont obligatoires.
Lorsque le CGR A et/ou le CGR B de la tâche sont obligatoires, ils peuvent être saisis au niveau de la tâche ou au niveau des ventilations par CGR (GPVCG) associées à la tâche.
Le traitement de validation contrôle donc que chaque CGR obligatoire soit renseigné sur la tâche ou au niveau des ventilations par CGR.

Contrôle des numériques associés

   Le contrôle des numériques associés dépend de l'occurrence CTLRAN du paramètre AUTQPR. Si sa valeur testée 1 vaut "A", le contrôle est effectué, sinon, il ne l'est pas.
Le traitement de validation contrôle que les numériques associés (GPNAT) à chaque entité (projet, phase ou tâche) définis comme obligatoires au niveau des règles d'association des numériques (GPRAN) soient renseignés.
De plus, il faut également que tous les numériques associés aux entités soient définis au niveau des règles d'associations des numériques (GPRAN).

   Suivant les règles d'association des numériques (GPRAN), ce traitement permet :
   - d'affecter la valeur du numérique en fonction des données budgétaires selon certains critères comme un indicateur budgétaire (GIND), une période, un segment ou une hiérarchie de segment.
   - d'affecter la valeur du numérique en faisant des opérations (addition, soustraction, multiplication ou division) entre deux opérandes (constantes ou types de numériques) ou bien en faisant une somme des valeurs d'un type de numérique sur plusieurs entités.
   - de tester la valeur d'un numérique par rapport à des données budgétaires ou des calculs entre numériques.
   - d'historiser les mises à jour successives de la valeur du type de numérique lié à la règle (CPHNA).