Modernize Studio
Idioma: ES
Escríbanos

Sus bases de datos de Microsoft Access, convertidas en aplicaciones web

Tomamos la base de datos de Access de la que depende su empresa, con sus tablas, consultas, formularios, informes y código VBA, y la reconstruimos como aplicación web con SQL Server o MySQL detrás. Los datos llegan íntegros y las pantallas siguen la forma en que su equipo ya trabaja, así que nadie tiene que aprender un procedimiento nuevo.

Solicitar el análisis gratuito Leer el caso práctico de Northwind

Por qué ahora

El soporte de Microsoft para Access 2021, igual que para el resto de Office 2021, termina el 13/10/2026. Access 2016 y Access 2019 se quedaron sin soporte el 14/10/2025, el mismo día que Windows 10. Un archivo de Access no deja de abrirse en esas fechas, pero ya no recibe correcciones de seguridad, y cada nueva versión de Windows o de Microsoft 365 es una oportunidad más para que se rompa una referencia, deje de cargarse un control ActiveX o falte un controlador de 32 bits.

Lo más habitual, sin embargo, es que el motivo para cambiar sea práctico. El archivo está en una unidad compartida, solo una o dos personas saben cómo funciona, no se puede usar fuera de la oficina sin un escritorio remoto y se acerca al límite de 2 GB de un archivo de Access.

  1. Windows 10, Access 2016 y Access 2019Fin del soporte de Microsoft
  2. Access 2021 y Office 2021Fin del soporte de Microsoft

Qué migramos

Todo lo que hace funcionar la base de datos, no solo las tablas.

  • Tablas y relaciones

    Tipos de datos, claves principales, índices, relaciones con integridad referencial, reglas de validación y valores predeterminados. Los campos Autonumeración se convierten en columnas de identidad y conservan sus valores, de modo que los números de factura y de pedido no cambian.

  • Consultas

    Consultas de selección, datos anexados, actualización, eliminación y referencias cruzadas, incluidas las que leen valores de formularios abiertos. Cada una se reescribe para la nueva base de datos y se contrasta con los resultados de la original.

  • Formularios y subformularios

    Pantallas de entrada de datos, formularios continuos, cuadros combinados con listas dependientes, estructuras de maestro y detalle. Se convierten en páginas web con los mismos campos en el mismo orden.

  • Informes

    Informes agrupados con totales y saltos de página, etiquetas y los documentos que imprime o envía en PDF, como facturas y albaranes.

  • Módulos VBA y macros

    Código de los formularios, módulos estándar, AutoExec y macros incrustadas. Las reglas de negocio pasan al servidor, donde se aplican igual para todos los usuarios.

  • Tablas vinculadas y datos externos

    Vínculos a otros archivos de Access, hojas de Excel, orígenes ODBC y listas de SharePoint, y las importaciones o exportaciones que alguien lanza cada semana.

Cómo queda la versión web

Ejemplo ilustrativo, datos ficticios

Una orden de reparación de taller tal como podría verse en Access 97, y la misma pantalla como aplicación web.

Arrastre el control o use las flechas del teclado.

Dónde acaba cada parte

En Access: Tablas del back-end .accdb o .mdb
En la aplicación web: Tablas en SQL Server o MySQL, con las mismas claves y relaciones
En Access: Consultas guardadas
En la aplicación web: Vistas, procedimientos almacenados o consultas en la aplicación
En Access: Formularios y subformularios
En la aplicación web: Páginas web con los mismos campos, en cualquier navegador
En Access: Informes
En la aplicación web: Páginas imprimibles y archivos PDF generados por el servidor
En Access: VBA en los eventos de los formularios
En la aplicación web: Comprobaciones y reglas que se ejecutan en el servidor
En Access: Un archivo de grupo de trabajo (.mdw), o ningún usuario
En la aplicación web: Usuarios personales con roles, y registro de quién cambió qué

Cómo se hace la migración

  1. Análisis en 48 horas

    Nos envía una copia del archivo .mdb o .accdb (front-end y back-end, si la base de datos está dividida), con datos de prueba en lugar de los reales si lo prefiere. En 48 horas le respondemos con un informe por escrito: qué hace hoy el programa, dónde están los riesgos, cómo se organizaría la versión web, un precio cerrado para un módulo piloto y una estimación para el resto. Es gratuito y no le compromete a nada.

  2. Módulo piloto

    Desarrollamos una parte de la aplicación sobre una copia de sus datos reales, normalmente la que más se usa. Su equipo trabaja con ella a diario antes de que usted decida sobre el resto.

  3. Pruebas automáticas entre lo antiguo y lo nuevo

    Ejecutamos las consultas y los informes sobre la nueva base de datos y comparamos el número de registros, los totales y las cifras impresas con los originales de Access. Cada regla que encontramos tiene su prueba automática, que da los mismos datos de entrada al programa antiguo y a la nueva aplicación y comprueba que los resultados coinciden. Usted recibe los resultados de las pruebas.

  4. 30 días en paralelo

    Cuando la aplicación completa está lista, la base de datos de Access sigue en uso junto a ella durante 30 días. Cualquier diferencia aparece mientras el programa antiguo sigue ahí, y la corregimos dentro del precio acordado.

