Votre ERP a quarante ans, et ce n'est pas le problème

Un ERP ancien qui tourne n'est pas une dette, c'est un actif. L'ouvrir par API plutôt que le remplacer, et les signes qui imposent d'en changer.

Jérôme Knops

Par Jérôme Knops

Publié le 19 septembre 2026 · Mis à jour le 20 septembre 2026 · 6 min de lecture

Demander à une IA

La question part déjà rédigée, avec l'adresse de cet article.

« On a un logiciel qui a quarante ans, qui marche bien, qui est solide. » Le dirigeant qui me disait ça s'excusait presque. Il n'avait aucune raison de s'excuser : son système encaissait vingt sociétés, plusieurs territoires et trois métiers différents sans tomber. Beaucoup d'ERP installés il y a trois ans n'en font pas autant.

Ce qu'un vieux système a que les autres n'ont pas

Pourquoi un vieil ERP a-t-il de la valeur ?

Un ERP qui tourne depuis des décennies a une propriété qu'aucun projet neuf ne peut acheter : il contient vos règles de gestion, y compris celles que personne ne sait plus énoncer.

Le calcul de remise par famille de produits et par catégorie de client. Le traitement du cas particulier de la société rachetée en 2011. La règle d'affectation analytique qui s'applique aux trois agences du nord et pas aux autres. Rien de tout cela n'est documenté. Tout est dans le code, et tout fonctionne.

Un remplacement est un exercice d'archéologie

C'est : retrouver ces règles, les réécrire, et découvrir en production celles qu'on avait oubliées. C'est là que les projets dérapent — jamais sur la technique, toujours sur les cas particuliers qu'on n'avait pas vus.

Trois qualités qu'on sous-estime

Il ne surprend personne. Il est maîtrisé par des gens qui sont dans l'entreprise. Et son coût annuel est connu — ce qu'aucun projet de remplacement ne peut promettre avant sa deuxième année.

Le vrai problème n'est pas l'âge, c'est l'enfermement

Ce qui gêne, dans un ERP ancien, ce n'est presque jamais ce qu'il fait. C'est qu'on ne puisse rien mettre à côté.

Les symptômes, toujours les mêmes

  • Pour sortir une donnée, il faut demander à quelqu'un de lancer une extraction.
  • Cette extraction arrive en fichier plat, qu'on dépose sur un serveur, qu'un autre programme relit la nuit.
  • Le chiffre consulté le matin décrit la situation d'hier soir.
  • Chaque nouvel outil ajoute une extraction de plus, et personne n'a la liste complète.

C'est un problème d'interfaces, pas de cœur. Et il se règle sans toucher au cœur.

La différence entre un cœur ancien et un cœur fermé

Un cœur ancien fait son travail : il tient les règles, il encaisse les volumes, il ne tombe pas. Un cœur fermé empêche de construire autour. Les deux se confondent dans la conversation courante, et c'est ce qui fait lancer des remplacements dont personne n'avait besoin.

Ouvrir plutôt que remplacer

Combien de temps prend l'ouverture d'un ERP par API ?

L'entreprise dont je parlais a commencé ce chantier vers 2019. Aujourd'hui, environ quatre-vingt-dix pour cent de ses flux passent par des interfaces programmatiques : certaines en temps réel, d'autres plusieurs fois par jour, d'autres une fois par nuit selon ce que la donnée exige. Le reste continue en fichier plat, parce que sur ces flux-là, ça suffit.

Ce chantier-là est long — « ça met un peu de temps », me disait-il, ce qui en langage de dirigeant veut dire deux ans — mais il a une propriété rare : il est réversible et il se fait par morceaux. À aucun moment l'entreprise n'a été suspendue à une bascule.

L'ordre qui marche :

1. La lecture d'abord. Exposer les données en lecture ne présente aucun risque pour le système. C'est là que se trouvent quatre-vingts pour cent de la valeur : tableaux de bord, alertes, assistants, applications de terrain.

2. L'écriture ensuite, et flux par flux. En commençant par celui qui coûte le plus cher en ressaisie, avec un retour arrière possible.

3. Le reste jamais, si ça suffit. Un flux d'achats qui passe en extraction nocturne et que personne n'a jamais trouvé gênant n'a pas besoin d'être modernisé. On ne rend pas service à une entreprise en lui facturant la perfection.

Type de fluxRythme qui suffitRisque de l'ouvrirPar où commencer
Consultation de stock, de tarifTemps réelNulEn premier
Tableaux de bord, alertesPlusieurs fois par jourNulEn premier
Création de commande, de devisTemps réelModéréEn second
Écritures comptablesUne fois par nuitÉlevéEn dernier, ou jamais
Extraction d'achats vers un tableurUne fois par nuit—Laisser tel quel

On a arrêté de vouloir le remplacer. On a décidé de construire autour.

