Tarification à la session PC SOFT : mesurer votre exposition

État des lieux au 24 juillet 2026. Cette page sépare strictement les faits confirmés officiellement, les annonces, et ce qui circule sans confirmation. Elle est révisée à chaque évolution publique du dossier : la date de dernière mise à jour figure en haut de page.

Ce qui a été annoncé, et quand

• Fin 2024 : la cession de PC SOFT à Two Squared France II, structure liée au groupe Volaris (Constellation Software), apparaît dans les registres publics, où des développeurs la repèrent avant toute communication officielle.
• 2025 : le rachat est confirmé publiquement ; le modèle commercial bascule vers l'abonnement annuel sur les nouvelles versions, en remplacement de la licence perpétuelle à dongle.
• 2026 : une tarification « à la session utilisateur » est annoncée pour les applications déployées, applicable à partir de la génération 2026 des outils, selon les communications et la presse spécialisée.

Le principe annoncé mérite d'être bien compris, car il change la nature même du coût. Jusqu'ici, vous payiez l'outil de développement : un coût fixe, connu, assis sur le nombre de développeurs. La facturation à la session déplacerait l'assiette vers l'usage des applications produites : chaque poste qui ouvre une session d'une application développée avec les outils PC SOFT entrerait dans le calcul. Pour un usage interne, l'assiette resterait bornée par votre propre parc. Pour un éditeur, elle suivrait le parc de ses clients, c'est à dire sa réussite commerciale.

C'est cette bascule d'un coût de production vers un coût d'exploitation qui explique l'ampleur des réactions dans la communauté : elle ne change pas un prix, elle change qui paie, sur quelle assiette, et avec quel plafond. Tant que le barème définitif n'est pas publié, chaque entreprise doit raisonner en fourchettes sur son propre parc, et c'est précisément ce que permet le simulateur plus bas.

Confirmé / annoncé / non confirmé

Règle de lecture : tout ce qui n'est pas dans la colonne « Confirmé » doit se traiter comme une hypothèse de travail, ni ignorée ni tenue pour acquise. C'est exactement ainsi que nous le traitons dans les audits.

Qui est concerné : versions 2026 et suivantes

Trois profils, trois niveaux d'exposition. L'utilisateur interne mono-site verrait son coût évoluer mais rester borné par son propre nombre de postes. L'entreprise multi-sites cumulerait l'effet sur chaque site équipé. L'éditeur qui déploie chez ses clients concentre l'enjeu : la facturation porterait sur des postes qu'il ne contrôle pas, chez des clients qu'il continue de signer. Selon les éléments publics, les clés en version 2025 et antérieures seraient pour l'instant épargnées ; cette lecture reste à confirmer contrat en main, avec votre conseil.

Un point pratique souvent négligé : l'inventaire. Beaucoup d'entreprises ne savent pas précisément combien de postes exécutent leurs applications WinDev, sur combien de sites, avec quelles versions. Or toute discussion, avec l'éditeur comme en interne, commence par ce chiffre. Établir cet inventaire prend quelques jours et ne préjuge d'aucune décision : c'est la première action sans regret de ce dossier.

Simuler le coût sur votre parc déployé

Le simulateur ci-dessous croise votre nombre de postes déployés avec une hypothèse basse et une hypothèse haute de coût par session. Les hypothèses sont affichées et modifiables, car aucun barème officiel n'existe à ce jour : le résultat est une estimation sous hypothèses, destinée à dimensionner votre exposition, jamais une facture prévisionnelle.

Comment lire le résultat : comparez la fourchette obtenue à votre budget applicatif annuel actuel, licences et maintenance comprises. Si même l'hypothèse haute reste marginale, votre urgence est faible et un simple suivi du dossier suffit. Si l'hypothèse basse représente déjà une part significative de ce budget, votre exposition justifie d'aller plus loin : inventaire précis du parc, clarification contractuelle, et chiffrage d'une trajectoire de sortie pour comparaison. Entre les deux, la variable de décision est votre trajectoire de déploiement : un parc stable subit une fois, un parc en croissance subit chaque année davantage.

Trois précautions d'interprétation enfin. Le périmètre exact de l'assiette (postes simultanés ou postes installés, sites distants, environnements de test) n'est pas tranché publiquement : votre simulation doit tester les deux lectures. Les barèmes définitifs pourront comporter des paliers ou des remises de volume que le calcul linéaire ignore. Et le résultat ne dit rien du calendrier : entre l'annonce et l'application effective à votre contrat, votre marge de manœuvre dépend de vos versions et de vos clauses, d'où l'importance de la clarification écrite évoquée plus bas.

Les 3 leviers de mitigation immédiats

• Geler votre parc en version 2025, documenter précisément les postes et les clés, et ne monter de version qu'en connaissance de cause.
• Clarifier par écrit avec l'éditeur ce qui s'applique à votre contrat : versions concernées, assiette de facturation, calendrier. Une réponse écrite vaut mieux que toutes les rumeurs de forum.
• Connaître votre coût de sortie : l'audit de cinq jours chiffre ce que coûterait une migration, ce qui transforme une inquiétude diffuse en décision calculée. Ce levier est le nôtre, et il vient logiquement en dernier : on négocie mieux en connaissant son alternative.

Ces trois leviers ne s'excluent pas : la plupart des entreprises que nous rencontrons activent les trois en parallèle. Le gel stabilise la situation, la clarification écrite fixe le cadre contractuel réel, et le chiffrage de sortie donne le poids de négociation. À l'inverse, deux réactions sont à éviter : la montée de version par habitude, qui ferait entrer le parc dans le nouveau régime sans décision explicite, et la panique migratoire, qui conduit à signer un projet mal cadré au prix fort. Entre l'immobilisme et la précipitation, il y a le calcul.

Comment cette page est tenue à jour

Le dossier évolue, et une page figée serait vite trompeuse. Notre règle de veille : révision à chaque publication officielle de l'éditeur ou évolution notable rapportée par la presse spécialisée, et au minimum une revue trimestrielle. La date de dernière mise à jour est affichée en haut de page ; tout élément qui passerait du statut « annoncé » à « confirmé » ou inversement est répercuté dans le tableau central. Si vous disposez d'un élément public que nous n'avons pas encore intégré, écrivez-nous : cette page vaut par son exactitude.

Sources et références

Les liens ci-dessous sont volontairement en accès direct : cette page vaut par ses sources, et nous préférons que vous vérifiiez par vous-même. Ils sont complétés à chaque révision ; signalez-nous toute évolution que nous aurions manquée.

• Next : PC Soft, l'éditeur de WinDev, passe sous pavillon canadien : le rachat par le groupe Volaris / Constellation Software.
• Next : les développeurs WinDev s'alarment d'une possible redevance par installation client : l'annonce de la tarification à la session et ses réactions.
• Programmez : après le rachat, une grogne des développeurs WinDev : le contexte communautaire.
• Wx Alliance : état des lieux du collectif d'utilisateurs : le chiffrage de l'évolution des abonnements publié par le collectif.
• Forums developpez.net : politique tarifaire PC SOFT : les discussions de la communauté, à lire comme des témoignages, pas comme des faits confirmés.
• Assemblée nationale, question écrite n°16481 : le rachat de PC SOFT et ses conséquences, porté jusqu'au terrain parlementaire.