Remplacer ses fichiers Excel par une application

Deux fichiers Excel ouverts côte à côte n’ont pas le même statut dans une entreprise. Le premier calcule, une simulation de marge, un plan de charge, un budget que son auteur reprend quand il en a besoin. Le second fait tourner un processus, et plusieurs personnes en dépendent pour savoir quoi faire. Seul le second pose la question de remplacer ses fichiers Excel par une application. Cet article suit les trois décisions dans l’ordre où elles se posent, quel fichier bascule en premier, quel type d’outil le reprend une fois que le tableur ne suffit plus, et comment vos données passent d’un format à l’autre sans que rien ne se perde en route, puis ce qu’il advient d’Excel une fois l’application en service. Chaque limite citée ici se vérifie sur vos propres classeurs, sources à l’appui.

Tous vos fichiers Excel ne méritent pas une application

Remplacer tous les classeurs d’une entreprise n’a aucun sens, et l’inventaire complet du serveur coûte plus de temps qu’il n’en fait gagner. Le tri se fait sur un seul critère : ce que le fichier fait faire aux autres.

Le tableur qui calcule et le tableur qui fait tourner un processus

Un tableur de calcul sert son auteur. Il reçoit des données, il produit un résultat, et personne d’autre n’agit à partir de lui. Il se garde tel quel.

Un tableur de processus, lui, se reconnaît à quatre signes qui se vérifient en ouvrant le classeur. Plusieurs personnes écrivent dedans, et non une seule qui diffuse ensuite le résultat aux autres. Une colonne porte un état qui avance, du type « en attente », « validé », « livré », et quelqu’un d’autre lit cet état pour décider quoi faire. Un document sort du tableau ou s’y rattache, un devis, une attestation, une photo de chantier stockée dans un dossier voisin dont le nom rappelle une ligne du tableau. Enfin, une personne extérieure à l’entreprise dépend de ce qui s’y trouve, un client qui attend sa réponse, un fournisseur dont la commande part de là.

Plus ces signes se cumulent, moins vous avez affaire à un tableur. Quand ils y sont tous, ce que vous avez sous les yeux est une base de données tenue à la main, avec son workflow de validation implicite, ses règles d’accès en pointillé et sa ressaisie quotidienne. C’est exactement le périmètre d’une application qui sert à suivre des dossiers avec leurs statuts et leurs pièces jointes, et c’est ce classeur-là qui bascule en premier.

Les règles qui ne vivent que chez l’auteur du fichier

Un tableur de processus accumule des règles métier dans ses formules, ses mises en forme conditionnelles et ses colonnes masquées. Ces règles ne sont écrites nulle part ailleurs. La personne qui a construit le classeur sait pourquoi la colonne R multiplie par 0,87 et pourquoi la ligne se colore en orange au-delà de quinze jours. Quand elle change de poste, la règle reste dans le classeur et sa raison disparaît. Ceux qui restent le recopient d’année en année sans toucher aux formules, faute de savoir ce qu’elles produisent.

Ce risque se mesure. Ray Panko, qui a compilé les travaux sur les erreurs de tableur, en tire deux conclusions utiles ici : les erreurs sont rares à l’échelle d’une cellule mais un grand classeur contient très probablement au moins un résultat final faux, et ces erreurs restent extrêmement difficiles à détecter et à corriger. Le second point est celui qui compte pour votre décision. Un fichier faux ne signale pas qu’il l’est. Il donne un nombre, quelqu’un le reprend, et l’écart se découvre plusieurs mois plus tard, à l’occasion d’un contrôle ou d’une réclamation client. Une application enferme cette règle dans du code testé, avec son motif écrit à côté, et refuse une saisie qui ne la respecte pas. La règle survit alors au départ de celui qui l’a posée, ce qu’une formule enfouie dans une colonne masquée ne fait pas.

Les limites qui décident du basculement

Trois limites du tableur se vérifient sur votre propre fichier, sans attendre l’avis de personne : le travail à plusieurs, le format d’enregistrement, et la trace de qui a fait quoi.

Plusieurs personnes sur le même fichier

