Archivo documental digital y preservación electrónica en la Administración Pública

DESA’L supera los 400 millones de documentos: qué enseña sobre archivo electrónico compartido

El repositorio documental DESA’L del Consorci AOC ha superado los 400 millones de documentos electrónicos custodiados. La cifra fue comunicada por la AOC el 16 de septiembre de 2026 y refleja el uso de esta infraestructura por más de 2.250 administraciones públicas catalanas.

Según la AOC, DESA’L dispone de certificación del Esquema Nacional de Seguridad en categoría alta desde 2024 y su modelo de escala permite un coste directo aproximado de un euro anual por cada 1.000 documentos custodiados. El dato ofrece un caso útil para analizar cómo puede organizarse la preservación documental cuando muchas entidades comparten infraestructura.

Qué ha ocurrido y cuál es el alcance

DESA’L actúa como repositorio de custodia para documentos generados por distintos servicios de administración digital. El crecimiento hasta 400 millones de objetos obliga a pensar no solo en capacidad de almacenamiento, sino en preservación, integridad, acceso, metadatos y recuperación durante periodos largos.

La relevancia de esta iniciativa no depende únicamente del anuncio o de la tecnología utilizada. En la Administración Pública, cualquier cambio digital tiene efectos sobre organización, datos, seguridad, contratación, atención a la ciudadanía y continuidad del servicio. Por eso conviene analizar el proyecto desde una perspectiva operativa y no limitarse a su componente tecnológico.

Por qué importa para la transformación digital pública

El archivo electrónico es una pieza silenciosa de la administración digital: cualquier trámite puede terminar generando documentos que deben conservarse con garantías. Cuando esa función se presta de manera compartida, ayuntamientos y otros organismos pueden acceder a capacidades que serían costosas de mantener individualmente.

La modernización administrativa funciona mejor cuando la tecnología se conecta con objetivos concretos: reducir tiempos, evitar duplicidades, mejorar la trazabilidad, hacer más accesibles los servicios o permitir que distintas unidades trabajen sobre información coherente. Si no existe esa relación entre tecnología y servicio público, una inversión puede aumentar la complejidad en lugar de reducirla.

También es importante diferenciar digitalización de mera sustitución de soportes. Pasar un procedimiento a una interfaz web no garantiza que el proceso sea más simple. La oportunidad aparece cuando se revisan pasos, datos solicitados, validaciones, integraciones y responsabilidades para eliminar tareas que ya no aportan valor.

Datos, interoperabilidad y arquitectura

Un repositorio de esta escala necesita relacionar documentos con expedientes, metadatos, firmas y políticas de conservación. La interoperabilidad con gestores de expedientes y otros servicios administrativos determina si el archivo funciona como parte del proceso o como un almacén aislado.

Una arquitectura pública sostenible debería evitar que la información quede encerrada en una única aplicación. APIs documentadas, formatos reutilizables, identificadores estables y mecanismos de exportación son elementos que facilitan la interoperabilidad y reducen la dependencia de proveedor. Cuando varias administraciones o sistemas participan en un servicio, esta capacidad resulta especialmente importante.

La calidad del dato también debe formar parte del diseño. Automatizar un proceso construido sobre información duplicada, desactualizada o sin responsables definidos puede amplificar errores. Por eso los proyectos maduros suelen acompañar la implantación técnica con reglas de gobierno del dato, trazabilidad y controles de calidad.

Seguridad, privacidad y continuidad

La certificación ENS alta aporta una referencia sobre los controles aplicados al entorno evaluado, aunque cada entidad usuaria sigue siendo responsable de cómo genera, clasifica y remite la información al repositorio.

La seguridad debe integrarse desde el inicio y no incorporarse únicamente antes de una auditoría. Gestión de identidades, mínimo privilegio, registro de actividad, copias verificadas, segmentación, actualización y respuesta a incidentes son capacidades que deben adaptarse a la criticidad del servicio. Cuando existen proveedores externos, las responsabilidades también tienen que quedar documentadas.

