Validation humaine d’une IA comptable : qui valide quoi, et quand ?

Le courriel du prestataire tient en deux lignes. Depuis le début du mois, un agent d’IA passe une partie des factures d’achat, et « un superviseur contrôle ». Le directeur financier lit, approuve, classe le message.

Personne ne pose la seule question qui compte : à quel moment ce superviseur intervient-il ? Avant que l’enregistrement devienne définitif, avant la clôture du mois, ou après coup, sur quelques lignes tirées au hasard ? La validation humaine d’une IA comptable ne se juge pas à la personne qui relit. Elle se juge à l’instant où elle relit.

Trois points suivent : ce que le droit européen n’impose pas, les deux instants du journal comptable où tout se joue, puis quatre niveaux de validation et les pièces qui les prouvent. Aucun parti n’est pris entre production interne et externalisée, aucun outil n’est recommandé. À la fin, vous saurez quel niveau vous appliquez déjà sans l’avoir décidé. Pour mesurer ensuite ce que chaque usage rapporte, voyez la grille de chiffrage des cas d’usage de l’IA en comptabilité.

Ce que l’AI Act n’impose pas à une IA comptable

L’argument revient dans les présentations commerciales : l’AI Act obligerait à garder un humain aux commandes. Pour la comptabilité d’une entreprise, c’est faux. L’annexe III du règlement (UE) 2024/1689 liste huit domaines à haut risque, et aucune de ses huit rubriques ne vise la tenue des comptes.

Les seules lignes financières de cette annexe concernent l’évaluation de la solvabilité des personnes physiques et la tarification en assurance, deux activités sans rapport avec un journal d’achats. L’article 14 détaille cinq mesures de contrôle humain. L’article 26, paragraphe 2, confie ce contrôle à des personnes compétentes, formées et dotées de l’autorité nécessaire. Or les deux ne s’appliquent qu’aux systèmes à haut risque.

Le calendrier a aussi glissé. Le règlement (UE) 2026/1744 est entré en vigueur le 27 juillet 2026. Il reporte au 2 décembre 2027 les obligations des systèmes relevant de l’annexe III, et au 2 août 2028 celles des systèmes intégrés aux produits de l’annexe I.

Il reste l’article 4, réécrit le 8 juillet 2026 : une obligation de moyens, qui demande d’encourager la maîtrise de l’IA par le personnel, et quelques règles de transparence. Aucune ne dit à quel moment relire une facture. Le partage des obligations entre éditeur et utilisateur relève d’un autre chapitre, celui des clauses à imposer à un prestataire qui utilise l’IA.

D’où viennent vraiment les trois régimes alerte, proposition, exécution

Alerte, proposition, exécution : le triptyque circule chez des éditeurs de logiciels comme chez des consultants. Sa formulation la plus reprise vient d’un cabinet de conseil, studeria.fr, qui écrit que l’agent « agit selon trois régimes ». Aucune norme ne définit ces trois cases.

Les cadres reconnus décrivent un continuum. Les lignes directrices du groupe d’experts de haut niveau réuni par la Commission européenne, publiées le 8 avril 2019, nomment le human-in-the-loop, littéralement un humain dans la boucle, le human-on-the-loop et le human-in-command. La norme ISO/IEC 22989 de 2022 parle de degrés d’automatisation, de l’absence d’automatisation à l’automatisation complète.

L’ISO/IEC 42001 de 2023 range les critères de contrôle humain dans son contrôle A.9.4, sans leur consacrer de mesure propre. Le cadre de gestion des risques du NIST écrit, lui, que les configurations humain-machine vont du tout automatique au tout manuel.

Les trois mots restent commodes pour parler à un prestataire. Ils ne valent pas conformité, et les tableaux qui les accompagnent commettent souvent une erreur de logique : le régime d’alerte y figure comme sans risque résiduel.

C’est l’inverse. Un outil qui se contente de signaler laisse passer ce qu’il ne voit pas. Ce faux négatif ne déclenche rien, n’entre dans aucun journal et reste absent des indicateurs de qualité. Le risque ne disparaît pas : il devient invisible.

Deux instants décident de tout : la validation et la clôture

Le plan comptable général ne parle pas d’intelligence artificielle. Il fixe pourtant la règle décisive. Selon son article 1031-3, dans la version consolidée au 1er janvier 2026, la procédure de validation d’un enregistrement interdit toute modification ou suppression. L’article 1031-4 impose ensuite une procédure de clôture qui fige la chronologie et garantit l’intangibilité des enregistrements, au plus tard avant l’expiration de la période suivante.

