Durante mucho tiempo defendí a PC SOFT cuando pasó de una licencia perpetua a una suscripción. Puedo entender que un IDE profesional, mantenido de forma continua y obligado a seguir la evolución de Windows, Android, iOS, los navegadores y las tiendas de aplicaciones, necesite ingresos recurrentes. Pero ahora se ha cruzado una línea: el coste ya no se limita a la herramienta del desarrollador, sino que se extiende al uso de las aplicaciones entregadas a nuestros propios clientes.

26 de mayo de 2025adquisición oficial de PC SOFT por Volaris Group
2026aparición de ofertas comerciales estructuradas en torno a sesiones
2 preguntaspublicadas en la Asamblea Nacional en junio de 2026

01 Por qué defendí la suscripción

Muchos desarrolladores rechazaron el paso a la suscripción. Por mi parte, podía entender el principio.

Mantener un IDE moderno tiene un coste. Debe seguir la evolución de los sistemas operativos, las arquitecturas de hardware, los navegadores, los SDK móviles, los requisitos de las tiendas y las nuevas reglas de seguridad. También hay que corregir regresiones, mantener los frameworks y financiar el soporte técnico.

Por lo tanto, cobrar al desarrollador que utiliza la herramienta no me parece incoherente. Incluso podría aceptar una suscripción más alta si garantizara un IDE más estable, actualizaciones periódicas y una mejor visibilidad en la hoja de ruta.

El problema actual no es que PC SOFT cobre por sus productos. El problema es el límite en el que termina esta facturación.

02Volaris y cambio de contexto

El contexto accionarial cambió el 26 de mayo de 2025, cuando Volaris Group anunció la adquisición de PC SOFT. Volaris es un grupo especializado en la adquisición y desarrollo de empresas de software vertical.

Una adquisición no constituye, en sí misma, prueba de un vínculo causal con un cambio de precio. Por lo tanto, sería excesivo afirmar que Volaris impuso directamente el modelo por sesiones sin un documento oficial que lo establezca.

Por otro lado, la proximidad cronológica entre la adquisición, el rediseño de las ofertas y la aparición de nuevas métricas justifica que los desarrolladores cuestionen la estrategia de monetización a largo plazo del ecosistema.

03 Lo que revela el nuevo modelo de sesión

La nueva página de ofertas no se limita a vender puestos de desarrollador o servicios de soporte: cada plan incorpora un volumen de sesiones.

Página de precios de PC SOFT con las ofertas Bronze, Silver, Gold, Platinum y Titanium y sus sesiones incluidas
Página de ofertas PC SOFT que presenta los diferentes niveles de suscripción y el número de sesiones incluidas. Captura vista en julio de 2026.
Bronze5 sesiones incluidas
Silver10 sesiones incluidas
Gold25 sesiones incluidas
Platinum50 sesiones incluidas
Titanium100 sesiones incluidas

La captura de la sesión Bronze adicional indica un precio de catálogo de 290 euros. La oferta Early Adopter con un compromiso de un año muestra 200 euros, mientras que el plan de fidelidad de tres años aplica una tarifa progresiva.

Las Condiciones Generales de Venta de PC SOFT, versión 1.6 del 25 de marzo de 2026, definen “métricas” como unidades de medida y límites cuantitativos utilizados para determinar el alcance de los derechos de uso: usuarios, estaciones de trabajo, entornos, núcleos de CPU, etc. También especifican que el formulario de pedido fija la métrica, el precio y el alcance aplicables.

Por último, las Condiciones Generales recuerdan que las páginas comerciales no son contractuales y pueden cambiar. Por tanto, hay que leer atentamente el formulario de pedido. Esto no altera la conclusión de fondo: el uso medido de la solución se convierte en un componente de la facturación.

  • las ofertas comerciales ahora se diferencian por el número de sesiones incluidas;
  • una sesión adicional aparece como una opción facturable separada;
  • las Condiciones Generales definen expresamente métricas cuantitativas de uso;
  • el formulario de pedido se convierte en el documento central para el precio, la duración y la métrica;
  • las ofertas, paquetes, opciones y métricas pueden cambiar para nuevos pedidos;
  • el derecho a una versión fija permanece regido por el último formulario de pedido.

04 El cliente final no ha elegido PC SOFT

Mi cliente no compró WINDEV. Compró una aplicación de negocio que respondía a sus necesidades.

