Interoperabilidad entre Administraciones Públicas: qué es y cómo aplicar el ENI
Digitalizar una Administración no consiste únicamente en trasladar formularios al entorno online. El verdadero salto se produce cuando los sistemas pueden compartir información, entenderla de la misma forma y utilizarla sin obligar a ciudadanos o empleados públicos a repetir procesos que ya se han realizado en otro organismo. Ahí entra en juego la interoperabilidad entre Administraciones Públicas.
En la práctica, la interoperabilidad es lo que permite que un trámite no quede aislado dentro de una aplicación, que un expediente pueda conservarse y trasladarse correctamente, que los datos tengan significado común y que distintos organismos puedan colaborar mediante servicios digitales compatibles. Es, por tanto, una pieza estructural de cualquier proyecto serio de digitalización de la Administración Pública.
En España, este marco se articula principalmente a través del Esquema Nacional de Interoperabilidad (ENI), previsto en el artículo 156 de la Ley 40/2015 y regulado por el Real Decreto 4/2010. Su objetivo no es imponer una única tecnología, sino establecer criterios, principios y normas comunes para que las decisiones tecnológicas de las Administraciones favorezcan el intercambio y la conservación de la información electrónica.
Qué significa realmente interoperabilidad en la Administración Pública
La definición puede parecer técnica, pero el concepto es sencillo: dos sistemas son interoperables cuando pueden intercambiar información y utilizarla correctamente sin depender de procesos manuales extraordinarios, conversiones improvisadas o interpretaciones distintas de los mismos datos.
El Portal de Administración Electrónica describe el ENI como el conjunto de principios y directrices que deben facilitar el intercambio y la conservación de la información electrónica entre Administraciones Públicas. A su vez, la Ley 40/2015 sitúa la interoperabilidad dentro de las relaciones electrónicas entre Administraciones.
Esto tiene consecuencias muy concretas. Por ejemplo, un ayuntamiento puede necesitar consultar información procedente de otra Administración, incorporar documentos a un expediente, comprobar una firma, conservar metadatos o enviar información a una plataforma común. Si cada sistema utiliza estructuras incompatibles, criterios diferentes o formatos cerrados, la digitalización genera nuevas barreras en lugar de eliminarlas.
Interoperabilidad organizativa
La tecnología no resuelve por sí sola la coordinación entre organismos. La interoperabilidad organizativa se ocupa de que exista un acuerdo claro sobre qué proceso se comparte, quién es responsable de cada fase, qué información se intercambia y bajo qué condiciones.
Antes de conectar aplicaciones conviene responder preguntas básicas: ¿qué unidad genera el dato?, ¿quién puede consumirlo?, ¿qué procedimiento lo necesita?, ¿qué ocurre cuando hay una incidencia?, ¿quién mantiene el servicio? Esta capa suele ser la diferencia entre una integración sostenible y una conexión que funciona únicamente mientras determinadas personas conocen sus particularidades.
Interoperabilidad semántica
Dos sistemas pueden transmitir datos y, aun así, no entenderse. La interoperabilidad semántica busca que la información conserve el mismo significado en origen y destino. Si una aplicación utiliza un campo para identificar una unidad administrativa y otra interpreta ese mismo valor de una manera distinta, el intercambio técnico puede completarse pero el resultado seguirá siendo incorrecto.
Por eso son importantes los modelos de datos, vocabularios comunes, metadatos y estructuras normalizadas. Esta disciplina cobra todavía más valor cuando se diseñan procesos para varias áreas municipales o se conectan plataformas de diferentes proveedores.
Interoperabilidad técnica
Es la dimensión más visible: formatos, protocolos, interfaces, estándares y mecanismos de conexión. Su finalidad es evitar dependencias innecesarias y garantizar que las aplicaciones puedan intercambiar información de una forma predecible.
En proyectos de automatización de procesos en Administraciones Públicas, esta capa resulta crítica. Automatizar un flujo que termina en una aplicación sin capacidad de integración suele trasladar el trabajo manual de un punto a otro. El diseño debe contemplar desde el inicio cómo entran y salen los datos.
Qué es el Esquema Nacional de Interoperabilidad (ENI)
El ENI es el marco español que establece criterios y recomendaciones para que las Administraciones Públicas tomen decisiones tecnológicas compatibles con la interoperabilidad. Su base normativa se encuentra en el Real Decreto 4/2010 y en el artículo 156 de la Ley 40/2015.
El enfoque del ENI abarca mucho más que la conexión entre aplicaciones. Incluye cuestiones relacionadas con documentos y expedientes electrónicos, conservación, formatos, estándares, firma electrónica, modelos de datos, intercambio de información y reutilización de recursos.
Las Normas Técnicas de Interoperabilidad concretan parte de estos requisitos y ofrecen un marco operativo para áreas específicas. El propio Portal de Administración Electrónica mantiene documentación de referencia, guías y materiales para facilitar la adecuación.
Documento electrónico y expediente electrónico
Uno de los puntos más importantes es que la interoperabilidad debe mantenerse también cuando la información adopta forma documental. Un documento electrónico no es simplemente un PDF: debe conservar los elementos necesarios para acreditar su contexto, integridad y tratamiento dentro de un procedimiento.
Las Normas Técnicas de Interoperabilidad de Documento electrónico y Expediente electrónico definen estructuras y componentes para facilitar el intercambio entre sistemas.
Cuando una entidad local moderniza sus trámites, este punto debe considerarse desde el principio. Diseñar una interfaz atractiva para el ciudadano no sirve de mucho si, por detrás, el expediente se genera de forma difícil de intercambiar, conservar o migrar.
Interoperabilidad a lo largo del tiempo
La Administración trabaja con documentos y expedientes que pueden necesitar conservarse durante años. Por eso la interoperabilidad no debe limitarse al instante en que dos aplicaciones están conectadas. También debe permitir que la información siga siendo utilizable cuando cambien plataformas, proveedores o tecnologías.
Esto obliga a pensar en formatos duraderos, metadatos, políticas de gestión documental, exportación de información y criterios de conservación. Es una razón importante para evitar soluciones excesivamente cerradas cuando se desarrolla una estrategia de digitalización pública.
Por qué la interoperabilidad mejora el servicio al ciudadano
A menudo se presenta la interoperabilidad como una cuestión interna de sistemas, pero su impacto más importante termina siendo visible para la ciudadanía. Un ecosistema público conectado puede reducir solicitudes repetidas, acelerar comprobaciones, mejorar el seguimiento de expedientes y facilitar que distintos servicios trabajen con información coherente.
El objetivo no debe ser conectar sistemas por conectar, sino eliminar fricción administrativa.
- Menos introducción manual de datos ya disponibles.
- Menos documentos solicitados varias veces en diferentes trámites.
- Mayor consistencia entre registros y aplicaciones.
- Procesos con más trazabilidad.
- Menos errores derivados de copiar información entre sistemas.
- Mejor capacidad para automatizar tareas administrativas repetitivas.
Esta lógica es especialmente relevante en la digitalización de ayuntamientos, donde los recursos técnicos suelen ser más limitados y la reutilización de servicios comunes puede evitar desarrollos innecesarios. En el ámbito local, además, conviene diseñar estas integraciones pensando en las necesidades específicas del sector de ayuntamientos y no como una simple réplica de arquitecturas pensadas para organizaciones mucho mayores.
Interoperabilidad no es lo mismo que integración
Ambos términos se utilizan a menudo como sinónimos, pero conviene diferenciarlos. Una integración es una conexión concreta entre dos sistemas. La interoperabilidad es una capacidad más amplia: implica que esa conexión se realiza con criterios que permiten compartir información de manera comprensible, segura, mantenible y reutilizable.
Una API privada entre dos aplicaciones puede resolver una necesidad puntual. Sin embargo, si utiliza estructuras cerradas, no documenta los datos, depende de un único proveedor y no contempla la conservación documental, puede ser una integración funcional sin constituir una buena estrategia de interoperabilidad.
Por eso, cuando se plantean proyectos de automatización de procesos, conviene diseñar primero la arquitectura de información y después la automatización.
Cómo aplicar la interoperabilidad en una Administración Pública
No todas las entidades necesitan transformar toda su arquitectura de una vez. Un enfoque progresivo suele ser más realista y permite obtener resultados operativos sin crear un proyecto inabarcable.
1. Inventariar procedimientos, sistemas y fuentes de datos
El primer paso es saber qué existe. Conviene identificar aplicaciones, bases de datos, gestores de expedientes, registros, sedes electrónicas, herramientas de atención, sistemas documentales y servicios externos.
También debe analizarse qué información utiliza cada procedimiento y dónde se encuentra la fuente considerada válida. Este inventario evita crear nuevas copias de datos que después habrá que sincronizar.
2. Detectar duplicidades y tareas manuales
Las mejores oportunidades aparecen donde una persona tiene que descargar un documento de un sistema, copiar un dato en otro, revisar manualmente una condición o volver a pedir información que ya está disponible.
Este análisis encaja bien con una estrategia general para decidir qué servicios públicos digitalizar primero. Conviene priorizar procesos frecuentes, repetitivos y con dependencias claras entre sistemas.
3. Definir el modelo de información
Antes de desarrollar conectores hay que acordar qué significa cada dato, qué formato tendrá, qué identificadores se utilizarán y qué metadatos deben acompañarlo. Esta fase evita que la semántica quede escondida dentro del código de una integración.
4. Elegir estándares e interfaces mantenibles
Siempre que sea posible, deben utilizarse estándares abiertos, formatos documentados y mecanismos de integración que faciliten la sustitución o evolución de las aplicaciones. Las decisiones deben evaluarse pensando no solo en la puesta en marcha, sino también en el mantenimiento durante años.
5. Integrar seguridad desde el diseño
Interoperar significa compartir información, por lo que control de acceso, autenticación, trazabilidad, disponibilidad y protección de datos deben formar parte de la arquitectura. El ENI y el Esquema Nacional de Seguridad cumplen funciones diferentes pero complementarias.
Una integración técnicamente correcta puede convertirse en un riesgo si no controla quién consulta los datos, qué operaciones quedan registradas o cómo se gestionan las credenciales. Por eso es recomendable relacionar el proyecto de interoperabilidad con una revisión de ciberseguridad en procesos digitalizados.
6. Comenzar con un caso de uso concreto
Un proyecto piloto ayuda a validar criterios antes de extenderlos. Puede ser un procedimiento con mucho volumen, una consulta de datos recurrente, un intercambio documental o la conexión entre el gestor de expedientes y otro sistema municipal.
La clave es medir resultados: tiempo administrativo ahorrado, número de pasos eliminados, errores evitados, incidencias y capacidad de reutilizar la solución en otros procedimientos.
7. Documentar y establecer responsables
La interoperabilidad necesita gobierno. Debe quedar documentado qué sistemas intercambian información, qué contratos o interfaces existen, quién mantiene cada componente y cómo se actúa ante un cambio.
La ausencia de documentación es uno de los problemas habituales de los proyectos tecnológicos municipales y puede generar dependencia de proveedores o de empleados concretos. Es precisamente uno de los riesgos que conviene evitar al abordar la digitalización de un ayuntamiento.
Errores frecuentes al plantear la interoperabilidad
Conectar aplicaciones sin revisar el proceso
Automatizar un procedimiento mal diseñado solo consigue que un problema ocurra más rápido. Antes de integrar sistemas hay que simplificar el flujo y eliminar pasos innecesarios.
Depender de formatos propietarios
Un formato cerrado puede parecer cómodo mientras se utiliza una misma plataforma, pero dificulta migraciones, conservación e intercambio con terceros. La portabilidad debe evaluarse como parte del proyecto.
No definir una fuente única para cada dato
Si diferentes departamentos mantienen copias distintas de la misma información, cualquier integración terminará preguntándose cuál es la correcta. La gobernanza del dato debe preceder a la conexión técnica.
Olvidar la gestión documental
Los expedientes administrativos no son simples registros en una base de datos. Los documentos, metadatos, firmas y relaciones entre elementos requieren un tratamiento coherente durante todo su ciclo de vida.
Plantear la interoperabilidad como un proyecto exclusivamente informático
Las unidades administrativas deben participar en la definición. Son quienes conocen las excepciones reales del procedimiento, las obligaciones documentales y los problemas que aparecen durante la tramitación.
Interoperabilidad en ayuntamientos pequeños: por dónde empezar
Una entidad local con pocos recursos no necesita construir una arquitectura compleja desde cero. De hecho, suele ser más eficiente aprovechar servicios comunes, soluciones reutilizables y plataformas ya disponibles antes de desarrollar herramientas propias.
La prioridad debe ser conseguir una base ordenada: procedimientos bien definidos, sistemas inventariados, documentación suficiente, formatos exportables y una estrategia clara de integración. En nuestra guía sobre digitalización de ayuntamientos pequeños abordamos precisamente la importancia de avanzar por fases.
Una buena secuencia podría comenzar por identificar tres o cuatro procesos de alto impacto, revisar qué información comparten, analizar las posibilidades de conexión y diseñar un modelo que pueda reutilizarse después.
Qué debe incluir un diagnóstico de interoperabilidad
Antes de contratar desarrollos o sustituir plataformas, resulta útil realizar un diagnóstico que combine visión administrativa y técnica. Como mínimo debería incluir:
- Inventario de sistemas, aplicaciones y responsables.
- Mapa de procedimientos y flujos de información.
- Identificación de fuentes maestras de datos.
- Revisión de formatos, exportaciones e interfaces disponibles.
- Análisis de documento y expediente electrónico.
- Dependencias con proveedores externos.
- Necesidades de autenticación, autorización y trazabilidad.
- Riesgos de continuidad y conservación.
- Priorización de integraciones por impacto y esfuerzo.
- Plan de implantación por fases con criterios de aceptación.
Este diagnóstico permite evitar compras aisladas y orientar la inversión hacia una arquitectura pública más sostenible. En proyectos de digitalización municipal, disponer de este mapa antes de ejecutar suele reducir cambios posteriores y facilita la relación con diferentes proveedores.
Además, una arquitectura interoperable prepara mejor a la organización para incorporar capacidades nuevas, desde cuadros de mando hasta inteligencia artificial aplicada a servicios públicos, porque los datos dejan de estar aislados y pasan a estar mejor estructurados, gobernados y disponibles para los procesos autorizados.
De un diagnóstico ENI a una contratación tecnológica
Cuando el análisis detecta integraciones pendientes, migraciones, normalización de datos o nuevas APIs, el siguiente paso es convertir esas necesidades en proyectos contratables. El expediente técnico debe describir qué sistemas participan, qué información se intercambia, qué estándares se exigen, cómo se validará el resultado y qué activos deberá recibir la Administración al finalizar.
La contratación pública de interoperabilidad debería prestar especial atención a la portabilidad, la documentación y la estrategia de salida. Un conector que solo puede mantener el adjudicatario puede resolver una urgencia y crear un nuevo problema a medio plazo.
En este tipo de proyectos, BlackHold Consulting trabaja en áreas que pueden encajar con necesidades de integración y modernización: digitalización y automatización de flujos, automatización de procesos, automatización de tareas administrativas y consultoría estratégica tecnológica.
También pueden resultar relevantes capacidades de automatización de gestión documental, automatización de procesos complejos, agentes de IA e integración y servicios de automatización. En el sector público, cualquier colaboración debe articularse mediante el procedimiento contractual correspondiente y con requisitos objetivos definidos por la entidad.
Preguntas frecuentes sobre interoperabilidad en Administraciones Públicas
¿Qué es la interoperabilidad entre Administraciones Públicas?
Es la capacidad de los sistemas y procedimientos de diferentes Administraciones para compartir datos, documentos, información y servicios de forma que puedan ser utilizados correctamente por los organismos participantes.
¿Qué es el Esquema Nacional de Interoperabilidad?
El ENI es el marco regulatorio español que establece principios, criterios y recomendaciones para garantizar la interoperabilidad en la Administración electrónica. Se regula mediante el Real Decreto 4/2010 y está recogido en el artículo 156 de la Ley 40/2015.
¿Qué diferencia existe entre el ENI y el ENS?
El ENI se centra en la interoperabilidad, la normalización, el intercambio y la conservación de información. El Esquema Nacional de Seguridad se orienta a los principios y requisitos necesarios para proteger adecuadamente la información y los servicios electrónicos. En un proyecto público ambos marcos suelen tener que analizarse conjuntamente.
¿Una API garantiza que dos sistemas sean interoperables?
No necesariamente. Una API facilita la conexión técnica, pero la interoperabilidad también exige que los datos tengan un significado común, que existan responsabilidades definidas, que la información pueda conservarse y que la solución sea mantenible en el tiempo.
¿La interoperabilidad es solo para grandes Administraciones?
No. Los ayuntamientos y entidades pequeñas también se benefician especialmente de ella porque reduce tareas manuales y permite reutilizar servicios comunes. El enfoque debe adaptarse a sus recursos y priorizar casos de uso concretos.
¿Por dónde debería empezar un ayuntamiento?
Por un inventario de procedimientos y sistemas, seguido de la identificación de tareas duplicadas y de un caso de uso con impacto claro. Después puede definirse un modelo de datos e integración reutilizable para otros procedimientos.
Conclusión
La interoperabilidad entre Administraciones Públicas es una condición básica para que la digitalización genere eficiencia real. Sin ella, cada nueva aplicación corre el riesgo de convertirse en otro silo de información que obliga a copiar datos, repetir comprobaciones y mantener procesos manuales.
El ENI ofrece un marco para tomar decisiones más sostenibles: pensar en estándares, significado de los datos, documentos electrónicos, conservación, integración y gobernanza desde el inicio. Aplicarlo no significa transformar toda una Administración de una vez. Significa construir cada nuevo servicio con capacidad para convivir, intercambiar información y evolucionar.
Cuando se plantea una modernización administrativa, el mejor punto de partida suele ser un diagnóstico concreto de sistemas y procesos. A partir de ahí puede definirse una hoja de ruta de interoperabilidad, automatización y mejora del servicio público que avance por fases y con resultados verificables.
Fotografía: panumas nikhomkhai / Pexels.