Los problemas habituales, y cómo los resolvemos

  1. El SQL de Jet y ACE no es SQL estándar

    Access usa * y ? como comodines en LIKE, donde SQL Server y MySQL usan % y _, escribe las fechas entre almohadillas # y guarda True como -1. Funciones como IIf, Nz, Format o DateSerial no tienen equivalente directo. Copiar el texto SQL tal cual da consultas que fallan o, peor aún, que devuelven otras filas. Traducimos cada consulta y comparamos sus resultados con los de la original.

  2. Funciones de dominio en bucles y consultas

    DLookup, DCount y DSum son cómodas, pero cada llamada lanza una consulta aparte. En un formulario continuo o dentro de otra consulta pueden ejecutarse miles de veces para una sola pantalla. En la versión web se convierten en combinaciones y agrupaciones que el servidor de base de datos resuelve de una sola vez.

  3. Consultas que leen de formularios abiertos

    Un criterio como [Forms]![frmPedidos]![txtIdCliente] solo funciona mientras ese formulario está abierto en ese equipo. Convertimos estas referencias en parámetros, para que la misma consulta sirva a cualquier página o informe.

  4. Campos Sí/No, Moneda y Fecha/Hora

    Access guarda Sí/No como 0 y -1, el tipo Moneda con cuatro decimales y las fechas como números que también pueden llevar una hora. Si se trasladan sin cuidado, los totales se desvían unos céntimos o un filtro por el 31/03 no devuelve nada. Asignamos cada tipo de campo de forma explícita y comparamos los totales tras cada traspaso.

  5. Campos de datos adjuntos, multivalor y de búsqueda

    Estos tipos de campo solo existen en el formato .accdb y esconden tablas adicionales. Los convertimos en tablas relacionadas normales, y los adjuntos en archivos guardados y referenciados desde la base de datos.

  6. Un front-end copiado en cada equipo

    Muchas bases de datos dependen de una copia del front-end en cada puesto, a veces en versiones distintas, con rutas al back-end en una unidad de red asignada. Durante el análisis establecemos qué copia es la vigente y qué rutas, impresoras y complementos da por supuestos el código.

Precio y forma de pago

Análisis

Gratuito

por escrito, en 48 horas

Módulo piloto

1000–1500 €

normalmente, 50 % al empezar y 50 % al aprobarlo

El análisis es gratuito. Si decide no seguir adelante, se queda con el informe y no nos debe nada.

Los precios son cerrados y se acuerdan por escrito antes de empezar. Si cambia el alcance, le enviamos un nuevo presupuesto por escrito y esperamos su aprobación antes de hacer el trabajo adicional.

En una migración completa, nuestro objetivo es quedar entre un 40 y un 60 % por debajo del presupuesto habitual de una agencia. Podemos hacerlo porque somos un estudio pequeño, sin oficinas que pagar ni equipo comercial.

Precios sin IVA.

Probar la calculadora de precio

Una migración real, comprobada con pruebas

Northwind es la base de datos de ejemplo que Microsoft incluía con Access, no un cliente nuestro. Migramos una copia pública a SQLite y PostgreSQL, comparamos cada tabla y cada consulta con el original mediante pruebas automáticas y construimos sobre el resultado una aplicación web que funciona. El caso práctico da las cifras y el informe de equivalencia detalla cada comprobación.

Leer el caso prácticoAbrir la aplicación web (en inglés)

Informe de equivalencia (en inglés) · Vista previa y análisis de ejemplo (demo)

Preguntas frecuentes

¿Podemos seguir usando Access mientras se construye la versión web?

Sí. Siguen trabajando en la base de datos como siempre. Antes de la puesta en marcha volvemos a traspasar los datos desde la última copia, y la base de datos sigue en uso 30 días junto a la nueva aplicación.

¿Podríamos mantener los formularios de Access y pasar solo los datos a SQL Server?

Sí, y para algunas empresas es el primer paso adecuado: las tablas pasan a SQL Server y el front-end de Access se vincula a ellas. Resuelve los problemas de tamaño y estabilidad, pero no el acceso remoto ni la dependencia de Office. El análisis indica qué opción encaja en su caso.

Nuestra base de datos es un .mdb de Access 97 o 2003. ¿Es un problema?

No. Trabajamos tanto con archivos .mdb como .accdb. Si en un .mdb antiguo se configuró seguridad por usuario, también necesitaremos el archivo de grupo de trabajo (.mdw), y se lo indicamos antes de que nos envíe nada.

¿Qué pasa con nuestros informes?

Cada informe se reconstruye como una página que se puede imprimir o guardar en PDF, con las mismas agrupaciones y los mismos totales. Las pruebas de comparación verifican las cifras de los nuevos informes frente a las de Access.

¿Cuántas personas pueden usar la versión web a la vez?

Depende del servidor de base de datos más que de la aplicación, y SQL Server o MySQL admiten muchos más usuarios simultáneos que un archivo de Access compartido. El análisis recomienda un alojamiento adecuado a su número de usuarios.

¿Dónde funcionará la aplicación?

En el servidor o servicio en la nube que usted elija, o en un alojamiento que preparamos nosotros. Usamos tecnologías muy extendidas, C# con ASP.NET Core o PHP con MySQL, para que su proveedor informático pueda encargarse del día a día.

Otros servicios

Contacto

Por correo electrónico:

riccardo@modernizestudio.com
Escribir un correo

Envíenos una copia de la base de datos, con datos de prueba si lo prefiere, o una breve descripción de lo que hace. Le responderemos en un día laborable.

Trabajamos desde Italia.

Escríbanos