Migration · une application Progress OpenEdge · Application métier

    Migrer d'une application Progress OpenEdge vers une application métier sur-mesure

    Passer d'une application Progress OpenEdge à une application métier sur-mesure coûte environ 14 000 – 20 000 € pour 50 à 249 salariés : 6 000 – 12 500 € pour le nouvel outil et 8 000 – 25 500 € pour la migration des données, sur 16 à 32 semaines.

    Par Baptiste Lamidey, fondateur de Trinity StudioMis à jour le

    une application Progress OpenEdge vers application métier : repères

    Budget du nouvel outil (50–249 salariés)
    6 000 – 12 500 €
    Budget de migration des données
    8 000 – 25 500 €
    Total indicatif
    14 000 – 20 000 €
    Durée cumulée
    16 à 32 semaines

    Pourquoi application métier remplace 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é.

    Une application métier sur-mesure est un outil web ou mobile conçu autour d'un processus précis de l'entreprise, par exemple la planification d'interventions, le suivi d'affaires ou la gestion d'un parc de matériel. Son modèle de données, ses statuts et ses règles de calcul reprennent le vocabulaire des équipes, et l'entreprise en détient le code source et les données.

    Ce que une application Progress OpenEdge ne sait pas faire, et où le retrouver

    Problème constatéRéponse dans le nouvel outil
    Les développeurs qui maîtrisent le langage Progress se raréfient et leurs interventions coûtent toujours plus cher.Cartographie du processus et maquettes : Observation des utilisateurs sur le terrain, inventaire des statuts et des exceptions, user stories priorisées et maquettes cliquables validées avant tout développement.
    Les écrans en mode caractère ralentissent la formation des nouveaux salariés et découragent les utilisateurs occasionnels.Modèle de données et règles de calcul : Entités métier (affaires, équipements, interventions, contrats), historisation des changements d'état et moteur de règles pour tarifs, délais et contrôles de cohérence.
    Le coût des licences et de l'hébergement pèse lourd pour une application dont on utilise seulement une partie des fonctions.Écrans de saisie et de planification : Planning glisser-déposer, formulaires contextuels selon le rôle, listes filtrables et actions groupées pensées pour remplacer les manipulations faites jusque-là dans Excel.

    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
    ou réservez un appel de 30 minutes

    Sans engagement. Réponse du fondateur sous 24 h ouvrées. Confidentialité

    Plan de migration

    1. 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.

    2. 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.

    3. 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.

    4. 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.

    5. 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.

    Chiffrez le passage d'une application Progress OpenEdge à une application métier

    Application métier
    Taille de l’entreprise

    Budget estimé pour 50 à 249 salariés

    6 000 – 12 500 €

    Délai
    8 à 16 semaines
    Maintenance / an
    1 500 – 2 000 €
    Utilisateurs
    ≈ 120
    Coût sur-mesure à 5 ans
    18 000 €

    Pour une entreprise de 50 à 249 salariés, le cumul des licences Retool dépasse le coût d'un projet sur-mesure à partir de l'année 1 (hypothèses détaillées plus bas).

    Recevoir ce chiffrage détaillé

    Estimation indicative issue du modèle de chiffrage publié, pas un devis.

    Questions fréquentes

    Combien coûte le passage d'une application Progress OpenEdge à une application métier ?

    Comptez 14 000 – 20 000 € au total pour une entreprise de 50 à 249 salariés : 6 000 – 12 500 € pour le nouvel outil et 8 000 – 25 500 € pour la reprise des données (8 à 16 semaines).

    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.

    À qui appartient le code d'une application métier développée par une agence ?

    Le contrat doit prévoir la cession des droits patrimoniaux sur le code spécifique au client, avec livraison du dépôt source, des scripts de déploiement et de la documentation technique. Chez Trinity Studio, l'application est hébergée sur un compte au nom du client, ce qui permet de changer de prestataire ou d'internaliser la maintenance.

    Une application métier peut-elle se connecter à notre ERP et à notre comptabilité ?

    Oui, par API REST lorsque l'ERP en expose une, sinon par échange de fichiers planifié ou accès contrôlé à la base. Chaque connecteur coûte environ 2 000 à 7 000 € selon la documentation disponible et le sens des flux. Un journal des synchronisations permet à l'administrateur de repérer une commande ou une facture bloquée.

    Méthode et sources

    Total = budget du nouvel outil (modèle de chiffrage) + migration (durée × 1 000 à 1 600 € par semaine), plafonné à 20 000 € par lot.

    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.

    Sans engagement · 24h
    Étape 1/5

    Parlez-nous de votre projet idéal

    2 minutes. Aucune prise de tête.

    Votre e-mail est enregistré dès cette étape pour que nous puissions vous répondre, même si vous ne terminez pas le formulaire. Il sert uniquement à traiter votre demande. Politique de confidentialité