En sistemas que procesan datos personales o información sensible, la disponibilidad técnica no equivale a autorización de uso. Deben definirse finalidades, permisos, conservación y mecanismos de supervisión. Si se incorpora inteligencia artificial, conviene además registrar qué fuentes utiliza, qué decisiones puede apoyar y dónde es obligatoria la intervención humana.

Qué cambia para ciudadanos y empleados públicos

Para los empleados públicos, un archivo bien integrado reduce búsquedas manuales y duplicidades. Para la ciudadanía, su impacto es menos visible, pero sostiene la capacidad de la Administración para recuperar expedientes, acreditar actuaciones y mantener servicios a largo plazo.

Para la ciudadanía, una mejora real debería percibirse en menos pasos, mayor claridad, canales accesibles y menor necesidad de aportar información que la Administración ya posee. Para los empleados públicos, el objetivo debería ser reducir tareas repetitivas sin eliminar el conocimiento necesario para controlar el procedimiento.

La automatización puede liberar tiempo, pero también puede trasladar carga hacia la revisión si los resultados no son fiables. Por eso resulta útil medir el proceso completo: tiempo ahorrado, errores, excepciones, consultas derivadas y satisfacción de los usuarios.

Gobernanza y supervisión

La preservación requiere reglas sobre plazos, eliminación, acceso y responsabilidades. En un servicio compartido, esas reglas deben coordinarse entre la plataforma central y las entidades que producen la documentación.

La gobernanza debe definir responsables funcionales, técnicos y jurídicos. También debe establecer quién aprueba cambios, cómo se registran incidencias y qué métricas determinan si el proyecto funciona. Los sistemas públicos necesitan una estructura estable de operación más allá de la fase de lanzamiento.

Cuando se utilizan algoritmos o automatizaciones, la supervisión no debería ser una formalidad. Las personas responsables tienen que disponer de información suficiente para entender resultados, detectar desviaciones y corregirlas. La trazabilidad es especialmente relevante cuando el sistema afecta a trámites, derechos, ayudas o servicios esenciales.

Contratación pública y dependencia tecnológica

Las futuras soluciones de archivo deberían exigir portabilidad, formatos preservables, exportación completa, metadatos y procedimientos claros de reversibilidad. El volumen acumulado hace especialmente importante evitar dependencias difíciles de sustituir.

Los pliegos deberían describir capacidades, niveles de servicio y condiciones de salida, no únicamente una lista de funcionalidades. Es conveniente exigir documentación, exportación de datos, APIs, gestión de subcontratistas, actualización de componentes y un procedimiento de reversibilidad. En servicios críticos, también deben contemplarse continuidad y recuperación.

Una Administración puede utilizar soluciones propietarias, abiertas o modelos híbridos. Lo importante es conservar capacidad de elección y evitar que los datos, configuraciones o integraciones hagan inviable un cambio futuro. La interoperabilidad contractual es tan importante como la técnica.

Riesgos y límites que conviene vigilar

El principal riesgo es tratar el archivo como un problema puramente de almacenamiento. Conservar bits no garantiza conservar contexto, autenticidad o capacidad de interpretación futura.

Otro riesgo frecuente es confundir una prueba de concepto con un servicio estable. Un piloto puede funcionar con pocos usuarios y datos controlados, mientras que producción exige soporte, escalabilidad, monitorización, accesibilidad y respuesta ante fallos. Antes de ampliar un proyecto conviene probarlo con escenarios reales y definir indicadores de aceptación.

También debe evitarse la automatización por sí misma. Si un procedimiento es innecesariamente complejo, digitalizarlo sin rediseño puede perpetuar el problema. La simplificación administrativa y la transformación tecnológica deberían avanzar de forma coordinada.

