K2 Five – Le K2 Workflow Designer

Ce billet fait partie d’une série de billets sur les nouveautés des versions Five et Cloud, mises à disposition en octobre 2017.

Pour le premier article détaillant les nouveautés de K2 Five, nous allons parler du nouvel outil de conception de workflow. Les plus gros changements sont esthétiques, mais d’autres modifications ont été apportées. Petite parenthèse pour les nouveaux propriétaires de la plateforme, les workflows K2 sont le moyen d’automatiser des tâches, coté serveur. Une fois ces workflows associés avec des formulaires et des smartobjects (les connecteurs), vous avez une application BPM.

K2workflowDesigner
L’image est un peu déroutante, l’usage est beaucoup plus agréable !

Lire la suite

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

Lire la 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é Lire la 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. Lire la suite