Migrar Access a una aplicación web: señales, opciones y costes (2026)

En muchas pymes, asociaciones y ayuntamientos hay un archivo .accdb o .mdb que sostiene una parte del trabajo diario: el registro de socios, las subvenciones, los expedientes, el almacén o la facturación de un servicio concreto. Lo montó alguien hace diez o quince años, funciona y nadie quiere tocarlo. El problema aparece cuando esa persona se jubila, cuando el archivo se corrompe o cuando hace falta entrar desde fuera de la oficina. Esta guía explica cuándo tiene sentido migrar Access a una aplicación web, qué opciones hay, cómo se hace sin perder datos y qué rangos de coste son realistas.

¿Por qué sigue habiendo tantas bases de datos Access funcionando?

Porque Access resolvió muy bien un problema concreto: dar a una persona sin formación de programador una base de datos con formularios, informes y un poco de automatización, todo dentro del Office que ya tenía la organización. Con eso se han construido gestiones de socios, control de préstamos, inventarios, registros de entrada o cuadros de mando que llevan años funcionando sin coste de licencia adicional.

Access no es un mal producto y Microsoft no ha anunciado su retirada: sigue incluido en Microsoft 365 y en la versión Access LTSC 2024. Lo que falla no es la herramienta, sino el contexto en el que se usa hoy. Se pensó para uno o pocos usuarios en la misma red local, y ahora se le pide acceso remoto, varios departamentos trabajando a la vez, trazabilidad de cambios y copias de seguridad que no dependan de que alguien se acuerde de copiar un archivo.

¿Qué señales indican que ha llegado el momento de migrar?

Ninguna de estas señales obliga a migrar por sí sola, pero cuando se juntan tres o más la decisión suele estar tomada. 1. El archivo se ha corrompido alguna vez y hubo que tirar de "Compactar y reparar" o de una copia antigua. 2. Solo una persona sabe cómo funcionan las macros y el código VBA, y cualquier cambio espera a que tenga un hueco. 3. Varias personas necesitan trabajar a la vez y aparecen bloqueos de registros o mensajes de que otro usuario tiene el archivo abierto.

4. Hace falta acceder desde casa, desde otra sede o desde el móvil, y la solución actual es una VPN, un escritorio remoto o enviar el archivo por correo. 5. El archivo se acerca al límite de tamaño o ya se ha partido en varios para esquivarlo. 6. El equipo donde vive la base de datos todavía usa una versión de Office sin soporte. 7. Alguien ha preguntado quién puede ver los datos personales que hay dentro y nadie ha sabido responder con seguridad.

¿Qué riesgos tiene seguir con Access en 2026?

El primero es el soporte. Access 2016 y Access 2019 dejaron de recibir actualizaciones de seguridad el 14 de octubre de 2025. Access 2021 y Access LTSC 2021 las pierden el 13 de octubre de 2026, según el calendario de ciclo de vida de Microsoft. Seguirán abriendo, pero sin parches. La versión de Microsoft 365 y Access LTSC 2024 siguen soportadas, así que actualizar Office resuelve este punto concreto, aunque no los demás.

El segundo es el propio formato. Una base de datos Access es un único archivo con un límite de 2 GB, descontando el espacio de los objetos del sistema. Microsoft documenta un máximo teórico de 255 usuarios simultáneos, pero en la práctica, con el archivo en una carpeta compartida de red, los problemas de bloqueo y de corrupción aparecen mucho antes. Un corte de red o un portátil que se suspende con el archivo abierto pueden dejarlo dañado.

El tercero es humano. El conocimiento del VBA, las consultas encadenadas y las macros suele estar en la cabeza de una sola persona, sin documentación ni control de versiones. El cuarto es la seguridad: las versiones actuales de Access no ofrecen permisos por usuario y la protección se limita a una contraseña de cifrado del archivo. Quien puede abrir la carpeta puede copiar el archivo entero, con todos los datos personales que contenga. Y las copias de seguridad, si existen, suelen ser una copia manual del archivo que nadie ha probado a restaurar.

¿Qué opciones hay para migrar una base de datos Access?

Opción 1, migrar solo los datos a SQL Server o PostgreSQL y mantener Access como interfaz. Las tablas pasan a un servidor de base de datos y Access se queda con los formularios, las consultas y los informes, conectado por ODBC mediante tablas vinculadas. Microsoft ofrece una herramienta gratuita para esto, SQL Server Migration Assistant (SSMA) para Access. Es la vía más rápida y barata para migrar Access a SQL Server: gana estabilidad, copias de seguridad reales y más usuarios simultáneos, y la gente sigue viendo las mismas pantallas. No resuelve el acceso remoto ni la dependencia del VBA, pero es un paso intermedio muy razonable.

Opción 2, reconstruir como aplicación web. Los datos van a una base de datos de servidor y las pantallas se rehacen para usarse desde el navegador, con usuarios, permisos por rol, registro de cambios y acceso desde cualquier sitio. Es la alternativa a Access más completa y la que elimina el archivo único. Obliga a revisar la lógica de negocio que hoy está escondida en macros y VBA, lo cual es trabajo, pero también la ocasión de quitar lo que ya no se usa.