Excel propose deux manières de travailler à plusieurs. La co-édition ouvre le classeur à plusieurs en même temps, à condition que le fichier soit hébergé en ligne. L’ancienne fonctionnalité de classeur partagé fait la même chose autrement, et Microsoft la présente comme une méthode ancienne, remplacée par la co-édition. Le classeur partagé, lui, interdit de créer ou de modifier une longue série d’objets : tableaux, mises en forme conditionnelles, graphiques, tableaux croisés dynamiques, macros, protection de feuille, et validation de données.

Cette dernière interdiction mérite un arrêt. La validation de données est précisément le contrôle de saisie qui empêche votre équipe d’écrire « Dupont SA », « Dupont S.A. » et « dupont sa » dans la même colonne. Elle ne tombe que dans l’ancienne méthode, mais elle montre où le tableur range la règle de saisie : sur le fichier, comme une option qu’un mode de travail peut retirer. Dans une application, cette règle est appliquée par le serveur au moment de l’enregistrement, pour toutes les personnes connectées et sans réglage local à maintenir.

Le volume et le format du fichier

Une feuille de calcul Excel accepte au maximum 1 048 576 lignes et 16 384 colonnes, et 32 767 caractères dans une cellule. Ces plafonds sont hauts. Le danger se loge dans le format sous lequel le classeur est enregistré, pas dans ces limites.

L’agence de santé publique anglaise en a fait la démonstration en 2020. Ses fichiers de résultats de tests étaient enregistrés au format .XLS, l’ancien format d’Excel, plafonné à 65 536 lignes. Chaque résultat occupait en réalité plusieurs lignes du fichier, ce qui abaissait la limite pratique à environ 1 400 cas par feuille, bien en-deçà du plafond théorique. Entre le 25 septembre et le 2 octobre 2020, 15 841 cas positifs ont disparu du décompte : une fois la limite atteinte, les lignes suivantes n’étaient pas importées, sans le moindre message d’erreur. Les personnes testées ont bien reçu leur résultat. Ce sont leurs contacts qui n’ont pas été retracés.

La leçon tient en deux vérifications, à mener sur vos propres fichiers. Regardez leur extension réelle : un classeur créé sous une ancienne version d’Excel et recopié d’année en année garde son format d’origine tant que personne ne l’enregistre autrement. Regardez ensuite si un traitement automatique y ajoute des lignes sans qu’un humain le rouvre, un export d’outil, une macro, un formulaire. Un dépassement silencieux devient possible dès que ces deux conditions se rencontrent.

Qui a changé quoi, et qui a le droit de le voir

Un classeur se protège d’abord au niveau du fichier. Une personne y accède ou n’y accède pas, et celle qui y accède voit toutes les colonnes de la feuille qui lui est ouverte, y compris les salaires, les marges ou les commentaires internes rangés à droite du tableau. Excel sait verrouiller une feuille ou une plage, il ne sait pas montrer la même ligne différemment selon le profil de celui qui la regarde. Les droits d’accès par profil se posent autour du classeur, pas à l’intérieur.

Cette différence devient contraignante dès que le fichier contient des données personnelles. La CNIL recommande une architecture de journalisation qui assure la traçabilité des accès et des actions des utilisateurs habilités, avec des journaux conservés entre six mois et un an. L’historique des modifications dont dispose un classeur est celui de la fonctionnalité de classeur partagé : il se recopie sur une feuille à part le jour où quelqu’un pense à le faire avant de couper le partage, et il disparaît avec elle. Une application écrit ces informations au moment de l’action, qui a créé la ligne, qui l’a modifiée et quand, sans reconstitution après coup.

Outil du marché, no-code ou développement sur mesure

Le classeur identifié, la question devient celle du remplaçant. Trois familles de réponses existent, un outil du marché, une plateforme no-code, un développement dédié. Elles ne se départagent pas sur le budget, mais sur la distance entre votre façon de travailler et ce que l’outil sait déjà faire.

Quand un outil du marché suffit

Un outil du marché couvre un processus qu’il a déjà rencontré ailleurs. Une facturation, une paie, une comptabilité, une gestion de tickets de support obéissent à des règles largement communes d’une entreprise à l’autre, et un éditeur qui les a écrites une fois les vend à de nombreux clients qui paient chacun une fraction du développement. Reprendre ces processus en sur-mesure revient à refaire un travail déjà fait.

