Process Builder

Un processus se dessine sous forme d’états et de transitions sur un canevas. Chaque état porte sa propre configuration : les groupes d’acteurs autorisés à y agir, un délai avec une cible d’escalade pour les étapes en retard, la possibilité ou non d’ajouter des parties prenantes, les règles d’annulation, et l’obligation éventuelle pour l’étape de passer une vérification par rapport à vos normes documentées avant que le travail ne se poursuive. Les définitions sont stockées sous forme de métadonnées versionnées : publier une modification ne signifie donc pas redéployer une application.

C’est la même définition qui s’exécute. Soumettre une demande crée une instance de processus en cours dont l’état courant progresse transition par transition, et une instance peut avoir plusieurs états actifs simultanément – de véritables branches parallèles, pas un pointeur linéaire unique. Avant tout passage, le moteur vérifie que l’état cible est effectivement atteignable par le graphe de transitions défini.

Les acteurs sont déterminés à l’exécution au lieu d’être codés en dur. Une étape peut viser l’initiateur, le supérieur de l’initiateur, le supérieur de l’utilisateur actuel, le responsable de l’unité, une personne choisie lors de la demande ou un groupe nommé de fonctions – tous déterminés d’après l’organigramme tel qu’il se présente ce jour-là. Un processus porte aussi son propre placement : groupes cibles, critères d’entrée et position dans le menu où les utilisateurs le trouvent ; il peut en outre être configuré pour s’exécuter à la première connexion, après la connexion ou avant la déconnexion.