IA générative et copilotes en finance

L’IA générative transforme une demande en langage courant en une réponse rédigée ; un copilote la relie à un environnement de travail et à des sources autorisées. En finance, elle sert surtout à rechercher, synthétiser et préparer des explications, tandis que les calculs doivent rester exécutés par des outils contrôlés. Une réponse bien formulée n’est donc ni une preuve comptable ni une décision validée.

• Un assistant de préparation, pas une autorité financière. Le copilote peut résumer un dossier, proposer le plan d’une analyse et reformuler une explication pour différents lecteurs. Le commentaire de gestion, texte qui explique les résultats et leurs évolutions, reste sous la responsabilité du contrôleur de gestion. L’assistant doit séparer les faits établis, les hypothèses et les questions encore ouvertes, plutôt que combler les informations manquantes par une histoire plausible.
• Une qualité liée au contexte fourni. Une demande utile précise la période, les entités, la monnaie, les sources et le budget, traduction chiffrée des objectifs approuvés. Le copilote doit retrouver les données pertinentes et indiquer leur origine. S’il ne dispose pas d’un document autorisé ou si plusieurs versions se contredisent, il doit le signaler. La qualité de rédaction ne corrige ni une donnée erronée ni une définition ambiguë.
• Un usage encadré de bout en bout. Les droits d’accès, la confidentialité, la vérification des montants et la validation humaine doivent accompagner chaque réponse. Le bon résultat n’est pas seulement un texte obtenu rapidement : c’est un texte exploitable, rattaché aux bonnes données et relu avant diffusion.

La direction financière passe souvent beaucoup de temps à réunir les éléments d’une explication : fichiers de résultats, hypothèses budgétaires, échanges avec les responsables opérationnels et notes de réunions. Les informations existent, mais elles sont dispersées et ne parlent pas toujours le même langage. Avant de pouvoir analyser, le contrôleur doit retrouver la bonne version, comprendre le périmètre et identifier la personne capable de confirmer une cause.

Réduire les tâches de recherche et de mise en forme

Un copilote peut aider à retrouver une hypothèse dans un dossier autorisé, comparer des commentaires successifs ou préparer une synthèse adaptée au destinataire. Il évite de repartir d’une page blanche et facilite la lecture d’un ensemble documentaire volumineux. Ce bénéfice reste conditionné à l’organisation des sources : si les documents sont mal datés ou contradictoires, l’assistant risque surtout de rendre leurs incohérences moins visibles.

Rendre les demandes plus accessibles

Un utilisateur peut demander quels postes expliquent une évolution sans connaître le nom exact de chaque rapport. L’assistant traduit alors la question en une recherche structurée, puis présente les éléments disponibles. Cette interface ne doit pas masquer les conventions : un montant peut concerner une entité isolée ou un groupe, une période mensuelle ou cumulée, une version provisoire ou approuvée.

Ne pas confondre rédaction et prévision

La prévision, estimation actualisée d’un résultat futur à partir d’hypothèses, ne devient pas fiable parce qu’un texte l’explique clairement. Un copilote peut documenter ces hypothèses ou commenter une simulation, mais une estimation exige un modèle et une validation propres. La prévision statistique et prédictive répond à une autre question : estimer une valeur future à partir de relations observées. L’IA générative répond d’abord à un besoin d’interaction et de préparation de contenu.

Le mécanisme utile en finance associe compréhension de la demande, accès contrôlé aux données et rédaction. Le modèle de langage, système entraîné à produire des séquences de texte à partir d’un contexte, ne doit pas devenir la source de vérité des montants.

1. Cadrer la demande. L’utilisateur précise l’objet, la période, le périmètre et la comparaison souhaitée. Le prompt, instruction adressée au modèle, peut aussi imposer un format et demander de signaler les informations manquantes. Une demande ambiguë appelle une question de clarification, pas une supposition silencieuse.
2. Identifier les sources autorisées. Le système recherche les tableaux et documents auxquels l’utilisateur a accès. Le RAG, génération augmentée par recherche documentaire, consiste à fournir au modèle des extraits retrouvés dans des sources afin de contextualiser sa réponse. Il améliore l’ancrage documentaire sans garantir, à lui seul, l’exactitude de chaque affirmation.
3. Préparer les données et calculer. Les montants sont extraits d’une source contrôlée. Un calcul déterministe, opération qui produit le même résultat pour les mêmes données et règles, est exécuté par un moteur de calcul ou une requête vérifiée. L’écart budgétaire, différence entre réel et budget, se calcule ainsi : réel − budget. Son caractère favorable ou défavorable dépend du poste analysé.
4. Rédiger avec les preuves. Le modèle transforme les résultats en explication et rattache les affirmations aux documents utilisés. Il distingue une variation constatée d’une cause confirmée. Sans preuve sur cette cause, il formule une hypothèse à vérifier.
5. Contrôler et approuver. Des contrôles vérifient les montants, le périmètre et la présence des références. Une personne habilitée relit puis approuve la diffusion. La traçabilité, capacité à retrouver les données, opérations et validations ayant produit un résultat, conserve le lien entre demande, sources et réponse finale.

