Migrer d'Excel vers un logiciel métier : le guide en 7 étapes

La plupart des guides sur la migration traitent la reprise de données en cinq puces, à la fin, comme une formalité technique. C'est l'inverse de ce qui se passe en projet. La reprise est le poste qui déborde, celui qui révèle que l'historique est plus sale qu'on ne le croyait, et celui qui décide si l'équipe adopte le nouvel outil ou retourne à ses tableurs au bout de trois semaines.

📋 Ce que « migrer » veut vraiment dire

Migrer d’Excel vers un logiciel métier consiste à transférer dans un outil structuré les données que vos équipes utilisent pour travailler, et seulement celles-là. Ce n’est ni un export, ni une conversion de fichier : c’est une opération de tri, où l’on décide de ce qui suit, de ce qui est archivé et de ce qui disparaît. Le transfert technique lui-même occupe une fraction du temps.

La confusion vient du vocabulaire. Trois mots circulent, ils ne désignent pas la même chose.

Pourquoi c’est le poste qui déborde

Parce que personne ne connaît l’état réel de ses données avant de les regarder. Un classeur utilisé pendant six ans par quatre personnes contient des doublons qui ne se ressemblent pas, des dates saisies dans trois formats, des colonnes ajoutées puis abandonnées, et des cases où quelqu’un a écrit une phrase là où on attendait un montant. Rien de tout cela ne gêne dans Excel, qui accepte n’importe quoi. Tout cela bloque à l’import.

Ce n’est pas un cas isolé. Selon une étude Experian de 2015, 91 % des entreprises mènent des projets de migration de données et 85 % y rencontrent des difficultés, la plus fréquente étant le manque de partage d’information entre services.

🤔 Faut-il vraiment migrer ? Les fichiers qui doivent rester des fichiers

Non, pas tous. C’est le point que les guides écrits par des prestataires passent sous silence, parce qu’ils vendent la migration. Certains classeurs gagnent à rester des classeurs, et les faire entrer de force dans un logiciel produit un outil lourd que personne n’ouvre.

Un test simple permet de trancher. Ouvrez le classeur et demandez-vous qui d’autre a besoin de ce qui s’y trouve, et à quelle fréquence. Si la réponse est « personne » ou « moi, une fois par trimestre », laissez-le où il est. Et si la question de la famille d’outil n’est pas encore tranchée, elle se règle avant la migration, pas pendant : CRM, ERP ou EOS, quelle solution choisir pose les critères.

🧰 Ce qu’il faut préparer avant de toucher aux données

Une migration se prépare avec de la matière, pas avec des intentions. Cette matière se rassemble en deux temps : ce que vous produisez seul devant votre écran, et ce qui ne peut sortir que de la tête des gens qui remplissent ces fichiers tous les jours.

Ce que vous faites seul

1. L’inventaire des classeurs. Nom, emplacement, qui le remplit, qui le lit, à quelle fréquence. Vous en trouverez plus que prévu, et souvent deux versions du même sur deux postes différents.
2. Un export test, tout de suite. Sortez chaque classeur en CSV et ouvrez le résultat. C’est le moment où l’on découvre les cellules fusionnées, les en-têtes sur trois lignes et les colonnes calculées qui ne survivent pas à l’export. Le faire maintenant coûte une heure ; le découvrir en semaine 6 coûte une reprise.
3. Le relevé des volumes. Nombre de lignes par classeur, profondeur d’historique disponible, taille des pièces jointes s’il y en a. Trois chiffres qui changent l’estimation.
4. La liste des formules. Chaque calcul embarqué dans le tableur est une règle métier qui devra être reproduite quelque part. Si personne ne sait plus expliquer une formule, c’est un sujet à part entière.

Ce qui demande la personne qui connaît les données

Trois informations ne s’obtiennent qu’en demandant, et aucune ne figure dans le fichier.

🗂️ Les 7 étapes de la migration

1. Délimiter le périmètre. Reprenez l’inventaire et classez chaque classeur dans l’une des trois familles du chapitre précédent : migré, laissé dans Excel, archivé. Écrivez la décision à côté de chaque ligne. Une migration qui commence sans cette liste finit toujours par embarquer des fichiers que personne n’avait prévus. Si le projet inclut le développement d’un outil sur mesure, cette liste alimente directement le cahier des charges.

2. Trancher la profondeur d’historique. C’est la décision structurante, et le chapitre suivant lui est consacré. En deux mots : ce qui sert à travailler part dans le nouvel outil, le reste part dans un export daté.

3. Nettoyer. Doublons, formats de date, casse des noms, espaces en fin de chaîne, valeurs libres dans des colonnes qui devraient être des listes. Ce travail se fait dans Excel, avant l’export, et se fait bien mieux par quelqu’un qui connaît les données que par un script. Comptez que c’est l’étape la plus longue des sept.

