CARL Source
Workflow d'états [Général]
Personnalisation > Fonctions de personnalisation > Workflow d'états > Workflow d'états : Formulaires > Workflow d'états [Général]

Cet écran décrit un workflow d'états, que ca soit :

Arborescence des éléments du Workflow

Sur la partie gauche, se trouve l'arborescence des éléments d'un worflow :

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.

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.

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 :

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

 

Liste des transitions

 

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.

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

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.