GCECJ - Compléments d'étapes par classe

   Cette transaction permet de compléter le paramétrage d'une étape par classe (GETCJ) en précisant s'il s'agit d'une étape à appliquer à un projet, une phase ou aux deux.

   Son fonctionnement est similaire aux compléments d'étapes (GCETJ).

   Code alphanumérique de la classe de projets (GPCPR).

   Numéro d'étape.

   Permet éventuellement de préciser l'étape minimale que doit posséder "l'autre entité" :
- Si l'étape concerne un projet : l'intitulé de ce pavé est "Etape précédente des phases" et l'étape référencée est une étape de phases ou de projets et phases.
- Si l'étape concerne une phase : l'intitulé de ce pavé est "Etape précédente du projet" et l'étape référencée est une étape de projets ou de projets et phases.
- Si l'étape concerne "Tous", l'étape référencée est celle d'une phase.

   Permet d'indiquer l'entité à laquelle l'étape est appliquée : projet, phase ou tous (les deux).

   Par défaut, l'étape concerne un projet et la phase n'a aucune possibilité d'évoluer seule, son étape évoluant avec celle du projet.
Il est possible par cette transaction, d'associer un circuit d'étapes aux phases du projet qui peut lui-même influer sur celui du projet.

   Les étapes étant tributaires d'une classe (GPCPR), ceci signifie que le workflow est le même pour les phases associées à des projets d'une même classe.

   Une phase ne peut pas posséder une étape inférieure à celle du projet associé.

   Les étapes peuvent être définies pour un projet, une phase ou pour les deux :
   - Une étape de projets concerne les projets et les phases : quand le projet passe une étape, toutes ses phases possédant une étape inférieure à cette dernière évolueront également ;
   - Une étape de phases ne concerne que les phases et ne peut en aucun cas être attribuée à un projet ;
   - Une étape "Tous" concerne une phase ou un projet.

   N'est accessible que si l'étape est définie pour "Tous". Dans ce cas, lorsque la dernière phase du projet passe cette étape, le projet passe lui aussi cette étape.

   Il est possible d'utiliser la notion de référentiel centralisé.

Fonctionnement des traitements et éditions correspondant à des étapes de projets et/ou de phases selon la définition faite dans les compléments d'étapes (GCETJ, GCECJ).
Ce principe s'applique lorsque les traitements sont exécutés directement par leur mnémonique, via des enchaînements ou encore par le bouton "Traitements" accessible dans les saisies de projets (GPPRO), de phases (GPPHP).

Le traitement (ou édition) ne peut pas être lancé pour une phase ou pour une liste de phases. Il est nécessairement exécuté pour un projet ou une liste de projets.
L'étape concerne le projet et les phases qui possèdent une étape strictement inférieure.
Le traitement est appelable depuis le bouton "Traitement" de GPPRO ou en lançant directement le mnémonique.
Si l'entité sélectionnée pour exécuter le traitement est une phase ou une liste de phases, le traitement se termine en erreur avec un message bloquant indiquant qu'il n'est pas défini pour cette entité.

Contrôles effectués pour vérifier si le passage d'étape est possible :

- Contrôle que le projet est au moins à l'étape précédente définie dans les étapes par classe (GETCJ).
- Contrôle que toutes les phases du projet ont passé l'étape précédente obligatoire nécessaire définie dans les compléments d'étapes.
- Si tout est correct, mise à jour de l'étape du projet ainsi que celle de toutes les phases possédant une étape strictement inférieure à la nouvelle étape du projet.

Le traitement (ou édition) peut seulement être lancé pour une phase ou une liste de phases.
L'étape concerne les phases sélectionnées.
Le traitement est appelable depuis le bouton "Traitement" de la saisie des phases ou en lançant directement le mnémonique souhaité.

Contrôles effectués pour vérifier si le passage d'étape est possible :

- Contrôle que la phase est au moins à l'étape précédente définie dans les étapes par classe (GETCJ).
- Contrôle que le projet associé est à l'étape précédente obligatoire nécessaire définie dans les compléments d'étapes.
- Si tout est correct, mise à jour de l'étape de la phase.

Si l'étape est définie pour "Tous", elle concerne à la fois les phases et les projets.
Si le traitement (ou édition) est lancé avec un projet ou une liste de projets, les projets ainsi que leurs phases associées sont traités et concernés par l'étape.
Si le traitement est lancé avec une phase ou une liste de phases, seules les phases traitées sont concernées par le passage d'étape.

Contrôles effectués pour vérifier si le passage d'étape est possible :

L'étape "Tous" est un cas particulier : l'étape précédente obligatoire des étapes par classe (GETCJ) représente toujours une étape de projets ; l'étape précédente obligatoire des compléments d'étapes représente toujours une étape de phases.

De ce fait, le fonctionnement est le suivant :

- Si le traitement est lancé depuis un projet :
Contrôle que le projet est au moins à l'étape précédente définie dans les étapes par classe (GETCJ).
Contrôle que toutes les phases du projet ont passé l'étape précédente obligatoire nécessaire définie dans les compléments d'étapes.
Si tout est correct, mise à jour de l'étape du projet ainsi que celle de toutes les phases possédant une étape strictement inférieure à la nouvelle étape du projet.

- Si le traitement est lancé depuis une phase :
Contrôle que la phase est au moins à l'étape précédente définie dans les compléments d'étapes.
Contrôle que le projet associé est à l'étape précédente obligatoire nécessaire éventuellement référencée dans les étapes par classe (GETCJ).
Si tout est correct, mise à jour de l'étape de la phase.
Si la phase en cours de traitement est la dernière à passer l'étape et que l'option "Remontée automatique" est active au niveau des compléments d'étapes, le projet passe lui aussi l'étape.