Le Blog de SEALOG

Retour d'expérience : migrer une application WinDev vers Ruby on Rails, sans écrire une ligne de code

2026-10-06T10:29:26.522+02:00

Dans nos deux derniers articles, nous avons fait le point sur la nouvelle tarification PCSOFT de juin 2026 et ses conséquences pour les éditeurs et développeurs WinDev, puis sur la migration de WinDev vers l’open source avec l’aide de l’IA. Beaucoup d’entre vous nous ont posé la même question : « Concrètement, ça donne quoi ? Et pourquoi Ruby on Rails plutôt que C#, PHP ou Delphi ? »

Cet article est donc un retour d’expérience concret : la migration réussie d’une application métier développée en WinDev vers une application web développée en Ruby on Rails, entièrement pilotée par l’agent IA Claude Code. Nous verrons pourquoi ce choix nous paraît le plus pertinent pour un développeur WinDev, puis nous le comparerons aux autres alternatives : C#/.NET (Windows et Web), Laravel/PHP et Delphi (VCL ou Web). Enfin, nous détaillerons une stratégie de migration des données en deux temps, d’abord en accédant directement à HFSQL via ODBC, puis en basculant sur PostgreSQL.

Le contexte du projet

L’application de départ est une application WinDev classique : une base HFSQL Client/Serveur, plusieurs dizaines de fenêtres de saisie et de consultation, des états imprimés, des traitements batch, des imports/exports et des documents (PDF, images, fichiers Office) stockés sur un serveur de fichiers Windows.

Les objectifs étaient clairs :

sortir de la dépendance à PCSOFT et de l’incertitude tarifaire ;
passer à une application web accessible depuis n’importe quel poste, sans installation ;
conserver l’accès aux données existantes pendant toute la durée de la migration ;
garder l’accès aux documents stockés sur le réseau de l’entreprise ;
obtenir un code propre, versionné, testé et maintenable dans la durée.

Résultat : une application Rails en production, fonctionnellement équivalente, plus rapide à faire évoluer, et sans qu’aucune ligne de code n’ait été écrite à la main. Tout a été décrit en français à Claude Code, relu, testé et validé.

Pourquoi Ruby on Rails quand on vient de WinDev ?

On l’oublie souvent, mais WinDev et Ruby on Rails partagent une même philosophie : la productivité avant tout. Pour un développeur WinDev, le dépaysement est beaucoup moins grand qu’on pourrait le croire.

Les points communs avec WinDev

Un framework complet, « tout-en-un ». WinDev, c’est un environnement qui fournit tout : accès aux données, fenêtres, états, gestion des erreurs, déploiement. Rails, c’est exactement la même promesse côté web : accès aux données (Active Record), écrans (vues et formulaires), envoi d’e-mails (Action Mailer), tâches de fond (Active Job), gestion des fichiers (Active Storage), temps réel (Action Cable), authentification, internationalisation… Tout est prévu, tout est intégré, et tout suit les mêmes conventions.

Une bibliothèque très complète. Le développeur WinDev est habitué aux milliers de fonctions WLangage disponibles « out of the box ». Ruby et Rails offrent l’équivalent avec une bibliothèque standard très riche, complétée par des dizaines de milliers de « gems » (bibliothèques) open source : génération de PDF, lecture/écriture Excel, signature électronique, appels d’API REST et SOAP, génération de factures électroniques, etc.

Un langage interprété. Comme le WLangage, Ruby est un langage interprété. Pas de longue phase de compilation : on modifie, on rafraîchit, on voit le résultat. Le cycle « modifier / tester » est aussi court que le célèbre GO de WinDev.

Une visualisation immédiate dans le navigateur. En développement, l’application tourne localement et s’affiche dans le navigateur. Chaque modification apportée par Claude Code est visible instantanément, à la manière du test d’une fenêtre sous WinDev. On teste, on demande une correction, on rafraîchit.

La sécurité intégrée. Là où WinDev gère pour vous beaucoup d’aspects techniques, Rails protège nativement contre les attaques les plus courantes : injections SQL (requêtes paramétrées par Active Record), failles XSS (échappement automatique dans les vues), CSRF (jetons de formulaires), paramètres non autorisés (strong parameters), secrets chiffrés (credentials), politique de sécurité du contenu (CSP). Depuis Rails 8, les nouveaux projets intègrent aussi par défaut l’analyseur de sécurité Brakeman et un générateur d’authentification. Et pour une application métier, on peut aller encore plus loin en ne la rendant accessible qu’à travers un VPN comme Tailscale (voir plus bas).

Un déploiement simple, piloté par Claude Code. Le déploiement d’une application WinDev (setup, store privé, mises à jour réseau) est un point fort reconnu. Avec Rails, on retrouve cette simplicité, avec en plus l’agent qui fait le travail : installation du serveur (Ubuntu, Nginx, Puma, PostgreSQL), certificats TLS, services systemd, sauvegardes, ou déploiement par conteneurs avec Kamal, intégré par défaut à Rails 8. On décrit l’infrastructure cible, Claude Code exécute les commandes, vérifie et documente.

Les avantages par rapport à WinDev

Aucune licence, aucune session facturée : Ruby, Rails, PostgreSQL et Linux sont libres et gratuits. Votre modèle économique ne dépend plus de la politique tarifaire d’un éditeur.
Une application web nativement multi-plateforme : Windows, macOS, Linux, tablettes, smartphones. Aucun déploiement sur les postes clients.
Des technologies standards : le code produit est lisible par des milliers de développeurs dans le monde, et non par une communauté restreinte.
Un écosystème vivant : Rails est utilisé par GitHub, Shopify, Basecamp ou GitLab. Les mises à jour de sécurité sont publiées rapidement et documentées publiquement.
Une IA particulièrement efficace : Ruby on Rails est l’une des stacks que les modèles d’IA maîtrisent le mieux, grâce à ses conventions fortes et à l’énorme quantité de code public disponible. Nous y revenons plus bas.

Développer sans écrire une ligne de code avec Claude Code

Comme expliqué dans notre article précédent, le changement de paradigme est total : on ne dessine plus les fenêtres, on ne tape plus le code. On décrit.

Une session typique ressemble à ceci :

« Reprends la fenêtre FEN_Commande de l’application WinDev (je te fournis la description de ses champs et de ses traitements). Crée l’écran équivalent en Rails : un formulaire de commande avec sélection du client, un tableau de lignes éditables, le calcul automatique du total HT, TVA et TTC, et le contrôle de saisie qui empêche une quantité nulle. Ajoute les tests correspondants. »

Claude Code analyse le projet, crée le modèle, le contrôleur, les vues, les tests, lance la suite de tests, corrige ce qui échoue, puis propose un résumé des modifications. On vérifie dans le navigateur, on demande des ajustements, et on valide.

Pour reprendre l’existant, nous avons fourni à l’agent les exports de l’analyse HFSQL, le code WLangage des traitements importants (exporté en texte) et des captures d’écran des fenêtres. L’IA est parfaitement capable de lire du WLangage et d’en extraire les règles métier.

La rigueur du code

« Sans écrire de code » ne veut pas dire « sans rigueur ». C’est même l’inverse. Rails impose des conventions strictes (où se trouve chaque fichier, comment nommer les tables, les modèles, les contrôleurs), et nous avons ajouté des règles explicites dans le fichier CLAUDE.md du projet, que l’agent lit à chaque session :

toujours écrire les tests avant ou avec chaque fonctionnalité ;
faire passer RuboCop (style et qualité) et Brakeman (sécurité) avant chaque commit ;
ne jamais mettre de logique métier dans les vues ;
documenter chaque règle métier reprise de WinDev.

Le résultat est un code plus homogène et mieux testé que la plupart des projets écrits à la main.

La gestion des sources avec GitHub

Fini le GDS et ses limites. Le projet est versionné avec Git et hébergé sur GitHub :

chaque fonctionnalité est développée dans une branche, puis fusionnée après vérification ;
chaque modification est tracée, commentée et réversible ;
GitHub Actions exécute automatiquement les tests, RuboCop et Brakeman à chaque envoi (Rails 8 génère d’ailleurs ce fichier de CI par défaut) ;
Dependabot signale les bibliothèques à mettre à jour et les failles connues.

Claude Code gère lui-même les commits, les branches et les messages, en langage naturel : « Crée une branche pour la gestion des avoirs, développe-la, et fais un commit quand tous les tests passent. »

Accéder aux documents sur un serveur grâce à WSL

C’est un point souvent sous-estimé lors d’une migration : une application métier WinDev manipule énormément de documents stockés sur le réseau de l’entreprise (bons de livraison scannés, PDF de factures, photos, plans, fichiers Excel…). Une application web hébergée « dans le cloud » perd cet accès direct.

Notre solution : déployer l’application Rails dans WSL (Windows Subsystem for Linux) sur un serveur Windows de l’entreprise. On obtient le meilleur des deux mondes :

l’application tourne dans un véritable environnement Linux (Ubuntu), l’environnement naturel de Ruby on Rails ;
elle accède directement aux disques Windows (/mnt/c, /mnt/d…) et aux partages réseau montés dans WSL, donc à tous les documents de l’entreprise, quel que soit leur type ;
elle reste dans le réseau local, au plus près du serveur HFSQL existant et du serveur de fichiers ;
pas besoin d’acheter un serveur Linux supplémentaire.

Le développement se fait lui aussi dans WSL sur le poste du développeur, avec Claude Code. L’environnement de développement et celui de production sont donc identiques, ce qui évite les mauvaises surprises lors de la mise en production. Et c’est Claude Code qui a configuré l’ensemble : installation de Ruby, de PostgreSQL, montage des partages, démarrage automatique des services, ouverture des ports et reverse proxy.

Sécuriser l’accès avec un VPN : Tailscale

Une application métier n’a pas vocation à être visible de tout Internet. Plutôt que d’exposer l’application Rails publiquement (avec tous les risques que cela comporte : scans automatisés, tentatives d’intrusion, attaques par force brute), nous avons fait le choix de la rendre accessible uniquement à travers un VPN, en l’occurrence Tailscale.

Le principe est simple :

Tailscale crée un réseau privé chiffré (basé sur WireGuard) entre le serveur et les appareils autorisés, où qu’ils se trouvent : au bureau, en télétravail, en déplacement ;
l’application n’a aucun port ouvert sur Internet : pour un attaquant extérieur, elle n’existe tout simplement pas ;
chaque utilisateur se connecte avec son compte (Google, Microsoft, etc.), et l’administrateur décide précisément qui accède à quoi grâce aux règles d’accès (ACL) ;
pas de configuration de routeur, pas de redirection de ports, pas de serveur VPN à maintenir ;
la révocation d’un appareil perdu ou d’un collaborateur qui quitte l’entreprise se fait en un clic.

Cette protection réseau vient s’ajouter à la sécurité applicative de Rails (authentification, protections CSRF, XSS, injections SQL…) : c’est une défense en profondeur, à la fois simple et très robuste.

Une application accessible sur tous les appareils

Tailscale est disponible sur Windows, macOS, Linux, iOS et Android. Une fois Tailscale installé sur l’appareil, l’application métier est accessible depuis un PC, une tablette ou un smartphone, simplement depuis le navigateur, sans rien installer d’autre.

Et c’est là un autre atout majeur de Rails par rapport à WinDev : il est très facile d’adapter les pages aux différents appareils. Là où WinDev impose souvent de développer une application WinDev Mobile distincte pour les tablettes et les téléphones, une application web Rails est nativement « responsive » : les écrans s’adaptent automatiquement à la taille de l’écran. Il suffit de le demander à Claude Code :

« Adapte l’écran de consultation des commandes pour une utilisation sur smartphone : affiche les commandes sous forme de cartes plutôt qu’en tableau, et place les boutons d’action en bas de l’écran. »

Une seule application, un seul code, pour tous les matériels. Rails permet même de transformer l’application en PWA (Progressive Web App), installable sur l’écran d’accueil d’une tablette ou d’un mobile comme une application native.

Comparatif des alternatives pour migrer une application WinDev

Ruby on Rails n’est pas la seule option. Voici comment se positionnent les principales alternatives, dans le contexte précis d’une migration pilotée par Claude Code. Les notes reflètent notre expérience et notre analyse ; elles ne constituent pas un benchmark scientifique.

Les solutions comparées

Ruby on Rails : application web, framework complet, open source.
C#/.NET pour Windows : WinForms ou WPF, application desktop Windows, la plus proche d’une application WinDev en termes d’usage.
C#/.NET pour le Web : ASP.NET Core (MVC, Razor Pages ou Blazor).
Laravel/PHP : le framework PHP le plus populaire, philosophie très proche de Rails.
Delphi VCL : application desktop Windows, approche RAD avec éditeur de fiches, la plus proche de WinDev dans l’esprit.
Delphi Web : Delphi avec des frameworks web tiers (TMS WEB Core, UniGUI, IntraWeb…).

Tableau de synthèse

Notation de ★ (faible) à ★★★★★ (excellent).

Ruby on Rails et C#/.NET

Critère	Ruby on Rails	C#/.NET Windows	C#/.NET Web
Efficacité de Claude Code / consommation de tokens	★★★★★	★★★	★★★★
Maintenabilité avec Claude Code	★★★★★	★★★	★★★★
Sécurité et mises à jour des bibliothèques	★★★★★	★★★★	★★★★★
Contrôle de la qualité du code	★★★★★	★★★★	★★★★★
Tests de non-régression	★★★★★	★★★	★★★★
Open source	★★★★★ (MIT)	★★★★ (.NET MIT, Windows requis)	★★★★★ (MIT)
Accès HFSQL via ODBC	★★★★	★★★★★	★★★★ (Windows) / ★★ (Linux)
Accès PostgreSQL et bases open source	★★★★★	★★★★★	★★★★★
Coût des outils	Gratuit	Gratuit à payant	Gratuit à payant

Laravel et Delphi

Critère	Laravel/PHP	Delphi VCL	Delphi Web
Efficacité de Claude Code / consommation de tokens	★★★★★	★★	★★
Maintenabilité avec Claude Code	★★★★	★★	★★
Sécurité et mises à jour des bibliothèques	★★★★	★★★	★★★
Contrôle de la qualité du code	★★★★	★★★	★★★
Tests de non-régression	★★★★★	★★	★★
Open source	★★★★★ (MIT)	★ (propriétaire)	★ (propriétaire)
Accès HFSQL via ODBC	★★	★★★★★	★★★★
Accès PostgreSQL et bases open source	★★★★★	★★★★	★★★★
Coût des outils	Gratuit	Payant	Payant

Utilisation de Claude Code et consommation de tokens

Un agent IA « paie » en tokens tout ce qu’il lit et tout ce qu’il écrit. Plus un langage est verbeux et plus un projet est dispersé, plus chaque intervention coûte cher et plus le contexte de l’agent se remplit vite.

Ruby on Rails : Ruby est un langage très concis, et les conventions de Rails font que l’agent sait immédiatement où chercher (le modèle Client est dans app/models/client.rb, son contrôleur dans app/controllers/clients_controller.rb…). Il lit moins de fichiers, écrit moins de lignes, et se trompe moins. C’est, dans notre expérience, la stack la plus économique en tokens.
Laravel/PHP : très proche de Rails sur ce point, grâce à des conventions fortes. PHP est un peu plus verbeux que Ruby, mais l’écart est faible.
C#/.NET Web : C# est plus verbeux (types, interfaces, injection de dépendances, fichiers de configuration), ce qui augmente la consommation. Les modèles maîtrisent toutefois très bien l’écosystème.
C#/.NET Windows : aux contraintes du C# s’ajoutent les fichiers générés par le concepteur visuel (.Designer.cs en WinForms, XAML en WPF), longs et coûteux à lire et à modifier. Et l’agent ne « voit » pas les fenêtres : il faut lui décrire ou lui montrer les problèmes d’affichage.
Delphi (VCL et Web) : les fiches .dfm, le code Pascal plus verbeux, et surtout une quantité de code public bien moindre rendent l’agent nettement moins efficace. Il faut davantage d’allers-retours, donc davantage de tokens. Les frameworks web Delphi, moins répandus encore, accentuent ce phénomène.

Facilité de maintenance avec Claude Code

La vraie question n’est pas « l’IA peut-elle créer l’application ? », mais « pourra-t-elle la faire évoluer dans trois ans ? ».

Rails et Laravel offrent une structure prévisible : n’importe quel agent (ou développeur) reprend un projet sans effort. Les tests automatisés servent de filet de sécurité à chaque modification.
.NET Web est très maintenable, à condition de fixer l’architecture dès le départ dans les consignes de l’agent, car l’écosystème laisse beaucoup de liberté (et donc de variantes).
.NET Windows et Delphi souffrent de la même limite que WinDev : une grande partie de l’application est dans des fenêtres conçues visuellement, que l’agent manipule moins bien que du code pur.

Sécurité et mises à jour des bibliothèques

