Automatisation
Suivre des règles et des étapes définies.
Pour les contrôles, mises à jour et routages répétables.
ExempleSignaler un changement de coût et transmettre une revue.
Réagissez aux variations de coûts, analysez les exceptions et soumettez les actions à validation, avec des workflows et des agents IA qui opèrent dans le cadre de vos règles métier.
Suivez une mise à jour de coûts à travers des contrôles, une investigation et une réponse proposée, avec une validation au point de contrôle requis.
Soumis ne veut pas dire validé, publié ou marge récupérée. Chiffres illustratifs.
Suivre des règles et des étapes définies.
Pour les contrôles, mises à jour et routages répétables.
ExempleSignaler un changement de coût et transmettre une revue.
Examiner un objectif avec des outils autorisés.
Quand le travail exige d’examiner des informations et de décider quoi inspecter ensuite.
ExempleExpliquer une baisse de marge, preuves à l’appui.
Ajouter une investigation à un processus défini.
Quand des étapes de routine nécessitent une évaluation assistée par un agent avant l’action suivante.
ExempleÉvaluer les comptes concernés avant de préparer une réponse tarifaire.
| Propriété | Automatisation | Agent | Workflow combiné |
|---|---|---|---|
| Qui choisit le chemin | Vous, sur le canvas, avant l’exécution | L’agent, à l’exécution, une étape à la fois | Vous dessinez le chemin et confiez une étape |
| Répétabilité | Suit des règles et des branches configurées | Raisonne vers l’objectif, donc le chemin peut varier | Défini avant et après l’étape de raisonnement |
| Point de départ | Une exécution manuelle, un événement système ou une planification | Une demande, ou une étape au sein d’un workflow | Ce qui démarre le workflow |
| S’exécute sur | Listes de prix, rulesets, datasets, views et le newsfeed | ||
| Gouvernance | La même pour les trois : les permissions du créateur, votre politique de cycle de vie, un enregistrement d’exécution par exécution | ||
Une condition identifie un sous-ensemble d’enregistrements au lieu de les tester un par un, puis une action prise en charge opère sur ce sous-ensemble : un marquage sur de nombreux articles est donc une seule écriture, pas une par article. Deux limites sont à connaître. Une étape qui traite chaque membre séparément, par exemple faire passer une famille d’enregistrements dans un cycle de vie, en prend au plus 500 par exécution, car chaque membre représente son propre cycle de lectures et d’écritures au sein d’un seul worker. Une étape qui effectue un seul travail sur l’ensemble n’est pas plafonnée de cette façon. Le nombre d’enregistrements influe tout de même sur la durée des requêtes sous-jacentes.
Une investigation menée par un agent aboutit à quelque chose que vous pouvez lire et vérifier, pas à un mur d’appels d’outils. Les appels restent disponibles quand vous en avez besoin.
La marge a reculé de 2.2 points. Les coûts de revient rendus en expliquent presque la totalité, concentrés sur trois fournisseurs, et onze clients portent l’essentiel de l’exposition.
| Coût | −2.4 | Coût de revient rendu, majoration de fret |
|---|---|---|
| Mix | +0.3 | Glissement vers des lignes à marge plus élevée |
| Prix | −0.1 | Prix réalisé globalement maintenu |
| Net | −2.2 | Points de marge, du T1 au T2 |
Enregistré comme note, citant les enregistrements ci-dessus. Une note est un brouillon : rien n’a été publié et aucun prix n’a bougé.
Exécution illustrative utilisant des outils pris en charge. Chaque outil nommé ci-dessous existe dans le produit ; l’exécution elle-même est une composition pour cette page, pas la capture d’une exécution réelle.
search_pricing_modelslectureNortheast Price Book, T1 et T2engine_query_datalecture1,842 articlesdesign_new_analysislectureCoût +2.4 pts, mix +0.3, prix −0.1check_data_provenancelectureCoût de revient rendu, majoration de fret, 3 fournisseursengine_query_datalectureLes 11 premiers portent 68 % de l’expositioncreate_notebrouillonNote enregistrée, rien de publiéLes calculs sont effectués par les outils de requête et d’analyse, pas par le modèle de langage. Le modèle décide quel outil appeler et rédige ce qui en est revenu.
Un workflow agit sous son propre nom, avec l’autorité de son créateur. Les rôles sont relus auprès du créateur à chaque exécution : une permission retirée s’applique dès l’exécution suivante, et un workflow ne peut jamais aller plus loin que la personne qui l’a construit. Si cette personne perd son rôle, il refuse de s’exécuter et en consigne la raison.
C’est votre politique de cycle de vie qui décide, pas le workflow. Une étape assignée à des personnes nommées ne peut pas du tout être effectuée par un workflow : elle est refusée, et le travail les attend. Les étapes assignées à personne s’exécutent avec l’autorité du créateur, comme toute autre action.
Une exécution est un job, et annuler le job l’arrête avant son étape suivante. Le travail déjà accompli reste acquis, car arrêter n’est pas annuler. Une exécution qui s’interrompt avec son worker est clôturée en échec plutôt que laissée ouverte.
Chaque exécution conserve son déclencheur, chaque effet avec l’étape et l’enregistrement concernés, le début et la fin, et en cas d’échec l’étape en cause et son erreur. Des notes consignent pourquoi une exécution a fait moins qu’elle n’aurait semblé devoir faire : c’est ainsi qu’on distingue une exécution qui n’a rien atteint d’une exécution qui n’avait rien à faire.
Quatre schémas récurrents. Chacun est quelque chose que vous construiriez, pas un modèle qui attend dans le produit.
Construit sur un dataset ou une view qui porte ces dates. Les automatisations s’exécutent sur les listes de prix, les rulesets, les datasets, les views et le newsfeed ; il n’existe pas d’entité accord ou ristourne à laquelle elles se rattachent directement.
Workflows et agents utilisent les enregistrements partagés, les actions prises en charge et les contrôles de gouvernance de Revomo.
Voyez avec nous comment Revomo peut combiner étapes définies, investigation assistée par un agent et contrôles de validation autour de votre travail commercial.