Remplacer Excel par un vrai outil de suivi

Un fichier de suivi et un tableau de bord ne font pas le même travail. Le premier enregistre ce qui arrive, une commande prise, une heure passée, un litige ouvert. Le second reprend ces enregistrements, les additionne, les compare à un objectif et les affiche. Excel tient les deux rôles dans le même classeur, et c’est ce qui rend son remplacement confus : selon le rôle que votre fichier occupe réellement, l’outil qui prend sa suite n’est pas le même. Partant de cette distinction, vous trouverez ici ce qui se casse quand un suivi repose sur plusieurs classeurs reliés à la main, ce que le délai entre un fait et son affichage change sur vos décisions, ce que chaque famille d’outils exige d’avoir déjà en place, et l’inventaire à mener sur votre propre fichier avant d’en choisir une.

Un fichier de suivi fait deux métiers à la fois

Le mot suivi recouvre deux opérations que le tableur mélange. La collecte enregistre un fait au moment où il se produit. La restitution reprend ces enregistrements et affiche ce qu’ils donnent une fois rassemblés. Un même classeur porte les deux, avec un onglet de saisie et un onglet de synthèse qui pointe dessus. Les deux couches ne se remplacent ni par les mêmes outils, ni dans le même ordre. Remplacer Excel par un vrai outil de suivi commence donc par repérer laquelle des deux vous avez sous les yeux, pas par comparer des logiciels.

Le classeur où le chiffre est saisi, celui où il est lu

Reprenez votre fichier de suivi colonne par colonne et notez, pour chaque valeur, laquelle des trois origines la produit. Une personne la tape, en lisant un bon de livraison, un mail ou un relevé d’heures. Elle sort de l’export d’un autre logiciel, recopié chaque semaine. Elle se calcule à partir des deux précédentes.

Un fichier dont la plupart des colonnes sont tapées à la main fait de la collecte, et il est la seule trace de ce qu’il contient. Un fichier dont la plupart des colonnes viennent d’exports fait de la restitution. L’information existe ailleurs, ce classeur la rassemble.

Ce que la réponse change sur l’outil à choisir

Un fichier de restitution se remplace par un écran qui va chercher la donnée dans les logiciels d’origine, sans saisie supplémentaire. Le chantier porte sur les connexions et sur les règles de calcul.

Un fichier de collecte, lui, ne se remplace pas par un écran de lecture. Poser un outil de visualisation sur un classeur tenu à la main revient à afficher plus proprement une donnée dont personne ne garantit la qualité. Il faut d’abord un endroit où la saisie se fait avec ses contrôles, ses états et ses droits. C’est un autre chantier, celui du classeur qui fait tourner un processus et de l’application qui le reprend. Le suivi vient ensuite, une fois la donnée née au bon endroit.

Un fichier peut relever des deux couches. Il rassemble des exports et ajoute quelques colonnes tapées à la main, un commentaire, une date de relance, un statut négocié au téléphone. Ces colonnes ajoutées décident du reste : ce sont elles qui n’existent nulle part ailleurs, et elles disparaissent quand vous branchez un outil de lecture sur les logiciels sources en oubliant le classeur intermédiaire.

Ce qui se casse dans une consolidation manuelle

La consolidation manuelle désigne la chaîne qui va des fichiers d’origine au classeur de synthèse : des exports, des liens entre classeurs, des copier-coller, des recherches de correspondance d’un onglet à l’autre. Aucune des pannes qui s’y produisent ne s’annonce à l’écran.

La valeur figée qui a l’air à jour

Une formule d’un classeur peut pointer vers une cellule d’un autre, ce qu’Excel appelle un lien de classeur. Microsoft documente trois réglages pour l’ouverture du classeur : toujours actualiser, demander à actualiser, et ne pas actualiser, ce dernier ne demandant rien à personne. Excel ne met pas non plus à jour un lien dont la source n’est pas connectée. Rompre un lien change la nature de la cellule. La documentation l’écrit : toutes les formules qui utilisent la valeur dans le classeur source sont converties en leurs valeurs actuelles, et l’opération ne s’annule pas sur la version installée sur le poste.

Ce qui reste à l’écran est un nombre. Il n’indique ni son ancienneté, ni le fait qu’il ne bougera plus. Un classeur de synthèse déplacé dans un autre dossier, une source renommée, un classeur réglé sur ne pas actualiser, un lien rompu pour ne plus avoir à répondre à la demande qui revient à chaque ouverture : chacune de ces situations laisse une valeur figée qui s’affiche exactement comme les cellules encore vivantes autour d’elle.

