IA agentique en finance

L’IA agentique ne se contente pas de répondre à une question : elle choisit et enchaîne des actions autorisées pour accomplir une mission financière. Un agent logiciel est un programme qui observe des informations, sélectionne une action et exploite son résultat pour poursuivre ou arrêter une tâche. Son autonomie reste bornée par des règles, des droits d’accès et des validations humaines.

• Une mission plutôt qu’une simple réponse. Pour expliquer une baisse de marge sur coûts variables, l’agent peut consulter les données approuvées, calculer les écarts, rechercher les éléments disponibles et préparer un commentaire. Il doit séparer les faits établis, les hypothèses et les informations manquantes.
• Des outils plutôt que des calculs improvisés. L’agent s’appuie sur des fonctions de calcul et des sources autorisées. Le budget est une référence chiffrée approuvée traduisant les objectifs et les moyens d’une période. L’EPM (Enterprise Performance Management), ou gestion de la performance d’entreprise, désigne les processus et méthodes de pilotage de la performance. Un logiciel EPM peut notamment structurer les budgets, les prévisions, les analyses et leurs validations.
• Une responsabilité qui reste humaine. Préparer une proposition, enregistrer un brouillon et publier une donnée officielle n’engagent pas les mêmes risques. Les actions sensibles nécessitent une approbation explicite et une trace exploitable.

L’IA générative est une intelligence artificielle qui produit du contenu, notamment du texte, à partir d’instructions et d’informations disponibles. Elle peut constituer une composante de l’agent, sans suffire à rendre le système agentique. Un assistant qui rédige seulement un commentaire ne conduit pas nécessairement un processus.

La différence utile est donc opérationnelle : quels outils le système peut-il appeler, quelles décisions intermédiaires peut-il prendre et à quel moment doit-il s’arrêter ? La fiche sur l’IA générative et les copilotes en finance complète cette distinction. L’objectif n’est pas de supprimer les contrôles, mais d’organiser le travail préparatoire sans diluer la responsabilité.

La direction financière dispose souvent des informations nécessaires, mais elles sont dispersées entre applications, fichiers et échanges avec les opérationnels. Pour répondre à une question apparemment simple, le contrôleur doit retrouver la bonne période, vérifier le périmètre, rapprocher les sources, calculer les différences et demander une explication au responsable concerné. Le travail est autant une succession de tâches qu’un exercice d’analyse.

Le budget sert de référence approuvée. Le forecast, ou prévision actualisée, est une estimation révisée des résultats attendus à partir des informations disponibles. Confondre ces références conduit à commenter un écart qui ne répond pas à la question posée. Un agent correctement encadré peut vérifier la référence demandée avant de commencer ses calculs. Une version est un état identifié d’un jeu de données ; elle permet de distinguer, par exemple, une prévision de travail d’une prévision approuvée.

Les difficultés récurrentes sont concrètes :

• des demandes incomplètes, sans entité, période ou version précisée ;
• des extractions répétées et des recopies qui introduisent des erreurs ;
• des explications non reliées à une pièce ou à un interlocuteur identifié ;
• des relances oubliées et des dossiers laissés sans conclusion ;
• des analyses qui changent de méthode selon leur auteur.

L’agent peut prendre en charge cette coordination : vérifier les éléments disponibles, demander une précision, exécuter un calcul autorisé, préparer une demande de justification et assembler un dossier. Il facilite ainsi le passage entre données, analyse et validation, là où une réponse textuelle isolée ne suffit pas.

Il ne résout toutefois pas l’absence de règles de gestion. Si les données utilisent des définitions incompatibles ou si personne n’est responsable d’un chiffre, son autonomie peut amplifier les incohérences. Une architecture de données finance organisée reste donc un préalable. Le bénéfice doit être recherché sur un processus identifié, pas sur une promesse générale de remplacement du travail financier.

Le fonctionnement repose sur une boucle : observer la situation, choisir une action autorisée, vérifier son résultat et décider de poursuivre. Un modèle de langage est un modèle informatique qui traite et génère du langage ; il peut aider l’agent à interpréter la demande, mais ne doit pas devenir l’unique moteur des calculs financiers.

