Aller au contenu
Evoluptik
Menu

Migration WinDev / WebDev vers Laravel & React

Votre métier reste.
Votre logiciel passe au web moderne.

Votre logiciel WinDev / WebDev porte des années de savoir-faire. Nous vous aidons à le faire évoluer vers une application web Laravel + React, accessible depuis un navigateur et construite sur des technologies ouvertes et puissantes.

Parlons de votre migration Voir la démarche

Le point de départ

Votre application WinDev ou WebDev

Vos processus, vos données et les habitudes de vos équipes.

L'arrivée

Une application web sur mesure

Un accès web universel, des API ouvertes et une architecture pérenne pour accélérer vos développements.

LA DONNÉE AU CŒUR DU PROJET

Bien plus qu'une
simple copie.

Les bases HFSQL portent souvent dix ou vingt ans d'ajustements, de liaisons implicites et de contraintes métier propres au WLangage. Nous ne nous contentons pas d'exporter vos tables : nous assainissons et modernisons l'ensemble de votre modèle.

Votre base actuelle

HFSQL

Un modèle repensé pour le web

PostgreSQL / MySQL

Un schéma mieux structuré

Refonte et normalisation du schéma : passage d'un modèle parfois dénormalisé ou figé à une architecture relationnelle moderne, optimisée pour le web et les API.

Votre historique préservé

Reprise de l'historique et contrôle des volumes transférés. Les dépendances, index et clés étrangères sont repris ou adaptés au nouveau schéma pour préserver la cohérence des données.

Vos règles métier reprises

Réécriture des triggers, procédures stockées et automatismes HFSQL dans l'écosystème Laravel : Eloquent, jobs asynchrones et services dédiés.

Une bascule préparée et testée

Tests de cohérence et migrations à blanc avant la bascule définitive : chaque répétition permet de détecter les écarts et d'assurer la continuité de votre activité.

REPRENDRE LA MAIN

Plus de possibilités.
Moins de dépendance.

WinDev a accompagné votre activité. Mais lorsque vos besoins évoluent, rester lié aux outils PC SOFT et au WLangage peut devenir une contrainte. Migrer vers le web permet de repenser ce cadre, tout en préservant les règles métier qui font la valeur de votre application.

Choisir votre environnement

Un socle open source, un code versionné et une documentation pour faciliter la reprise. L'hébergement et les outils de développement se choisissent selon vos besoins, sans rien imposer.

Connecter vos outils

Faire communiquer votre application avec un CRM, un site e-commerce ou un service partenaire. Des API et des formats d'échange documentés permettent d'organiser ces connexions.

Simplifier les usages

Accéder à votre outil depuis un navigateur et adapter les écrans aux usages de vos équipes. Les mises à jour de l'application sont déployées sur le serveur, sans réinstaller chaque poste.

UN SOCLE OUVERT

Laravel + React.
Chacun son rôle.

Des technologies complémentaires pour construire une application adaptée à votre activité. L'objectif : un outil que l'on peut comprendre, maintenir et faire évoluer.

Laravel

Les règles métier, côté serveur.

Calculs, droits d'accès, traitements, données et échanges avec vos autres outils : nous reconstruisons la logique de votre application en PHP, avec Laravel. Des tests vérifient les comportements essentiels à votre activité.

Découvrir Laravel

React

L'interface, côté utilisateur.

Écrans de saisie, tableaux, recherche et navigation : React permet de construire des interfaces interactives. Nous repensons les parcours avec vos utilisateurs, plutôt que de reproduire chaque fenêtre WinDev à l'identique.

Découvrir React

UNE MIGRATION PAR ÉTAPES

Faire évoluer l'outil.
Préparer la transition.

Une migration se prépare avec les personnes qui utilisent le logiciel. Nous définissons ensemble un périmètre utile, puis validons chaque étape avant d'étendre la nouvelle application.

  1. Phase 1

    Comprendre l'existant

    Examiner les sources, les règles métier, les données HFSQL ou SQL, les états et les connexions externes. Identifier ce qu'il faut conserver, améliorer ou abandonner.

  2. Phase 2

    Valider un premier périmètre

    Choisir un parcours représentatif, concevoir ses écrans et tester les contraintes techniques. Préciser le budget, les priorités et le calendrier sur cette base.

  3. Phase 3

    Construire et vérifier

    Développer par lots, faire essayer l'application aux équipes et répéter les imports de données. Comparer les résultats avec ceux de l'outil existant.

  4. Phase 4

    Organiser la bascule

    Préparer les sauvegardes, les contrôles, la formation et un plan de retour arrière. Planifier la mise en service puis accompagner les premiers usages.

AVANT DE SE LANCER

Les bonnes questions.
Dès le départ.

Chaque application a son histoire. Le premier échange sert à comprendre la vôtre.

Peut-on convertir automatiquement le code WinDev ?
Non, et ce n'est pas souhaitable. Un convertisseur du WLangage produirait un code difficile à lire et à maintenir. Nous partons des comportements existants : nous les observons, choisissons ceux à conserver, puis les reconstruisons et les testons dans Laravel et React. Les règles métier servent de référence, pas seulement les écrans.
Que deviennent mes données HFSQL ?
Elles sont reprises, contrôlées et transformées vers une base ouverte, par exemple PostgreSQL ou MySQL. Les volumes, l'historique et les liaisons sont vérifiés à chaque répétition d'import. Une coexistence temporaire avec HFSQL peut être étudiée pendant la transition.
Mes équipes devront-elles tout réapprendre ?
Non. Nous conservons les parcours qui fonctionnent et retravaillons ceux qui vous freinent, avec les utilisateurs. L'objectif n'est pas de copier chaque fenêtre à l'identique, mais de retrouver rapidement ses repères. Une prise en main accompagnée est prévue au moment de la bascule.
Faut-il tout remplacer en une seule fois ?
Pas nécessairement. Une migration module par module est possible lorsque les dépendances et les échanges de données le permettent. Nous définissons qui écrit quelles données à chaque étape et préparons la bascule pour limiter les interruptions.
Et mon application WebDev ?
Elle est traitée comme une application WinDev : nous analysons son fonctionnement réel, ses données et ses connexions. Comme elle est déjà sur le web, la migration porte surtout sur la sortie de la dépendance à PC SOFT, l'ouverture de l'architecture et la maintenabilité.
Et les impressions, périphériques ou usages hors connexion ?
Un navigateur ne remplace pas tous les accès d'une application de bureau. Imprimantes spécifiques, fichiers locaux, lecteurs et travail hors connexion sont étudiés dès le départ. Certains usages peuvent nécessiter un service local ou une solution complémentaire.
Que puis-je récupérer à la fin du projet ?
Une application construite sur des outils open source, dont vous conservez le code, l'historique et la documentation. Le code vous appartient entièrement : vous avez accès à l'intégralité du projet. Les modalités précises (livrables, maintenance) sont fixées avec vous avant de commencer.
Quel budget et quel délai prévoir ?
Cela dépend du périmètre, des règles métier, de la qualité des données et des intégrations. Nous commençons par un état des lieux pour proposer un découpage et une estimation, plutôt qu'un forfait déconnecté de votre application.

CONTACT

Parlons de votre projet.

Une idée à concrétiser ou simplement une question ?
Appelez-nous ou écrivez-nous directement.

Téléphone 06 50 40 30 66 E-mail web@evoluptik.com
Ouvert Nos horaires Du lundi au vendredi de à