Migración de gestor de expedientes en un ayuntamiento: cómo contratarla y evitar riesgos

La migración de un gestor de expedientes en un ayuntamiento es uno de los proyectos tecnológicos con mayor riesgo operativo dentro de la transformación digital municipal. No consiste en instalar una nueva aplicación y copiar documentos. Hay que trasladar expedientes, metadatos, firmas, índices, usuarios, permisos, históricos e integraciones sin perder trazabilidad ni interrumpir la actividad administrativa.

Cuando la migración se prepara tarde, suelen aparecer problemas que encarecen el proyecto: formatos cerrados, exportaciones incompletas, documentos sin metadatos, integraciones no documentadas o dependencia del proveedor saliente. Por eso conviene tratar la migración como un proyecto específico dentro de la digitalización de la Administración Pública y no como una tarea auxiliar incluida de forma genérica en una nueva licencia.

Si la sustitución se articula mediante contratación pública, el expediente debe definir con precisión qué se migra, cómo se valida y qué entregables debe recibir la entidad. La referencia general es la Ley 9/2017, de Contratos del Sector Público, junto con el resto de normativa administrativa, de seguridad e interoperabilidad aplicable.

Por qué una migración de expedientes es un proyecto crítico

El gestor de expedientes contiene buena parte de la memoria operativa del ayuntamiento. En él pueden convivir procedimientos abiertos, expedientes finalizados, documentos firmados, informes, resoluciones, justificantes, datos de terceros y relaciones con otros sistemas municipales.

Un error puede afectar a la capacidad de localizar un documento, acreditar una actuación o continuar un procedimiento. Por eso la migración debe planificarse con más rigor que una simple renovación de software.

La guía sobre expediente electrónico en ayuntamientos explica la importancia de conservar documentos, metadatos, índices y evidencias de forma estructurada.

Empezar por un inventario real del sistema actual

Antes de preparar el pliego conviene conocer qué existe. El inventario debería incluir número de expedientes, documentos, volumen de almacenamiento, tipos documentales, metadatos, estados, unidades administrativas, usuarios e integraciones.

También deben identificarse particularidades: expedientes muy antiguos, documentos escaneados, firmas en formatos distintos, anexos de gran tamaño, expedientes con referencias cruzadas o procedimientos que se gestionan parcialmente fuera del sistema.

Una auditoría tecnológica municipal puede ayudar a obtener esta fotografía antes de comprometer presupuesto.

Analizar el contrato y la salida del proveedor actual

Uno de los primeros documentos a revisar es el contrato vigente. Debe comprobarse qué derechos tiene la entidad sobre los datos, qué formatos de exportación están disponibles, qué colaboración debe prestar el proveedor saliente y qué costes puede tener la extracción.

También conviene verificar si existen APIs, repositorios documentales externos, bases de datos separadas o servicios que el gestor consume mediante terceros.

La asistencia técnica de transformación digital puede ser útil cuando la entidad necesita coordinar al proveedor saliente, al nuevo adjudicatario y a sus propios responsables funcionales.

Qué datos deben migrarse

No todos los proyectos tienen el mismo alcance. Como mínimo, deben definirse expedientes, documentos, metadatos, usuarios o referencias de usuario, unidades, estados, índices, firmas, relaciones y trazas necesarias.

También puede ser necesario trasladar plantillas, catálogos, procedimientos, configuraciones, históricos de tramitación o referencias a sistemas externos.

El alcance debe escribirse de forma concreta. “Migración completa de la información” es demasiado ambiguo para servir como criterio de aceptación.

Metadatos: el punto que más problemas genera

Los documentos no son útiles si pierden el contexto que permite interpretarlos. Un PDF puede conservarse perfectamente y, sin embargo, resultar difícil de utilizar si desaparecen su tipo documental, fecha, órgano, estado o relación con el expediente.

Por eso el proyecto debe incluir una matriz de correspondencia entre los metadatos del sistema origen y los del sistema destino. Cuando un campo no tiene equivalente, debe definirse cómo se transforma o dónde se conserva.

La interoperabilidad entre Administraciones Públicas resulta especialmente relevante en esta fase.

Firmas electrónicas y evidencias

La migración debe conservar las firmas y los elementos necesarios para su validación. No es suficiente con trasladar la representación visual del documento.

Conviene seleccionar muestras con diferentes formatos de firma, fechas y certificados para comprobar que siguen siendo verificables después de la migración.

La guía sobre firma electrónica en ayuntamientos permite identificar requisitos de validación, conservación y seguridad que deben incluirse en el proyecto.

Índice electrónico y estructura del expediente

