En bref. Une migration de logiciel comptable se prépare deux mois à l’avance et se réalise idéalement au changement d’exercice. Le point critique n’est pas la reprise des soldes, mais celle de l’historique et des pièces justificatives associées.
Beaucoup d’entreprises repoussent un changement pourtant nécessaire par crainte de perdre des données. La crainte est fondée si la migration s’improvise ; elle disparaît avec une méthode et un test préalable.
Choisir le moment
- Le changement d’exercice est de loin la meilleure période : les soldes d’ouverture sont définitifs, aucun exercice n’est coupé en deux.
- Un début de trimestre constitue un compromis acceptable si l’attente n’est pas possible, à condition de reprendre les écritures de l’exercice en cours.
- À éviter : une bascule en pleine période de clôture, de forte activité ou juste avant une échéance déclarative importante.
Les six étapes
- Inventaire de l’existant : données présentes, volumes, documents joints, paramétrages spécifiques, éditions personnalisées.
- Définition du périmètre repris : soldes seuls, exercice en cours, ou historique complet.
- Test de reprise sur un jeu réel, avant tout engagement définitif.
- Paramétrage du nouvel outil : plan comptable, journaux, tiers, taux de TVA, modes de règlement.
- Bascule et double saisie éventuelle sur une courte période.
- Contrôles de cohérence et archivage de l’ancien système.
L’étape 3 est celle que l’on saute le plus souvent, et celle qui évite tous les problèmes : elle révèle en une journée les écarts que l’on découvrirait autrement en six mois.
Ce qui se reprend, ce qui se perd
| Donnée | Reprise habituelle | Point de vigilance |
|---|---|---|
| Soldes d’ouverture | Systématique | Équilibre à vérifier |
| Comptes de tiers détaillés | Généralement | Lettrage rarement conservé |
| Écritures de l’exercice | Souvent, en option | Numérotation des pièces |
| Historique pluriannuel | Rarement inclus | Coût supplémentaire |
| Pièces justificatives jointes | Rarement | À demander explicitement |
| Immobilisations et amortissements | Variable | Plans en cours à recontrôler |
| Éditions personnalisées | Jamais | À refaire |
Les deux lignes les plus problématiques sont le lettrage et les pièces jointes. Perdre le lettrage oblige à refaire un travail de rapprochement sur les comptes de tiers ; perdre les pièces jointes rompt la piste d’audit.
Les immobilisations
C’est le poste le plus délicat. Chaque bien doit être repris avec sa date d’acquisition, sa valeur d’origine, sa durée, le mode d’amortissement et le cumul déjà pratiqué. Une erreur ici se propage sur toutes les années restantes.
La bonne pratique consiste à recalculer intégralement le plan d’amortissement de chaque bien après reprise, et à le comparer à l’ancien état. Sur un parc important, un logiciel dédié facilite ce contrôle — voir notre article sur le logiciel d’immobilisations.
Les contrôles après bascule
- Équilibre de la balance d’ouverture : total débit égal au total crédit.
- Comparaison des soldes compte par compte avec l’ancien système, sur un état imprimé le même jour.
- Contrôle des tiers : nombre de comptes, soldes cumulés, ancienneté des créances.
- Vérification des paramètres de TVA par un test de saisie sur chaque taux et chaque régime utilisé.
- Génération du fichier des écritures comptables, pour valider la conformité de l’export.
- Édition des états habituels : balance, grand livre, journaux, et comparaison avec l’ancien.
Ces contrôles se font avant d’arrêter l’ancien système, jamais après.
Archiver l’ancien système
C’est l’étape la plus négligée et la plus lourde de conséquences. Les obligations de conservation portent sur plusieurs années : il faut pouvoir produire les écritures et les justificatifs des exercices antérieurs, y compris après l’abandon du logiciel qui les contenait.
Trois précautions :
- Exporter le fichier des écritures de chaque exercice conservé, dans un format lisible indépendamment du logiciel.
- Extraire les pièces justificatives numériques et les archiver avec une arborescence claire.
- Conserver une copie complète de la base, avec la version du logiciel permettant de la relire si nécessaire.
Une licence arrivée à échéance rend souvent la base illisible : c’est le scénario à anticiper avant, et non après, la résiliation. Le sujet croise celui de la licence ou de l’abonnement.
Associer l’expert-comptable
Il doit être informé avant le choix du nouvel outil, pas après la migration. Trois raisons : il connaît les formats d’échange, il peut valider la reprise des soldes, et le mode de collaboration retenu conditionne son propre travail — voir notre article sur l’échange de données avec son expert-comptable et sur les critères de choix d’un logiciel comptable.
Des repères sur la transformation numérique des petites entreprises sont publiés par France Num.
Le calendrier type
- Deux mois avant : choix de la solution, test de reprise, planification.
- Un mois avant : paramétrage, formation des utilisateurs, préparation des données.
- Bascule : reprise, contrôles, validation par l’expert-comptable.
- Un mois après : ajustements, archivage de l’ancien système, arrêt de l’abonnement précédent.
Ne pas résilier l’ancien abonnement avant la fin de ce dernier mois : c’est l’assurance de pouvoir revenir consulter une information manquante.
Le sujet rejoint celui de la sauvegarde des données comptables, dont les règles s’appliquent aussi aux archives.
Questions fréquentes
Faut-il reprendre tout l’historique ?
Pas nécessairement dans le nouvel outil : un archivage exploitable de l’ancien peut suffire. Ce qui compte est de pouvoir produire les données en cas de contrôle.
Combien de temps dure une migration ?
De quelques jours pour une petite structure à plusieurs semaines dès que l’historique, les immobilisations et des paramétrages spécifiques sont en jeu.
Peut-on migrer soi-même ?
Sur un dossier simple, oui, avec l’appui du support de l’éditeur. Dès que les immobilisations ou un historique important sont concernés, un accompagnement est préférable.
Que faire si les soldes ne concordent pas ?
Ne pas corriger manuellement pour faire coïncider : identifier la cause, souvent un compte non repris ou un paramétrage de report. Une correction sans explication crée un écart durable.
Conclusion
Une migration réussie tient à trois décisions : la faire au changement d’exercice, tester la reprise sur des données réelles avant de s’engager, et archiver l’ancien système de façon exploitable. Le reste n’est que méthode et contrôles.
