Comment migrer une application Cobol vers une application web sur-mesure
Migrer une application Cobol vers une application web sur-mesure prend 8 à 20 semaines et environ 8 000 – 32 000 € de reprise des données, en plus du nouvel outil (5 000 à 20 000 € par lot). Certaines PME et ETI font encore tourner une application Cobol, sur un mini-ordinateur ou un serveur émulé, pour la facturation, la paie, les stocks ou la gestion de contrats.
Par Baptiste Lamidey, fondateur de Trinity StudioMis à jour le
Migrer une application Cobol : repères
- Durée de migration
- 8 à 20 semaines
- Reprise des données (en plus du nouvel outil)
- 8 000 – 32 000 €
- Situation de départ
- application vieillissante
- Solutions cibles
- ERP sur-mesure, outil de gestion et outil de facturation
Les signes qu’il est temps de quitter une application Cobol
Certaines PME et ETI font encore tourner une application Cobol, sur un mini-ordinateur ou un serveur émulé, pour la facturation, la paie, les stocks ou la gestion de contrats. Elle est fiable et connaît toutes les règles de l'entreprise, mais les développeurs qui la maîtrisent partent à la retraite, l'interface en mode texte rebute les nouveaux collaborateurs et chaque évolution devient un pari.
Les problèmes qui s’accumulent
- Les développeurs qui connaissent le code partent à la retraite et il devient très difficile de trouver une relève.
- L'interface en mode texte rebute les nouveaux collaborateurs et allonge nettement leur temps de formation au quotidien.
- Les échanges avec les outils modernes passent par des fichiers plats et des traitements de nuit fragiles à maintenir.
- Le matériel ou l'émulateur qui fait tourner l'application devient coûteux à maintenir et difficile à faire évoluer.
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
Cartographier l'application existante
Recenser les programmes, les fichiers, les traitements de nuit et les échanges, puis identifier avec les utilisateurs les fonctions vraiment utilisées et les règles métier qu'elles portent encore aujourd'hui.
Extraire les règles métier
Lire le code avec les derniers experts disponibles pour documenter les calculs, les contrôles et les cas particuliers, afin de ne perdre aucune règle lors de la réécriture de l'application.
Reconstruire par modules
Développer une application web moderne module par module, en commençant par le plus utilisé, avec des écrans clairs, des droits par rôle et des échanges par API avec les autres outils.
Reprendre et comparer
Convertir les fichiers de données vers une base moderne, puis faire tourner l'ancien et le nouveau système en parallèle sur une période pour comparer les résultats ligne par ligne.
Basculer et archiver
Basculer module par module une fois les résultats identiques, former les équipes, puis archiver l'ancien système en lecture pour les recherches et les obligations de conservation.
Récupérer les données existantes
Les fichiers Cobol, séquentiels ou indexés, se convertissent à partir de leurs descriptions d'enregistrements. Les formats numériques particuliers sont décodés, puis chaque fichier est contrôlé par des totaux avant et après la conversion.
Risques à maîtriser
- Réécrire sans documenter les règles métier fait disparaître des calculs que personne ne savait encore expliquer.
- Basculer tout le système d'un coup, sans période en parallèle, expose l'entreprise à des écarts difficiles à corriger.
- Attendre le départ du dernier expert pour lancer le projet prive l'équipe de la mémoire du code existant.
Questions fréquentes
Faut-il tout réécrire d'un coup ?
Non. La reconstruction se fait module par module, avec une période en parallèle pour chacun, ce qui limite les risques et permet de mesurer les gains au fur et à mesure du projet.
Comment ne perdre aucune règle métier ?
Les règles sont extraites du code avec les experts encore disponibles, documentées, puis vérifiées en comparant les résultats de l'ancien et du nouveau système sur les mêmes données réelles.
Combien coûte ce type de projet ?
Chaque module est chiffré à prix ferme, plafonné à 20 000 € par lot. Un premier module se livre généralement en deux à cinq mois selon le volume de règles et de données.
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.