Tout contrôle humain se situe donc par rapport à ces deux instants. Une erreur repérée avant validation se corrige sur la ligne. Repérée entre validation et clôture, elle appelle une écriture de correction dans la même période. Après la clôture, la correction tombe dans une période ultérieure, et la période close reste fausse.

Un exemple suffit. Une facture d’achat de 1 200 euros TTC relève du taux de 10 %, mais l’outil la ventile à 20 %. La TVA déductible passe de 109,09 euros à 200 euros, soit 90,91 euros de trop. Corrigée avant validation, l’erreur n’a jamais existé dans les comptes. Découverte après la clôture et la déclaration du mois, elle impose une régularisation que tout vérificateur lira.

Avant validation : l’écriture se corrige sans trace

Tant que l’enregistrement n’est pas validé, il reste une proposition. On change le compte, le taux ou le tiers, et le journal ne garde que la version finale. C’est le seul moment où une correction reste invisible, donc le seul où une relecture intégrale se justifie pleinement.

La conséquence pratique est simple : la relecture suit le rythme de la validation. Si l’outil valide chaque soir, une relecture hebdomadaire ne corrige plus rien. Elle constate.

Après clôture : seule une écriture de correction reste

Une fois la période figée, la correction devient elle-même une ligne du journal, avec sa date, son libellé et son montant. Elle est visible, et elle doit l’être : c’est la piste que suivra le vérificateur.

Pour une relecture par échantillon, la date limite n’est donc pas une date quelconque du mois suivant, c’est la clôture de la période concernée. Un échantillon relu plus tard ne sert qu’à mesurer le taux d’erreur, pas à l’éviter.

Quatre niveaux de validation humaine, et ce qu’ils coûtent

La grille suivante croise ce que fait l’outil, ce que fait l’humain et la trace que le droit comptable exige déjà. La colonne des traces vient des textes. Le découpage en quatre niveaux de validation, lui, est une lecture ExternFlow.

Quatre niveaux de validation humaine d’une écriture assistée par IA

Colonne « Trace exigée » : plan comptable général (PCG) dans sa version consolidée au 1er janvier 2026 et livre des procédures fiscales (LPF). Le découpage en quatre niveaux, leur rattachement aux deux instants comptables et la colonne des modes de défaillance sont une interprétation ExternFlow, qui ne figure dans aucun texte.

Aucun niveau n’est gratuit. Relire toutes les propositions au niveau N1 absorbe une part de l’économie attendue, et la relecture en série finit par devenir mécanique. Le niveau N2 déplace le coût vers la rédaction des règles et le choix de l’échantillon. Quand le prestataire relit, la relecture se chiffre par pièce, avec un taux d’écart accepté, ou elle n’existe pas au contrat.

Aucune source publique française ne mesure l’effet de la relecture humaine sur le taux d’erreur d’une IA comptable. C’est précisément pour cela que la mesure doit figurer au contrat. Avec la facture électronique, le volume de données structurées qui alimente ces traitements augmente. Le niveau se choisit donc famille par famille, sans perdre de vue les contrôles à conserver quand la comptabilité est externalisée.

Qui peut valider en dernier ressort une écriture comptable

Un intervenant non inscrit à l’Ordre, en France ou à l’étranger, peut collecter, classer et saisir des données comptables, la saisie informatique ne relevant pas à elle seule du champ réservé (Cass. com., 17 septembre 2025, n° 24-14.689, publié au bulletin), mais il ne peut ni passer les écritures qui supposent un choix de compte, ni centraliser, ni réviser les comptes.

Un cabinet inscrit ne peut pas davantage lui sous-traiter ces travaux, sous peine de complicité (Cass. crim., 4 octobre 2022, n° 21-85.594, publié au bulletin), le fondement restant l’ordonnance n° 45-2138 du 19 septembre 1945, articles 2 et 20.

Trois gestes se confondent souvent. Relire, c’est comparer une proposition à la pièce. Valider informatiquement, c’est déclencher la procédure qui fige l’enregistrement : un clic horodaté, attribué à un compte nominatif. Engager sa responsabilité, c’est répondre des comptes devant l’entreprise, l’administration ou le juge.