1. Qualifier la mission. L’agent identifie la question, l’entité, la période, la référence de comparaison et le résultat attendu. Si une information indispensable manque, il demande une précision au lieu de choisir silencieusement.
2. Établir un plan d’action. Il décompose la mission en consultations, calculs et contrôles. Le plan respecte une liste d’outils autorisés et des conditions d’arrêt fixées à l’avance.
3. Consulter les sources. Une API, ou interface de programmation, permet à des logiciels d’échanger des données ou de déclencher des fonctions selon un contrat défini. L’agent utilise ces interfaces avec une identité technique identifiable et des accès limités à la mission.
4. Exécuter les opérations. Les agrégations et les formules sont confiées à un calcul déterministe, c’est-à-dire un calcul qui produit le même résultat pour les mêmes entrées et les mêmes règles. Le modèle de langage explique le résultat ; il ne remplace pas le moteur financier.
5. Contrôler et compléter. L’agent compare les totaux, vérifie les unités et recherche les justificatifs disponibles. Il distingue une différence calculée d’une cause seulement supposée. Une source manquante peut provoquer une demande humaine ou un arrêt.
6. Soumettre ou exécuter. Selon les droits accordés, il remet une analyse, crée un brouillon ou demande une approbation. Une action engageante n’est exécutée qu’après le contrôle prévu.

La traçabilité est la possibilité de retrouver les sources, transformations et actions ayant conduit à un résultat. Elle couvre ici la demande initiale, les données consultées, les outils appelés, les résultats et les validations. Elle doit permettre de reconstituer le dossier sans exiger la conservation d’un raisonnement interne détaillé du modèle.

La boucle est bornée : délai maximal, consommation de ressources, erreurs répétées et accès refusés doivent entraîner un arrêt contrôlé.

Dans cet exemple entièrement fictif, une entreprise industrielle demande à un agent d’expliquer l’écart mensuel de marge sur coûts variables d’un produit entre le réel et le budget. Les données sont approuvées, exprimées en euros et limitées à un produit, sans effet de devise ni changement de périmètre.

Les coûts variables sont les coûts qui évoluent avec le niveau d’activité, dans les hypothèses retenues. La marge sur coûts variables est égale au CA moins les coûts variables ; elle ne constitue pas le résultat net de l’entreprise.

| Donnée | Budget | Réel | Écart réel − budget | |---|---:|---:|---:| | Quantité vendue | 1 000 | 1 100 | +100 | | Prix de vente unitaire | 100 € | 95 € | −5 € | | Coût variable unitaire | 60 € | 62 € | +2 € | | CA | 100 000 € | 104 500 € | +4 500 € | | Coûts variables | 60 000 € | 68 200 € | +8 200 € | | Marge sur coûts variables | 40 000 € | 36 300 € | −3 700 € |

L’écart budgétaire est le réel moins le budget. Ici, l’écart de CA est favorable au CA, tandis que la hausse des coûts est défavorable à la marge sur coûts variables. Les calculs sont : CA budgété = 1 000 × 100 = 100 000 € ; CA réel = 1 100 × 95 = 104 500 €. Coûts budgétés = 1 000 × 60 = 60 000 € ; coûts réels = 1 100 × 62 = 68 200 €.

Les marges sur coûts variables sont donc 100 000 − 60 000 = 40 000 € et 104 500 − 68 200 = 36 300 €. L’écart vaut 36 300 − 40 000 = −3 700 €, défavorable.

Pour décomposer cet écart, l’agent applique une convention explicite : effet quantité à marge sur coûts variables unitaire budgétée, puis effets unitaires sur la quantité réelle. Effet quantité = (1 100 − 1 000) × (100 − 60) = +4 000 €. Effet prix = 1 100 × (95 − 100) = −5 500 €. Effet coût unitaire = −1 100 × (62 − 60) = −2 200 €. Vérification : 4 000 − 5 500 − 2 200 = −3 700 €.

L’agent prépare ce rapprochement et demande des justificatifs sur le prix et le coût. Il ne conclut pas à une remise commerciale ou à une hausse fournisseur sans preuve. Cette démarche relève de l’analyse des écarts, enrichie d’une collecte organisée des explications.

