Changer de logiciel sans perdre ses données : plan de migration pour une TPE

Un nouveau logiciel peut résoudre des doubles saisies, un manque de mobilité ou répondre à une obligation, comme la facturation électronique. Pourtant, la partie la plus risquée n’est souvent pas l’achat : c’est la reprise des clients, documents, statuts, historiques et habitudes. Une migration réussie ne consiste pas à « tout importer ». Elle choisit ce qui doit continuer, prouve que les données utiles sont exploitables et prévoit une marche arrière avant de fermer l’ancien service.

1. Séparez le choix du logiciel du projet de migration

Avant de migrer, confirmez le problème à résoudre : logiciel non maintenu, impossibilité de travailler à plusieurs, données enfermées, coût disproportionné, fonctions manquantes ou nouvelle contrainte. Écrivez trois résultats observables, par exemple « créer un devis sur mobile », « retrouver toutes les pièces d’un client » ou « exporter les écritures dans le format attendu ». Le guide des outils numériques aide à sélectionner une solution ; cette page commence une fois le changement envisagé sérieusement.

Vérifiez le coût complet : abonnement, paramétrage, reprise, nettoyage, formation, double exploitation, assistance et temps de contrôle. Une offre moins chère peut coûter davantage si l’import exige des jours de correction. Identifiez le responsable du projet et les personnes qui connaissent les données, le processus et les obligations. Le prestataire technique ne peut pas décider seul ce qu’un statut client signifie ou quel document doit être conservé.

Choisissez une période réaliste. Évitez la clôture comptable, le pic saisonnier, une échéance réglementaire ou l’absence de la personne clé. Si le changement est urgent parce que l’ancien outil ferme, réduisez le périmètre : sécurisez d’abord les données et fonctions vitales, puis améliorez après la continuité.

Si le nouvel outil intègre des fonctions d’intelligence artificielle, posez les mêmes questions que pour la reprise : où sont hébergées les données, quels sous-traitants y accèdent, et pouvez-vous les récupérer. Le siège de l’éditeur ne répond pas à lui seul à ces questions, comme le montre notre comparatif des IA françaises pour entreprises : 6 solutions comparées.

2. Définissez ce qui doit être repris, archivé ou abandonné

Classez les éléments en quatre groupes : données actives nécessaires au quotidien, historique consulté régulièrement, documents à conserver pour preuve ou obligation, et données devenues inutiles. Ne confondez pas « ne pas importer » avec « pouvoir supprimer ». Certaines pièces doivent rester accessibles dans une archive fiable même si elles n’entrent pas dans le nouvel outil : les pièces comptables, par exemple, se conservent dix ans à compter de la clôture de l’exercice. Le tableau des durées de conservation des documents d’entreprise donne la règle par type de pièce.

Pour un logiciel commercial, le périmètre peut inclure clients, contacts, consentements, prospects, produits, prix, devis, commandes, factures, paiements, pièces jointes, tâches, commentaires et propriétaires. Pour un agenda : prestations, ressources, disponibilités, rendez-vous, rappels et exceptions. Pour chaque objet, notez volume, période, source de référence et personne qui valide. Si vous quittez un tableur pour un logiciel de gestion de la relation client, l’article CRM ou Excel pour un indépendant aide à décider quels champs méritent d’être repris.

Reliez ce travail au classement décrit dans l’organisation des dossiers clients. Le nouvel outil ne corrigera pas une absence de source de référence. Décidez où se trouve la version officielle de chaque donnée pendant la transition.

3. Exportez pendant l’essai, pas la veille du départ

Demandez un export réel de vos propres données et pièces. Un bouton « Exporter » peut produire seulement la liste visible, sans commentaires, relations, fichiers, consentements ou identifiants. Testez plusieurs formats, ouvrez-les avec un outil indépendant et conservez la documentation des colonnes. Vérifiez l’encodage des accents, les dates, les décimales, les numéros commençant par zéro et les champs multivalués.

