Analyse des données comptables : usages et méthodes pour les équipes finance

Toute entreprise française qui tient une comptabilité informatisée produit déjà le fichier dont elle aurait besoin pour analyser ses écritures. Le fichier des écritures comptables (FEC) contient l’ensemble des écritures d’un exercice, classées par ordre chronologique de validation, dans un format normalisé par l’article A47 A-1 du Livre des procédures fiscales. La plupart des directions comptables le produisent, le remettent au vérificateur, et ne l’ouvrent jamais autrement. L’analyse des données comptables consiste à faire sur ces écritures ce que l’administration fait de son côté : les tester toutes, pour trouver les erreurs, les écarts de procédure et les fraudes que les contrôles de processus laissent passer.

Qu’est-ce que l’analyse des données comptables ?

L’analyse des données comptables applique des techniques d’analyse aux données transactionnelles et de référence produites par les processus comptables, pour détecter des erreurs, des écarts de conformité et des fraudes, et pour documenter la façon dont un processus s’est réellement comporté.

Elle travaille sur des données opérationnelles, au niveau de l’enregistrement : écritures du grand livre, lignes des journaux auxiliaires, référentiels fournisseurs et clients, commandes, fichiers de paiement, notes de frais, relevés bancaires. Pas sur les agrégats dans lesquels ces enregistrements se fondent.

Ses tests définissent ce qu’est une écriture correcte ; ils ne mesurent pas une performance. Deux factures d’un même fournisseur avec le même montant et la même date. Un RIB modifié dans les 48 heures qui précèdent une campagne de paiement. Une écriture manuelle passée un dimanche par un utilisateur qui n’en passe jamais. Chaque règle formalise une façon précise dont une transaction peut être erronée.

Son résultat est une exception, adossée à une population. Quand un contrôle remonte 340 factures suspectes sur 1,2 million, les deux nombres comptent : les 340 sont à investiguer, et le reste de la population atteste qu’aucune autre facture n’a enfreint cette règle. C’est cette seconde moitié qui a valeur de preuve.

Analyse de gestion et analyse de contrôle : la confusion à lever

Les deux démarches utilisent les mêmes technologies et souvent les mêmes outils de restitution. Elles ne répondent pas à la même question et ne relèvent pas des mêmes équipes.

Un tableau de bord qui suit la dépense fournisseur par catégorie ne dira jamais que l’un de ces fournisseurs partage un RIB avec un salarié. La répartition des rôles compte autant que celle des données : le guide de l’IIA Continuous Auditing and Monitoring (3e édition, 2025) situe la surveillance continue du côté du management et des fonctions qui portent les risques, et l’audit continu du côté de l’audit interne. Voir contrôle interne et surveillance continue des contrôles.

Le FEC, porte d’entrée de l’analyse transactionnelle

La France a une particularité que les contenus traduits ignorent : le législateur a déjà normalisé le fichier d’écritures.

Ce que contient le FEC L’article L47 A, I du Livre des procédures fiscales impose aux entreprises tenant une comptabilité informatisée de remettre, au début des opérations de contrôle, une copie des fichiers des écritures comptables. L’article A47 A-1, issu de l’arrêté du 29 juillet 2013, précise que l’ensemble des écritures de tous les journaux d’un exercice est remis dans un fichier unique, classé par ordre chronologique de validation, après opérations d’inventaire, et que les dix-huit premières informations de chaque écriture doivent correspondre, dans l’ordre, à une liste fixée par le texte. Le défaut de présentation expose à l’amende de l’article 1729 D du Code général des impôts : 5 000 €, ou 10 % des droits rappelés si ce montant est supérieur.

Un fichier normalisé, exhaustif et horodaté, produit chaque année : la matière première d’une analyse transactionnelle existe déjà.

Encore faut-il distinguer deux usages. La DGFiP met à disposition un outil gratuit, Test Compta Demat, qui vérifie la validité de la structure du fichier et signale les anomalies de format. Il ne dit rien du contenu. Un FEC parfaitement conforme peut contenir des écritures passées après la date de clôture, des montants ronds répétés, ou des écritures enregistrées par des utilisateurs hors de leur périmètre. La conformité de structure est un prérequis technique, pas un contrôle.

