Cómo migrar una aplicación VB6 a la web en 2026 (sin reescribir desde cero)
Visual Basic 6 lleva fuera de soporte desde 2008, pero miles de empresas siguen dependiendo de aplicaciones VB6 críticas. Te explicamos cómo llevarlas a la web sin parar tu operativa ni tirar 20 años de reglas de negocio.
Por qué seguir con VB6 ya es un riesgo
Visual Basic 6 dejó de tener soporte de Microsoft en 2008. El runtime aún se mantiene de forma extendida en Windows, pero eso no significa que sea seguro: cada nueva versión de Windows complica la instalación de controles OCX, los drivers de base de datos antiguos (ADO, ODBC de 32 bits) dan problemas, y encontrar programadores que dominen VB6 es cada vez más caro.
El riesgo real no es técnico, es de negocio: si la única persona que entiende esa aplicación se jubila o se va, te quedas con un sistema crítico que nadie puede tocar. Migrar a la web no va de modernidad, va de no quedarte atrapado.
El error más común: reescribir desde cero
La tentación es tirar la aplicación vieja y empezar de nuevo. Es casi siempre un error. Una aplicación VB6 con 15 o 20 años de vida contiene cientos de reglas de negocio que no están documentadas en ningún sitio: están en el código, en validaciones, en casos especiales que se fueron añadiendo según los pisaba la realidad.
Reescribir desde cero significa redescubrir todas esas reglas a base de errores en producción. Por eso preferimos un enfoque incremental.
La estrategia: Strangler Fig (estrangulamiento gradual)
El patrón Strangler Fig consiste en construir la nueva aplicación web alrededor de la vieja, módulo a módulo, hasta que la antigua queda vacía y se puede apagar. Nunca hay un "día D" en el que todo cambia de golpe.
- Fase 1 — Datos: conectamos la web a la misma base de datos que usa VB6 (o migramos a PostgreSQL/SQL Server con sincronización temporal). Los dos sistemas conviven.
- Fase 2 — Módulo a módulo: empezamos por la pantalla que más duele (la más usada o la más frágil) y la reconstruimos en web. El resto sigue en VB6.
- Fase 3 — Reglas de negocio: a medida que migramos, rescatamos y documentamos cada regla. Nada se pierde.
- Fase 4 — Apagado: cuando el último módulo está en web, se jubila VB6.
La ventaja: tu empresa nunca para. Cada semana hay algo nuevo funcionando, y si algo falla, el sistema antiguo sigue ahí como red de seguridad.
¿Qué pasa con la base de datos?
La mayoría de aplicaciones VB6 usan Access (.mdb), SQL Server antiguo o ficheros DBF. Lo habitual es migrar a una base de datos moderna (PostgreSQL o SQL Server actual) porque la web necesita acceso concurrente, copias de seguridad automáticas y acceso desde cualquier lugar.
La migración de datos se hace con scripts ETL que validamos a fondo: ni un registro se pierde, y se puede revertir hasta el último momento.
¿Cuánto cuesta y cuánto tarda?
Depende del tamaño, pero al ir por módulos el coste se reparte en el tiempo y empiezas a ver resultados desde las primeras semanas. Una aplicación de gestión mediana suele migrarse en bloques de 4–8 semanas por módulo. No necesitas un presupuesto enorme de golpe: pagas según avanzas.
Si tienes una aplicación VB6 que te preocupa, lo primero es un análisis sin compromiso: revisamos el código, la base de datos y te decimos por dónde empezar.
Más artículos
El Reglamento que desarrolla la Ley Antifraude obliga a que el software de facturación cumpla unos requisitos técnicos muy concretos. Te explicamos qué es Verifactu, a quién afecta y qué hay que cambiar en tu programa.
Un TPV web funciona en el navegador, se actualiza solo y lo controlas desde cualquier sitio. Te contamos en qué se diferencia de un TPV de toda la vida y cuándo merece la pena dar el salto.