Le moment où cet outil ne suffit plus se lit dans vos classeurs. Une équipe qui tient un tableur en plus du logiciel, pour ce qu’il ne calcule pas ou pour ce qu’il ne suit pas, a déjà arbitré sans le dire. Reste à savoir si ce tableur couvre une exception rare ou le cœur de votre activité, et ce raisonnement se tient étape par étape sur la page qui sert à comparer un progiciel du marché et un outil développé pour vous.

Ce que le no-code prend en charge, et où il s’arrête

Les plateformes no-code construisent des écrans et une base de données sans écrire de code, en assemblant des composants dans une interface. Elles conviennent quand le processus est simple, stable, et manipulé par une équipe restreinte. Une petite base de suivi partagée, un formulaire de demande interne, un annuaire de matériel y trouvent leur place, sans passer par du développement.

Trois questions décident du reste, et se posent avant de s’engager. La première porte sur le prix quand l’équipe grandit : demandez si la facturation se fait par utilisateur et par mois, et ce que devient le total le jour où vous doublez le nombre de comptes. La deuxième porte sur la sortie, demandez comment vos données s’exportent le jour où vous partez, et sous quelle forme. La troisième porte sur les règles que vous ne pourrez pas écrire, chaque plateforme ayant un plafond au-delà duquel un calcul, un enchaînement de validations ou une connexion à votre logiciel comptable devient impossible ou demande du code quand même.

Ce qui justifie un développement sur mesure

Le développement sur mesure se justifie quand le processus tenu par votre classeur est votre manière de travailler, pas une opération standard. Un circuit de validation à quatre niveaux, une règle tarifaire propre à votre secteur, un calcul réglementaire que vous devez pouvoir prouver, une exigence de conservation ou de traçabilité imposée par un donneur d’ordre : ces éléments se plient mal aux cases d’un éditeur, et ce sont eux qui font tenir un tableur à côté du logiciel officiel.

Le nombre d’utilisateurs entre aussi dans l’arbitrage. Plus les personnes concernées sont nombreuses, plus un abonnement par utilisateur pèse chaque mois, et plus un outil développé une fois devient raisonnable sur la durée pendant laquelle vous comptez le garder.

Reprendre les données du tableur sans les casser

La reprise des données commence sur le classeur, avant même de choisir l’outil qui le remplacera. C’est un travail que vous pouvez engager sans prestataire, et il décide de ce que l’application affichera le premier jour.

Nettoyer le fichier avant de le reprendre

Un classeur se transfère par un export CSV, un fichier texte où chaque ligne devient un enregistrement et chaque colonne un champ. Ce passage révèle ce que la mise en forme masquait. Les cellules fusionnées deviennent des trous. Les dates saisies en texte libre, « 12/03 », « mars 2025 », « fin de semaine prochaine », cessent d’être des dates. Une colonne qui mélange un montant et une unité dans la même cellule ne se calcule plus.

Avant l’export, trois décisions vous appartiennent. Déterminez quelles colonnes deviennent des listes fermées, en relevant les valeurs réellement présentes dans chacune : une colonne « statut » qui contient onze valeurs distinctes pour cinq états réels vous montre le travail d’harmonisation à faire. Décidez ensuite du sort des lignes qui ne respectent pas la règle générale, car ce sont elles qui révèlent les vraies règles, les exceptions tolérées et les cas particuliers que personne n’avait formulés. Fixez enfin la profondeur d’historique que vous reprenez, toutes les lignes ou les deux dernières années, sachant que reprendre dix ans de lignes hétérogènes coûte plus cher que de les archiver telles quelles en lecture seule.

Une partie de ces données arrive parfois d’un autre logiciel, recopiée à la main dans le tableur chaque semaine. Cette recopie n’a pas à survivre au projet : elle relève d’une connexion directe entre les deux systèmes, de quoi faire circuler la donnée entre deux logiciels sans ressaisie.

La période où les deux outils tournent ensemble

Les deux outils tournent ensemble un moment. Vos équipes travaillent quelques semaines avec l’application et le tableur en parallèle, le temps de vérifier que les résultats concordent et que rien ne manque à l’écran. Cette période a un coût, la double saisie, et elle a une fin qui se fixe à l’avance.

