Deux façons de déclencher un agent. Les deux sont régies par vos règles.

Pourquoi c'est important

L'efficacité de l'IA dans le contrôle de conformité dépend de la qualité des contrôles encadrant son exécution. Un agent qui s'exécute systématiquement sur chaque fichier, sans nécessité, est inefficace et génère du bruit. Un agent qui exige que chaque examinateur pense à l'activer est peu fiable. Un agent accessible à tous sans gouvernance pose un problème de sécurité et d'audit.

Le modèle de déclenchement d'Aproove vous offre un contrôle précis sur deux axes : le moment d'exécution de l'IA et les personnes autorisées à l'activer. Les déclencheurs de workflow garantissent la cohérence des analyses critiques (vérification réglementaire à la réception, vérification de marque avant approbation). L'activation humaine permet aux examinateurs d'intégrer l'IA lorsqu'ils détectent un risque, sans être contraints de l'utiliser systématiquement. Le modèle d'autorisation garantit que ces deux approches sont conformes à la gouvernance de votre organisation.

Le résultat : une IA à la fois fiable (elle s'exécute quand vous en avez besoin) et maîtrisée (elle ne s'exécute que dans les contextes que vous avez approuvés).

Déclencheurs de workflow (automatisés)

Une action de workflow est le mécanisme qui permet à un agent de s'exécuter automatiquement au sein du workflow d'un projet. Les administrateurs configurent cela via l'outil d'administration des workflows en créant une action de type « Exécuter une invite IA » et en la liant à un déclencheur.

Événements déclencheurs courants :

