Comment les modifications du processus d’approbation et de groupe affectent-elles les processus d’approbation affectés ?
Cet article explique ce qui se passe lorsqu’un processus de validation est déjà associé à des tâches, des problèmes, des projets, des modèles ou des tâches de modèle, et qu’un administrateur Workfront (ou un utilisateur ayant un accès administratif aux processus de validation) effectue l’une des opérations suivantes :
- Modification du processus d’approbation (au niveau du groupe) d’un groupe à un autre
- Modifie le groupe associé au projet
- Modification du processus d’approbation au niveau du groupe au niveau du système
- Modification du processus d’approbation du niveau du système au niveau du groupe
L’article décrit également ce qui se passe lors du déplacement ou de la copie de tâches ou de problèmes associés à un processus d’approbation au niveau du groupe entre deux projets de différents groupes.
Pour plus d’informations sur les 3 types de processus d’approbation que vous pouvez utiliser dans Workfront, voir Présentation du processus d’approbation.
Modification du processus d’approbation d’un groupe d’un groupe à un autre
Les scénarios suivants se produisent lorsqu’un processus d’approbation spécifique à un groupe est déjà utilisé sur un objet et qu’une personne le réaffecte à un autre groupe :
Le champ Processus d’approbation par défaut de la tâche est réinitialisé sur S.O.
Par défaut, aucun processus de validation n’est associé à de nouvelles tâches sur le projet.
Le champ Approbation par défaut est réinitialisé sur S.O.
Par défaut, aucun processus de validation n’est associé à de nouveaux problèmes ou demandes sur le projet.
Le champ Approbation par défaut est réinitialisé sur S.O.
Aucun processus de validation n’est associé par défaut à de nouveaux problèmes ou demandes sur le projet.
Modification du groupe associé à un projet
Lorsqu’une personne modifie le groupe associé à un projet en un autre groupe, les événements suivants se produisent :
Le champ Processus d’approbation par défaut de la tâche est réinitialisé sur S.O.
Par défaut, aucun processus de validation n’est associé aux nouvelles tâches du projet.
Le champ Processus d’approbation par défaut est réinitialisé sur S.O.
Par défaut, aucun processus de validation n’est associé à de nouveaux problèmes ou demandes sur le projet.
Le champ Processus d’approbation par défaut est réinitialisé sur S.O.
Par défaut, aucun processus de validation n’est associé à de nouveaux problèmes ou demandes sur le projet.
Modifier un processus d’approbation du niveau du groupe au niveau du système
Lorsqu’une personne définit l’option Groupe d’un processus d’approbation spécifique à un groupe sur "Tous les groupes", le processus d’approbation s’étend à l’ensemble du système et les événements suivants se produisent :
Modifier un processus d’approbation du niveau du système au niveau du groupe
Lorsqu’une personne modifie la disponibilité d’un processus d’approbation à l’échelle du système de "Tous les groupes" en un groupe spécifique, le processus d’approbation devient spécifique au groupe et les événements suivants se produisent :
Projets
Tâches
Problèmes
Le champ Processus d’approbation par défaut de la tâche est réinitialisé sur S.O.
Par défaut, aucun processus de validation n’est associé à de nouvelles tâches sur le projet.
Le champ Approbation par défaut est réinitialisé sur S.O.
Par défaut, aucun processus de validation n’est associé à de nouveaux problèmes ou demandes sur le projet.
Le champ Approbation par défaut est réinitialisé sur S.O.
Par défaut, aucun processus de validation n’est associé à de nouveaux problèmes ou demandes sur le projet.
Déplacer ou copier une tâche ou un problème vers un projet avec un groupe différent de celui du processus d’approbation
Le déplacement ou la copie d’une tâche ou d’un problème d’un projet à un autre peut affecter les processus d’approbation existants sur la tâche ou le problème selon les groupes des deux projets. Le tableau suivant illustre les scénarios qui peuvent exister :