Comment migrer une application Progress OpenEdge vers une application web sur-mesure
Migrer une application Progress OpenEdge vers une application web sur-mesure prend 8 à 16 semaines et environ 8 000 – 25 500 € de reprise des données, en plus du nouvel outil (5 000 à 20 000 € par lot). Progress, devenu OpenEdge, fait tourner depuis des décennies des ERP et applications de gestion dans l'industrie, le négoce et la distribution.
Par Baptiste Lamidey, fondateur de Trinity StudioMis à jour le
Migrer une application Progress OpenEdge : repères
- Durée de migration
- 8 à 16 semaines
- Reprise des données (en plus du nouvel outil)
- 8 000 – 25 500 €
- Situation de départ
- application vieillissante
- Solutions cibles
- ERP sur-mesure, gestion commerciale et application métier
Les signes qu’il est temps de quitter une application Progress OpenEdge
Progress, devenu OpenEdge, fait tourner depuis des décennies des ERP et applications de gestion dans l'industrie, le négoce et la distribution. Les écrans en mode caractère restent rapides pour les anciens, mais rebutent les nouveaux arrivants, les licences coûtent cher, les développeurs se raréfient et chaque connexion avec un site, un portail client ou un outil récent devient un projet compliqué.
Les problèmes qui s’accumulent
- Les développeurs qui maîtrisent le langage Progress se raréfient et leurs interventions coûtent toujours plus cher.
- Les écrans en mode caractère ralentissent la formation des nouveaux salariés et découragent les utilisateurs occasionnels.
- Le coût des licences et de l'hébergement pèse lourd pour une application dont on utilise seulement une partie des fonctions.
- Ouvrir les données à un portail client, à une application mobile ou à un outil de pilotage demande des développements lourds.
Un projet comme celui-ci ? Obtenez un ordre de grandeur sous 24 h
- Réponse du fondateur, pas d’un commercial
- Budget plafonné à 20 000 €, code source livré
- Cadrage gratuit, sans engagement
Migrer sans rupture d’activité : 5 étapes
Mesurer l'usage réel
Recenser les programmes, écrans et traitements réellement lancés, avec leurs utilisateurs, pour distinguer le cœur indispensable des fonctions mortes qu'il serait coûteux et inutile de reprendre.
Extraire les règles métier
Relire le code Progress des traitements critiques, comme les calculs de prix, d'approvisionnement ou de facturation, et les documenter avec les utilisateurs clés avant de concevoir la nouvelle application.
Ouvrir les données d'abord
Brancher une première couche d'accès en lecture sur la base pour alimenter un portail ou des tableaux de bord, ce qui apporte un gain rapide et prépare la reprise complète.
Remplacer par domaines
Reconstruire l'application domaine par domaine, par exemple les ventes puis les achats, en gardant une synchronisation avec Progress tant que tout n'est pas basculé, pour limiter les risques.
Arrêter Progress proprement
Une fois tous les domaines basculés, vérifier les totaux et historiques, conserver une archive consultable, puis résilier les licences et arrêter le serveur devenu inutile.
Récupérer les données existantes
Les bases OpenEdge s'interrogent en SQL par un pilote ODBC ou JDBC, et s'exportent table par table. Les champs à valeurs multiples et les formats de dates propres à Progress demandent une conversion soignée et des contrôles de cohérence.
Risques à maîtriser
- Une règle métier codée dans un déclencheur de base oublié disparaît si le code n'est pas relu entièrement.
- Une synchronisation mal conçue entre Progress et la nouvelle application crée des doublons pendant la période de transition.
- Arrêter les licences trop tôt empêche de consulter l'historique en cas de contrôle ou de litige client.
Questions fréquentes
Peut-on lire les données sans arrêter Progress ?
Oui. Un accès en lecture par pilote SQL permet d'alimenter un portail ou des tableaux de bord pendant que l'application historique continue de tourner, sans perturber les utilisateurs.
Faut-il tout réécrire d'un coup ?
Non. La reprise se fait domaine par domaine, avec une synchronisation temporaire entre les deux systèmes, ce qui réduit fortement les risques par rapport à une bascule complète en une seule fois.
Combien de temps dure une sortie de Progress ?
Il faut compter de huit à seize semaines selon le nombre de domaines, de traitements et d'interfaces à reprendre, avec une bascule progressive et une archive conservée en lecture.
Méthode et sources
Budget de migration = durée × 1 000 à 1 600 € par semaine : la reprise des données est menée à temps partiel pendant le lot de développement. Estimation indicative avant audit de l’existant.
Mise à jour : octobre 2026. Auteur : Baptiste Lamidey, fondateur de Trinity Studio. Ces valeurs sont des estimations indicatives destinées à cadrer un budget, pas un devis : un chiffrage ferme demande un cadrage du périmètre.
Recevez un chiffrage adapté à votre contexte
Cinq questions, une réponse sous 24h ouvrées, sans engagement.
