Utilisation de la table de tâches
La table Tâches [task] est l’une des tables principales fournies avec le système de base.
La table Tâches [task] fournit une série de champs standard utilisés sur chacune des tables qui permettent de l’étendre, comme les tables Incident [incident] et Problème [problem]. En outre, toute table qui étend la table Tâches [task] peut tirer parti des fonctionnalités spécifiques aux tâches pour la conduite des tâches.
Le module d’extension Tâche planifiée fournit la table Tâche planifiée [planned_task], qui étend la table Tâches [task] pour fournir plus de champs pour les tâches afin de mesurer la durée et l’effort.
Création des tâches
La table Tâches [task] fournit des moyens de créer et d’accomplir des tâches, ainsi que de suivre leur workflow dans votre instance.
Les tâches ne sont pas créées directement sur la table Tâches [task]. Au lieu de cela, les tâches sont créées sur des tables enfants de tâches. Pour créer un enregistrement dans une table enfant de tâche, accédez à la table Tâches [task] en saisissant task.list dans le filtre de navigation, puis sélectionnez Nouveau. Dans l’intercepteur de tâche, sélectionnez la table enfant de tâche souhaitée.
Outils pour effectuer des tâches
Ces outils peuvent être exécutés sur n’importe quelle table qui étend la tâche.
- Approbations
Les approbations peuvent être générées manuellement ou automatiquement dans une liste d’approbateurs, conformément aux règles d’approbation. Les approbations peuvent être intégrées dans des workflows ou peuvent être autonomes. Pour plus d’informations, voir Traiter les approbations.
Les approbations peuvent être utilisées sur les tables qui n’étendent pas la tâche.
- Affectations
Les règles d’affectation peuvent affecter automatiquement des tâches à des utilisateurs ou à des groupes, en veillant à ce que les membres de l’équipe les plus appropriés gèrent les tâches. Pour plus d’informations, voir Définition de règles d’affectation.
- Niveaux de service
Les accords sur les niveaux de service permettent de suivre la durée d’ouverture d’une tâche afin de s’assurer que les tâches sont accomplies dans le délai imparti.
- Moniteurs d’inactivité
Les moniteurs d’inactivité veillent à ce que les tâches ne soient pas mises de côté en informant les utilisateurs lorsque les tâches n’ont pas été modifiées pendant une période de temps prédéfinie. Pour plus d’informations, consultez Définition d’un moniteur d’inactivité.
- Studio de workflow
Un propriétaire de processus peut concevoir un flux pour les tâches qui remplissent certaines conditions. Une fois qu’une tâche répondant aux conditions est créée, le flux applique un processus automatisé à la tâche. Le processus est défini dans Studio de workflow. Pour plus d'informations, consultez Flow Designer.
Modification de la table de tâches
Les modifications apportées à la table Tâches [task] sont appliquées à toutes les tables enfants.
Assurez-vous que les changements sont appropriés pour toutes les tables enfants. L’ajout de champs est un changement à faible impact, car vous pouvez masquer des champs sur des tables qui n’en ont pas besoin. Toutefois, si les champs sont utilisés dans plusieurs tables, la suppression des champs peut entraîner une perte de données indésirable.
Vous pouvez utiliser des contournements de dictionnaire pour modifier certaines parties d’une définition de champ d’une manière qui ne s’applique pas à toutes les tables enfants.
Workflow des tâches
Un administrateur peut spécifier un processus de workflow spécifique à appliquer aux tâches qui remplissent certaines conditions.
Une fois qu’une tâche répondant aux conditions est créée, le workflow applique le processus à la tâche, en demandant des approbations, en informant les utilisateurs, en générant d’autres tâches, en exécutant des scripts, etc.