Sortir de WinDev : pourquoi et comment migrer
En bref : de nombreuses entreprises envisagent de quitter WinDev pour réduire leur dépendance à un éditeur, retrouver des compétences sur le marché et offrir un accès web et mobile à leurs utilisateurs. La migration se fait idéalement par étapes : audit, choix de la cible, migration module par module, reprise des données, puis maintenance.
WinDev a permis à des milliers d’entreprises de développer rapidement leurs applications de gestion. Beaucoup tournent encore aujourd’hui, parfois depuis plus de vingt ans. Mais la question de leur avenir se pose de plus en plus souvent.
Pourquoi les entreprises veulent sortir de WinDev
La dépendance à un éditeur unique
L’environnement de développement, le langage et la base de données HFSQL appartiennent au même éditeur. Les évolutions de tarifs et de conditions de licence s’imposent à vous.
La rareté des compétences
Les développeurs WinDev expérimentés sont moins nombreux que ceux qui maîtrisent les technologies web courantes. Remplacer un développeur qui part devient difficile.
Les nouveaux usages
Vos utilisateurs veulent accéder à l’application depuis un navigateur, en télétravail, sur tablette ou téléphone. Vos clients veulent un portail. Une application client lourd s’y prête mal.
La connexion aux autres outils
Relier l’application à un CRM, une plateforme de facturation électronique ou des services en ligne est plus simple avec une architecture web ouverte.
Rester, moderniser ou migrer ?
| Option | Quand la choisir |
|---|---|
| Rester et maintenir | Application stable, peu d’évolutions prévues, compétences disponibles |
| Moderniser | Application saine mais vieillissante : mise à jour, nouvelle interface, ouverture via API |
| Migrer | Besoin d’un accès web, de nouvelles fonctions importantes, risque de dépendance trop fort |
Une méthode de migration en cinq étapes
- Audit : inventaire des fenêtres, des traitements, des données et des usages réels. On identifie aussi les fonctions qui ne servent plus. Voir audit et coût d’une migration WinDev.
- Choix de la cible : technologies, hébergement, architecture. Voir WinDev vers le web : quelles technologies choisir ?.
- Migration progressive : les modules sont réécrits un par un ; l’ancienne et la nouvelle application cohabitent le temps nécessaire.
- Reprise des données : de HFSQL vers PostgreSQL ou SQL Server, avec contrôles. Voir HFSQL vers PostgreSQL.
- Maintenance : l’ancienne application est maintenue jusqu’à la bascule finale (voir TMA WinDev).
Le rôle de l’IA
L’IA aide à lire le code WinDev existant, à en extraire et documenter les règles métier, et à produire le code standard de la nouvelle application. Les développeurs se concentrent sur la logique métier et la validation. Lisez comment l’IA accélère la migration d’un code WinDev.
Notre programme de refonte WinDev
Nos équipes comptent des développeurs WinDev et des développeurs web : nous pouvons maintenir votre application actuelle et construire la nouvelle. Découvrez notre offre de migration WinDev et modernisation, qui inclut un audit gratuit, ou contactez-nous.
Questions fréquentes
Faut-il forcément quitter WinDev ?
Non. Selon votre situation, rester et moderniser peut être le bon choix. L’audit permet de comparer les options : rester, moderniser ou migrer.
Combien de temps dure une migration WinDev ?
De quelques mois à plus d’un an selon la taille de l’application. Une migration progressive permet de livrer les premiers modules rapidement.
Peut-on garder nos données HFSQL ?
Les données sont migrées vers une base ouverte comme PostgreSQL ou SQL Server, avec des contrôles avant et après chaque bascule.