Personnalisation des flux d’états
Les flux d’état contrôlent la séquence dans laquelle les enregistrements passent d’un état à l’autre dans les Gestion des services sur site applications.
Fonctionnement Gestion des services sur site des flux d’état de tâche
Les flux d’états remplacent le processus standard qui contrôle la façon dont les demandes et leurs tâches associées passent d’un état à l’autre. Le ServiceNow système crée des règles métier, des scripts clients et des actions d’interface utilisateur qui effectuent les transitions et les contrôles de champ que vous spécifiez. Ces éléments de programmation restent en cours d’utilisation tant que les enregistrements de flux d’état qui les utilisent sont présents. Lorsque les flux d’état de la Gestion des services sur site table sont supprimés, le système tente de supprimer tous les éléments de programmation inutiles qui ont été créés sur cette table. Vous pouvez limiter les sélections du champ État aux états valides pour la transition, en fonction de l’état de départ.
- Transitions manuelles : Une action d’interface utilisateur, créée automatiquement par le système lorsque vous fournissez une condition ou un script, initie une transition.
- Transitions automatiques : Une règle métier, créée automatiquement par le système lorsque vous fournissez une condition et un script, initie une transition lorsque des modifications sont apportées à une demande ou à une tâche.
Les utilisateurs disposant du rôle wm_admin peuvent effectuer les tâches suivantes :
- Créer, lire, ajouter, mettre à jour ou supprimer des flux de commande de travaux et des flux de tâches de travail.
- Déclenchez des événements sur des transitions d’états particulières.
- Transition automatique vers un autre état lorsque les données d’une demande ou de sa tâche changent, ou changez d’état manuellement lorsque l’utilisateur sélectionne un bouton.
- Limitez la liste de choix pour le champ État aux états finaux qui sont des transitions valides à partir de l’état de début donné.
- Contrôlez la visibilité et le comportement des champs sélectionnés sur une table cible lorsque les enregistrements de cette table changent d’état.
- Créez des flux d’états personnalisés. Désactivez l’option Les flux d’état sont activés sur l’écran de configuration.
Fonctionnalités disponibles avec les flux d’états
- Transitions personnalisées : Personnalisez l’ordre dans lequel les états peuvent changer pour les demandes et les enregistrements de tâches.
- Contrôles de champ : Contrôlez le comportement et la visibilité de champs spécifiques lorsqu’une tâche change d’état ou atteint un état de fin spécifié.
- Liste de choix d’états : Limitez les valeurs proposées dans un champ État d’enregistrement de tâche aux états valides pour cette transition. Il s’agit du même script client que celui créé par le système pour gérer les contrôles de champ pour les transitions d’états.
- Événements : Déclenchez des événements lorsqu’une transition d’état se produit ou lorsqu’un enregistrement atteint un état final spécifique.
États de début et de fin
Les utilisateurs disposant du rôle wm_admin peuvent créer un flux d’état personnalisé pour le traitement qui se produit lorsqu’un enregistrement de tâche effectue une transition spécifique d’un état à un autre. Ces enregistrements nécessitent un état de début et un état de fin, et le traitement a lieu pendant la transition entre les états. Pour effectuer un certain traitement lorsqu’un enregistrement de tâche atteint un état final particulier, vous devez définir l’état final. Dans certains cas, un flux d’état peut avoir un état de démarrage uniquement, comme lorsque vous effectuez un certain type de nettoyage après l’annulation d’une tâche. Un flux d’état peut n’avoir aucun état de début ou de fin si le traitement dans l’enregistrement s’applique à plusieurs transitions d’états. La solution consiste à stocker la règle métier ou le script client dans un enregistrement de flux d’état et à créer une condition pour déclencher le traitement pour tout changement d’état qui l’exige.
Par exemple, la Gestion des services sur site règle métier Déployer les changements sur la table Tâche de commande de travaux [wm_task]. Cette règle métier regroupe les changements d’état qui se produisent dans les tâches sur la commande de travaux parente.
Vue d'ensemble de la configuration
Les étapes de configuration des personnalisations de flux d’états sont les suivantes :
- Configurer les flux d’états pour les commandes de travaux et les tâches de commande de travaux
Configurez les états entre lesquels les commandes de travaux et les tâches de commande de travaux se déplacent. Cela peut être utile si vous avez une séquence spécifique d’états qui aident à suivre le travail.
- (Facultatif) Remplacements des dictionnaires de flux d’états
Définissez l’état de départ pour toutes les nouvelles commandes de travaux et les tâches de commande de travaux avec des remplacements de dictionnaire.
- (Facultatif) Notes de travail dans les flux d’états
Ajoutez des notes de travail personnalisées aux tâches de commande de travaux lorsqu’elles atteignent un certain état. Par exemple, vous pouvez inclure la note « Tâche rejetée par l’agent » dans le flux d’état de rejet.
- (Facultatif) Contrôles de champs dans les flux d’états
Déterminez ce qui se passe si le système détecte une transition d’état spécifiée. Par exemple, vous pouvez souhaiter que le champ Problème soit visible lorsqu’un incident passe à l’état En attente de problème .
- (Facultatif) Déclencher des événements lors des changements d’état
Configurez un flux d’état pour déclencher un événement système enregistré lorsqu’une tâche passe d’un état de début à un état de fin spécifié. Par exemple, vous pouvez utiliser des événements pour déclencher des notifications par e-mail et créer des actions de script.
- (Facultatif) Reconstruire les flux d’états
Reconstruire les flux d’état lorsqu’une incompatibilité entre les sys_ids existants et les nouveaux se produit.
- (Facultatif) Nettoyage du flux d’états
Nettoyez les règles métier, les scripts clients et les actions d’interface utilisateur créés par le système pour effectuer des transitions personnalisées qui n’existent que lorsque les enregistrements de flux d’état qui les utilisent sont présents.