Le déploiement commence par une mission étroite et observable. Une autonomie étendue n’est pas un objectif en soi : elle doit être justifiée par les risques, la qualité des données et la capacité à contrôler les résultats.

1. Choisir le processus. Retenir une tâche récurrente, avec des entrées identifiables et un résultat vérifiable : préparer un dossier d’écarts, par exemple. Livrable : une fiche précisant le problème, l’utilisateur, le périmètre et les critères de réussite.
2. Formaliser les règles financières. Documenter les sources, les périodes, les unités, les références de comparaison et les formules. Livrable : un dictionnaire des données et un catalogue des calculs autorisés, approuvés par la finance.
3. Délimiter les actions. Séparer consultation, préparation et modification des données. Le principe du moindre privilège consiste à n’accorder que les droits nécessaires à une tâche. Livrable : une matrice des accès et des approbations, avec les actions interdites.
4. Construire un essai isolé. Un environnement de test est un espace séparé de l’exploitation courante, utilisé pour vérifier un système sans affecter les données officielles. Livrable : un agent relié à des données représentatives, avec des informations sensibles protégées.
5. Tester les cas normaux et les exceptions. Prévoir des sources absentes, des totaux incohérents, des demandes ambiguës et des instructions malveillantes contenues dans un document. Livrable : un dossier de tests indiquant résultats attendus, écarts constatés et corrections.
6. Organiser la validation métier. Les utilisateurs vérifient les calculs, les preuves, les demandes d’approbation et les conditions d’arrêt. Livrable : une décision documentée d’ouverture, de restriction ou de report.
7. Déployer sous surveillance. Prévoir un responsable, une procédure d’incident, un arrêt immédiat et un retour au traitement manuel. Livrable : un mode opératoire d’exploitation et un tableau de suivi.

La gouvernance du pilotage doit attribuer clairement la responsabilité des données, des règles et des décisions. Toute extension du périmètre ou des droits passe par une nouvelle évaluation ; elle ne découle pas automatiquement d’un essai réussi.

Séparer preuve, calcul et commentaire

Une donnée source, une opération arithmétique et une interprétation n’ont pas le même statut. Présenter ces éléments séparément aide le lecteur à comprendre ce qui est établi. Chaque commentaire important doit renvoyer à une donnée identifiée ou être signalé comme une hypothèse à confirmer.

Encadrer les écritures

Commencer par la consultation et la préparation de brouillons réduit les conséquences d’une erreur. La séparation des tâches consiste à répartir les opérations incompatibles entre acteurs distincts, notamment la préparation et l’approbation d’une action sensible. L’agent ne doit pas pouvoir contourner cette règle en utilisant plusieurs outils ou identités.

Vérifier indépendamment les résultats

Les totaux, les unités, les signes et les formules doivent être contrôlés par des règles distinctes de la génération du texte. Demander au même modèle si sa réponse est correcte ne constitue pas une garantie suffisante. Lorsque cela est possible, un rapprochement avec une référence approuvée offre un contrôle plus robuste.

Maîtriser les données transmises

La minimisation des données consiste à ne traiter que les informations nécessaires à la finalité poursuivie. Elle s’applique aux données financières, aux informations personnelles et aux pièces jointes. Les conditions d’hébergement, de conservation et de réutilisation des données par les services employés doivent être examinées avant l’ouverture des accès.

Concevoir l’arrêt et la reprise

Une limite de durée, un nombre d’actions borné et des motifs d’arrêt explicites évitent les boucles inutiles. L’idempotence désigne la propriété d’une opération qui, répétée dans les mêmes conditions, n’ajoute pas d’effet supplémentaire. Elle est particulièrement importante lors d’une reprise après interruption : une proposition ou une écriture ne doit pas être créée deux fois.

Tester les évolutions

Un changement de modèle, de source, de règle ou d’outil peut modifier le comportement de l’agent. Conserver des cas de référence et les rejouer avant toute mise à disposition permet de détecter des régressions. Les corrections humaines alimentent ces tests, mais ne doivent pas être intégrées automatiquement sans qualification.

Confondre aisance rédactionnelle et fiabilité

Une hallucination est une information produite par un modèle mais non étayée par les sources disponibles, voire fausse. Un commentaire convaincant peut donc attribuer un écart à une cause inexistante. Pour l’éviter, imposer des preuves et autoriser explicitement la réponse « cause non établie ».

