Migration · une application AS/400 (IBM i) · Outil de gestion

    Migrer d'une application AS/400 (IBM i) vers un outil de gestion métier sur-mesure

    Passer d'une application AS/400 (IBM i) à un outil de gestion métier sur-mesure coûte environ 13 000 – 20 000 € pour 50 à 249 salariés : 7 000 – 14 500 € pour le nouvel outil et 6 000 – 19 000 € pour la migration des données, sur 14 à 30 semaines.

    Par Baptiste Lamidey, fondateur de Trinity StudioMis à jour le

    une application AS/400 (IBM i) vers outil de gestion : repères

    Budget du nouvel outil (50–249 salariés)
    7 000 – 14 500 €
    Budget de migration des données
    6 000 – 19 000 €
    Total indicatif
    13 000 – 20 000 €
    Durée cumulée
    14 à 30 semaines

    Pourquoi outil de gestion remplace une application AS/400 (IBM i)

    Beaucoup d'industriels, de distributeurs et de transporteurs font encore tourner leur gestion sur une application AS/400, aujourd'hui IBM i, développée en RPG ou en COBOL il y a des décennies. Le système est robuste, mais les écrans verts rebutent les nouveaux collaborateurs, les développeurs RPG partent à la retraite, chaque évolution prend des semaines et l'ouverture vers le web, le mobile ou les partenaires passe par des passerelles bricolées.

    Un outil de gestion métier sur-mesure, parfois appelé ERP léger, réunit dans une seule base les devis, commandes, achats, stocks et factures d'une entreprise, avec ses propres règles de tarification et de marge. Il vise les PME et ETI dont l'activité ne rentre pas dans un ERP standard sans lourde adaptation, et remplace les tableurs parallèles par une source de données unique.

    Ce que une application AS/400 (IBM i) ne sait pas faire, et où le retrouver

    Problème constatéRéponse dans le nouvel outil
    Les développeurs RPG et COBOL se raréfient, et chaque départ emporte une partie de la connaissance des programmes.Cartographie des flux de gestion : Du devis au règlement : relevé des documents, des validations, des exceptions et des fichiers Excel utilisés, puis schéma de données cible partagé avec la direction.
    Les écrans en mode texte allongent la formation des nouveaux arrivants et multiplient les erreurs de saisie.Moteur de tarification et devis : Grilles de prix par client et par famille, remises en cascade, contrôle de marge plancher, devis PDF à l'image de l'entreprise et relances automatiques.
    Ouvrir les données à un portail client, une application mobile ou un partenaire demande des développements lourds et lents.Commandes, achats et approvisionnement : Transformation du devis en commande, commandes fournisseurs, réceptions partielles, reliquats, suggestions de réapprovisionnement selon seuils et délais fournisseurs.

    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. Cartographier programmes et fichiers

      Inventorier les bibliothèques, programmes, fichiers physiques et logiques, travaux planifiés et interfaces, puis identifier avec les utilisateurs les traitements réellement utilisés au quotidien et ceux devenus inutiles.

    2. Ouvrir les données sans tout casser

      Exposer les données utiles par une API au-dessus de la base DB2 for i, pour construire de nouveaux écrans sans toucher aux programmes historiques pendant la transition.

    3. Moderniser par module

      Reconstruire d'abord les écrans les plus utilisés et les besoins nouveaux, comme le portail client ou le mobile, en application web connectée à cette API.

    4. Reprendre la logique métier

      Relire les programmes RPG ou COBOL des modules à remplacer, réécrire les règles en langage moderne avec des tests, et comparer les résultats sur des jeux de données réels.

    5. Arrêter le système progressivement

      Basculer les modules un par un, réduire la charge de l'AS/400 à mesure, puis l'arrêter ou le limiter à l'archive quand plus aucun traitement critique n'en dépend.

    Chiffrez le passage d'une application AS/400 (IBM i) à un outil de gestion métier

    Outil de gestion
    Taille de l’entreprise

    Budget estimé pour 50 à 249 salariés

    7 000 – 14 500 €

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

    Pour une entreprise de 50 à 249 salariés, le cumul des licences Sage 100 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 AS/400 (IBM i) à un outil de gestion métier ?

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

    Faut-il arrêter l'AS/400 tout de suite ?

    Non. La méthode la plus sûre ouvre d'abord ses données par une API, construit les nouveaux écrans autour, puis remplace les modules un par un jusqu'à pouvoir l'arrêter.

    Peut-on lire les données DB2 de l'AS/400 ?

    Oui, en SQL par ODBC ou JDBC. Les formats particuliers, comme les numériques condensés et les dates stockées en nombres, sont convertis et contrôlés pendant la reprise.

    Quels risques pour un projet d’outil de gestion interne ?

    Les trois risques majeurs d'un outil de gestion sur-mesure sont une reprise de données sous-estimée, des règles de marge mal comprises et une frontière floue avec la comptabilité. Un audit des fichiers dès le cadrage, une validation des calculs par le contrôle de gestion et un export comptable testé avec l'expert-comptable les réduisent fortement.

    Pourra-t-on faire évoluer l’outil de gestion sans l'agence qui l'a créé ?

    Oui, à condition d'exiger la cession du code spécifique, l'accès au dépôt source, une documentation du modèle de données et des tests automatisés sur les calculs de prix et de marge. Trinity Studio utilise des technologies répandues (TypeScript, PostgreSQL), ce qui permet à une autre équipe de reprendre la maintenance.

    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é