Technologie

Flux de travail

Personne ne conçoit un flux de travail en faisant glisser des cases sur une interface, pas plus qu'on ne rédige un contrat en ouvrant un document vierge. Vous répondez à des questions sur la façon dont le travail est réellement effectué — et le graphe est l'enregistrement de vos réponses.

Les questions sont celles qu'un nouveau collègue poserait lors de sa première semaine. Qu'est-ce qui déclenche cela ? À quoi dois-je le comparer ? Quels systèmes suis-je autorisé à utiliser, et que puis-je y faire ? Qui prend les décisions nécessaires, et quand dois-je m'arrêter pour vous consulter ? Répondez à six de ces questions et vous aurez décrit un processus qui aurait autrement pris deux semaines à spécifier et un mois à concevoir.

Les étapes qui nécessitent de lire, d'évaluer et de rédiger sont confiées à un employé numérique plutôt qu'à une règle, car c'est de cela qu'il s'agit : de jugement, et non de logique. Les étapes qui relèvent véritablement d'une décision humaine restent à la charge de la personne, selon un seuil que vous définissez. Tout le reste s'exécute de manière autonome — testé sur un cas réel avant son déploiement, tout en conservant le raisonnement derrière chaque décision prise.

Il vous interroge

Ce qui le déclenche, ce qu'il doit lire, quels systèmes il peut utiliser, qui décide, quand s'arrêter et demander. Six questions suffisent généralement à définir un processus entier — et chaque réponse devient un nœud que vous pouvez voir, remettre en question et modifier.

Un employé numérique se charge de l'évaluation

Les étapes qui nécessitent de lire, d'évaluer et de rédiger sont confiées à un collègue désigné plutôt qu'à une règle. Ava évalue le fournisseur par rapport à votre politique et montre son raisonnement, afin que la décision puisse être révisée comme celle de n'importe qui d'autre.

Il s'arrête là où vous le lui avez indiqué

Au-delà d'un certain seuil, ou lorsque la réponse est véritablement incertaine, l'exécution se met en pause et attend l'intervention d'une personne. Cette pause est prévue dès la conception, ce n'est pas un échec — un flux de travail qui ne pose jamais de questions est un flux que personne ne peut valider.

Dès lors, ce n'est la tâche de personne

Testé sur un cas réel, planifié, géré par une équipe, versionné. Il s'exécute de manière autonome jusqu'à ce qu'il ait besoin de vous — et vous indique ce qu'il a fait pendant votre absence.

Étapes

Huit types d'étapes

Un graphe de flux de travail n'est pas un organigramme composé de cases qui signifient toutes la même chose. Chaque étape appartient à l'un des huit types existants, et ce type détermine ce qu'elle peut faire, ce à quoi elle peut accéder et qui en est responsable.

C'est cette distinction qui rend un graphe révisable. N'importe qui peut observer une exécution et voir immédiatement quelles étapes ont chargé des données, lesquelles ont lancé un agent, lesquelles ont créé un embranchement et lesquelles ont nécessité l'approbation d'une personne — sans lire la moindre ligne de configuration. C'est également ce qui rend un graphe vérifiable avant même son exécution : un chargeur de données placé après l'étape qui en a besoin, ou un embranchement susceptible d'échouer sans solution de repli, est une erreur que la structure elle-même révèle.

ManuelDéclencheur

Quelqu'un lance l'exécution, et son instruction l'accompagne.

À la demande · un déclencheur par flux de travail

PlanificationDéclencheur

L'exécution démarre selon une cadence plutôt qu'à l'initiative d'une personne.

Toutes les 15 minutes · les matins en semaine

Source de donnéesChargeur de données

Récupère les données depuis un connecteur ou un fichier. Toujours placé avant l'étape qui l'utilise.

Postgres · une API de filtrage · une politique rattachée

AgentExécuteur d'agent

Effectue le travail — le seul type qui exécute un agent, et le seul auquel un employé numérique est assigné.

Document AI · Table AI · Chart AI · Q&A · Code

ConditionnelRouteur

Bifurque le flux — uniquement lorsqu'il y a deux voies de sortie ou plus.

Complet ? · dans la tolérance ? · au-dessus du seuil ?

TâchePoint de contrôle manuel

Met l'exécution en pause jusqu'à ce qu'une personne approuve ce qui a été produit.

Approuver le brouillon · valider l'exception

WidgetMoteur de rendu de widget

Affiche le résultat à l'écran — un tableau, un graphique, un tableau de bord.

Souvent la dernière étape

FichierSortie fichier

Produit plutôt un élément téléchargeable.

PDF · DOCX · PPTX · CSV

Arêtes

Cinq façons de connecter une étape

Une flèche sans étiquette indique seulement « et ensuite », ce qui est précisément le détail qu'un processus ne peut se permettre d'omettre. Chaque arête dans un flux de travail Scalata comporte une condition, et c'est cette condition que l'exécution suit réellement.

Qu'une étape se soit poursuivie, ait réussi, ait échoué, ait répondu à un élément précédent ou ait abandonné pour escalader vers une personne, ce sont cinq obligations différentes — et c'est ce qu'un auditeur, un régulateur ou un nouvel arrivant demandera en premier. Les nommer ne coûte rien lors de la conception et il est impossible de les reconstituer par la suite à partir d'une flèche qui n'a jamais signifié que « et ensuite ».

Séquence simple — l'option par défaut, et la majorité des liens sont de ce type.

L'étape précédente s'est terminée correctement. Uniquement à la sortie d'une étape susceptible d'échouer.

Elle a échoué. Chaque branche pouvant réussir nécessite l'une de ces options ou une solution de repli.

Un agent renvoie son résultat à une étape antérieure dans le graphe.

Le chemin automatisé est épuisé — transmettez-le à une personne.

Les nouvelles tentatives ne constituent pas un lien. Une étape susceptible d'échouer possède son propre budget de tentatives — combien de fois la relancer, et combien de temps attendre entre chaque essai — et ce n'est qu'une fois ce budget épuisé que l'échec emprunte le chemin d'erreur ou de repli.

Knowledge Graph

Tout ce qu'il a appris, sous une seule forme

Chaque exécution laisse une trace : un document lu, une décision expliquée, un système sollicité, une personne consultée. Le Knowledge Graph est la somme de ces éléments — le travail de votre organisation et les liens qui en unissent les parties.

C'est pourquoi le deuxième flux de travail est plus facile à concevoir que le premier. Un nouveau flux sait déjà quel système héberge votre base fournisseurs, quelle politique régit l'intégration, qui valide au-delà d'un certain seuil et comment se sont résolues les quatre dernières exceptions — car tout cela a été appris en cours d'exécution plutôt que recueilli lors d'une phase d'analyse.

Et il est inspectable. Vous pouvez y effectuer des recherches, voir ce qui est connecté à quoi, et remonter n'importe quelle arête jusqu'à l'exécution et la source qui l'a créée. Une mémoire que personne ne peut auditer est un risque ; celle-ci est un registre.

Transformez des semaines de travail d'expert en quelques minutes

Découvrez comment Scalata s'adapte à votre équipe, à vos données et à vos contrôles.

Contacter le service commercial