Migrer ses données d'Excel vers une application
C'est le poste le plus systématiquement sous-estimé d'un projet logiciel. Ce n'est pas un détail technique de fin de chantier : c'est ce qui décide si le nouvel outil sera cru.
On imagine la reprise de données comme une formalité : un export, un import, terminé. En réalité, c'est le moment où l'on découvre que dix ans de saisie libre ont produit quatre orthographes pour le même fournisseur et trois formats de date dans la même colonne.
L'enjeu dépasse la technique. Si les chiffres du nouvel outil ne concordent pas avec ceux que vos équipes connaissent, elles ne lui feront pas confiance — et rouvriront le tableur.
1. Décider ce qui mérite d'être repris
Tout reprendre est rarement la bonne réponse. Posez-vous la question par usage :
- Les données actives — clients en cours, commandes ouvertes, contrats en vigueur : à reprendre intégralement et proprement.
- L'historique récent — douze à vingt-quatre mois : utile pour les comparaisons et les statistiques. À reprendre, quitte à simplifier.
- L'historique ancien : souvent, une archive consultable suffit. Le migrer coûte cher et ne sert presque jamais.
C'est aussi l'occasion d'appliquer vos durées de conservation. Migrer des données personnelles qui auraient dû être purgées revient à transporter un problème dans un système neuf — voir les risques cachés des fichiers Excel partagés.
2. Auditer la qualité réelle
Avant tout nettoyage, mesurez. Sur chaque colonne importante :
- combien de valeurs vides ?
- combien de valeurs distinctes, et le compte fait-il sens ? (quatre-vingts « statuts » différents révèlent un champ libre déguisé)
- les formats sont-ils homogènes ? dates, montants, numéros de téléphone, codes postaux
- combien de doublons probables, en comparant sur plusieurs colonnes ?
Ce diagnostic prend une demi-journée et détermine la charge réelle. C'est aussi ce qui permet à un prestataire de chiffrer honnêtement — voir Combien coûte un logiciel sur mesure ?
3. Nettoyer avant de migrer, jamais après
Le nettoyage doit se faire sur le tableur, par les personnes qui connaissent les données. Personne d'autre ne peut savoir si « Dupont SARL » et « Ets Dupont » sont la même entreprise.
Les chantiers classiques : fusionner les doublons, normaliser les libellés, convertir les champs libres en listes fermées, homogénéiser les formats, compléter les champs qui deviendront obligatoires.
Règle d'or : travaillez toujours sur une copie, et conservez le fichier d'origine intact. Vous y reviendrez.
4. Établir la correspondance des champs
Un tableau simple, colonne du tableur en face du champ de l'application, avec la règle de transformation. C'est là que les décisions métier apparaissent : que devient un statut qui n'a pas d'équivalent ? comment traiter une ligne à laquelle il manque une information désormais obligatoire ?
Ces arbitrages doivent être pris par vous, pas par le prestataire. Ce sont des décisions de gestion déguisées en questions techniques.
5. Faire des imports d'essai, et les vérifier
Jamais d'import unique en production. La séquence qui fonctionne :
- un premier import de cinquante lignes représentatives, vérifiées une à une ;
- un import complet en environnement de test ;
- une réconciliation chiffrée : le nombre d'enregistrements correspond-il ? les totaux — chiffre d'affaires, encours, quantités — sont-ils identiques au tableur ?
- une vérification par les utilisateurs sur les dossiers qu'ils connaissent par cœur.
Cette réconciliation est le moment décisif. Un écart inexpliqué, même minime, doit être compris avant la bascule — c'est ce qui fonde la confiance dans le nouvel outil.
6. Basculer, et fermer le tableur
Faites tourner les deux systèmes en parallèle deux à quatre semaines, pas davantage : la double saisie épuise les équipes et tue l'adoption.
Puis fixez une date, et passez le tableur en lecture seule. Tant qu'il reste modifiable, une partie de l'équipe continuera à l'utiliser — et vous aurez deux vérités concurrentes, c'est-à-dire aucune.
Conservez-le archivé, accessible en consultation. La sécurité psychologique de pouvoir y revenir accélère considérablement l'acceptation.
Les erreurs qui coûtent cher
- Migrer sans nettoyer, en se disant qu'on corrigera dans le nouvel outil.
- Laisser le prestataire arbitrer les cas ambigus : il tranchera vite, et parfois mal.
- Sauter la réconciliation chiffrée, et découvrir l'écart trois mois plus tard.
- Prolonger indéfiniment le parallèle, jusqu'à ce que plus personne ne sache quel système fait foi.
Questions fréquentes
Combien de temps prend une migration de données ?
De quelques jours si les données sont propres et structurées, à plusieurs semaines si elles viennent de tableurs alimentés librement pendant des années. Le diagnostic initial permet de le savoir avant de s'engager.
Faut-il reprendre tout l'historique ?
Rarement. Les données actives et douze à vingt-quatre mois d'historique suffisent dans la majorité des cas. Le reste peut rester en archive consultable, pour un coût très inférieur.
Qui doit nettoyer les données ?
Vos équipes, car elles seules connaissent le sens des valeurs. Le prestataire peut outiller le nettoyage — détection des doublons, rapports d'anomalies — mais pas décider à votre place.