Interoperabilidad ENI: qué exige a una aplicación municipal

Una aplicación municipal casi nunca vive aislada. Un trámite de un vecino puede necesitar verificar datos con la Seguridad Social, comprobar un padrón, o intercambiar información con otra administración. Que eso funcione sin fricción no es casualidad: lo regula el Esquema Nacional de Interoperabilidad (ENI), y conviene entenderlo antes de encargar un sistema, no después.

Qué es el ENI y por qué existe

El ENI, regulado por el Real Decreto 4/2010 y desarrollado por sucesivas normas técnicas, establece los criterios y recomendaciones para que los sistemas de las administraciones públicas puedan intercambiar información y servicios entre sí. Su objetivo es evitar que cada administración construya una isla: que un ciudadano no tenga que aportar el mismo documento dos veces porque dos sistemas públicos no se hablan entre ellos.

Qué exige en la práctica a una aplicación municipal

• Formatos y estándares comunes. Los datos y documentos deben poder intercambiarse en formatos normalizados, no en estructuras propietarias que solo entiende el sistema que las creó.
• Reutilización de sistemas y aplicaciones. Antes de construir desde cero, el ENI promueve reutilizar soluciones ya disponibles en el sector público —por ejemplo, plataformas horizontales del Estado— cuando encajan con la necesidad.
• Interconexión con plataformas de intermediación. Servicios como la Plataforma de Intermediación de Datos (PID) permiten verificar datos de otras administraciones (identidad, residencia, situación de la Seguridad Social) sin pedirle al ciudadano que aporte el certificado en papel.
• Firma electrónica e identificación reconocidas. Los mecanismos de identificación y firma deben ser interoperables con los sistemas nacionales (Cl@ve, certificados reconocidos), no soluciones propietarias que solo funcionan dentro de una aplicación concreta.
• Conservación y expediente electrónico. La forma de archivar y trazar los expedientes también sigue criterios comunes, para que un expediente sea recuperable y entendible fuera del sistema que lo generó.

ENI, ENS y RGPD: se diseñan juntos

La interoperabilidad no vive separada de la seguridad ni de la protección de datos. Abrir un sistema para que dialogue con otros multiplica los puntos de contacto, así que las medidas del Esquema Nacional de Seguridad y las garantías del RGPD tienen que aplicarse precisamente en esas conexiones: quién puede pedir qué dato, con qué autorización, y con qué trazabilidad. Diseñar los tres esquemas a la vez —no uno después de otro— evita rehacer integraciones cuando ya están en producción.

Qué pasa si se ignora hasta el final

El error habitual es tratar la interoperabilidad como un extra que se añade cuando el sistema ya está construido: «ya conectaremos con la plataforma de intermediación más adelante». En la práctica, eso suele significar rehacer partes del modelo de datos y de la arquitectura, porque no se diseñaron pensando en que la información tuviera que salir o entrar de forma estandarizada. Planificarlo desde el encargo —en el pliego o en la propuesta técnica— sale más barato que corregirlo después.

En Onubia desarrollamos aplicaciones para administraciones pensando en el ENI, el ENS y el RGPD desde el primer diseño, no como una capa que se añade al final. Si tu ayuntamiento está definiendo un proyecto que va a tener que conectar con otros sistemas públicos, es el momento de plantearlo.

Artículo informativo, no asesoramiento jurídico. La aplicación concreta del ENI depende de la naturaleza del sistema y de la normativa técnica vigente que lo desarrolla.