FIABILISATION DE L'INFORMATION ET SYSTÈME D'INFORMATION COMPTABLE

Avant de fiabiliser une information comptable, encore faut-il savoir d'où elle vient, par quelles mains elle passe et à quel prix elle est produite. C'est tout l'objet de cette fiche d'ouverture du processus 7 : cartographier le système d'information d'une organisation et évaluer ses besoins avant d'y toucher.

Cinq composantes, un sous-système comptable

Un système d'information est un ensemble organisé de données, procédures, matériels, logiciels et personnes qui collecte, mémorise, traite et diffuse l'information nécessaire au fonctionnement d'une organisation. Le système d'information comptable n'en est qu'un sous-système, qui traite les informations à caractère financier en s'appuyant sur ce que produisent les autres services — commercial, achats, production. C'est pourquoi une anomalie comptable a presque toujours sa cause en amont, dans un processus que la comptabilité ne fait que recevoir.

Cartographier pour repérer les ruptures

Cartographier un système d'information consiste à représenter les acteurs, les applications et les flux qui les relient — flux physique, flux financier, flux d'information — en distinguant soigneusement les liaisons automatiques des ressaisies manuelles, chacune étant à la fois un coût en temps et un point d'entrée d'erreurs. Trois architectures se rencontrent en pratique : applications juxtaposées, applications interfacées, ou progiciel de gestion intégré à base unique, le mode de mise à disposition (licence ou SaaS) restant une question indépendante du degré d'intégration.

Du besoin exprimé au choix argumenté

Évaluer un besoin d'information suppose de remonter de la décision à prendre jusqu'à l'information qui la conditionne, puis de hiérarchiser selon six critères de qualité — pertinence, fiabilité, exhaustivité, disponibilité, actualité, coût — qui s'opposent deux à deux. Le choix d'une solution se conduit ensuite par une grille multicritère pondérée et un coût complet pluriannuel intégrant le coût de la non-qualité évitée, avant de conduire le changement comme un véritable projet : reprise des données nettoyée, bascule testée, double saisie bornée.

Le comptable n'est pas payé pour savoir la règle par cœur : il est payé pour savoir où elle se trouve, laquelle fait foi, et pour pouvoir prouver, un an plus tard, qu'il l'avait vérifiée. Cette fiche donne la méthode qui sépare une position justifiée d'une opinion coûteuse.

Quatre domaines, deux régimes

Le besoin d'information du comptable couvre quatre domaines — réglementaire (comptable, fiscal, social), technique, économique et sectoriel — qui se traitent selon deux régimes distincts : la recherche ponctuelle, déclenchée par une question précise, et la veille permanente, organisée pour détecter les évolutions avant qu'elles ne deviennent des retards coûteux à rattraper.

Hiérarchiser les sources

Toute information ne se vaut pas : il faut distinguer la source primaire — le texte lui-même — de la source secondaire qui le commente. La doctrine administrative publiée (BOFiP, BOSS) occupe une place intermédiaire, opposable à l'administration qui l'a publiée. Évaluer la fiabilité d'une information suppose de poser cinq questions systématiques : qui l'écrit, à quelle date, avec quelle opposabilité, avec quelle mise à jour, et que dit une seconde source indépendante.

L'intelligence artificielle, un accélérateur qui ne fait jamais foi

Les assistants conversationnels excellent à reformuler et structurer, mais fabriquent avec le même aplomb des références inexistantes — un phénomène appelé hallucination, dont l'affaire Mata contre Avianca en 2023 a montré le coût professionnel. La règle est simple : toute référence produite par une IA est réputée fausse jusqu'à vérification sur la source officielle.

Organiser un vrai dispositif de veille

La veille ne se décrète pas, elle s'organise : un périmètre écrit, des sources hiérarchisées, une fréquence adaptée à chaque domaine, des outils de collecte (alertes, flux RSS, agrégateurs), puis surtout une qualification et une diffusion tracées. Sans registre daté, l'affirmation « nous faisons de la veille » n'est qu'une déclaration d'intention.

Un tableur additionne ce qu'on lui donne ; une base de données relationnelle refuse ce qui n'a pas de sens. Cette fiche apprend à lire un modèle de données, poser une clé étrangère et écrire une requête SQL juste — pour cesser de subir les données de l'entreprise et commencer à les interroger.

Pourquoi structurer plutôt qu'accumuler dans un tableur

Un tableur employé comme base de données cumule quatre défauts : redondance de l'information, anomalies de mise à jour, impossibilité d'insérer ou de supprimer proprement, rapprochements fragiles fondés sur des recherches verticales en cascade. Le modèle relationnel y répond par un principe unique : chaque information n'est stockée qu'une seule fois, à un seul endroit, et les rapprochements se font par des clés.

