SolutionsFlux de travail configurables
Dans continON, la forme d’un processus est constituée de données : états, transitions, qui agit à chacun d’eux, ce qu’exige une étape et ce que déclenche chaque passage. Une demande soumise devient une instance active de cette définition – modifier la définition modifie donc ce que fait la demande suivante, sans reconstruire les applications qui l’entourent.
Stockée sous forme de métadonnées et interprétée à l’exécution. Une modification est publiée, pas déployée.
L’examen technique et l’examen des coûts sont tous deux actifs sur la même demande. Le moteur maintient plusieurs états courants, vérifie avant d’avancer qu’un état cible est atteignable par les transitions que vous avez dessinées, et ne poursuit au-delà de la vérification qu’une fois cette étape réussie.
Un état désigne une règle, pas une personne : 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 création de la demande ou un groupe de fonctions nommé. La règle est résolue d’après l’organigramme tel qu’il se présente le jour où la demande est traitée ; une promotion ou une mutation modifie donc l’acheminement sans que personne ait à le corriger.
Un formulaire versionné est lié à l’état et s’ouvre lorsque le travail y arrive ; le soumettre fait avancer l’instance et emporte les données saisies. Ses listes déroulantes, valeurs par défaut et listes de valeurs proviennent de requêtes enregistrées : les choix proposés reposent donc sur des données réelles et non sur une liste saisie dans un écran.
Un état peut comporter un délai avec un destinataire d’escalade pour les étapes en retard, et peut être marqué comme exigeant une vérification au regard de vos normes documentées avant que le processus puisse continuer. Les chemins de refus sont des transitions comme les autres : un refus est donc un parcours prévu dans la définition, et non une exception en dehors d’elle.
C’est dans les transitions qu’une définition cesse d’être un dessin. Un passage peut notifier et envoyer des e-mails, ajouter ou retirer des parties prenantes sur une demande déjà en cours, exécuter une procédure définie, générer des tâches pour la personne qui doit agir ensuite, ou fusionner les données propres de la demande dans un modèle et classer le PDF final dans le dépôt documentaire contrôlé.
Document Template Designer
Chaque révision enregistrée d’une définition est conservée ; on peut ainsi toujours savoir sous quelle version une demande donnée a été exécutée, longtemps après que la définition a évolué. Les rapports et les tableaux de bord lisent les mêmes requêtes enregistrées que les formulaires, avec des autorisations accordées à des fonctions et à des partenaires plutôt qu’à des individus.
Ici, la plupart des modifications relèvent de la configuration : étapes, champs, règles, mises en page, autorisations. Au-delà, les utilisateurs avancés étendent le système avec SQL et JavaScript, et le concepteur de tables génère un véritable schéma de base de données dans votre propre espace de noms. C’est pourquoi continON présente les Builders comme une configuration extensible – et non comme un moyen de se passer du code.
Query & Data Source Builder
Une démonstration guidée sur un mandant de démonstration anonymisé : une définition dessinée, une demande soumise sur cette base, deux examens menés en parallèle et le document que produit la transition de validation.
