Faut-il migrer son application WINDEV vers le Web ?

De nombreuses entreprises utilisent depuis plusieurs années une application développée avec WINDEV, WEBDEV ou WINDEV Mobile. Ces logiciels occupent souvent une place centrale dans leur organisation : gestion commerciale, suivi de production, facturation, stocks, interventions, maintenance ou processus métier spécifiques.

Avec le temps, l’application s’est enrichie de nombreuses fonctionnalités. Elle contient des règles de gestion parfois complexes et rarement documentées et indispensables au fonctionnement quotidien de l’entreprise.

Pourtant, différentes questions finissent par apparaître : faut-il continuer à faire évoluer l’application existante ? Est-il préférable de la moderniser progressivement ? Faut-il envisager une réécriture complète avec des technologies web ?

La réponse ne dépend pas uniquement de la technologie utilisée. Elle doit tenir compte de la valeur métier de l’application, de son état technique, de son coût de maintenance et des objectifs futurs de l’entreprise.

Pourquoi les entreprises s’interrogent-elles sur l’avenir de leur application WINDEV ?


Une application WINDEV peut continuer à répondre efficacement aux besoins pendant de nombreuses années. Une migration ne se justifie donc pas simplement parce que le logiciel est ancien.

En revanche, certains signaux doivent conduire l’entreprise à s’interroger.

Des coûts qui deviennent plus difficiles à maîtriser

Les coûts liés aux licences, aux renouvellements, à l’hébergement et à la maintenance peuvent prendre une place croissante dans le budget informatique.

L’entreprise peut également devenir dépendante de composants, de versions ou d’infrastructures spécifiques. Chaque évolution technique nécessite alors de vérifier sa compatibilité avec l’ensemble de l’application.

La question ne consiste pas seulement à comparer le prix de deux technologies. Il faut évaluer le coût total de possession du logiciel sur plusieurs années : licences, maintenance, hébergement, évolutions, déploiement et disponibilité des compétences.

Des évolutions plus longues et plus risquées

Une application développée pendant dix ou quinze ans contient généralement de nombreuses dépendances entre ses différents modules.

Une modification qui paraît simple peut avoir des conséquences inattendues sur la facturation, les stocks, les droits des utilisateurs ou les échanges avec d’autres logiciels. Lorsque les tests automatisés et la documentation sont insuffisants, chaque évolution demande davantage de temps et de précautions.

Ce phénomène n’est pas propre à WINDEV. Il concerne toutes les applications métiers anciennes. Il indique toutefois qu’un travail de cartographie et de réduction de la dette technique devient nécessaire.

Des difficultés à recruter

Les entreprises recherchent de plus en plus des développeurs maîtrisant les technologies web modernes. Les profils spécialisés dans WINDEV restent présents, mais ils peuvent être plus difficiles à recruter selon les régions et le niveau d’expérience demandé.

Cette situation peut créer une dépendance envers quelques collaborateurs ou prestataires qui détiennent une grande partie de la connaissance fonctionnelle de l’application.

Moderniser progressivement certains modules permet d’élargir les possibilités de recrutement, tout en conservant les compétences historiques indispensables pendant la transition.

De nouveaux usages attendus

Les utilisateurs souhaitent désormais accéder aux applications depuis un navigateur, une tablette ou un téléphone, que ce soit dans les locaux de l’entreprise, en déplacement, chez un client ou en télétravail.

Ils attendent également des interfaces plus simples, une authentification moderne et une meilleure intégration avec les autres outils du système d’information.

Ces nouveaux besoins ne signifient pas nécessairement qu’il faut abandonner immédiatement l’application existante. Il est souvent possible de commencer par créer un portail web ou un nouveau module connecté au logiciel WINDEV.

Une migration complète n’est pas toujours nécessaire

Face à ces difficultés, la première réaction peut être d’envisager une réécriture complète. Cette solution est parfois pertinente, mais elle représente également l’approche la plus longue et la plus risquée.

Une application métier ne se résume pas à ses écrans et à ses tables. Elle contient des années de décisions, d’exceptions, de contrôles et de règles de gestion. Certaines fonctionnalités sont utilisées quotidiennement, tandis que d’autres ne servent que quelques fois par an mais restent essentielles.

Vouloir tout réécrire en une seule fois augmente le risque d’oublier des fonctionnalités, de sous-estimer le budget ou de retarder la mise en production.

Avant de prendre une décision, trois trajectoires doivent être étudiées.

Première possibilité : conserver et sécuriser l’application

Lorsque l’application répond encore correctement aux besoins, la conserver peut être le meilleur choix.

