Autre #91405
Avoir une condition d'affichage (en live) sur un saut manuel
0%
Description
On a déjà une condition d'exécution de l'action sur un saut manuel.
Une condition d'affichage (en live) en fonction de données d'un champ issue d'un formulaire de WF dans le même statut (et dont les données ne sont pas encore envoyées, d'où le besoin du live) m'apparaît nécessaire.
J'ai tourné le truc dans tous les sens, je pose ici le cas d'usage, si jamais il y a une alternative fonctionnelle sans développement.
Dans un WF, un champ A, avec un formulaire qui contient un champ de type liste avec pour valeur : favorable, défavorable, favorable avec modification.
Selon la valeur du champ liste, j'ai besoin d'afficher un saut manuel différent.
Pour le moment, je me suis rapprochée le plus possible de la façon suivante :
J'ai laissé sur le formulaire le bouton de validation.
J'ai ajouté des sauts automatiques avec une condition d'exécution. Ça fait le job pour les valeurs favorable et défavorable, mais par favorable avec modification.
Car cette dernière valeur déclenche un saut automatique vers le statut B qui permet d'éditer la demande et qui a pour statut après modification, le statut A (et ceci afin de ne pas multiplier à l'infini le nombre de statuts).
En quelque sorte, on peut circuler en boucle entre 2 statuts. Mais la limite que je rencontre, c'est que la demande qui retourne dans le statut A retourne immédiatement dans le statut B, la condition d'exécution de l'action = champ liste avec la valeur favorable avec modification étant toujours enregistrée, cela déclenche à nouveau le saut automatique.
J'ai tenté plusieurs trucs, avec une donnée de traitement, bref, sans succès.
Je pourrais proposer 3 sauts manuels, mais je ne souhaite pas alourdir l'interface agent. Donc avoir une condition d'affichage en live sur un saut manuel selon la valeur d'un champ issu d'un formulaire de WF me semble tout à fait approprié. Un autre avis ?
Related issues
History
Updated by Anaïs Ecuvillon 4 months ago
À tout fin utile : le champ A : https://formulaires-rh.test.entrouvert.org/backoffice/workflows/11/status/10/
le champ B : https://formulaires-rh.test.entrouvert.org/backoffice/workflows/11/status/12/
Updated by Frédéric Péters 4 months ago
- Is duplicate of Bug #37315: condition «dynamique» sur action de saut manuel added
Updated by Stéphane Laget 4 months ago
Le contournement fonctionnel est de rajouter un statut "orientation" où les conditions sont prises en compte.
Tu peux cacher ce statut aux agents (seuls les administrateurs le verront).
Updated by Anaïs Ecuvillon 4 months ago
t'es trop fort Stéphane, je viens de le déployer, ça fait le job (en attendant ce dev qui permettra de ne pas créer des statuts supplémentaires pour contourner).