Migrer vers un ERP en PME : étapes, reprise des données et pièges à éviter

Changer d'ERP est l'un des projets les plus structurants qu'une PME puisse mener. Il touche simultanément les ventes, les achats, la comptabilité, les stocks et parfois la paie. Bien préparé, il libère des gains de productivité durables. Mal engagé, il produit des données corrompues, des clôtures impossibles et une désorganisation opérationnelle qui peut durer des mois.

Ce guide s'arrête sur ce que les prestataires intégrateurs traitent souvent en surface : la reprise des données comptables et fiscales. C'est là que se joue la fiabilité du nouvel outil, et c'est là que l'expert-comptable doit être impliqué dès le départ.

En résumé : une migration ERP réussie suit huit étapes (cadrage, choix, paramétrage, reprise des données, recette, formation, bascule, accompagnement). La reprise des données est la phase la plus risquée. Elle couvre la balance générale d'ouverture (A-nouveaux), le grand-livre, les en-cours clients et fournisseurs, les immobilisations avec leurs plans d'amortissement, et les stocks. Le Fichier des Écritures Comptables (FEC) doit être valide avant et après la bascule. Et dès 2026, l'ERP doit être prêt pour la facturation électronique obligatoire.

Le projet suit une séquence logique. Chaque étape produit un livrable qui conditionne la suivante.

Le pilotage d'un tel projet demande une gouvernance claire : un chef de projet côté PME, des points d'avancement réguliers et des go/no-go formalisés à chaque étape critique.

Combien de temps dure une migration ERP en PME ?#

La durée varie fortement selon le périmètre. Pour une PME de 10 à 50 salariés avec comptabilité, achats, ventes et stocks, compter souvent 3 à 9 mois de la phase de cadrage au go-live stabilisé. La reprise des données et la recette sont les deux étapes qui absorbent le plus de retard lorsqu'elles sont sous-estimées au départ.

Un planning réaliste prévoit des marges explicites pour les allers-retours de nettoyage des données et pour les tests utilisateurs. Précipiter la bascule pour tenir un calendrier arbitraire est l'une des erreurs les plus fréquentes.

La reprise des données comptables est le cœur du risque. Contrairement aux données commerciales (fiches clients, articles), les données comptables ont une exigence de précision absolue : un centime de différence entre l'ancien et le nouvel ERP produit une anomalie qui peut remonter dans toutes les clôtures suivantes.

Ce qu'il faut reprendre#

Les données comptables à migrer couvrent cinq périmètres distincts :

• La balance générale d'ouverture (A-nouveaux) : les soldes de chaque compte au 1er jour du premier exercice dans le nouvel ERP. C'est le point de départ de tout. Une erreur ici fausse l'intégralité des états financiers futurs.
• Le grand-livre : les écritures détaillées des exercices en cours, si la bascule a lieu en cours d'année. Souvent le volume le plus important et le plus long à contrôler.
• Les en-cours clients et fournisseurs : chaque facture non réglée doit être reprise avec son numéro, sa date, son montant, sa TVA et son échéance. C'est la base des relances et des provisions pour créances douteuses.
• Les immobilisations et plans d'amortissement : chaque bien doit être repris avec sa valeur d'entrée, sa date de mise en service, sa méthode et son taux d'amortissement, et sa valeur nette comptable au jour de la bascule. Un tableau d'amortissement erroné se propage sur plusieurs exercices.
• Les stocks : quantités et valeurs unitaires par référence, avec la méthode retenue (CMUP ou PEPS, le LIFO étant interdit en comptabilité française).

La séquence de reprise#

La reprise se déroule en quatre temps : extraction depuis l'ancien système, nettoyage (doublons, champs manquants, formats incompatibles), mise en correspondance avec le plan de comptes du nouvel ERP, puis chargement et contrôle. Ce contrôle est la phase que les projets sous-estiment le plus. Il doit comparer, ligne à ligne et compte à compte, les soldes de l'ancien et du nouveau système.

Exemple chiffré. Sur un dossier de distribution BtoB que nous suivons, la balance d'ouverture comprenait 412 comptes actifs. Le chargement initial en a repris 398 correctement. Les 14 comptes en écart représentaient 23 400 € de différence sur les dettes fournisseurs, dont 8 900 € de TVA déductible à reporter. Sans contrôle ligne à ligne, ces écarts seraient passés inaperçus jusqu'à la première déclaration de TVA post-bascule.

Le Fichier des Écritures Comptables (FEC) est le fichier normalisé que l'administration fiscale exige lors d'un contrôle (article L47 A-I du Livre des procédures fiscales). Son format est défini par l'arrêté du 29 juillet 2013.

Une migration ERP crée deux risques spécifiques sur le FEC :

1. Le FEC de l'exercice en cours lors de la bascule peut devenir composite : une partie des écritures est dans l'ancien système, une partie dans le nouveau. L'administration attend un FEC cohérent et continu. Il faut anticiper la production d'un FEC consolidé pour l'exercice de transition.
2. Le paramétrage comptable du nouvel ERP peut générer des écritures non conformes : comptes mal codifiés, journaux sans code analytique, libellés tronqués. Ces anomalies ne se voient pas dans les états de gestion courants, mais font échouer la validation du FEC.

Nous recommandons de produire et valider un FEC test sur les premières écritures du nouvel ERP avant le go-live définitif. Un logiciel de vérification FEC permet de détecter les anomalies de structure avant qu'elles ne s'accumulent sur un exercice entier.

La date de bascule n'est pas neutre comptablement. L'idéal est de basculer à une date de clôture ou en début d'exercice : la balance d'ouverture est alors la seule donnée à reprendre dans le détail, et les exercices clos restent intégralement dans l'ancien système.