El índice electrónico ayuda a identificar los documentos que componen un expediente y su orden. La migración debe mantener esa estructura o reconstruirla de forma verificable en el sistema destino.

Cuando el origen dispone de expedientes con estructuras diferentes según época o procedimiento, conviene definir reglas específicas y no aplicar una única conversión genérica.

La documentación de la Norma Técnica de Interoperabilidad de Expediente Electrónico es una referencia relevante para este trabajo.

Clasificar expedientes antes de migrar

No siempre tiene sentido trasladar todo exactamente igual. Puede ser útil separar expedientes abiertos, cerrados, archivados, históricos y aquellos que presentan incidencias.

Los expedientes abiertos requieren especial cuidado porque la tramitación debe continuar sin perder actuaciones. Los históricos pueden seguir una estrategia diferente si la arquitectura de archivo lo permite.

La guía sobre archivo electrónico único ayuda a diferenciar gestión activa y conservación.

Integraciones que deben reconstruirse

El gestor no opera aislado. Puede estar conectado con registro, sede electrónica, firma, notificaciones, contabilidad, padrón, tributos, urbanismo o servicios comunes.

Cada integración debe inventariarse con origen, destino, API, credenciales, frecuencia, datos intercambiados y responsable. De lo contrario, la nueva plataforma puede entrar en producción con expedientes migrados pero con procesos incompletos.

La sede electrónica municipal es uno de los puntos que conviene probar desde el inicio.

DIR3, SIA y referencias administrativas

Los procedimientos pueden depender de códigos y catálogos comunes. Es importante comprobar que unidades, oficinas y procedimientos mantienen referencias coherentes.

Los contenidos sobre DIR3 para ayuntamientos y SIA muestran cómo una estructura administrativa puede afectar a varios sistemas.

Una migración es un buen momento para corregir duplicidades, siempre que los cambios estén controlados y documentados.

Usuarios, permisos y unidades

La nueva plataforma debe reproducir o rediseñar los permisos conforme a las funciones actuales. No conviene migrar automáticamente años de permisos acumulados sin revisión.

La entidad puede aprovechar el proyecto para retirar cuentas antiguas, revisar accesos excesivos y adaptar la estructura a la organización vigente.

Los permisos deben probarse con perfiles reales: tramitador, responsable de unidad, secretaría, intervención, administración del sistema y otros roles relevantes.

Plan de migración piloto

Antes de mover todo el histórico conviene realizar un piloto con una muestra representativa. La muestra debe incluir expedientes sencillos, complejos, antiguos, abiertos, cerrados y con diferentes tipos documentales.

El piloto permite detectar errores de mapeo, problemas de firmas, pérdida de metadatos o diferencias de formato antes de que afecten al conjunto de la base.

El pliego debería definir tamaño de la muestra, criterios de selección y condiciones que deben cumplirse para pasar a la migración masiva.

Reconciliación entre origen y destino

Una migración no se valida contando únicamente registros. Es necesario comprobar número de expedientes, documentos, tamaños, metadatos críticos, firmas, índices y relaciones.

La reconciliación debe producir un informe con coincidencias, diferencias y errores pendientes. Cualquier excepción debe quedar identificada y justificada.

Este informe es uno de los entregables más importantes para la aceptación del hito.

Coexistencia temporal de plataformas

En algunos proyectos puede ser necesario mantener origen y destino durante un periodo. Debe definirse cuál es el sistema maestro en cada fase y qué actuaciones pueden realizarse en cada uno.

Si ambos sistemas permiten tramitar simultáneamente sin reglas claras, aparecen divergencias difíciles de reconciliar.

La estrategia de coexistencia debe incluir fecha de corte, congelación de determinados datos y procedimiento de contingencia.

Elegir el momento de corte

La fecha de corte debe planificarse alrededor de los procedimientos y servicios con mayor criticidad, evitando periodos especialmente sensibles cuando sea posible. Antes del cambio conviene confirmar copias verificadas, ventanas de mantenimiento, responsables de soporte y canales de comunicación interna.

Durante las primeras horas en producción resulta útil establecer un equipo de seguimiento que revise incidencias, integraciones y expedientes abiertos. Esta fase de estabilización debe quedar incluida en el contrato para que la migración no se considere terminada justo después de importar los datos.

Plan de reversión

Antes de ejecutar una migración masiva debe existir una respuesta clara a la pregunta: ¿qué hacemos si falla?

El plan de reversión puede incluir copias verificadas, posibilidad de reactivar temporalmente el sistema anterior, restauración de bases de datos o repetición controlada de lotes.

La reversión no debe improvisarse durante una incidencia.

ENS y seguridad durante la migración

