Accueil/Blog/Comment moderniser un ERP legacy sans to
Logiciel Métier

Comment moderniser un ERP legacy sans tout recommencer

22 avril 20258 min de lectureForge Development

La malédiction du logiciel qui marche

"On ne touche pas à ce qui marche." C'est le mantra qu'on entend le plus souvent — jusqu'au jour où plus personne ne peut installer Windows 11 parce que le logiciel n'est compatible qu'avec Windows 7. Ou quand le seul développeur qui connaît le code part à la retraite.

La réalité des PME françaises : des milliers d'entreprises tournent encore avec des logiciels Delphi des années 2000, des bases Access, des applications VB6. Ils fonctionnent — mais ils bloquent la croissance.

Pourquoi "tout réécrire" est rarement la bonne réponse

La réécriture complète est séduisante sur le papier. En pratique :

  • **Délai** : 12 à 18 mois minimum pour un logiciel complexe
  • **Risque** : vous reproduisez les bugs de l'ancien système (et vous en ajoutez de nouveaux)
  • **Coût** : 3 à 5 fois plus cher qu'une modernisation progressive
  • **Continuité** : votre équipe doit basculer d'un coup sur un outil inconnu

Joel Spolsky (créateur de Trello) a écrit en 2000 que réécrire de zéro est "la pire décision stratégique qu'une société de logiciel puisse faire". 25 ans après, c'est toujours vrai.

L'approche Strangler Fig — moderniser sans couper

L'approche Strangler Fig (ou "Étranglement") consiste à construire le nouveau système autour de l'ancien, progressivement, jusqu'à pouvoir retirer l'ancien.

Phase 1 — Audit & cartographie (2 à 4 semaines)

On analyse le code existant : identifier la logique métier critique, les données, les intégrations. On documente ce que fait réellement le logiciel (souvent personne ne le sait complètement).

Phase 2 — Interface modernisée (4 à 8 semaines)

On crée une interface web moderne qui communique avec le moteur existant. Vos utilisateurs migrent vers la nouvelle interface sans que le "moteur" change. Gain immédiat en ergonomie.

Phase 3 — Migration module par module

On remplace les modules un par un. Facturation d'abord, puis gestion clients, puis stock — selon les priorités. L'ancien et le nouveau coexistent le temps de la transition.

Phase 4 — Retraite du système legacy

Une fois tous les modules migrés et validés, l'ancien système est retiré. Migration terminée, sans jamais avoir coupé la production.

Signes que votre logiciel a besoin d'une modernisation

  • Installation impossible sur Windows 10/11
  • Seule une personne sait comment ça fonctionne
  • Pas de sauvegarde automatique fiable
  • Impossible d'exporter les données facilement
  • L'interface date des années 2000
  • Pas d'accès distant ou mobile
  • Ralentissements fréquents sans raison apparente

Ce qu'on fait concrètement chez Forge

On a modernisé des applications Delphi 7, des bases Access avec 15 ans de données, un logiciel de gestion de stock VB6 pour une PME industrielle bordelaise.

Notre processus :

1. Lecture du code source (même sans documentation)

2. Tests de non-régression : on capture le comportement actuel avant de toucher quoi que ce soit

3. Migration des données vers PostgreSQL

4. Développement de la nouvelle interface (Next.js + API REST)

5. Recette avec les utilisateurs finaux

6. Déploiement progressif par département

Budget indicatif : une modernisation représente généralement 30 à 50 % du coût d'une réécriture complète.

Vous avez un logiciel legacy qui vous freine ? Parlez-nous en — on commence par un diagnostic gratuit.

Forge Development · Bordeaux

Vous avez un projet ?

Devis gratuit sous 24h. On répond à chaque demande personnellement.

Démarrer un projet