Tengo una aplicación antigua en VB6 o Access: ¿qué hago?

Es más habitual de lo que parece: una gestoría, un taller o una fábrica lleva 15 o 20 años funcionando con una aplicación en VB6 o una base de datos en Access que “no se puede tocar” porque nadie recuerda bien cómo se hizo. Y funciona, hasta que deja de hacerlo.

Señales de que toca modernizar

• Solo arranca en un Windows concreto o con compatibilidad forzada.
• La persona que lo programó ya no está localizable.
• Cada cambio de equipo es un drama para reinstalarlo.
• No hay copias de seguridad automáticas ni forma de acceder en remoto.

Migrar no siempre es reescribir de cero

Antes de tirarlo todo, reviso qué se puede conservar: la lógica de negocio y la base de datos suelen ser la parte valiosa, no el código en sí. Según el caso, la ruta puede ser:

• VB6 → VB.NET / C#, manteniendo la interfaz de escritorio pero en una base moderna y mantenible.
• Escritorio → web o app, si interesa acceder desde varios equipos o en remoto.
• Access → MySQL/SQL Server, cuando la base de datos empieza a ir lenta o se corrompe con varios usuarios a la vez.

Cómo se hace sin parar el negocio

La clave es migrar por fases: primero se replica la funcionalidad crítica, se prueba en paralelo con el sistema antiguo y solo se apaga el viejo cuando el nuevo lleva un tiempo funcionando sin sobresaltos.

Si reconoces tu caso, escríbeme desde contacto y vemos qué opción tiene más sentido para tu negocio.