Durante la migración pueden generarse copias temporales, exportaciones y credenciales con acceso elevado. Estos elementos deben protegerse y eliminarse cuando dejan de ser necesarios.

La guía sobre ENS para ayuntamientos ayuda a integrar control de accesos, trazabilidad, continuidad y gestión de terceros.

También conviene registrar quién accede a los datos y desde qué entornos durante la ejecución.

Pruebas de aceptación funcional

No basta con comprobar que los expedientes aparecen en pantalla. Deben probarse búsquedas, firmas, índices, documentos, permisos, exportaciones, integraciones y tramitación real.

La matriz de pruebas debería relacionar requisito, caso, resultado esperado y evidencia. Los usuarios municipales deben participar en los escenarios que afectan a su trabajo.

La aceptación final puede dividirse en bloques para evitar que un problema menor bloquee todo el proyecto sin necesidad.

Rendimiento después de migrar

Una plataforma puede funcionar correctamente con una base vacía y degradarse al incorporar años de histórico. Por eso las pruebas de rendimiento deben realizarse con un volumen representativo.

Conviene medir búsquedas, apertura de expedientes, carga de documentos y operaciones frecuentes.

Los umbrales deberían quedar definidos en el pliego y no depender de una valoración subjetiva.

Documentación que debe recibir el ayuntamiento

El adjudicatario debería entregar metodología, mapeos, procedimientos utilizados, informes de reconciliación, incidencias, integraciones, arquitectura y manual de operación.

También debe quedar documentado cómo exportar la información en el futuro. Esta condición reduce el riesgo de volver a sufrir dependencia cuando finalice el siguiente contrato.

La categoría de contratación pública reúne otros contenidos útiles para estructurar este tipo de requisitos.

Cómo redactar el pliego de migración

El pliego debe describir volumen estimado, fuentes, tipos de datos, integraciones, calendario, responsabilidades y entregables. También debe establecer qué información facilitará la entidad y qué colaboración se espera del proveedor saliente.

La guía sobre pliego técnico para digitalización de un ayuntamiento ofrece una estructura general para proyectos tecnológicos.

En una migración, los criterios de aceptación y la estrategia de reversibilidad deben recibir especial atención.

Criterios técnicos de adjudicación

Puede valorarse la metodología de migración, el enfoque de pruebas, la gestión de incidencias, la experiencia en integraciones, el plan de seguridad y la transferencia de conocimiento cuando guarden relación con el objeto.

También resulta útil exigir una descripción concreta de cómo se realizará la reconciliación y qué herramientas utilizará el equipo para detectar pérdidas o inconsistencias.

Los criterios deben diferenciar capacidad real de ejecución y no premiar únicamente una memoria extensa.

Qué puede aportar BlackHold Consulting

BlackHold Consulting trabaja en ámbitos especialmente relevantes en una migración municipal: digitalización e integración de procesos, automatización de gestión documental, automatización de tareas administrativas y automatización de procesos.

También dispone de capacidades relacionadas con automatización de procesos complejos, consultoría estratégica tecnológica, agentes e integraciones basadas en IA y servicios de automatización. En el sector público, cualquier prestación debe contratarse mediante el procedimiento que corresponda y conforme a los requisitos fijados por la entidad.

Checklist antes de contratar la migración

Inventario

¿Se conocen expedientes, documentos, metadatos y volúmenes?

Contrato saliente

¿Está definida la exportación y colaboración del proveedor actual?

Integraciones

¿Se han inventariado APIs y servicios conectados?

Piloto

¿Existe una muestra representativa antes de migrar todo?

Reconciliación

¿Se compararán origen y destino con criterios objetivos?

Seguridad

¿Se controlan copias, accesos y credenciales temporales?

Reversión

¿Existe un plan si la migración falla?

Salida futura

¿El nuevo sistema permite exportar datos y documentos sin dependencia excesiva?

Preguntas frecuentes

Conclusión

La migración de un gestor de expedientes es un proyecto de continuidad administrativa, no una simple importación de datos. Su éxito depende de conocer el sistema actual, definir el alcance con precisión y validar cada fase mediante pruebas y reconciliación.

El ayuntamiento debe conservar control sobre sus expedientes, documentos, metadatos e integraciones durante todo el proceso. Un buen pliego debe exigir seguridad, documentación, reversibilidad y criterios de aceptación objetivos.

Cuando la entidad necesita sustituir una plataforma crítica, contar con un proveedor especializado en integración, migración y automatización documental puede reducir significativamente el riesgo y facilitar una transición más controlada hacia la nueva arquitectura.

Fotografía: Mikhail Nilov / Pexels.