Guía · 2026

Migrar desde WinDev o WebDev: tus opciones reales en 2026.

Miles de sistemas de negocio siguen funcionando sobre WinDev. En 2026, mantenerlos ahí significa una suscripción que caduca con la factura y tarifas de ejecución anunciadas para aplicaciones que ya están en producción. Esta guía recorre las tres salidas — y lo que cada una te cuesta en tiempo, riesgo y dinero.

Por qué los desarrolladores buscan la salida ahora

  • El IDE pasó a ser solo por suscripción. Deja de renovar y las herramientas dejan de funcionar.
  • Se anunciaron tarifas de ejecución para las aplicaciones que corren en casa de tus clientes — aplicaciones que nunca antes tuvieron un medidor.
  • No hay lista de precios pública. Los costos se negocian por cotización, y solo se han movido en una dirección.
  • El techo tecnológico. Un lenguaje que mantiene una sola empresa, un grupo de talento que se reduce cada año, un ecosistema que el resto de la industria no comparte.

Las tres salidas

1 · Reescribir a mano

Contratar un equipo web, reespecificar cada pantalla y regla desde un código que nadie documentó por completo. El proyecto clásico de 2 a 3 años — el que a menudo muere al 60 %.

2 · Apuntarle una IA de código

Rápido en las primeras pantallas, luego se desvía: adivina las reglas de negocio, pierde el orden de dependencias, y descubres la rotura en producción.

3 · Convertir con un método

Leer todo el código primero, extraer cada regla con un identificador, convertir en el orden de dependencias, generar tests a partir de las reglas y publicar sobre una stack abierta. Esto es lo que hace WXCode.

Cómo es una conversión metódica

  • Importar todo el ZIP del proyecto, los PDF de documentación, el esquema de base de datos, los procedimientos almacenados.
  • Reencontrar tu código una base de conocimiento de ventanas, páginas, procedimientos, consultas, clases, informes y tablas, con el grafo de dependencias y cada regla de negocio extraída y explicada.
  • Convertir hito a hito a Next.js, Laravel, Django, Rails y más (16 stacks), en orden topológico, mientras tu sistema legado sigue funcionando sobre los mismos datos.
  • Demostrar que nada se rompió miles de tests generados a partir de tus reglas, verificación en cada hito, la aplicación funcionando desde el primero.
  • Operarlo en la web build, test, entrega, publicación, observación, cuidado: todo el ciclo de vida, en un solo lugar.

Qué te quedas, qué dejas atrás

Te quedas con tus datos (el esquema se convierte 1:1), tus reglas de negocio (extraídas con identificador, trazables hasta los tests), la lógica de tus pantallas y — por primera vez — un sistema documentado.

Dejas atrás la suscripción, el medidor de ejecución, el lenguaje propietario y el mercado de talento de proveedor único. Tu aplicación convertida es un repositorio git normal en una stack abierta: sin runtime propietario, sin cargos por sesión, nada que caduque.

Las preguntas que hacen primero los desarrolladores

¿Cuánto tarda una conversión?

Una reescritura real de 3 años con 7 personas la hizo un solo desarrollador en unos 6 meses con WXCode — hito a hito, no de una sola vez.

¿Y mis datos HFSQL / SQL?

El esquema de base de datos se convierte 1:1, así que la nueva aplicación lee los mismos datos. Tu sistema legado sigue funcionando durante la migración.

¿Procedimientos, consultas, informes?

Todos son elementos de primer nivel en la base de conocimiento y se convierten — informes incluidos, con las reglas que los rigen.

¿Necesito aprender la stack web primero?

No. La plataforma se encarga del build, los tests, el despliegue, el dominio y el monitoreo. Tú eliges la stack; WXCode hace lo que nunca tuviste que aprender en desktop.

¿Vuelvo a quedar atado a un proveedor?

Descarga tu proyecto en cualquier momento. Funciona sin WXCode. Te quedas por la base de conocimiento y los cockpits, no porque estés atrapado.

Mira lo que liberas.

Ingresa tus puestos y sesiones en la calculadora de salida, luego importa tu proyecto y reencuentra tu código.