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 une obligation à venir. 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é.

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.

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.

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.

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. Demandez la restitution ou la suppression des données selon le cadre convenu et conservez les preuves utiles. Le Data Act européen encadre notamment la commutation de certains services de traitement de données ; son champ et ses modalités doivent être vérifiés pour le service concerné, sans supposer qu’ils remplacent votre préparation contractuelle et 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, commutation et portabilité des services de traitement de données ; CNIL — sécurité, restitution et destruction des données chez un sous-traitant ; France Num — outils no-code, export, dépendance et migration. Consultées le 3 août 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.