Des entreprises industrielles et de distribution s’appuient encore sur des versions historiques de leur ERP Infor (Movex/M3), souvent hébergées sur IBM iSeries et enrichies au fil du temps par une quantité importante de développements RPG. Ces environnements ont longtemps été fiables, robustes et adaptés à des besoins très spécifiques. Mais aujourd’hui, ils se retrouvent en décalage avec la réalité opérationnelle : chaînes logistiques globalisées, exigences de traçabilité et de conformité, multiplication des outils satellites (EDI, WMS, TMS, e-commerce), accélération des cycles métiers et montée en puissance des enjeux data et cybersécurité.

La question n’est donc plus “faut-il migrer ?” mais “à quel moment et avec quelle stratégie ?”. Pour les organisations dont le SI repose encore sur un socle figé et fortement customisé, le facteur temps devient critique. Repousser la transformation revient rarement à “gagner du temps” : le plus souvent, cela augmente la dette technique, réduit les marges de manœuvre et rend la migration future plus risquée.

Le legacy RPG n’est plus seulement une contrainte IT : il devient un frein structurel

Les environnements RPG des années 1990–2000 ont été conçus pour des architectures fermées, peu interconnectées, avec des modèles de données et des pratiques d’exploitation très différentes de celles attendues aujourd’hui. Or l’ERP n’est pas un applicatif parmi d’autres : c’est le cœur qui synchronise achats, production, stocks, ventes, finance et pilotage. Quand ce cœur repose sur une technologie en fin de cycle, l’ensemble de l’entreprise se fragilise.

Dans les faits, les mêmes symptômes reviennent : maintenance complexe, évolutions longues et risquées, difficulté à tester correctement, documentation parfois lacunaire, dépendance à des habitudes historiques et à des “connaissances tacites”. À mesure que l’organisation change (nouveaux sites, nouveaux canaux, nouvelles exigences clients), le legacy devient moins un socle qu’un point de blocage.

La pénurie de compétences transforme la maintenance en risque opérationnel

Un des signaux les plus tangibles concerne les compétences. Le vivier d’experts RPG se réduit, les profils expérimentés partent progressivement, et le renouvellement est difficile. Résultat : ce qui était “gérable” quand l’entreprise avait une équipe interne stable devient une source d’exposition.

Le risque n’est pas uniquement budgétaire (coûts d’experts rares). Il est aussi organisationnel : dépendance à une ou deux personnes, difficulté à sécuriser un plan de relève, capacité réduite à absorber une crise (panne, incident de production, faille de sécurité). Dans certains contextes, la continuité d’activité peut être mise en danger par un simple événement humain (départ, indisponibilité prolongée) ou technique (incident matériel, incompatibilité, obsolescence).

Les personnalisations, autrefois avantage compétitif, deviennent un piège

Dans de nombreuses entreprises, le legacy RPG est “sur-mesure”. Au départ, ces développements répondaient à une logique rationnelle : couvrir des besoins métiers absents du standard, accélérer certaines opérations, ou adapter l’ERP à des pratiques très spécifiques.

Avec le temps, ces couches de personnalisations finissent fréquemment par produire l’effet inverse :

• elles augmentent fortement le coût de maintenance,
• elles rendent l’entreprise vulnérable à des effets “domino” (un changement mineur entraîne des régressions inattendues).
• elles rendent l’architecture rigide,
• elles compliquent chaque montée de version,
• elles créent des dépendances difficiles à auditer,

Le point clé est qu’une grande partie de ces “spés” n’a plus la même justification aujourd’hui. Les solutions cloud modernes (comme Infor CloudSuite) proposent des processus sectoriels standardisés et paramétrables, souvent capables de remplacer une large part des développements historiques, à condition de mener un travail sérieux de rationalisation : distinguer ce qui relève du réel différenciant métier, de ce qui est devenu un contournement ou une habitude.

L’obsolescence ne concerne pas que l’ERP : c’est tout l’écosystème qui vieillit

Rester sur un socle RPG implique souvent de conserver, par contrainte, tout un environnement technique ancien : version d’OS IBM i, DB2 datée, outils de développement et de supervision vieillissants, dépendances matérielles, interfaces propriétaires, mécanismes d’intégration non standardisés. Cette accumulation crée une forme d’isolement technologique.

