Ne demandez pas le chiffre, demandez le fichier qui donne le chiffre
Un modèle de langage ne calcule pas, il rédige un calcul. Ce n'est pas un défaut qu'une prochaine version corrigera, c'est la nature de l'objet. Voici la méthode que j'applique avant qu'un chiffre produit avec l'IA n'entre dans un document que je signe.
Nisrine BarkallahDAF externalisée & IALe postulat, et il est désagréable
Un modèle de langage ne calcule pas. Il rédige un calcul.
Un modèle produit la suite de caractères la plus probable. La justesse arithmétique n'est pas son critère de production, elle en est au mieux un effet de bord. Ce n'est donc pas un problème de qualité que la version suivante réglera : c'est ce que fait la machine.
La conséquence est plus gênante que l'erreur elle-même. Contrairement à un tableur, qui affiche une croix quand la formule casse, un modèle échoue silencieusement. Le chiffre sort bien formaté, dans la bonne unité, accompagné d'une explication qui se tient parfaitement. Le risque n'est pas l'erreur. Le risque, c'est l'erreur crédible dans un document signé.
Le principe : demandez l'instrument, pas le résultat
Tout tient dans un déplacement de la demande. On cesse de demander le chiffre, on demande l'outil qui le produit.
| Jamais seul | Ce qu'il faut demander à la place |
|---|---|
| Additionner des lignes qu'il vient de lire | Écrire la formule, la requête ou le script qui les additionne |
| Calculer un DSO, un BFR ou une marge dans sa réponse | Construire le tableau de calcul, avec ses colonnes intermédiaires visibles |
| Comparer deux fichiers de tête | Produire le fichier d'écarts, avec sa clé de rapprochement |
La colonne de droite laisse une trace auditable, contestable et rejouable. La colonne de gauche laisse une phrase. Devant un banquier, un investisseur ou un commissaire aux comptes, une phrase ne vaut rien.
Les quatre verrous
Avant qu'un chiffre n'entre dans un livrable, je le passe par quatre contrôles. Leur particularité : ils sont mécaniques. Chacun se répond par oui ou par non, aucun ne demande de jugement. C'est ce qui les rend délégables, et automatisables.
| Verrou | La question | Le test concret |
|---|---|---|
| V1 Périmètre | Le chiffre sort-il avec sa définition, sa période et sa source ? | Trois lignes écrites : quoi exactement, dates de début et de fin, export utilisé avec sa date d'extraction et ses filtres |
| V2 Bouclage | Le total est-il contrôlé par un chemin indépendant ? | Le détail tombe sur le solde comptable, les ventilations sur le total de compte, le débit égale le crédit, le cumul mensuel égale l'annuel |
| V3 Environnement | La formule est-elle juste là où elle tourne ? | Locale décimale, séparateur d'arguments, format de date, fichier partagé ou local |
| V4 Rejeu | Le même calcul redonne-t-il le même chiffre ? | On relance. Si le résultat bouge, c'est que le modèle a calculé au lieu d'exécuter. On extrait le calcul |
V2 est le verrou roi. Il est binaire, il est automatisable, et c'est lui qui rend un résultat opposable. On réconcilie avant de raconter, jamais l'inverse.
Un exemple vécu pour V3, parce qu'il paraît anecdotique et ne l'est pas : un reforecast partagé qui refusait de se calculer, à cause d'un simple écart de locale décimale entre deux postes. La formule était juste. Elle était juste ailleurs.
La zone rouge, celle qu'aucun verrou ne couvre
Les quatre verrous protègent contre l'erreur de calcul. Ils ne protègent pas contre le mauvais périmètre. Et c'est là que se jouent les vraies erreurs.
Le cas qui m'a servi de leçon : un éditeur de logiciels vendu par abonnements annuels. 739 K€ de chiffre d'affaires comptable, 226 K€ de produits constatés d'avance. Selon le retraitement retenu, l'entreprise affiche +10,7 % de croissance, ou +44,5 %. Les deux calculs sont exacts. Les quatre verrous passent au vert dans les deux cas.
Trente-quatre points d'écart, et aucune erreur nulle part. Ce n'est pas un problème de calcul, c'est un choix de message. Donc une décision de direction financière, qui ne se délègue à personne, et surtout pas à une machine.
Ma règle : quand deux périmètres donnent deux vérités, on montre les deux et on assume le choix. Un chiffre unique non justifié se lit comme une manipulation le jour où l'autre lecture ressort. Et elle ressort toujours.
Où passe vraiment la frontière de l'automatisation
On oppose d'ordinaire ce qui serait facile et ce qui serait difficile. C'est le mauvais critère. La ligne qui compte sépare ce qui est vérifiable mécaniquement de ce qui relève du jugement.
- Vérifiable mécaniquement : extraction, réconciliation, ventilation, génération d'une formule. La machine tranche, un contrôle automatique valide.
- Jugé : choix d'un retraitement, explication d'un écart, commentaire de gestion, recommandation au board. Un humain tranche, à chaque fois.
Poser un verrou mécanique, ce n'est donc pas seulement fiabiliser. C'est faire tomber le coût de supervision vers zéro, et rendre l'automatisation rentable. Les verrous sont autant un outil de fiabilité qu'un outil de marge.
Ce que je fais retenir à une équipe
Ne demande pas le chiffre. Demande le fichier qui donne le chiffre.
C'est la seule phrase que je demande de retenir. Elle transforme un usage impressionnant en usage opposable, et c'est toute la différence entre une démonstration et un métier.
Cette méthode s'apprend, et se met en place sur vos dossiers.
Six sessions pour construire votre propre système, sur vos propres dossiers. Pour les DAF, contrôleurs de gestion et experts-comptables. Première promotion en novembre, dix places.
Rejoindre la liste d'attente