Le fichier Excel critique que personne ne comprend

Presque toutes les entreprises en ont un. Un fichier Excel créé il y a des années par une personne qui a depuis changé de poste, ou quitté l’entreprise. Il calcule les commissions, prépare les commandes fournisseurs, consolide les marges ou planifie la production. Il contient des onglets cachés, des formules imbriquées sur plusieurs lignes, des liens vers d’autres fichiers, peut-être des macros.

Tout le monde sait qu’il est fragile. Personne n’ose y toucher. Et pourtant, une partie de l’activité en dépend.

Ce fichier n’est pas un problème en soi : il est la preuve qu’un besoin réel a été couvert, avec les moyens du moment. Le problème, c’est qu’il est devenu un point de défaillance unique, sans documentation ni passation possible.

Pourquoi c’est un risque

Le savoir est concentré. Une seule personne, parfois aucune, comprend vraiment ce que fait le fichier. Son absence bloque le processus.
Les erreurs sont silencieuses. Une formule écrasée par une valeur, une plage qui ne s’étend pas aux nouvelles lignes, un lien rompu vers un autre fichier : le résultat reste plausible, mais il est faux.
Les données sont copiées à la main. Le fichier est souvent alimenté par des exports collés manuellement, avec les risques que cela implique.
Il n’y a pas d’historique fiable. Plusieurs versions circulent par e-mail ou sur un partage. Laquelle fait foi ?

Étape 1 : comprendre avant de modifier

La tentation est de repartir de zéro dans un nouvel outil. C’est souvent une erreur : le fichier contient des règles métier accumulées au fil des années, dont certaines ne sont écrites nulle part ailleurs. Les reconstruire sans les avoir comprises, c’est perdre des cas particuliers qui réapparaîtront plus tard sous forme d’erreurs.

Le premier travail consiste donc à lire le fichier :

Quelles sont les entrées ? D’où viennent-elles, qui les colle, à quelle fréquence ?
Quelles sont les sorties ? Qui les utilise, pour quelle décision ?
Quels calculs relient les deux ? Quelles règles métier sont encodées dans les formules ?
Quelles parties sont mortes (onglets inutilisés, colonnes jamais lues) ?

L’IA peut aider à cette étape. Un modèle de langage sait expliquer une formule complexe en langage courant, ou résumer ce que fait une macro. C’est un gain de temps réel pour la documentation, à condition que chaque explication soit vérifiée par quelqu’un qui connaît le métier.

Étape 2 : documenter le strict nécessaire

Une documentation exhaustive ne sera jamais lue. Ce qui compte :

Un schéma simple : d’où viennent les données, ce que fait le fichier, où vont les résultats.
La liste des règles métier en langage courant : « la remise s’applique si le client a déjà commandé dans l’année », par exemple.
La procédure d’utilisation : quoi coller, où, dans quel ordre, quoi vérifier.
Les points de fragilité connus.

Cette documentation a une valeur immédiate, même si rien d’autre ne change : elle rend la passation possible.

Étape 3 : sécuriser l’existant

Avant toute migration, quelques mesures réduisent le risque à court terme :

Une seule version de référence, à un emplacement unique, avec un historique des versions.
Les cellules de calcul protégées, seules les zones de saisie restant modifiables.
Des contrôles visibles : un total qui doit correspondre à une source, un indicateur qui passe au rouge si une plage est incomplète.
Les imports automatisés quand c’est possible, plutôt que des copier-coller : une connexion directe à la source, ou une requête qui récupère les données à jour.

Ces mesures ne transforment pas le fichier, mais elles en font un outil plus fiable le temps de décider de la suite.

Étape 4 : décider de l’avenir du fichier

Une fois le fichier compris, plusieurs options sont possibles. Il n’y a pas de réponse universelle.

Le garder, en le fiabilisant

Si le fichier fait bien son travail, que le volume reste raisonnable et que les utilisateurs le maîtrisent, le garder est une option légitime. L’automatisation se concentre alors sur ses entrées (alimentation automatique depuis l’ERP ou le CRM) et ses sorties (diffusion du résultat).

Déplacer les calculs dans un outil existant

Souvent, une partie de la logique a sa place dans un outil déjà en place : l’ERP sait calculer des remises, le CRM sait gérer des commissions, l’outil de BI sait consolider. Le fichier se réduit alors à ce qui n’a pas d’autre place.

Le remplacer par une application dédiée

Quand le fichier est utilisé par plusieurs personnes en même temps, qu’il traite des volumes importants ou qu’il porte un processus critique, une petite application ou une automatisation sur mesure peut se justifier. Elle reprend les règles documentées, les données arrivent directement des outils sources, et les résultats sont tracés.

Quelle que soit l’option, la migration se fait progressivement. L’ancien et le nouveau tournent en parallèle sur quelques cycles, les résultats sont comparés, et l’ancien fichier n’est retiré qu’une fois les écarts expliqués.

Les erreurs à éviter

Réécrire sans comprendre. Les règles oubliées réapparaissent toujours, au pire moment.
Migrer sans période de double fonctionnement. Comparer les résultats est le seul moyen de vérifier qu’aucune règle n’a été perdue.
Ignorer la personne qui utilise le fichier. Elle connaît les exceptions, les corrections manuelles, les « on fait toujours comme ça ».
Ajouter de la complexité. Remplacer un Excel opaque par un outil tout aussi opaque ne règle rien.

Un signal plus large

Un fichier Excel critique est souvent le symptôme d’un manque entre deux outils : une information que l’ERP ne fournit pas sous la bonne forme, un calcul que le CRM ne sait pas faire, une consolidation entre plusieurs sources. Le traiter, c’est aussi l’occasion de regarder le processus autour, et les ressaisies qui l’alimentent (voir comment supprimer la double saisie entre ERP et CRM et automatiser un reporting mensuel).

C’est exactement le type de sujet que nous abordons en phase d’audit : comprendre ce qui existe, vérifier les données, et choisir la solution la plus simple qui tienne dans la durée.

Vous avez un fichier que personne n’ose toucher ? Parlons-en 20 minutes.