La plupart des logiciels opérationnels codent en dur la manière dont le travail circule : pour modifier la chaîne de validation, il faut ouvrir un ticket de développement. Dans continON, la forme du travail est une donnée. Les définitions de processus, de formulaires, de requêtes, de documents, de rapports et de tableaux de bord sont stockées sous forme de métadonnées et interprétées à l’exécution : une définition modifiée prend effet sans redéployer les applications qui l’utilisent.
Les définitions s’exécutent réellement. Une demande soumise devient une instance de processus en cours qui progresse à travers les états dessinés sur le canevas, détermine qui agit à chaque étape à partir des fonctions de l’organigramme et déclenche les actions configurées – une notification, un document généré, une tâche – à chaque transition. C’est ce moteur d’exécution, et non la surface de dessin, qui distingue les Builders d’un outil de diagrammes.
La limite est énoncée honnêtement. La plupart des changements relèvent de la configuration : étapes, champs, règles, mises en page, autorisations. Lorsqu’une exigence dépasse les concepteurs visuels, 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 – c’est précisément pourquoi continON présente les Builders comme une configuration extensible, et non comme un produit no-code.
