Les processus métier réels sont rarement linéaires. Un événement n'entraîne généralement pas une seule réaction, mais l'une parmi plusieurs possibles, selon les conditions remplies. Une automatisation qui ne sait représenter qu'un déroulement linéaire de l'étape un à l'étape dix atteint vite ses limites. 1Tool répond à ce problème par une structure arborescente : les automatisations peuvent se ramifier, de sorte qu'une condition mène à plusieurs étapes suivantes possibles.
Pourquoi les déroulements linéaires ne suffisent souvent pas
Un simple « si… alors » fonctionne bien tant qu'il n'existe réellement qu'un seul cas pertinent. Dans la pratique, plusieurs variantes se présentent pourtant le plus souvent en même temps : selon le statut, la catégorie, la priorité ou d'autres caractéristiques, la réaction doit être différente. Si l'on représente tout cela dans une seule chaîne linéaire, le déroulement devient soit d'une longueur illisible, soit il faut plusieurs automatisations séparées, vaguement reliées entre elles, pour couvrir tous les cas. Dans les deux cas, il devient difficile de garder une vue d'ensemble du processus.
Une condition, plusieurs chemins possibles
Dans l'éditeur de 1Tool, une condition n'est donc pas limitée à une seule étape suivante. Elle peut avoir plusieurs étapes enfants, chacune représentant un chemin propre dans le déroulement. Déclencheur, conditions et actions ne forment ainsi pas une simple chaîne, mais une arborescence d'étapes parents et enfants : un déclencheur peut mener à plusieurs conditions, et chaque condition à plusieurs actions ou à d'autres conditions. Un « si… alors… sinon » à plusieurs chemins se représente ainsi sous la forme d'un arbre unique et cohérent, au lieu d'être réparti sur plusieurs automatisations distinctes.
Visible plutôt que caché
La différence décisive avec la logique de programmation classique réside dans la représentation. Les règles « si… alors » imbriquées dans du code ou des fichiers de configuration sont souvent difficiles à comprendre pour un tiers : il faut lire le texte et reconstituer mentalement quel cas mène à quel résultat. Dans l'éditeur visuel de 1Tool, toute la ramification est au contraire visible sous forme d'arbre sur le canevas : vous voyez d'un coup d'œil quelle condition mène à quels chemins, car chaque étape est un nœud distinct et relié. Cette visibilité facilite la compréhension, la vérification et, si nécessaire, l'extension d'un déroulement existant, y compris pour les personnes qui n'ont pas construit l'automatisation elles-mêmes.
Adaptable, car enregistré
Comme toute la structure est enregistrée, y compris la position des nœuds, toutes les connexions et même le niveau de zoom, une ramification une fois construite reste compréhensible dans la durée. Si le processus métier évolue et qu'un nouveau cas s'ajoute, il suffit d'ajouter un chemin supplémentaire à l'arbre existant, au lieu de reconstruire toute l'automatisation.
Questions fréquentes
Combien de chemins une condition peut-elle avoir ?
Une condition peut avoir plusieurs étapes enfants : l'automatisation forme ainsi une arborescence, et non une simple chaîne linéaire.
Dois-je reconstituer la ramification mentalement, comme avec du code ?
Non. La ramification est représentée sous forme de nœuds reliés sur le canevas, de sorte que la structure est immédiatement visible.
Puis-je étendre plus tard un déroulement ramifié existant ?
Oui. L'ensemble de la structure est enregistré et peut être rouvert à tout moment pour ajouter d'autres chemins ou étapes.
Aimeriez-vous voir comment construire un déroulement ramifié pour votre propre processus métier ?
Prendre rendez-vous pour une démo