Donner des droits trop larges

Un agent capable de consulter les données n’a pas nécessairement besoin de les modifier. Des accès excessifs exposent à une publication erronée, à une divulgation ou à une action hors périmètre. Définir les droits par outil et par action, plutôt que par une autorisation générale d’accès à l’application.

Faire confiance aux instructions présentes dans les documents

L’injection d’instructions est une tentative de détourner le comportement d’un agent au moyen de consignes insérées dans un contenu qu’il consulte. Une pièce jointe peut, par exemple, lui demander d’ignorer ses règles ou d’envoyer des données ailleurs. Traiter ces contenus comme des données non fiables, contrôler les destinations autorisées et faire appliquer les droits en dehors du modèle.

Automatiser une convention ambiguë

Un écart de coût positif peut être défavorable, tandis qu’un écart de revenu positif peut être favorable à cet indicateur. Sans règles explicites sur les signes, les unités et la référence, l’agent produit une analyse formellement propre mais trompeuse. Les conventions doivent être approuvées avant les essais.

Transformer l’approbation en formalité

Un valideur qui ne voit ni les sources ni les opérations ne peut pas exercer un contrôle réel. Présenter les changements proposés, les justificatifs, les incertitudes et les conséquences de l’action avant de demander une décision. Une simple case d’approbation ne transfère pas la responsabilité au système.

Généraliser après une démonstration réussie

Une démonstration peut utiliser des données propres et un cas sans exception. Tester aussi les refus d’accès, les interruptions, les doubles demandes et les données contradictoires. Enfin, mesurer les résultats rejetés ou abandonnés : exclure ces cas du suivi donne une vision artificiellement favorable du dispositif.

Un KPI, ou indicateur clé de performance, est une mesure utilisée pour suivre l’atteinte d’un objectif. Pour un agent financier, le suivi doit porter sur la justesse, la sécurité et l’utilité du dossier produit, pas seulement sur sa vitesse. Les formules ci-dessous sont des conventions de pilotage à documenter ; elles ne constituent pas des références de marché.

• Taux de conformité des calculs = calculs conformes aux résultats de référence / calculs contrôlés × 100. Vérifier les opérations avec une méthode indépendante et préciser la tolérance d’arrondi éventuelle.
• Taux de traçabilité complète = dossiers contenant toutes les preuves obligatoires / dossiers examinés × 100. Les preuves attendues comprennent sources, période, référence, formules et validations nécessaires.
• Taux d’acceptation sans correction = dossiers acceptés sans correction / dossiers soumis à validation × 100. Distinguer les modifications de fond des simples préférences rédactionnelles.
• Taux de reprise humaine = dossiers nécessitant une intervention non prévue / dossiers traités × 100. Une approbation obligatoire n’est pas une reprise ; une correction de calcul l’est.
• Taux d’actions non autorisées exécutées = actions non autorisées effectivement exécutées / actions exécutées × 100. Suivre également les tentatives bloquées, car elles révèlent un problème même si les protections fonctionnent.
• Durée moyenne de traitement complet = somme des durées entre demande recevable et dossier validé / dossiers validés. Inclure les attentes et les reprises pour éviter de ne mesurer que la production du brouillon.

Si un dénominateur est nul, l’indicateur est non calculable : il ne faut pas afficher un taux nul par défaut. Les populations, les exclusions et la période de mesure doivent rester identiques pour comparer les résultats.

Les livrables associés sont un dossier d’analyse sourcé, un relevé des calculs, une liste des informations manquantes, les propositions de modification et le registre des approbations. Un journal des actions et une liste des incidents complètent le suivi.

Le coût doit aussi être observé : coût complet du dispositif sur la période / dossiers validés. Inclure les services techniques, l’exploitation et le temps humain selon une convention stable. Un traitement plus rapide n’est pas nécessairement moins coûteux ni plus fiable.

Un logiciel EPM peut fournir un cadre structuré dans lequel l’agent consulte, calcule et prépare des propositions. Il ne garantit pas à lui seul la qualité d’un agent ni l’existence de fonctions agentiques natives. Les possibilités dépendent des modules, des interfaces disponibles, de la configuration et des droits accordés.