Opción 3, una plataforma low-code como Power Apps u otras similares. Puede servir para formularios sencillos si la organización ya trabaja dentro de ese ecosistema, pero conviene mirar el coste de licencias por usuario a varios años y hasta qué punto los datos y la lógica quedan atados a la plataforma. En los tres casos la base de datos de destino suele ser relacional. En bases de datos SQL frente a NoSQL explicamos por qué casi siempre es la elección correcta para datos de gestión como los que hay en un Access.

¿Cómo es el proceso de migración paso a paso?

Paso 1, inventario. Se listan tablas, relaciones, consultas, formularios, informes, macros y módulos VBA, y se anota cuáles se usan de verdad. Es habitual encontrar consultas duplicadas, informes que nadie abre y tablas temporales que se quedaron para siempre. Paso 2, limpieza de datos: fechas guardadas como texto, campos que mezclan varios datos, registros duplicados, claves que no casan entre tablas. Migrar datos sucios a un sistema nuevo solo cambia el problema de sitio.

Paso 3, diseño del esquema de destino. Se aprovecha para normalizar, poner restricciones y tipos de datos correctos, y decidir qué lógica vive en la base de datos y cuál en la aplicación. Paso 4, migración de datos con scripts repetibles, de forma que se pueda ensayar varias veces y comprobar recuentos y totales antes del corte definitivo. Paso 5, construcción de las pantallas por bloques, empezando por lo que más se usa. En sprints quincenales cada dos semanas hay algo que el equipo puede probar.

Paso 6, convivencia. Durante unas semanas los dos sistemas conviven y se comparan resultados: los mismos listados, los mismos totales, los mismos informes. Paso 7, formación breve y centrada en las tareas reales de cada persona, y corte final con el archivo Access guardado en solo lectura como referencia. Es el mismo enfoque que seguimos en la modernización de aplicaciones empresariales heredadas: ir por partes y no apagar nada hasta que lo nuevo ha demostrado que funciona.

¿Cuánto cuesta migrar Access a una aplicación web?

Depende menos del número de tablas que de cuatro cosas: cuánta lógica hay en VBA y macros, cuántos formularios e informes se usan de verdad, en qué estado están los datos y con qué otros sistemas tiene que hablar la aplicación. Una base de datos con 40 tablas y poca lógica puede ser más sencilla que otra con 12 tablas y miles de líneas de VBA que calculan liquidaciones.

Como orientación, sin IVA. Pasar los datos a SQL Server o PostgreSQL manteniendo Access como interfaz, en una base de datos pequeña o mediana, suele moverse entre 1.500 y 5.000 €. Reconstruir como aplicación web una base de datos de tamaño medio, con usuarios y permisos, unas decenas de pantallas y los informes principales, suele estar entre 6.000 y 20.000 €. Si hay mucha lógica en VBA, integraciones con otros programas o varios departamentos con flujos distintos, el proyecto pasa a 20.000 € o más y conviene dividirlo en fases.

Un caso tipo: una asociación con unos 2.000 socios, cuotas, actividades e informes para la junta, que hoy vive en un Access compartido por red. Una primera fase migra los datos a PostgreSQL y rehace en web la ficha de socio, las cuotas y los listados más usados. Una segunda fase añade el resto de informes y el acceso de otros voluntarios. Así el presupuesto se reparte y cada fase entrega algo útil. Si la base de datos es crítica y nadie la entiende del todo, el primer paso suele parecerse más a un rescate de software heredado que a un proyecto nuevo.

¿Qué debe tener en cuenta una administración pública?

Ayuntamientos, mancomunidades y organismos pequeños usan Access para padrones de servicios, registros internos o gestión de ayudas. Al migrar hay tres puntos propios del sector público. El primero es la contratación: según el artículo 118 de la Ley 9/2017 de Contratos del Sector Público, los contratos de servicios y suministros de valor estimado inferior a 15.000 € pueden tramitarse como contrato menor. Una migración por fases puede encajar, pero cada fase debe tener un objeto propio y justificado: la ley prohíbe fraccionar un contrato para eludir los umbrales.

El segundo es la accesibilidad. El Real Decreto 1112/2018 obliga a que los sitios web y las aplicaciones móviles del sector público sean accesibles. Si la nueva aplicación la va a usar la ciudadanía, la accesibilidad debe estar en los requisitos desde el principio. Si es de uso interno, conviene exigir el mismo nivel, porque la plantilla también incluye personas con discapacidad y rehacer después cuesta más.

El tercero es la seguridad y la protección de datos. El Esquema Nacional de Seguridad (Real Decreto 311/2022) se aplica también a las empresas privadas que prestan servicios a la administración, y el pliego puede pedir que el sistema y el proveedor se ajusten a él. Además, el RGPD exige saber quién accede a qué datos personales, algo que un archivo Access en una carpeta compartida difícilmente permite demostrar. Nuestro servicio de bases de datos parte de esos requisitos: permisos por rol, registro de accesos y copias de seguridad probadas.

¿Por dónde empezar sin arriesgar los datos?

Por una copia del archivo y un diagnóstico, no por un presupuesto a ciegas. Antes de decidir entre mantener Access con un servidor de datos, reconstruir en web o no tocar nada, hace falta saber cuánta lógica hay dentro, en qué estado están los datos y qué partes se usan. Nuestra auditoría técnica cuesta 190 €, da un diagnóstico en 72 horas y un informe completo en 5 días laborables con las opciones, el orden recomendado y el coste de cada una. Si después contratas el proyecto, se descuenta. Si prefieres hablarlo antes, la llamada inicial de 30 minutos es gratuita.