Étapes de flux et de flux secondaire
Communiquez l’étape actuelle d’une demande, d’un flux ou d’un flux secondaire à un utilisateur final.
Lors de la configuration des étapes dans Concepteur de flux, vous pouvez :
- Créer le nombre d'étapes qu'ils souhaitent.
- Modifiez les étiquettes et les noms des étapes.
- Définissez la durée estimée d’une étape.
- Importez une copie d’un ensemble d’étapes prédéfini à partir de la table Ensembles d’étapes. Pour en savoir plus sur les ensembles d’étapes, reportez-vous à la rubrique Ensembles d’étapes du workflow. Les modifications apportées à la copie n’affectent pas l’enregistrement de l’ensemble d’étapes d’origine.
Bien qu’il soit possible d’ajouter des étapes à un flux avec un déclencheur planifié, elles ne sont jamais affichées pour un utilisateur final, car il n’existe aucun enregistrement associé pour le champ d’étape. Utilisez uniquement les étapes dans les flux avec enregistrement et Catalogue de services déclencheurs.
Affichez les étapes d’un flux ou d’un flux secondaire dans les détails d’exécution du flux.
Afficher les étapes dans un champ d’étape
Un champ Étape est un champ de type Workflow qui affiche les étapes d’un flux à un utilisateur. La Catalogue de services table utilise un champ Étape pour indiquer l’évolution d’une demande au fur et à mesure de son traitement.
Les champs d’étapes s’affichent :
- Étapes des flux avec enregistrement ou Catalogue de services déclencheurs.
- Étapes du flux ou du flux secondaire associé. Si le flux associé appelle un autre flux, les étapes définies sur le flux enfant ne s’affichent pas.
- Étapes des flux ou flux secondaires qui ont démarré.
Les icônes d’état dans les champs d’étape ne peuvent pas être modifiées. Limitez le nombre d’étapes et la longueur de chaque nom d’étape pour éviter d’aligner le texte et les icônes sur plusieurs lignes.
Champs d’étapes et types de déclencheurs
L’association d’un flux à un champ d’étape dépend du type de déclencheur de flux.
| Type de déclencheur de flux | Besoins |
|---|---|
| Enregistrement | Pour qu’un champ Étape signale les étapes d’un flux basé sur les enregistrements, un champ Étape doit être présent dans la même table que l’enregistrement de déclenchement. Lorsqu’un flux comporte des étapes, Concepteur de flux communique l’état de chaque étape à la table de déclenchement et affiche l’état actuel de l’étape sous forme d’icône. Si plusieurs champs Étape existent sur la table, seul le premier champ Étape défini dans la définition de dictionnaire de la table est utilisé. Remarque : Évitez de créer des étapes pour plusieurs flux qui se déclenchent à partir de la même table. Un champ Étape affiche uniquement les étapes du flux final à exécuter. Ajoutez des conditions différentes à chaque flux pour vous assurer que les étapes d’un flux ne remplacent pas un autre flux. |
| Catalogue de services | Si vous utilisez l’option Catalogue de services Déclencheur, le flux doit être associé à l’élément Catalogue de services via le champ Flux . Supprimez tous les workflows associés à l’élément en effaçant les champs Workflow et Plan d’exécution . Le champ Étape affiche l’état d’étape actuel sur n’importe quelle vue de liste de la table Éléments demandés [sc_req_item]. |
États d'étape
Pendant l’exécution du flux ou du flux secondaire, chaque étape peut être dans l’un des cinq états suivants.
| État | Description |
|---|---|
| En attente | Cette étape n’a pas encore commencé. |
| En cours | Cette étape est en cours d’exécution. |
| Ignoré | Cette étape a été ignorée et ne s’est pas exécutée. En règle générale, cet état est atteint lorsqu’un bloc de logique de flux conditionnel n’est pas exécuté. |
| Terminé | Cette étape est terminée. |
| Erreur | Cette étape a atteint une condition d’erreur. Lors de la conception d’un flux ou d’un flux secondaire, vous pouvez le configurer manuellement pour qu’il signale un état d’erreur. Pour définir un état d’erreur :
|
Chaque étape peut avoir ses propres étiquettes d’état personnalisées. Par exemple, supposons que vous ayez un flux avec deux étapes. L’étape 1 peut avoir l’état En attente avec l’étiquette En attente, et l’étape 2 peut avoir l’état En attente avec l’étiquette Pas encore démarré. Concepteur de flux Fournit des options permettant de générer les états par défaut ou les états d’approbation.
Propriétés système
Vous pouvez utiliser ces propriétés système pour configurer l’affichage Concepteur de flux des approbateurs à partir d’un champ d’étape.
- com.glide.hub.flow_engine.stage_display.show_approvers
- Affichez ou masquez la liste des approbateurs affectés à une étape à partir d’un champ d’étape. Définissez la valeur sur true pour afficher la liste des approbateurs affectés à une étape. Définissez la valeur sur faux pour masquer la liste des approbateurs affectés à une étape.
- Type : true | false
- Valeur par défaut : true
- Emplacement : ajouter à la table Propriétés système [sys_properties]
- com.glide.hub.flow_engine.display_étape.show_approvers_limit
- Spécifiez le nombre maximal d’approbateurs à afficher dans un champ d’étape en tant que valeur entière. La définition de cette valeur au-dessus de 10 risque d’entraîner des erreurs de rendu dans une vue de liste. Le champ Étape d’un enregistrement peut devenir si volumineux que la liste ne peut pas afficher d’autres enregistrements dans la liste.
- Type : nombre entier
- Valeur par défaut : 5
- Emplacement : ajouter à la table Propriétés système [sys_properties]
Lignes directrices générales
- Évitez de définir des étapes qui dépendent d’une logique de flux Pour chaque
- Concepteur de flux vous empêche d’ajouter des étapes dans un bloc Pour chaque bloc. Vous ne pouvez ajouter des étapes qu’avant ou après un bloc Pour chaque .
- Éviter d’avoir plusieurs flux avec des étapes pour les mêmes enregistrements
- Un champ Étape affiche toujours les informations d’étape fournies par le dernier flux à exécuter sur une table ou un enregistrement. Si plusieurs flux s’exécutent sur les mêmes enregistrements, les étapes définies dans un flux peuvent théoriquement remplacer les étapes d’un autre flux. Pour éviter que plusieurs flux remplacent les étapes les unes des autres, définissez des conditions de déclenchement uniques pour chaque flux.
- Éviter de mettre à jour les champs d’étape
- Si vous gérez des étapes avec un flux, évitez de mettre à jour directement les champs d’étapes avec des actions, des règles métier, des appels de script ou des workflows. La mise à jour manuelle de la valeur d’un champ d’étape peut produire des résultats inattendus ou indésirables.
- S’assurer que chaque flux sur une table a des conditions de déclenchement uniques
- L’ajout de conditions de déclenchement uniques à chaque flux garantit que les flux ne s’exécutent que dans ces conditions et empêche les étapes d’un flux de remplacer les étapes d’un autre flux. La spécification de conditions de déclenchement uniques facilite le dépannage des flux en limitant le nombre d’exécutions de flux qui peuvent produire des changements d’enregistrement.
- Utiliser les étapes d’erreur pour communiquer avec l’utilisateur
- L’état d’erreur du flux n’affecte pas son exécution. Un flux continue de s’exécuter même s’il atteint une étape d’erreur. Utilisez un bloc de logique de flux conditionnel pour définir l’étape d’erreur et communiquer à l’utilisateur que l’état de l’étape actuelle est Erreur. Par exemple, si une approbation n’est pas approuvée dans la limite requise, vous pouvez communiquer une erreur à l’utilisateur.
- Utiliser l’étape d’erreur pour arrêter le traitement d’un flux
- Utilisez un bloc de logique de flux conditionnel pour identifier quand un flux entre dans la phase d’erreur. Utilisez la logique de flux pour arrêter le traitement du flux ou prendre des mesures correctives. Par exemple, vous pouvez modifier l’état ou l’affectation de l’enregistrement lorsqu’un flux atteint un état d’erreur.