Le référentiel est l’ensemble des définitions et des identifiants partagés pour décrire les données, par exemple les entités, les comptes et les produits. Dans un logiciel EPM, ce cadre aide à éviter qu’un agent compare des périmètres incompatibles. Les versions distinguent les références, comme le budget approuvé, et conservent les propositions séparément.

Les fonctionnalités utiles sont concrètes :

• des données organisées par entité, compte et période ;
• des règles de calcul centralisées et contrôlables ;
• des versions de travail distinctes des données approuvées ;
• un circuit de validation, c’est-à-dire une succession définie d’étapes de préparation, de contrôle et d’approbation ;
• des droits d’accès et des historiques de modification ;
• des interfaces pour consulter les données ou soumettre une action encadrée.

L’agent peut ainsi préparer une proposition dans une version de travail, joindre ses justificatifs et solliciter le valideur désigné. La publication officielle reste soumise aux règles du processus. Les protections doivent être appliquées par le système cible, et non reposer seulement sur les consignes données au modèle.

Des solutions telles que OneStream, CCH Tagetik, Oracle EPM ou Anaplan sont pertinentes à examiner selon le processus financier visé. SAP Analytics Cloud, Pigment, Board et Workday Adaptive Planning peuvent également entrer dans cette évaluation.

La comparaison doit vérifier la couverture fonctionnelle réelle, les interfaces accessibles, la gestion des droits, les traces disponibles et les conditions de validation. Il faut distinguer les fonctions natives, les extensions proposées et les développements spécifiques : citer un éditeur ne signifie pas que tous ces mécanismes sont disponibles dans chaque offre.

La maturité se mesure par la capacité à maîtriser le processus, pas par le nombre d’agents déployés. Une organisation peut être avancée sur l’analyse des écarts et rester débutante sur les modifications de prévision ou les actions de trésorerie.

Débutant : assistance bornée

L’agent intervient sur une mission simple, principalement en consultation. Les sources sont sélectionnées, les calculs sont vérifiés et les résultats relus avant utilisation. Les signes distinctifs sont un responsable identifié, des droits limités, une procédure manuelle disponible et une liste claire des usages interdits.

Le principal enjeu est de stabiliser les définitions et de rendre les résultats vérifiables. Une démonstration convaincante sans sources conservées ni méthode de contrôle ne suffit pas à caractériser ce niveau. Le passage au niveau suivant suppose des essais reproductibles et une gestion explicite des exceptions.

Intermédiaire : processus intégré

L’agent enchaîne plusieurs outils autorisés, prépare des dossiers et déclenche des demandes de validation. Les règles financières sont centralisées, les actions sont enregistrées et les incidents sont suivis. Les versions de travail isolent les propositions des données officielles.

Les signes distinctifs sont une bibliothèque de cas de test, des contrôles indépendants, des indicateurs suivis dans le temps et une procédure de reprise. Les utilisateurs savent distinguer une proposition de l’agent d’une donnée approuvée. L’autonomie augmente uniquement pour les actions dont les conséquences sont maîtrisées.

Avancé : autonomie proportionnée au risque

Certains processus comportent des actions automatiques précisément autorisées, tandis que les décisions sensibles restent soumises à approbation. La surveillance couvre les changements de comportement, les accès, les coûts et la qualité des résultats. Les évolutions du modèle et des outils sont testées avant ouverture.

Les signes distinctifs sont la capacité à reconstituer un dossier, à interrompre une exécution, à reprendre sans doublon et à retirer rapidement un droit. Les responsabilités demeurent explicites, même lorsque plusieurs agents coopèrent.

Le niveau avancé ne signifie donc pas une finance sans intervention humaine. Il correspond à une autonomie sélective, justifiée, réversible et contrôlée, avec une attention particulière aux conséquences des erreurs.

Avant d’autoriser un agent à intervenir dans un processus financier, vérifier les points suivants. Une réponse positive doit pouvoir être étayée par une règle, un test ou un livrable ; une intention générale ne suffit pas.

