Utiliser les flux d’états
Vous pouvez créer des flux d’états personnalisés pour n’importe quelle table qui utilise des états.
Faites en sorte que les transitions d’états se produisent dans n’importe quel ordre ou ignorez des états spécifiques en fonction de vos pratiques commerciales. Les flux d’états peuvent gérer le comportement des champs et la visibilité des champs sur un formulaire de tâche. Les flux d’états peuvent également déclencher des événements système qui effectuent des tâches telles que l’envoi de notifications par SMS et par e-mail.
- Limitez la liste de choix pour que le champ État ne contienne que les états valides pour le flux.
- Définissez le comportement et la visibilité de champs spécifiques sur un formulaire de tâche lors des transitions d’état et pour certains états finaux.
- Configurez les événements qui sont déclenchés lorsqu’une tâche change d’état.
- Installer Actions d’interface utilisateur et règles métier pour implémenter certaines transitions d’états, ou lorsque la tâche est dans certains états.
Le module d’extension State Flow installe les enregistrements utilisés par la gestion du travail pour contrôler les transitions d’état des commandes de travaux et des tâches de commande de travaux. Pour en savoir plus sur l’utilisation des flux d’état de gestion du travail, reportez-vous à la section State flow customization.
La création et la personnalisation de flux d’états nécessitent des connaissances en scripting. Les utilisateurs disposant du rôle administrateur peuvent créer des enregistrements de flux d’état.
Contournements de dictionnaire pour les flux d’états
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.
- Dans un enregistrement de flux d’état, sélectionnez un État de fin.
Il s’agit de la valeur de contournement qui devient l’état de début pour tous les nouveaux enregistrements dans la table nommée.
- Cliquez sur Créer une valeur par défaut.
Le système remplit le champ Contournement de dictionnaire avec la valeur d’état, qui correspond au champ de la table de tâches affecté par le remplacement. Le champ Contournement de dictionnaire est en lecture seule. Une fois le contournement créé, le système masque le bouton Créer une valeur par défaut sur tous les formulaires de flux d’état suivants pour cette table.
Événements déclenchés lors de changements d’état
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. Lorsque vous attachez un événement à un flux d’état, le système crée une règle métier appelée Événements de flux d’états pour <table name> pour la table spécifiée dans le flux d’état. Si vous précisez un état de début et de fin, la règle métier s’exécute lorsque l’enregistrement passe de l’état de début à l’état de fin. Si le flux d’état ne précise qu’un état de fin, la règle métier s’exécute à chaque fois que cet état de fin est atteint. Le système crée une règle métier pour tous les flux d’états contenant des événements sur une seule table. Lorsque tous les événements ou tous les flux d’états sur une table sont supprimés, le système supprime la règle métier.
Contrôles de champ
Vous pouvez définir les contrôles pour les champs individuels qui sont appliqués lorsqu’un enregistrement passe d’un état à un autre.
Les paramètres dans la section Contrôles de champs du formulaire Flux d’état vous permettent d’appliquer des contrôles de champs lorsque le système détecte une transition d’état spécifiée, ou lorsque l’état de fin est l’état actuel lorsque le formulaire est ouvert. Le contrôle est uniquement appliqué aux champs existants sur le formulaire. Les flux d’états ne peuvent pas ajouter de champs au formulaire.
Par exemple, vous voudrez peut-être que le champ Problème soit visible lorsqu’un incident passe à l’état En attente du problème. Si l’état de l’incident devient En attente d’infos utilisateur, masquez le champ Problème et rendez le champ Appelant obligatoire.
| Type | Nom | Description |
|---|---|---|
| Règle métier | Notes de flux d’états pour <table name> | Applique des champs obligatoires pour la table sur laquelle ce comportement de champ est défini. |
| Script client (onLoad) | <table name> flux d'état | Définit les états possibles et les propriétés initiales obligatoires, en lecture seule et visibles lorsqu’un enregistrement est chargé. |
| Script client (onChange) | <table name> Flux d’état de changement | Définit les propriétés obligatoires, en lecture seule et visibles mises à jour lorsqu’un enregistrement est modifié. |
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.
Lorsque vous utilisez un fichier XML pour importer un enregistrement de flux d’état dans une instance, le système tente de faire correspondre les états entrants avec les états existants en comparant les sys_id. Étant donné que les sys_id d’éléments d’une liste de choix peuvent varier d’une instance à l’autre, le système peut échouer à faire correspondre les états, même s’ils sont par ailleurs identiques.
Lorsque la mise en correspondance échoue, les états de début et de fin des enregistrements affectés sont laissés vides ou contiennent des valeurs numériques. Pour réparer ces enregistrements, accédez à . Ce module exécute un script qui compare la valeur numérique de chaque élément de la liste de choix du champ État jusqu’à ce qu’il trouve une correspondance dans l’enregistrement de flux d’état importé.
Nettoyage de flux d’état
Notes de travail