Utilisation de la table Tâche
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 à la tâche pour piloter les tâches.
Le module d’extension Planned Task fournit la table Planned Task [planned_task], qui étend la table Tasks [task] afin de fournir davantage de champs pour les tâches afin de mesurer la durée et l’effort.
Création de tâches
La table Tâches [task] fournit des moyens de créer et d’effectuer 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 l’accomplissement 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 sur une liste d’approbateurs, manuellement ou automatiquement, conformément aux règles d’approbation. Les approbations peuvent être intégrées aux workflows ou autonomes. Pour plus d’informations, consultez 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, ce qui permet de s’assurer que les membres de l’équipe les plus appropriés gèrent les tâches. Pour plus d’informations, reportez-vous à la section Définition des règles d’affectation.
- Niveaux de service
Les accords sur les niveaux de service peuvent 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.
- Surveillances d’inactivité
Les moniteurs d’inactivité veillent à ce que les tâches ne soient pas abandonnées en informant les utilisateurs lorsque les tâches n’ont pas été touchées pendant une période prédéfinie. Pour plus d’informations, voir Définir un moniteur d’inactivité.
- Studio de workflow
Un propriétaire de processus peut concevoir un flux pour les tâches qui répondent à 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 Tâche
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 des tables, la suppression des champs peut entraîner une perte de données indésirables.
Vous pouvez utiliser des contournements de dictionnaire pour modifier certaines parties de la définition d’un champ de manière à ne pas s’appliquer à toutes les tables enfants.
Workflow des tâches
Un administrateur peut spécifier un processus de workflow spécifique à appliquer aux tâches qui répondent à 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 notifiant les utilisateurs, en générant d’autres tâches, en exécutant des scripts, etc.