Personnalisation du flux d’états

Les flux d’états contrôlent la séquence dans laquelle les enregistrements passent d’un état à l’autre dans les applications Gestion des services.

Un administrateur peut effectuer les tâches suivantes :

• Ajouter ou supprimer des états.
• 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 clique sur 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. La création de flux d’états personnalisés nécessite des connaissances en scripting.

Remarque :

Les utilisateurs disposant du rôle wm_admin peuvent créer, lire, mettre à jour et supprimer uniquement des flux de commande de travaux et des flux de tâches de travail. Les utilisateurs disposant du rôle facilities_admin peuvent créer, lire, mettre à jour et supprimer uniquement des flux de demandes d’installations et des flux de tâches de demande. Les utilisateurs ayant le rôle wm_admin ne peuvent pas manipuler les enregistrements des installations, et les utilisateurs ayant le rôle facilities_admin ne peuvent pas manipuler les enregistrements de commandes de travaux.

Fonctionnement des flux d’états de demandes et de tâches SM

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 d’une table d’application SM 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.

Les flux d’états fournissent les contrôles suivants :

• 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.

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

Vous pouvez créer un flux d’état personnalisé pour le traitement qui doit se produire 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, il vous suffit de définir l’état final. Dans certains cas, un flux d’état peut avoir un état de démarrage uniquement, par exemple lorsque vous devez effectuer 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, dans Gestion des services sur site, la règle métier Déployer les changements sur la table Tâche d’ordre de travail [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.

• Remplacements des dictionnaires de flux d’états
  Un contournement de dictionnaire dans un flux d’état définit l’état initial de tous les nouveaux enregistrements dans une table spécifique. Vous définissez un remplacement dans les tables qui étendent uniquement une table de base, de sorte que vos personnalisations ne soient appliquées qu’à la table étendue.
• Notes de travail dans les flux d’états
  Les notes de travail constituent une partie importante du processus de flux d’états et sont utilisées pour communiquer des informations sur les transitions d’états.
• Contrôles de champs dans les flux d’états
  Vous pouvez définir les contrôles pour les champs individuels qui sont appliqués lorsqu’un enregistrement passe d’un état à un autre.
• Déclencher des événements lors des changements d’état
  Vous pouvez configurer un flux d’état pour déclencher un événement système enregistré lorsqu’une tâche passe d’un état initial à un état final 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.
• Reconstruire les flux d’états
  Vous pouvez reconstruire des flux d’états lorsqu’une incompatibilité entre les sys_ids existants et les nouveaux se produit.
• Nettoyage du flux d’états
  Les règles métier, les scripts clients et les actions d’interface utilisateur que le système crée automatiquement pour effectuer des transitions personnalisées n’existent que lorsque les enregistrements de flux d’état qui les utilisent sont présents.