Un audit technique permet alors d’identifier les points sensibles : qualité du code, performances, sécurité, sauvegardes, dépendances, documentation et procédures de déploiement.

L’objectif est de sécuriser l’existant, de réduire progressivement la dette technique et de mettre en place une maintenance structurée. Cette approche peut prolonger la durée de vie du logiciel tout en préparant ses évolutions futures.

Deuxième possibilité : moderniser progressivement

La modernisation progressive est souvent la solution la plus équilibrée.

Elle consiste à conserver temporairement le cœur de l’application tout en développant de nouvelles fonctionnalités avec des technologies web. Les deux environnements peuvent communiquer par l’intermédiaire d’API ou partager certaines données selon l’architecture retenue.

L’entreprise peut commencer par un module bien délimité :

  • un portail destiné aux clients ;
  • une interface mobile pour les équipes itinérantes ;
  • un tableau de bord ;
  • un module de gestion documentaire ;
  • un nouvel espace de saisie accessible depuis un navigateur.

Cette stratégie permet de valider les choix techniques sur un périmètre réduit, de répartir l’investissement dans le temps et de limiter les interruptions d’activité.

Une migration progressive d’une application WINDEV permet ainsi de préserver le savoir-faire métier existant tout en construisant progressivement une architecture plus ouverte et évolutive.

Troisième possibilité : réécrire l’application

La réécriture complète peut devenir nécessaire lorsque l’application est arrivée en limite d’évolution, lorsque son architecture bloque les nouveaux projets ou lorsque son maintien représente un risque important.

Cette démarche doit néanmoins être préparée avec méthode.

Il faut commencer par cartographier les fonctionnalités et les classer : indispensables, secondaires, obsolètes ou à repenser. Il devient alors possible d’éviter de reproduire à l’identique vingt années d’accumulation fonctionnelle.

La nouvelle application peut être développée par lots, avec des démonstrations régulières et une validation par les utilisateurs. L’ancienne solution reste en fonctionnement pendant la transition, jusqu’à ce que les conditions d’une bascule maîtrisée soient réunies.

Qu’en est-il de la base HFSQL ?

Le passage vers une application web ne nécessite pas obligatoirement une migration immédiate de la base HFSQL.

Selon le contexte, il est possible de la conserver temporairement, de créer une couche de services ou de migrer progressivement les données vers PostgreSQL, SQL Server ou une autre base.

La migration doit traiter les types de données, les contraintes, les index, les volumes, les performances et les règles d’intégrité. Elle doit également prévoir des contrôles permettant de comparer les données entre l’ancien et le nouveau système.

Il est donc généralement préférable de séparer la réflexion sur les interfaces, l’architecture applicative et la base de données, même si ces différents sujets restent étroitement liés.

Pourquoi commencer par un audit ?

Un audit ne sert pas à justifier une décision déjà prise. Il doit permettre de comparer objectivement plusieurs scénarios.

Il comprend généralement :

  • l’analyse de l’architecture et du code existant ;
  • l’inventaire des fonctionnalités ;
  • l’étude de la base de données ;
  • l’identification des interfaces et des dépendances ;
  • l’analyse des risques techniques et fonctionnels ;
  • l’évaluation de la maintenabilité ;
  • la définition de plusieurs trajectoires possibles ;
  • une première estimation du budget et du planning.

À l’issue de cet audit, l’entreprise peut décider de conserver son application, de sécuriser certaines parties, de moderniser quelques modules ou de préparer une réécriture complète.

Préserver le métier avant de changer la technologie

La réussite d’une migration ne se mesure pas uniquement à la modernité des technologies employées.

Une nouvelle interface peut être plus esthétique tout en répondant moins bien aux besoins des utilisateurs. À l’inverse, une migration bien préparée permet de simplifier certains processus, d’éliminer des fonctionnalités devenues inutiles et de rendre l’application plus facile à maintenir.

La priorité doit rester la préservation du savoir-faire métier et la continuité d’activité.

ENNOVSYS accompagne depuis plus de dix ans des entreprises utilisant WINDEV, WEBDEV, WINDEV Mobile et HFSQL. Cette connaissance de l’écosystème PC SOFT, associée à des compétences en React, TypeScript, Node.js et PostgreSQL, nous permet d’étudier aussi bien l’application existante que son architecture future.

Votre entreprise s’interroge sur l’avenir de son logiciel métier ?

Découvrez notre démarche de modernisation et migration des applications WINDEV et WEBDEV ou contactez-nous pour un premier échange sans engagement.