Un relecteur peut accomplir le premier geste où qu’il travaille, à Lyon comme à Madagascar. Le clic de validation doit revenir à une personne dont le rôle respecte le partage rappelé plus haut. La responsabilité, elle, ne quitte jamais l’entreprise et, pour les travaux réservés, l’expert-comptable inscrit.

Les deux professions du chiffre disent la même chose. La charte d’utilisation de l’IA générative du Conseil national de l’ordre des experts-comptables pose que l’IA ne doit pas remplacer la prise de décision humaine. Les fiches de bonnes pratiques de la Compagnie nationale des commissaires aux comptes posent que l’IA prépare et que le professionnel reste responsable du travail rendu. La charge financière d’une erreur est une autre question : qui paie l’erreur d’un agent IA dans un flux externalisé.

Quelles preuves exiger d’un prestataire qui automatise

Devant un vérificateur, un contrôle humain qui ne laisse pas de trace ne se distingue pas d’une absence de contrôle. Le droit comptable fournit l’ossature : une documentation des procédures conservée aussi longtemps que les documents qu’elle concerne (article 1011-2), une organisation qui permet la reconstitution dans les deux sens (article 1011-3), l’accès à la documentation des traitements (article 1011-4).

Cinq pièces à demander pour prouver qui a validé quoi

Fondements : textes en vigueur au 29 septembre 2026. Le choix des cinq pièces et la répartition de leur production relèvent de la négociation, pas de la loi : interprétation ExternFlow.

La troisième pièce est la seule qu’aucun texte n’impose, et la plus parlante : sans elle, personne ne sait si la relecture change quoi que ce soit. Elle ne se confond pas avec l’évaluation humaine des modèles chez les prestataires, qui sert à entraîner un outil, pas à valider une facture.

Ce que le contrôle fiscal regardera dans vos journaux

En cas de vérification, le fichier des écritures comptables est remis dès le début des opérations de contrôle (livre des procédures fiscales, article L. 47 A, I). Si le vérificateur veut traiter les données, le II du même article laisse à l’entreprise le choix entre trois modalités pour réaliser ces traitements informatiques.

Côté factures, l’article 289, VII du code général des impôts admet la piste d’audit fiable : des contrôles documentés et permanents entre la facture et la livraison ou la prestation qui la fonde. La doctrine BOI-TVA-DECLA-30-20-30-20, datée du 7 février 2018, en précise l’étendue selon la taille de l’entreprise. Un niveau N3 sans règles écrites laisse cette piste sans documentation.

La conservation des fichiers et la réversibilité relèvent d’un autre sujet. Le volume nouveau de données structurées est traité avec la facture électronique quand la comptabilité est déjà externalisée. Toute application à un cas précis se relit avec un expert-comptable, et la clause de validation avec un juriste.

Fixez le niveau de validation avant de signer, pas après le premier écart

Un niveau de validation existe déjà dans votre production, même si personne ne l’a choisi : c’est celui que l’outil et l’équipe pratiquent par défaut. Le découvrir pendant un contrôle coûte plus cher que de l’écrire. Écrivez le niveau retenu par famille d’écritures, dans le contrat ou la procédure interne, avec une date limite de relecture rapportée à la clôture.

Reprenez ensuite, famille par famille, la liste des contrôles à conserver quand la comptabilité est externalisée. La lettre ExternFlow suivra de son côté les échéances de l’AI Act et de la facture électronique.

Sources et références

Cet article s’appuie notamment sur le plan comptable général, règlement ANC n° 2014-03 dans sa version consolidée au 1er janvier 2026, articles 1011-2 à 1011-4 et 1031-3 à 1031-4, l’article L. 47 A du livre des procédures fiscales, la doctrine BOI-TVA-DECLA-30-20-30-20 sur la piste d’audit fiable de l’article 289, VII du code général des impôts, le règlement (UE) 2024/1689 sur l’intelligence artificielle, articles 14 et 26 et annexe III et le règlement (UE) 2026/1744 qui reporte les obligations des systèmes à haut risque.

Les cadres de référence cités sont l’annexe B du cadre de gestion des risques de l’IA du NIST, AI RMF 1.0 et les lignes directrices en matière d’éthique pour une IA digne de confiance du 8 avril 2019. Les positions professionnelles proviennent de la charte d’utilisation de l’IA générative publiée dans le fascicule Parlons data et IA du Conseil national de l’ordre des experts-comptables et des fiches de bonnes pratiques sur l’intelligence artificielle de la Compagnie nationale des commissaires aux comptes.