Migrer de WinDev vers .NET, module par module.
Je connais WinDev de l'intérieur depuis vingt ans, et je conduis aujourd'hui la migration d'un portail WebDev / HFSQL multi-sociétés vers .NET 10 et PostgreSQL. Les deux mondes, et le chemin entre les deux.
Les raisons qui reviennent le plus souvent
Recrutement et pérennité
Les profils WinDev se font rares. .NET et PostgreSQL ouvrent l'application à un vivier de développeurs bien plus large.
Ouverture du SI
Une API REST documentée permet de brancher facilement l'ERP, le SIRH, un portail web, une appli mobile ou un outil de BI.
Performance et données
Une base PostgreSQL moderne : volumétrie, requêtes complexes, sécurité fine, sauvegardes et reporting maîtrisés.
Une migration progressive, jamais un saut dans le vide
L'ancienne et la nouvelle application cohabitent. Chaque module migré est mis en production avant d'attaquer le suivant.
Cartographier
Inventaire des fenêtres, des traitements, des requêtes et des règles métier cachées dans le code. Identification des dépendances entre modules.
Poser les fondations
Architecture .NET, base PostgreSQL, authentification, droits, journalisation, déploiement. Une fois, proprement.
Migrer les données
Scripts HFSQL → PostgreSQL rejouables et contrôlés, synchronisation pendant la transition, historisation.
Basculer module par module
Réécriture, recette avec les utilisateurs, mise en production, puis extinction progressive de l'équivalent WinDev.
Une application moderne, documentée, maîtrisée
- Une feuille de route chiffrée par module, avant tout engagement
- Une API REST sécurisée (authentification, clés d'API, limitation de débit, filtrage IP)
- Une base de données PostgreSQL propre, indexée, historisée
- Des flux automatisés avec vos autres logiciels (ERP, SIRH, signature…)
- Une documentation technique et des conventions de code transmissibles
- Aucune interruption de service pour vos utilisateurs
Des technologies standards, sans enfermement
- .NET 10
- C#
- ASP.NET Core
- Entity Framework Core
- PostgreSQL
- SQL Server
- API REST
- OAuth2 / JWT
- n8n
- Docker
- Git
Pendant la transition : WinDev / WebDev, HFSQL, WLangage — que je pratique depuis la version 5.5.
Ce que l'on me demande avant de se lancer
Que change la redevance WinDev 2026 pour mon application ?
Depuis la version 2026, PC SOFT facture l'exécution des applications à la session, en plus de l'abonnement développeur. Le coût de fonctionnement dépend donc du nombre d'utilisateurs. Selon votre situation, il peut être pertinent de rester sur une version antérieure, de négocier, de réduire l'exposition en migrant les usages les plus fréquents, ou de migrer progressivement vers .NET. Un audit permet de chiffrer chaque option.
Faut-il forcément tout réécrire ?
Non. Une partie de l'application peut rester en WinDev pendant longtemps, voire définitivement. L'audit sert justement à décider, module par module, ce qui doit migrer, ce qui peut être encapsulé derrière une API et ce qui peut rester tel quel.
Mes utilisateurs vont-ils devoir tout réapprendre ?
Pas d'un coup. La migration se fait par modules : chaque nouvel écran est livré, testé et accompagné avant de passer au suivant. On peut aussi reproduire les logiques d'écran existantes quand elles fonctionnent bien.
Que deviennent mes données HFSQL ?
Elles sont migrées vers PostgreSQL (ou SQL Server) avec des scripts rejouables, contrôlés et comparés à la source. Pendant la transition, les deux bases peuvent être synchronisées pour que l'ancienne et la nouvelle application restent cohérentes.
Pourquoi PostgreSQL plutôt que SQL Server ?
PostgreSQL est gratuit, robuste et très répandu, ce qui évite un coût de licence récurrent. SQL Server reste un très bon choix si vous êtes déjà équipé : je travaille avec les deux.
Combien de temps et combien ça coûte ?
Cela dépend du nombre de modules, de la qualité du code existant et de vos priorités. C'est l'objet de l'audit initial : vous repartez avec une feuille de route chiffrée, que vous la réalisiez avec moi ou non.
Votre équipe interne peut-elle participer ?
Oui, et c'est souvent souhaitable. Je peux piloter techniquement la migration, travailler en binôme avec vos développeurs WinDev et les accompagner dans la montée en compétence sur .NET.
Votre application WinDev a encore de l'avenir. Parlons de la suite.
Décrivez votre contexte en quelques lignes : je vous réponds sous 48 h ouvrées avec une première lecture et les questions qui comptent.