Du modèle conceptuel au schéma relationnel

La méthode Merise fournit le vocabulaire : entités, attributs, identifiant, associations et cardinalités (0,1 · 1,1 · 0,n · 1,n), qui se traduisent ensuite par des règles mécaniques — toute entité devient une table, toute association 1,1 devient une clé étrangère, toute association n,n devient une table de jonction. Les contraintes d'intégrité (d'entité, référentielle, de domaine) rendent alors impossible ce qu'un contrôle humain ne ferait que constater a posteriori.

Interroger en SQL : l'ordre qui change tout

Une requête SELECT s'écrit dans un ordre — SELECT, FROM, WHERE, GROUP BY, HAVING, ORDER BY — mais s'évalue dans un autre : c'est de cet écart que naît le piège le plus fréquent, vouloir filtrer une somme dans le WHERE plutôt que dans le HAVING. Maîtriser les jointures — notamment le couple LEFT JOIN et IS NULL pour détecter les absences — permet de produire la balance âgée, le chiffre d'affaires par client ou les écarts entre en-tête et lignes d'une facture : des contrôles qu'aucun état standard ne propose.

Le tableur ne tient pas la comptabilité : il la simule, la contrôle et la restitue. Savoir figer une référence, écrire un SOMME.SI.ENS juste et boucler un état avec le solde du compte collectif, c'est transformer un classeur bricolé en instrument de preuve.

Trois usages légitimes, un usage interdit

Le tableur excelle dans trois rôles que le logiciel comptable ne sait pas remplir : la simulation d'hypothèses, le contrôle par rapprochement de deux sources, et la restitution mise en forme pour un lecteur non comptable. Un usage doit en revanche rester interdit : tenir la comptabilité dans un classeur, faute d'intangibilité, de chronologie irréversible et de piste d'audit.

Structurer un classeur fiable et maîtriser le signe dollar

Un classeur professionnel sépare trois couches — données brutes intouchées, calculs sans valeur saisie en dur, restitution sans calcul nouveau — complétées par une bande de contrôle. Le signe dollar (référence absolue, mixte ou relative) est la première cause d'erreur : une référence mal figée se recopie silencieusement et fausse une colonne entière sans jamais déclencher d'alerte.

Les fonctions qui font le travail du comptable

Six familles de fonctions couvrent l'essentiel : logiques (SI, SI.CONDITIONS), recherche (RECHERCHEX ou INDEX/EQUIV plutôt que RECHERCHEV), statistiques conditionnelles (SOMME.SI.ENS), dates (FIN.MOIS, jamais AUJOURDHUI() dans un état d'arrêté), financières (VAN, TRI, VPM) et texte. Le tableau croisé dynamique restitue sans écrire une formule, mais il ne se met jamais à jour tout seul.

Le bouclage, seule preuve acceptable

Un état construit au tableur — comme une balance âgée — n'est acquis qu'une fois recoupé avec une donnée du système comptable, typiquement le solde du compte collectif : sans écart nul, l'état n'est qu'une opinion, jamais une démonstration.

Dans un progiciel de gestion intégré, le comptable ne saisit plus l'écriture : il paramètre la règle qui la produit. Le déplacement est considérable — une erreur de saisie touche une pièce, une erreur de paramétrage les touche toutes, en silence, jusqu'à ce qu'un contrôle la révèle.

Une base unique, une saisie unique

Un progiciel de gestion intégré (PGI, ou ERP) repose sur une base de données unique partagée par tous les modules — commercial, achats, stocks, paie, immobilisations, trésorerie, comptabilité. L'unicité de la saisie qui en découle fait disparaître les erreurs de transcription et donne accès au temps réel : dès la validation d'un document, l'information devient disponible pour tous, avec une traçabilité continue jusqu'à la commande d'origine.

Le paramétrage, cœur du système

La comptabilité n'est plus un point de saisie mais un point d'arrivée : chaque module génère ses écritures selon une table de comptabilisation, qui croise la famille d'articles (compte de produit ou de charge) et la catégorie de client (régime de TVA). C'est là que se joue l'essentiel : le paramétrage doit être décrit par écrit, recetté sur un jeu d'essai complet, puis documenté dans un dossier daté et conservé.

Erreur de saisie ou erreur de paramétrage ?

