Si au niveau des gestions d'exploitation il est possible de ne voir que les choses autorisées, il n'est pas possible de faire de même avec les traitements.
La plupart de ces derniers font évoluer les étapes ou les statuts. Il serait incohérent de passer l'étape d'un projet malgré le fait que les phases visibles par l'utilisateur soient à l'étape minimale obligatoire : il peut exister des phases non traitées qu'il ne voit pas.
Par contre, il doit être possible d'éditer seulement les projets, phases et tâches autorisés via l'édition de projets (EPPRO) pour pouvoir, par exemple, pointer les données saisies avant de valider les tâches.
La règle commune à tous les traitements et éditions est la suivante : pour qu'un projet ou une phase change d'étape ou qu'une tâche voit son statut évoluer, il faut nécessairement que l'utilisateur à l'origine du traitement ait le droit à toutes les entités confidentielles gérées par le niveau traité ainsi que les niveaux en dessous.
Cela a pour conséquence :
- Lors du traitement d'un projet, l'utilisateur doit avoir le droit à toutes les entités confidentielles du projet (QPPRO), des phases (QPPHP), des tâches (QPLPP), des avancements (QPPAV), des paniers (QPPAN).
- Lors du traitement d'une phase, l'utilisateur doit avoir le droit à toutes les entités confidentielles de la phase (QPPHP), des tâches qui lui sont associées (QPLPP), de leurs avancements (QPPAV), de leurs paniers (QPPAN).
- Lors du traitement d'une tâche, l'utilisateur doit avoir le droit à toutes les entités confidentielles de cette tâche (QPLPP), de ses avancements (QPPAV), de ses paniers (QPPAN).
Si l'utilisateur n'a pas les droits suffisants pour traiter l'intégralité du niveau souhaité, on lui notifie la première entité qui pose problème et arrête le traitement.
Par exemple : Si un projet doit être traité, un contrôle des droits suivant la confidentialité est effectué sur toutes les entités avales, soient les phases, les tâches, les paniers et les avancements du projet. Si une de ces entités est confidentielle pour l'utilisateur, le traitement s'arrête en indiquant par exemple "QPLPP189 - L'utilisateur '$1' n'a pas les droits suffisants pour traiter l'intégralité des tâches du projet '$2'".
Ce principe est valable pour l'ensemble des traitements des projets à l'exception du traitement de clôture (TPCLO) et de l'édition des projets (EPPRO).
Cas particulier du traitement de clôture (TPCLO) :
Les entités déjà clôturées ne sont pas sélectionnées. De ce fait, il est possible de clôturer un projet même si l'on n'a pas le droit à toutes les phases ou de clôturer une phase même si l'on n'a pas le droit à toutes ses tâches, à condition que les phases (ou tâches) interdites soient déjà clôturées. Bien évidemment, si une phase "interdite" n'est pas clôturée, le projet ne pourra pas l'être.
Cas particulier de l'édition des projets (EPPRO) :
L'édition sélectionne les projets accessibles par l'utilisateur et édite seulement les entités (phases, tâches) non confidentielles pour l'utilisateur. Si l'utilisateur n'a pas les droits suffisants pour accéder à l'intégralité des phases ou des tâches, l'édition est partielle. Cette information est notifiée sur l'édition, en dernière page. Bien évidemment, si c'est le cas, l'étape du projet n'évolue pas. |
