Migrer un logiciel métier sans perdre ses données : la checklist

Pour migrer un logiciel métier, ou un tableur devenu outil de gestion, sans perdre de données, il faut procéder dans cet ordre : inventorier les données et les usages, exporter dans un format ouvert, nettoyer, faire correspondre les champs, tester sur un échantillon, faire valider par les utilisateurs, sauvegarder l’ensemble avant la bascule avec un plan de retour arrière, puis fermer l’ancien outil seulement après une période de double fonctionnement. Le RGPD s’applique à chaque étape.

Cette checklist vaut pour tous les secteurs : un cabinet, un atelier, un commerce ou une entreprise de services posent les mêmes questions. Pour décider s’il faut un outil sur mesure ou un logiciel du marché, voyez d’abord notre article sur l’application web métier ou le logiciel SaaS. Si vous préférez être accompagné, notre page développement d’application web présente ce que nous réalisons, et la page CRM sur mesure détaille la reprise des données dans le cas d’un CRM.

Que faut-il inventorier avant de migrer ?

Commencez par ce qui existe réellement, pas par ce que l’éditeur du nouvel outil promet. Dressez deux listes : les données et les usages.

• Les données : clients, contacts, devis, factures, dossiers, pièces jointes, historique des échanges, paramètres, modèles de documents.
• Les usages : qui saisit quoi, qui consulte, quels états ou exports sont produits chaque semaine, quelles liaisons existent avec la comptabilité, la messagerie ou le site web.
• Les dépendances cachées : formules de calcul d’un tableur, macros, envois automatiques, champs détournés de leur usage (une zone « commentaire » qui contient en réalité un statut).

Les usages comptent autant que les données : un tableur dont personne ne se sert plus ne se migre pas, alors qu’un état mensuel oublié peut bloquer la facturation le jour de la bascule.

Comment exporter ses données sans en être prisonnier ?

Demandez un export complet, pas seulement les listes visibles à l’écran. Préférez les formats ouverts : CSV, JSON ou XML. Pour la portabilité des données personnelles, la CNIL cite ces formats comme adaptés et déconseille les images ou les PDF non structurés, qui ne se réimportent pas. Les pièces jointes (contrats, photos, justificatifs) s’exportent à part ; vérifiez qu’elles restent rattachées à la bonne fiche.

Faites aussi le point sur les droits et accès : qui est administrateur de l’ancien outil, qui détient le compte de facturation, quels identifiants sont partagés ? Un export bloqué parce que l’unique administrateur a quitté l’entreprise est une cause classique de retard. Créez des comptes nominatifs avant le début du chantier.

Comment nettoyer et faire correspondre les champs ?

Migrer des doublons ou des données erronées, c’est les déplacer d’un endroit à un autre. Avant l’import :

1. Dédoublonnez : mêmes clients saisis deux fois, avec une orthographe ou un e-mail différents.
2. Normalisez : formats de dates, numéros de téléphone, codes postaux, majuscules.
3. Complétez ou écartez les fiches inutilisables.
4. Rédigez une table de correspondance : chaque champ de l’ancien outil, le champ d’arrivée, la transformation éventuelle et le responsable de la décision.

Ce tableau est un exemple imaginé pour illustrer la méthode ; vos champs seront différents.

Pourquoi migrer d’abord un échantillon ?

Une migration test sur un échantillon (quelques dizaines de dossiers variés, dont les cas difficiles) révèle les erreurs de correspondance avant qu’elles ne touchent toute la base. Comparez ensuite, dossier par dossier, l’ancien et le nouvel outil : totaux, nombre de fiches, pièces jointes, caractères accentués, historique.

Faites ensuite tester par les utilisateurs réels, pas seulement par la personne qui pilote le projet. Donnez-leur des scénarios simples : créer un devis, retrouver un ancien client, éditer une facture, produire l’état habituel de fin de mois. Notez les écarts, corrigez, relancez l’échantillon. Pour la manière dont nous cadrons ce type de projet, voir notre méthode et, à titre d’exemple de projet type (jamais une réalisation), le logiciel de suivi d’interventions de la page projets types.

Quelle sauvegarde faire avant la bascule, et comment prévoir un retour arrière ?

Avant la bascule, réalisez une sauvegarde complète de l’ancien outil : base, pièces jointes, paramètres, modèles. Cybermalveillance.gouv.fr recommande de conserver plusieurs copies sur des supports différents, dont une dans un lieu distinct, de tester régulièrement la restauration, et de déconnecter la sauvegarde quand elle ne sert pas, car un rançongiciel peut détruire une copie restée branchée. Notre article sur la règle 3-2-1 détaille cette organisation.

Le plan de retour arrière répond à une question : que fait-on si, au bout d’une journée, le nouvel outil ne tient pas ? Décidez à l’avance :

• l’heure limite après laquelle on renonce à la bascule ;
• qui prend la décision ;
• comment on réactive l’ancien outil et on y reporte les saisies faites entre-temps ;
• comment on informe les équipes.

