Bonjour,
Comment puis je modéliser un processus où une notification de rappel est envoyée un utilisateur tous les deux jusqu’à ce qu’il exécute la tâche qui lui est assignée.
Cdt,
Bonjour,
une option serait de mettre un “interupting boundary timer even” sur la tâche humaine, de le connecter à une tâche automatique qui se charge de l’envoi de l’email et ensuite de reboucler sur la tâche humaine.
Une limitation de cette approche est la suppression de l’instance courante de la tâche humaine tous les deux jours et la création d’une nouvelle instance après l’envoi de l’email.
Bonjour,
Avec cette option, la notification sera envoyée tous les deux jours à l'utilisateur concerné jusqu'à ce qu'il exécute sa tâche. Est-ce possible d'arrêter cette tâche automatique, d'envoie de l'e-mail, si pour une raison ou une autre l'utilisateur ne pouvez plus réaliser sa tâche et qu'il était plus nécessaire qu'il soit notifié.
Cordialement,
Est ce que la tâche doit être conservée pour être réalisée par un autre utilisateur ? Ou est ce que la tâche doit être considérée comme exécutée et la suite du processus déroulée ?
La tâche devra plutôt être concervée pour être réalisée par une autre personne.
Une piste pour cela serait de combiner :
- d'une part un filtre d'acteur pour déterminer dynamiquement qui doit faire la tâche
- d'autre part un "interupting boundary timer even" avec un script Groovy qui calculera de manière dynamique quand doit être envoyé le rappel. Si il ne faut pas envoyer de rappel il pourra par exemple être configuré à une date très lointaine pour ne jamais expiré