Remplacer son ERP : quand migrer, par quoi, et comment…

Remplacer un ERP fait partie des projets que les dirigeants redoutent le plus, et à juste titre. Le logiciel porte la comptabilité, les stocks, la facturation ; il est imbriqué dans chaque processus. Une migration ERP mal préparée peut paralyser une entreprise pendant des mois. Pourtant, garder un outil à bout de souffle coûte aussi cher, simplement de manière moins visible.

Ce guide vous aide à trancher : faut-il vraiment changer d'ERP, quelles sont les alternatives, et comment mener le projet s'il est inévitable.

Les signaux qui justifient de remplacer un ERP

Tous les irritants ne justifient pas une migration. Certains signaux sont pourtant sérieux :

Fin de support : l'éditeur arrête la maintenance de votre version ou pousse vers une nouvelle plateforme incompatible. Vous allez devoir migrer de toute façon ; mieux vaut choisir la cible.
Conformité impossible : l'outil ne pourra pas suivre une obligation réglementaire, comme la généralisation de la facturation électronique entre entreprises, sans développements disproportionnés.
Système fermé : aucune API, aucun moyen fiable d'en extraire les données ou de le connecter à vos autres outils.
Coûts de maintenance hors de contrôle : chaque évolution est un devis, et les surcouches spécifiques accumulées depuis des années rendent toute mise à jour risquée.
Inadéquation au métier : l'entreprise a changé de modèle (passage au e-commerce, à la production, à l'international) et l'ERP n'a jamais été conçu pour cela.
Contournement généralisé : les équipes travaillent principalement dans des fichiers Excel parallèles, et l'ERP n'est plus qu'une caisse enregistreuse en fin de chaîne.

Les signaux qui ne justifient pas, à eux seuls, une migration

Une ergonomie datée. Une interface sur mesure pour les équipes terrain, connectée à l'ERP, coûte une fraction d'une migration.
L'absence de fonctions d'IA. On peut brancher l'IA au-dessus d'un ERP existant, comme nous l'expliquons dans notre article sur l'ERP et l'IA.
Des ressaisies entre l'ERP et d'autres outils. C'est un problème d'intégration, pas d'ERP. Des automatisations le résolvent.
Un module faible. Un CRM ou un outil de planification spécialisé, bien connecté, fait souvent mieux que le module natif.

Trois options avant de tout remplacer

Option	Principe	Quand c'est pertinent	Effort
Garder et connecter	L'ERP reste le socle ; on le relie aux autres outils et on automatise les flux	Socle comptable et stock fiable, frictions surtout aux interfaces	Faible à moyen
Garder et contourner	On développe à côté les briques métier qui manquent (portail client, planification, application terrain)	Processus différenciants mal couverts par l'ERP	Moyen
Remplacer	Nouveau socle, reprise des données, refonte des processus	Fin de support, système fermé, inadéquation profonde	Élevé

Les deux premières options constituent ce que l'on appelle parfois un OS d'entreprise : l'ERP n'est plus le centre de tout, mais une brique de référence parmi d'autres, reliée aux autres par une couche d'orchestration et d'IA. Elles permettent souvent de repousser, voire d'éviter, une migration lourde. Et si la migration finit par s'imposer, elles la facilitent : les processus sont déjà décrits et les flux déjà cartographiés.

Par quoi remplacer son ERP ?

Si le remplacement est décidé, les cibles se répartissent en quatre familles :

Un ERP du marché (Sage, Cegid, SAP Business One, Dynamics 365, NetSuite…) : solide, conforme, mais structurant.
Un ERP open source (Odoo, Dolibarr, ERPNext, Axelor) : modulaire, sans licence pour les versions communautaires, mais dont la qualité dépend fortement de l'intégrateur. Voir notre avis détaillé sur Odoo.
Un ERP vertical dédié à votre secteur.
Une architecture composable : un socle léger (comptabilité, facturation) complété par des applications spécialisées et des briques sur mesure reliées entre elles.

La comparaison entre progiciel et sur-mesure est détaillée dans notre article ERP PME : progiciel standard ou sur-mesure.

Les étapes d'une migration ERP réussie

1. Cartographier les processus réels

Pas ceux de l'organigramme : ceux qui se pratiquent vraiment, y compris les fichiers Excel et les contournements. C'est le socle du cahier des charges ERP.

2. Décider ce qu'on ne migre pas

Une migration est l'occasion de supprimer les spécifiques devenus inutiles, les champs que personne ne remplit et les processus hérités. Moins on migre, mieux on migre.

3. Préparer les données tôt

La reprise de données est le poste le plus sous-estimé. Dédoublonner les clients, nettoyer les fiches articles, décider de l'historique à reprendre (souvent deux ou trois exercices, le reste en archive consultable) : ce chantier commence des mois avant la bascule. L'IA aide d'ailleurs efficacement à détecter les doublons et à normaliser les données.

4. Choisir l'intégrateur autant que le logiciel

Un bon logiciel mal déployé donne un mauvais projet. Vérifiez les références dans votre secteur, la méthode, la composition de l'équipe et le support après démarrage.

5. Préserver les connexions

Listez toutes les interfaces de l'ERP actuel (e-commerce, banque, EDI, logistique, CRM) et prévoyez leur reconstruction. Si vous avez déjà une couche d'intégration indépendante, seule la connexion à l'ERP change.

6. Tester avec des cas réels

Faites passer de vraies commandes, de vraies factures et une vraie clôture dans le nouveau système avant la bascule. Les recettes sur des cas théoriques laissent passer l'essentiel.

7. Choisir la bonne stratégie de bascule

Bascule franche à une date clé (souvent un début d'exercice), ou déploiement progressif par site ou par module. La seconde réduit le risque mais impose de faire cohabiter deux systèmes.

8. Accompagner les équipes

Formation par rôle, référents internes, support renforcé les premières semaines. Une migration réussie techniquement peut échouer si les utilisateurs retournent à leurs fichiers.

Les pièges classiques

Reproduire l'ancien système à l'identique dans le nouveau, spécifiques compris.
Sous-estimer la durée : une migration d'ERP pour une PME se compte en mois, rarement en semaines.
Basculer en période de pic d'activité ou de clôture.
Négliger la charge interne : les équipes métier doivent dégager du temps pour spécifier, tester et former.
Oublier les données hors ERP qui alimentaient des processus critiques.

Conclusion

Une migration ERP n'est ni une fatalité ni une solution miracle. Avant de remplacer, vérifiez si connecter, automatiser ou compléter l'existant ne règle pas l'essentiel des problèmes, pour un coût et un risque bien moindres. Et si la migration s'impose, traitez-la comme un projet de transformation des processus, pas comme un simple changement de logiciel.

Chez Automato, nous aidons les entreprises à faire ce diagnostic, puis à construire les connexions, les automatisations et les briques sur mesure qui prolongent ou remplacent progressivement un ERP vieillissant. Pour un premier regard sur votre situation, commencez par notre audit IA gratuit ou une offre de cadrage.