Basculer en cours d'exercice est possible mais plus complexe : il faut reprendre le grand-livre depuis le 1er jour de l'exercice, assurer la continuité des numérotations de factures, et produire un FEC de transition. Cette option allonge la recette et le contrôle.

Prévoir une période de double-tenue d'au moins deux à quatre semaines après le go-live est fortement conseillé : les équipes saisissent dans le nouvel ERP, mais vérifient les états de synthèse par rapport à l'ancien système. C'est coûteux en temps, mais c'est le filet de sécurité le plus efficace.

Stratégies de bascule : big bang ou progressive#

Deux approches coexistent :

• Big bang : tout bascule à une date unique. Plus rapide, mais si un problème survient, son impact est global et simultané.
• Bascule progressive : par module (d'abord la comptabilité, ensuite les ventes, puis les stocks) ou par site. Plus sûre, mais elle impose une cohabitation temporaire de deux systèmes qui doit être soigneusement documentée.

Le choix dépend de la taille, du nombre de sites, et surtout de la capacité des équipes à gérer la complexité d'une double saisie transitoire.

Depuis le 1er septembre 2026, toutes les entreprises françaises ont l'obligation de recevoir des factures électroniques. L'émission est obligatoire pour les grandes entreprises et ETI dès cette même date, et pour les PME et TPE à partir du 1er septembre 2027, via une plateforme de dématérialisation partenaire (PDP) agréée.

Cela change le critère de choix d'un ERP : un système qui ne peut pas se connecter à une PDP agréée, ou qui ne gère pas les formats Factur-X, UBL ou CII, crée un problème de conformité immédiat. Avant de valider le choix de l'outil, vérifier que la connexion ERP / facturation électronique est opérationnelle et testée, pas seulement annoncée sur la fiche produit.

Choisir un outil de facturation électronique conforme et vérifier sa connexion avec l'ERP cible fait désormais partie intégrante du cahier des charges de toute migration.

Migrer ne libère pas des obligations de conservation. Les données comptables et pièces justificatives doivent rester accessibles et lisibles pendant :

• 6 ans au titre fiscal (article L102 B du Livre des procédures fiscales)
• 10 ans au titre commercial (article L123-22 du Code de commerce)

Concrètement, deux options : maintenir un accès en lecture à l'ancien système, ou archiver ses données dans des conditions garantissant intégrité et restitution. La deuxième option est souvent moins coûteuse à long terme, à condition de retenir un format pérenne et documenté. L'archivage à valeur probante impose des exigences précises sur l'intégrité, l'horodatage et la lisibilité.

Une migration mal documentée peut rendre des exercices clos illisibles en cas de contrôle : c'est un risque fiscal réel, pas une précaution théorique.

Une migration ERP est un traitement de données personnelles au sens du RGPD. Elle concerne les données clients, fournisseurs et salariés. Le principe de minimisation s'applique : on ne reprend que les données utiles, et on ne profite pas de la migration pour conserver indéfiniment des informations dont la durée de conservation légale est dépassée.

Sur les dossiers que nous accompagnons, la migration est souvent l'occasion de découvrir des données clients inactifs depuis 8 à 10 ans, jamais purgées, qui n'auraient pas dû l'être. C'est le bon moment pour nettoyer le registre des traitements et formaliser les durées de conservation dans chaque module du nouvel ERP, en lien avec une gouvernance des données structurée.

Un ERP parfaitement paramétré, rejeté par les équipes, est un échec opérationnel. La conduite du changement n'est pas une option de confort : elle conditionne le retour sur investissement du projet.

Quelques leviers concrets :

• Associer un représentant de chaque service dès la phase de cadrage, pas seulement lors de la formation.
• Former sur les cas réels des utilisateurs, pas sur des données fictives sans rapport avec leur quotidien.
• Désigner des référents internes par module, capables de répondre aux questions de leurs collègues sans solliciter systématiquement l'intégrateur.
• Écouter les remontées des premières semaines : elles révèlent des paramétrages inadaptés ou des flux non couverts lors de la recette.

L'adhésion se construit avant la bascule. Après le go-live, il est trop tard pour convaincre.

Les éditeurs et intégrateurs maîtrisent leur outil. Ils maîtrisent moins souvent les contraintes comptables et fiscales spécifiques à votre dossier : méthode d'amortissement retenue, option TVA sur les débits ou les encaissements, exercice décalé, régime de groupe, ou encore plan de comptes personnalisé hérité de plusieurs exercices de tenue.

L'expert-comptable apporte trois contributions concrètes dans un projet ERP :

1. Valider le plan de comptes cible et la correspondance avec le plan actuel avant le chargement.
2. Contrôler la balance d'ouverture et les plans d'amortissement après migration, avant le go-live.
3. Valider le FEC post-bascule sur les premières écritures avant que les anomalies ne se propagent.

Ces trois points sont souvent absents du planning intégrateur par défaut. Les intégrer au contrat de mission dès le départ évite des corrections coûteuses en cours d'exercice.

• Sous-estimer la reprise des données en temps et en complexité, en pensant que l'intégrateur gère tout.
• Vouloir tout migrer, y compris des données obsolètes ou erronées accumulées depuis des années.
• Basculer sans avoir validé le FEC test sur les premières écritures du nouvel ERP.
• Négliger la conservation légale de l'ancien système ou de ses archives.
• Traiter la formation comme une formalité de dernière minute plutôt qu'un investissement projet.
• Choisir un ERP sans vérifier sa compatibilité avec les obligations de facturation électronique 2026.

À jour au 2026-06-14. Cet article informe et ne remplace pas un conseil personnalisé. Pour votre situation, contactez un expert-comptable inscrit à l'Ordre.