Une manipulation suffit à le vérifier. Modifiez une ligne dans un fichier d’origine, rouvrez la synthèse, regardez si le total bouge. Faites-le sur chaque colonne qui remonte d’ailleurs, pas seulement sur la première.

Le copier-coller entre fichiers

En janvier 2013, JPMorgan Chase a publié le rapport de sa Management Task Force sur les pertes subies l’année précédente par son bureau d’investissement. Le rapport décrit le modèle de mesure du risque alors en service : il fonctionnait au moyen d’une série de feuilles Excel remplies à la main, par un processus de copier-coller de données d’une feuille vers une autre. La feuille de calcul, après avoir soustrait l’ancien taux du nouveau, divisait par leur somme au lieu de leur moyenne. Le rapport indique que cette erreur a probablement eu pour effet d’atténuer la volatilité d’un facteur deux et d’abaisser la mesure de risque affichée.

La recopie n’a pas produit l’opérateur erroné. Elle décrit un mode de production où un tel opérateur tient dans un calcul sans qu’aucune étape ne le rattrape. Une chaîne de recopies ne se relit pas. Personne ne rouvre la formule d’une cellule de synthèse pour vérifier qu’elle fait toujours ce que vous croyez, parce que rien ne signale qu’elle a changé.

Une partie de ces recopies vient d’un logiciel voisin, dont l’export est collé chaque lundi dans le classeur. Ce trajet relève d’une liaison programmée entre les deux logiciels, la façon d’arrêter de retaper d’un outil à l’autre ce qui existe déjà.

La plage de calcul que personne ne revérifie

Un indicateur couvre un périmètre, l’ensemble des lignes qu’il additionne. Quand ce périmètre se réduit à une plage de cellules écrite dans une formule, il devient invisible pour celui qui lit le résultat. En avril 2013, Thomas Herndon, Michael Ash et Robert Pollin ont refait le calcul d’une étude de Carmen Reinhart et Kenneth Rogoff après en avoir obtenu le classeur. Leur critique relève une erreur de codage qui excluait cinq pays de la moyenne, la plage s’arrêtant à la ligne 44 au lieu de la ligne 49. Une fois cette erreur corrigée, avec l’exclusion sélective de données disponibles et la pondération inhabituelle relevées par les mêmes auteurs, la croissance moyenne des pays dont la dette publique dépasse 90 % du produit intérieur brut passe d’une baisse de 0,1 % à une hausse de 2,2 %.

L’échelle diffère de la vôtre. Le mécanisme, lui, se reproduit à l’identique dans un classeur de dix colonnes. Une ligne ajoutée en bas d’un tableau reste hors du total tant que personne n’étend la formule. Un onglet créé en cours d’année pour une nouvelle activité n’entre dans la synthèse que si quelqu’un pense à l’y ajouter. Le résultat s’affiche sans mention du périmètre qu’il couvre, et il se compare d’un mois sur l’autre comme si ce périmètre n’avait pas bougé.

Le délai entre le fait et le chiffre

La fraîcheur de la donnée est l’écart entre le moment où quelque chose se produit et le moment où il apparaît dans votre suivi. Sur un reporting mensuel produit à la main, cet écart cumule trois attentes : quelqu’un saisit le fait quelque part, quelqu’un lance l’export, quelqu’un assemble la synthèse et l’envoie.

Cet écart se mesure sans outil. Prenez une ligne récente de votre fichier, retrouvez la date de l’événement qu’elle décrit, comparez-la à la date à laquelle le chiffre correspondant est arrivé devant la personne qui décide. Recommencez sur cinq lignes prises à des moments différents du mois.

Rapprochez ensuite ce délai de votre rythme de décision réel, celui auquel quelqu’un change effectivement quelque chose à partir de ce suivi. Un suivi de trésorerie que vous arbitrez chaque semaine, mais qui arrive avec trois semaines de retard, ne sert plus à décider, il sert à constater. Un suivi de rentabilité que vous examinez une fois par an supporte le même retard sans conséquence.

Ce rapprochement donne aussi la fréquence à demander. Rafraîchir une donnée en continu suppose des connexions à tenir et des sources qui répondent en permanence, et cela se justifie pour les indicateurs de pilotage sur lesquels vous agissez dans la journée, un stock, un planning, une file d’appels en attente. Le sujet se traite à part, sur la page consacrée aux écrans qui se rafraîchissent au fil des événements.