• Création d'un projet ou chargement d'un fichier. Un nouveau fichier est ajouté à la section « Approbation », déclenchant une analyse immédiate par un agent. Ce cas est fréquent pour la présélection des risques ou la vérification initiale de la marque.
• Fin de tâche ou réponse à une invitation. Un réviseur termine son étape et un agent s'exécute comme action suivante, validant le fichier avant de le transmettre au réviseur suivant.
• Événements de décision. Une décision spécifique (Approuvé, Rejeté, Envoyer à l'expert) déclenche un agent. Par exemple : lorsqu’une équipe créative marque une ébauche comme « Prête pour le service juridique », un agent de conformité réglementaire effectue un pré-examen des informations avant que le juriste ne la prenne en charge.
• Approbation du projet ou de l’épreuve. Un agent de dernière étape s’exécute après approbation, vérifiant qu’aucune modification de dernière minute n’a introduit de nouveau risque.
• Conflits de décision. Un agent s’exécute en cas de désaccord entre les personnes assignées, générant une analyse tierce que le gestionnaire de conflits peut utiliser pour trancher.
• Date limite du projet. Des déclencheurs temporels peuvent exécuter un agent selon une planification.
• Déclencheurs conditionnels par métadonnées. Les déclencheurs peuvent évaluer les métadonnées du projet, du fichier ou du composant avant de se déclencher, de sorte qu’un agent ne s’exécute que lorsque les conditions correspondent (type de fichier, catégorie de projet, cadre réglementaire ou tout autre champ de métadonnées).

Emplacement d’une action. Les actions peuvent être configurées au niveau du flux de travail (spécifique à une étape ou une transition) ou au niveau du projet. (Indépendamment de l'état du flux de travail). Les actions au niveau du flux de travail s'exécutent en premier, puis les actions au niveau du projet. Ainsi, les agents liés à des événements spécifiques du flux de travail se déclenchent dans un ordre prévisible.

Que se passe-t-il après le déclenchement ? Lorsqu'il est déclenché, l'agent traite le fichier ou le composant concerné, écrit ses balises et notes dans l'épreuve, et l'étape suivante du flux de travail se poursuit. Les personnes qui héritent du fichier voient les résultats de l'agent déjà affichés sur la page.

Invocation humaine (déléguée)

Les réviseurs disposant des autorisations appropriées invoquent manuellement les agents depuis l'interface de révision ou la vue du plan d'épreuve. Les agents disponibles apparaissent dans l'interface utilisateur en fonction des agents configurés pour leur rôle.

Contextes d'invocation :

• Épreuve unique (contexte d'épreuve). Un réviseur dans l'interface de révision peut exécuter un agent sur l'épreuve qu'il consulte. Utile pour une revue ciblée d'un fichier spécifique.
• Plusieurs preuves (contexte de section). Un réviseur dans la vue Plan de preuve peut exécuter un agent sur plusieurs preuves à la fois, avec une exécution parallèle (forking) pour les cycles à volume élevé. Utile pour la revue par lots ou l'analyse de l'ensemble des ressources d'une campagne en une seule passe.
• Sélection spécifique. Lorsqu'il est pris en charge, un agent peut être invoqué sur un composant spécifique désigné par un réviseur (un paragraphe, une section, une image), plutôt que sur le fichier entier.

Qui peut invoquer quoi.

• Les agents sont regroupés en ensembles de modèles d'invite.
• Les ensembles de modèles d'invite sont attribués à des rôles au niveau du schéma.
• Un utilisateur hérite de l'accès à un agent via son rôle.
• L'utilisateur ne voit et ne peut invoquer que les agents autorisés par son rôle.

Cela signifie qu'un agent spécialisé dans la marque peut être disponible pour votre équipe de marque, un agent de mentions légales disponible uniquement pour les juristes et un agent de conformité réglementaire disponible pour un groupe de conformité spécifique, le tout dans le même projet, chaque rôle ne voyant que ce qui lui est propre. C'est comme une plateforme marketing avec des flux d'approbation automatisés et un contrôle de version, mais appliquée à votre processus spécifique avec votre vision et vos directives.

Une règle essentielle. Lorsqu'un utilisateur invoque un agent, celui-ci opère strictement dans les limites de ses autorisations. Il ne peut accéder à aucun fichier, composant ou projet au-delà de ce que l'utilisateur invocateur est autorisé à voir. L'IA ne constitue jamais une porte dérobée vers des données auxquelles l'invocateur n'a pas accès.

Configuration des autorisations pour les deux voies

Les autorisations de déclenchement s'appliquent légèrement différemment selon le modèle, mais utilisent la même infrastructure d'autorisations :

• Les déclencheurs automatisés sont régis par la configuration du flux de travail. L'administrateur qui configure le flux de travail peut définir quels agents s'exécutent en tant qu'actions et sur quels déclencheurs. La conception du flux de travail est elle-même une activité soumise à des autorisations.
• L'invocation humaine est régie par l'attribution des rôles dans le schéma, les ensembles de modèles d'invite contrôlant les agents qu'un rôle peut voir et invoquer. Les autorisations peuvent être définies au niveau de l'utilisateur, du rôle ou de l'équipe.
• Ces deux chemins sont indépendants des autorisations de révision au niveau du fichier. La portée d'un agent est configurée séparément de celle d'un réviseur. Vous pouvez donner à un réviseur l'accès à un fichier sans lui donner accès à un agent, et inversement.

Lorsqu'un agent s'exécute, le déclencheur du flux de travail ou l'utilisateur qui l'a déclenché est enregistré dans le journal d'audit, avec les résultats de l'agent. Aucune activité d'IA anonyme n'est présente dans le système.

Fonctionnement d'un agent lors de son déclenchement

Quel que soit le mode de déclenchement de l'agent, les actions suivantes se produisent une fois qu'il est lancé :

1. L'agent lit la représentation structurée du fichier. Il utilise la décomposition atomique du fichier (texte, métadonnées, zones d'image, mise en page, couleur, éléments de marque) fournie par Aproove, plutôt qu'une image aplatie.
2. L'agent effectue son analyse. Il analyse les composants ciblés, en utilisant ses fichiers de configuration (guide de style, cadre de conformité, liste de mots interdits, charte graphique, etc.).
3. L'agent renvoie ses résultats. Des étiquettes (gravité, catégorie) et des notes (problème spécifique, solution suggérée) sont ajoutées aux composants signalés par l'agent. Chaque note est préfixée [GÉNÉRÉE PAR L'IA] et attribuée à un utilisateur (l'utilisateur qui l'a déclenchée ou l'utilisateur responsable de l'étape du flux de travail). Le flux de travail ou le réviseur passe à l'étape suivante. Pour les déclencheurs automatisés, le flux de travail se poursuit avec les résultats de l'agent déjà enregistrés dans le fichier. En cas d'intervention humaine, le réviseur voit immédiatement les résultats et décide de la suite des opérations. L'historique d'audit enregistre l'exécution. Les tâches de génération enregistrent l'appel de l'agent, le modèle utilisé, la version de l'invite, le coût (le cas échéant) et les résultats renvoyés. Les dépenses et la provenance restent transparentes.

Avantages

• Les analyses critiques ne peuvent être ignorées. Les déclencheurs de flux de travail garantissent que les contrôles obligatoires (pré-filtrage réglementaire, validation de marque, examen final de conformité) sont exécutés sur chaque fichier passant à cette étape.
• Les examinateurs utilisent l'IA lorsqu'ils le souhaitent. Le déclenchement délégué met l'IA à la disposition de l'examinateur comme un outil à sa disposition, sans l'obliger à l'utiliser pour chaque fichier.
• Les autorisations correspondent à votre gouvernance. Le contrôle d'accès basé sur les rôles détermine qui peut déclencher quels agents. La configuration au niveau du schéma facilite l'administration.
• L'activité de l'IA est limitée par les autorisations utilisateur. Les agents ne peuvent pas dépasser les droits d'accès de l'utilisateur ou du flux de travail qui les a déclenchés. L'IA n'est pas une porte dérobée. Les déclencheurs conditionnels réduisent le bruit. Les déclencheurs basés sur les métadonnées permettent aux agents de ne s'exécuter que lorsque les conditions sont remplies, et non sur chaque fichier indépendamment de sa pertinence. Deux modèles de déclenchement, une seule bibliothèque d'agents. Les mêmes agents peuvent être déclenchés automatiquement dans certains flux de travail et délégués à des utilisateurs dans d'autres. Plus besoin de gérer des configurations parallèles. Chaque déclenchement est consigné dans l'historique d'audit. Les déclencheurs de flux de travail, les interventions humaines et les résultats des agents sont tous enregistrés. L'activité de l'IA est observable et vérifiable.

À qui s'adresse ce produit ?

• Administrateurs Aproove : configuration de l'intégration des agents dans les flux de travail métier spécifiques.
• Responsables de la conformité et de la gouvernance : définition des politiques relatives à l'exécution de l'IA et aux personnes autorisées à l'exécuter.
• Responsables des flux de travail : conception de processus de revue combinant IA automatisée et IA à la demande.
• Réviseurs et experts métiers : travail dans des environnements où l'IA fait partie intégrante du processus de revue.
• Équipes informatiques et de sécurité : évaluation des contrôles de déploiement de l'IA dans les environnements réglementés.

Fonctionnement interne

Le déclenchement de l'agent IA s'effectue via le framework Actions et Déclencheurs d'Aproove, qui fait partie du moteur BPM (Gestion des Processus Métier). Les actions de workflow de type « Exécuter une invite IA » font référence à un modèle d'invite IA configuré avec un contexte « Action » (distinct des contextes « Épreuve » ou « Section » utilisés pour l'intervention humaine). Les déclencheurs peuvent être associés à des événements tels que la création d'un projet, le chargement d'un fichier, la fin d'une tâche, les décisions, les conflits, l'approbation d'un projet ou d'une épreuve, les échéances du projet et les événements configurables du flux de travail. Les déclencheurs prennent en charge l'évaluation des métadonnées, qui conditionne leur déclenchement aux valeurs des métadonnées du projet, du fichier ou du composant. Les actions peuvent être configurées au niveau du workflow (par étape, par transition) ou au niveau du projet (indépendamment de l'état du workflow), les actions au niveau du workflow s'exécutant par défaut avant celles au niveau du projet. L'invocation humaine s'effectue via l'interface de révision (contexte de preuve) ou la vue du plan de preuve (contexte de section, avec duplication parallèle), filtrée par le rôle de l'utilisateur et les modèles d'invite associés à ce rôle au niveau du schéma. Les agents d'IA opèrent strictement dans les limites des permissions de l'utilisateur : ils ne peuvent accéder à aucun fichier, composant ou projet autre que ceux auxquels l'utilisateur est autorisé à accéder. Chaque exécution d'agent est consignée dans les tâches de génération, avec l'intégralité des enregistrements des appels d'API, les informations sur le modèle et le fournisseur, ainsi que les données de coût du fournisseur. Les balises et notes renvoyées par l'agent sont réécrites dans la preuve avec le préfixe [GÉNÉRÉ PAR L'IA] et attribuées à un utilisateur humain, s'intégrant ainsi au même journal d'audit qui enregistre les décisions humaines.