Migration WinDev fiable,
3x plus rapide, moins chère que de rester

La migration est produite unité par unité, mais livrée comme une application complète. Le découpage en écrans, endpoints et pages sert à organiser le travail et à prouver l'équivalence de chaque morceau avec l'existant, pas à faire cohabiter deux systèmes en production. Votre application WinDev reste en service, inchangée, jusqu'à la bascule. Une fois toutes les unités validées, la nouvelle application prend le relais en une seule fois, à une date planifiée avec vous, avec l'ancien système conservé en repli le temps de la validation.

Oui, l'IA produit la majorité du code, à partir d'un plan et de standards qu'elle n'a pas choisis seule. Et c'est Yield Studio qui en est responsable, contractuellement et techniquement. Rien n'est mis en production sans qu'un développeur ait relu le code et vérifié l'équivalence avec l'ancien système. Ce que l'IA change, c'est le temps passé à écrire. Ce qu'elle ne change pas, c'est qui répond de la qualité.

Les données sont migrées vers PostgreSQL. Le schéma est reconstruit à partir de l'analyse WinDev, les scripts de migration sont rejoués à blanc sur une copie jusqu'à ce que chaque table soit identique entre la source et la cible, puis une dernière fois le jour de la bascule. Vous ne perdez ni l'historique, ni les cas particuliers accumulés depuis des années.

Ça dépend du nombre d'unités et de leur complexité, et c'est exactement ce que l'audit initial mesure. En deux à trois semaines, les agents de reverse engineering produisent un inventaire complet : combien d'écrans, combien de règles métier, quelles dépendances, quels risques. Vous obtenez un chiffrage construit unité par unité, pas un forfait global invérifiable. Une application de quelques dizaines d'écrans se migre en quelques mois, pas en années, soit environ trois fois plus vite qu'une réécriture classique.

Oui, dans une limite fixée ensemble. L'audit produit un inventaire daté de l'application. Les évolutions faites côté WinDev après cette date sont listées et rejouées sur la nouvelle stack avant la bascule. Plus la migration est courte, moins il y en a, et c'est l'un des intérêts d'aller vite. Les évolutions lourdes sont de préférence reportées sur la nouvelle application. Si vous êtes encore sur une version WinDev antérieure à 2026, vous conservez d'après les informations disponibles votre licence perpétuelle pour maintenir l'existant pendant la transition.

Celle que votre équipe, ou l'équipe que vous recruterez, saura faire vivre. Si vous avez déjà des développeurs PHP en interne, Laravel ou Symfony évitent un changement de culture. Si vous partez de zéro ou visez un produit SaaS avec du temps réel, NestJS et TypeScript de bout en bout simplifient tout. Si votre SI est complexe et que vous êtes une ETI ou un groupe, Symfony est souvent le choix le plus durable. Nous en discutons pendant l'audit, avec votre DSI et vos développeurs, avant de figer quoi que ce soit.

L'audit initial est chiffré à part et donne un prix pour la migration complète, construit unité par unité, avec le détail de ce qui est compté. L'audit est un engagement séparé : vous pouvez le faire, lire le chiffrage, et décider ensuite. La comparaison utile n'est pas avec le coût d'une réécriture classique, mais avec ce que vous paierez chaque année en abonnement et en redevance si vous restez sur WinDev. Sur trois à cinq ans, la migration se finance souvent seule.

Parce que le modèle économique de PC Soft a changé depuis son rachat par Constellation Software fin 2024 : fin des licences perpétuelles, abonnement annuel en hausse d'environ 43 %, et depuis juin 2026 une redevance annoncée sur chaque poste qui exécute une application WinDev, y compris chez vos clients finaux. Chaque année d'attente augmente le montant du chèque et réduit votre marge de négociation, puisque votre accès au code source dépend désormais de la continuité de l'abonnement.