Comptez les enregistrements par objet et comparez quelques dossiers complets. Une archive de pièces jointes doit pouvoir être reliée au bon client ou document ; dix mille fichiers aux noms opaques ne constituent pas une reprise exploitable. Exportez aussi les réglages nécessaires : modèles, numérotation, taxes, catégories, automatisations, utilisateurs et droits, même si certains devront être recréés manuellement.

Conservez l’export brut, daté et protégé avant toute transformation. Il sert de point de comparaison et de retour. Appliquez le plan de sauvegarde 3-2-1 aux éléments critiques. Ne placez pas une copie complète contenant des données clients dans un espace public ou le poste personnel d’un prestataire.

4. Construisez une table de correspondance avant l’import

Le « mapping » relie chaque champ source à sa destination. Écrivez le nom, le type, la règle de transformation, la valeur par défaut, les valeurs interdites et le contrôle. « Statut = actif » ne suffit pas si l’ancien outil distinguait devis envoyé, accepté, en pause et terminé. Chaque regroupement peut faire perdre une information utile.

Traitez les identifiants avec soin. L’e-mail n’est pas toujours un identifiant stable ; deux contacts peuvent partager une adresse et une personne peut en changer. Conservez si possible l’identifiant source dans un champ technique pour rapprocher les erreurs. Pour les factures, paiements et documents ayant une portée comptable, faites valider numérotation, taxes, totaux et archivage par la personne compétente. Le guide des critères d’un logiciel devis-facture détaille les scénarios à tester.

Documentez les données impossibles à importer. Décidez si elles restent dans une archive, sont transformées ou saisies manuellement pour les seuls dossiers actifs. Ne masquez pas une perte sous la formule « reprise à 100 % ». Un rapport d’écart explicite est plus sûr qu’une promesse absolue.

5. Nettoyez sur une copie avec des règles reproductibles

Corrigez les formats, doublons et valeurs invalides dans une copie de travail, jamais dans l’export brut. Définissez une règle par anomalie : espaces, pays, téléphone, casse, dates, adresses et statuts. Pour les doublons, choisissez un enregistrement maître et indiquez ce qui arrive à l’historique des autres. Une fusion automatique sur le seul nom peut mélanger deux clients différents.

Profitez du projet pour supprimer les comptes partis et données manifestement inutiles, mais ne lancez pas une purge générale sans validation. Les règles de conservation varient selon la finalité et les obligations. Le responsable métier et, pour les données personnelles, la personne chargée de la conformité, doivent valider les exclusions et les durées.

Automatisez seulement une transformation comprise. Conservez le fichier de règles ou la requête afin de reproduire la migration lors du pilote suivant. Une correction manuelle invisible peut réapparaître à la bascule finale.

6. Importez un échantillon qui contient les cas difficiles

Un pilote ne se limite pas à dix clients simples. Sélectionnez dossiers actifs et clos, accents, homonymes, plusieurs adresses, remise, acompte, avoir, pièce jointe volumineuse, utilisateur parti et droits différents. Importez-les dans un environnement de test ou un espace réinitialisable. Rejouez ensuite des tâches complètes : trouver le client, ouvrir le document, créer la suite, envoyer, encaisser, exporter et supprimer selon la procédure.

Demandez aux utilisateurs de vérifier le résultat dans leur travail réel. Le dirigeant valide les chiffres globaux, mais la personne qui prépare les rendez-vous repère une durée perdue et celle qui facture voit une taxe mal associée. Notez chaque écart, sa gravité, la correction et la preuve du nouveau test.

Exemple fictif : un artisan passe d’un tableur de 400 clients à un logiciel de devis et factures. Le nettoyage repère 12 doublons, fusionnés selon une règle écrite : 388 fiches sont attendues. Le pilote porte sur 25 clients, dont 5 cas difficiles (homonymes, deux adresses, avoir, acompte, client inactif). À la bascule, le logiciel doit afficher 388 fiches, le journal des exclusions 12 lignes, et les totaux facturés de l’année doivent être identiques dans les deux outils.