L’analyse de contenu a son propre cadre français. Les entreprises assujetties à l’article 17 de la loi Sapin II doivent mettre en place des procédures de contrôles comptables destinées à s’assurer que les livres, registres et comptes ne servent pas à masquer des faits de corruption. Isabelle Jégouzo, directrice de l’Agence française anticorruption, décrivait en février 2025 dans la Revue Française de Comptabilité l’objectif de ces contrôles : détecter rapidement des opérations volontairement enregistrées dans les mauvais comptes, ou sans justification économique pertinente. Les exemples qu’elle cite, tests sur les écritures manuelles et rapprochements bancaires, sont ceux d’un programme d’analyse de données.

Le gisement s’élargit : depuis le 1er septembre 2026, les grandes entreprises et ETI émettent leurs factures sous forme électronique et transmettent leurs données de transaction, et toutes les entreprises assujetties à la TVA doivent pouvoir recevoir ces factures.

L’analyse par cycle comptable

Les équipes finance s’organisent par cycle, et la bibliothèque de contrôles suit la même logique : chaque cycle a ses données, ses modes de défaillance et ses tests.

Achats-fournisseurs

C’est par là que les programmes commencent, parce que les erreurs y sont peu discutables et le gain mesurable : un doublon de règlement est un doublon, et l’argent revient ou ne revient pas.

Les tests qui comptent croisent plusieurs jeux de données. Rapprocher les factures entre elles fait ressortir les doublons simples. Confronter l’historique de modification du référentiel fournisseurs au calendrier des paiements met au jour le schéma de la fraude au virement : un RIB modifié, un paiement libéré, un RIB remis en place. Croiser adresses et coordonnées bancaires fournisseurs avec le référentiel du personnel révèle les fournisseurs fictifs. Rien de cela n’est visible dans le seul journal des achats. Voir l’analyse du cycle achats.

Ventes-clients

L’analyse côté ventes cherche du chiffre d’affaires acquis et jamais encaissé : livraisons non facturées, prix appliqués sous le tarif contractuel, remises hors matrice de délégation, avoirs émis pour solder une créance que personne ne savait expliquer. Une partie du retard de règlement est commerciale, une autre tient à la qualité de la facturation, une facture contestée restant dans le poste client jusqu’à résolution du litige. Voir l’analyse du cycle ventes.

Comptabilité générale

C’est le cycle le mieux adossé aux normes. L’écriture manuelle est le vecteur privilégié du contournement des contrôles par les dirigeants, et la norme ISA 240 révisée, publiée par l’IAASB en juillet 2025 et applicable aux exercices ouverts à compter du 15 décembre 2026, renforce les diligences attendues sur ce point. Elle ne s’impose pas directement aux commissaires aux comptes français, dont le référentiel reste celui des NEP homologuées, mais elle indique le sens de l’évolution.

Les tests suivent le risque : écritures postérieures à la date d’arrêté, écritures sans référence de pièce, montants ronds, écritures passées par des profils dont le rôle ne le prévoit pas, couples débit-crédit qui n’apparaissent nulle part ailleurs dans l’exercice. Voir l’analyse du cycle comptable.

Notes de frais

Faible valeur unitaire, fort volume : c’est exactement ce que la revue manuelle traite le plus mal. Les modes de défaillance sont stables : une note soumise deux fois à deux mois d’intervalle, une dépense coupée en deux pour passer sous un seuil de validation, une note de frais datée d’une période de congé, des commerçants que la politique exclut. Ce qui a changé, c’est que la politique devient exploitable par la machine : tester les notes au regard de son texte, plutôt que d’une liste de seuils codée en dur, évite que les contrôles se désynchronisent à chaque mise à jour.

Trésorerie

La trésorerie est le cycle où l’analyse comptable affronte un adversaire actif. Selon le rapport 2025 de l’Observatoire de la sécurité des moyens de paiement de la Banque de France, la fraude par manipulation, qui regroupe notamment la fraude au président et la substitution d’IBAN, atteint 516 millions d’euros, en hausse de 34 % sur un an, dont 376 millions sur le virement. Les tests sont comparatifs : ce bénéficiaire n’a jamais été payé, ce montant sort de la plage historique du fournisseur, ce fichier de paiement contient une ligne qui ne correspond à aucune facture approuvée. Voir la surveillance des paiements.

Le problème de la donnée

La plupart des projets s’arrêtent avant la première analyse, sur les trois étapes qui la précèdent.

L’extraction d’abord. Les équipes finance ont accès à des états, rarement à des tables. Un état a déjà filtré et agrégé, ce qui veut dire que les exceptions ont souvent disparu avant que quiconque les regarde. L’analyse a besoin des enregistrements sous-jacents : le fichier d’écritures avec son détail de lignes, le référentiel fournisseurs avec son historique de modifications, le fichier de paiement tel qu’il a été transmis.