4. Établir la correspondance des champs. Chaque colonne du classeur trouve sa place, ou ne la trouve pas. Les colonnes sans destination doivent être arbitrées une par une : on crée un champ, on la fusionne avec une autre, ou on l’abandonne. Une correspondance faite à la va-vite se paie plus tard en données rangées au mauvais endroit.

5. Migrer à blanc sur un échantillon. Prenez trente à cinquante enregistrements représentatifs, dont les cas tordus repérés à l’étape 3, et importez-les dans un environnement de test. L’objectif n’est pas de gagner du temps mais de faire apparaître les problèmes pendant qu’ils coûtent encore peu.

6. Réconcilier. Trois contrôles, dans cet ordre, détaillés plus bas.

7. Basculer et arrêter la double saisie. Le nouvel outil devient la référence. Les classeurs d’origine passent en lecture seule, ce qui évite la situation où deux personnes continuent à travailler dans deux systèmes qui divergent.

🔐 Quelle profondeur d’historique reprendre

La question revient sur chaque projet et la plupart des guides l’esquivent. Elle a pourtant une réponse, et elle ne vient pas de la technique : elle vient du droit. La CNIL décrit le cycle de vie d’une donnée personnelle en trois phases successives, et une seule d’entre elles a vocation à entrer dans votre nouvel outil.

La règle de migration en découle directement : la base active part dans le logiciel, l’archivage intermédiaire part dans un export daté rangé à côté. Et ce n’est pas une commodité de méthode. La CNIL écrit que si l’archivage intermédiaire est nécessaire et justifié, « une séparation avec la base active doit être opérée », séparation qui peut être physique, dans une base dédiée, ou logique, par restriction des habilitations.

Autrement dit, ce que vous preniez pour un arbitrage pratique est une exigence de conformité. Migrer douze ans d’historique client dans un outil que tout le monde consulte au quotidien n’est pas seulement lourd : c’est difficilement justifiable.

✅ Comment vérifier que la migration est juste

C’est l’étape que presque tout le monde saute, et celle qui décide de la confiance dans l’outil. Trois contrôles, du plus mécanique au plus humain, et les trois sont nécessaires parce qu’ils ne détectent pas les mêmes défauts.

⏱️ Combien de temps, et qui fait quoi

Il n’existe pas de durée type pour une reprise de données, et aucune source publique n’en établit. Méfiez-vous de qui vous en annonce une avant d’avoir ouvert vos fichiers. La durée dépend de trois facteurs, et de rien d’autre : le nombre de classeurs concernés, la propreté des données existantes, et la profondeur d’historique retenue. Une reprise sur trois classeurs propres et deux ans d’historique n’a rien de commun avec dix ans de saisie libre par quatre personnes.

Ce qui est en revanche stable d’un projet à l’autre, c’est le partage des rôles. Il vaut la peine d’être posé au départ, parce que la moitié des retards vient d’une tâche que chacun croyait à la charge de l’autre.

La colonne de gauche ne se délègue pas. Personne d’autre que vous ne sait ce que vos données veulent dire, et c’est précisément pour cette raison qu’une migration ne peut pas être entièrement sous-traitée.

Quand arrêter la double saisie

Faire tourner Excel et le nouvel outil en parallèle pendant une période courte est une bonne pratique. En revanche, il ne faut pas fixer une durée à l’avance : on ne sait pas de quoi elle dépend au moment de la fixer. Il faut fixer un critère d’arrêt.

Le meilleur est la concordance : on arrête la double saisie quand deux clôtures consécutives donnent les mêmes chiffres des deux côtés. Selon votre activité, une clôture est un mois comptable, une semaine de facturation ou un cycle de production. Le jour où les deux systèmes tombent d’accord deux fois de suite, le doute est levé, et prolonger ne fait plus qu’entretenir une charge de travail double.

💶 Ce que la reprise de données coûte

Aucune source publique n’établit le coût d’une reprise de données depuis Excel, ni la part du budget projet qu’elle représente. Les chiffres qui circulent sur le sujet remontent tous à une même référence attribuée à Gartner dont la source primaire est introuvable, et nous ne les reprenons pas. Ce qu’on peut décrire en revanche, ce sont les postes, et lequel déborde.

Pour situer l’ensemble du projet dont cette reprise fait partie, le calcul du ROI d’un logiciel métier donne la méthode, et le guide du développement sur mesure les fourchettes.

⚠️ Les 6 pièges les plus fréquents

🎯 En résumé

📚 Sources

• Microsoft, Excel specifications and limits, documentation mise à jour le 25 juin 2026
• CNIL, Les durées de conservation des données, page mise à jour le 2 avril 2026
• Délibération CNIL n° 2016-264 du 21 juillet 2016, article 5, Journal officiel
• Experian Data Quality, Data migrations face challenges as organizations seek better data insight, 2015
• Standish Group, CHAOS Report 2020 (rapport édité et vendu par le Standish Group, pas librement consultable)