Personnalisation de flux d’états

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

Un administrateur peut effectuer les tâches suivantes :

• ajouter ou supprimer des états ;
• déclencher des événements pour certaines transitions d’état ;
• rendre la transition vers un autre état automatique lorsque les données d’une demande ou de sa tâche changent, ou modifier les états manuellement lorsque l’utilisateur clique sur un bouton ;
• limiter la liste de choix pour le champ État aux états finaux qui sont des transitions valides depuis l’état de départ donné ;
• contrôler la visibilité et le comportement de certains champs sur une table cible lorsque les enregistrements dans cette table changent d’état ;
• créer des flux d’états personnalisés. Désactivez l’option Les flux d’états 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 ayant le rôle wm_admin peuvent créer, lire, mettre à jour et supprimer uniquement les flux de commande de travaux et les flux de tâches de travail. Les utilisateurs ayant le rôle facilities_admin peuvent créer, lire, mettre à jour et supprimer uniquement les flux de demandes d’installations et les flux de tâches de demande. Les utilisateurs ayant le rôle wm_admin ne peuvent pas manipuler les enregistrements d’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 connexes passent d’un état à l’autre. Le système ServiceNow 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 champs que vous définissez. Ces éléments de programmation restent fonctionnels tant que les enregistrements de flux d’états qui les utilisent sont présents. Lorsque les flux d’états sur une table d’application SM sont supprimés, le système tente de supprimer tous les éléments de programmation inutiles ayant été créés sur cette table. Vous pouvez limiter les sélections pour le champ État aux états valides pour la transition, en fonction de l’état de début.

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 enregistrements de demandes et de tâches.
• Contrôles de champs : contrôlez le comportement et la visibilité de champs spécifiques lorsqu’une tâche change d’état ou atteint un état de fin précis.
• Liste de choix d’états :Limitez les valeurs proposées dans un champ État d’enregistrement de tâche à des é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 champs pour les transitions d’état.
• Épreuves: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 ; le traitement se produit pendant la transition entre les états. Pour effectuer un traitement spécifique lorsqu’un enregistrement de tâche atteint un état de fin particulier, vous n’avez qu’à définir l’état de fin. Dans certains cas, un flux d’état peut avoir un état de début uniquement, par exemple lorsque vous devez effectuer un nettoyage après l’annulation d’une tâche. Il est possible qu’un flux d’état n’ait pas d’état de début ou de fin si le traitement prévu dans l’enregistrement s’applique à plus d’une transition d’état.

La solution consiste à stocker la règle métier ou le script client dans un enregistrement de flux d’état et de créer une condition pour déclencher le traitement de tout changement d’état qui l’exige. Un exemple de cela dans Field Service Management est la règle métier Déployer les changements sur la table Tâche de commande de travaux [wm_task]. Cette règle métier déploie les changements d’état qui se produisent dans les tâches vers la commande de travaux parente.

• Contournements de dictionnaire de flux d’état
  Un contournement de dictionnaire dans un flux d’état définit l’état de début de tous les nouveaux enregistrements dans une table spécifique. Vous définissez un contournement uniquement dans des tables qui étendent une table de base, de sorte que vos personnalisations ne sont appliquées qu’à la table étendue.
• Notes de travail dans les flux d’états
  Les notes de travail sont une partie importante du processus de flux d’état 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 sur les changements d’états
  Vous pouvez configurer un flux d’état pour qu’il déclenche un événement système enregistré lorsqu’une tâche passe d’un état de début à un état de fin précis. Par exemple, vous pouvez utiliser des événements pour déclencher des notifications par e-mail et créer des actions de scripts.
• Reconstruire des flux d’états
  Vous pouvez reconstruire des flux d’états lorsqu’un décalage se produit entre les sys_id existants et nouveaux.
• Nettoyage de flux d’état
  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.