La normalisation ensuite : formats de date hétérogènes, champs qui mélangent montants et symboles, types de pièce codés différemment selon le module, même fournisseur orthographié de quatre façons dans quatre entités.

La standardisation multi-ERP enfin, qui décide si une bibliothèque de contrôles peut s’étendre. Un contrôle de doublons écrit sur des noms de champs SAP est inopérant dans NetSuite, et un plan comptable qui diffère selon les entités conduit le même contrôle à produire des résultats différents d’un pays à l’autre. Supervizor traite ce point avec TranscoGPT, qui met en correspondance les plans comptables entre systèmes sources pour que le même contrôle s’exécute à l’identique partout. La question à poser à tout éditeur : un contrôle écrit une fois tourne-t-il sans modification sur tous les systèmes du périmètre ?

De l’échantillon au test exhaustif

Le sondage existe parce que tout tester était impossible. On sélectionne 40 factures dans une population de 400 000, on les teste, on extrapole. La méthode est statistiquement défendable, avec une conséquence structurelle : un schéma qui touche 300 transactions sur 400 000 a environ 3 % de chances d’apparaître dans un échantillon de 40.

La NEP 530, homologuée en 2007, prévoit trois méthodes de sélection, dont celle de tous les éléments, qu’elle présente comme principalement utilisée quand la population comporte un petit nombre d’éléments. Le texte reflète son époque. Les standards récents vont dans l’autre sens : les normes mondiales d’audit interne de l’IIA, en vigueur depuis janvier 2025, demandent au responsable de l’audit interne de s’assurer que sa fonction dispose de la technologie nécessaire à son processus d’audit, et le PCAOB a modifié ses normes AS 1105 et AS 2301 pour encadrer l’analyse assistée par la technologie, pour les exercices ouverts à compter du 15 décembre 2025.

La couverture change aussi ce que l’équipe peut affirmer : un échantillon soutient une conclusion sur la population, assortie d’un intervalle de confiance ; la population entière en soutient une sur chaque transaction qu’elle contient.

L’étude Occupational Fraud 2026: A Report to the Nations de l’ACFE, portant sur 2 402 cas dans 143 pays, relève que plus de la moitié des cas impliquent soit une absence de contrôle interne, soit un contournement des contrôles existants, pour une perte médiane de 104 000 dollars et une détection au bout de 12 mois en médiane. Les deux causes se jouent au niveau de la population : un contrôle qui n’existe pas ne peut pas être rendu visible par un sondage, et un contournement est par construction la transaction conçue pour avoir l’air normale. Supervizor exécute ses 350+ contrôles prêts à l’emploi sur l’intégralité de la population à chaque extraction, ce qui fait de la couverture une caractéristique de la plateforme plutôt qu’un arbitrage de cadrage annuel.

Comment démarrer

Les projets qui tiennent commencent sur un périmètre étroit et prouvent un gain avant de s’étendre.

1. Choisir un cycle au résultat mesurable, généralement les achats : les doublons de règlement produisent un chiffre sur lequel tout le monde s’accorde.
2. Sécuriser une extraction récurrente, pas un fichier ponctuel. Un projet qui repose sur un export manuel mensuel s’arrête le jour où la personne change de poste.
3. Standardiser avant de tester. Mettre en correspondance les plans comptables, réconcilier les identifiants entités et tiers, fixer la représentation des devises et des types de pièce. Sans cela, les premières exceptions seront des artefacts de données.
4. Démarrer avec un jeu de contrôles restreint, puis calibrer les seuils. Dix contrôles bien réglés produisent une charge absorbable ; cent contrôles non réglés produisent un arriéré qui discrédite le programme dès le premier trimestre.
5. Désigner le responsable des exceptions avant la première exécution. Sans responsable de la file, les résultats deviennent un rapport que personne n’ouvre.
6. Mesurer le taux de faux positifs et le faire baisser, contrôle par contrôle.

Une question tranche le choix de l’outil : les contrôles sont-ils paramétrables ou développés ? Un contrôle qui exige un développeur ne sera pas ajusté quand la politique changera. Supervizor livre les siens prêts à l’emploi et paramétrables aux seuils de l’entreprise, avec Supervizor Studio pour les tableaux de bord et contrôles spécifiques.