Migramos aplicaciones Microsoft Access con formularios, consultas, VBA y bases .mdb/.accdb a soluciones mantenibles en .NET, web y bases de datos actuales.
*> SOCIAL11 S.L. · Zaragoza · Servicio en toda España
SISTEMA ACTUAL
ACCESSformularios + VBA
MDB / ACCDBtablas + consultas
OFFICEmacros + procesos
IA+INGENIERÍA
PLATAFORMA DESTINO
C# / .NETWEBSQLAPIsUSUARIOS
FICHA TÉCNICA · Tecnología de origen
Microsoft Access: versiones, componentes y puntos de modernización
Access no es una sola tecnología: una aplicación puede combinar motor Jet o ACE, formularios, informes, consultas, macros, VBA, tablas vinculadas y componentes COM/ActiveX. Identificar la versión y el formato de archivo cambia mucho el alcance de una modernización.
Situación 2026Access 2024/Microsoft 365 siguen vigentes; 2016/2019 están fuera de soporte y 2021 finaliza soporte en octubre de 2026.
Versiones e hitos que conviene reconocer
Access 971997
MDB, VBA y ActiveX; todavía aparece en aplicaciones internas muy antiguas.
Access 2000/20031999–2003
MDB, DAO/ADO, formularios e informes clásicos; son muy habituales en bases departamentales heredadas.
Access 20072007
Introduce ACCDB y el motor ACE; cambian formatos y algunas capacidades respecto a MDB.
Access 20102010
VBA7 y compatibilidad con Office de 64 bits: aparecen PtrSafe y LongPtr en llamadas a API.
Access 20242024
Versión perpetua actual junto con Microsoft 365; soporte previsto hasta octubre de 2029.
Artefactos y componentes que buscamos
.mdb y .accdb; copias .mde/.accde compiladas
Formularios, informes, módulos VBA y macros
Consultas guardadas, QueryDefs y SQL incrustado
Tablas locales y tablas vinculadas por ODBC/ACE
Referencias COM/ActiveX, librerías OCX/DLL y llamadas a Win32
Front-end/back-end separados en recursos compartidos de red
Riesgos técnicos habituales
Código VBA de 32 bits que falla en Office de 64 bits
Controles ActiveX sin versión moderna o sin firma
Referencias rotas a librerías COM y versiones antiguas de Office
Bloqueos y corrupción en escenarios multiusuario sobre carpetas compartidas
Reglas de negocio escondidas en eventos de formularios, consultas o macros
Dependencias con Excel, Outlook, Word o ficheros externos que no figuran en documentación
Inventario mínimo antes de migrar
Versión exacta de Access y arquitectura 32/64 bits
Número de MDB/ACCDB y relaciones entre ellos
Tablas locales, vinculadas y orígenes ODBC
Módulos VBA, macros y llamadas API Declare
Informes, exportaciones, impresiones y automatizaciones Office
Usuarios concurrentes, tamaño de datos y puntos de bloqueo
Rutas de modernización habituales
C#/.NET + SQL Server o PostgreSQL
Aplicación web con API y base de datos central
Mantener Access como front-end temporal mientras se externalizan datos y lógica
Migración progresiva por módulos para conservar operativa y comparar resultados
000200PROCEDURE DIVISION.01
TECNOLOGÍA DE ORIGEN / SOCIAL11
El sistema actual todavía contiene valor.
Microsoft Access puede seguir siendo útil aunque su ecosistema ya no encaje con los sistemas actuales. El trabajo empieza por entender qué hace realmente la aplicación, dónde están sus datos y qué partes dependen de versiones o componentes difíciles de mantener.
000300PROCEDURE DIVISION.02
TECNOLOGÍA DE ORIGEN / SOCIAL11
Cómo abordamos la modernización.
No proponemos una reescritura automática. Inventariamos módulos, reglas, integraciones y tareas manuales; después elegimos qué conviene conservar, encapsular o sustituir.
000400PROCEDURE DIVISION.03
TECNOLOGÍA DE ORIGEN / SOCIAL11
IA con pruebas y revisión técnica.
La IA nos ayuda a leer código, localizar patrones, documentar y generar pruebas. El resultado se valida contra la aplicación existente antes de retirar procesos.
000900LINKAGE SECTION.CONTACTO
HABLEMOS DE TU SOFTWARE
Cuéntanos qué aplicación necesitas modernizar.
Con unos pocos datos podemos entender el punto de partida y plantear el siguiente paso.