Dans cet exemple entièrement fictif, une entreprise de taille intermédiaire utilise un copilote pour préparer le commentaire mensuel de son activité industrielle. Les montants sont exprimés en euros, sur le même mois et le même périmètre ; le budget est approuvé et le réel est validé par la finance.

Le chiffre d’affaires (CA) désigne le montant des ventes réalisées sur la période. Les coûts variables évoluent avec le niveau d’activité, selon les conventions retenues par l’entreprise. La marge sur coûts variables est égale au CA diminué des coûts variables.

| Poste | Budget | Réel | Écart : réel − budget | |---|---:|---:|---:| | Chiffre d’affaires | 1 000 000 | 960 000 | −40 000 | | Coûts variables | 600 000 | 590 000 | −10 000 | | Marge sur coûts variables | 400 000 | 370 000 | −30 000 |

Les opérations sont vérifiables : marge budgétée = 1 000 000 − 600 000 = 400 000 ; marge réelle = 960 000 − 590 000 = 370 000. L’écart de marge vaut 370 000 − 400 000 = −30 000, soit −30 000 / 400 000 × 100 = −7,5 % du budget. Il est défavorable. L’écart de CA est défavorable ; la baisse des coûts variables contribue favorablement à la marge, mais ne prouve pas une amélioration d’efficacité.

Le rapprochement des contributions donne : −40 000 − (−10 000) = −30 000. Le copilote peut donc écrire : « La marge est inférieure au budget de 30 000 euros ; la baisse des ventes n’est que partiellement compensée par celle des coûts variables. » Il ne peut pas attribuer cette baisse à des remises commerciales sans données complémentaires. L’analyse des écarts doit établir les causes.

Pour ce même cas fictif, la préparation et la relecture d’un dossier passent de 120 à 90 minutes. Le temps économisé vaut 120 − 90 = 30 minutes, soit 30 / 120 × 100 = 25 %. Sur 12 dossiers comparables, le total passe de 1 440 à 1 080 minutes : économie de 360 minutes. Cette observation fictive inclut la relecture et ne constitue pas une promesse de gain.

Un déploiement solide commence par un usage délimité, non par l’ouverture générale d’un assistant à toutes les données financières. Chaque étape doit produire une preuve utilisable pour décider de la suivante.

1. Choisir le travail à assister. Décrire une tâche précise : retrouver les hypothèses d’un dossier ou préparer un commentaire d’écarts validés. Définir aussi les actions interdites, comme publier sans approbation ou modifier directement des données. Livrable : fiche d’usage avec utilisateurs, entrées, sortie attendue et responsable.
2. Qualifier les sources. Identifier les documents de référence, leur propriétaire, leur fréquence de mise à jour et leurs règles d’accès. Un référentiel, ensemble partagé de codes et de définitions, permet de désigner les mêmes entités et postes sans ambiguïté. Livrable : inventaire des sources et dictionnaire des termes financiers.
3. Définir les contrôles. Préciser les calculs autorisés, la façon de citer une source, les conditions de refus et le circuit d’approbation. Vérifier contractuellement les conditions de conservation et d’utilisation des données transmises. Livrable : règles de sécurité et grille de validation financière.
4. Tester un prototype limité. Préparer des demandes représentatives et des cas difficiles : source absente, période ambiguë, données contradictoires ou demande non autorisée. Comparer les réponses à des résultats vérifiés par la finance. Livrable : dossier de tests comprenant les erreurs et les corrections requises.
5. Organiser un pilote métier. Des utilisateurs réalisent leur travail avec l’assistant, tout en conservant une procédure de secours. Mesurer le temps complet, y compris recherche, relecture et correction. Livrable : bilan d’usage et décision motivée de poursuivre, modifier ou arrêter.
6. Exploiter et réévaluer. Nommer les responsables des sources, des règles et des incidents. Tester à nouveau après toute évolution importante. Livrable : procédure d’exploitation et registre des changements. La gouvernance, organisation des responsabilités et des décisions, doit couvrir l’ensemble du dispositif.

Demander une réponse structurée

