Migrar Access a web sin parar el negocio
Migrar Access a web es llevar los datos a una base de datos de servidor y rehacer formularios e informes como aplicación web. Se hace por partes: inventario, datos al servidor con cuadre, convivencia con Access módulo a módulo y corte final cuando todo está probado.
Migrar Access a web consiste en llevar las tablas a una base de datos de servidor (SQL Server, MySQL o PostgreSQL) y rehacer formularios, informes y macros como una aplicación que se usa desde el navegador. Se puede hacer sin parar el trabajo: primero los datos, después la aplicación por módulos y, al final, un corte cuando todo cuadra.
Por qué migrar una aplicación Access
Access ha resuelto la gestión de muchas empresas con una base de datos y unos formularios hechos a medida, a menudo por alguien de la casa. El problema llega cuando el negocio crece alrededor. Estas son las señales:
- Límites técnicos. Un archivo de Access tiene un tamaño máximo y un número máximo de usuarios simultáneos, que Microsoft publica en las especificaciones de cada versión. Si os estáis acercando a ellos, o si compartir el archivo por la red se ha vuelto lento, es una señal. El remedio habitual es dividirlo en dos archivos: uno con las tablas, compartido, y otro con consultas, formularios e informes, con una copia por usuario.
- Soporte. Según el calendario de ciclo de vida de Microsoft, Access 2016 y Access 2019 dejaron de tener soporte el 14 de octubre de 2025: sin nuevas actualizaciones de seguridad ni de otro tipo.
- Acceso. Access es una aplicación de escritorio. La vía que Microsoft tuvo para publicar aplicaciones de Access en la web, Access Services en SharePoint, figura como obsoleta en SharePoint Server 2019 (aunque con soporte en esa versión), y Microsoft recomienda explorar Power Apps y Power Automate como alternativas. Trabajar desde casa, desde el móvil o con clientes exige montar accesos remotos.
- Dependencia de una persona. Si las macros y el código VBA no están documentados y solo una persona sabe tocarlos, cada ausencia es un riesgo.
- Integraciones. Si para conectar Access con la tienda, un portal de clientes o la facturación acabáis exportando a Excel y copiando a mano, el coste está en esas horas y en los errores.
A qué se migra: base de datos de servidor y aplicación web
La migración tiene dos mitades que conviene separar: dónde viven los datos y con qué se trabaja con ellos. Estas son las opciones, de menos a más cambio:
| Opción | Qué cambia | Cuándo encaja |
|---|---|---|
| Dividir la base de Access | Tablas en un archivo compartido y una copia de la interfaz por usuario | Pocos usuarios en la misma oficina y poco margen de tiempo |
| Access con tablas en un servidor | Los datos pasan a SQL Server u otra base de servidor; Access sigue como interfaz con tablas vinculadas | Necesitas capacidad y copias serias, pero aún no puedes rehacer la aplicación |
| Aplicación web a medida | Base de datos de servidor y aplicación en el navegador, con usuarios, roles y permisos | Varias sedes, trabajo en movilidad, integraciones o clientes que acceden |
| Programa estándar | Sustituir Access por un ERP o un programa del mercado | El proceso es estándar y no hay lógica propia que conservar |
La segunda opción es un buen paso intermedio: mueve los datos a un servidor sin cambiar la forma de trabajar y prepara el terreno para la aplicación web. Si dudas entre estándar y a medida, lee ERP a medida o software estándar.
De Access a SQL Server o a MySQL: las herramientas oficiales
De Access a SQL Server
Microsoft ofrece SQL Server Migration Assistant (SSMA) para Access, que migra a SQL Server 2019 y versiones posteriores, Azure SQL Database e Instancia administrada de Azure SQL. El proceso que documenta es: crear un proyecto, añadir los archivos de Access, conectar con el destino, mapear las bases de datos, evaluar (de forma opcional) qué se puede convertir, convertir los objetos, cargarlos y migrar los datos. Después se pueden vincular las tablas para que las consultas, formularios e informes de Access trabajen con los datos del servidor.
La propia documentación avisa de problemas tras vincular: consultas lentas que conviene convertir en vistas, procedimientos almacenados o consultas de paso a través; hipervínculos que se quedan en texto plano; y, si se usa la autenticación de SQL Server, contraseñas guardadas sin cifrar en las tablas vinculadas, por lo que recomienda la autenticación de Windows.
De Access a MySQL
El asistente de migración de MySQL Workbench también admite Access como origen. Sus requisitos (el sistema operativo, el controlador ODBC de Access y su arquitectura) y qué objetos migra solo y cuáles hay que convertir a mano están en su manual oficial: conviene leerlos antes de empezar, porque condicionan desde qué equipo se hace la migración.
Las dos herramientas se centran en la base de datos. Formularios, informes, macros y VBA siguen en Access, vinculados a las nuevas tablas, o se rehacen en la aplicación web.
Cómo migrar sin parar el trabajo
Parar la empresa para migrar no es una opción. Un enfoque documentado es el que Microsoft llama patrón de la higuera estranguladora: el sistema nuevo sustituye al antiguo por partes, los dos conviven durante la migración y el antiguo se retira cuando ya nada depende de él.
- Inventario. Tablas, consultas, formularios, informes, macros, módulos VBA y, sobre todo, quién usa qué y para qué. Suelen aparecer procesos que nadie había escrito.
- Datos al servidor. Se migran las tablas y se vinculan: Access sigue funcionando igual, pero los datos ya tienen copias y permisos serios.
- Primer módulo web. Se elige uno con valor claro y pocas dependencias (la ficha de clientes o los pedidos, por ejemplo) y se construye en web sobre la misma base de datos.
- Módulo a módulo. Cada parte nueva sustituye a su formulario de Access, que se retira. Mientras, las dos trabajan sobre los mismos datos.
- Retirada. Cuando ya nadie abre Access, se archiva junto con una copia intacta del original.
Así, en cada momento hay una versión que funciona y un paso atrás posible. Cómo se organiza un proyecto así lo contamos en las fases de un proyecto de software.
Migrar los datos y cuadrarlos
La migración de datos es donde el equipo pierde la confianza si algo no cuadra. Antes del paso definitivo:
- Limpia duplicados, registros huérfanos y campos de texto que guardan fechas o importes.
- Revisa los tipos de datos sin equivalente directo en el destino; los hipervínculos, por ejemplo, pasan a texto plano.
- Haz migraciones de prueba completas, no solo de una tabla.
- Cuadra: número de registros por tabla, sumas de importes por año y por cliente, y una muestra revisada a mano por quien conoce los datos.
- Guarda una copia del archivo de Access original sin tocar.
Nuestra regla es la que aplicamos a cualquier cambio en una base de datos en producción: copia de seguridad antes y migraciones pequeñas y reversibles. Y lo que se comprueba es el resultado, no el mensaje de «terminado».
Pruebas y corte final
- Pruebas con usuarios reales durante la convivencia, con los casos de cada día y los raros de fin de mes.
- Informes clave comparados entre Access y la aplicación nueva con los mismos datos.
- Ventana de corte fuera del horario de trabajo, con los cambios en Access congelados.
- Comprobación de que la versión nueva arranca y responde antes de retirar la antigua: que la vieja siga funcionando no prueba que la nueva funcione.
- Plan de vuelta atrás escrito.
Después, la aplicación necesita mantenimiento como cualquier software: lee tipos de mantenimiento de software.
Qué se gana al migrar Access a web
- Trabajar desde cualquier navegador, dentro o fuera de la oficina.
- Usuarios con roles y permisos, y un registro de quién cambió qué.
- Copias de seguridad automáticas y una restauración probada.
- Conectar con la tienda, la facturación o un portal de clientes sin exportar a Excel.
- Dejar de depender de una sola persona para cambiar algo.
Es lo mismo que ocurre cuando una empresa deja las hojas de cálculo: lo contamos en ERP o Excel. Si Access es solo una de varias piezas antiguas, lee qué es el software legacy y qué hacer con él. Más sobre cómo trabajamos en software a medida.
Fuentes consultadas
Comprobadas el 26 de septiembre de 2026. Enlazamos la fuente original para que puedas consultar el texto vigente.
- Ending Support in 2025 (ciclo de vida de productos Microsoft). Microsoft Learn.
- What's deprecated or removed from SharePoint Server 2019. Microsoft Learn.
- SQL Server Migration Assistant para Access (AccessToSQL). Microsoft Learn.
- Migración de bases de datos de Access a SQL Server y Azure SQL. Microsoft Learn.
- Vinculación de aplicaciones de Access a SQL Server y Azure SQL. Microsoft Learn.
- Patrón de la higuera estranguladora (Azure Architecture Center). Microsoft Learn.
Preguntas frecuentes
¿Cómo migrar de Access a SQL Server?
Con SQL Server Migration Assistant para Access, la herramienta de Microsoft: se crea un proyecto, se conecta con el servidor, se convierten los objetos, se migran los datos y, si se quiere seguir usando Access como interfaz, se vinculan las tablas. Después hay que revisar las consultas lentas y los tipos de datos.
¿Cómo migrar una base de datos de Access a MySQL?
Con el asistente de migración de MySQL Workbench, que admite Access como origen. Antes de empezar, revisa en su manual oficial los requisitos del controlador ODBC de Access y qué objetos migra solo. Formularios, informes, macros y VBA no son parte de la base de datos: siguen en Access o se rehacen en la aplicación web.
¿Se puede seguir usando Access después de migrar los datos?
Sí. Con tablas vinculadas, los formularios e informes de Access trabajan contra la base de datos del servidor. Es un buen paso intermedio mientras se construye la aplicación web.
¿Access 2016 sigue teniendo soporte?
No. Según el calendario de ciclo de vida de Microsoft, Access 2016 y Access 2019 dejaron de tener soporte el 14 de octubre de 2025, lo que significa que ya no reciben nuevas actualizaciones de seguridad.
¿Algo de esto encaja con tu negocio? Cuéntanos cómo lo haces hoy.