Comment migrer une application Visual Basic 6 vers une application web sur-mesure
Migrer une application Visual Basic 6 vers une application web sur-mesure prend 4 à 9 semaines et environ 4 000 – 14 500 € de reprise des données, en plus du nouvel outil (5 000 à 20 000 € par lot). Des applications écrites en Visual Basic 6 tournent encore au cœur de nombreuses entreprises, souvent installées poste par poste et reliées à une base Access ou SQL Server.
Par Baptiste Lamidey, fondateur de Trinity StudioMis à jour le
Migrer une application Visual Basic 6 : repères
- Durée de migration
- 4 à 9 semaines
- Reprise des données (en plus du nouvel outil)
- 4 000 – 14 500 €
- Situation de départ
- application vieillissante
- Solutions cibles
- application métier, outil de gestion et gestion commerciale
Les signes qu’il est temps de quitter une application Visual Basic 6
Des applications écrites en Visual Basic 6 tournent encore au cœur de nombreuses entreprises, souvent installées poste par poste et reliées à une base Access ou SQL Server. L'environnement de développement n'est plus supporté depuis longtemps, les composants tiers ne s'installent plus sur les postes récents, et chaque mise à jour de Windows fait craindre une panne. Le code est rarement documenté et la personne qui le comprenait n'est souvent plus là.
Les problèmes qui s’accumulent
- L'environnement de développement n'est plus supporté et devient difficile à installer pour corriger la moindre anomalie.
- Des composants ActiveX ou OCX achetés à des éditeurs disparus empêchent l'installation sur les nouveaux postes.
- L'installation poste par poste complique les mises à jour, le télétravail et l'arrivée de nouveaux collaborateurs.
- La logique métier est mêlée au code des écrans, ce qui rend chaque modification risquée et longue à tester.
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
Récupérer et lire les sources
Rassembler le code source, les composants et les scripts d'installation, puis lister les formulaires, les modules et les requêtes pour comprendre ce que l'application fait réellement.
Extraire les règles métier
Isoler les calculs, contrôles et traitements cachés dans les événements des écrans, et les décrire en langage clair avec les utilisateurs pour obtenir une spécification validée.
Développer la version web
Reconstruire l'application en web, accessible depuis un navigateur sans installation, avec une base centralisée, des droits par rôle et des tests automatisés sur les calculs repris.
Migrer la base de données
Reprendre la base Access ou SQL Server existante, corriger les incohérences accumulées, conserver les identifiants utiles et vérifier les totaux avec les utilisateurs clés avant la bascule.
Déployer et désinstaller
Ouvrir la version web à un premier service, garder l'ancienne application en consultation pendant la transition, puis la désinstaller des postes et archiver ses sources et sa base.
Récupérer les données existantes
Les applications Visual Basic 6 stockent le plus souvent leurs données dans une base Access ou SQL Server, lisible directement par ODBC. Les fichiers plats, les registres Windows et les fichiers de configuration locaux doivent aussi être inspectés poste par poste.
Risques à maîtriser
- Des paramètres stockés dans le registre ou des fichiers locaux diffèrent d'un poste à l'autre et sont oubliés pendant la reprise.
- Des états imprimés construits avec un générateur ancien doivent être refaits à l'identique pour des raisons réglementaires.
- Sans le code source complet, certaines règles ne se retrouvent qu'en observant l'application en fonctionnement.
Questions fréquentes
Notre application Visual Basic 6 va-t-elle cesser de fonctionner ?
Pas du jour au lendemain, mais chaque nouveau poste, chaque mise à jour de Windows et chaque composant tiers devenu introuvable augmente le risque de panne sans solution rapide.
Faut-il avoir le code source pour migrer ?
C'est préférable, car il contient les règles métier. Sans lui, l'application est observée en fonctionnement et la base de données analysée pour reconstituer la logique.
Pourquoi passer au web plutôt que réécrire en client lourd ?
Une application web ne s'installe plus sur chaque poste, fonctionne en télétravail et se met à jour en une fois pour tout le monde, ce qui supprime la cause principale des pannes.
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.
