Migration WinDev :
Sortir sans arrêter votre production
Nous maintenons des applications WinDev depuis 26 ans. C’est ce qui nous permet de conduire une migration par lots livrables, avec l’ancien système disponible en repli, et de vous dire quand il ne faut pas partir.
#Ce sur quoi nous nous engageons
Trois engagements, écrits au contrat
Ce ne sont pas des arguments de page web. Ils figurent dans la proposition commerciale, et vous pouvez les opposer.
Nous livrons par lots. L’ancien système reste opérationnel et redémarrable pendant toute la transition. Le plan de repli est répété en conditions réelles avant la bascule, pas seulement rédigé.
#Le point de départ
L’audit technique, gratuit et restitué sous 48 heures
Il est autonome. Vous pouvez le faire réaliser, en tirer vos conclusions, et travailler avec quelqu’un d’autre. C’est une position inconfortable pour nous, et c’est la seule qui rend l’exercice crédible.
Ce que vous recevez
- L’inventaire chiffré de votre projet : fenêtres, procédures, états réellement appelés, fichiers de l’analyse
- La cartographie fonctionnelle, qui dit quel écran écrit dans quelles données
- L’état réel de votre base HFSQL, anomalies comprises
- Le recensement exhaustif des états et impressions, y compris ceux que plus personne n’ouvre
- Le découpage en lots livrables, priorisés
- Le double chiffrage, méthode traditionnelle et méthode augmentée
Ce qu’il ne contient pas
- Aucun engagement de votre part, ni exclusivité, ni droit de suite
- Aucune recommandation de technologie avant lecture du code
- Aucun chiffrage au forfait sur un périmètre non inventorié
- Aucune promesse de gain uniforme sur l’ensemble du projet
Un prestataire qui chiffre avant d’avoir lu votre code vous vend une marge de sécurité, ou vous prépare une mauvaise surprise.
#Le déroulé
De la prise de contact à la production,étape par étape
Chaque étape produit un livrable que vous pouvez lire, contester et conserver. Vous décidez de continuer, ou non, à la fin de chacune.
Jour 0
Premier échange, 30 minutes
Nature de l'application, nombre de postes, contraintes d'exploitation, urgence réelle. Nous vous disons franchement si votre situation relève du programme, ou d'une simple maintenance.
Jours 1 à 2
Audit technique
Analyse du code source, de la base et des états. Restitution en visioconférence, document remis.
Livrable : dossier d'audit et double chiffrage
Audit technique
Analyse du code source, de la base et des états. Restitution en visioconférence, document remis.
Livrable : dossier d'audit et double chiffrage
Semaines 1 à 3
Cadrage et architecture
Choix de la trajectoire et de la cible avec vos équipes, découpage définitif en lots, planning, et conception de la cohabitation entre l'ancien et le nouveau système.
Livrable : dossier d'architecture et planning par lots
Premier lot, en production
Un périmètre restreint et réel : un service, un site, un module. Développé, recetté par vos utilisateurs, mis en production. Vous mesurez l'écart entre le chiffrage et le réalisé avant d'engager la suite.
Livrable : un module qui tourne, pas une maquette
Ensuite
Lots successifs, au rythme que vous fixez
Chaque lot suit la même chaîne : analyse, production, test d'équivalence, recette métier, mise en production. L'ancien système reste disponible tant que le nouveau n'a pas fait ses preuves.
Autonomie et décommissionnement
Transfert de compétences, documentation vivante dans votre dépôt, chaîne de déploiement que vous savez déclencher vous-même. L'ancien système n'est arrêté qu'après une clôture périodique complète réalisée sur le nouveau.
Livrable : procès-verbal de transfert signé
Pourquoi le premier lot change tout ?
À la fin de la semaine 10, vous ne disposez pas d’une estimation : vous avez un module en production, des utilisateurs qui l’ont testé, un écart mesuré entre le chiffré et le réalisé, et une équipe dont vous avez vu travailler. Si cela se passe mal, vous vous êtes arrêté après un lot. Pas après dix-huit mois.
#Le prix
Un taux ferme, et deux chiffrages pour le vérifier
Notre engagement sur le prix
Sur les projets de refonte et de migration d’applications WinDev, WebDev et WinDev Mobile, notre programme de développement augmenté par l’IA applique
-40 %
sur le prix établi selon notre méthodologie traditionnelle à périmètre fonctionnel identique. Ce n’est pas une remise commerciale : notre coût de production a baissé, pas notre marge.
Le double chiffrage, pour que ce soit vérifiable
À l’issue de l’audit, nous vous remettons deux montants : le coût selon la méthodologie traditionnelle, et le coût selon la méthode augmentée. L’écart est détaillé poste par poste. Vous voyez d’où vient l’économie au lieu de nous croire sur parole, et vous disposez d’une base de comparaison objective avec les autres devis que vous recevrez.
Où le gain se situe réellement
| Poste du projet | Effet de la méthode augmentée |
|---|---|
| Compréhension du code existant | Fort. L’analyse et la cartographie d’un code non documenté sont le poste le plus transformé. |
| Documentation manquante | Fort. Elle est reconstituée à partir du code, puis vérifiée. |
| Production du code | Fort, avec relecture systématique par un développeur. |
| Tests | Fort. Couverture supérieure à budget égal. |
| Recette et validation métier | Nul. Poste humain incompressible, inchangé. |
Le point sur lequel nous sommes en désaccord avec le marché
Un prestataire qui annonce un gain uniforme sur l’ensemble du projet vous vend une illusion. Le gain se concentre sur la production et l’analyse. La validation métier reste entièrement à faire, par vos équipes et par les nôtres. C’est pour cela que notre chiffrage distingue les postes au lieu d’appliquer un pourcentage global.
#Notre cadre
Ce que nous refusons de faire
Cette liste vous sert autant qu’elle nous engage. Elle vous donne des questions à poser à tous vos candidats, nous compris.
Chiffrer au forfait avant d’avoir lu le code
Un forfait annoncé sur la foi d’un cahier des charges est soit gonflé d’une marge de sécurité, soit destiné à être renégocié en cours de route.
Transcoder ligne à ligne
Traduire mécaniquement du WLangage produit un programme moderne qui reproduit vingt ans de contournements que plus personne ne sait justifier. Vous payez une refonte pour obtenir la même dette.
Livrer d’un seul bloc au bout de dix-huit mois
Laisser l’IA produire sans relecture
Vous proposer systématiquement la même technologie
Vous pousser à migrer quand ce n’est pas justifié
#Ce qui nous distingue
26 ans sur WinDev, et ce que cela change concrètement
Euro Tech Conseil vous accompagne dans le choix de la meilleure stratégie IT.
Nous lisons le WLangage
Comprendre pourquoi un traitement a été écrit ainsi, reconnaître un contournement d’une limite de l’éditeur, distinguer une règle métier d’une bricole de 2011 : cela suppose d’avoir pratiqué l’outil, pas de l’avoir découvert en 2025 parce que le marché s’ouvrait.
Nous connaissons HFSQL de l’intérieur
Les dates sentinelles, les chaînes à taille fixe, les identifiants automatiques, les rubriques détournées de leur usage. Ces pièges ne se découvrent pas dans la documentation, mais dans les bases de production.
Nous savons ce que coûtent les états
C’est le poste le plus systématiquement oublié des cahiers des charges, et celui qui fait exploser les chiffrages en cours de projet. Nous le recensons intégralement pendant l’audit, avant de vous annoncer un prix.
Nous restons après la bascule
Ce que les dirigeants nous demandent avant de signer
Combien coûte une migration WinDev ?
Cela dépend du nombre d’unités livrables et de leur complexité, et c’est exactement ce que l’audit mesure. Un chiffrage annoncé avant lecture du code ne vaut rien. Ce que nous pouvons vous dire avant l’audit : le coût de rester, lui, se calcule seul, avec une feuille de calcul et votre nombre de postes.
Combien de temps faut-il compter ?
Le premier lot est en production entre huit et dix semaines après le lancement. La durée totale dépend du nombre de lots et du rythme que vous fixez. Une modernisation ciblée donne des résultats en quelques semaines. Une sortie complète se déploie par lots successifs sur plusieurs mois, avec de la valeur livrée à chaque étape.
Faut-il arrêter l'activité pendant la migration ?
Non. L’ancien et le nouveau système cohabitent pendant la transition. Un premier lot part en production sur un périmètre restreint, un service, un site ou un type d’utilisateur. Vous validez en conditions réelles, puis vous étendez. L’ancien système reste en repli tant que le nouveau n’a pas fait ses preuves.
Pouvons-nous continuer à faire évoluer l'application pendant ce temps ?
Oui, et c’est un point à cadrer dès le départ. Nous gelons les évolutions uniquement sur le périmètre du lot en cours, pas sur l’application entière. Un prestataire qui exige un gel fonctionnel total vous annonce en réalité un tunnel.
Que devient notre base HFSQL ?
Elle est reprise vers une base relationnelle, le plus souvent PostgreSQL. C’est un chantier à part entière, avec ses propres critères d’acceptation : comptage par table, totaux de contrôle au centime près, échantillon métier comparé champ à champ, et contrôle des lignes orphelines. Le script de reprise est rejoué autant de fois que nécessaire avant le jour de la bascule.
Et si l'audit conclut qu'il ne faut pas migrer ?
Nous vous le disons, par écrit, avec les raisons. Cela arrive régulièrement, notamment quand l’application répond encore au besoin sur un parc réduit. Nous proposons alors de documenter l’existant et de le sécuriser en tierce maintenance applicative, et de refaire ce diagnostic dans douze mois ou au premier changement de contrat.
Comment comparer votre proposition à celle d'un autre prestataire ?
Posez-leur les questions suivantes : combien de projets WLangage avez-vous lus avant le mien, comment et quand comptez-vous mes états et impressions, me remettez-vous un inventaire daté de l’existant, qui valide l’équivalence fonctionnelle et sur quels scénarios, et que se passe-t-il si vous découvrez un module non chiffré. Les réponses évasives sont plus instructives que les réponses complètes.