Migration WinDev vers .NET / C# : coût, durée et méthode.
WinDev vers .NET est la trajectoire de la continuité : vous quittez la dépendance à PC SOFT sans quitter l'univers Windows. C# reprend la logique métier avec un typage fort, SQL Server accueille naturellement la base HFSQL, et vous choisissez écran par écran ce qui reste desktop (WPF, WinUI) et ce qui passe au web (ASP.NET Core, Blazor).
C'est le parcours privilégié des DSI équipées Microsoft : l'application migrée s'intègre à Active Directory, à Office et à l'infrastructure existante, avec des compétences C# largement disponibles.
Pourquoi les entreprises migrent depuis WinDev
WinDev a permis à des milliers d'entreprises françaises de construire rapidement des applications de gestion desktop : ERP internes, gestion commerciale, production, logistique. Ces applications sont souvent devenues critiques pour l'activité quotidienne.
Mais le modèle client lourd Windows atteint ses limites : difficulté à recruter des développeurs WLangage, dépendance à un éditeur unique, impossibilité d'ouvrir simplement l'application au web, au mobile ou à des API partenaires. La question n'est plus « faut-il migrer ? » mais « quand, vers quoi et à quel coût ? ».
Pourquoi choisir .NET / C#
.NET est la trajectoire la plus naturelle pour une application WinDev qui doit rester proche de Windows tout en s'ouvrant au web : C# et l'écosystème Microsoft offrent à la fois le desktop moderne (WPF, WinUI), le web (ASP.NET Core, Blazor) et les API — avec un seul langage et un outillage de premier plan.
Pour les DSI équipées Microsoft (Active Directory, SQL Server, Azure), .NET s'insère sans friction dans l'existant : authentification d'entreprise, déploiement, supervision. C'est le choix de la continuité maîtrisée plutôt que de la rupture.
Desktop et web unifiés
Conservez des clients lourds là où c'est pertinent (postes atelier, caisses) et passez au web pour le reste, avec le même code métier C#.
Intégration Microsoft
SQL Server, Active Directory, Office, Azure : l'intégration à un SI Microsoft est native.
Performance et typage
C# typé et compilé : des traitements batch et des calculs métier rapides et fiables.
Support éditeur long terme
Roadmap publique Microsoft, versions LTS : une visibilité à 10 ans pour votre socle applicatif.
Pour qui : SI Microsoft, applications qui gardent une composante desktop (ateliers, points de vente), équipes visant un langage unique typé.
Les défis spécifiques d'une migration WinDev vers .NET / C#
Fenêtres et états à repenser
Les fenêtres WinDev et les états imprimés (devis, factures, étiquettes) n'ont pas d'équivalent direct en web : chaque écran doit être repensé en composants, chaque état en génération PDF ou en reporting moderne.
HFSQL et reprise de données
La base HFSQL (Classic ou Client/Serveur) doit généralement être migrée vers PostgreSQL, MySQL ou SQL Server, avec reprise des données, des index et des règles d'intégrité — un chantier à part entière qu'il faut chiffrer dès le départ.
Procédures globales et logique métier enfouie
Des années de règles métier accumulées dans des procédures globales, des traitements de fenêtres et des composants : l'inventaire de cette logique conditionne directement la fiabilité de l'estimation.
Côté .NET / C#, deux points à cadrer dès le départ :
- → Licences et hébergement Windows à intégrer au budget d'exploitation selon les choix d'architecture.
- → Blazor est jeune sur certains cas d'usage front très riches ; un front JavaScript peut rester pertinent.
Questions fréquentes sur la migration WinDev vers .NET / C#
Peut-on garder une partie de l'application en desktop avec .NET ?
Oui, c'est même l'un des grands avantages de cette cible. Les postes qui justifient un client lourd (ateliers, caisses, périphériques locaux) restent en desktop WPF ou WinUI, le reste passe en web — et tout le code métier C# est partagé entre les deux. On évite ainsi de forcer un usage web là où le desktop reste supérieur.
Combien coûte une migration WinDev vers .NET / C# ?
Le budget dépend de la volumétrie (écrans, lignes de code, tables, états), de la complexité métier, du niveau de reprise de données et du degré de refonte UX souhaité. Notre simulateur gratuit calcule une fourchette de temps et de budget personnalisée à partir de ces critères, en quelques minutes et sans engagement.
Faut-il fournir le code source pour obtenir une estimation ?
Non. La première estimation repose sur la volumétrie déclarée et les caractéristiques du projet — aucun code source n'est demandé. Un audit technique approfondi, avec accès au code, n'intervient que si vous décidez d'aller plus loin.
Obtenez une fourchette de temps et de budget pour votre projet WinDev.
Décrivez votre application en quelques minutes — volumétrie, base de données, complexité métier — et recevez immédiatement une première estimation pour une cible .NET / C#. Aucun code source demandé.