Tâche au compte de service K2 (1/3) : workflow state machine

Cet article fait partie d’une série d’articles qui mettent en avant l’intérêt d’attribuer une tâche au compte de service K2. Ces articles dépendent des K2 Services, je vous invite à jeter un coup d’œil à l’article dédié pour avoir un smartobject associé à la méthode action a task.

  1. Workflow State Machine
  2. Gérer les acteurs externes
  3. Annuler à tout moment une demande

(suite…)

Définir une sortie par défaut lors d’une escalade

Les escalations K2 (principe de surveillance des activités et instances) sont souvent utilisées pour alerter un ou des utilisateurs que leur tâche approche ou a dépassé les temps impartis. Mais grâce à elles, il est également possible de rediriger la tâche vers d’autres utilisateurs (action Redirect) ou vers d’autres activités (action Go to Activity) ou de la faire expirer (action Expire Activity).

Les actions d'escalade
Les actions d’escalade

Dans ce billet, nous allons donc voir une astuce qui permet de configurer l’escalation pour que l’instance prenne un chemin par défaut en cas de dépassement. Le comportement souhaité (suite…)

Escalader aux utilisateurs n’ayant pas terminé leur tâche

Aujourd’hui une petite astuce simple et forcément méconnue. Il vous est surement arrivé d’assigner une tâche à plusieurs personnes et de positionner une escalade en cas de non traitement de la tâche dans un délai imparti. Dans la majorité des cas la configuration réalisée permet l’envoi du mail d’alerte, mais à tous les utilisateurs qui ont reçu originellement la tâche (i.e. sous entendu même ceux ayant déjà fait leur travail), nous allons donc voir dans ce billet comment faire en sorte que seuls les utilisateurs n’ayant pas encore traité leur travail reçoivent cette alerte. (suite…)