PC SOFT

Proporciona el IDE, WLanguage, los frameworks, el compilador y las herramientas técnicas.

el desarrollador

Analiza, diseña, codifica, prueba, implementa, documenta, mantiene y asume la relación comercial.

El cliente final

Financia una solución empresarial y luego, a menudo, paga el mantenimiento o una suscripción al proveedor de servicios que la proporciona.

Para el cliente, PC SOFT es un componente de la cadena de producción. Generalmente no conoce WLanguage, ni HFSQL, ni las condiciones de licencia del IDE. Quiere un software funcional, mantenido y económicamente predecible.

Sin embargo, tendré que explicar a ciertos clientes que después de haber financiado su aplicación hecha a medida y pagado su mantenimiento, ahora deben financiar una métrica adicional vinculada a la tecnología utilizada para construir esta aplicación.

05 Una ruptura de la confianza económica

Un aumento de precio puede ser absorbido cuando es conocido, predecible y aplicado a la renovación de una herramienta.

La situación se vuelve mucho más difícil cuando un editor modifica la economía del software ya vendido, implementado y cubierto por contratos de mantenimiento.

Contratos existentes

Los precios se negociaron sin incorporar este nuevo cargo recurrente.

Aplicaciones heredadas

El software que lleva años en producción no se puede reescribir instantáneamente.

Pequeños márgenes

Las aplicaciones internas gratuitas o destinadas a organizaciones pequeñas pueden dejar de ser rentables.

Previsibilidad

Cada vez es más difícil cuantificar el coste total de una aplicación en cinco o diez años.

Las Condiciones Generales permiten a PC SOFT crear, modificar, agrupar o eliminar ofertas, paquetes, opciones y métricas para nuevos pedidos. Los precios se mantienen durante el periodo ya pagado y pueden cambiar en la renovación, sujeto al preaviso previsto.

Estas cláusulas son clásicas en una suscripción profesional. Sin embargo, se vuelven mucho más sensibles cuando la métrica afecta a aplicaciones ya implementadas y a clientes cautivos de software empresarial.

06 Unity ya intentó este cambio y tuvo que dar marcha atrás

La industria del software ya vivió un episodio muy similar con Unity.

En 2023, el editor del motor de juegos quería ir más allá de la suscripción tradicional por puesto de desarrollador introduciendo una «Runtime Fee». El principio consistía en facturar determinados juegos que habían alcanzado umbrales importantes, en función del uso del Runtime de Unity en los productos distribuidos.

El método no era estrictamente idéntico al de PC SOFT. Unity se centró en el mercado de los videojuegos y había definido umbrales de ingresos y uso. Pero el cambio estratégico fue comparable: el editor ya no sólo quería monetizar la herramienta de creación. También quería tomar una parte después de la entrega, dependiendo del uso o éxito del producto final.

2023 — anuncio Unity anuncia una Runtime Fee, que provoca una oposición masiva de los estudios.
2023 — revisión Unity revisa varias modalidades ante las críticas, pero la confianza queda profundamente dañada.
12 de septiembre de 2024 - abandono Unity cancela oficialmente la Runtime Fee para sus clientes del sector de los videojuegos.
Vuelta al modelo por puesto Unity vuelve a la suscripción tradicional por puesto, acompañada de subidas de precio anunciadas.

Unity también se ha comprometido a permitir que los desarrolladores continúen usando una versión existente bajo los términos previamente acordados, siempre y cuando permanezcan en esa versión. Este tipo de garantía, a menudo llamada “grandfathering”, es precisamente lo que protege los proyectos heredados contra una modificación retroactiva del modelo económico.

El precedente de Unity muestra que un ecosistema puede tolerar un aumento en el precio del IDE, pero mucho menos una facturación impredecible que sigue a la aplicación después de su entrega.

07 Qué hacen .NET, Swift y OpenJDK: por qué los otros modelos no son equivalentes

La comparación con los grandes ecosistemas modernos debe ser precisa: nada es completamente gratuito, pero la frontera entre la herramienta de desarrollo, el runtime, el soporte, la nube y la distribución suele ser mucho más clara.

.NET

Microsoft dice que los lenguajes, compiladores, bibliotecas y runtimes de .NET son gratuitos, incluso para uso comercial. Visual Studio Professional, Azure y el soporte pueden tener un costo, pero no hay una tarifa general por usuario final para ejecutar una aplicación .NET.