Rails : correctifs de sécurité publiés régulièrement et annoncés publiquement, Brakeman intégré, bundle audit pour détecter les gems vulnérables, Dependabot sur GitHub. Claude Code peut effectuer une montée de version en lançant les tests à chaque étape.
.NET : Microsoft publie des correctifs mensuels et la commande dotnet list package --vulnerable liste les paquets NuGet vulnérables. Attention au cycle de support : chaque version de .NET a une durée de vie limitée (versions LTS de trois ans).
Laravel : composer audit et des versions à support défini. PHP lui-même doit être maintenu à jour sur le serveur.
Delphi : les mises à jour dépendent d’Embarcadero et de l’abonnement, et de nombreux composants tiers sont commerciaux. On retrouve une dépendance éditeur comparable à celle de PCSOFT.

Contrôle de la qualité du code

Rails : RuboCop (avec la configuration « omakase » générée par défaut depuis Rails 8) et Brakeman, exécutés automatiquement par Claude Code et par la CI GitHub.
.NET : excellents analyseurs Roslyn intégrés au compilateur, dotnet format, typage strict qui détecte beaucoup d’erreurs à la compilation. C’est le point fort de C#.
Laravel : PHPStan/Larastan pour l’analyse statique, Laravel Pint pour le style.
Delphi : outils d’analyse moins nombreux et souvent payants.

Tests de non-régression

C’est le point décisif pour une migration : il faut prouver que la nouvelle application se comporte comme l’ancienne, et continuer à le prouver à chaque évolution.

Rails a été conçu autour des tests : tests de modèles, de contrôleurs, et tests système qui pilotent un vrai navigateur (clic, saisie, vérification d’affichage). Claude Code les écrit et les exécute naturellement, à chaque modification.
Laravel est au même niveau (PHPUnit, Pest, Laravel Dusk pour le navigateur).
.NET Web dispose de xUnit/NUnit et de Playwright pour les tests de navigateur, très efficaces mais plus longs à mettre en place.
.NET Windows et Delphi VCL : les tests unitaires de la logique sont possibles, mais les tests automatisés des interfaces desktop restent complexes et fragiles. C’est exactement le problème que l’on rencontre déjà avec WinDev.

Open source ou non

Ruby on Rails, Laravel et .NET sont open source sous licence MIT. Pour .NET Windows, le runtime est libre mais WinForms/WPF imposent Windows, et l’IDE Visual Studio est gratuit en édition Community sous conditions, payant au-delà (les alternatives VS Code ou Rider existent).
Delphi est propriétaire. L’édition Community est gratuite mais limitée aux structures réalisant moins de 5 000 dollars de chiffre d’affaires annuel ; au-delà, une licence payante est obligatoire. Quitter WinDev pour Delphi, c’est changer d’éditeur, pas sortir de la dépendance.

Accès aux données : ODBC sur HFSQL et bases open source

PCSOFT fournit un driver ODBC HFSQL (Classic et Client/Serveur), en lecture et en écriture, pour Windows et pour Linux. Un point de vigilance important : sous Linux, le driver repose sur iODBC et non sur unixODBC, le gestionnaire le plus répandu. Une version unixODBC est réclamée par la communauté depuis 2019 sur le blog de PCSOFT, sans suite à ce jour.

Ruby on Rails : la gem ruby-odbc (maintenue, dernière version en 2026) permet l’accès à HFSQL, idéalement via la bibliothèque Sequel qui fournit une couche d’accès propre au-dessus d’ODBC. Sur notre projet, le driver ODBC HFSQL fonctionne parfaitement avec Ruby on Rails. Il a simplement fallu une recompilation spécifique d’iODBC pour le serveur, et c’est bien évidemment Claude Code qui s’en est chargé : téléchargement des sources, compilation, configuration des sources de données, compilation de la gem contre cette version d’iODBC et tests de connexion. Depuis, l’accès fonctionne sans aucun problème. Pour PostgreSQL, Rails offre un support natif de premier ordre.
C#/.NET Windows : System.Data.Odbc sous Windows fonctionne parfaitement avec le driver HFSQL. C’est le scénario le plus simple.
C#/.NET Web : excellent si le serveur est sous Windows/IIS ; sous Linux, System.Data.Odbc s’appuie sur unixODBC, ce qui pose problème avec le driver HFSQL. Pour PostgreSQL, le connecteur Npgsql et Entity Framework Core sont excellents.
Laravel/PHP : PDO_ODBC fonctionne sous Windows ; sous Linux, l’usage du driver HFSQL nécessite de recompiler PHP avec le support iODBC, et des développeurs rapportent des difficultés. C’est l’option la plus délicate pour un accès direct à HFSQL.
Delphi : FireDAC dispose d’un pont ODBC qui fonctionne très bien sous Windows avec le driver HFSQL, et de connecteurs natifs performants pour PostgreSQL.

La migration des données : une stratégie en deux temps

Dans notre article précédent, nous recommandions de migrer d’abord la base HFSQL vers PostgreSQL, puis de réécrire l’application. Avec Ruby on Rails, une autre séquence est possible, et elle s’est révélée très confortable sur ce projet : réécrire d’abord, migrer les données ensuite.

Étape 1 : la nouvelle application lit les données HFSQL via ODBC

Pendant la phase de réécriture, l’application Rails accède directement à la base HFSQL de production via le driver ODBC :

l’application WinDev continue de fonctionner normalement, les utilisateurs ne sont pas impactés ;
la nouvelle application est développée et testée sur les vraies données, avec tous leurs cas particuliers ;
les utilisateurs peuvent comparer les deux applications côte à côte ;
on peut même mettre en production certains modules en consultation (tableaux de bord, recherches, éditions) avant la bascule complète.

Techniquement, Claude Code isole l’accès HFSQL dans une couche dédiée (un module de lecture basé sur Sequel et ruby-odbc), de façon à ce que le reste de l’application ne dépende pas de la base sous-jacente. Il suffit de configurer une source de données ODBC pointant vers le serveur HFSQL (port 4900 par défaut).

Retour d’expérience : cela fonctionne parfaitement. La seule difficulté a été la recompilation d’iODBC spécifiquement pour le serveur, une opération entièrement réalisée par Claude Code. Une fois cette étape passée, l’application Rails lit les données HFSQL de manière fiable et performante.

Par comparaison, cette approche est un peu plus immédiate en C#/.NET ou en Delphi sous Windows, où l’ODBC HFSQL est « chez lui », mais ces solutions n’apportent pas les autres avantages de Rails. Elle est en revanche plus laborieuse avec PHP, qui nécessite de recompiler PHP lui-même, et avec .NET sous Linux, qui s’appuie sur unixODBC. Avec Rails, elle est parfaitement opérationnelle, surtout avec un déploiement sous WSL sur un serveur Windows proche du serveur HFSQL.

Étape 2 : migration des données vers PostgreSQL

Une fois l’application validée, on migre les données vers PostgreSQL. Deux options :

L’outil de migration en WinDev, décrit dans notre article précédent, qui connaît parfaitement HFSQL ;
Des tâches de migration en Ruby (tâches Rake), écrites par Claude Code, qui lisent HFSQL via ODBC et écrivent dans PostgreSQL en passant par les modèles Rails. Avantage majeur : les règles de validation de la nouvelle application s’appliquent dès l’import, et chaque enregistrement rejeté est journalisé avec la raison du rejet.

Nous avons retenu la seconde option : la migration est rejouable autant de fois que nécessaire (sur une copie de la base) jusqu’à obtenir zéro anomalie, puis exécutée une dernière fois le jour de la bascule.

Étape 3 : la bascule

Le jour J, on arrête l’application WinDev, on exécute la migration finale, on bascule la configuration de l’application Rails vers PostgreSQL. Grâce à l’isolation de la couche d’accès aux données et aux tests de non-régression, la bascule tient en quelques heures. L’application WinDev reste disponible en lecture seule le temps nécessaire, par précaution.

Bilan de l’expérience

Ce qui a fonctionné :

la productivité : Claude Code produit en quelques heures ce qui demandait des jours de développement ;
la qualité : code homogène, testé, analysé, versionné, documenté ;
la continuité : grâce à l’ODBC, aucune interruption de service pendant la migration ;
les coûts : zéro licence, zéro session facturée, un serveur existant réutilisé grâce à WSL ;
la sécurité et la mobilité : aucune exposition sur Internet grâce à Tailscale, et une application utilisable sur PC, tablette et smartphone.

Les points de vigilance :

l’IA ne remplace pas la connaissance métier : il faut savoir décrire précisément ce que fait l’application existante, et valider avec les utilisateurs ;
l’accès ODBC à HFSQL sous Linux demande une recompilation d’iODBC pour le serveur : une étape technique, mais que Claude Code a menée de bout en bout, et qui fonctionne parfaitement ;
les états imprimés WinDev doivent être repensés (génération PDF), ce qui est l’occasion de les moderniser ;
il faut garder la rigueur : branches, tests, revues, consignes claires à l’agent.

Vous souhaitez migrer votre application WinDev vers Ruby on Rails ?

Chez SEALOG, nous développons en WinDev, WebDev et WinDev Mobile depuis de nombreuses années. Nous connaissons parfaitement HFSQL, le WLangage et les contraintes des applications métier. Nous maîtrisons aussi Ruby on Rails, PostgreSQL, Linux, WSL et le développement assisté par IA avec Claude Code.

Nous vous proposons de vous accompagner à chaque étape :

audit de votre application WinDev et estimation de la migration ;
mise en place de l’environnement (WSL, GitHub, Claude Code, serveur) et de l’accès sécurisé par VPN Tailscale ;
accès aux données HFSQL via ODBC depuis la nouvelle application ;
réécriture de l’application en Ruby on Rails, module par module ;
migration des données vers PostgreSQL et bascule ;
formation de vos équipes au développement avec Claude Code, pour que vous restiez autonomes.

Que vous soyez éditeur de logiciels, développeur indépendant ou entreprise utilisatrice, contactez-nous pour en parler : info@sealog.info ou sur rendez-vous : https://extranet.sealog.fr/rendez-vous

Et si vous avez déjà entamé une migration, partagez votre expérience en commentaire !

De WinDev à l'open source : comment l'IA a changé la donne dans la migration de nos applications

2026-07-05T16:34:50.555+02:00

Pendant des années, WinDev a été un choix pertinent pour développer rapidement des applications métier robustes, avec sa base de données HFSQL intégrée et son environnement tout-en-un. Mais le monde change : les entreprises veulent aujourd'hui des solutions ouvertes, interopérables, hébergeables où elles le souhaitent, et surtout... elles veulent pouvoir avancer vite sans être dépendantes d'un seul éditeur.

Dans cet article, je vous partage le chemin que j'ai suivi pour migrer un projet WinDev vers une stack 100% open source, en m'appuyant massivement sur l'intelligence artificielle et sans écrire une seule ligne de code. Deux volets : la migration de la base de données HFSQL vers PostgreSQL, puis la réécriture de l'application elle-même grâce à des outils comme Replit et Claude Code.

Partie 1 : Migrer sa base de données HFSQL vers PostgreSQL

La base de données est souvent le cœur névralgique d'une application métier. C'est aussi la partie la plus délicate à migrer, car elle contient des années de données réelles, avec toutes leurs incohérences, leurs cas particuliers et leurs bricolages historiques. Voici la méthode en quatre étapes que je recommande.

Étape 1 : Créer la structure de la base de données PostgreSQL

La première étape consiste à transposer le schéma HFSQL (tables, champs, types, clés, index, contraintes) vers un schéma PostgreSQL équivalent.

Quelques points de vigilance :

Les types de données ne correspondent pas toujours 1 pour 1 entre HFSQL et PostgreSQL (dates, booléens, champs mémo, numériques à précision variable). Il faut établir une table de correspondance précise.
Les clés primaires et étrangères de HFSQL sont parfois implicites ou gérées de façon non stricte par l'application : il faut les rendre explicites dans PostgreSQL.
Les index et contraintes d'unicité doivent être recréés, quitte à les ajuster car HFSQL est parfois plus permissif que PostgreSQL sur certains cas.

Windev propose des outils pour faciliter la création de la structure de la base de données. Des ajustements manuels restent souvent necessaire.

Étape 2 : Migrer les données avec un outil développé en WinDev

C'est ici que beaucoup de tentatives de migration échouent si elles sont trop simplifiées. On pourrait penser qu'un simple export/import CSV suffit, mais dans la réalité, les données métier accumulées sur des années contiennent presque toujours :

des valeurs nulles là où le nouveau schéma attend une valeur par défaut,
des doublons ou incohérences qui n'avaient jamais posé de problème sous HFSQL,
des formats de dates ou de nombres hétérogènes,
des relations orphelines (clés étrangères pointant vers des enregistrements supprimés),
des champs mémo ou binaires nécessitant un traitement spécifique.

La solution la plus fiable reste de développer un outil de migration en WinDev lui-même, car c'est l'environnement qui connaît nativement et parfaitement HFSQL. Cet outil se connecte en lecture à la base HFSQL et en écriture à PostgreSQL (via un connecteur natif de préférence), et applique toute la logique de transformation et de nettoyage nécessaire, table par table, avec des rapports d'anomalies détaillés.

L'avantage de coder ce migrateur "à la main" (avec l'aide de l'IA pour la partie logique et les cas particuliers) est qu'on garde une traçabilité complète : chaque ligne rejetée ou transformée peut être journalisée, ce qui est indispensable pour valider la migration avec les métiers.

Étape 3 : Adapter l'application WinDev pour fonctionner sur PostgreSQL

