Vous avez financé son développement. Vos équipes l’utilisent chaque jour. Il contient vos données, vos règles de gestion et une partie du savoir-faire de votre entreprise. Pourtant, pouvez-vous réellement décider de son avenir ?
Cette question devient concrète lorsqu’un fournisseur modifie ses conditions commerciales, qu’une technologie devient difficile à maintenir ou qu’un prestataire concentre toute la connaissance de l’application.
La souveraineté numérique d’une entreprise se mesure notamment à sa capacité à exploiter, maintenir et faire évoluer ses outils, tout en conservant des possibilités de changement réalistes.
Une récente question publiée à l’Assemblée nationale à propos de PC Soft et de son écosystème WinDev remet cette problématique au premier plan.
WinDev à l’Assemblée nationale : une interpellation sur la dépendance aux éditeurs
Le 27 octobre 2026, le député Julien Rancoule a publié la question écrite n° 19287, intitulée « Sur le rachat d’un éditeur français de logiciels par un groupe étranger ».
Il y interpelle le ministre de l’Économie sur les conséquences économiques et stratégiques de changements tarifaires qu’il décrit concernant PC Soft, éditeur de WinDev, WebDev et WinDev Mobile. Il soulève également la question de la protection des entreprises dépendantes de ces technologies et celle de la souveraineté numérique.
Il s’agit d’une interpellation parlementaire : les pratiques évoquées sont rapportées par son auteur. Cette publication ne constitue ni une décision de justice ni une confirmation de leur application à toutes les entreprises utilisatrices. Au 28 octobre 2026, aucune réponse gouvernementale ne figure sur la page consultée. Assemblée nationale
Source officielle : consulter la question écrite n° 19287 sur le site de l’Assemblée nationale.
Pour une entreprise, cette actualité constitue surtout une invitation à examiner ses propres dépendances, à partir de ses contrats, de ses versions logicielles et de ses usages.
Qu’est-ce que la souveraineté numérique pour une entreprise ?
À l’échelle d’une application métier, la souveraineté numérique peut être comprise comme une capacité de décision et d’action.
Votre entreprise peut-elle poursuivre son activité, corriger un problème, faire intervenir une autre équipe ou préparer une évolution sans rencontrer un obstacle disproportionné ?
Cette autonomie repose sur plusieurs éléments complémentaires :
- L’accès aux données et la possibilité de les réutiliser.
- La disponibilité du code et des composants nécessaires.
- Une documentation exploitable.
- Des compétences capables de reprendre l’application.
- Une compréhension des conditions d’utilisation et des coûts.
- Une stratégie de continuité et de réversibilité.
La localisation d’un hébergement ou l’origine d’un éditeur ne suffisent donc pas, à elles seules, à évaluer la maîtrise d’un logiciel.
Une application hébergée dans vos locaux peut rester difficile à reprendre. À l’inverse, un service externalisé peut offrir des mécanismes de transfert documentés et testés.
Posséder les sources suffit-il à garder la maîtrise de son logiciel ?
Disposer du code source est un point important. Encore faut-il pouvoir l’utiliser.
Imaginez une PME qui récupère les fichiers de son application après plusieurs années de développement. Elle découvre ensuite que certaines bibliothèques manquent, que la procédure de compilation n’est pas documentée et que personne ne sait reproduire l’environnement de production.
Les sources sont disponibles, mais la reprise reste incertaine.
Pour évaluer votre autonomie, posez une question précise : une nouvelle équipe pourrait-elle reconstruire, tester et déployer l’application à partir des éléments disponibles ?
La réponse nécessite de vérifier les dépendances techniques, les accès, les configurations et les connaissances métier. Un audit d’application WinDev peut contribuer à identifier ces points et à hiérarchiser les actions.
Cinq dépendances à examiner avant qu’elles ne deviennent bloquantes
1. La dépendance économique
Votre budget doit intégrer les dépenses nécessaires au fonctionnement et à l’évolution de l’application : licences applicables, maintenance, infrastructure, assistance et développements.
L’enjeu consiste à savoir quelles dépenses peuvent évoluer et dans quelles conditions. Une projection fondée sur votre situation réelle sera plus utile qu’un tarif général repris hors contexte.
2. La dépendance technique
Votre application repose-t-elle sur des composants difficiles à remplacer ? Peut-elle communiquer avec d’autres outils ? Son environnement de développement peut-il être réinstallé ?
Une cartographie permet de rendre ces contraintes visibles avant un nouveau projet.
3. La dépendance aux personnes
Une application devient fragile lorsque ses traitements critiques sont compris par une seule personne.
Documenter les règles, organiser les accès et transmettre les connaissances contribue à réduire cette concentration, même si aucune migration n’est envisagée.
4. La dépendance aux données
Un export disponible ne garantit pas une reprise exploitable.
Il faut également comprendre les relations entre les informations, les formats, les pièces jointes et les historiques. Un test de restauration ou de transfert apporte davantage de visibilité qu’une simple liste de fichiers sauvegardés.
5. La dépendance fonctionnelle
Avec les années, un logiciel accumule des exceptions : règles tarifaires, validations particulières, calculs et états spécifiques.
Si ces comportements ne sont connus qu’à travers le fonctionnement de l’application, toute transformation demande un travail de clarification.
Faut-il quitter WinDev pour retrouver de l’autonomie ?
La décision dépend de votre application, de vos contraintes et de vos objectifs. Un changement de technologie n’apporte pas automatiquement davantage de maîtrise.
Une refonte peut déplacer la dépendance vers un autre prestataire, un composant mal documenté ou une plateforme difficile à quitter.
Trois trajectoires méritent d’être comparées :
| Trajectoire | Situation à examiner | Priorité |
|---|---|---|
| Maintenir l’existant | L’application répond encore aux besoins essentiels. | Fiabiliser, documenter et préparer sa reprise. |
| Moderniser progressivement | Certaines fonctions ou intégrations limitent l’activité. | Traiter les besoins prioritaires par périmètre. |
| Préparer une migration | Les contraintes touchent durablement l’architecture ou les usages. | Définir la cible, les validations et la transition. |
Une migration d’application WinDev doit ainsi être évaluée au regard de bénéfices attendus et de critères vérifiables.
Comment reprendre la maîtrise sans désorganiser l’activité ?
La première étape consiste à établir un état des lieux partagé entre la direction, les utilisateurs et les équipes techniques.
Commencez par réunir les contrats, les sources disponibles, les accès, la documentation et la liste des composants. Identifiez ensuite les fonctions indispensables et les difficultés rencontrées au quotidien.
À partir de cette base, construisez une feuille de route avec des résultats concrets :
- Reproduire un environnement de développement.
- Tester la restauration des données.
- Documenter les traitements critiques.
- Définir les conditions d’intervention d’une autre équipe.
- Comparer plusieurs scénarios d’évolution.
Ces actions renforcent la capacité de décision de l’entreprise, quelle que soit la technologie retenue pour la suite.
Préserver le métier doit rester au cœur de la transformation
Prenons un exemple illustratif : une entreprise utilise un logiciel qui calcule ses prix selon le client, la quantité et la date du contrat.
Une nouvelle interface peut être plus agréable tout en produisant un résultat incorrect sur un cas particulier. La validation doit donc porter sur les comportements attendus, avec des données et des résultats de référence.
ETC présente, à travers sa méthode MIRROR, une démarche de migration progressive intégrant la comparaison entre l’ancien et le nouveau système sur le périmètre convenu. Cette approche place les vérifications métier au centre du projet. etcsoft.fr
Votre entreprise conserve-t-elle la liberté de choisir ?
La maîtrise d’un logiciel se prépare avant une difficulté contractuelle, technique ou humaine.
Pouvoir accéder à ses données, comprendre ses traitements et faire intervenir une autre équipe donne davantage de latitude pour négocier, investir et évoluer.
Votre application WinDev est-elle documentée, reprenable et prête pour les prochaines étapes de votre entreprise ?
Questions fréquentes
Comment évaluer sa dépendance à un éditeur logiciel ?
Examinez les conditions d’utilisation, les dépenses, les formats de données, les composants indispensables et les possibilités de reprise. Complétez cet inventaire par des tests concrets de reconstruction ou de transfert.
Un logiciel open source garantit-il la souveraineté numérique ?
L’accès au code peut faciliter l’autonomie. Celle-ci dépend aussi des compétences, de la documentation, de l’architecture et de la capacité à exploiter le logiciel.
Peut-on renforcer son autonomie sans migrer ?
Oui. Documenter l’application, sécuriser les accès, tester les sauvegardes et organiser le transfert de connaissances constituent déjà des avancées utiles.