Un format stable facilite la vérification : constat chiffré, source, explication confirmée, hypothèse éventuelle et action proposée. Cette séparation réduit le risque qu’une interprétation soit lue comme un fait. Prévoir explicitement une réponse « information insuffisante » : l’abstention est préférable à une justification inventée.

Fournir un contexte financier explicite

Indiquer la période, les entités, la monnaie, les conventions de signe et la version des données. Un même libellé peut recouvrir des calculs différents selon les équipes. Le dictionnaire financier doit préciser ces conventions et être fourni au système lorsque la question les mobilise. Demander un commentaire sur une donnée provisoire doit entraîner une mention visible de ce statut.

Séparer calcul, explication et action

Le moteur de calcul fournit les montants ; le modèle prépare le texte ; l’utilisateur approuve les conclusions et les actions. Cette séparation aide à localiser une erreur et à limiter ses conséquences. Une capacité de rédaction ne justifie pas un droit de modification des budgets. Si une action est proposée, son effet doit être présenté avant toute exécution.

Appliquer le moindre privilège

Le moindre privilège, principe qui limite chaque accès aux seules informations et actions nécessaires, doit s’appliquer aux recherches comme aux pièces jointes et aux réponses. Un assistant partagé ne doit pas permettre de retrouver indirectement une information interdite. Les essais doivent donc inclure des utilisateurs aux droits différents et vérifier les documents effectivement récupérés.

Conserver un ensemble de tests de référence

Les cas connus servent à détecter une dégradation après un changement de modèle, de consigne ou de source. Évaluer les réponses sur leurs montants, leurs preuves et leur utilité, pas seulement sur leur style. Les tests doivent aussi vérifier que l’assistant ne répond pas lorsqu’il ne peut pas établir le bon périmètre.

Enfin, apprendre aux utilisateurs à contester une réponse et à remonter une anomalie est aussi important que leur apprendre à formuler une demande. La confiance vient d’une vérification possible, non d’un ton affirmatif.

Confondre plausibilité et exactitude

Une hallucination, contenu généré qui semble crédible mais n’est pas étayé ou est faux, peut prendre la forme d’un montant, d’une référence documentaire ou d’une cause d’écart inventée. Pour l’éviter, exiger des sources consultables et rapprocher les valeurs des données validées. Une référence présente mais hors sujet ne suffit pas à justifier une affirmation.

Considérer le document comme une instruction

Une injection de prompt est une tentative de détourner le comportement de l’assistant au moyen d’instructions qui cherchent à supplanter ses règles. Elle peut être directe, dans un message adressé à l’assistant, ou indirecte, dans un contenu qu’il consulte, comme une pièce jointe ou un document. Le contenu récupéré doit être traité comme une source à analyser, non comme une autorisation de changer les règles. Limiter les outils accessibles et confirmer séparément toute action sensible.

Faire calculer les montants dans le texte

Le modèle peut produire une opération incohérente ou mélanger des périodes. Faire exécuter les calculs dans un outil contrôlé, puis transmettre leurs résultats à la rédaction. Vérifier également la convention de signe : une hausse de coût et une hausse de revenu n’ont pas la même lecture financière.

Oublier les fuites indirectes

Une synthèse peut révéler une donnée confidentielle même sans reproduire le fichier d’origine. Contrôler les droits avant la recherche, éviter les espaces de stockage partagés sans restrictions et vérifier les modalités de conservation des conversations. Les essais de sécurité doivent porter sur la réponse finale, pas seulement sur l’accès initial.

Mesurer uniquement la vitesse de rédaction

Un texte rapide peut demander une longue correction. Mesurer le travail complet et distinguer erreur de forme, erreur de montant et interprétation non fondée. Une amélioration apparente disparaît si la relecture devient plus lourde ou si les utilisateurs doivent reconstituer les sources.

Laisser évoluer l’outil sans réévaluation

Une nouvelle version du modèle ou une modification documentaire peut changer les réponses. Conserver les tests, réexaminer les accès et prévoir une procédure de retour au fonctionnement précédent. La validation initiale n’est pas une garantie permanente.

Un KPI, indicateur clé de performance, sert à suivre un objectif précis avec une règle de calcul stable. Pour un copilote financier, il faut évaluer conjointement l’utilité, la fiabilité et la maîtrise des accès. Chaque indicateur doit préciser le périmètre observé, la méthode de revue et le traitement des cas non évaluables.