À mesure que l’entreprise adopte de nouveaux outils (plateformes e-commerce, solutions transport, outils de planification, CRM, BI, automation), le legacy doit être “bridgé” par des développements spécifiques. Ces interfaces s’empilent, les points de fragilité se multiplient, et la compatibilité avec les standards modernes devient de plus en plus coûteuse à maintenir.

Sur le plan sécurité, cet isolement est particulièrement problématique : exigences de mises à jour, segmentation, traçabilité, durcissement, intégration IAM, logs exploitables… autant d’éléments qui deviennent difficiles à atteindre avec un SI construit sur des briques anciennes.

Le “coût de ne rien faire” est presque toujours sous-estimé

Beaucoup d’organisations considèrent encore qu’une migration “coûte trop cher” et que conserver le système actuel est un choix plus prudent. En réalité, le statu quo a un coût croissant, parfois invisible car réparti sur plusieurs budgets : gardiennage de compétences rares, projets spécifiques à répétition, correctifs, instabilités, sur-qualité nécessaire pour sécuriser les changements, délais d’intégration, lenteur de delivery, risques opérationnels.

Autrement dit : rester en legacy ne signifie pas “zéro projet”. Cela signifie souvent “une suite de projets correctifs et spécifiques”, qui consomment du budget sans moderniser réellement la capacité de l’entreprise à évoluer.

Le coût réel n’est pas seulement financier. Il se traduit aussi en opportunités perdues : difficulté à lancer rapidement une nouvelle offre, à industrialiser les données, à fiabiliser la visibilité supply chain, à automatiser, à améliorer l’expérience utilisateur, à déployer des fonctionnalités sur plusieurs sites avec cohérence.

Le cloud apporte un changement de paradigme, pas une simple mise à jour

Migrer vers une solution cloud moderne comme Infor CloudSuite ne consiste pas uniquement à changer de version. C’est passer d’un modèle “à maintenir et réparer” à un modèle “à faire évoluer en continu”, avec une architecture pensée pour l’intégration, la disponibilité, l’analytique et la sécurité.

Concrètement, une plateforme cloud moderne apporte :

• des mises à jour continues (logique evergreen),
• une gouvernance plus robuste (données, sécurité, traçabilité).
• une base saine pour l’automatisation et les usages IA,
• une capacité analytique intégrée et industrialisable,
• des outils d’intégration et des API standardisées,
• une résilience et une disponibilité à l’échelle industrielle,

Ces bénéfices ne sont pas “accessoires”. Ils conditionnent la capacité à rester compétitif dans un environnement où les cycles de décision et d’exécution s’accélèrent, et où l’écosystème applicatif s’enrichit rapidement.

Plus on attend, plus la migration devient complexe (et moins on a le choix)

Chaque année passée sur une version RPG ajoute généralement des couches : nouveaux contournements, patchs ad hoc, interfaces supplémentaires, scripts, dépendances implicites, logiques métiers encapsulées dans du code non documenté. La dette technique s’épaissit et la migration se transforme progressivement : d’un projet structurant pilotable, elle peut devenir un chantier d’urgence imposé par un incident, une rupture de compétence, une contrainte fournisseur, ou un impératif sécurité.

Dans ce contexte, migrer tôt ne signifie pas “se précipiter”. Cela signifie reprendre le contrôle : planifier, prioriser, étaler l’effort, sécuriser la trajectoire, décider de ce qui doit être conservé, refondu, ou standardisé.

Migrer de manière anticipée permet de transformer la contrainte en levier

Un projet de migration bien conduit est aussi une opportunité de simplification. C’est le moment de :

• rationaliser les processus (et clarifier les exceptions),
• préparer l’organisation à une logique de mise à jour continue.
• améliorer la conformité et la cybersécurité,
• standardiser l’interfaçage avec l’écosystème,
• supprimer des personnalisations devenues inutiles,
• moderniser le modèle de données,

Les entreprises qui anticipent obtiennent généralement un meilleur ROI, non pas uniquement grâce à la réduction de coûts, mais parce qu’elles évitent les dérives typiques des migrations contraintes : délais impossibles, arbitrages subis, surcoûts correctifs, dépendances non maîtrisées.