Migrer logiciel VB6, Access, Delphi vers stack moderne

1. Pourquoi migrer maintenant (et plus dans 2 ans)

VB6 : runtime non supporté officiellement par Microsoft depuis 2008. Fonctionne encore par chance sur Windows 11, mais à chaque mise à jour de l'OS, le risque de casse augmente ;
Access : limites techniques fortes (2 Go par fichier, fragilité multi-utilisateurs réseau, Jet engine vieillissant). Microsoft pousse vers Power Apps mais sans chemin de migration simple ;
Delphi : Embarcadero maintient mais coûts de licence élevés (~3 000 €/poste/an), recrutement de développeurs Delphi de plus en plus dur ;
FoxPro : abandonné par Microsoft en 2007. Continuer à l'utiliser = bombe à retardement ;
WinForms .NET Framework : maintenu mais obsolète, .NET 8/9 pousse vers MAUI/Avalonia. À planifier la transition ;
Pénurie de mainteneurs : les développeurs qui maîtrisent VB6/FoxPro/Access avancé partent à la retraite. En 2030, vous ne trouverez plus personne pour corriger un bug.

⚠️ Risque concret en Tunisie

Beaucoup de PME tunisiennes ont un logiciel comptable, ERP ou gestion stock VB6/Access développé il y a 15-20 ans par un dev parti depuis. Quand ce logiciel plante, plus personne pour intervenir. Migrer maintenant coûte 4 à 8 mois de projet. Migrer en urgence après une panne coûte 2-3× plus cher (ré-extraction forcée des données, perte de productivité, panique).

2. Diagnostic du logiciel existant (audit 5 jours)

Avant toute migration, audit complet pour cartographier l'existant :

Inventaire des fonctionnalités : modules métier, formulaires, états/rapports, traitements batch, import/export
Volumétrie et structure des données : nombre de tables, lignes par table, types de relations, intégrité référentielle
Utilisateurs et workflows : qui utilise quoi, quand, comment. Souvent les utilisateurs ont contourné des limites du logiciel par des Excel parallèles — à intégrer dans la nouvelle solution
Intégrations externes : exports vers comptabilité, scanners, imprimantes, équipements métier, sites web
Code source disponible ou pas : si oui, lecture du code pour comprendre la logique métier ; si non, reverse-engineering depuis les écrans et la documentation
Performances et points de douleur : ce qui marche, ce qui plante, ce qui est lent, ce qui manque

Livrable : document de spécifications fonctionnelles qui permet d'estimer la migration et de la chiffrer précisément.

3. Trois options de migration

Option A — Réplique fonctionnelle moderne (recommandé pour 80 % des cas)

Reconstruction sur stack desktop moderne (Tauri, Electron, MAUI), même flux utilisateur, même structure de données. Améliorations UX au passage mais pas de refonte métier. Avantage : utilisateurs gardent leurs habitudes. Délai : 4-8 mois.

Option B — Migration vers SaaS web

Reconstruction comme application web (browser) plutôt que desktop. Gain : multi-postes simultanés naturel, pas d'install, accès distant. Perte : besoin internet permanent, intégration matérielle limitée. Pertinent pour cabinets, services purement administratifs.

Option C — Refonte métier complète

Profiter de la migration pour repenser le métier : nouveaux workflows, nouvelles fonctionnalités, processus optimisés. Plus long (8-14 mois) et plus risqué mais ROI fort si le métier a évolué depuis le développement initial.

4. Migration des données (étape critique)

La donnée est le bien le plus précieux. Plan de migration en 4 phases :

Extraction : selon source. Access → MDB ouvert via OLE DB ou ODBC, exporté en CSV/JSON. VB6 → souvent Access ou SQL Server derrière, même approche. Delphi → Paradox/InterBase/Firebird selon version. FoxPro → tables DBF lues par OLE DB.
Nettoyage : déduplications, corrections de typos, normalisation de formats (dates, téléphones, devises). Souvent 30-50 % du temps de migration. Gain en qualité durable.
Transformation : adapter au nouveau schéma de base. Les modèles legacy ont souvent des dénormalisations historiques à corriger.
Chargement et validation : import dans la nouvelle base, vérifications d'intégrité, comparaison comptes/totaux avec l'ancien système. Tolérance zéro aux écarts.

5. Préserver les fonctionnalités critiques

Cartographier les fonctionnalités cachées qui ne sont pas documentées mais que les utilisateurs utilisent quotidiennement :

Raccourcis clavier : les utilisateurs intensifs ont mémorisé des séquences. Identique dans la nouvelle version sinon rejet ;
Macros et automatisations : Excel parallèles, scripts VBA, batches Windows. À documenter et à reproduire ;
États imprimés : factures, bons, étiquettes. Format exact à reproduire (un décalage de 2 mm = papier mal aligné chez le client) ;
Connexions matérielles : imprimantes étiquettes, scanners code-barres, balances, lecteurs RFID. Driver et configuration à recréer ;
Réseaux d'export : fichiers attendus par le comptable, le banquier, l'administration fiscale. Format à reproduire à l'octet.

6. Formation utilisateurs et conduite du changement

Une migration logicielle réussie techniquement peut échouer humainement. Les utilisateurs qui utilisent l'ancien depuis 10-20 ans ont des automatismes profonds. Plan de formation :

Tests utilisateurs en parallèle : pendant 2-4 semaines, ancien et nouveau logiciels en parallèle, vrais utilisateurs avec vraies données ;
Documentation visuelle : captures d'écran, vidéos courtes (3-5 min) pour chaque tâche fréquente ;
Formation initiale en présentiel : 1-2 jours par groupe d'utilisateurs, avec leurs vrais cas d'usage ;
Support renforcé pendant 30 jours post-bascule : hotline réactive, intervention sous 1 h pour les blocages bloquants ;
Champion utilisateur dans chaque équipe : 1 personne référente formée en avance, qui aide ses collègues.

7. Coûts et durée réels (TND)

Complexité	Caractéristiques	Coût	Durée
Simple	5-10 modules, 5-15 tables, 1-5 utilisateurs	25 000 – 45 000 TND	3-5 mois
Moyenne	10-25 modules, 20-50 tables, 5-20 utilisateurs, intégrations externes	50 000 – 90 000 TND	5-8 mois
Complexe	25+ modules, 50+ tables, 20+ utilisateurs multi-sites, équipements connectés	90 000 – 200 000 TND	8-14 mois

Audit initial seul : 4 500 – 8 000 TND HT pour 5 jours d'audit + livrable spécifications. Permet de chiffrer précisément la migration. 50 % du tarif de l'audit déduit du devis de migration si on prend en charge le projet complet.

Logiciel legacy à moderniser ?

Audit en 5 jours : on regarde le logiciel existant, on cartographie les fonctionnalités, on chiffre précisément la migration. Vous repartez avec un plan d'action et une estimation claire — sans engagement de prendre la migration avec nous.

Demander un audit migration Voir notre service Desktop

Migrer un logiciel VB6, Access ou Delphi vers une stack moderne