• Taux de conformité financière = réponses satisfaisant tous les contrôles financiers / réponses évaluées × 100. Les contrôles incluent montants, formules, signes, période et périmètre. Une réponse ne passe pas si un montant important est incorrect, même lorsque son raisonnement paraît convaincant.
• Taux de couverture documentaire = affirmations vérifiables correctement étayées / affirmations nécessitant une preuve × 100. La revue doit confirmer que la source existe, est autorisée et soutient réellement l’affirmation. Ajouter une référence à chaque paragraphe ne constitue pas, en soi, une preuve.
• Taux de reprise substantielle = livrables nécessitant une correction de fond / livrables revus × 100. Définir avant la mesure ce qui relève du fond : chiffre, cause, périmètre ou conclusion. Une correction de ponctuation ne doit pas être comptée de la même manière.
• Gain de temps net = (temps de référence − temps avec copilote) / temps de référence × 100. Les temps doivent couvrir le même travail, avec la validation finale. Le résultat peut être négatif ; un temps de référence nul rend le ratio non calculable.
• Taux de blocage correct = demandes non autorisées effectivement bloquées / demandes non autorisées testées × 100. Ce résultat décrit les tests réalisés, sans prouver l’absence de vulnérabilité dans tous les usages possibles.

Pour les taux, un dénominateur nul conduit à « non calculable », jamais à un succès automatique. Les livrables associés comprennent la réponse annotée, les références aux sources, le détail des calculs, la validation nominative et le registre des anomalies. Un tableau de suivi doit distinguer les versions de l’assistant pour éviter de mélanger des résultats obtenus dans des conditions différentes.

Un EPM, système de gestion de la performance de l’entreprise, organise notamment les budgets, les prévisions, les résultats et leurs processus de validation. Il peut fournir au copilote un cadre plus structuré qu’un ensemble de fichiers isolés : données identifiées, règles partagées, versions distinctes et droits d’accès.

Un socle pour interroger et vérifier

Les fonctions pertinentes sont la gestion des périodes et des entités, les règles de calcul, la séparation des versions, les validations et l’historique des modifications. Le copilote peut s’appuyer sur ce socle pour retrouver une valeur ou préparer une explication. Les connexions doivent toutefois transmettre le contexte complet : une valeur sans période ni version reste difficile à interpréter.

Une API, interface permettant à des applications d’échanger des données ou de demander des opérations, peut relier l’assistant aux fonctions autorisées de l’EPM. L’accès en lecture est généralement un point de départ plus maîtrisable que l’écriture. Toute modification proposée doit préciser la cible, les hypothèses et le circuit d’approbation ; une conversation ne remplace pas la validation métier.

Examiner les capacités réellement disponibles

OneStream, CCH Tagetik, Oracle EPM et Pigment sont des solutions pertinentes à examiner selon le besoin de pilotage. SAP Analytics Cloud, Anaplan, Board et Workday Adaptive Planning peuvent également entrer dans le périmètre d’étude. Cette liste n’est ni un classement ni une affirmation que tous proposent les mêmes capacités d’IA générative.

Comparer la disponibilité effective des fonctions, les modules nécessaires, les droits appliqués aux réponses, les conditions d’hébergement et la possibilité de vérifier les calculs. Une fonction annoncée doit être distinguée d’une fonction disponible dans la version et le contrat retenus. L’EPM peut structurer les données et les processus ; il ne garantit pas, à lui seul, la justesse d’un texte généré ni la pertinence d’une conclusion.

La maturité se juge sur la capacité à produire une réponse fiable et contrôlable, non sur le caractère spectaculaire d’une démonstration. Une organisation peut être avancée sur la synthèse documentaire et encore débutante sur l’analyse financière connectée.

Débutant : assistance rédactionnelle isolée

Les utilisateurs reformulent des textes ou résument des documents transmis manuellement dans un environnement autorisé. Les données sensibles sont exclues ou préparées selon les règles internes. Les calculs restent réalisés séparément et toute sortie est relue. Signes distinctifs : absence de connexion directe aux données, quelques consignes partagées et contrôle humain systématique. Le risque principal est un usage dispersé, sans visibilité sur les documents transmis ni sur les erreurs rencontrées.

Intermédiaire : réponses ancrées dans des sources

Le copilote accède à un ensemble documentaire validé et à des données en lecture. Les définitions sont partagées, les réponses comportent des références et les calculs sont exécutés par des outils contrôlés. Signes distinctifs : propriétaires de sources identifiés, tests réguliers, suivi des corrections et approbation avant diffusion. Le passage à ce niveau exige de démontrer que les restrictions d’accès fonctionnent aussi dans les recherches et les synthèses.

Avancé : assistance intégrée au processus

