Un ERP écrit en WinDev, réécrit dans une technologie standard, module par module, sans un jour d’interruption.
120agents l’utilisent
Migration WinDev
Migration WinDev : sortir d’une application que plus personne ne fait évoluer.
Nous la réécrivons par incréments, sans interruption de service, dans une technologie que vos équipes — et le marché — savent reprendre. Payés au résultat.
Par incréments, un lot à la fois
Sans interruption de service
Payé au résultat
Production souveraine UEAgrément CIIRéversibilité contractuelle
01 · La situation
WinDev lie votre application à un éditeur unique et à un vivier de développeurs qui se réduit. Tant qu’elle tourne, le risque reste invisible.
Il apparaît le jour où il faut la faire évoluer, recruter quelqu’un pour la maintenir, ou dépendre du seul prestataire qui la connaît.
- L’application est critique, et un seul prestataire sait la faire évoluer
- Chaque évolution est lente, et les contournements s’accumulent
- Les profils WinDev sont de plus en plus difficiles à trouver
- Vous voulez une application que vos équipes puissent reprendre
02 · Ce qu’on livre
Ce que c’est
- Le code existant lu et documenté avant d’être réécrit
- L’application réécrite dans une technologie standard, lot par lot
- Chaque lot vérifié contre l’ancien par des tests de non-régression
- Le code et la documentation, à vous
Ce que ce n’est pas
- Une conversion automatique ligne à ligne
- Un progiciel à la place de votre métier
- Une régie facturée au temps passé
- Un prestataire captif remplacé par un autre
Nous avons déjà conduit des migrations depuis WinDev, COBOL et VB6. Le détail est donné sur demande, sous accord de confidentialité.
03 · Comment cela se passe
01
Un échange de trente minutes
Gratuit, sans démonstration. Nous écoutons la situation et nous disons si nous sommes le bon interlocuteur. Si nous ne le sommes pas, nous le disons.
02
Le cadrage
Deux à trois semaines, à un prix indiqué avant de commencer. Vous obtenez le périmètre écrit, le découpage en lots et un prix ferme pour le premier.
03
Le premier lot
Vous le décidez avec le périmètre et le prix sous les yeux. Mis en service, pas démontré, et jugé sur son usage réel avant que le suivant ne commence.
04
Les lots suivants
Un lot à la fois, chacun chiffré avant d’être lancé. Vous pouvez vous arrêter à la fin de n’importe lequel, et nous pouvons ensuite assurer la maintenance.
04 · Ils nous ont choisis
IMA
05 · Les questions qu’on nous pose
« Faut-il réécrire toute l’application WinDev d’un coup ? »
Non. L’ancienne et la nouvelle tournent en parallèle, et chaque lot ne remplace l’existant qu’une fois qu’il fait aussi bien. Le service n’est jamais interrompu.
« Plus personne ne sait ce que fait le code. »
C’est le cas le plus courant. La lecture du code existant est la première étape du cadrage : elle produit la documentation qui manquait, et c’est elle qui garantit que le métier est conservé.
« Vers quelle technologie ? »
Une technologie standard et non propriétaire, choisie au cadrage avec vos équipes. Python par défaut, parce que le marché sait le reprendre.
« Comment fonctionne le paiement au résultat ? »
Ce qui sera mesuré, à quel seuil et à quelle date est écrit au contrat. Si le résultat n’est pas atteint, la part conditionnée n’est pas due.
« Combien cela coûte-t-il ? »
Le premier échange est gratuit. Le cadrage a un prix, indiqué avant de commencer. Le prix du premier lot est ferme et donné à l’issue du cadrage : il dépend du périmètre, pas de l’interlocuteur.
Nous écrire
Décrivez votre situation.
Quelques lignes suffisent. Votre message arrive directement aux ingénieurs qui feront le cadrage, et le premier échange est gratuit.