La personne qui signe un document ou qui présente un chiffre en comité en reste responsable, que ce chiffre vienne d'un tableur ou d'un assistant IA. L'outil ne déplace aucune responsabilité : il produit un calcul et une mise en forme, pas une validation. Avant d'ouvrir un assistant IA à toute l'équipe finance, la question à trancher n'est donc pas technique, elle porte sur le circuit : qui a le droit de produire un chiffre avec l'outil, qui doit le vérifier, et ce qui peut sortir sans repasser par un contrôle.
Cet article détaille ce circuit pour une direction financière qui s'apprête à généraliser l'usage d'un assistant IA en interne. Il ne traite pas de conformité réglementaire au sens RGPD ou AI Act : il traite de responsabilité opérationnelle, de traçabilité et de bon sens de contrôle interne, à l'échelle d'une entreprise, pas d'un cabinet d'expertise comptable externe.
1. Le principe de départ : l'IA ne déplace aucune responsabilité
Un chiffre produit avec un assistant IA n'a pas un statut différent d'un chiffre produit avec Excel. La personne qui l'utilise pour construire une analyse, un budget prévisionnel ou un tableau de bord en reste l'auteur au sens du contrôle interne. Si le chiffre est faux et qu'il part en comité ou chez un tiers, c'est elle qui répond, pas l'outil.
Ce principe n'a rien de nouveau. Le référentiel COSO, encore la base de la plupart des dispositifs de contrôle interne, distingue depuis 1992 cinq composantes : l'environnement de contrôle, l'évaluation des risques, les activités de contrôle, l'information et la communication, et le pilotage. En France, l'Autorité des marchés financiers a publié un cadre de référence sur le contrôle interne dès 2006, renouvelé en 2010, qui reprend cette logique. Rien dans ces textes ne prévoit qu'un outil de calcul, quel qu'il soit, puisse porter une responsabilité à la place d'une personne.
Introduire un assistant IA dans les process financiers ne change donc pas la question de fond. Cela change la vitesse à laquelle un chiffre peut être produit, et donc la vitesse à laquelle une erreur peut se propager si personne ne la relit avant diffusion.
Point clé
Un assistant IA est un outil de calcul et de rédaction. La signature ou la présentation d'un chiffre reste un acte humain, avec la responsabilité qui va avec.
2. Ce qu'un chiffre produit par IA doit pouvoir prouver : la recalculabilité
La question qui compte n'est pas de savoir si l'IA a raison. C'est de savoir si quelqu'un dans l'entreprise peut refaire le calcul sans elle, à partir d'une source que l'entreprise possède. Un chiffre recalculable est un chiffre qui peut être défendu. Un chiffre qui ne l'est pas ne devrait pas sortir, quelle que soit sa vraisemblance.
La règle du recalcul depuis une source maison
Concrètement, un assistant IA qui produit une marge, un écart budgétaire ou une projection de trésorerie doit s'appuyer sur des données que l'entreprise contrôle : export comptable, extraction ERP, fichier de suivi interne. Si l'outil complète le calcul avec une hypothèse implicite ou une donnée externe non vérifiée, cette hypothèse doit être explicite et vérifiable, pas noyée dans le résultat final.
Ce qui se passe quand personne ne peut refaire le calcul
Si un chiffre ne peut être reconstitué que par l'outil lui-même, il ne passe pas le test. Cela arrive souvent avec des demandes formulées de façon vague, où l'assistant comble les trous avec des approximations raisonnables mais non traçables. Dans ce cas, la bonne réponse n'est pas de refuser le chiffre a priori, mais de reformuler la demande pour que la source de chaque donnée soit identifiable.
C'est exactement le type de vérification détaillé dans notre article sur l'analyse des écarts budgétaires, où le contrôleur de gestion recalcule chaque hypothèse avant diffusion.
3. La traçabilité à conserver pour justifier un chiffre plus tard
Trois semaines après la diffusion d'un chiffre, il est fréquent qu'on vous demande comment il a été obtenu. Sans trace, la réponse dépend de la mémoire de la personne qui l'a produit, ce qui n'est pas une garantie de contrôle interne. Trois éléments suffisent pour la majorité des cas :
- La demande formulée : ce qui a été effectivement demandé à l'assistant, pas ce qu'on pense avoir demandé
- La source de données utilisée : quel export, quelle date d'extraction, quel périmètre
- Le résultat obtenu et sa date de production : pour distinguer un chiffre figé d'un chiffre qui a pu évoluer depuis
Cette exigence rejoint celle déjà en place pour l'automatisation du reporting : notre article sur le reporting financier automatisé par IA détaille comment structurer ce suivi quand la production de chiffres devient récurrente plutôt que ponctuelle.
4. Le circuit de validation selon le niveau d'enjeu
Appliquer le même niveau de contrôle à un test exploratoire et à un document transmis à un investisseur n'a pas de sens : cela ralentit l'usage courant sans réellement protéger les cas sensibles. Un circuit à trois niveaux couvre la plupart des situations rencontrées par une équipe finance.
Usage interne exploratoire
Un chiffre testé pour comprendre une tendance, sans diffusion. Relecture par la personne qui a formulé la demande, avant toute réutilisation.
Document diffusé en interne
Un tableau de bord ou une note qui circule entre collègues ou en comité. Vérification par un second regard sur les chiffres clés avant diffusion.
Document transmis à un tiers
Un document destiné à un client, une banque ou un investisseur. Recalcul ou vérification par une personne distincte de celle qui a produit le chiffre.
Ce découpage n'a pas besoin d'être formalisé dans une procédure lourde. Une phrase par niveau, partagée avec l'équipe, suffit généralement à fixer le cadre. Ce qui compte, c'est que chacun sache dans quel niveau se situe le document qu'il s'apprête à produire.
5. Sortie vers un tiers : la règle de séparation et le double regard
Quand un document quitte l'entreprise, la personne qui a produit le chiffre avec l'assistant IA ne devrait pas être la seule à le valider. Ce n'est pas une défiance envers l'outil, c'est une règle de contrôle interne classique : on ne se relit jamais aussi bien qu'une autre personne ne vous relit.
Pourquoi celui qui produit ne valide pas seul
Une personne qui a formulé une demande à un assistant IA a déjà en tête le résultat attendu. Elle est donc moins susceptible de repérer une incohérence que quelqu'un qui découvre le chiffre sans ce biais de confirmation. Cette logique existe indépendamment de l'IA, mais elle devient plus importante quand le volume de chiffres produits augmente.
Faut-il un double contrôle systématique ?
Non. Un double contrôle systématique sur tout, y compris les usages exploratoires, transforme rapidement l'outil en source de friction plutôt que de gain de temps. La règle utile est de réserver le double regard aux documents des niveaux 2 et 3 du circuit décrit plus haut, et de laisser le niveau 1 à la responsabilité directe de la personne qui produit le chiffre.
6. Les données financières qui demandent un arbitrage avant d'être transmises à l'outil
Toutes les données financières ne se valent pas face à un assistant IA. Certaines demandent un arbitrage préalable, indépendamment de toute question de conformité réglementaire, simplement parce que leur diffusion, même accidentelle, aurait des conséquences.
Paie et informations non publiques
Les éléments de paie individuels et les informations financières non encore rendues publiques, un projet de cession, un résultat trimestriel pas encore communiqué, un covenant bancaire en discussion, entrent dans cette catégorie. La CNIL rappelle qu'un extrait de contrat ou une fiche de paie saisis dans un outil grand public sont transmis à son fournisseur, ce qui suffit à justifier un arbitrage avant tout envoi, y compris pour une équipe qui ne se pose pas la question sous l'angle réglementaire.
Ces arbitrages gagnent à être formalisés dans une charte d'usage de Claude en entreprise, plutôt que laissés à l'appréciation de chaque personne au moment de transmettre un fichier.
Un circuit trop lourd se contourne
Un circuit de validation qui demande trois signatures pour un chiffre exploratoire ne survit pas à l'usage réel. L'équipe finit par contourner l'outil, ou pire, par contourner le circuit tout en continuant à utiliser l'outil. La meilleure protection contre ce risque reste la calibration par niveau d'enjeu décrite plus haut : moins de friction sur ce qui ne sort pas, plus de rigueur sur ce qui part vers un tiers.
Si une erreur passe malgré le circuit
Une erreur qui franchit le circuit se traite comme n'importe quelle erreur de calcul interne : correction du document, information des destinataires si nécessaire, et surtout identification de l'étape où le contrôle a manqué. C'est le plus souvent le signe qu'une étape était mal placée ou formulée de façon trop vague, pas la preuve que l'outil doit être retiré. Sur ce point, la question de la fiabilité du modèle utilisé rejoint celle de son alignement avec les règles internes de l'entreprise, traitée dans notre article sur l'alignement des modèles IA en entreprise.
Mesurer si ce circuit vaut le coup, en temps gagné net une fois les vérifications comptées, rejoint aussi une question plus large de retour sur investissement. Notre guide sur le calcul du ROI d'un projet IA propose une méthode pour objectiver ce calcul plutôt que de le trancher à l'impression.
Former l'équipe finance à ce circuit, plutôt que de le documenter seul dans une note interne peu lue, change généralement la manière dont il est suivi au quotidien. C'est l'objet de notre formation IA finance et comptabilité, construite autour des cas concrets de vérification et de recalcul propres à ce métier.
Pour aller plus loin
- Reporting financier automatisé par IA pour PME : structurer la production récurrente de chiffres avant de généraliser l'usage.
- Calcul du ROI d'un projet IA : intégrer le temps de vérification dans le calcul de la valeur réelle.
- IA honnête en entreprise, l'alignement des modèles : comprendre pourquoi un modèle mal aligné multiplie les erreurs à corriger.