Qué debería revisar ahora una Administración

  • Definir el problema público que se quiere resolver y las métricas de éxito.
  • Inventariar sistemas, datos, proveedores e integraciones implicados.
  • Asignar responsables funcionales y técnicos para cada componente crítico.
  • Revisar seguridad, protección de datos y continuidad antes del despliegue.
  • Exigir interoperabilidad, exportación y documentación en la contratación.
  • Diseñar mecanismos de supervisión humana cuando exista automatización o IA.
  • Probar el servicio con usuarios reales y escenarios de excepción.
  • Medir ahorro de tiempo, calidad, errores y coste total de operación.
  • Planificar mantenimiento, actualizaciones y capacidad de salida.
  • Documentar aprendizajes para poder reutilizarlos en otros proyectos públicos.

Una referencia para otras Administraciones

Diputaciones, comunidades autónomas y consorcios pueden estudiar el modelo de servicio compartido para funciones que requieren escala, siempre adaptando gobierno, financiación y responsabilidades a su propio contexto.

La reutilización no implica copiar una solución completa. A menudo lo más valioso es reutilizar patrones de arquitectura, cláusulas de contratación, modelos de datos, procedimientos de seguridad o métricas de evaluación. Compartir estas piezas reduce duplicidades y permite que entidades con menos recursos aprovechen experiencia ya acumulada.

Qué habrá que observar a partir de ahora

Será relevante observar cómo evoluciona el volumen, qué servicios se conectan al repositorio y cómo se adaptan las políticas de preservación a nuevos formatos y requisitos.

La evaluación debería continuar después de la puesta en marcha. Los proyectos digitales cambian con los usuarios, los datos y la tecnología. Revisar periódicamente resultados y riesgos permite corregir el rumbo antes de que una decisión técnica se convierta en una dependencia difícil de revertir.

Preguntas frecuentes

¿Qué Administración impulsa esta iniciativa?

El Consorci Administració Oberta de Catalunya (AOC).

¿Cuál es su objetivo principal?

Custodiar documentación electrónica de múltiples Administraciones con garantías de preservación, acceso y seguridad.

¿Qué elementos técnicos conviene vigilar?

Interoperabilidad, calidad de datos, gestión de identidades, seguridad, trazabilidad, capacidad de exportación, continuidad y dependencia de proveedores son algunos de los aspectos más relevantes.

¿Puede servir como referencia para otras entidades?

Sí, especialmente si se documentan los resultados, la arquitectura, los problemas encontrados y las decisiones de gobierno. La reutilización de conocimiento puede ser tan valiosa como la reutilización de software.

Fuentes oficiales

La información principal procede de Consorci AOC. Las cifras, fechas y características atribuidas al proyecto se presentan de acuerdo con la información publicada por esa fuente.

Lecturas relacionadas

Para ampliar contexto sobre transformación pública, puede consultarse el análisis del ENS legible por máquina, la evolución del gobierno del dato en la AGE, la adopción de IA en el sector público europeo y los retos de ciberseguridad en la Administración local.

Cómo convertir archivo electrónico compartido en una capacidad estable

La puesta en marcha de un servicio digital no termina cuando la herramienta está disponible. La Administración necesita definir operación, soporte, responsables y un calendario de mejora. Las incidencias, cambios normativos y nuevas necesidades de usuario aparecerán durante toda la vida del sistema.

Por eso conviene distinguir claramente proyecto e infraestructura. El proyecto tiene un inicio y un final; la capacidad pública debe mantenerse mientras el servicio sea necesario. Presupuesto, personal y contratos deben reflejar esa continuidad.

Arquitectura preparada para crecer

Una solución que funciona con pocos usuarios puede comportarse de forma distinta cuando aumenta la demanda. Antes de escalar conviene probar picos, dependencias externas, tiempos de respuesta y mecanismos de recuperación. La arquitectura debe permitir crecer sin multiplicar el coste o introducir puntos únicos de fallo.

Separar presentación, lógica, datos e integraciones facilita evolucionar componentes. Esta modularidad también reduce el impacto de cambiar proveedores o incorporar nuevas tecnologías.