Un directeur des systèmes d'information, à propos de son ERP

Ce qu'on construit autour

Une fois les données accessibles, le sur-mesure devient utile là où l'ERP est faible par nature : au contact du terrain et de la décision quotidienne.

Les quatre briques qu'on met dans cette couche

  • Une liste du jour par personne, alimentée par ce qui se passe réellement dans le système : le devis sans réponse, la commande à valider, le dossier bloqué.
  • Les écrans mobiles, pour les techniciens et les équipes qui ne s'assoiront jamais devant un terminal.
  • Les alertes qui viennent chercher les gens, au lieu d'attendre qu'ils consultent un rapport.
  • Un assistant qui répond aux questions en allant chercher dans les données, avec les droits de celui qui demande.

L'ERP reste le registre de référence. Il n'y a pas deux vérités : il y en a une, et plusieurs façons de la regarder.

Les quatre signes qu'il faut vraiment remplacer

Il y a des cas où ouvrir ne suffit pas. Quatre signes, dont un seul suffit :

1. Plus personne ne sait le modifier. Pas « c'est difficile de recruter » : plus personne, et l'éditeur n'existe plus. 2. Le matériel ou le système d'exploitation n'est plus supporté, au point que vous ne pouvez plus appliquer un correctif de sécurité. 3. Une évolution réglementaire obligatoire est impossible à implémenter. C'est ce qui force la main à beaucoup d'entreprises, et c'est une bonne raison. 4. Le cœur de métier a changé. Vous étiez grossiste, vous êtes devenu prestataire de services : ce n'est plus le même modèle de données, et aucune interface ne rattrapera ça.

Hors de ces quatre cas, la question mérite au minimum d'être repoussée d'un an, avec l'argent qu'elle aurait coûté investi dans la couche du dessus.

Comment nous ouvrons un ERP sans le remplacer

Un ERP ancien est rarement le problème : il tient les comptes, et il les tient bien. Ce qui manque, c'est tout ce qui se passe autour et qui se fait encore à la main.

Nous construisons donc au-dessus plutôt qu'à la place : les documents lus et envoyés dans l'ERP, les relances qui partent seules, les alertes quand quelque chose dérape. L'ERP garde son rôle de registre et ne bouge pas. Voir la page sur les automatismes, et ce qu'on peut brancher sans toucher à l'existant.

Vieil ERP : ce qu'il faut retenir

Un ERP ancien qui tourne n'est pas une dette : c'est un dépôt de règles de gestion qui fonctionnent, et il a de la valeur.

Ce qui coûte cher, ce n'est pas son âge, c'est son étanchéité. Ouvrez-le en lecture d'abord, flux par flux : c'est le chantier au meilleur rapport entre le risque pris et ce qu'on y gagne.

Et gardez le remplacement pour les quatre situations où il est vraiment inévitable. Dans les autres, l'argent est mieux placé dans ce que vous construisez autour.

Questions fréquentes

Faut-il remplacer un ERP ancien qui fonctionne ?

Rarement. Un ERP qui tourne depuis des décennies contient vos règles de gestion, y compris celles que personne ne sait plus énoncer. Un remplacement est avant tout un exercice d'archéologie : retrouver ces règles, les réécrire, et découvrir en production celles qu'on avait oubliées. C'est là que les projets dérapent.

Comment moderniser un ERP sans le remplacer ?

En l'ouvrant, flux par flux, en commençant par la lecture. Exposer les données en lecture ne présente aucun risque pour le système et concentre quatre-vingts pour cent de la valeur : tableaux de bord, alertes, assistants, applications de terrain. L'écriture vient ensuite, un flux à la fois, avec un retour arrière possible.

Quels sont les signes qu'il faut vraiment changer d'ERP ?

Quatre, et un seul suffit : plus personne ne sait le modifier et l'éditeur n'existe plus ; le matériel ou le système n'est plus supporté au point d'empêcher un correctif de sécurité ; une évolution réglementaire obligatoire est impossible à implémenter ; le cœur de métier a changé au point que le modèle de données ne correspond plus.

Que construire autour d'un ERP ancien ?

Ce que l'ERP fait mal par nature : le contact avec le terrain et la décision quotidienne. Une liste du jour par personne alimentée par ce qui se passe réellement, des écrans mobiles pour ceux qui ne s'assiéront jamais devant un terminal, des alertes qui viennent chercher les gens, un assistant qui répond avec les droits de celui qui demande.

Jérôme Knops
À propos de l'auteur

Jérôme Knops

Fondateur et CTO d'Edenio

Jérôme Knops est le fondateur d'Edenio, où il conçoit et développe des applications métier sur mesure pour des entreprises du bâtiment, de la supply chain et de la distribution. C'est lui qui mène les rendez-vous de cadrage, écrit le code, et reste l'interlocuteur quand l'outil est en production.

Voir tous ses articles