Une erreur de saisie porte sur une pièce, elle est visible et se corrige par contre-passation. Une erreur de paramétrage porte sur la règle qui produit toutes les pièces d'une catégorie : elle est invisible, se répète sans exception ni alerte, et ne se détecte qu'à la revue analytique, au sondage ou au contrôle du fichier des écritures comptables. La correction se fait toujours en deux temps — la règle d'abord, le stock d'écritures ensuite.

Habilitations et séparation des tâches

Parce que tout le monde travaille dans la même base, la question des droits devient centrale : le principe du moindre privilège, le rapprochement à trois voies entre commande, réception et facture, et la séparation des quatre fonctions (autoriser, exécuter, conserver, enregistrer) font du progiciel le principal instrument du contrôle interne.

Une comptabilité juste ne se constate pas à la fin : elle s'organise avant. Le contrôle de fiabilité n'est pas une relecture des comptes une fois qu'ils sont faits, c'est un dispositif permanent qui rend l'erreur difficile et la fraude visible.

Régularité, sincérité, image fidèle

L'article L. 123-14 du code de commerce exige des comptes réguliers, sincères et donnant une image fidèle. Ces trois qualités se décomposent en assertions vérifiables — réalité, exhaustivité, mesure, séparation des exercices, classification, existence, évaluation, présentation — qui donnent au contrôle son programme de travail : une assertion non testée est un trou dans la couverture.

Le contrôle interne selon le référentiel COSO

Le contrôle interne est le dispositif permanent qui produit cette fiabilité : cinq composantes — environnement de contrôle, évaluation des risques, activités de contrôle, information et communication, pilotage — au service de trois objectifs (opérations, information, conformité). Son principe cardinal tient en une phrase : nul ne doit cumuler deux des quatre fonctions incompatibles — autoriser, exécuter, conserver, enregistrer.

Contrôler par la cohérence, pas par la confiance

Le contrôle a posteriori se conduit par la piste d'audit et par des contrôles de cohérence hiérarchisés : arithmétique, rapprochements bancaire et fournisseurs, contrôles de séquence sur les pièces numérotées, contrôles croisés entre gestion commerciale et comptabilité, et revue analytique — la seule à détecter l'erreur systématique qu'aucun sondage ne révèle. Le rapprochement entre le chiffre d'affaires comptable et les bases déclarées de TVA en est l'exemple le plus rentable, car c'est le premier que l'administration effectue.

Une assurance raisonnable, jamais absolue

Rien de tout cela ne donne de garantie absolue : le contrôle interne coûte, la collusion le déjoue, et la direction peut le contourner. C'est une limite à énoncer clairement, pas un aveu d'échec — et c'est exactement ce que l'épreuve E6 attend en conclusion d'un diagnostic.

Le service comptable est le seul à réunir sous un même toit les coordonnées bancaires de tous les tiers, les rémunérations nominatives, les marges par client et la preuve légale de l'activité. Le protéger n'est pas une affaire de technicien : c'est une obligation comptable, fiscale et juridique.

Quatre critères pour analyser tout risque : DICT

La sécurité s'organise autour de quatre critères — disponibilité, intégrité, confidentialité, traçabilité — qui disciplinent l'analyse : devant tout incident, il faut nommer le critère atteint, la réponse en découle presque mécaniquement. La menace la plus fréquente n'est pas le rançongiciel spectaculaire mais le piratage de compte, qui ouvre ensuite tout le reste. Deux fraudes visent presque exclusivement le service comptable : la fraude au président et la fraude au faux fournisseur, qui se combattent par la procédure (double validation, contre-appel) plutôt que par la technique.

Sauvegarde ≠ archivage : la règle 3-2-1

La sauvegarde est une copie de travail destinée à revenir en arrière ; l'archivage est une conservation destinée à prouver, sur des durées légales précises. La règle 3-2-1 — trois copies, deux supports différents, une copie hors site et déconnectée — en est le socle, mais une sauvegarde jamais restaurée ne vaut rien : seul le test de restauration périodique en fait la preuve.

Des durées de conservation à connaître par cœur

Dix ans pour les documents comptables (code de commerce), six ans pour ce qui sert de base à l'impôt — dont le fichier des écritures comptables — cinq ans pour les bulletins de paie : ces délais se cumulent et conditionnent la valeur probante de l'archive électronique.

Le RGPD, un cadre opposable au quotidien

Le règlement général sur la protection des données impose un registre des traitements, une base légale unique par traitement, des durées de conservation définies et la notification de toute violation à la CNIL sous 72 heures. Le comptable est en outre tenu par une obligation propre de discrétion, notamment sur les données de paie, et doit encadrer par contrat tout transfert de données à son cabinet d'expertise comptable.