Comment les modifications du processus d’approbation et de groupe affectent les processus d’approbation affectés
Cet article explique ce qui se passe lorsqu’un processus d’approbation 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 ou une administratrice Workfront (ou un utilisateur ou une utilisatrice ayant un accès administratif aux processus d’approbation) effectue l’une des opérations suivantes :
- Changer le processus d’approbation (au niveau du groupe) d’un groupe à un autre
- Modifier le groupe associé au projet
- Modifie le processus d’approbation du niveau du groupe au niveau du système.
- Modifie le 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 trois types de processus d’approbation que vous pouvez utiliser dans Workfront, voir Vue d’ensemble du processus d’approbation.
Modifier le processus d’approbation 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 d’approbation 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 d’approbation n’est associé à de nouveaux problèmes ou requêtes sur le projet.
Le champ Approbation par défaut est réinitialisé sur S/O.
Aucun processus d’approbation n’est associé par défaut à de nouveaux problèmes ou demandes sur le projet.
Modifier le groupe associé à un projet
Lorsqu’une personne change le groupe associé à un projet pour 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 d’approbation 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 d’approbation 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 d’approbation 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 » à 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 d’approbation n’est associé à de nouvelles tâches sur le projet.
LLe champ Approbation par défaut est réinitialisé sur S/O.
Par défaut, aucun processus d’approbation n’est associé à de nouveaux problèmes ou requêtes sur le projet.
LLe champ Approbation par défaut est réinitialisé sur S/O.
Par défaut, aucun processus d’approbation n’est associé à de nouveaux problèmes ou requêtes 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 modifier les processus d’approbation existants sur la tâche ou le problème en fonction des groupes des deux projets. Le tableau suivant illustre les scénarios qui peuvent exister :