Confirmation pour quitter un processus métier en cours

Version

[Platform]
Status=OK
Version=6.1.14
BuiltOn=2024-11-13 12:35

Description

Bonjour,

Dans un processus métier, nous souhaitons offrir une expérience similaire à celle des formulaires d’objet, où l’utilisateur a la possibilité de “Enregistrer”, “Quitter” ou “Annuler” lorsqu’il tente de quitter sans enregistrer ses modifications.

Il serait utile d’avoir une fenêtre de confirmation lorsqu’un utilisateur est en cours de processus et tente d’accéder à un autre objet. Cette fenêtre lui offrirait trois options(semblable à l’objet) :

  1. Annuler : pour rester dans le processus sans quitter.
  2. **Abandonner ** : pour abandonner le processus.
  3. Enregistrer pour plus tard : pour sauvegarder l’état actuel du processus, permettant à l’utilisateur de revenir plus tard pour le reprendre là où il s’était arrêté.

L’idée serait que, si l’utilisateur choisit “Enregistrer pour plus tard”, le processus garde son comportement actuel, permettant à l’utilisateur de quitter temporairement le processus pour naviguer vers d’autres objets, puis de revenir pour le reprendre sans perdre ses données. :blush:

Bonjour,

Un workflow possède sa navigation/logique propre.

  • Lorsqu’il est non persistant, on parle de screenflow et il reste en mémoire dans la session, on peut le quitter et y revenir tant qu’on ne se déconnecte pas. Il ne peut donc y avoir qu’un seule instance de process screenflow à la fois par session.
  • Lorsqu’il est persistant, le contexte “long” est stocké en base à chaque étape pour pouvoir être repris par quelqu’un d’autre qui aurait un autre rôle dans le processus, ou une semaine plus tard… On se sert rarement de ce genre de processus car on préfère généralement modéliser l’objet métier qui supporte le processus long, ça reste plus pratique qu’un numéro de processus avec une date, pour les retrouver, les remonter dans des bannettes…

En terme d’UX, on peut déjà ouvrir un autre onglet dans une même session, la V6 instancier des objets distincts entre onglets (paramètre _tabid dans les requêtes ajax). Si un utilisateur veut aller faire autre chose, il peut donc le faire dans un autre onglet sans sorti de son processus.

En cas de sortie avant la fin de la suite d’écran dans sa navigation principale, il faudrait effectivement proposer un dialogue pour lui indiquer ce qui va se passer :

  • Conserver les données dans ma session (cas du screenflow)
  • Abandonner le processus (idem bouton “Abandonner”)
  • Annuler = ne pas quitter
  • Ouvrir un autre onglet
1 Like

Ce sera livré en 6.1.16

Save = valide l’étape courante

  • si ok = quitte le processus et va là où l’utilisateur a demandé
  • si ko = reste sur l’activité avec les erreurs

Quit = quitte le processus sans valider l’étape, l’utilisateur pourra y retourner en perdant ses éventuelles saisies sur cette activité

Cancel process= abandonne tout le processus

Cancel : annule et reste sur l’activité

2 Likes

This topic was automatically closed 60 minutes after the last reply. New replies are no longer allowed.