Une fois les données migrées, il ne faut pas nécessairement réécrire toute l'application dans la foulée. Une étape intermédiaire précieuse consiste à faire fonctionner l'application WinDev existante directement sur la nouvelle base PostgreSQL, en remplaçant les accès HFSQL par des accès natifs PostgreSQL (ou via une couche d'abstraction).

Cette étape a plusieurs bénéfices :

Elle valide en conditions réelles que la migration des données est correcte, avec les utilisateurs qui continuent à travailler normalement.
Elle découple le sujet base de données du sujet réécriture applicative : on ne change qu'une variable à la fois, ce qui limite les risques.
Elle offre une période de transition sereine, le temps de préparer la nouvelle application.

Étape 4 : Réécrire l'application dans une nouvelle stack

Enfin vient la réécriture de l'application elle-même, dans une stack open source moderne. C'est le sujet de la seconde partie de cet article, car c'est justement là que l'IA change complètement la manière de travailler.

Partie 2 : Réécrire son application avec des outils open source et l'IA

Replit : un cadre complet, façon WinDev, mais 100% open source

Pour quelqu'un qui vient de WinDev, l'un des points forts de l'environnement est d'avoir "tout sous la main" : éditeur, base de données, déploiement, sans avoir à jongler entre quinze outils différents. C'est exactement ce que propose Replit, mais avec des stacks open source comme React/Node.js ou Ruby on Rails.

Ce qui rend Replit particulièrement adapté pour démarrer un projet SaaS :

Un environnement de développement complet dans le navigateur : pas d'installation, pas de configuration réseau ou de dépendances à gérer soi-même au départ.
Un agent IA intégré capable de générer une application complète à partir d'une description en langage naturel, avec base de données, authentification, interface, etc.
La possibilité de récupérer les sources à tout moment : le code produit reste standard (React, Node.js, Ruby on Rails...), sans verrouillage propriétaire. On peut à tout moment exporter le projet vers son propre GitHub et continuer en local.
Un hébergement et un déploiement intégrés, pratiques pour tester rapidement une v1 auprès de vrais utilisateurs.

C'est donc un excellent point d'entrée pour quelqu'un qui souhaite retrouver le confort "tout-en-un" de WinDev, mais dans un monde open source, avec des technologies largement répandues et un marché de développeurs beaucoup plus large.

Claude Code : la même puissance, sur son PC, avec WSL

Pour ceux qui préfèrent garder la main sur leur environnement local plutôt que de travailler dans le navigateur, il existe une alternative tout aussi puissante : Claude Code, utilisable directement sur un PC Windows via WSL (Windows Subsystem for Linux).

Le principe est similaire à Replit dans l'esprit : on dispose d'un agent IA qui peut lire, écrire et modifier l'ensemble du code d'un projet, exécuter des commandes, lancer des tests, gérer le versioning Git, tout cela en dialoguant simplement avec lui en langage naturel. La différence est que tout se passe sur sa propre machine, avec un contrôle total sur l'environnement, les fichiers, et l'hébergement du code.

La vraie magie : développer sans écrire une ligne de code

Voici le changement de paradigme le plus important pour quelqu'un venant de WinDev : on ne conçoit plus les écrans avec un éditeur de fenêtres. Fini le glisser-déposer de champs, boutons et zones répétables dans un designer visuel.

À la place, on décrit ce que l'on veut, en français, comme on l'expliquerait à un développeur :

« Ajoute un formulaire de saisie de commande avec un champ client en liste déroulante, un tableau de lignes de commande, et un total calculé automatiquement en bas. »

L'IA génère alors le code de l'interface, la logique associée, et l'on peut ensuite affiner à volonté :

« Rends le tableau plus compact » ou « Ajoute une validation qui empêche d'enregistrer si la quantité est à zéro. »

Tout se fait par itérations successives, en langage naturel, sans jamais ouvrir un éditeur visuel ni écrire directement de code (même si on peut toujours le relire et le comprendre si on le souhaite).

Le changement de paradigme pour un développeur WinDev

Pour quelqu'un habitué à WinDev, la différence de posture est profonde :

WinDev	Approche IA (Replit / Claude Code)
On dessine l'écran soi-même dans l'éditeur de fenêtres	On décrit l'écran souhaité, l'IA le génère
On écrit le code des traitements en WLangage	On décrit le comportement attendu, l'IA écrit le code
On connaît et maîtrise un seul environnement propriétaire	On utilise des technologies standards, transférables, avec une immense communauté
La productivité dépend de la maîtrise de l'outil WinDev	La productivité dépend de la clarté de ce qu'on explique à l'IA

Concrètement, on travaille comme si on avait embauché un développeur à qui l'on décrit ses besoins, qui pose éventuellement des questions, propose des solutions, et livre du travail qu'on peut ensuite ajuster en continu. La charge mentale liée à la syntaxe, aux raccourcis d'un IDE propriétaire ou à la configuration d'un designer visuel disparaît presque entièrement. Vous pouvez aussi en profiter pour apprendre le nouveau langage en même temps que le projet avance, pour que vous puissiez intervenir en maintenance si besoin, même si vous n'en aurez pas besoin.

C'est, à mon sens, une simplicité largement supérieure à celle que proposait WinDev en son temps : non pas parce que WinDev était mal conçu, mais parce que le paradigme change complètement de nature. On ne pilote plus un outil, on collabore avec un collègue virtuel, disponible immédiatement, qui connaît autant React, Node.js ou Ruby on Rails que n'importe quel développeur senior.

En résumé

Migrer un projet WinDev vers l'open source n'est plus aujourd'hui un chantier titanesque réservé à de grosses équipes techniques. En procédant par étapes progressives sur la base de données (structure, migration outillée, transition, puis réécriture), et en s'appuyant sur des outils comme Replit ou Claude Code pour la partie applicative, il est possible de reconstruire une application moderne, ouverte et pérenne, tout en gardant une maîtrise complète du code source produit.

L'IA ne remplace pas la réflexion métier ni la connaissance fine de son application : elle remplace la barrière technique qui, hier encore, imposait de maîtriser un langage et un IDE spécifiques pour espérer construire quelque chose.

Vous étudiez la faisabilité de la migration d'une application développée avec Windev vers de l'open source, pour ne plus avoir de dépendance : nous pouvons vous accompagner pour vous faire découvrir les possibilités et vous faciliter la transition. N'hésitez pas à prendre rendez-vous pour en discuter, ou à discuter sur le chat ci-dessous, ou par email : info@sealog.info.

Nouvelle tarification PCSOFT juin 2026 : la douche froide, et comment y faire face

2026-06-09T17:03:05.177+02:00

La communauté WinDev est en ébullition depuis quelques semaines. Les posts se multiplient sur LinkedIn et les forums spécialisés comme developpez.net, et le ton est clairement à la colère. Après le rachat de PCSOFT par le groupe canadien Volaris fin 2024, les changements de modèle économique s'accélèrent, et la nouvelle tarification annoncée en juin 2026 marque un véritable tournant — potentiellement douloureux — pour les développeurs et les éditeurs de logiciels basés sur la suite WinDev.

Ce qui fait polémique

Le modèle par abonnement, acté depuis la version 2025, était déjà contesté. Mais la nouvelle mesure qui concentre toutes les critiques, c'est la tarification à la session : chaque lancement d'une application WinDev par un utilisateur final déclencherait une session facturée, apparemment à 290 € HT par unité. Un chiffre qui, s'il se confirme, changerait radicalement la donne pour tous les éditeurs et développeurs indépendants qui déploient leurs applications chez leurs clients.

À cela s'ajoutent d'autres sources d'irritation :

La fin des prix publics : il faut désormais remplir un formulaire pour obtenir un devis, rendant toute comparaison ou planification budgétaire quasi impossible.
L'obligation de souscrire à des packs complets (WinDev + WebDev + WinDev Mobile + LST + Clé de sécurité + certification), même si l'on n'utilise qu'un seul produit, impossible d'acheter au détail.

Comme le résume un développeur sur les forums : "Pour nous aussi, c'est la douche froide. Non, en fait, c'est carrément le bain dans l'azote liquide." Une réaction qui illustre bien le sentiment général.

Solution 1 : Rester en version 2025 ou rétrograder

La première option — et la plus immédiate — est tout simplement de geler ses projets en version 2025. Cette version restera en licence perpétuelle.

La tarification à la session démarre à partir de la version 2026. Si vous avez conservé vos clefs en version 2025 ou antérieure, vous serez pour l'instant épargné. Si vous n'avez pas encore migré en 2026, c'est le moment de marquer une pause.

Concrètement :

Conservez vos projets en version 2025 (ou version antérieure) tant que la politique tarifaire 2026 n'est pas clarifiée.
Ne compilez pas en version 2026 si vos clients sont déjà en production et que la facturation à la session risque de les impacter.
Documentez vos configurations (environnements, dépendances, licences) pour faciliter une éventuelle reprise ou migration ultérieure.
Partager une licence Windev 2025 avec un développeur qui ne l'utilise pas ou seulement partiellement, si vous ne disposez plus de clés.

Cette approche permet de gagner du temps sans rompre immédiatement avec l'écosystème PCSOFT, le temps d'y voir plus clair sur l'évolution des tarifs. Chez SEALOG, c'est ce que nous faisons sur tous les projets dont nous avons la charge.

Solution 2 : Réduire le nombre de sessions en regroupant les applications

Si vous développez des ERP métiers composés de plusieurs applications WinDev distinctes, la tarification par session va rapidement devenir insoutenable si chaque application génère sa propre session.

La parade naturelle : regrouper toutes les applications en une seule, pilotée par un menu principal qui charge dynamiquement les différents modules. Cette approche, souvent appelée architecture "monoapplication", présente plusieurs avantages :

Une seule session consommée par utilisateur, quelle que soit la richesse fonctionnelle de votre ERP.
Un déploiement simplifié : un seul exécutable à mettre à jour.
Une meilleure cohérence UI/UX pour l'utilisateur final.

Techniquement, dans WinDev, cela peut se réaliser via :

Un projet "conteneur" qui intègre les fenêtres de tous les autres projets.
La gestion des droits et menus depuis un module central.

Cette refactorisation représente un effort de développement, mais elle peut être rapidement rentabilisée face à une facturation à la session qui s'envolerait sur des dizaines ou des centaines d'utilisateurs.

Solution 3 : Héberger soi-même pour sortir de PCSCLOUD

Le PCSCLOUD est pratique, mais son coût est devenu significatif, et la dépendance à l'infrastructure de PCSOFT est un risque supplémentaire. Si vous restez en version 2025, vous pouvez tout auto-héberger sous Windows ou Linux — à l'exception du store privé, disponible uniquement sous Windows.

Les bases de données HFSQL

HFSQL Client/Serveur peut s'installer sur vos propres serveurs, aussi bien sous Windows que sous Linux (Ubuntu, Debian, etc.). Nous avions déjà traité ce sujet dans notre article sur Linux et WinDev. Un serveur Linux est nettement moins onéreux qu'un hébergement cloud managé, et vous gardez la maîtrise totale de vos données.

Les webservices et sites WebDev

Le serveur d'applications WebDev s'installe également sous Linux. Il faut disposer d'un serveur Apache ou Nginx compatible. Un VPS Linux chez OVH, Scaleway ou Hetzner pour une vingtaine d'euros par mois peut largement suffire pour héberger plusieurs sites ou webservices WebDev d'un ERP métier.

Le store privé (Windows uniquement)

Le store privé WinDev, qui permet de distribuer vos mises à jour applicatives à vos clients, reste pour l'instant limité à Windows. Si vous souhaitez l'auto-héberger, il vous faudra donc un serveur Windows — ce qui est moins économique, mais reste accessible via un VPS Windows.

Solution 4 : Préparer une migration vers d'autres technologies

C'est sans doute la solution la plus stratégique, mais aussi la plus ambitieuse. Face à une politique tarifaire qui peut remettre en cause la rentabilité de tout un parc applicatif, plusieurs développeurs ont déjà annoncé entamer une migration. La question n'est plus vraiment "faut-il migrer ?" mais "par où commencer ?".

Étape 1 : Migrer la base de données HFSQL vers PostgreSQL (ou MySQL/MariaDB)

C'est la première étape logique, car elle est indépendante du langage applicatif et constitue un socle pour la suite. HFSQL est certes efficace, mais PostgreSQL ou MySQL sont libres, gratuits, et universellement supportés.

La migration se déroule généralement ainsi :

Audit du schéma HFSQL : export des structures de tables, des index, des relations.
Création du schéma équivalent sous PostgreSQL via un script.
Migration des données : le plus efficace est de développer soi-même un outil de conversion en Windev. Les tables auront la même structure des deux côtés. L'outil devra se connecter alternativement sur chaque base de données et recopier les données table par table. Vous devrez régler ponctuellement des problèmes d'index ou de format de colonnes (date, heures, etc..)
Adaptation des accès données dans WinDev : WinDev supporte l'accès natif ou ODBC/OLE DB vers PostgreSQL ou MySQL, ce qui permet de conserver temporairement le code WLanguage en ne changeant que la couche d'accès aux données.

Cette étape seule vous libère d'une partie de la dépendance à PCSOFT, même si vous conservez WinDev pour l'instant.

Étape 2 : Redévelopper les applications avec l'aide de l'IA

C'est là que la donne a radicalement changé en 2025-2026. Des outils comme GitHub Copilot, Claude, ou Cursor permettent aujourd'hui d'accélérer considérablement le portage d'une application d'un langage à un autre.

Les langages et environnements cibles

Pour les développeurs WinDev qui ne souhaitent pas tout réapprendre from scratch, plusieurs alternatives offrent une transition plus douce :

Xojo : probablement le successeur spirituel le plus proche de WinDev. Xojo est un environnement RAD (Rapid Application Development) avec un langage propriétaire proche du Basic, une approche visuelle similaire (fenêtres, contrôles, événements), et la capacité de compiler pour Windows, macOS, Linux et le Web depuis un seul projet. Pour un développeur WinDev, la courbe d'apprentissage est nettement moins raide qu'avec C# ou Python. Attention cependant : Xojo est lui aussi un éditeur propriétaire avec abonnement, ce qui ne résout pas fondamentalement la question de la dépendance.
Lazarus / Free Pascal : pour ceux qui veulent une solution 100 % gratuite et open source. Lazarus est visuellement très proche de Delphi (et donc de l'approche RAD), supporte Windows, Linux et macOS, et dispose d'une communauté active. La compilation produit des exécutables natifs sans dépendance runtime. C'est une option sérieuse pour des applications Windows classiques, même si l'écosystème est moins riche que celui de .NET ou Java.
C# / .NET MAUI : le choix naturel pour cibler Windows, Android, iOS et macOS depuis une base de code unique. L'écosystème est mature, Microsoft investit massivement dedans, et les outils de développement (Visual Studio, Rider) sont excellents. La transition depuis WLanguage demande un effort, mais l'IA facilite énormément la réécriture de la logique métier.
Python + frameworks web (Django, FastAPI + React/Vue) : particulièrement adapté pour des applications fortement orientées web, des outils de reporting ou d'administration, ou des applications qui n'ont pas besoin d'un client lourd.
Java / Kotlin : pour des équipes qui ciblent Android en priorité ou qui évoluent dans un écosystème JVM existant.
B4J : solution multiplateforme 100 % gratuite, partiellement open source, proposant un langage de programmation proche du VB6, basée sur Java

La voie radicale : développer 100 % avec l'IA

Au-delà de l'aide à la migration, il existe aujourd'hui des plateformes qui permettent de générer une application complète à partir d'une description en langage naturel, sans écrire une seule ligne de code soi-même :

Replit Agent : Replit a évolué bien au-delà du simple IDE en ligne. Son agent IA peut générer, exécuter, déboguer et déployer une application web complète à partir d'un prompt. On décrit le besoin ("je veux un outil de gestion de clients avec facturation et tableau de bord"), et l'agent produit une application fonctionnelle, hébergée directement sur l'infrastructure Replit. Idéal pour des applications web internes ou des outils métiers légers.
Si vous souhaitez tester cette solution, obtenez 25$ de crédit. Le gros avantage de Replit Agent est d'avoir accès à tout le code et de pouvoir héberger soi-même, si on le souhaite. On n'est pas lié à REPLIT.
Lovable (ex-GPT Engineer) : génère des applications web complètes (React + backend) à partir d'une description. Très orienté front-end et prototypage rapide.
Emergent : le rival de Lovable pour créer une app mobile avec l'IA
Bolt.new : concurrent direct de Lovable, développé par StackBlitz. Même approche : description en langage naturel → application web déployable.
Claude Artifacts / ChatGPT Canvas : pour des outils plus ciblés (formulaires, calculateurs, tableaux de bord), il est possible de générer directement une mini-application HTML/JS autonome, sans infrastructure, déployable sur n'importe quel hébergement statique.
VISION SOFT : une solution de Vibe-coding 100% française, d'une société basée au Pays basque. Même approche que Replit Agent, mais pas d'accès aux sources, dépendance à l'abonnement.

Ces approches "no-code IA" ont leurs limites : elles conviennent mieux aux applications web qu'aux applications desktop lourdes, et la maintenabilité du code généré peut être variable. Mais pour un ERP métier dont certains modules pourraient migrer vers le web, elles méritent sérieusement d'être explorées — d'autant qu'elles permettent de tester un re-développement en quelques heures plutôt qu'en plusieurs semaines.

Le processus de migration assistée par IA, qu'il passe par un de ces outils ou par un assistant de code classique, consiste typiquement à :

Fournir à l'IA le code WLanguage par module fonctionnel, accompagné du contexte métier.
Lui demander de le retranscrire dans le langage ou l'environnement cible.
Tester, corriger, et itérer module par module.

Les parties les plus délicates restent l'UI et les spécificités WinDev (états, fenêtres d'analyse, centres de sécurité), qui nécessitent un re-design plus profond. Mais la logique métier pure — calculs, règles de gestion, accès aux données — se porte très bien à la migration assistée par IA.

En conclusion

La nouvelle tarification PCSOFT de juin 2026 agit comme un révélateur : la dépendance totale à un seul éditeur est un risque stratégique. Les développeurs et éditeurs qui avaient bâti tout leur catalogue sur WinDev se trouvent aujourd'hui dans une position délicate. Espérons que PCSOFT reviendra sur ce modèle économique.

Les solutions existent, et elles ne sont pas toutes ou rien : on peut commencer par geler les versions, regrouper les applications, auto-héberger ses infrastructures, et progressivement initier une migration de la base de données. L'IA est aujourd'hui un vrai accélérateur pour qui souhaite aller plus loin.

Chez SEALOG, nous accompagnons nos clients dans ces réflexions stratégiques. N'hésitez pas à prendre rendez-vous pour en discuter.

Factur-X : Valider et/ou créer vos factures électroniques au format Factur-X facilement avec Windev, toutes versions

2026-05-22T17:45:49.000+02:00

Nous travaillons depuis quelques mois sur une API simplifiée pour les développeurs Windev, voir http://devverspa.fr et notre article du 4 février 2026.

L'API est toujours en cours de développement pour être opérationnelle pour le mois de septembre 2026. Sa simplicité vous permettra d'intégrer facilement l'envoi et la réception, respectivement, de vos factures de vente et d'achat.

Avant cela, nous vous proposons une API pour valider vos factures, et aussi pour générer facilement vos factures au format Factur-X à partir d'un JSON. Un JSON est plus simple à créer et à remplir à partir de vos factures et de vos données qu'un fichier XML, celui du format Factur-X. Vous n'aurez pas besoin de suivre les évolutions du format Factur-X, ou tout au moins ce sera plus facile de s'adapter.

Si vous générez déjà vos factures au format Factur-X, l'API de validation vous sera aussi d'une grande utilité.

Pour accéder à l'API, envoyez-nous une demande d'inscription par mail avec vos coordonnées. l'API est disponible ici :

https://devverspa.fr/DEVVERSPA_WEB/awws/index.htm

L'intégration dans Windev se fait simplement par importation du Webservice dans votre projet Windev :

Il faudra renseigner l'adresse suivante :

https://devverspa.fr/DEVVERSPA_WEB/awws/DevVersPA.awws?wsdl

Ensuite, pour valider une facture que vous avez générée au format Factur-X, voici les quelques lignes de codes :

BufFichier est un Buffer
BufFichier=fChargeBuffer(sCheminFichier)
sTokenConnexion est une chaîne
sTokenConnexion=WS_1_ConnexionDevVersPA("votelogin","votremotdepasse")
vResultatValidation=JSONVersVariant(WS_2_ValidationFacturX(sTokenConnexion,"PDF",Encode(BufFichier,encodeBASE64URL),"JSON"))
SI vResultatValidation.ValidationFacture=Faux ALORS
info(vResultatValidation.ResultatTexte)
FIN

Dans ce code, la variable sCheminFichier doit contenir le chemin et le nom du fichier PDF de votre facture. Vous appelez la fonction WS_1_ConnexionDevVersPA pour vous connecter à l'API. Puis appelez la fonction WS_2_ValidationFacturX pour demander le test de validation de votre facture. En résultat, vous avez un booléen qui indique si la facture est valide. Si ce n'est pas le cas, vous obtiendrez un texte explicatif des raisons de l'invalidité de votre facture.

Si vous souhaitez générer une facture au format Factur-X, il faut d'abord préparer un fichier JSON dont voici un exemple à télécharger :

https://devverspa.fr/Exemples_Fichiers/Facture_Francais_Fnfe.json

Cet exemple est basé sur un exemple du kit fourni par FNFE https://fnfe-mpe.org/. Il s'agit d'une facture complète en EN16931. Le JSON est en français, donc plus facile à compléter.

Pour générer une facture au format Factur-X, voici un exemple de code :

BufFichierPDF est un Buffer
sResultat est une chaîne
sFactureJson est une chaîne
bufFactureJson est un Buffer
sFactureJsonEncodée est une chaîne

bufBufFichierPDFFacturX est un Buffer

BufFichierPDF = fChargeBuffer(SAI_Fichier_PDF)
sFactureJson = fChargeTexte(SAI_Fichier_Json_français)

sTokenConnexion est une chaîne
sTokenConnexion=WS_1_ConnexionDevVersPA("votrelogin","votremotdepasse")

sFichierPDF est une chaîne
sFichierPDF = Encode(BufFichierPDF,encodeBASE64URL)

bufFactureJson=Compresse(sFactureJson)
sFactureJsonEncodée=Encode(bufFactureJson,encodeBASE64URL)

sResultat = WS_3_CreerFacturX(sTokenConnexion,sFactureJsonEncodée,sFichierPDF)

bufBufFichierPDFFacturX = Décode(sResultat,encodeBASE64URL)

fSauveBuffer("C:\Documents\TestFacturX.pdf",bufBufFichierPDFFacturX)

Pour envoyer votre JSON et votre facture au format PDF (ici dans des champs de saisie d'une fenêtre), il faut les encoder en base 64, et pour le JSON le compresser. En effet, pour simplifier l'intégration de l'API, nous avons fait le choix d'une API au format SOAP plus facile à manipuler dans Windev ou Webdev. Et dans ce cas, c'est le moyen le plus simple pour transmettre les fichiers.

L'API est utilisable avec les versions de Windev 22 à 2026. Pour une version plus ancienne de Windev, c'est possible en utilisant un petit exécutable réalisé avec une version plus récente pour faire la conversion.

Si vous souhaitez tester ces deux fonctionnalités et les intégrer dans vos projets, contactez-nous sur contact@devverspa.fr ou prenez un rendez-vous pour obtenir vos login et mot de passe.

Utiliser Linux avec WinDev : faites des économies !

2026-04-07T17:59:00.000+02:00

Linux offre une alternative économique à Windows pour WinDev, aussi bien du côté des serveurs, pour héberger à moindres coûts, que du côté des postes utilisateurs avec la fin du support de Windows 10 survenue en octobre 2025. Cela permet de réduire les coûts de licences serveurs et de prolonger la vie des anciens postes utilisateurs.

Développement desktop et Migration

WinDev supporte nativement les exécutables Linux depuis de nombreuses versions, et permet de créer des applications desktop avec la librairie Qt. Migrer une application Windows vers Linux se fait en créant une configuration Linux dans le projet, ensuite vous devrez compiler et adapter le code en remplaçant les fonctions Windows spécifiques (ex. : API système, contrôles non supportés) par des équivalents.

Les distributions compatibles sont Ubuntu 18+, Debian 8+, OpenSUSE Leap 15 et CentOS 7.

Hébergement de site Webdev, Webservices et déploiement d'applications Windev en HTTP

Le serveur d'applications WebDev s'installe sur Linux avec Apache2, libapache2-mod-fcgid, Qt5 et libc6, via un installeur dédié (webdev_install_64). Il permet de déployer des sites WebDev, des webservices SOAP/REST. Le déploiement d'application Windev en HTTP est aussi possible en configurant le serveur HTTP (apache) et le serveur FTP correctement.

HFSQL Client/Serveur est disponible sous Linux, ce qui permet d'économiser des licences Windows Server souvent couteuses.

Par contre, à ce jour, le serveur BAAS n'est pas disponible pour Linux. PCSOFT nous répond qu'il a transmis une demande à son équipe de développement. Il n'est donc pas possible de déployer des applications via un store privé hébergé sur un serveur Linux.

Utilisation d'application en RemoteApp

À défaut de "webiser" des applications Windev, peut-être utilisez-vous l'option RemoteApp de Microsoft sur serveur Windows. Cette option permet à vos utilisateurs d'accéder à votre application, sans l'installer sur leur poste. Un raccourci lance une session à distance sur un serveur Windows et ouvre l'application dans une fenêtre, comme si elle était installée sur le poste.

Cette option nécessite pour chaque utilisateur une licence supplémentaire pour l'accès en RemoteApp, ce qui augmente les coûts d'utilisation de votre application.

Sous Linux, une solution équivalente existe, proposée par la société Cendio : ThinLinc. Avec cette solution, vous devrez recompiler votre projet Windev avec une configuration Linux et ensuite le déboguer si toutefois il reste des bugs spécifiques à l'environnement.

Comparaison WinDev : Windows vs Linux

SEALOG vous accompagne pour votre Migration

SEALOG aide les développeurs WinDev à porter leurs solutions sous Linux, de l'adaptation du code à l'hébergement webservices. Contactez-nous pour un accompagnement sur mesure, soit par mail : info@sealog.info, soit en visio.

L'intégration d'API REST et SOAP dans les applications développées avec la suite Windev

2026-02-23T09:15:00.005+01:00

L’intégration d’API REST ou SOAP dans une application WinDev est aujourd’hui un passage obligé pour connecter vos logiciels au SI de vos clients, à des services cloud ou à des plateformes métiers. WinDev fournit justement tout l’outillage nécessaire pour consommer ces APIs sans complexité excessive, que ce soit via des Webservices SOAP décrits en WSDL ou des APIs REST au format JSON, avec ou sans authentification forte.

Importer facilement un Webservice SOAP

Pour un Webservice SOAP, l’assistant d’import de WinDev se base sur la description WSDL du service pour générer automatiquement les types WLanguage et les procédures d’appel.

Les grandes étapes sont les suivantes :

Saisir l’URL du WSDL dans l’assistant d’importation de Webservice.
Indiquer si nécessaire des informations d’authentification au niveau de l’assistant (login/mot de passe HTTP ou spécifique au service).
Laisser WinDev créer les types complexes, structures et fonctions correspondant aux opérations du service, qui apparaissent ensuite dans la rubrique WebServices de l’explorateur de projet.

On se retrouve alors à appeler les méthodes du Webservice comme de simples procédures WLanguage, sans écrire de code SOAP manuel.

Certains Webservices SOAP (par exemple ceux de l'EUDR pour l'Europe) nécessitent une programmation plus "manuelle", où l'on doit renseigner les paramètres dans l'entête avec un codage spécifique. Windev offre dans ce cas toutes les fonctions nécessaires.

Consommer une API REST et manipuler du JSON

Pour les APIs REST, les types httpRequête et httpRéponse du WLanguage permettent de construire vos appels HTTP (GET, POST, PUT, DELETE…) et de récupérer la réponse JSON de manière typée.

WinDev propose plusieurs mécanismes pour manipuler le JSON :

Un type natif JSON qui facilite la lecture/écriture de propriétés dans un document JSON, notamment lorsqu’on connaît déjà la structure attendue.
La conversion entre structures/variables WLanguage et JSON via des fonctions dédiées (par exemple JSONVersVariant ou l’utilisation d’un variant pour construire dynamiquement un objet puis le sérialiser en JSON texte).

Vous pouvez ainsi :

Définir une structure WLanguage correspondant au contrat JSON de l’API, puis sérialiser/désérialiser automatiquement.
Ou utiliser un variant/JSON natif pour explorer et manipuler des réponses plus dynamiques, sans définir toutes les structures à l’avance.

Gérer l’authentification (token, OAuth2…)

La plupart des APIs REST ou SOAP exigent aujourd’hui un mécanisme d’authentification, le plus souvent par token (Bearer) dans l’en-tête Authorization, ou via OAuth2.

Dans un scénario classique de type OAuth2 côté client :

Une première requête POST permet d’obtenir un token d’authentification auprès du serveur d’identité, en passant les paramètres requis (client_id, client_secret, grant_type, etc.) dans le corps ou l’URL.
Le token obtenu (souvent un JWT) est ensuite injecté dans l’en-tête Authorization des requêtes suivantes, en plus des en-têtes usuels (Content-Type, Accept…).

WinDev gère cela sans difficulté particulière grâce aux propriétés des types httpRequête/httpRéponse qui permettent de renseigner les en-têtes personnalisés et le contenu JSON ou x-www-form-urlencoded selon les besoins. Côté serveur, des exemples et bonnes pratiques montrent comment valider un token, contrôler son périmètre et renvoyer un nouveau jeton à chaque requête pour renforcer la sécurité.

Pourquoi WinDev simplifie vraiment l’intégration d’API

En combinant ces briques, WinDev permet de réduire le “plancher technique” nécessaire pour intégrer des services externes :

Importation automatique de Webservices SOAP à partir du WSDL, avec génération des types et des operations.
Support natif du JSON (type JSON, variant, fonctions de conversion) pour les APIs REST modernes.
Outils d’appel HTTP et de gestion d’authentification, y compris pour des scénarios OAuth2 avec récupération et usage de tokens.

Pour un développeur WinDev, cela se traduit par des intégrations plus rapides, un code plus lisible et une meilleure robustesse face aux évolutions des APIs, tout en restant dans l’environnement WLanguage habituel.

Besoin d'assistance pour une intégration

Vous avez besoin d'aide pour intégrer une API :

Dépôts ou lecture de fichiers sur OneDrive, envoi de mail via MS GRAPH de Microsoft
envois et réceptions de factures électroniques via une plateforme agréée
API du règlement européen EUDR
API pour du paiement en ligne (Stancer, Paypal, etc...)
API de vérification d'entreprises PAPERS

Contactez-nous sur info@sealog.info ou prenez rendez-vous

Windev, factur-X et PA (Plateforme agréée) : Une API ultra-simple

2026-02-04T18:04:00.011+01:00

🚀 Facture électronique & Windev : une

solution

simple pour une transition sans douleur

Beaucoup de programmeurs Windev se retrouvent aujourd’hui face à un défi majeur : comment gérer la facture électronique, aussi bien au niveau de la génération Factur‑X que de l’envoi vers une plateforme agréée.

Votre application produit déjà des factures via l’éditeur d’état de Windev — puissant, flexible, efficace.
Mais demain, il faudra générer une facture électronique conforme et la transmettre automatiquement à une plateforme certifiée.

💡 Générer une facture électronique avec Windev : possible, mais complexe

Comme nous l’avons déjà expliqué sur ce blog, Windev permet bien sûr de produire une facture électronique conforme.
Cependant :

la norme évolue régulièrement,
la structure Factur‑X (ou CII) reste technique,
la maintenance du code est lourde,
chaque évolution nécessite des modifications dans vos développements.

En résumé : c’est faisable, mais pas simple, ni surtout durable sans investissement continu.

🏗️ Envoyer une facture vers une plateforme agréée : encore plus complexe

Autre difficulté : le dépôt des factures sur une plateforme partenaire PA.

Chaque plateforme :

possède sa propre API,
définit un cycle de vie spécifique des statuts,
impose souvent des mécanismes techniques avancés (webhooks, OAuth2, etc.).

Avec Windev, la mise en œuvre devient vite lourde et chronophage.

🎯 Notre objectif : simplifier radicalement la facture électronique dans vos projets Windev

Pour répondre à ce besoin, nous avons conçu une API ultra‑simple, spécialement pensée pour les développeurs Windev.
Elle s’appuie sur une plateforme agréée et masque toute la complexité, autant sur la génération que sur l’envoi.

👉 Fonctionne avec toutes les versions de Windev, même très anciennes.
👉 Aucun besoin de générer du Factur‑X.
👉 Aucun besoin d’appeler des API complexes.

🧩 Les fonctions de l'API

1. EnvoieFactureVersPA(DonnéesFacture,FormatDonnées)

Envoie une facture de vente vers la plateforme agréée.

Fournissez simplement une chaine Texte, JSON.
Précisez le format utilisée
L’API se charge de générer la facture Factur-X conforme et de la transmettre au partenaire agréé de votre client
Le fichier contient les informations classiques :
- client (nom, adresse),
- totaux,
- conditions de règlement,
- lignes de facture, etc.
En retour, vous obtenez un ID facture, à stocker dans votre base.

Aucune extraction complexe. Aucun format Factur‑X à coder.

2. LectureStatutFacture(IDFacture)

Permet de connaître le statut actuel de la facture (selon la codification de la norme).

Vous pouvez ainsi facilement :

afficher la progression dans votre application,
détecter les erreurs,
automatiser le suivi.

Et… c’est tout !

Les fonctions sont :

simples,
rapides à intégrer,
utilisables immédiatement avec la complétion dans Windev.
s'appuient sur une plateforme agréée, donc conforme

🔧 Évolutions prévues

Nous travaillons déjà sur d’autres fonctionnalités :

récupération des factures de ventes au format Factur‑X,
récupération des factures d’achats,
extensions pour automatiser encore davantage les flux.

La solution est en cours de développement : vous pouvez nous contacter pour en savoir plus

📞 Intéressé ? Contactez‑nous

📧 info@sealog.info
📅 Prendre rendez‑vous :
👉 https://calendly.com/fgsealog/rendez-vous-avec-francois-girardeau

Abonnement Windev : partagez vos licences !

2025-11-26T11:40:00.013+01:00

La suite WinDev 2025 (et bientôt 2026) de PC SOFT marque un tournant important avec l'introduction de la formule par abonnement, anciennement appelée mode SaaS (Software as a Service). Cette nouvelle approche modernise profondément l'utilisation des outils de développement et apporte de nombreux bénéfices concrets aux développeurs et aux équipes de développement.

Un démarrage immédiat et simplifié

L'un des premiers avantages de la version par abonnement est la rapidité de mise en œuvre. Dès la souscription, vous pouvez télécharger et installer la suite depuis votre portail développeur, sans attendre la livraison physique d'une clé. Cette accessibilité instantanée permet de démarrer vos projets sans délai, un atout majeur dans un environnement où la réactivité est essentielle.++

Fini les contraintes de la clé physique

Le passage au mode abonnement élimine définitivement les inconvénients liés au dongle USB. Avec l'ancienne formule, les développeurs devaient systématiquement transporter leur clé physique pour travailler sur différents postes. Cette contrainte matérielle appartenait désormais au passé.++

La liberté du multiposte : Avec la version par abonnement, vous pouvez installer WinDev 2025 sur plusieurs ordinateurs simultanément. L'installation se fait en local, et il vous suffit de vous connecter avec vos identifiants pour activer votre licence sur le poste souhaité. Vous travaillez depuis votre bureau ? Aucun problème. Vous êtes en déplacement chez un client avec votre ordinateur portable ? Tout aussi simple. Il suffit de désactiver la licence sur un poste pour l'activer sur un autre. ++

Cette flexibilité transforme radicalement l'expérience de développement, notamment pour les développeurs qui alternent entre plusieurs environnements de travail ou qui collaborent avec des équipes distantes.

Un mode hors ligne Pratique

Contrairement à une idée reçue, la version abonnement ne nécessite pas une connexion Internet permanente. L'installation est locale et vous pouvez travailler hors ligne pendant plusieurs jours. Une authentification en ligne périodique est requise, mais cette approche hybride concilie parfaitement flexibilité d'usage et sécurité de la licence.++

Des mises à jour continues et exclusives

La formule par abonnement offre un accès privilégié aux mises à jour continues. Alors que les versions avec clé physique reçoivent des mises à jour limitées, les abonnés bénéficient de nombreuses nouvelles fonctionnalités tout au long de l'année.++

Les updates régulières de la version 2025 apportent constamment des améliorations, notamment :++

De nouvelles fonctions du WLangage
Des fonctionnalités exclusives pour Android, les webservices, et HFSQL
Des optimisations de performance et de sécurité

Cette approche garantit que vous disposez toujours des derniers outils et des dernières corrections, sans attendre la prochaine version annuelle majeure.

Une gestion d'équipe simplifiée

Pour les entreprises et les équipes de développement, la version abonnement offre un tableau de bord centralisé permettant de gérer facilement les licences. Vous pouvez :

Affecter ou désaffecter des licences à vos collaborateurs en quelques clics
Gérer des licences temporaires pour des stagiaires ou des prestataires externes
Superviser l'utilisation des licences depuis une interface unique
Garder des licences en réserve pour des besoins ponctuels

Cette souplesse administrative représente un gain de temps considérable pour les responsables techniques et facilite la collaboration au sein des équipes. ++

Idéal pour les utilisateurs occasionnels et à temps partiel

Le mode abonnement de WinDev 2025 est particulièrement intéressant pour les utilisateurs occasionnels ou à temps partiel, qui n’ont pas besoin d’une licence dédiée à plein temps. Dans ce modèle, une même licence peut être partagée entre plusieurs développeurs, à condition qu’elle ne soit utilisée que par une seule personne à la fois. Concrètement, cela permet d’équiper, à moindre coût, une équipe où certains ne se connectent qu’épisodiquement (consultants, intervenants externes, renforts ponctuels, développeurs d’astreinte, etc.), là où l’ancienne clé physique imposait d’acheter une licence par poste et compliquait fortement ce type de partage. Ce fonctionnement rend la facture globale beaucoup plus proportionnelle à l’usage réel de l’outil et ouvre la porte à des organisations plus flexibles et collaboratives.

Un environnement de développement Unifié

La WinDev Suite 2025 en version abonnement intègre les trois produits (WinDev, WebDev et WinDev Mobile) dans un environnement unifié. Un seul raccourci permet d'ouvrir n'importe quel type de projet, simplifiant considérablement le quotidien des développeurs polyvalents. Cette intégration "tout-en-un" élimine le besoin de jongler entre plusieurs installations distinctes.++

Un modèle financier prévisible

Sur le plan économique, la formule par abonnement présente plusieurs avantages :++

Un coût d'entrée modéré (environ 89 € par mois ou 1 068 € par an), particulièrement adapté aux petites structures et aux développeurs indépendants ++
L'élimination d'un investissement initial important
Un étalement des coûts dans le temps, facilitant la gestion budgétaire
L'inclusion de toutes les évolutions et améliorations sans surcoût

Pour les entreprises disposant déjà d'une licence avec clé, PC SOFT propose des remises sur les frais de souscription initiaux, facilitant la transition vers le nouveau modèle. ++

Accès aux services cloud et infrastructure

La version par abonnement s'intègre naturellement avec l'écosystème cloud de PC SOFT, offrant un accès simplifié aux services d'hébergement, de déploiement et de gestion de bases de données HFSQL. Cette synergie renforce la cohérence de l'environnement de développement et de production. ++

Une approche DevOps renforcée

WinDev 2025 en version abonnement s'inscrit dans une logique DevOps intégrée, avec des outils permettant :++

Un déploiement plus rapide des applications
Une meilleure intégration avec les centres de contrôle
Des fonctionnalités avancées de gestion de projet et de suivi
Une collaboration facilitée via le GDS (Gestionnaire de Sources)

Sécurité et pérennité

La dématérialisation de la licence élimine les risques liés aux dongles physiques : perte, vol, panne ou incompatibilité matérielle. Vos projets restent accessibles tant que votre abonnement est actif, et vous conservez naturellement l'accès à vos codes sources en local.++

Conclusion

Le passage à la licence par abonnement pour WinDev 2025 représente une évolution naturelle vers plus de flexibilité, d'agilité et de modernité. La fin des contraintes matérielles, la possibilité de partager facilement les licences entre plusieurs postes et plusieurs utilisateurs, l'accès aux mises à jour continues et la simplification de la gestion d'équipe constituent des avantages tangibles pour tous les profils de développeurs.++

Cette transformation s'inscrit dans une tendance générale du secteur du logiciel, où près de 80% des éditeurs ont adopté le modèle d'abonnement. PC SOFT rejoint ainsi les standards de l'industrie tout en offrant aux développeurs français un outil moderne, performant et adapté aux exigences actuelles du développement d'applications.++

Pour SEALOG et nos clients, cette évolution ouvre de nouvelles possibilités de collaboration et d'optimisation de nos processus de développement, tout en maintenant la qualité et la rapidité qui font la réputation de la suite WinDev.

Besoin d'accéder à une licence partagée ? Contactez-nous en visio : https://extranet.sealog.fr/rendez-vous

Écrire une application spécifique avec WinDev et SAGE Ligne 100 / Objets métiers et SQL Server

2025-11-18T11:33:00.011+01:00

Développer une solution sur-mesure pour un ERP tel que SAGE Ligne 100 représente un enjeu stratégique pour une entreprise cherchant à automatiser, personnaliser ou optimiser ses processus métier. WinDev, proposé par PCSOFT, se présente comme un environnement de développement particulièrement prisé pour ce type de projet. Faut-il, cependant, privilégier WinDev face à d’autres langages, et quel mode d’intégration adopter : objets métiers SAGE ou accès direct à SQL Server ?

Avantages du choix WinDev

WinDev se distingue par sa forte productivité : son langage propriétaire
(WLanguage), l’intégration native de nombreux outils, et une approche RAD (Rapid Application Development) permettent d’obtenir rapidement des applications fonctionnelles. Parmi les points forts :

Connecteurs ERP : WinDev offre des outils dédiés pour interfacer les ERP majeurs, dont SAGE Ligne 100. Cette intégration facilite l’accès aux objets métiers, la gestion des transactions et l’utilisation des API standards SAGE.
Gestion multi-base : La capacité à se connecter facilement à SQL Server, Oracle, ou des bases XML/REST, est un atout pour les infrastructures hétérogènes.
Interface utilisateur : La création de fenêtres et de dialogues riches, ergonomiques, avec peu de code, est un des grands avantages de WinDev.
Communauté et support : En France, la communauté WinDev est active, le support efficace, et la documentation en français.

Tableau comparatif : WinDev vs autres langages (C#/Java)

Critère	WinDev	C# / Java
Productivité initiale	Très élevée	Moyenne à élevée
Portabilité multiplateforme	Moyenne	Élevée
Intégration SAGE	Native, outillée	Requiert API/Connecteurs
Richesse interface	Élevée, RAD	Dépend du framework
Coût licences	Payant	Microsoft/Gratuit (Java)
Communauté francophone	Très active en France	Large, internationale

Développement : objets métiers SAGE vs accès direct SQL Server

Lors de l’intégration de WinDev à SAGE Ligne 100, deux grandes méthodes de développement sont possibles : utiliser l’API des objets métiers SAGE, ou accéder directement à la base SQL Server.

Utilisation des objets métiers SAGE

Sécurité : Les objets métiers encapsulent les règles de gestion, valident les données, et s’assurent de la cohérence des processus métiers. Cela réduit considérablement les risques d’incohérence ou de perte de données.
Fiabilité et évolutivité : Les évolutions fonctionnelles ou légales sont gérées par SAGE ; il suffit de mettre à jour l’ERP pour que l’application reste compatible.
Support : En cas de dysfonctionnement, le support SAGE traite votre demande, car les objets métiers sont officiellement supportés.

Accès direct SQL Server

Performance brute : Pour des besoins d’extraction massive ou de reporting, l’accès direct à la base SQL est plus rapide.
Flexibilité : Accès libre aux données, possibilité de requêtes personnalisées ou de manipulations avancées non prévues par l’ERP.
Risques : Toute modification faite en dehors des objets métiers peut entraîner des incohérences, des corruptions (ex : modification de champs non synchronisés), voire compromettre la traçabilité légale ou fiscale si elle n'est pas bien maitrisée. Il est possible d'annuler ce risque en adoptant une technique rigoureuse de comparaison entre une action faite par l'application métier et SAGE dans la base de données. Pour cela il faut avoir deux installations de SAGE identiques, l'une modifiée par l'application métier et l'autre par SAGE.

Tableau comparatif : objets métiers SAGE vs accès SQL direct

Critère	Objets métiers SAGE	Accès direct SQL Server
Sécurité	Élevée	À la charge du développeur
Cohérence	Garantie par le modèle SAGE	À la charge du développeur
Performance	Moyenne	Élevée (requêtes)
Maintenance	Simple, évolutive	Contrainte lors des mises à jour
Support SAGE	Complet	Non pris en charge

Conclusion

Opter pour WinDev afin de réaliser une application spécifique liée à SAGE Ligne 100 est un choix pertinent, notamment pour gagner en productivité. La méthode d’intégration doit être stratégique : l’utilisation des objets métiers SAGE apporte sécurité et pérennité, tandis que l’accès direct à SQL Server, s’il séduit par sa performance, nécessite une rigueur et une expertise accrues. Le choix dépend donc du type d’application, des contraintes métiers et du niveau de support attendu.

Vous souhaitez développer une application spécifique autour de SAGE Ligne 100, avec les objets métiers ou directement en lien avec la base SQL Server ?

Nous avons une très bonne expérience du développement avec ces deux approches.

Contactez-nous sur info@sealog.info ou en visio : https://extranet.sealog.fr/rendez-vous

La suite WINDEV : vers un environnement de développement haut de gamme, PCSOFT en mode Start-Up

2025-11-14T17:32:00.012+01:00

On ne fait pas d'omelettes sans casser des œufs. C'est le cas pour la suite Windev en ce moment.

Les changements actuels de la suite Windev étaient attendus depuis des années, notamment :

la dématérialisation et l'abandon de la protection des licences par des clefs physiques
le changement de style de marketing
l'évolution vers un versioning continu
une meilleure gestion de la qualité logiciel appliquée à suite Windev
la dématérialisation de la LST (non encore réalisée)

PCSOFT avait peu évolué depuis des années et était resté sur ses acquis. Après le rachat de PCSOFT par la société canadienne VOLARIS en 2024, PCSOFT fonctionne en mode Start-Up et chamboule tout.

Le changement majeur des licences a des débuts chaotiques. D'abord appelé mode SAAS, puis maintenant Abonnement, PCSOFT cherche le bon positionnement. Nous découvrons ces changements lors des mises à jour ou dans la documentation, mise à jour au fil du temps.

À partir de la version 2026, cette notion d'activation/désactivation d'abonnement dans Windev, par rapport à la version avec clé, devrait logiquement disparaitre, puisque c'est devenu le seul mode de licence. Évidemment, PCSOFT ne reviendra pas aux clés physiques. Pour autant, cela pose de nombreuses questions à tous les développeurs détenteurs d'une clé.

Des développeurs qui possèdent une seule clé, qu'ils renouvelaient parfois après plusieurs années, ne prendront probablement pas l'abonnement, sauf s'ils ont un usage intensif de Windev. L'avantage de l'abonnement est de pouvoir partager une licence à plusieurs. Selon leur usage, ils pourront faire appel à cette solution.

D'autres achetaient des clés de "réserve", qu'ils renouvelaient aussi de temps en temps, mais pas tous les ans. Les formules par abonnement vont changer les comportements et là aussi le partage de licences pourra être intéressant. Car c'est bien un des avantages de l'abonnement, de pouvoir changer de poste facilement.

PCSOFT a probablement fait une étude de marché pour faire ses choix et anticiper les comportements des développeurs. L'un des paramètres est aussi le choix des frais de souscription initiale. Actuellement affiché à 1990 € HT pour la suite (ils étaient à 990 € HT en début d'année), cela positionne la suite Windev comme un environnement de développement haut de gamme pour les nouveaux entrants. En mode Start-Up, PCSOFT devra certainement revoir sa copie et faire évoluer sa politique commerciale encore de nombreuses fois.

Du côté des critiques sur les réseaux sociaux, elles se sont calmées depuis la réunion du 25 septembre 2025 (voir https://bit.ly/49j3urR), mais sans apporter de solutions satisfaisantes aux inquiétudes des développeurs Windev. PCSOFT en a profité pour faire de nombreuses annonces. C'est toujours bon à prendre. Cela annonce encore de nombreux changements et c'est une très bonne chose.

L'avenir de la suite Windev passera par de nouvelles innovations, notamment pour Webdev, qui devrait être revue de fond en comble. Le parcours d'une Start-Up est souvent semé d'embûches. PCSOFT se retrouve dans cette position depuis son rachat. Espérons que cela ne perturbera pas trop l'univers des développeurs Windev.

Vous avez besoin d'une expertise sur la suite Windev et de mieux comprendre ses évolutions actuelles ? Contactez-nous.

Héberger soi-même ses applications développées avec Windev, Webdev ou Windev Mobile

2025-09-16T09:59:00.005+02:00

Avec le rachat, depuis 1 an, de PCSOFT par une société Canadienne, tous les coûts de développement des applications développées avec Windev, Webdev et Windev Mobile, augmentent de façon importante. Les licences des environnements de développement avec le nouveau mode Saas, mais aussi le prix de solutions PCSCloud.

Malheureusement, PCSCloud aussi augmente ses tarifs sans communiquer à ses clients. Les prix ont augmenté récemment de 20% d'un seul coup cette année. Difficile à répercuter si vous êtes freelance et que vous prenez ce coût à votre charge. La répercussion auprès du client final n'est pas toujours facile à justifier. Idem si vous payez ces services pour votre entreprise, pour justifier l'augmentation du budget de consommation du service.

La solution : abandonner les solutions PCSCLoud et gérer vous-même vos hébergements.

En effet, l'environnement de développement Windev fournit tous les outils nécessaires pour gérer soi-même ses serveurs HFSQL, ses serveurs d'applications Webdev et ses déploiements d'applications Windev en HTTP ou via un store privé.

On peut le faire sur des serveurs Windows ou des serveurs Linux, cette dernière option étant évidemment moins chère.

Sous Windows, il vous faudra un serveur Windows Server 2022 ou Windows Server 2025 en version standard. Ce serveur peut être hébergé chez un fournisseur comme OVH ou Microsoft Azure (mais il en existe beaucoup d'autres) dans une VM. Vous pouvez aussi avoir votre propre serveur en interne, avec la fibre et ses débits de plus en plus important, vous pouvez héberger vous-même sans aucun problème. Par besoin d'avoir de grosses machines, des mini-ordinateurs sont largement suffisants pour faire de l'hébergement, tellement les puissances des machines ont augmenté ces dernières années. Ils sont souvent bien plus puissants que des machines virtuelles payées à prix d'or chez un hébergeur.

La première étape est d'installer un serveur HFSQL, pour vos bases de données dans ce format, mais également pour héberger votre GDS.

Ensuite, il vous faudra certainement un serveur HTTP pour les déploiements de vos applications développées avec Windev et pour l'hébergement de vos sites Webdev. Au fils des années, les installations se sont simplifiées. Il reste tout de même sous quelques réglages à effectuer, car le couple Webdev/IIS sous Windows est parfois capricieux.

Au final, le jeu en vaut vraiment la chandelle, car vous pouvez facilement deviser vos coûts d'hébergement de 2 à 10 fois, selon la solution adoptée.

Nous pouvons vous accompagner dans la mise à place de votre propre hébergement. Contactez-vous sur info@sealog.info ou prenez rendez-vous pour un échange en visio avec moi ici ici.

Licences Windev : le passage en version Saas (forcé ?) de PCSOFT continue

2025-08-28T17:44:00.007+02:00

Depuis juin 2024, PCSOFT à lancer la nouvelle licence de Windev, la licence Saas. D'abord, pendant quelques mois, en le proposant en parallèle du système de licences historique avec des clés physiques, puis exclusivement en abandonnant les licences par clés en février 2025. Depuis, tous les développeurs utilisant Windev s'interrogent et s'inquiètent de l'évolution de Windev dans les prochaines années.

En effet, PCSOFT nous avait habitué, depuis des années, à des mises à jour annuelles payantes, mais surtout avec la possibilité de rester sur une version à vie. Non seulement c'était bien commode, mais aussi nécessaire, car les mises à jour n'étaient jamais stables à leur sortie. Il fallait en général attendre 6 mois minimum avant de mettre en production un projet avec la dernière version. Pour sécuriser nos projets, nous avons mis en place des procédures pour conserver les projets dans chaque version, et ainsi pouvoir vérifier d'éventuelles régressions liées à un changement de version.

Avec le mode Saas, PCSOFT cherche essentiellement à gagner plus d'argent, depuis son rachat par le groupe canadien "Volaris Group", et veut obliger ses clients/développeurs à passer à l'abonnement, sans quoi ils ne pourront plus utiliser Windev, et donc seront bloqués dans toutes maintenances sur des applications existantes.

Ce passage en force se fait ressentir sur les réseaux sociaux, notamment sur LinkedIn, où, il ne se passe pas une journée sans un post d'un utilisateur de Windev faisant état de son mécontentement face à ce passage en force.

Voici quelques-uns des derniers posts :

Une association s'est même constituée pour essayer de peser face à PCSOFT : https://bit.ly/3VaxMVf

Il faut dire que Windev (mais aussi Webdev et Windev Mobile) est un outil formidable, avec de très nombreux avantages et beaucoup d'utilisateurs y sont fidèles depuis des années.

Malgré ce mécontentement, PCSOFT, persiste et cherche par tous les moyens à obliger ses clients/développeurs à passer au mode Saas :

Nouveautés exclusives à la version Saas 2025 : un bouton dans Windev permet dans un projet d'activer ce mode. Par exemple, pour les interfaces avec Chorus Pro, il est obligatoire de disposer de la version Saas. Et ce sera le cas de plus en plus sur plein d'autres fonctionnalités qui seront obligatoires.
Impossibilité de mettre à jour ses clés : J'ai l'exemple d'un de nos clients qui avait acheté les mises à jour de ses clés en version 2025 avec clé, fin 2024, sans mettre à jour ses clés. En juillet 2025, lorsqu'il s'est décidé à mettre à jour ses clés, impossible de contacter le serveur de PCSOFT et le support de PCSOFT lui a conseillé de passer à l'abonnement. J'ai pu le dépanner en récupérant les programmes de mise à jour des clefs que j'avais conservés sur mon poste.
Messages insistants pour passer en mode Saas, lorsque vous ouvrez une ancienne version

Documentation sur les anciennes versions inaccessible en ligne. Avant, on pouvait encore accéder à la documentation depuis son apparition (vers la version 18 ?). Cela ne coutait rien à PCSOFT de maintenir cette documentation. Maintenant, il faut revenir à l'aide hors ligne.

Migration des clés existantes : surtout ne faite pas l'erreur de mettre à jour vos clés existantes, c'est un piège. Elles seront rétrogradées en version 23 et vous perdrez le bénéfice des licences à vie que vous aviez acheté de la version 24 à 2024. Ainsi, si vous avez fait la mise à jour pour un jeu de 3 clés Windev, Webdev et Windev Mobile pour environ 1000 € chaque année, vous perdez l'équivalent de 6 000 € sur les licences à vie ! Il vaut mieux conserver ses licences à vie et prendre un abonnement en payant les frais de souscription.

Globalement, la relation commerciale avec PCSOFT est particulièrement médiocre en ce moment.

Personnellement, je n'ai rien contre les abonnements, c'est surtout la manière dont PCSOFT s'y prend qui est délétère.

Nous espérons un changement pour la version 2026, mais cela dépendra probablement des résultats financiers de PCSOFT et de la migration des licences à vie existantes. À suivre...

Développer des solutions à codes barres avec Windev et Zebra

2025-07-10T17:17:00.005+02:00

La dématérialisation des processus de gestion dispose d'un outil particulièrement efficace : les codes barres. Les codes barres permettent d'encoder une information (un code produit, une URL, diverses références) à laquelle on peut accéder avec des lecteurs à infrarouge ou laser et même de simples smartphones.

Ces lecteurs sont devenus très courant et peuvent être utilisé dans des applications développées avec Windev ou Windev Mobile ou Webdev. Un cas d'usage très rependu est la gestion de stock. Cela permet de suivre un produit très précisément et de pouvoir scanner facilement dans des entrepôts ou dans des ateliers, en situation de mobilité, c'est-à-dire en dehors d'un bureau.

PCSOFT, l'éditeur de Windev, a développé un partenariat avec la société ZEBRA, spécialisée dans la réalisation de lecteurs de codes barre. Il est ainsi possible de développer des applications mobiles (avec Windev Mobile) pour lire des codes barres, par exemple, avec un lecteur TC 27 :

La société ZEBRA a développé une librairie, disponible sur GitHub qui permet d'exploiter aisément sa bibliothèque DataWedge. L'avantage de ce type de lecteur est de pouvoir scanner tout type de codes barre de façon très efficace. Voici un exemple d'application de gestion de stock que nous avons développée :

Cette application permet dans un atelier de générer des étiquettes avec codes barres à agrafer sur des palettes de produits, puis de pouvoir consulter les informations sur la palette, de transférer une partie des produits vers un autre dépôt ou de sortir du stock une quantité utilisés pour la production.

Une autre fonction aide à rechercher un produit dans le stock et de trouver son emplacement et sa disponibilité.

Pour vos besoins d'application avec des codes barres, contactez-nous sur info@sealog.info.

Vos solutions métiers développées avec Windev sont-elles résilientes ?

2025-07-01T16:03:00.011+02:00

La dépendance des solutions métiers : un vrai problème

Aujourd'hui, il est indéniable que les entreprises ne peuvent plus fonctionner sans solutions informatiques. Que ce soit pour la gestion des opérations quotidiennes, la communication interne et externe, ou encore la sécurité des données, l'informatique est omniprésente. Cependant, cette dépendance croissante pose des questions cruciales sur la résilience et la continuité des activités. Êtes-vous bien conscient du niveau de dépendance de votre solution métier ? Vos applications spécifiques développées avec Windev sont-elles résilientes (surtout depuis le passage à la version Saas) ?

Dépendance des connexions internet

L'une des dépendances les plus évidentes est celle des connexions internet. Sans une connexion stable et rapide, de nombreuses activités professionnelles sont paralysées. Les applications métiers, les plateformes de communication, et même les outils de collaboration en ligne nécessitent une connexion internet fiable. Une panne de réseau peut entraîner des pertes financières significatives et une baisse de productivité. Il est donc essentiel de prévoir des solutions de secours, comme des connexions de secours ou des réseaux redondants, pour minimiser les risques. Avec Windev, Il est possible de construire des applications de gestion pouvant fonctionner en mode déconnecté. Ce mode dégradé permet de maintenir une activité et d'éviter des pertes financières importantes.

Cas d'usage : nous assurons la maintenance et lé développement d'un ERP, développée avec Windev, destiné à une PME ayant des agences (environ une vingtaine en France) dont les données sont centralisées au siège de l'entreprise. Plutôt que d'avoir une solution connectée en permanence avec le siège, qui bloquerait le fonctionnement des agences en cas de coupure réseau, la solution adoptée est fondée sur un système de synchronisation. Les agences fonctionnent en permanence en mode déconnecté et synchronisent leurs données régulièrement avec le siège. En 20 ans d'exploitation de cette solution, aucune agence n'a jamais été contrainte à l'inactivité en raison des problèmes de connexion.

Dépendance de vos matériels

Les équipements informatiques, tels que les serveurs, les ordinateurs et les périphériques, sont également des éléments critiques. Une défaillance matérielle peut avoir des conséquences désastreuses, allant de la perte de données à l'interruption totale des services. Il est crucial de maintenir un inventaire à jour de vos équipements, de planifier des remplacements réguliers et de mettre en place des procédures de sauvegarde et de récupération des données. De plus, l'utilisation de solutions de virtualisation peut aider à réduire la dépendance à un matériel spécifique en permettant une flexibilité accrue.

Windev permet de redéployer facilement les applications sur des nouveaux postes, en cas de nécessité, et le moteur de base de données HFSQL aide à réaliser facilement des réplications de données sur des serveurs de secours.

Cas d'usage : toutes nos bases de données et nos sources sont sauvegardées sur des supports distants et sur des supports déconnectés. Les serveurs sont sauvegardés entièrement sur des supports externes, dont un est conservé non connecté.

Dépendance de vos prestataires de services

Enfin, la dépendance aux prestataires de services est un autre aspect à ne pas négliger. Que ce soit pour héberger vos données, la maintenance de vos applications, ou le support technique, les prestataires jouent un rôle clé dans le bon fonctionnement de votre infrastructure informatique et des applications métiers. Pour ce qui nous concerne, nous garantissons la mise à disposition des sources. Nous préconisons des solutions le moins dépendantes possible de prestataires d'hébergement comme Google, Amazon, OVH ou autre. Au minimum, nous préconisons des solutions de sauvegarde et de reprise sans hébergement. Opter pour des solutions souveraines et open source est idéale. Concernant Windev, la version Saas pose réellement un problème de dépendance vis-à-vis de PCSOFT. Windev n'est plus une solution souveraine. Nous conseillons pour le moment de rester avec les licences à vie de 2025 et antérieures. Ces licences permettent d'accéder aux sources sans risque et indéfiniment.

La valorisation de votre solution métiers est fortement liée à sa dépendance

Les solutions métiers sont un atout majeur pour les entreprises qui en sont équipées. Elles sont le résultat d'une vision des dirigeants qui en connaisse la valeur et constitue souvent un avantage concurrentiel important. Lors de la vente d'une entreprise, l'existence d'une solution métier est un atout majeur qui augmente la valorisation de l'entreprise. Malgré cela, beaucoup d'entreprises ne préfèrent pas opter pour des solutions métiers, mais préfère des solutions standard, plus ou moins adaptées à leur métier.

Conclusion

La dépendance des solutions informatiques est un défi majeur pour les entreprises modernes. En prenant conscience des différents niveaux de dépendance – connexions internet, matériels, et prestataires de services – et en mettant en place des stratégies pour les gérer, vous pouvez renforcer la résilience de votre entreprise et assurer une continuité des activités même en cas de problème. Êtes-vous prêt à évaluer et à améliorer la dépendance de votre solution métiers développés avec Windev ?

Contactez-nous sur info@sealog.info

Automatiser vos taches avec Windev et UIPath

2025-04-15T16:20:00.008+02:00

Windev permet de réaliser facilement des applications qui permettent d'améliorer votre productivité. Souvent, dans la gestion d'une activité, on passe beaucoup de temps à manipuler des documents, des tableaux Excel, divers logiciels, etc. La construction d'une application métier permet "d'informatiser" des tâches répétitives et de créer des liens entre différentes applications existantes et/ou différentes bases de données existantes. Cette démarche est, soit initié par des responsables qui ont la bonne vision et qui sont leaders dans cette démarche. Mais, aussi, fréquemment, lors du départ d'une personne clé qui maitrisait de nombreuses tâches, pour lesquelles, il est difficile de former quelqu'un d'autre à l'identique.

Cependant, informatiser des processus métiers implique aussi d'automatiser certaines tâches et d'agir sur des applications sur lesquelles on n'a pas la main. Dans ce cas, pour automatiser, la solution consiste à faire du scraping, c'est-à-dire à être capable de décoder le contenu d'une application (Windows ou Web) existante.

Windev permet de faire du scraping Web grâce au champ HTML. Mais c'est assez limité et même vite laborieux. Pour ce qui est du scraping d'applications Windows, c'est encore plus délicat. Toutefois, Windev est excellent pour se connecter sur diverses bases de données, traiter des fichiers Excel, des fichiers texte, JSON ou encore XML, se connecter à des API.

Pour le scraping, l'environnement UIPath est un très bon complément de Windev. Avec UIPath, vous pouvez automatiser et "scraper" tout type d'applications Web ou Windows avec une facilité comparable à ce que l'on peut faire avec Windev.

Lorsque j'atteins les limites de Windev pour certains traitements, j'utilise UIPath. Il est possible de lancer des automatismes UIPath à partir de Windev et bien évidemment de communiquer entre les deux environnements via des fichiers de données, par exemple, au format JSON.

Si vous aussi, vous avez besoin d'automatiser des tâches et que vous avez atteint vos limites avec Windev, pensez à UIPath.

Windev s'améliore à chaque nouvelle version et peut-être atteindra le même niveau de possibilités pour automatiser des tâches. Mais, pour le moment, il est beaucoup plus rapide d'associer Windev et UIPath. Par exemple, dans une application Windows, vous avez besoin de vous connecter sur une application Web (login/mot de passe), puis de naviguer dans des menus, puis d'extraire des données et de les rapatrier dans votre base de données et votre application sous Windows. UIPath, vous permet de faire cela beaucoup plus facilement que Windev.

Pour vos projets d'applications métier et d'automatisation de tâches, contactez-nous sur info@sealog.info

Windev : la fin des licences à vie et peut être la fin de Windev ou le renouveau ?

2025-03-12T16:31:00.010+01:00

Depuis fin février 2025, PCSOFT à supprimer le mode d'achat des licences avec clés de Windev et de tous ces autres produits.

Il n'est désormais plus possible d'acheter des licences Windev avec la protection par clé physique, comme c'est le cas depuis la création de Windev. Certe, c'était prévisible, mais pas aussi tôt et aussi brutalement...😕(voir https://bit.ly/4ht1a1y)

Ces licences étaient des licences à vie, que l'on pouvait renouveler quand on le souhaitait. Souvent, cela était utile pour certaines licences dont nous avions temporairement plus besoin.

Mais, sans aucune communication, ni par voie de presse, ni par mail, ni sur les réseaux sociaux, PCSOFT a changé de modèle économique et mis à jour son site Web en proposant exclusivement des licences par abonnement. Impossible depuis d'acheter des mises à jour ou des licences avec clé. Autant dire qu'il s'agit d'un véritable séisme parmi les développeurs Windev, certains parlent de trahison (voir https://bit.ly/3DB1FJc).

Les développeurs Windev/webdev et Windev mobile deviennent ainsi entièrement dépendants de PCSOFT et de la connexion aux serveurs de PCSOFT. Autant dire que c'est risqué. D'une part PCSOFT, est une PME qui peut disparaitre du jour au lendemain. Elle semble avoir fait l'objet fin 2024 de changements dans sa direction et son actionnariat, mais là encore aucune communication sur ce sujet auprès de ses clients développeurs. D'autre part, on sera obligé de continuer à payer indéfiniment, ne serait-ce que pour pouvoir accéder aux sources.

La plupart des environnements de programmation sont payants (les EDI), mais on peut toujours compiler sans l'EDI et accéder aux sources, sans payer. De plus, si l'on met l'abonnement Windev SAAS en pause, il faut, pour le reprendre, s'acquitter de nouveaux droits de souscription. Autant dire que c'est très dissuasif.

C'est un frein énorme à l'arrivée de nouveaux développeurs. Même si PCSOFT offre des licences gratuites à tous les étudiants, qui voudra s'abonner à un environnement dont il est obligé de continuer à payer, rien que pour pouvoir accéder aux sources et recompiler, avec le risque de tout perdre si PCSOFT disparait ?

En l'état actuel, ce nouveau modèle économique risque de faire fuir tous les développeurs Windev vers d'autres environnements de développement, et ainsi annoncer à moyen terme la fin de Windev.

Nous espérons tous un sursaut de PCSOFT et une meilleure communication de leur part pour mieux informer ses clients développeurs et notamment pour offrir plus de garanties en cas de disparition de PCSOFT (et de perte de connexion aux serveurs nécessaire au fonctionnement de Windev SAAS).

Une bonne solution serait d'avoir une version 'community' de Windev, comme tous les éditeurs le font, et rendre Windev Open source.

Windev et Factur-X : générer vos factures électroniques en 3 étapes

2025-02-20T17:57:00.015+01:00

L'échéance approche, il faudra au plus tard le 1ᵉʳ septembre 2027 pour les PME, passer à la facture électronique, en émission. Mais, avant, on vous demandera peut-être de fournir des factures au format Factur-X, surtout si vous travaillez avec de grandes entreprises. Si vous avez développé une application spécifique avec Windev pour générer des factures, vous devrez adapter votre application.

Le principe général, c'est de générer un fichier XML contenant les données de votre facture en l'intégrant dans votre impression PDF de votre facture. Toute la difficulté réside dans la génération du contenu XML qui doit respecter la norme, d'une part pour les informations qu'il doit contenir et d'autre part pour les calculs des données calculées fournies.

Voici en quelques étapes, comment procéder :

Étape 1 : récupérer un exemple de projet Windev

Le plus simple pour démarrer, c'est de partir d'un exemple. Il y a celui de PCSOFT, relativement récent, que l'on peut trouver dans la LST n°137. Cet exemple est programmé partiellement en objet et intègre dans le projet le fichier XSD de validation du XML joint au PDF de la facture électronique.

Il existe aussi des projets disponibles sur le dépôt de PCSOFT : https://bit.ly/4k6HNOK

Personnellement, j'ai testé plusieurs exemples. Celui de la LST est très bien structuré et peut facilement être amélioré et adapté. C'est celui que je retiens pour les étapes à suivre.

Étape 2 : Faire fonctionner l'exemple sur des données exemples et l'adapter au profil EN16931

L'exemple de PCSOFT fonctionne pour le profil MINIMUM de Factur-X. Il faudra d'abord mettre à jour le XSD du projet en récupérant la dernière version sur le site du Forum National de la Facture Électronique et des Marchés Publics Électroniques (FNFE-MPE) : https://bit.ly/4hQ6Cxp. Par la suite, penser à le mettre à jour régulièrement en fonction des évolutions de la norme, qui évolue souvent.

ATTENTION : il y a plusieurs pièges dans le fonctionnement de l'exemple. L'entête du fichier XML doit être adapté au profil EN16931, ainsi que le paramètre de création du fichier PDF. Le mieux c'est de vous référer à la documentation fournie par FNFE-MPE. Le document principal est le suivant : 1. FACTUR-X 1.07.2 2024 11 15 FR VF.pdf. Il faut absolument lire cette documentation pour comprendre comment générer le fichier XML.

Pour générer une facture valide, vous devrez rajouter les données minimales nécessaires pour le profil EN16931. Vous trouverez la liste des données minimales en consultant le fichier 3. FACTUR-X 1.07.2 - 2024 11 15 - EN FR VF.xlsx fourni par FNFE-MPE. Il faut prendre les lignes dont les cardinalités sont 1..1 ou 1..n.

Chaque donnée devra être affectée à un élément du fichier XML que vous trouverez décrit dans le fichier Excel. Pour vous faciliter la tâche, vous pouvez ouvrir un exemple de fichier XML validé (FNFE-MPE en fournit) avec un éditeur type VSCode et suivre à la lettre l'exemple.

Quand vous exécutez l'exemple, un premier contrôle est réalisé par rapport au schéma XSD. Vous devez renseigner les données du XML dans l'ordre exact prévu par le schéma. Ensuite, la validation complète doit être effectué avec un outil de test du fichier. Celui de FNFE-MPE est disponible à l'adresse suivante : https://bit.ly/3X8Erkh (vous devrez vous créer un compte sur le site FNFE-MPE).

Étape 3 : importer dans votre projet les éléments de l'exemple

Dans votre projet Windev (ou Webdev), vous devrez importer le schéma XSD, la classe CDocumentFacturX et la collection COL_FACTUR_X_BASE.

Vous pouvez créer une fonction de génération du fichier Factur-X à appeler juste avant votre impression en PDF de votre facture. Cette fonction contiendra tout le code nécessaire à la génération de la facture au format Factur-X de profil EN16931.

Vous devrez ensuite alimenter les éléments du fichier XML avec les données de votre facture. La mise au point nécessite de réaliser des tests de validation de votre facture. En effet, même si le format XML passe la première étape de la validation avec le schéma XSD, il faut passer la seconde étape de validation sur un outil dédié. Celui du FNFE-MPE est très bien, mais ne montre pas la facture décodée. Il existe d'autres outils plus intéressants. En voici 2 :

https://bit.ly/4174hq2 cet outil gratuit du site b2brouter vous affiche les erreurs de manière compréhensible et affiche la facture reconstituée à partir des données du XML
l'application QUBA Viewer (https://bit.ly/3EWWqnk) est une application à installer sur votre poste. Elle donne un résultat comparable à b2brouter, en local, mais dans certains cas donne des erreurs que b2brouter n'a pas vue.

Les erreurs sont toujours indiquées en faisant référence aux données du XML sous la forme de code BR-nnn ou BG-nnn. Je conseille de commenter votre code avec ces références pour pouvoir retrouver rapidement les éléments XML à corriger. En général, les messages d'erreurs indiquent la règle de calcul qui n'a pas été respectée en rappelant ces codes.

Si vous avez besoin d'aide pour générer vos factures électroniques, n'hésitez pas à nous contacter sur info@sealog.info.

Windev : faut-il passer à la version SAAS ou conserver les licences historiques avec clés

2024-12-31T11:18:00.012+01:00

Le nouveau mode SAAS de distribution des licences Windev proposé par l'éditeur PCSOFT est une véritable révolution (voir ici) pour les utilisateurs de Windev, Webdev et Windev Mobile.

Nous avons migré une partie de nos licences vers la version SAAS et pouvons vous faire un retour d'expérience.

Globalement, les avantages du mode SAAS sont bien là : plus besoin de clés pour utiliser Windev. On peut installer Windev sur autant de postes que l'on veut et passer d'un poste à l'autre sans avoir à intervenir physiquement dessus. La licence fonctionne sur toutes les versions de Windows, y compris sur Windows Server, et aussi en mode bureau à distance (RDP).

SAAS versus licence historique avec clés

Par contre, il faut installer une version complète de Windev spécifique SAAS. La version SAAS existe pour les versions, depuis la version 24, jusqu'à la version 2025.

Vous ne pourrez pas lancer la version historique Windev que vous aviez déjà sur votre poste, car cette version utilise la clé. Si vous avez des clés, vous pouvez les brancher sur votre poste et les utiliser avec l'installation 'historique'.

Bien que les installations SAAS des versions 24 à 28 soient spécifiques, elles sont compatibles avec les versions historiques correspondantes. Donc, on peut partager un projet entre une version SAAS et la version Historique de la même version. Pour la version 2024, la version SAAS est sortie en juin avec le nom "SAAS 2024". Depuis novembre 2024 et la sortie de la version 2025, elle s'appelle désormais "SAAS 2025". En réalité, cela correspond à la version 30.

S'agissant d'une nouvelle version, elle nécessite une migration des projets, comme on le fait avec les versions avec clés.

Le plus gros défaut que je constate avec la version SAAS, c'est la régression des clés en version 23. Ceci se produit si vous migrez des clés existantes. Par exemple, si vous disposez d'une clé en version 2024 et que vous passez en mode SAAS, votre clé sera rétrogradée en version 23. Vous pourrez ainsi ouvrir vos projets des versions 24 à 2025, à condition d'installer les versions SAAS correspondantes. Votre clef vous permettra d'ouvrir des projets en version inférieure à 24, sans avoir à installer de version SAAS.

Donc, si vous pensez avoir besoin plus tard de continuer à utiliser Windev sans abonnement, et que vous possédez déjà une clé, il ne faut surtout pas passer en mode SAAS. Vous ne pourrez plus ouvrir vos projets en version 24 et supérieur. De plus, si vous arrêtez l'abonnement, pour le reprendre plus tard, vous devrez payer les frais de souscription qui sont assez élevés.

Je regrette que PCSOFT impose ces frais de souscription. Il n'est pas intéressant de s'abonner et se désabonner en fonction de vos besoins, comme on peut le faire chez d'autres éditeurs. Le mode SAAS est intéressant, si vous avez vraiment besoin d'actualiser vos licences chaque année. Mais, vous restez lié à PCSOFT, impossible de faire une pause dans vos dépenses de licences comme on pouvait le faire avec les licences historiques avec clés.

Le centre de contrôle utilisateur

Quand vous vous connectez sur la version SAAS, Windev se connecte sur un serveur de PCSOFT pour vous identifier et vérifier votre licence : https://login.windev.com. L'identifiant est votre adresse email, il remplace votre identifiant du centre de contrôle utilisateur. Plus exactement, votre login avec votre centre de contrôle, en local, sur une base HFSQL partagées ou sur PCSCloud, est fusionné. Cela va d'ailleurs créer des problèmes, car bien souvent, on utilise des logins qui ne sont pas notre adresse email, notamment pour se connecter sur un GDS. Voir le billet sur le blog du support technique de PCSOFT : https://bit.ly/40gZIKk

Avec le mode SAAS, Windev ne redemande pas systématiquement le login/mot de passe. Après une première connexion, lorsque vous relancez Windev, il se lance sans demander le login/mot de passe. Si vous souhaitez conserver le login que vous utilisiez avec votre licence historique, il faudra reconfigurer votre connexion sur le centre de contrôle. D'autre part, il n'y a pas d'authentification à 2 facteurs (2FA). Je trouve cela très dommage en termes de sécurité.

Si vous changez de poste, lors de la connexion au serveur de PCSOFT, votre licence est vérifiée et la licence sur le poste précédent sera désactivée. Si vous aviez déconnecté votre poste d'internet, vous pourriez continuer à utiliser Windev pendant 8 jours (date limite sans connexion). Cela peut être utile si vous voyagez, par exemple, sinon ça n'a pas beaucoup d'intérêt, car en général, on a besoin d'une connexion pour travailler.

La suite impose un seul éditeur pour les 3 produits Windev, Webdev et Windev Mobile

Avec la version SAAS, il n'y a plus de distinction des environnements Windev, Webdev et Windev Mobile. Les 3 environnements sont obligatoirement fusionnés. C'était déjà possible avant, en licence historique avec les clés, mais personnellement, je continuais à développer dans les environnements séparés. En effet, bien que PCSOFT fasse beaucoup d'efforts pour que les développements dans les différents environnements soient de plus en plus similaires, il y a encore de grosses différences. On ne développe un site Web comme on développe une application pour Windows desktop. D'un autre côté, on n'a plus à se poser la question de l'environnement, c'est une simplification. Il faudra s'adapter.

Conclusions

Économiquement, si vous possédez déjà des licences avec des clés, je déconseille de passer à la version SAAS. La différence de prix est insignifiante, et surtout vos clefs seront rétrogradées en version 23. En version SAAS, on n'est pas propriétaire des licences à vies comme c'est le cas avec les clés. La version SAAS est en fait une location de licence. Dès que vous suspendez votre abonnement, vous n'avez plus de licences, et donc impossible d'ouvrir vos projets au-delà de la version 24.

Même si vous n'avez pas de clés, les avantages de la licence SAAS sont assez limités. Les mises à jour seront probablement plus fréquentes, mais avec les clés, on a 4 UPDATE par an, ce qui est très suffisant. Si vous avez des projets en production qui nécessitent un patch lié à un bug bloquant, en général PCSOFT fournit le patch rapidement pour éviter les situations de blocage.

Cependant, il est très probable que PCSOFT mette en avant la version SAAS et dévalorise les licences avec clés dans les prochaines années, pour les faire disparaître à moyen/long terme, sauf si l'utilisation des licences avec clés reste largement majoritaire. J'espère que les conditions d'abonnement évolueront pour permettre de se désabonner et se réabonner sans frais de souscription.

N'hésitez pas à nous contacter sur info@sealog.info si vous avec des questions sur vos migrations de projets.

Windev 2025 / Windev SAAS : une nouvelle version avec de réelles innovations

2024-10-22T18:29:00.021+02:00

Enfin ! PCSOFT a sorti une version plus moderne de gestion des licences Windev, la version SAAS. PCSOFT était loin de ses concurrents et l'utilisation des clés était surannée depuis très longtemps. Le télétravail était devenu un handicap majeur pour l'utilisation de Windev. Les clés sont petites et peuvent se perdre facilement ou se casser. PCSOFT ne les remplace que contre un échange payant. En plus, les clés ne fonctionnent pas dans une session RDP (bureau à distance), donc si vous souhaitez travailler à distance sur un PC équipé d'une clé, il faut utiliser des solutions types ANYDESK ou TeamViewer pour pouvoir utiliser Windev à distance. Les clés ne fonctionnent pas non plus sur un serveur Windows. C'est dire qu'il était temps de faire évoluer cela !

Pour autant, la solution proposée par PCSOFT pose des questions. Oui, cela nous libère de cette clé pour pouvoir utiliser Windev. Cependant, on devient dépendant de PCSOFT pour l'utilisation de Windev. Difficile de faire une pause dans les couts des mises à jour, même si le cout est lissé dans le temps.

Au fil des années, j'ai pris des habitudes pour gérer les changements de version, et ainsi éviter de perdre du temps sur des régressions de Windev. En effet, chaque nouvelle version majeure, soit une par an, est accompagnée de son lot de bugs et parfois de régressions embêtantes. PCSOFT utilise le support gratuit et le service de consulting payant pour obtenir des retours sur les bugs, grâce aux utilisateurs de Windev. Malgré cela, il y a souvent des bugs plus ou moins gênants, qui sont corrigés en fonction du nombre de signalements et/ou du caractère bloquant. Si certains bugs ne sont jamais signalés ou difficiles à reproduire, on doit faire avec, surtout si on a changé de version de Windev. De plus, pour pouvoir être sûr qu'il s'agit de régressions, il faut garder ses projets dans chaque version pour pouvoir comparer très précisément et démontrer à PCSOFT qu'il s'agit bien d'une régression.

Il faudra donc s'adapter et bien maitriser les changements de version pour ne pas perdre de temps sur des projets en production.

Mais surtout, si on arrête de payer l'abonnement, on ne pourra plus accéder aux projets. C'est ça le plus critique.

Cependant, PCSOFT a pensé à tout. La version SAAS permet d'ouvrir des projets à partir de la version 24 (donc sans clé), mais on conserve ses clés pour les versions antérieures à la version 24. Il y a encore des projets dans des vieilles versions. Il faut donc garder des clefs pour pouvoir les ouvrir. Les clés permettent d'ouvrir tous les projets, quelle que soit la version de Windev, même très anciennes comme les versions 7.5 datant de 2002.

Remarque : on peut encore ouvrir des projets en Windev 5.5 et antérieure, mais dans ce cas, il faut le faire dans une VM sous Windows XP.

Parmi les nouveautés de la version 2025, on retiendra en premier lieu la génération de code avec l'IA. Enfin, un copilote pour nous aider à programmer et surtout, plus vite. Cela nous aidera certainement à programmer 10 fois plus vite…

Mais attention, il ne faut pas trop rêver pour le moment. L'IA générative ne fonctionne que grâce à l'apprentissage et à une masse de données significative pour qu'elle donne de bons résultats. J'ai un doute sur la quantité de données et d'exemples de codes sur Windev utilisées pour l'apprentissage de l'IA de PCSOFT. Pour preuve, si vous essayez de demander à COPILOT de Microsoft ou à ChatGPT d'Open IA de vous générer du code Windev, c'est parfois approximatif et dans certains cas, l'IA va même jusqu'à inventer des instructions qui n'existent pas dans Windev ! PCSOFT le dit lui-même dans son fascicule de présentation de Windev 2025 : "les suggestions s'améliorent au fil du temps". Cela signifie que pour le moment, les résultats seront certainement à améliorer et qu'il faudra attendre plusieurs mois, pour que le modèle d'IA de PCSOFT en apprenne suffisamment pour être efficace. Lorsque l'IA de PCSOFT aura "grandi", cela va changer radicalement notre façon de programmer. Pour moi, c'est une véritable révolution, une rupture technologique comme nous n'en avons pas vu depuis longtemps. On ne pourra plus s'en passer !

Pour le changement de version de Windev, il ne faut pas nécessairement se précipiter sur les nouveautés, sauf si vous en avez vraiment besoin et que cela peut vous faire gagner beaucoup de temps sur un projet. En règle générale, les premiers à utiliser les nouveautés vont 'essuyer les plâtres' et feront figure de bêta testeurs. Personnellement, je préfère attendre que les nouveautés soient stabilisées, souvent vers le mois de juin, pour la nouvelle version qui est fournie en pré-version (c'est-à-dire en version beta) en décembre de l'année d'avant. En janvier, je migre généralement un premier projet dans la nouvelle version. Il me sert de test pour mettre en œuvre des nouveautés. Ensuite, à partir du mois de juin, je commence à migrer mes projets en production. Globalement, c'est un gros avantage de Windev, les changements de version se font assez simplement. Néanmoins, il y a toujours quelques bugs et régressions qu'il faut corriger. Il ne faut donc pas se précipiter, au risque de planter des projets en production. C'est, en général, plus sensible pour les changements de version de Webdev et Windev Mobile.

Parmi les autres nouveautés, je citerai :

pouvoir créer son propre serveur d'authentification OAuth. Cela permettra de sécuriser les Webservices créés avec Windev.
la création des certificats Let's Encrypt sur les sites Webdev : il n'y avait pas de difficultés à le faire avant, mais ce sera plus simple
le champ signature au doigt sur Windev Mobile : la signature de contrat sera beaucoup plus simple
le coffre-fort intégré, pour encore plus de sécurité

La nouvelle version 2025 est une des plus belles mises à jour de Windev/Webdev et Windev Mobile. Les environnements de développement de PCSOFT restent très compétitifs face à la concurrence des environnements et des langages comme C#, React, java, etc... Je regrette qu'il n'y ait pas une version "communautaire" gratuite comme le font beaucoup d'autres éditeurs. Cela populariserait Windev de manière spectaculaire.

Si vous avez besoin d'aide pour vos migrations de projets, même très anciens, n'hésitez pas à nous contacter sur le chat ou par e-mail sur info@sealog.info

Changer de base de données et migrer vos données HFSQL vers SQL Server, MySQL, PosteGRESQL, MariaDB,...

2024-10-09T16:56:00.010+02:00

Windev offre une fonctionnalité essentielle pour un environnement de développement : celle de pouvoir se connecter et communiquer avec de nombreux types de base de données (relationnelles) différentes : SQL Server, Oracle, MySQL, MariaDB, PostgreSQL, Access, etc. Pour cela, Windev utilise, depuis sa création, un système nommé "Analyse" de représentation des données. Il s'agit d'une couche intermédiaire entre le code et la base de données qui décrit la structure des données, quel que soit le type de base de données. C'est un schéma, proche du MCD de la méthode MERISE, qui décrit les données à partir de leur description réelle dans chaque moteur de base de données.

Une analyse contient des connexions que vous pouvez configurer. Les connexions utilisent soit des drivers, type OLEDB, ODBC, soit des accès natifs proposés par PCSOFT l'éditeur de Windev.

L'utilisation de données en HFSQL étant natif de Windev, il n'y pas besoin de driver pour ce type de base de données. L'un des avantages majeurs de travailler sur des données HFSQL est de bénéficier de l'outil de synchronisation des données. Cela permet de faire évoluer la structure des données et de mettre à jour facilement vos bases de données, surtout si elles sont déployées en de nombreuses instances. Pas besoin de développer des scripts de mise à jour à exécuter sur chaque serveur de base de données. L'autre avantage est aussi la gratuité du serveur HFSQL.

Pour les données provenant de base autres que HFSQL, il faut mettre à jour l'analyse à chaque évolution de la structure de la base, sinon les applications développées avec Windev ne fonctionneront plus.

Du côté de la programmation, les accès natif permettent globalement de programmer sur des bases de données autres que HFSQL, avec les mêmes instructions que pour HFSQL. À savoir les instructions HAjoute, HModifie, etc.

Cela permet à des développeurs Windev, de programmer dans leur langage habituel, sans connaitre le langage SQL, qui est généralement celui utilisé dans toutes les autres bases de données autres que HFSQL. Sinon, pour les développeurs habitués au langage SQL, il vaut mieux faire du SQL bien évidemment.

Souvent, les développeurs Windev sont confrontés à des migrations de base de données. En effet, puisque que Windev est capable de fonctionner avec différentes base de données, il est courant de vouloir utiliser une application sur des bases de données différentes. Par exemple une version de l'application sur HFSQL et une autre sur SQL Server. Ou encore, de faire évoluer une application qui fonctionnait avec HFSQL pour la faire fonctionner avec d'autres bases des données ou inversement.

Deux problématiques se posent alors : d'une part, transférer des données d'un système de base de données vers un autre. D'autre part, faire fonctionner l'application aussi bien sur une base HFSQL que sur un autre type de base de données.

Si vous avez utilisé les ordres classiques de Windev, c'est-à-dire les ordres HAjoute, HModifie, Hlitrecherchepremier, etc., vous rencontrerez probablement des problèmes sur certaines tables, pour certaines colonnes, souvent les colonnes de date et heures. En effet, les accès natifs ou les drivers font des conversions qui dépendent des types des colonnes. Il y a fréquemment des problèmes sur le type Date et heure. Vous aurez aussi des problèmes avec les mémos binaires. Si vous programmez en SQL, vous rencontrerez d'autres problèmes, car Windev utilise une syntaxe spécifique pour HFSQL qui n'est pas complètement compatible avec les versions de SQL d'autres bases de données. Il faudra donc certainement faire des adaptations.

Au final, changer de type de base de données peut nécessiter beaucoup d'adaptations du code en WDLangage dans Windev, Webdev ou Windev Mobile.

Pour vos projets Windev avec d'autres types de bases de données que HFSQL, notamment lors de migrations, contactez-nous sur info@sealog.info.

Pour vous perfectionner en Windev, faites appel à un Coach Windev ! C'est mieux qu'une formation...

2024-08-27T18:14:00.011+02:00

Windev a été créé en 1993 et a fait l'objet de nombreuses évolutions depuis.

Ciblant la simplicité dans le développement d'applications, avec un slogan souvent décrié 'développez 10 fois plus vite' (déjà développer 2 fois plus vite, c'est énorme!!), Windev est largement utilisé pour réaliser des applications sur-mesure en entreprise, par des éditeurs de logiciel ou encore par des prestataires informatiques (ESN).

Son apprentissage est facile et la maintenance des applications simplifiées comparée à d'autres langages. Avant d'utiliser Windev, j'ai développé en Pascal, C++, Visual Basic, Delphi ou encore Java et j'ai pu me rendre compte des atouts de Windev que j'ai finalement adopté.

Beaucoup de développeurs utilisent Windev sans vraiment le maitriser. Certains s'initient au développement et l'utilisent comme on utiliserait ACCESS de Microsoft ou d'autres logiciels de bureautique. D'autres, développeur de formation, viennent à Windev sur des projets existants et anciens. Rares sont les développeurs juniors qui connaissent Windev et s'oriente vers cet environnement malgré la mise à disposition gratuitement de licences, par PCSOFT, dans certains organismes de formations.

Malgré sa simplicité, toute relative, Windev souffre, de part son ancienneté, de ses nombreuses évolutions. Cela complique le développement et la maintenance, et lorsqu'on n'appréhende pas assez la Genèse et les évolutions de Windev, on perd en temps et en efficacité. On ne fait pas forcément les meilleurs choix.

Il m'arrive régulièrement d'assister ou de coacher des développeurs, aussi bien débutant, qu'expérimenté, et je constate à quel point ils ont besoin d'être accompagnés pour gagner en efficacité.

Les formations à Windev sont insuffisantes, car elles ne font qu'aborder les sujets sur des projets 'cas d'école', sans 'recontextualiser' dans toutes les évolutions de Windev.

Je préfère vous accompagner sur vos projets réels, c'est beaucoup plus efficace, tout en vous expliquant les évolutions de Windev et des technologies sous-jacentes.

Tout cela s'applique bien évidemment aussi à Webdev et Windev Mobile.

Si vous souhaitez être accompagné dans vos développements avec Windev, Webdev et/ou Windev Mobile, contactez-moi sur info@sealog.info ou sur le chat du site.

Protéger vos fichiers pendant des années avec Windows et Windev

2024-05-28T10:29:00.001+02:00

Nous sommes de plus en plus nombreux à n'imprimer les documents, que lorsque l'on ne peut pas faire autrement. Le zéro papier rentre dans les habitudes, pour la bonne et simple raison que nos envois de documents se font aussi de plus en plus par voie électronique : e-mail, application, site Web, messagerie instantanée, etc.

Cela implique de devoir protéger nos fichiers (PDF, Doc Word, Tableaux Excel, etc.). En effet, nous stockons et archivons tous nos fichiers soit sur un PC, soit dans le Cloud. Dans les deux cas, il devient extrêmement important de ne pas perdre un fichier. Mais, comment être sûr de ne par perdre un fichier. Ne vous est-il jamais arrivé de chercher un fichier que vous aviez consciencieusement classé, mais qui reste irrémédiablement introuvable ?

De 2 choses l'une, soit il est si bien classé que vous ne le retrouvez pas. Dans ce cas, un bon moteur de recherche devrait vous permettre de le retrouver. Soit, il a été effacé par erreur.

Une des solutions est l'utilisation de logiciels GED (Gestion Électronique de Documents) voir https://bit.ly/3wUqufP. Ces logiciels sont efficaces et rajoutent une "surcouche" à votre système d'exploitation dans la mesure où ils vous permettent de classer vos documents, de les chercher et les visualiser facilement. Mais, finalement, Windows le fait déjà presque bien.

Sous Windows, vous pouvez classer vos documents dans des répertoires et des sous-répertoires. Vous pouvez les rechercher et les prévisualiser sans les ouvrir.

Ce que les logiciels de GED et les services Cloud peuvent rajouter, c'est la gestion des versions des documents, l'accès partagé aux documents. Mais, le problème de la protection des fichiers reste entier. Parce que au bout de 10 ans, comment être sûr qu'un fichier n'aura pas été supprimé ? Les logiciels de GED utilisent le Cloud et une gestion des droits des utilisateurs. C'est adapté pour les entreprises, mais pas pour un usage personnel.

Personnellement, il m'est arrivé de supprimer des fichiers par erreur, une fausse manipulation sous Windows est vite arrivée, par exemple, en déplaçant sans s'en apercevoir, un répertoire avec la souris. Si on s'en aperçoit sur le champ, c'est facile à récupérer. Si on ne s'en aperçoit pas, le jour où l'on cherche les fichiers concernés, ils auront disparu.

La première règle, c'est évidemment de sauvegarder très régulièrement vos fichiers. Plusieurs niveaux de sauvegardes sont à mettre en place :

une sauvegarde instantanée, du type sauvegarde dans le Cloud (One drive, Google Drive), ou sur une autre machine (cloud privé) avec des applications comme Syncthing ou Resilio par exemple. Pour ma part, je privilégie la seconde solution, car je n'aime pas trop donner mes données aux GAFAM. Ce type de sauvegarde est important pour éviter de perdre du travail immédiat en cas de plantage du PC ou d'une application. Mais, si vous avez supprimé un fichier par erreur, l'erreur se propage. Dix ans après, il sera difficile de la récupérer…
Des sauvegardes sur des supports externes (Clefs USB, Disques externes, NAS,...). Ces sauvegardes sont très utiles en cas de plantage du PC ou de piratage. Il est conseiller d'en avoir plusieurs (rotation des sauvegardes) et toujours une déconnectée (utile en cas de piratage et de cryptage de vos données). Évidemment, tous vos supports externes doivent être cryptés, pour que personne d'autre que vous, ne puisse y accéder. Sous Windows, Bitlocker fait très bien l'affaire. Mais, là aussi, si vous supprimez un fichier par erreur, au bout de plusieurs années, il aura disparu des sauvegardes. Sauf à garder des sauvegardes sur de longues périodes. Par exemple mettre en archive une sauvegarde tous les ans, non modifiable. Dans ce cas, vous pourrez remonter le temps.
Des sauvegardes immuables : de temps en temps, une fois par an, par exemple, graver vos fichiers sur des CD/DVD ou bandes, en lecture seule. C'est comme les sauvegardes que vous mettez de côtés tous les ans, mais sur d'autres supports. Cela ne solutionne pas non plus la perte d'un document.

L'ultime solution, c'est de rendre vos fichiers impossibles à supprimer directement sous Windows, avec la gestion des droits de Windows.

Cette solution permet de protéger vos fichiers à la source. Elle consiste à utiliser l'utilisateur "Tout le monde" et à rajouter pour cet utilisateur un droit spécifique pour lui interdire de supprimer/modifier un fichier.

Ainsi, vous ne pourrez pas vous-même modifier, déplacer ou supprimer. Vous serez obligé de supprimer les droits pour pouvoir déplacer, supprimer ou modifier votre fichier. Au passage, c'est une très bonne protection contre les ransoware et le cryptage de vos données. Avec cette technique, un logiciel espion ne pourra pas crypter vos données.

Personnellement, j'utilise cette technique et elle fonctionne très bien. J'ai aussi développé un projet en Windev pour simplifier la mise en œuvre de cette technique. Le projet utilise des commandes PowerShell avec des droits Administrateurs.

Si vous aussi, vous souhaitez améliorer la sécurité de vos données, que ce soit pour vos données personnelles ou vos données d'entreprises, contactez-nous sur info@sealog.info.

Que peut-on attendre de la nouvelle version Windev 2024 ?

2023-10-27T12:40:00.007+02:00

Comme chaque année, PCSOFT nous présente sa nouvelle version de Windev (et de Webdev / Windev Mobile).

C'est devenu un rituel de découvrir ces centaines de nouveautés au mois d'octobre de chaque année et forcément se pose la question de la nécessité d'acheter la mise à jour. Parce qu'il faut bien l'avouer, cela représente un budget et, selon les projets, la mise à jour n'est pas toujours nécessaire. Pour ce qui me concerne, évidemment, j'utilise toujours la dernière version pour nos projets internes, cela nous permet de tester les nouvelles fonctionnalités et de vérifier la stabilité de la nouvelle version et d'éventuelles régressions. Les projets clients en production sont migrés minimum six mois après la sortie de la dernière version.

Cette année, la première surprise, c'est le numéro de la version : 2024. On pouvait s'attendre plutôt à la version 29. Se caler sur l'année est une bonne idée.

Windev est un environnement qui évolue en permanence. On s'attend souvent à ce que les bugs de l'environnement soient corrigés. Mais, nous sommes parfois déçus. Certains bugs ont la vie dure et passe les versions depuis des années. Par exemple, le GDS comporte des bugs que j'ai personnellement signalés au support technique de PCSOFT, mais je tombe encore régulièrement dessus. Certes, ils ne sont pas bloquants, car on arrive toujours à trouver une solution. Cependant, il faut bien comprendre le fonctionnement du GDS pour pouvoir s'en défaire et ne pas perdre tout son historique de code. À ce sujet, j'ai eu l'occasion d'assister un développeur qui avait une grande expérience d'un autre environnement semblable à Windev. Forcement, il cherchait à reproduire avec Windev tout ce qu'il faisait dans son précédent environnement. Cela m'a donnée une nouvelle occasion de parcourir la richesse de ce que permet Windev, mais également de signaler des dysfonctionnements à PCSOFT, que l'on ne voit pas, car on a tendance à garder nos habitudes et à utiliser ce qui marche.

Pour éviter des problèmes liés aux changements de version de Windev, j'ai pris l'habitude de conserver mes projets dans chaque version, y compris pour le GDS. Comme cela, je peux comparer le fonctionnement de mes projets entre les versions. En effet, parfois, il y a des dysfonctionnements compliqués à corriger et cela permet de savoir s'ils sont liés au changement de version.

Revenons à cette nouvelle version 2024. Personnellement, vu l'ambiance actuelle, je m'attendais à ce que PCSOFT nous propose un copilote basé sur l'IA pour nous faciliter le codage. Je dois avouer que pour le moment, je suis un peu déçu. Ce sera pour une autre version. En attendant, je me contenterai de la correction automatique des erreurs de frappes, c'est déjà très bien (voir nouveauté n° 80). Quant au générateur automatique d'explication de code, je n'en vois pas encore l'intérêt (nouveauté n° 134). À voir à l'usage.

Parmi mes attentes, avoir un outil de gestion de projet collaboratif en mode Web serait pour moi une grande avancée. En effet, nous utilisons des outils comme JIRA et CONFLUENCE pour gérer les tickets et la documentation. Ces outils sont une évolution majeure, depuis au moins 5 ans, pour suivre chaque demande des utilisateurs. On ne pourrait plus s'en passer. Fini le papier ou le fichier Excel avec la liste des demandes. Pour le moment, nous n'avons pas trouvé l'équivalent dans Windev. Nous espérons qu'un jour PCSOFT intégrera directement ce type d'outils dans le module suivi de projet. Personnellement, je n'utilise pas ce module, car il ne me permet pas de collaborer facilement avec les utilisateurs qui eux ne disposent pas de Windev, bien évidemment. Il y a bien les Picto AMI, mais la gestion des règles métiers reste dans une application Windows et les utilisateurs n'y ont pas accès. Aujourd'hui, le développement d'une application spécifique doit obligatoirement passer par des outils collaboratifs impliquant les utilisateurs. D'autant plus que les actions se font maintenant à distance.

Il y a tout de même de belles nouveautés dans cette version 2024, dont certaines sont attendues depuis très longtemps. Par exemple, la possibilité dans une même analyse de faire des requêtes sur des bases de données différentes (nouveauté n° 237). Cela m'a déjà bloqué plusieurs fois et j'ai dû décomposer mes requêtes.

Le nouveau champ éditeur de code (nouveauté n° 232), sera très utile lorsqu'on utilise la compilation dynamique. Parce que souvent dans ce cas, je dois copier-coller mon code dans Windev pour avoir la coloration syntaxique. Et, pour les utilisateurs, c'est évidemment difficile à utiliser.

Le générateur de visite guidée est une excellente idée. On a souvent besoin de communiquer aux utilisateurs des nouveaux modes opératoires et un ChangeLog ou une documentation ne sont pas suffisantes.

La flexbox dans Windev, nouveauté n° 219 (elle existe déjà dans Webdev 28) et la possibilité de personnaliser les gabarits va nous permettre de proposer des applications plus modernes.

La possibilité d'enregistrer des données spatiales dans une base de données HFSQL C/S est une grande avancée aussi. Il manque encore un champ carte propre à Windev. Pour le moment, Windev s'appuie sur Google Maps pour son champ carte. Il est bien possible d'utiliser d'autres outils types OpenStreetMap ou leaflet. Mais ils sont plutôt adaptés pour réaliser des applications Web. Pour réaliser des applications de cartographie, nous utilisons TATUKGIS et PostgresSQL avec POSTGIS. Cette combinaison reste pour nous la meilleure, car ces outils permettent de faire tous les traitements possibles : gestion des couches, calculs d'intersections, calcul de polygones, affichage de flux WMS, etc.. Nous n'avons jamais été bloqués pour répondre aux besoins de nos clients.

En conclusion, la version Windev 2024 contient de belles nouveautés. Je trouve que PCSOFT fait de plus en plus d'efforts pour satisfaire aux demandes des développeurs Windev.

Si vous avez besoin d'aide pour évoluer avec Windev, Webdev et/ou Windev Mobile. Si vous avez besoin d'une expertise pour votre projet, contactez-nous sur info@sealog.info ou sur le chat sur le côté.

Application pour la facture électronique développée avec Windev / Chorus Pro & Factur-X

2023-07-19T10:20:00.005+02:00

Nous avons réalisé avec l'environnement de développement Windev, en version 28, une application de gestion des documents d'achats (GED). Cette application permet notamment de récupérer des scans de documents depuis Office Lens et One drive de Microsoft, mais aussi des documents depuis des emails, des sites Web, des répertoires et Chrorus Pro. Ensuite, les documents sont classés dans des répertoires sous Windows. Les répertoires sont personnalisables avec les logos des fournisseurs pour une meilleure identification visuelle.

L'application permet de récupérer les documents d'achats soit manuellement, soit automatiquement.

Avec cette application, vous pouvez facilement gérer vos documents d'achat sous Windows et gagner beaucoup de temps dans le classement de vos documents et la recherche. Elle permet de récupérer tous vos documents déjà existants et déjà enregistrés dans vos dossiers et les visualiser très facilement.

Cette application exploite les fonctions PDF de Windev, ainsi que les fonctions OCR. Compatible est le format Facture X, vous pouvez récupérer les données XML associées au fichier XML. Vous pouvez aussi récupérer vos factures à partir de la plateforme CHORUS PRO, en prévision de la dématérialisation des factures prévus par le gouvernement en 2024 et 2026.

Si cette application vous intéresse, nous pouvons vous fournir les sources ou l'adapter à vos besoins.

Contactez-nous sur info@sealog.info ou au 05 49 62 84 94.

Déménagement dans nos nouveaux locaux

2023-05-12T18:23:00.007+02:00

Après 3 années passées au 28 bis avenue des temps modernes, pendant la période du COVID de 2020 à aujourd'hui, nous avons pu profiter d'un espace plus réduit et plus moderne.

Nous revenons à partir du 1ᵉʳ mai dans nos locaux historiques, au 2 allée des frères Montgolfier, entièrement rénovés avec tout le confort moderne et une excellente connexion internet.

N'hésitez pas à nous rendre visite, nous nous ferons un plaisir de vous accueillir.