L’assistant prépare des analyses dans les étapes habituelles de travail, conserve les éléments utiles à la vérification et dirige les cas incertains vers les responsables compétents. Des actions limitées peuvent être proposées, avec confirmation et contrôles adaptés. Signes distinctifs : suivi des incidents, tests après changement, mesure du temps net et procédure de suspension opérationnelle.

Avancé ne signifie pas autonome sans surveillance. Les décisions sensibles restent approuvées par une personne habilitée. Pour progresser, élargir le périmètre seulement lorsque les contrôles du niveau précédent sont démontrés. Si les sources restent contradictoires ou les responsabilités floues, connecter davantage d’outils augmente surtout la portée des erreurs.

Cette checklist sert à préparer la décision de mise en service et les revues ultérieures. Chaque réponse positive doit pouvoir s’appuyer sur un document, un test ou un responsable identifié ; une case cochée sur la base d’une intention ne suffit pas.

• [ ] Le travail à assister et le livrable attendu sont-ils décrits sans ambiguïté ?
• [ ] Les usages interdits, notamment publication et modification sans accord, sont-ils explicités ?
• [ ] Les sources de référence ont-elles un propriétaire, une date et un statut de validation ?
• [ ] Les périodes, les entités, les monnaies et les versions sont-elles transmises avec les montants ?
• [ ] Les définitions financières et les conventions de signe sont-elles partagées avec l’assistant ?
• [ ] Les calculs sont-ils exécutés et vérifiés hors de la génération libre de texte ?
• [ ] Chaque affirmation importante peut-elle être rapprochée d’une source réellement pertinente ?
• [ ] L’assistant distingue-t-il les faits, les hypothèses et les informations manquantes ?
• [ ] Les droits de l’utilisateur sont-ils appliqués aux recherches, aux documents et aux réponses ?
• [ ] Les conditions de conservation, de localisation et de réutilisation des données ont-elles été vérifiées ?
• [ ] Les essais couvrent-ils les sources contradictoires, les demandes interdites et les instructions malveillantes ?
• [ ] Une personne habilitée est-elle responsable de la validation avant diffusion ?
• [ ] Le temps mesuré inclut-il la recherche, la relecture et les corrections nécessaires ?
• [ ] Les réponses, les calculs et les validations utiles sont-ils conservés selon une durée définie ?
• [ ] Les évolutions du modèle et des connexions déclenchent-elles de nouveaux tests ?
• [ ] Une procédure permet-elle de signaler un incident, suspendre l’usage et reprendre le travail autrement ?

Un défaut sur les accès, la confidentialité ou la validation financière doit être traité avant l’élargissement de l’usage. Les questions ouvertes deviennent des actions attribuées, avec une preuve attendue pour leur clôture.

À retenir. Le copilote financier prépare une réponse ; il ne certifie ni les chiffres ni leurs causes. Sa valeur repose sur des sources autorisées, des calculs contrôlés et une validation humaine adaptée à l’usage. Une explication utile doit être vérifiable et pouvoir reconnaître ce qu’elle ne sait pas.

Peut-il expliquer automatiquement tous les écarts ?

Il peut décrire des variations calculées et rechercher des éléments explicatifs disponibles. Mais une baisse de ventes ne prouve pas, à elle seule, un problème de prix ou de demande. Pour établir une cause, il faut des données complémentaires et, souvent, une confirmation opérationnelle. L’assistant doit présenter une hypothèse comme telle, jamais comme une conclusion démontrée.

Faut-il entraîner un modèle avec toutes les données financières ?

Non. Fournir à la demande des extraits autorisés et des résultats contrôlés peut suffire pour de nombreux usages. Un entraînement complémentaire ne remplace ni les droits d’accès ni l’actualisation des sources. Avant tout choix technique, vérifier l’objectif, les conditions contractuelles et la possibilité de supprimer ou de corriger les informations utilisées.

Peut-il construire une prévision fiable ?

Il peut aider à recueillir les hypothèses, expliquer une méthode et rédiger le commentaire d’une prévision. La fiabilité de la valeur estimée dépend toutefois du modèle de prévision, des données et des hypothèses retenues. La qualité du texte ne mesure pas la qualité de l’estimation. Les résultats doivent être comparés aux réalisations selon une règle d’évaluation définie.

Qui reste responsable du commentaire diffusé ?

Le responsable désigné dans le processus financier reste responsable de sa validation. Il doit pouvoir consulter les données, comprendre les calculs et vérifier les causes avancées. Cette relecture doit être réelle, avec le droit de corriger ou de refuser la réponse. L’assistant peut conserver les éléments de préparation, mais il ne remplace pas l’approbation de la personne habilitée.