Cet écran décrit un workflow d'états, que ca soit :
- Un workflow simple avec une branche principale ne comportant qu'un seul cycle de vie,
- Un workflow multiple avec un cycle de vie principal et des branches alternatives avec une mise en application conditionnée, héritant des états/transitions de la branche principale et pouvant les compléter et modifier.
Arborescence des éléments du Workflow
Sur la partie gauche, se trouve l'arborescence des éléments d'un worflow :
- La partie détail (toujours présent) : affichant les détails concernant le workflow avec multiples branches alternatives
- La branche principale obligatoire (toujours présente) : décrivant le worflow de base, avec l'indice "0"
- Les branches alternatives, basées sur la branche principales, applicables pour certaines conditions de l'entité. Celles-ci peuvent être créées uniquement si l'objet renseigné autorise les workflows multiples (branche principale + alternatives)
Des actions
et
apparaissent de façon automatique et seulement dans le contexte d'un workflow multiple afin de créer ou supprimer une branche alternative.
En-tête
Cette zone est affichée de façon permanente.
- Workflow : Identifiant du workflow.
- Libellé : Description du workflow.
- État : Si l'état est inactif ou annulé, le workflow ne peut pas être appliqué.
- Objet : Indiquer l'objet concerné par ce workflow. Renseigner l'objet concerné, conditionne la disponibilité des classes de traitement pour les états et transitions du workflow. Selon l'objet, ceci permet également d'accéder aux paramètres des workflow multiples.
- Origine : Si l'origine est "Standard", le workflow n'est pas modifiable, à l'exception du modèle de message et de la page de confirmation des transitions.
Détails des éléments de l'arborescence
Détail d'un workflow d'état
Le détail général du Workflow comporte un espace dédié aux attributs de conditions d'accès aux workflows alternatifs
Ces champs, accessibles uniquement pour un objet autorisant les workflows multiples, permettent de définir les 2 attributs conditionnant l'application des branches de workflow alternatives.
Les attributs peuvent être liés directement à l'objet du workflow ou à un objet fils de l'objet du workflow.
Les valeurs de ces conditions seront à renseigner sur chaque branche alternative.
- Attribut 1 : Premier attribut de conditionnement de branche alternative.
- Valeurs multiples : Accessible pour tous les attributs sauf les attributs de type date, permettant pour les branches alternatives d'indiquer plusieurs valeurs si à oui.
- Attribut 2 : Deuxième attribut de conditionnement. Accessible uniquement si le premier attribut a été renseigné.
- Valeurs multiples : Paramètre multi valeurs du second attribut de conditionnement.
- Cycles de vie conditionnés : Liste des différentes branches (principale et alternatives) du workflow.
Le filtre ainsi créé est un "ET" entre les valeurs des 2 attributs.
Détails de la branche principale - 0
La branche principale, portant le numéro "0" est affichée par défaut et constitue le workflow de base.
Sur une entité n'autorisant pas le workflow multiple, on affiche le contenu décrivant le cycle de vie unique, c'est-à-dire :
- Les différents états du processus,
- Et pour chaque état, les transitions, c'est-à-dire le passage à un autre état.
La liste des transitions affichées est celle correspondant à l'état surligné.
Pour visualiser les transitions accessibles depuis un état, cliquez simplement sur la ligne correspondante dans la liste des états.
Liste des états
- Ordre : L'ordre permet de visualiser la succession chronologique des états, mais il est possible de définir une transition d'un état vers un état d'ordre inférieur.
- État : Identifiant de l'état.
- Libellé : Description de l'état, qui apparaît dans les écrans. Ce libellé est traduisible.
- Initial : L'élément peut-il être créé directement dans cet état ?
- Modification : L'élément peut-il être modifié alors qu'il est dans cet état ?
- Suppression : L'élément peut-il être supprimé alors qu'il est dans cet état ?
- Message : Modèle de message envoyé lorsque l'élément est créé directement dans cet état.
- Classe de traitement : Traitement à réaliser une fois que l'élément est dans cet état. La liste des classes de traitement est contextuelle à l'objet associé au workflow.
Par exemple, quand une intervention est validée, les réservations et demandes d'achat sont créées. La classe de traitement "Simple" indique qu'il n'y a pas de traitement particulier.
- Famille d'état : Regroupement de plusieurs états, utile en mobilité ou permettant au système de trouver un état dans une famille donnée lors de processus automatiques.
- Hérité : Utile sur les branches alternatives. Indique si l'état affiché provient de la branche principale ou est personnalisé et spécifique à la branche de workflow.
Liste des transitions
- Ordre : Comme pour les états, l'ordre est indicatif.
- État final : État de l'élément après la transition.
- Libellé : Texte de la transition qui apparaît dans le menu de changement d'état
. Il est traduisible.
- Condition : Condition d'affichage de la transition. Si la condition est vérifiée, la transition sera proposée. Grâce au menu associé, l'utilisateur peut créer une nouvelle condition, la modifier ou la supprimer. La modification et la suppression ne sont possibles que si la condition n'est utilisée dans aucun workflow.
- Message : Modèle de message envoyé lorsque cette transition est appliquée à l'élément.
- Automatique : Indique que la transition se fait sans intervention directe de l'utilisateur.
Par exemple, la DI passe automatiquement à l'état CLOSED une fois que l'intervention est soldée.
- Page de confirmation : Renseigné uniquement si le formulaire de changement d'état comporte des champs spécifiques.
Par exemple, le Matériel pour solder une intervention.
- Classe de traitement : Traitement de contrôle réalisé pour pouvoir appliquer la transition.
- Famille : Famille de transition à laquelle elle appartient. A renseigner si la transition doit pouvoir être effectuée sur un ensemble d'éléments depuis l'onglet [Résultat].
- Signature : indique si la transition nécessite une signature électronique pour être validée.
- Hérité : Utile sur les branches alternatives. Indique si la transition affichée provient de la branche principale ou est personnalisée et spécifique à la branche de workflow.
Détails des branches alternatives
Sur une branche alternative du worflow, dont le numéro est différent de '0', la liste des états et transitions est disponible comme sur la branche principale.
Etats
Les workflows alternatifs héritent des états du workflow principal à leur création. Des états et transitions personnalisés uniques peuvent être ajoutés ou supprimés.
Les éléments hérités peuvent être désactivés (via l'action de suppression
des sous-listes sur les branches alternatives) et disparaissent des listes.
Ces éléments désactivés sur la branche alternative peuvent tout de même être affichés grâce à la case à cocher adéquate. Ils peuvent être réactivés par les actions
se trouvant dans les listes Etat ou Transitions.
- Afficher les éléments hérités désactivés : Permet d'afficher les éléments hérités désactivés pour la branche alternative.
- Désactivé (sur chaque liste) : Activation/utilisation des états / transitions hérité(e)s sur la branche alternative.
Un second onglet permet de préciser les valeurs de conditions pour lesquelles cette branche est appliquée sur l'entité de façon automatique.
Conditions
- Nom de l'attribut 1 : Affiche le libellé du premier attribut de condition sélectionné sur le détail du workflow.
- Opérateur : Liste d'opérateurs pour la première condition.
- Champ de saisie de la valeur de la condition : En cas de valeurs multiples : séparez les valeurs saisies par un point-virgule. Les valeurs multiples ne sont pas une condition "ET" mais bien un "OU" : C'est soit la première valeur, soit la deuxième indiquée, etc... En cas d'attribut issu d'une liste de valeurs : saisissez le code de la liste.
Si un second attribut a été renseigné, 3 autres champs seront affichés sur une seconde ligne pour définir la condition de la branche sur le détail du workflow.
Lorsque la condition porte sur 2 attributs, la condition d'application de la branche alternative de workflow sera la condition définie sur la première ligne avec le premier attribut ET la condition définie sur la deuxième ligne avec le deuxième attribut !
Remarques sur le cas des workflowS mulitples
Un workflow alternatif est choisi et appliqué par le système de façon automatique, et selon le numéro d'ordre du workflow : si les conditions de plusieurs branches alternatives du workflow sont favorables pour être appliquées sur l'entité, le système appliquera la première branche par ordre croissant. Si aucune alternative n'est compatible avec les conditions d'application des branches du workflow, le système choisi par défaut la branche principale à appliquer comme cycle de vie sur l'entité.
En cas de désactivation d'états utilisés dans les workflows standards, il faut bien s'assurer que ceux-ci ne sont pas incontournables dans les mécanismes de l'application, ce qui pourrait dégrader les processus de l'application. Il est conseillé d'ajouter des états personnalisés plutôt que d'en désactiver.
Chaque code état/transition personnalisé(e) est unique dans un workflow et ne peut exister que sur une seule branche alternative du workflow. Une exception à cela, les états sur la branche principale qui sont hérités/utilisés par défaut sur les branches alternatives (mais non modifiables sur celle-ci).
En cas de changement de la valeur de condition d'application d'une branche alternative sur une entité, si l'entité se trouve sur un état personnalisé propre à une branche alternative du workflow (car la donnée de condition de branche alternative est correcte), le système bloquera l'enregistrement puisque l'état n'est connu ni sur la branche principale, ni sur une autre branche. Le système ne saurait pas déterminer une transformation de l'état actuel.
Seuls les états hérités, c'est à dire transverses dans les branches, ne bloquent pas le système. Ils peuvent s'appliquer à une branche alternative ou à défaut à la branche principale du workflow puisque ces états sont transverses.