Sommaire
Cette fonctionnalité permet de définir des autorisations ou des interdictions entre des types de tâches (GPTAC) et des types de phases (GPTPH) et des classes de projets (GPCPR). Ces contrôles sont effectués au moment de la création de tâches (GPLPP).
Ils permettent :
- d'éviter aux utilisateurs de créer des incohérences en associant des types de tâches normalement incompatibles avec un type de phase et une classe de projets ;
- d'offrir la possibilité de gérer une notion d'ordonnancement : au cours de l'évolution d'un projet ou d'une phase, il est possible ou non d'ajouter une tâche d'un certain type à la phase du projet selon certaines conditions et ainsi éviter de créer, par exemple, une tâche "finale" avant une tâche "initiatrice".
Ce contrôle de droit de création est effectué à tous les niveaux : lors de la création manuelle d'une tâche depuis la transaction des tâches (GPLPP), lors de la création automatique (GPCAU) ou lors des traitements de duplication (TPDPR, DPPHP, DPLPP).
Cette fonctionnalité n'est active que s'il existe une occurrence CTLCRExxxx, où xxxx représente la classe de projets (GPCPR), du paramètre AUTQPR avec la valeur testée 2 égale à "A".
Données
Classe
Code alphanumérique de la classe de projets (GPCPR).
Type de phase
Code alphanumérique du type de phase (GPTPH).
Etablissement
Création d'une tâche
Type de tâche
Code alphanumérique du type de tâche (GPTAC).
Autorisée / Interdite
Indique si la création d'une tâche de ce type, sur cette classe dans cet établissement pour ce type de phase est autorisée ou interdite.
Conditions
Etape de projet
Fourchette d'étapes dans laquelle doit se situer le projet pour autoriser la création de tâches.
Etape de phase
Fourchette d'étapes dans laquelle doit se situer la phase pour autoriser la création de tâches.
Tâche conditionnelle
Il est possible d'aller plus loin dans la contrainte en ajoutant éventuellement une notion de type de tâches conditionnel ainsi que le statut exact ou minimal nécessaire :
- si la case "Valeur exacte" est cochée, cela signifie que le statut de la tâche conditionnelle doit être exactement à la valeur du statut défini ;
- sinon, le statut doit contenir au moins toutes les lettres précisées.
Il faut indiquer si toutes ou une tâche possédant ce type conditionnel est concernée par cette condition.
Equipartition
Si l'équipartition est activée, cela signifie que la création de la tâche ne sera autorisée que dans le cas où il n'y a pas encore autant de tâches du type à créer que de tâches du type conditionnel.
Exemple
La création d'une tâche de type "FINAL" est possible sur un projet de classe "PRO", une phase de type "PHP", l'établissement "ETS" si l'étape du projet est comprise entre 100 à 300 et l'étape de la phase, entre 200 et 300.
Pour aller plus loin, il est possible d'ajouter une tâche conditionnelle :
La création d'une tâche de type "FINAL" est possible sur un projet de classe "PRO", une phase de type "PHP", l'établissement "ETS" si l'étape du projet est comprise entre 100 et 300, l'étape de la phase, entre 200 et 300 et si toutes les autres tâches de type "INITIAL" sont terminées : statut = "T".
A l'inverse, il est aussi possible d'interdire la création d'une tâche de type "FINAL" pour un projet de classe "PRO", une phase de type "PHP" sur l'établissement "ETS" si l'étape du projet est comprise entre 400 et 500 et celle de la phase entre 500 et 600, malgré le fait que les autres tâches de type "INITIAL" soient terminées : statut = "T".
Remarque : Dans cette transaction, il n'y a pas de contrôle de cohérence des données saisies au niveau des étapes. Une analyse détaillée et précise concernant le besoin du paramétrage doit permettre d'éviter les incohérences.