Fixez des critères d’acceptation mesurables : tous les dossiers actifs présents, totaux rapprochés, pièces accessibles, cinq scénarios réussis, droits conformes et temps d’action acceptable. Le projet ne passe pas en production parce que « l’écran a l’air bon ».

7. Écrivez le déroulé heure par heure et le retour arrière

Définissez une date de gel après laquelle l’ancien outil ne reçoit plus de nouvelles données, ou organisez une courte période de double saisie strictement encadrée. Indiquez qui réalise l’export final, le nettoyage, l’import, le rapprochement et la décision d’ouverture. Préparez un message interne, l’assistance et une procédure manuelle pour les opérations urgentes.

1. Sauvegarder et horodater la source.
2. Fermer les écritures ou modifications prévues.
3. Exporter les données et pièces finales.
4. Appliquer les transformations validées.
5. Importer et contrôler les volumes.
6. Tester les scénarios bloquants.
7. Ouvrir aux utilisateurs ou déclencher le retour.
8. Surveiller et journaliser les écarts.

Le retour arrière précise le délai de décision, la source de référence, les opérations à ressaisir et la personne autorisée à trancher. Il ne suffit pas de « garder l’ancien logiciel ». Si des données nouvelles existent déjà dans le nouveau, vous devez savoir les exporter et les réconcilier.

8. Rapprochez, formez puis fermez proprement l’ancien service

Après ouverture, comparez volumes et totaux : clients, dossiers, rendez-vous, factures, paiements, pièces et utilisateurs. Contrôlez un échantillon aléatoire et tous les cas à fort enjeu. Suivez les erreurs pendant plusieurs cycles réels. Formez les utilisateurs sur les nouvelles étapes et les différences, pas sur chaque bouton.

Ne résiliez qu’après validation de l’archive, des exports, des obligations de conservation, des intégrations et du contrat. Retirez les accès, moyens de paiement, redirections et clés, comme lors du départ d’un salarié ou d’un prestataire. Demandez la restitution ou la suppression des données selon le cadre convenu et conservez les preuves utiles ; la checklist du contrat de sous-traitance RGPD d’un logiciel en ligne indique les clauses à vérifier.

Le règlement européen sur les données (Data Act) s’applique depuis le 12 septembre 2025. Il impose aux fournisseurs de services de traitement de données, comme l’informatique en nuage, de faciliter le changement de fournisseur et l’export des données. Jusqu’au 12 janvier 2027, ils peuvent encore facturer les frais de changement et de sortie des données qu’ils supportent ; à partir de cette date, ces frais disparaissent. Vérifiez si votre service entre dans ce champ : le règlement ne remplace ni le contrat ni votre préparation technique.

À trente jours, mesurez le résultat initial : temps, erreurs, adoption, coût et fonctions abandonnées. Corrigez le processus avant d’ajouter des automatisations. Documentez la nouvelle source de référence avec un mode opératoire court.

Sources officielles et primaires : Commission européenne — Data Act explained (dates d’application et frais de changement) ; impots.gouv.fr — calendrier de la réforme de la facturation électronique ; Service-Public.gouv.fr (Entreprendre) — mentions obligatoires d’une facture ; Service-Public.gouv.fr (Entreprendre) — délais de conservation des documents ; CNIL — sécurité : gérer la sous-traitance ; France Num — outils no-code, export, dépendance et migration. Consultées le 29 septembre 2026. Vérifiez le contrat, le périmètre du Data Act et les obligations propres aux données avant la bascule.

En résumé

Changer de logiciel exige de définir le périmètre, tester l’export, cartographier les champs, nettoyer sur une copie et piloter avec des cas difficiles. La bascule possède des critères d’acceptation et un retour arrière. L’ancien service ne ferme qu’après rapprochement, archive, transfert des responsabilités et suppression maîtrisée.