Une partie du délai vient de la fabrication du rapport, pas de la donnée. Quand la même synthèse repart chaque mois vers les mêmes destinataires, avec les mêmes découpages et les mêmes filtres, c’est cette fabrication qui se remplace en premier, ce que fait un envoi de rapports produits et distribués à date fixe.

Ce que chaque remplaçant suppose déjà en place

Trois familles d’outils prennent la suite d’un fichier de suivi. Ce qui les sépare se lit dans leurs prérequis, ce qui doit déjà exister chez vous pour que chacune fonctionne. Une quatrième réponse reste valable, garder le classeur : un suivi alimenté par une seule source, tenu par une personne et lu par trois qui se parlent tous les jours n’a pas de problème à résoudre. Le remplacement se justifie quand le nombre de sources, le nombre de personnes qui écrivent dedans ou le nombre de décisions prises à partir du fichier a augmenté, pas parce que ce fichier est un tableur.

Le module de suivi d’un logiciel du marché

Un ERP, un CRM ou un logiciel de gestion embarque ses propres écrans de suivi. Leur prérequis est le plus léger des trois, la donnée est déjà dans l’outil, sans connexion à construire ni recopie à programmer. Ils supposent en revanche que ce que vous suivez tienne dans leur modèle. Un indicateur qui croise deux logiciels, ou qui applique une règle de calcul propre à votre activité, sort de leur périmètre.

L’origine de vos colonnes dit lequel de vos indicateurs est dans ce cas. Ceux dont toutes les colonnes viennent d’un même logiciel se traitent dans ce logiciel, sans projet ni budget supplémentaire. Les autres obligent à regarder jusqu’où va le périmètre d’un produit d’éditeur. La page qui compare un progiciel d’éditeur et un outil écrit pour votre organisation reprend ce périmètre critère par critère.

Un outil de BI branché sur vos sources

Un outil de BI, pour informatique décisionnelle, lit des données produites ailleurs et les affiche sous forme de tableaux et de graphiques. Il ne saisit aucune donnée lui-même, ce qui déplace la charge en amont. Vous devez savoir où vivent vos données et par quelle connexion les atteindre, et quelqu’un doit avoir écrit vos règles de calcul avant qu’un écran les applique.

Cette dernière condition est la plus coûteuse à remplir, parce qu’elle ne se règle dans aucun outil. Un outil de BI applique la règle que vous lui donnez, il ne tranche pas entre deux façons de compter le même indicateur. Tant que deux services en gardent deux définitions, l’écran affichera deux courbes, plus vite qu’un classeur et avec la même ambiguïté. Une source unique de la donnée se décide, elle ne s’obtient pas en changeant d’écran.

Avant de vous engager, regardez ce que vos logiciels laissent sortir, une interface de programmation appelée API, un export planifié, un accès direct à la base, ou rien de tout cela. Demandez-vous ensuite qui tiendra les règles de calcul dans la durée, parce qu’un modèle de données que personne n’entretient accumule les mêmes couches de correctifs que le classeur qu’il remplace, et finit par poser le même problème de définition.

Un outil de suivi développé pour vous

Un outil développé prend la place du fichier dans deux situations que les deux premières familles ne couvrent pas. La saisie et la restitution doivent vivre au même endroit, parce que les colonnes tapées à la main de votre classeur n’existent dans aucun logiciel source. Ou un chiffre doit déclencher quelque chose au moment où il franchit une limite. Un seuil d’alerte qui prévient la personne nommée dans votre inventaire au moment où la valeur le franchit, sans attendre que quelqu’un ouvre l’écran : c’est une action, et un écran de lecture ne la porte pas.

L’historisation entre aussi dans cet arbitrage. Un fichier de suivi écrase la valeur précédente dès que quelqu’un la corrige. Un outil conserve l’état à chaque date. Vous comparez alors une situation à celle que vous aviez sous les yeux le mois dernier, avec les données dont vous disposiez alors, et non avec celles corrigées depuis. Une décision prise sur un chiffre faux ne s’explique pas sans cette trace.

Le délai suit ce prérequis plus que le nombre d’écrans à afficher. Un module déjà présent dans votre ERP ou votre CRM se met en service rapidement, la donnée y est déjà. Brancher un outil de BI sur plusieurs sources demande plus de temps, le temps de fiabiliser chaque connexion et de trancher les définitions qui divergent d’un service à l’autre. Développer un outil qui reprend aussi la saisie prend le plus de temps des trois, parce qu’il faut construire les écrans de saisie avant l’écran de suivi. Le budget suit la même pente : il grossit avec le nombre de connexions et de règles à écrire, pas avec le nombre d’indicateurs affichés à l’écran.