Swift y Apple

Swift se lanza bajo la licencia Apache 2.0 con Runtime Library Exception. Apple cobra en particular por su programa de desarrollo y su distribución en sus plataformas. Este costo se relaciona con el acceso al ecosistema de Apple, no con cada usuario final simplemente porque la aplicación fue escrita en Swift.

OpenJDK

OpenJDK se distribuye bajo GPLv2 con la Classpath Exception. Algunas distribuciones comerciales de Java y contratos de soporte cobran una tarifa, pero el ecosistema OpenJDK no depende de una tarifa general por usuario de la aplicación.

Por tanto, la diferencia esencial no es la ausencia total de facturación. Depende de la naturaleza de lo que se factura: el IDE, una infraestructura, el soporte, una tienda o un servicio operado en producción. El costo no se atribuye automáticamente a cada usuario del software final.

Motores como Unreal Engine constituyen un contraejemplo parcial, ya que pueden aplicar regalías. Pero los umbrales, tasas y exclusiones se publican con antelación y generalmente están vinculados a los ingresos del producto. De este modo, el desarrollador puede integrarlos en su modelo económico.

08 Consecuencias para el ecosistema

  • revisión de contratos de mantenimiento existentes;
  • negociaciones difíciles con clientes que nunca han elegido PC SOFT;
  • reducción de los márgenes de pequeños editores de software y desarrolladores independientes;
  • riesgo económico por software gratuito o de asociaciones;
  • aceleración de las migraciones a pilas más abiertas;
  • coste de reescribir aplicaciones heredadas;
  • cuestionamiento de nuevos proyectos con WINDEV;
  • mayor riesgo de dependencia tecnológica.

El tema también ha ido más allá de las discusiones entre desarrolladores. En junio de 2026 se publicaron dos preguntas escritas en la Asamblea Nacional sobre las prácticas comerciales de PC SOFT, el canon aplicado a las aplicaciones implementadas y las consecuencias económicas y estratégicas para el ecosistema francés.

El tema ha ido más allá de los foros y las asociaciones de desarrolladores. En junio de 2026 se publicaron dos preguntas escritas en la Asamblea Nacional.

Pregunta n.º 16261 — 23 de junio de 2026

Cuestiona al Gobierno sobre las prácticas comerciales de PC SOFT y las consecuencias de una tarifa aplicada a las aplicaciones desarrolladas y desplegadas para los clientes.

Pregunta n.º 16481 — 30 de junio de 2026

Amplía el debate a las consecuencias económicas, la dependencia tecnológica y las cuestiones de seguridad y soberanía para las empresas y administraciones usuarias.

09 Qué podría haber hecho PC SOFT

  • aumentar claramente el precio de la suscripción de desarrollador;
  • vender soporte premium verdaderamente opcional;
  • cobrar por alojamiento o infraestructura realmente proporcionada;
  • ofrecer servicios en la nube facturados por consumo;
  • mantener un runtime redistribuible sin tarifas de uso;
  • proteger permanentemente las aplicaciones ya implementadas;
  • publicar una métrica simple, estable y limitada;
  • garantizar las condiciones existentes para una versión fija.

10 ¿Qué cambia esto para mí?

He trabajado durante muchos años con WINDEV, WEBDEV y WINDEV Mobile. Estas herramientas tienen un valor real y me han permitido producir rápidamente aplicaciones de negocio.

Pero la productividad de un IDE ya no es suficiente para justificar la elección de una arquitectura. También es necesario evaluar la sostenibilidad de su modelo de licencia, la portabilidad de las aplicaciones y la capacidad del editor para proteger a sus propios clientes.

Por lo tanto, esta política confirma una decisión ya tomada: migrar gradualmente mis aplicaciones hacia pilas más abiertas, cuyos runtimes sean redistribuibles y cuyo ciclo de vida pueda controlar mejor.

Esta migración tiene un costo. Es necesario revisar las interfaces, los procesos, las bases de datos HFSQL, procedimientos de instalación y hábitos de usuario. Pero este coste se vuelve más aceptable que el riesgo de que un tercero modifique unilateralmente el modelo económico de las aplicaciones que he diseñado, vendido y mantenido.

S Fuentes, documentos contractuales y condiciones de uso