Integración con sistemas existentes

La mayor parte de las Administraciones trabaja con registros, expedientes, directorios y aplicaciones que llevan años en producción. El nuevo servicio debe convivir con ellos y evitar crear copias innecesarias de la misma información.

Las integraciones deberían utilizar interfaces documentadas y mecanismos de trazabilidad. Cuando no existe API, conviene valorar si la inversión debe incluir modernizar el sistema origen en lugar de construir soluciones temporales difíciles de mantener.

Gestión de identidades y permisos

Los servicios personalizados, infraestructuras compartidas y asistentes digitales dependen de saber quién realiza cada acción y qué información puede consultar. La gestión de identidades debe aplicar mínimo privilegio, autenticación adecuada y revisión periódica de accesos.

Los empleados, ciudadanos y proveedores requieren perfiles diferentes. Las cuentas técnicas también deben inventariarse y evitar credenciales compartidas que impidan atribuir operaciones.

Continuidad y recuperación

Los procedimientos digitales necesitan alternativas cuando una plataforma no está disponible. Definir tiempos de recuperación, copias y prioridades permite saber qué servicios deben restaurarse primero y qué canales provisionales pueden utilizarse.

Las pruebas de recuperación son imprescindibles. Una copia que nunca se ha restaurado es una hipótesis, no una garantía. Los ejercicios también ayudan a detectar dependencias con proveedores o credenciales que podrían fallar durante una crisis.

Experiencia ciudadana y accesibilidad

La modernización debe reducir la distancia entre el lenguaje administrativo y la necesidad real del usuario. Agrupar trámites, anticipar documentación o guiar pasos puede mejorar la experiencia, siempre que no oculte derechos, plazos o condiciones.

La accesibilidad debe probarse con tecnologías de apoyo y perfiles diversos. Un servicio rápido para un usuario experimentado puede ser difícil para otras personas si se basa en instrucciones ambiguas o interacciones demasiado complejas.

Gestión de proveedores

Cuando participan varias empresas, la Administración debe conocer qué componente mantiene cada una y cómo se coordinan. Los contratos deberían establecer notificación de incidentes, actualización, subcontratación y entrega de documentación.

La salida debe diseñarse desde el principio. Si una plataforma se sustituye, datos, configuraciones y conocimiento operativo tienen que poder transferirse sin interrumpir el servicio.

Datos para decidir si funciona

Las métricas deben cubrir disponibilidad, tiempo de respuesta, tasa de errores, abandonos, uso por canal, coste y satisfacción. En proyectos de automatización también conviene medir cuánto trabajo humano sigue siendo necesario para revisar excepciones.

Una mejora declarada debe contrastarse con datos reales. Los promedios son útiles, pero deberían complementarse con percentiles y análisis de usuarios que encuentran más dificultades.

Marco jurídico y tecnológico alineados

Cuando el proyecto está vinculado a una nueva norma o a procesos regulados, la implementación técnica debe seguir la evolución jurídica. Los equipos legales y tecnológicos necesitan trabajar juntos para evitar construir funciones que después no encajen con el texto definitivo o con obligaciones superiores.

Del mismo modo, la norma debería evitar detalles tecnológicos que queden obsoletos con rapidez. Es preferible definir principios, garantías y resultados verificables y permitir que la implementación evolucione.

Qué revisar un año después

Una revisión anual puede comparar objetivos iniciales con resultados: qué funciones se utilizan, qué incidencias se repiten, cuánto cuesta operar y qué dependencia tecnológica se ha creado. También debe comprobarse si los datos y permisos siguen siendo adecuados.

DESA’L supera los 400 millones de documentos: qué enseña sobre archivo electrónico compartido será realmente relevante si el proyecto produce una capacidad pública sostenible y medible. La evaluación continua permite ajustar inversiones y evitar que una solución se mantenga únicamente porque ya fue implantada.

Fotografía: Luis F Rodríguez Jiménez / Pexels.

Scroll al inicio