• [ ] La mission précise-t-elle le résultat attendu, le périmètre, la période et la référence de comparaison ?
• [ ] Le bénéfice recherché porte-t-il sur une difficulté observable plutôt que sur une promesse générale d’automatisation ?
• [ ] Les sources utilisées sont-elles identifiées, autorisées et accompagnées d’une date ou d’un état de référence ?
• [ ] Les termes financiers, les unités, les signes et les formules ont-ils été validés par un responsable métier ?
• [ ] Les calculs importants sont-ils exécutés et vérifiés indépendamment du texte généré ?
• [ ] L’agent sait-il demander une précision ou s’arrêter lorsque les données sont absentes, contradictoires ou insuffisantes ?
• [ ] Les droits distinguent-ils clairement la consultation, la création d’un brouillon et la modification officielle ?
• [ ] Les restrictions sont-elles appliquées par les outils et les systèmes cibles, même si l’agent reçoit une instruction contraire ?
• [ ] Les données confidentielles et personnelles transmises sont-elles limitées au nécessaire, avec des conditions de conservation connues ?
• [ ] Les documents consultés sont-ils traités comme des contenus potentiellement porteurs d’instructions malveillantes ?
• [ ] Le valideur dispose-t-il des sources, des opérations, des incertitudes et des conséquences avant d’approuver ?
• [ ] Les actions, les résultats et les approbations peuvent-ils être reconstitués sans dépendre d’une explication produite après coup ?
• [ ] Les interruptions et les reprises ont-elles été testées pour éviter les doublons et les modifications partielles ?
• [ ] Un responsable peut-il arrêter le dispositif, retirer ses accès et reprendre le processus manuellement ?
• [ ] Les mesures de qualité incluent-elles les rejets, les erreurs, les dossiers abandonnés et le temps de correction humaine ?
• [ ] Toute évolution du modèle, des outils ou du périmètre déclenche-t-elle une vérification avant mise à disposition ?

Les réponses négatives n’interdisent pas nécessairement un essai isolé. Elles doivent toutefois conduire à réduire le périmètre ou les droits, et à formaliser les conditions à remplir avant l’exploitation courante.

À retenir. L’IA agentique apporte une capacité d’enchaînement entre recherche d’informations, calculs, préparation de dossiers et demandes de validation. Sa valeur dépend d’un périmètre clair, de données fiables et de contrôles appliqués par les systèmes. La responsabilité financière ne se délègue pas à un modèle.

Quelle différence entre un agent et une automatisation classique ?

Une automatisation classique suit principalement un chemin défini à l’avance. Un agent peut choisir certaines étapes ou certains outils en fonction des informations rencontrées, dans les limites prévues. Cette souplesse est utile pour traiter des demandes variables, mais elle rend les essais et la surveillance plus importants. Pour une tâche entièrement stable, une règle ou un programme classique peut être plus adapté.

Peut-il calculer et expliquer un écart financier ?

Oui, s’il utilise les bonnes données et des formules approuvées, exécutées par un outil de calcul fiable. L’explication doit distinguer la décomposition arithmétique de la cause économique. Une baisse de prix calculée ne prouve pas, à elle seule, qu’une remise exceptionnelle a été accordée : cette conclusion exige un justificatif.

Peut-il modifier un budget ou une prévision ?

Il peut préparer une proposition ou enregistrer un brouillon si ses droits le permettent. Une modification officielle dépend du circuit de validation et des autorisations de l’organisation. L’agent ne doit ni écraser une référence approuvée ni présenter une hypothèse comme une décision acquise. Les conséquences de l’action déterminent le contrôle nécessaire.

Faut-il disposer d’un logiciel EPM pour commencer ?

Non. Un essai peut utiliser d’autres sources et outils, à condition de maîtriser les définitions, les accès et les contrôles. Un logiciel EPM peut néanmoins faciliter la gestion des références, des calculs et des validations. Le choix du socle doit partir du processus à couvrir, pas de l’étiquette agentique.

Quel premier usage privilégier ?

Un dossier d’analyse en consultation, avec un résultat vérifiable et une validation humaine, constitue un point de départ prudent. Il permet de tester la sélection des sources, les calculs, la collecte des preuves et l’arrêt en cas d’incertitude. L’extension à des actions de modification vient ensuite, uniquement si les contrôles et la capacité de reprise sont démontrés.