Comment basculer et pendant combien de temps garder les deux outils ?

Choisissez un moment calme (hors clôture comptable, hors pic d’activité). Figez l’ancien outil en lecture seule au moment de l’export final, importez, vérifiez, puis ouvrez le nouvel outil. Gardez ensuite une période de double fonctionnement : l’ancien outil reste consultable, sans saisie, pour retrouver une information manquante. Sa durée dépend de votre cycle d’activité (un mois, un trimestre, une clôture annuelle) ; elle n’a pas de valeur universelle.

La formation se prépare avant la bascule : une demi-journée de prise en main par rôle, une fiche d’une page par tâche courante, un référent interne identifié. Une migration réussie techniquement échoue si personne ne sait s’en servir.

Comment archiver les anciennes données et combien de temps les garder ?

Tout ne se migre pas : l’historique ancien peut rester en archive consultable. La CNIL distingue la base active, l’archivage intermédiaire (données qui ne servent plus à l’objectif initial mais restent utiles ou doivent être conservées par obligation légale) et l’archivage définitif. Elle précise que les données ne se conservent pas indéfiniment et que la durée dépend de la finalité. Les factures, par exemple, relèvent d’une obligation de conservation que la CNIL donne à dix ans.

Pour chaque catégorie de données, notez : la finalité, la durée, le lieu d’archivage, la personne habilitée à y accéder et la date de suppression. Pour les durées propres à votre profession, rapportez-vous à la réglementation applicable à votre secteur.

Comment fermer l’ancien outil proprement ?

• Contrat : relisez le préavis et la date de résiliation, puis résiliez par écrit, en gardant la preuve de la demande.
• Récupération : demandez à l’éditeur un export final et la confirmation de ce qu’il détient encore.
• Suppression : demandez la suppression des données chez lui, avec une attestation écrite.
• Accès : supprimez les comptes, révoquez les connexions et les clés d’API, changez les mots de passe partagés.
• Documentation : conservez l’export final et la table de correspondance avec l’archive.

Quelles obligations RGPD pendant une migration ?

Un changement de logiciel est un traitement de données personnelles comme un autre. Trois points reviennent.

• Portabilité : lorsque le traitement repose sur un contrat ou un consentement et qu’il est automatisé, les personnes concernées peuvent demander leurs données dans un format structuré, couramment utilisé et lisible par machine. La CNIL indique un délai d’un mois, prolongeable jusqu’à trois mois pour les demandes complexes ou nombreuses. Ce droit vise les données fournies par la personne, pas les données déduites.
• Sous-traitance : l’éditeur du nouvel outil héberge souvent vos données pour votre compte. Un contrat doit encadrer cette relation. Selon l’article 28 du RGPD, il prévoit qu’à la fin de la prestation le sous-traitant supprime les données ou vous les renvoie, à votre choix, sauf obligation légale de conservation.
• Durée de conservation : profitez de la migration pour ne pas importer ce qui n’a plus de raison d’être conservé.

Nos articles sur l’IA et le RGPD et notre page IA, RGPD et sécurité abordent les mêmes principes côté outils d’IA.

Repères vérifiés le 27 octobre 2026 : CNIL, droit à la portabilité, CNIL, durées de conservation, Cybermalveillance.gouv.fr, sauvegardes, CNIL, texte du RGPD (article 28).

Quelle checklist avant, pendant et après la migration ?

Questions fréquentes

Peut-on migrer un tableur Excel vers un logiciel sans tout ressaisir ?

Oui, dans la plupart des cas, par export en CSV puis import avec une table de correspondance des champs. Le travail porte surtout sur le nettoyage préalable : doublons, formats de date, cellules fusionnées, formules à remplacer par des règles dans le nouvel outil.

Que faire si l’éditeur de l’ancien logiciel refuse d’exporter les données ?

Relisez d’abord le contrat : il prévoit en principe les conditions de restitution. Pour les données personnelles, le RGPD impose au sous-traitant de les supprimer ou de les renvoyer à la fin de la prestation, au choix du responsable de traitement. Demandez par écrit, gardez la trace et, en cas de blocage, rapprochez-vous d’un conseil juridique.

Combien de temps garder l’ancien outil après la bascule ?

Il n’y a pas de durée universelle. Gardez-le consultable au moins jusqu’à la première clôture complète qui suit la bascule, puis archivez l’export final selon les durées de conservation de chaque catégorie de données.

Faut-il prévenir ses clients d’un changement de logiciel ?

Pas systématiquement, mais l’information sur les traitements doit rester exacte : si un nouveau sous-traitant intervient, adaptez votre politique de confidentialité et votre registre. Pour les pages légales de votre site, voyez notre article sur les mentions légales, le RGPD et les cookies.

---

Une migration bien menée est surtout une affaire de préparation. Pour cadrer la vôtre, contactez-nous : le premier échange est gratuit, et nous répondons sous 24 h.