Moderniser un ERP IBM i / AS400 sans tout casser

Dans de nombreuses entreprises industrielles et de distribution, l’ERP tourne depuis des décennies sur un IBM i (l’ancien AS400). Il gère les commandes, les stocks, la facturation et la logistique avec une fiabilité remarquable. Mais il devient difficile à faire évoluer : écrans verts, intégrations complexes avec l’e-commerce, développeurs RPG partant à la retraite. Faut-il tout remplacer ? Rarement. Voici comment moderniser sans mettre l’activité en risque.

Le vrai problème n’est pas la plateforme

L’IBM i est une plateforme robuste, sécurisée et performante, toujours maintenue par IBM. Elle fait tourner des applications critiques sans interruption pendant des années. Les difficultés viennent plutôt :

• de l’interface en mode texte (écrans 5250), peu intuitive pour les nouveaux utilisateurs ;
• de l’ouverture limitée aux outils modernes : e-commerce, CRM, applications mobiles, plateformes de facturation électronique ;
• de la dette technique : code ancien (RPG III), peu documenté, logique métier enfouie ;
• de la rareté des compétences RPG.

Les quatre stratégies possibles

Stratégie	Principe	Risque	Délai
Ouvrir (API)	Exposer les fonctions et données existantes	Faible	Court
Moderniser l’interface	Nouvelle interface web au-dessus du système	Faible à moyen	Moyen
Moderniser le code	Passer à RPG Free, restructurer, documenter	Moyen	Progressif
Remplacer	Migrer vers un nouvel ERP	Élevé	Long

1. Ouvrir le système avec des API

C’est souvent la première étape, et la plus rentable. Les programmes RPG et les données DB2 for i sont exposés sous forme d’API REST. Le site e-commerce, le CRM, une application mobile ou une plateforme de facturation électronique peuvent alors dialoguer avec l’ERP en temps réel, sans fichiers échangés la nuit.

2. Moderniser l’interface

Une application web (par exemple en React ou Angular) remplace les écrans verts pour les usages les plus fréquents, en s’appuyant sur les API. Les utilisateurs gagnent en confort et en productivité, la logique métier reste sur l’IBM i.

3. Moderniser le code

• Convertir progressivement le code RPG III vers RPG ILE puis RPG Free, beaucoup plus lisible et proche des langages modernes ;
• remplacer les accès aux fichiers par du SQL ;
• découper les programmes monolithiques en modules ;
• documenter la logique métier au fil des travaux ;
• mettre en place Git et des outils de développement modernes.

La plateforme permet aussi d’exécuter Node.js, Python ou Java, pratiques pour les nouveaux développements.

4. Remplacer l’ERP

Un remplacement se justifie lorsque l’application ne répond plus aux besoins métier, ou lorsque l’entreprise veut changer en profondeur ses processus. C’est un projet long, coûteux et risqué, qui doit être préparé avec soin : reprise des données, refonte des processus, formation.

La méthode progressive que nous recommandons

1. Audit : cartographie des programmes, des fichiers, des flux et des intégrations ; identification des zones critiques et de la dette technique.
2. Quick wins : API sur les flux prioritaires (e-commerce, stocks, facturation).
3. Interface web pour les métiers qui utilisent le plus le système.
4. Modernisation du code au fil des évolutions, sans « big bang ».
5. Exploitation des données : alimenter un entrepôt de données et des tableaux de bord Power BI à partir de DB2 for i.
6. Transmission des compétences : documentation, binômes, formation de nouveaux développeurs.

La question des compétences

C’est souvent l’urgence la plus pressante. Quelques leviers :

• documenter avant le départ des experts historiques ;
• former des développeurs à RPG Free, plus accessible ;
• s’appuyer sur des prestataires spécialisés ou des équipes nearshore, qui disposent de profils IBM i ;
• réduire la dépendance en déplaçant progressivement les nouveaux développements vers des technologies plus répandues, connectées via API.

Conclusion

Moderniser un IBM i ne signifie pas abandonner ce qui fonctionne. En ouvrant le système, en modernisant l’interface et le code par étapes, sa durée de vie se prolonge tout en le connectant aux outils d’aujourd’hui. Nos équipes software engineering interviennent sur IBM i, RPG, API et interfaces web, en renfort ou en projet, y compris via notre hub offshore.