Et comment il peut dériver pendant des années sans que personne ne s’en aperçoive.
Votre logiciel métier tourne tous les jours. Vos équipes saisissent, les écrans répondent, rien ne plante. Tout va bien, en apparence.
Mais si je vous disais que vos statistiques d’activité sont probablement fausses car elles reposent sur des données incohérentes — en d’autres termes un manque de gouvernance documentaire !
Pas à cause d’un bug informatique. À cause d’une dérive invisible que personne ne surveille : celle de votre référentiel métier.
La mauvaise qualité des données coûte en moyenne 12,9 millions de dollars par an aux organisations[1]. Et près de 60% d’entre elles ne mesurent même pas ce coût[2]. Le problème que je vais vous décrire ici est l’une des causes les plus fréquentes de vos défauts de performance.
Un référentiel métier, c’est quoi ?
Avant d’aller plus loin, clarifions un terme que j’emploierai tout au long de cet article.
Un référentiel métier, c’est l’ensemble des listes, codes et catégories qui structurent les données dans votre logiciel. Ce sont vos listes déroulantes de types de dossiers, vos codes produits, vos catégories de clients, vos statuts de contrats, vos motifs de clôture.
En d’autres termes, c’est le vocabulaire commun de votre système d’information. Si ce vocabulaire est ambigu, incohérent ou incomplet, tout ce que votre logiciel produit — statistiques, rapports, archives — sera ambigu, incohérent ou incomplet.
La norme ISO 15489 de records management parle de « référentiel de métadonnées » [3]. C’est le même objet : le socle qui détermine comment vos documents et dossiers sont identifiés, classés, conservés et détruits.
5 symptômes d’un référentiel métier « malade » !
Lors d’un audit récent chez un client du secteur médico-social, j’ai ouvert le capot de leur logiciel métier. Un outil utilisé quotidiennement depuis des années par des dizaines d’utilisateurs. Personne ne s’en plaignait. Il « fonctionnait » plutôt bien.
Ce que j’ai trouvé à l’intérieur raconte une tout autre histoire. Et si vous utilisez un ERP, un CRM ou n’importe quel logiciel métier depuis plus de 3 ans, il y a de fortes chances que vous ayez les mêmes symptômes chez vous.
Symptôme n°1 — Les doublons fantômes
Dans le référentiel de ce client, j’ai trouvé deux entrées quasi identiques pour la même catégorie de dossiers. La seule différence ? Une lettre manquante dans l’une des deux. Cinq lignes en doublon, avec des dossiers rattachés des deux côtés.
Conséquence : quand le directeur tirait ses statistiques d’activité, une partie des dossiers n’apparaissait tout simplement pas. Il pilotait à l’aveugle, sans le savoir.
C’est comme si « Facture fournisseur » et « Fact. Fournisseur » coexistaient dans votre ERP comme deux catégories distinctes. Vos chiffres comptables seraient justes dans le logiciel, mais faux dans vos reportings.
Symptôme n°2 — Les entrées zombies
Plusieurs catégories portaient la mention explicite « OBSOLÈTE – NE PLUS UTILISER ». Elles étaient pourtant toujours accessibles à la saisie. Et des utilisateurs continuaient d’y créer des dossiers.
C’est l’équivalent d’un ancien code produit abandonné il y a trois ans, mais qui apparaît encore dans les bons de commande. Vos équipes l’utilisent par habitude, et personne ne s’en rend compte — jusqu’au jour où il faut expliquer pourquoi un produit fantôme génère du chiffre d’affaires. Comique !
Symptôme n°3 — Les dossiers Schrödinger
C’est le problème le plus grave que j’ai identifié. Des dizaines de dossiers avaient un motif de clôture définitif renseigné — fin de contrat, décès du bénéficiaire, mission terminée — mais restaient en statut « Actif » dans le système. Résultat : des personnes décédées comptabilisées comme des dossiers en cours dans les rapports d’activité.
Le système ne basculait pas automatiquement le statut quand un motif de fin était saisi. Tout reposait sur une action manuelle qui n’était pas toujours faite.
Un peu comme des clients partis depuis deux ans qui gonflent artificiellement votre portefeuille actif.
Symptôme n°4 — Un jour sans fin
Chez un cabinet d’avocats que j’accompagne, j’ai dû imposer une action qui peut sembler banale : remplir systématiquement la date de clôture des dossiers.
Sans cette simple information, des centaines de dossiers terminés depuis des années restaient ouverts dans le système d’information. Le SI considérait que chaque affaire était encore en cours. Comme dans le film « Un jour sans fin », ces dossiers revivaient indéfiniment — sauf que dans la réalité, les affaires étaient bel et bien terminées. Impossible de déclencher le cycle de vie du document, impossible de savoir quand conserver, quand détruire avec notre SaaS FileTracker.
Quand vos dossiers clients n’ont pas de date de fin enregistrée, vous accumulez un stock de données dont vous ne pourrez jamais vous débarrasser proprement. Ni archiver, ni détruire, ni même trier !
Symptôme n°5 — Les données introuvables
Celui-ci est peut-être le plus répandu et le plus immédiatement douloureux au quotidien.
Chez un client étude notariale, les noms de dossiers et de clients étaient saisis à la main, sans aucune règle de nommage. Résultat : des noms de famille avec des variantes orthographiques, des prénoms inversés, des numéros de dossiers avec ou sans tirets, des espaces en trop. Le même client pouvait apparaître sous trois ou quatre graphies différentes.
Quand un collaborateur cherchait un dossier, il ne le trouvait pas — non pas parce qu’il n’existait pas, mais parce qu’il avait été saisi différemment. L’étude passait un temps considérable à chercher des informations qui étaient pourtant dans le système. Or, un document introuvable est un document perdu — avec les mêmes conséquences juridiques et opérationnelles.
Des études estiment que chaque collaborateur perd en moyenne 18 minutes par jour à chercher un document. Pour une entreprise de 50 salariés, cela représente plus de 125 000 € par an [4]. Quand les données sont mal orthographiées en plus d’être mal structurées, ce temps explose.
Si vos collaborateurs tapent les noms de clients ou de dossiers à la main dans un champ libre, vous avez ce problème. C’est la raison pour laquelle les listes déroulantes, les champs normalisés et les contrôles de saisie existent — et pourquoi un référentiel bien construit est votre meilleure protection.
Pourquoi personne ne voit le problème ?
Si ces anomalies sont aussi fréquentes, pourquoi personne ne les détecte ? Trois mécanismes expliquent cet aveuglement collectif.
L’effet de normalisation
Quand un dysfonctionnement est présent depuis assez longtemps, il devient invisible. Les utilisateurs contournent, compensent, bricolent — et finissent par considérer que c’est normal. La sociologue américaine Diane Vaughan a décrit ce phénomène sous le nom de « normalisation de la déviance » [5] en étudiant la catastrophe de la navette Challenger : des signaux d’alerte répétés sur les joints défectueux avaient fini par être considérés comme « acceptables » parce qu’aucun accident ne s’était encore produit. Le même mécanisme est à l’œuvre dans vos référentiels.
Le biais de l’outil
Les équipes informatiques surveillent la disponibilité et la performance du logiciel. Temps de réponse, uptime, mises à jour de sécurité. Mais personne ne surveille la cohérence sémantique des données qu’il contient. C’est un angle mort structurel : le SI peut afficher 100% de disponibilité et 40% de fiabilité des données.
L’absence de propriétaire
Un référentiel métier n’appartient ni à l’IT (qui gère l’outil), ni aux métiers (qui saisissent les données). Il tombe entre les deux. Selon Gartner, jusqu’à « 59% des organisations ne mesurent même pas la qualité de leurs données »[6]. Si personne n’en est responsable, personne ne le mesure. Et ce qui n’est pas mesuré n’existe pas.
C’est exactement là que la gouvernance documentaire intervient comme tiers de confiance pour structurer, harmoniser, normer votre référentiel métier : un regard extérieur, ni IT ni métier, qui interroge la structure même des données.
Comment auditer vos référentiels : 5 étapes concrètes
Vous n’avez pas besoin d’un projet à quatre chiffres pour commencer 🙂 Voici une méthode en 5 étapes que j’applique chez mes clients et que vous pouvez amorcer en interne.
Étape 1 — Extraire vos listes
Exportez vos référentiels depuis votre logiciel métier : listes déroulantes, tables de référence, codes, catégories. Dans la plupart des ERP et CRM, c’est une extraction SQL ou un export CSV. Demandez à votre prestataire informatique si vous ne savez pas comment faire — c’est un droit légitime.
Étape 2 — Chercher les doublons
Un simple tri alphabétique dans Excel révèle souvent 80% des problèmes. Cherchez les variantes orthographiques, les abréviations vs noms complets, les entrées avec et sans accents.
Étape 3 — Identifier les « zombies »
Croisez les entrées du référentiel avec leur date de dernière utilisation. Tout ce qui n’a pas été utilisé depuis plus de 2 ans mérite un examen. Et tout ce qui porte la mention « obsolète » doit être désactivé immédiatement de votre référentiel métier — pas supprimé, désactivé.
Étape 4 — Tester la cohérence des statuts
Pour chaque dossier avec un motif de clôture renseigné, vérifiez que le statut est bien passé en « clôturé ». Et inversement : vérifiez que chaque dossier actif a bien une activité récente. Ce croisement simple révèle les dossiers Schrödinger et les « jours sans fin ».
Étape 5 — Vérifier la couverture
Chaque entrée du référentiel a-t-elle un code de classement ? Une règle de conservation ? Un responsable identifié ? Si la réponse est non pour plus de 20% des entrées, vous avez un problème de couverture qui rend votre archivage ingérable.
La gouvernance documentaire : le chaînon manquant
La dérive des référentiels métiers ne provoque pas de panne, pas d’écran bleu, pas d’alerte. C’est précisément ce qui la rend si coûteuse : elle s’accumule en silence.
- Du temps perdu chaque jour à chercher des documents mal nommés.
- Des décisions prises sur des données fausses.
- Du stockage qui gonfle indéfiniment parce que rien ne se détruit jamais.
- Un risque RGPD réel quand le SI ne distingue pas un dossier actif d’un dossier clos.
Et un problème qui explose au pire moment — quand vous décidez de migrer vers un nouvel outil.
Les spécialistes de la qualité des données parlent de la règle du 1–10–100
Corriger un problème au moment de la saisie coûte 1, le détecter en cours de route coûte 10, le découvrir au moment de la décision ou de la migration coûte 100[7].
C’est souvent au moment d’importer les données de nos clients dans notre outil FileTracker que toute l’ampleur du problème apparaît. Notre système exige des données propres, structurées, avec des règles de conservation cohérentes. Face à un référentiel dérivant, l’import révèle ce que le logiciel métier masquait depuis des années.
En vingt-cinq ans de pratique, j’ai vu un nombre considérable de systèmes d’information mal construits. Non pas parce que les développeurs manquaient de compétence, mais parce que personne n’avait pensé la structure des données du point de vue de leur gouvernance.
Les logiciels sont conçus pour saisir et traiter. Rarement pour garantir que l’information saisie est fiable, cohérente et gérable dans la durée.
Les doublons orthographiques, les entrées obsolètes jamais désactivées, les statuts incohérents, les dates manquantes, les noms mal saisis — tout cela, un professionnel de la gouvernance documentaire le détecte et le prévient. Un développeur ou un éditeur de logiciel, non. Ce n’est tout simplement pas son métier !
Vous voulez savoir où en sont vos référentiels ? Contactez-moi directement.
Références
[3] ISO 15489-1:2016, Information et documentation — Gestion des documents d’activité.
[6] Gartner, Data Quality Market Survey, 2017-2020
Françoise Cohen-Cassuto, 06/03/2026