L’inventaire à faire sur votre fichier avant de choisir

Cet inventaire se fait sur le fichier que vous avez déjà, personne d’autre que vous n’a besoin d’y toucher, et sa réponse vaut quel que soit l’outil retenu ensuite. Il couvre les indicateurs réellement suivis, leur définition, l’origine de chaque colonne et ce que chacun devrait déclencher.

Relevez d’abord les indicateurs réellement regardés. Ouvrez la synthèse et notez, pour chaque chiffre affiché, la dernière décision qu’il a orientée. Ceux pour lesquels vous ne trouvez rien sortent du périmètre, quel que soit le temps passé chaque mois à les produire. Un fichier de suivi accumule des colonnes ajoutées pour une question ponctuelle que personne n’a retirées ensuite.

Écrivez ensuite la définition d’indicateur de chacun de ceux qui restent, en une phrase qui dit ce qui entre dans le calcul, ce qui en est exclu, à quelle date un élément est compté et sur quel périmètre. Faites relire cette phrase par la personne d’un autre service qui emploie le même mot. Les écarts qui apparaissent à ce moment sont ceux que l’outil suivant héritera tels quels si personne ne les tranche avant.

Tracez, colonne par colonne, l’origine de chaque chiffre : le logiciel ou la personne d’où il vient, la manipulation qu’il subit pour arriver dans la synthèse, la fréquence de cette manipulation et le temps qu’elle prend. Cette trace donne à la fois la liste des connexions à construire et le coût actuel de la production, celui que vous payez déjà en heures.

Notez enfin ce que chaque indicateur devrait déclencher au-delà d’un seuil, et qui doit être prévenu. Un suivi qui affiche sans rien déclencher laisse la détection à la vigilance de celui qui ouvre l’écran, et cette vigilance baisse à mesure que le nombre de lignes monte.

Ces relevés se vérifient ligne à ligne sur le classeur, à la différence d’un cahier des charges rédigé de mémoire. Ils préparent aussi les décisions qui viennent juste après, le choix des écrans et la profondeur d’historique reprise, détaillées sur la page consacrée à la construction d’un écran de pilotage, décision par décision.

L’écran qui prend la suite de votre fichier de suivi

Le remplacement d’un fichier de suivi commence par une question de couche, collecte ou restitution, et se poursuit par un inventaire que vous détenez déjà. Ce que nous construisons ensuite relie vos logiciels actuels et affiche, dans un seul écran, les indicateurs que vous avez retenus avec les définitions que vous avez écrites. C’est le travail décrit sur la page de nos écrans de pilotage alimentés par vos outils existants, avec vos règles de calcul et vos seuils.

Deux des quatre relevés situent déjà votre cas. La liste des colonnes tapées à la main a déjà tranché la question de couche posée plus haut. Le délai que vous avez mesuré dit à quel rythme l’écran qui le remplacera doit se tenir à jour. Ces deux mesures se prennent sur le fichier lui-même, là où le problème se produit.

Le reste de l’inventaire, l’origine de chaque colonne et le déclenchement attendu au-delà d’un seuil, dit ce qui se connecte, ce qui se recalcule, et ce qui doit d’abord changer d’endroit avant qu’un écran ait un sens. C’est de là que nous partons, pas d’une démonstration d’écran.

Sources

Gérer les liens de classeur, Microsoft Support, consulté le 8 septembre 2026, https://support.microsoft.com/fr-fr/office/g%C3%A9rer-les-liens-de-classeur-fcbf4576-3aab-4029-ba25-54313a532ff1

Report of JPMorgan Chase & Co. Management Task Force Regarding 2012 CIO Losses, JPMorgan Chase & Co., 16 janvier 2013, https://elischolar.library.yale.edu/ypfs-documents/454

Thomas Herndon, Michael Ash, Robert Pollin, Does High Public Debt Consistently Stifle Economic Growth? A Critique of Reinhart and Rogoff, Political Economy Research Institute, University of Massachusetts Amherst, working paper 322, avril 2013, https://peri.umass.edu/publication/does-high-public-debt-consistently-stifle-economic-growth-a-critique-of-reinhart-and-rogoff/