Trois décisions la cadrent. Nommez la personne qui tranche les écarts entre les deux sources, sans quoi chaque différence relance une discussion sur celle qui a raison. Désignez aussi qui montre à chaque profil d’utilisateur où retrouver dans l’écran ce qu’il faisait dans sa feuille, en partant du fichier réel de l’équipe plutôt que d’une démonstration générique, pour que la personne qui tenait le classeur depuis des années ne découvre pas l’outil et son nouveau geste de travail le même jour. Fixez surtout une date à laquelle le fichier passe en lecture seule pour tout le monde, dirigeant compris. Un tableur qui reste modifiable après la mise en service continue de vivre, et l’entreprise se retrouve avec deux vérités au lieu d’une, ce qui est pire que la situation de départ.

Ce qui reste dans Excel après la bascule

Excel garde un rôle après le projet. Une analyse ponctuelle, une simulation avant décision, un croisement inhabituel demandé une seule fois se font plus vite dans un tableur que dans un écran développé pour ça. La différence tient à l’origine de la donnée : elle sort de l’application, elle n’y retourne pas.

Une application conçue pour ça exporte donc vers Excel, par un bouton présent sur chaque liste, avec les filtres appliqués à l’écran. Le tableur redevient ce qu’il était au départ, un outil de calcul personnel qui part d’une source unique et fiable. Quand ces extractions se répètent chaque semaine avec les mêmes colonnes et les mêmes filtres, c’est le signe qu’un écran de suivi ferait ce travail à votre place, et il devient plus économique de rassembler vos chiffres dans un écran tenu à jour tout seul que de refaire l’export tous les lundis.

Du classeur au périmètre de la première version

Le passage du classeur à l’application se prépare avec ce que vous détenez déjà. Vous avez le fichier, vous savez qui y écrit et qui s’en sert en lecture, vous connaissez les états par lesquels une ligne passe, les documents qui s’y rattachent et les règles que vous appliquez sans les avoir écrites. Ce matériel décrit le périmètre de la première version, et il présente sur un cahier des charges écrit d’avance l’avantage d’être vérifiable : chaque ligne renvoie à quelque chose qui existe déjà dans le classeur.

La suite consiste à choisir ce que cette première version couvre et ce qu’elle laisse pour plus tard, puis à traduire ce périmètre en écrans et en droits. C’est le travail que nous menons sur une application de gestion construite sur vos propres règles, ouverte dans le navigateur, avec vos états, vos validations et vos exports.

Sur le budget, un classeur ne se compare pas à un devis : son coût se paie en heures de saisie et en corrections, jamais en euros annoncés. Le chiffrage d’une application s’annonce d’avance, et le détail de ce qui fait monter ou descendre le chiffrage se lit à part. Décrivez-nous le tableur qui fait tourner un processus chez vous, qui y écrit, quels états une ligne traverse et quels documents s’y rattachent. C’est à partir de ce fichier-là que se cadre un périmètre de première version, et c’est aussi ce qui dira si un outil du marché ou une plateforme no-code couvre déjà le besoin.

Sources

Spécifications et limites relatives à Excel, Microsoft Support, consulté le 8 septembre 2026, https://support.microsoft.com/fr-fr/office/sp%C3%A9cifications-et-limites-relatives-%C3%A0-excel-1672b34d-7043-467e-8e27-269d656771c3

En savoir plus sur la fonctionnalité Classeur partagé, Microsoft Support, consulté le 8 septembre 2026, https://support.microsoft.com/fr-fr/office/en-savoir-plus-sur-la-fonctionnalit%C3%A9-classeur-partag%C3%A9-49b833c0-873b-48d8-8bf2-c1c59a628534

Jude Karabus, What a Hancock-up: Excel spreadsheet blunder blamed after England under-reports 16,000 COVID-19 cases, The Register, 5 octobre 2020, https://www.theregister.com/2020/10/05/excel_england_coronavirus_contact_error/

Ray Panko, What We Don’t Know About Spreadsheet Errors Today, arXiv, 2 février 2016, https://arxiv.org/abs/1602.02601

La CNIL publie une recommandation relative aux mesures de journalisation, CNIL, 18 novembre 2021, https://www.cnil.fr/fr/la-cnil-publie-une-recommandation-relative-aux-mesures-de-journalisation