À chaque discussion sur les systèmes legacy, la même réponse revient vite :
“Oui, mais avec un ERP, le problème est réglé.”
En réalité, c’est plus subtil. Un ERP ne supprime pas toujours le legacy.
Il le déplace.
Il le recompose.
Et parfois, il le rend plus difficile à remettre en cause.
Dans beaucoup d’entreprises, les anciens systèmes disparaissent.
Mais leurs logiques survivent.
Dans des paramétrages devenus intouchables.
Dans des développements spécifiques.
Dans des exceptions intégrées au fonctionnement quotidien.
Dans des règles “temporaires” que personne n’a jamais refermées.
Le legacy n’est alors plus seulement technologique. Il devient organisationnel. Un ERP standardise ce que l’entreprise accepte de remettre en question. Mais il ne décide pas à sa place.
Quand les arbitrages ne sont pas faits sur la donnée, les rôles, les priorités, les responsabilités ou les exceptions, l’ERP devient souvent un miroir fidèle du système existant. Ce n’est pas forcément un échec de la solution.
C’est un révélateur.
Beaucoup de projets ERP recréent même du legacy dès le go-live.
Des contournements validés “pour sécuriser le business”.
Des fichiers Excel tolérés “en attendant”.
Des règles jamais clarifiées.
Des exceptions jamais refermées.
Plus l’ERP est intégré, plus ce legacy devient coûteux à corriger ensuite.
C’est pour cela que certains systèmes tiennent encore après 20 ou 30 ans.
Pas parce qu’ils sont modernes.
Mais parce qu’ils stabilisent des choix que l’organisation n’a jamais vraiment tranchés. Un ERP n’est donc pas la fin du legacy. C’est un test de maturité. Il ne dit pas seulement si le système fonctionne. Il dit aussi si l’organisation est prête à décider ce qu’elle veut vraiment standardiser… Et ce qu’elle préfère continuer à porter.
Pourquoi un ERP ne règle pas le legacy
