Esquema Nacional de Interoperabilidad
Normas Técnicas de Interoperabilidad: Catálogo de Estándares, Documento y Expediente Electrónico, DIR3
📌 Introducción
El Esquema Nacional de Interoperabilidad (ENI) constituye el marco normativo fundamental que garantiza la interoperabilidad técnica, semántica y organizativa entre las Administraciones Públicas españolas, posibilitando el ejercicio de derechos de los ciudadanos en el entorno digital y el funcionamiento eficaz de los servicios públicos electrónicos. Aprobado mediante Real Decreto 4/2010, el ENI establece los principios básicos, criterios técnicos y recomendaciones de seguridad, normalización y conservación de la información que deben cumplir las administraciones en su relación electrónica con ciudadanos y entre ellas. Las Normas Técnicas de Interoperabilidad (NTI) desarrollan y concretan estos principios, definiendo especificaciones técnicas detalladas para aspectos críticos como el catálogo de estándares, el documento electrónico, el expediente electrónico y el Directorio Común de Unidades Orgánicas y Oficinas (DIR3), garantizando así que todos los sistemas de administración electrónica hablen el mismo «idioma» y puedan intercambiar información de forma segura, íntegra y eficiente.
1. El Esquema Nacional de Interoperabilidad (ENI)
1.1. Marco Legal y Contexto
Ley 40/2015, de 1 de octubre, de Régimen Jurídico del Sector Público
→ Título Preliminar, Capítulo III: Funcionamiento electrónico del sector público
→ Artículo 156: Esquema Nacional de Interoperabilidad
Real Decreto 4/2010, de 8 de enero, por el que se regula el Esquema Nacional de Interoperabilidad en el ámbito de la Administración Electrónica
→ BOE núm. 25, de 29 de enero de 2010
→ Modificado por: Real Decreto 951/2015, de 23 de octubre
Resoluciones de aprobación de NTI:
→ Secretaría de Estado para la Función Pública (ahora Transformación Digital)
→ Publicadas en BOE entre 2010-2020
1.2. Objeto y Finalidad del ENI
Según el artículo 1 del Real Decreto 4/2010, el ENI tiene por objeto:
- Garantizar la interoperabilidad de los sistemas y aplicaciones empleados por las Administraciones Públicas, permitiendo el intercambio de información y la prestación de servicios conjuntos
- Facilitar el ejercicio de derechos de los ciudadanos en su relación electrónica con las Administraciones Públicas
- Establecer criterios técnicos, semánticos y organizativos necesarios para asegurar la interoperabilidad
- Promover el uso de estándares abiertos y, en su caso, estándares de uso generalizado por los ciudadanos
1.3. Principios Básicos del ENI
✅ Principios Generales (Artículo 3 ENI)
- Interoperabilidad como cualidad integral: La interoperabilidad se entenderá como la capacidad de los sistemas de información y de los procedimientos a los que dan soporte, de compartir datos y posibilitar el intercambio de información y conocimiento entre ellos
- Carácter multidimensional de la interoperabilidad: Comprende las dimensiones organizativa, semántica y técnica
- Enfoque de soluciones multilaterales: Preferencia por soluciones que permiten interoperabilidad con múltiples actores simultáneamente
- Preferencia por estándares abiertos: Uso de estándares abiertos y, en su defecto, de especificaciones de uso generalizado
- Seguridad, privacidad y protección de datos personales: Garantía de seguridad de los sistemas, confidencialidad y privacidad de los ciudadanos
- Simplificación administrativa: Uso de medios electrónicos para simplificar procedimientos y reducir cargas administrativas
- Neutralidad tecnológica: No imponer el uso de tecnologías o productos concretos
- Accesibilidad: Diseño inclusivo que permite acceso de personas con diversidad funcional
1.4. Dimensiones de la Interoperabilidad
| Dimensión | Definición | Aspectos Clave | Ejemplos |
|---|---|---|---|
| Organizativa | Capacidad de entidades y procesos para colaborar eficazmente | Acuerdos, convenios, órganos colegiados, procedimientos compartidos | Convenio para compartición de datos censales entre ayuntamientos y CCAA |
| Semántica | Asegurar que significado de la información intercambiada sea comprendido inequívocamente | Modelos de datos comunes, vocabularios controlados, taxonomías, ontologías | Esquema de metadatos NIA (Norma de Identificación de Archivos), código DIR3 de unidades |
| Técnica | Relativa a conexión de sistemas y servicios informáticos | Protocolos de comunicación, formatos de datos, interfaces, conectores, pasarelas | Servicios web REST/SOAP, XML Schema, conectores Plataforma de Intermediación |
1.5. Estructura del ENI
El Real Decreto 4/2010 se estructura en:
- Capítulo I: Disposiciones generales (Objeto, ámbito, principios)
- Capítulo II: Interoperabilidad organizativa (Órganos colegiados, inventario de información, directorio, SIA)
- Capítulo III: Interoperabilidad semántica (Modelos de datos, lenguajes formales, documentos y expedientes)
- Capítulo IV: Interoperabilidad técnica (Estándares, comunicaciones, servicios, firma electrónica)
- Capítulo V: Reutilización y transferencia de tecnología
- Capítulo VI: Normas de desarrollo
- Anexos: Relación de estándares (Anexo fue derogado, sustituido por NTI de Catálogo de Estándares con actualización dinámica)
2. Normas Técnicas de Interoperabilidad (NTI)
2.1. Naturaleza Jurídica y Obligatoriedad
Las Normas Técnicas de Interoperabilidad (NTI) son especificaciones técnicas de carácter obligatorio que desarrollan los principios y criterios establecidos en el ENI. Su fundamento jurídico se encuentra en:
- Artículo 11 del RD 4/2010 (ENI): «Se aprobarán Normas Técnicas de Interoperabilidad que desarrollarán lo previsto en este real decreto»
- Carácter vinculante: Son de obligado cumplimiento para todas las Administraciones Públicas en el ámbito de sus competencias
- Aprobación: Mediante Resoluciones de la Secretaría de Estado de Función Pública (actualmente Transformación Digital y Función Pública)
- Publicación oficial: En el Boletín Oficial del Estado (BOE)
2.2. Catálogo de Normas Técnicas de Interoperabilidad
| NTI | Resolución | BOE | Objeto |
|---|---|---|---|
| Catálogo de estándares | 28/06/2012 (actualizada 03/10/2016) | 26/07/2012 | Relación de estándares aplicables |
| Documento electrónico | 19/07/2011 (actualizada 26/10/2016) | 30/07/2011 | Características y requisitos de documentos electrónicos |
| Expediente electrónico | 19/07/2011 (actualizada 26/10/2016) | 30/07/2011 | Estructura y formato del expediente electrónico |
| Digitalización de documentos | 19/07/2011 | 30/07/2011 | Proceso de digitalización y autenticidad de copias |
| Política de firma y certificados de la Administración | 19/07/2011 | 30/07/2011 | Condiciones de firma electrónica de las AAPP |
| Protocolos de intermediación de datos | 19/07/2011 | 03/08/2011 | Servicios de verificación y consulta de datos |
| Modelo de Datos para intercambio de asientos entre Entidades Registrales | 19/07/2011 | 30/07/2011 | Formato del asiento registral (SICRES 3.0) |
| Política de gestión de documentos electrónicos | 19/07/2011 | 10/08/2011 | Gestión documental conforme archivística |
| Reutilización de recursos de información | 19/02/2013 | 04/03/2013 | Condiciones generales para la reutilización |
| Requisitos de conexión a Red SARA | 19/07/2011 | 13/08/2011 | Especificaciones técnicas para conectarse a Red SARA |
2.3. Procedimiento de Actualización de las NTI
Las NTI se revisan y actualizan periódicamente para adaptarse a la evolución tecnológica:
- Propuesta: Comité Sectorial de Administración Electrónica, órganos técnicos, organismos públicos
- Trámite de audiencia: Consulta pública en portal de administración electrónica (PAe)
- Informe previo: Ministerio de Política Territorial y Función Pública
- Aprobación: Resolución de la Secretaría de Estado correspondiente
- Publicación: En BOE, con entrada en vigor según disponga la resolución (típicamente diferida)
- Adecuación progresiva: Las AAPP disponen de plazos para adaptar sistemas (usualmente 12-24 meses)
3. NTI de Catálogo de Estándares
3.1. Objeto y Alcance
La Norma Técnica de Interoperabilidad de Catálogo de estándares determina los estándares aplicables para garantizar la interoperabilidad en las relaciones electrónicas con las Administraciones Públicas. Sustituye el Anexo del RD 4/2010 que contenía una lista estática de estándares, implementando un catálogo dinámico actualizable sin modificar normativa de rango superior.
ℹ️ Fundamento del Catálogo de Estándares
Artículo 11 ENI: «El Catálogo de estándares estará accesible en la Sede Electrónica del Ministerio […] y recogerá los estándares aplicables para garantizar la interoperabilidad»
Principio de neutralidad tecnológica: Preferencia por estándares abiertos pero permitiendo estándares de uso generalizado cuando no exista alternativa abierta equivalente
3.2. Criterios de Selección de Estándares
La NTI establece criterios objetivos para inclusión de estándares en el catálogo:
- Conformidad con ENI: Alineación con principios y requisitos del Esquema
- Preferencia por estándares abiertos: Aquellos cuyas especificaciones son públicas, sin restricciones de uso y evolución abierta
- Uso generalizado: Cuando no exista estándar abierto, se aceptan aquellos de adopción mayoritaria
- Madurez: Estándares consolidados, con implementaciones probadas
- Neutralidad de proveedor: No vinculados a fabricante o producto específico
- Interoperabilidad internacional: Favoreciendo estándares reconocidos internacionalmente (ISO, W3C, OASIS, IETF)
- Seguridad y privacidad: Consideraciones de protección de datos y ciberseguridad
3.3. Estructura del Catálogo de Estándares
El catálogo se organiza por áreas funcionales:
A) Documentos y Expedientes Electrónicos
| Ámbito | Estándar | Descripción |
|---|---|---|
| Formato documento portátil | PDF, PDF/A-1, PDF/A-2 | ISO 19005-1:2005, ISO 19005-2:2011 – Preservación largo plazo |
| Firma electrónica avanzada | XAdES, CAdES, PAdES | ETSI TS 101 903, ETSI TS 101 733, ETSI TS 102 778 |
| Estructura documento electrónico | XML | W3C XML 1.0, XML Schema |
| Metadatos | Dublin Core, e-EMGDE | ISO 15836, Esquema metadatos gestión documentos electrónicos |
B) Servicios Web e Interoperabilidad
| Ámbito | Estándar | Descripción |
|---|---|---|
| Servicios web SOAP | WSDL, SOAP | W3C Web Services Description Language, Simple Object Access Protocol |
| Servicios web REST | HTTP/HTTPS, JSON, XML | RFC 2616/RFC 7230-7235, RFC 7159, W3C XML |
| Mensajería asíncrona | ebXML Messaging | OASIS ebXML Message Service |
C) Identificación y Autenticación
| Ámbito | Estándar | Descripción |
|---|---|---|
| Certificados digitales | X.509 v3 | ITU-T X.509, RFC 5280 |
| SAML | SAML 2.0 | OASIS Security Assertion Markup Language |
| OpenID Connect | OpenID Connect Core 1.0 | Capa de identidad sobre OAuth 2.0 |
D) Accesibilidad y Usabilidad
| Ámbito | Estándar | Descripción |
|---|---|---|
| Accesibilidad web | WCAG 2.1 Nivel AA | W3C Web Content Accessibility Guidelines |
| HTML | HTML5 | W3C HTML Living Standard |
| CSS | CSS3 | W3C Cascading Style Sheets Level 3 |
E) Seguridad
| Ámbito | Estándar | Descripción |
|---|---|---|
| Transporte seguro | TLS 1.2+ | RFC 5246, RFC 8446 (TLS 1.3) |
| Funciones hash | SHA-2 (SHA-256, SHA-512) | FIPS 180-4, ISO/IEC 10118-3 |
| Cifrado simétrico | AES | FIPS 197, ISO/IEC 18033-3 |
3.4. Actualización y Consulta del Catálogo
✅ Acceso al Catálogo de Estándares
- Ubicación oficial: Portal de Administración Electrónica (PAe) del Ministerio
- URL: https://administracionelectronica.gob.es/pae_Home/pae_Estrategias/pae_Interoperabilidad_Inicio/pae_Normas_tecnicas_de_interoperabilidad.html
- Formato: Documento PDF descargable y consulta web
- Actualización: Sin necesidad de modificar normativa, mediante actualización del documento publicado
- Versionado: Cada actualización especifica fecha de vigencia y cambios introducidos
4. NTI de Documento Electrónico
4.1. Concepto y Fundamento Legal
El documento electrónico es la piedra angular de la administración electrónica. La NTI de Documento electrónico desarrolla el artículo 20 del ENI estableciendo características y requisitos que debe cumplir:
«Se entiende por documentos electrónicos la información de cualquier naturaleza en forma electrónica, archivada en un soporte electrónico según un formato determinado y susceptible de identificación y tratamiento diferenciado.»
4.2. Componentes del Documento Electrónico
Según la NTI, todo documento electrónico administrativo consta de:
| Componente | Obligatorio | Descripción | Ejemplos |
|---|---|---|---|
| Contenido | Sí | Información propiamente dicha que el documento representa | Texto, imagen, audio, vídeo, datos estructurados |
| Firma electrónica | Según procedimiento | Garantiza autenticidad e integridad del documento | XAdES, CAdES, PAdES según formato |
| Metadatos | Sí | Información contextual sobre el documento | Identificador, fecha, origen, estado tramitación |
4.3. Metadatos Mínimos Obligatorios del Documento Electrónico
La NTI establece un esquema de metadatos mínimos que debe incluir todo documento electrónico administrativo:
ℹ️ Metadatos Mínimos Obligatorios
- Identificador: Código que identifica unívocamente el documento (UUID, URI)
- Órgano: Órgano productor del documento (código DIR3)
- Fecha de captura: Fecha y hora de incorporación al sistema de gestión
- Origen: Ciudadano o Administración
- Estado de elaboración: Original, Copia, Copia electrónica auténtica, Copia auténtica
- Formato: Especificación técnica del formato de archivo (MIME type)
- Tipo documental: Categoría del documento según su función (Resolución, Certificado, Solicitud, etc.)
4.4. Formatos de Documento Electrónico
Formatos Preferentes
La NTI establece formatos preferentes según tipo de contenido:
| Tipo de Contenido | Formato Editable | Formato Visualización/Intercambio | Formato Preservación |
|---|---|---|---|
| Documentos de texto | ODF (.odt), OOXML (.docx) | PDF, PDF/A | PDF/A-1, PDF/A-2 |
| Hojas de cálculo | ODF (.ods), OOXML (.xlsx) | PDF, CSV | PDF/A, CSV |
| Datos estructurados | XML, JSON | XML, JSON | XML con esquema |
| Imágenes | – | JPEG, PNG | TIFF sin comprimir, JPEG2000 |
| Documentos escaneados | – | PDF, PDF/A | PDF/A con OCR |
PDF/A: Estándar para Preservación
PDF/A (PDF for Archive) es el formato obligatorio para documentos con valor probatorio o conservación permanente:
- PDF/A-1: Basado en PDF 1.4, nivel básico de conformidad
- PDF/A-2: Basado en PDF 1.7 (ISO 32000-1), permite transparencias, compresión JPEG2000, PDF/A embebidos
- PDF/A-3: Permite embeber archivos de cualquier formato (útil para factura electrónica con XML adjunto)
- Niveles de conformidad: A (accesible), B (básico), U (Unicode)
4.5. Firma Electrónica del Documento
La NTI de Documento electrónico establece que cuando un documento deba ser firmado electrónicamente, se utilizarán los formatos definidos en la NTI de Política de firma:
| Formato Firma | Estándar | Aplicación | Características |
|---|---|---|---|
| XAdES | ETSI TS 101 903 | Documentos XML nativos | Firma integrada o envolvente del XML |
| CAdES | ETSI TS 101 733 | Cualquier tipo de archivo | Firma separada o adjunta en formato binario |
| PAdES | ETSI TS 102 778 | Documentos PDF | Firma visible o invisible integrada en PDF |
4.6. Documento Electrónico y su Ciclo de Vida
La NTI contempla el ciclo completo del documento desde su creación hasta su conservación o eliminación:
✅ Fases del Ciclo de Vida Documental
- Captura: Incorporación del documento al sistema con asignación de metadatos
- Registro: Inscripción con asiento registral (entrada, salida, interno)
- Clasificación: Asignación a procedimiento y categoría documental
- Tramitación: Procesamiento según flujo del procedimiento administrativo
- Resolución: Generación de documento resolutivo del procedimiento
- Archivo de gestión: Conservación en sistema de gestión documental durante tramitación y plazo precaucional
- Transferencia: Paso a archivo intermedio o histórico según tabla de valoración
- Conservación permanente o eliminación: Según dictamen de archivo y normativa aplicable
5. NTI de Expediente Electrónico
5.1. Concepto de Expediente Electrónico
«El expediente administrativo es el conjunto ordenado de documentos y actuaciones que sirven de antecedente y fundamento a la resolución administrativa, así como las diligencias encaminadas a ejecutarla.»
«Los expedientes tendrán formato electrónico y se formarán mediante la agregación ordenada de documentos electrónicos conforme a las disposiciones de este capítulo y las normas que resulten de aplicación.»
5.2. Componentes del Expediente Electrónico
Según la NTI, el expediente electrónico se compone de:
| Componente | Descripción | Requisitos |
|---|---|---|
| Documentos electrónicos | Conjunto de documentos que forman parte del expediente | Conforme a NTI de Documento electrónico, con metadatos completos |
| Índice electrónico | Listado de documentos incluidos en el expediente con información relevante | Firmado electrónicamente, formato XML estructurado |
| Firma del índice | Firma electrónica del índice electrónico del expediente | XAdES del índice XML, garantiza integridad del expediente completo |
| Metadatos del expediente | Información contextual sobre el expediente como unidad | Esquema definido en NTI, metadatos mínimos obligatorios |
5.3. Índice Electrónico del Expediente
El índice electrónico es el elemento clave que garantiza la integridad del expediente. Sus características:
- Formato: XML con esquema XSD definido en la NTI
- Contenido mínimo:
- Identificador del expediente
- Fecha de apertura y cierre del expediente
- Órgano responsable
- Clasificación del expediente (código de procedimiento)
- Lista de documentos con: identificador, fecha de incorporación, orden dentro del expediente, huella digital (hash)
- Firma: Firmado electrónicamente por el órgano responsable del expediente
- Actualización: Cada vez que se incorpora un documento, se regenera el índice y se refirma
⚠️ Garantía de Integridad del Expediente
La firma del índice electrónico garantiza:
- Autenticidad: El expediente ha sido creado por el órgano que figura en el índice
- Integridad: Ningún documento ha sido añadido, eliminado o modificado
- No repudio: El órgano no puede negar haber generado ese expediente
- Orden y completitud: Los documentos se encuentran en el orden especificado y ninguno falta
La verificación se realiza recalculando el hash de cada documento y comparándolo con el registrado en el índice firmado.
5.4. Metadatos del Expediente Electrónico
Metadatos mínimos obligatorios del expediente según NTI:
ℹ️ Metadatos Mínimos del Expediente
- Identificador: Código único del expediente
- Clasificación: Código del procedimiento administrativo (SIA)
- Órgano: Unidad responsable del expediente (código DIR3)
- Fecha de apertura: Inicio del expediente
- Estado: Abierto, Cerrado, Indizado
- Interesado: Ciudadano o entidad afectada
- Versión NTI: Versión de la NTI aplicada
5.5. Operaciones sobre el Expediente Electrónico
Apertura del Expediente
- Asignación de identificador único
- Registro en sistema de gestión de expedientes
- Creación de estructura inicial de metadatos
- Asociación con procedimiento administrativo (SIA)
Incorporación de Documentos
- Validación de formato y metadatos del documento
- Cálculo de huella digital (hash SHA-256)
- Adición al expediente con asignación de orden
- Regeneración y refirma del índice electrónico
Foliado del Expediente
- Asignación de número de orden secuencial a cada documento
- Generación de código de verificación electrónico (CVE)
- Sellado de tiempo de cada documento
Cierre del Expediente
- Cambio de estado a «Cerrado»
- Generación del índice electrónico definitivo
- Firma del índice por el órgano competente
- Registro de fecha de cierre
- Generación opcional de expediente empaquetado (ZIP o similar)
5.6. Formato de Intercambio de Expedientes
La NTI define un formato estándar para intercambio de expedientes entre administraciones:
- Estructura: Archivo comprimido (ZIP) con estructura normalizada
- Contenido del paquete:
indice.xml– Índice electrónico del expedientefirma_indice.xml– Firma XAdES del índicemetadatos.xml– Metadatos del expediente- Carpeta
documentos/con todos los archivos del expediente - Opcional: carpeta
firmas/con firmas separadas de documentos
- Transferencia: Mediante servicios web seguros o plataforma de intermediación
6. Directorio Común de Unidades Orgánicas y Oficinas (DIR3)
6.1. Concepto y Fundamento Legal
DIR3 es el directorio común de unidades orgánicas y oficinas de las Administraciones Públicas, herramienta fundamental para la interoperabilidad organizativa.
«Se creará un directorio general, de acceso público, en el que se recogerán las Administraciones Públicas y entidades de derecho público vinculadas o dependientes que estarán obligadas a relacionarse a través de medios electrónicos, así como sus unidades orgánicas, servicios, oficinas de atención al ciudadano y oficinas de registro.»
6.2. Objetivos y Funciones de DIR3
✅ Objetivos de DIR3
- Identificación única: Código unívoco para cada unidad orgánica y oficina en todas las AAPP
- Localización: Información de contacto física y electrónica de unidades y oficinas
- Interoperabilidad: Facilitar intercambio de información identificando remitentes y destinatarios inequívocamente
- Transparencia: Publicación de estructura organizativa de AAPP accesible a ciudadanos
- Trazabilidad: Seguimiento de procedimientos a través de diferentes unidades administrativas
- Simplificación: Evitar que ciudadanos deban conocer estructura interna de las AAPP
6.3. Estructura de DIR3
DIR3 registra tres tipos de entidades interrelacionadas:
1. Órganos o Unidades Orgánicas
Unidades administrativas con competencias propias según normativa de creación:
- Ministerios, Consejerías
- Secretarías de Estado, Viceconsejería
- Direcciones Generales
- Subdirecciones Generales
- Servicios
- Secciones
2. Oficinas
Puntos de atención física al ciudadano:
- Oficinas de registro: Recepción y salida de documentos
- Oficinas de información y atención al ciudadano: Consultas, orientación
- Oficinas de asistencia en materia de registros: Ayuda cumplimentación formularios
3. Unidades de Tramitación
Unidades administrativas responsables de gestión de procedimientos específicos, aunque no tengan entidad organizativa propia en organigrama formal.
6.4. Códigos DIR3
DIR3 asigna códigos únicos normalizados a cada entidad:
| Tipo Código | Estructura | Ejemplo | Descripción |
|---|---|---|---|
| Código Unidad Orgánica | Alfanumérico variable | A01008439 | Identificador único de la unidad en el organigrama |
| Código Oficina | Alfanumérico variable | O00001401 | Identificador de oficina de atención/registro |
| Código Entidad Raíz | Alfanumérico | E04921301 | Organismo público de nivel superior (ej: Ayuntamiento, Ministerio) |
6.5. Información Incluida en DIR3
Para cada unidad orgánica u oficina, DIR3 mantiene:
ℹ️ Datos Registrados en DIR3
Datos identificativos:
- Código DIR3
- Denominación oficial
- Tipo de entidad (Órgano, Oficina, Unidad tramitación)
- Estado (Vigente, Suprimida, Fusionada)
- Fecha de alta y, en su caso, de baja
Datos de relación jerárquica:
- Código de unidad superior
- Nivel jerárquico
- Organismo raíz al que pertenece
Datos de localización:
- Dirección postal
- Código postal, provincia, municipio
- Teléfono
- Dirección electrónica (email)
- URL sede electrónica o web
Datos funcionales:
- Competencias y funciones
- Horarios de atención
- Servicios prestados
- Accesibilidad física
6.6. Gestión y Mantenimiento de DIR3
Responsabilidades
- Ministerio de Política Territorial y Función Pública: Gestión central de DIR3, mantenimiento del sistema, definición de criterios
- Cada Administración Pública: Responsable de mantener actualizada la información de sus unidades y oficinas
- Administradores locales DIR3: Usuarios designados por cada organismo con permisos de alta, modificación y baja de sus entidades
Procedimiento de Alta/Modificación
- Acceso al sistema central DIR3 mediante certificado electrónico
- Cumplimentación de formulario con datos de la unidad/oficina
- Validación automática de datos obligatorios y coherencia
- Asignación automática de código DIR3 único
- Publicación automática en consulta pública de DIR3
- Disponibilidad en servicios web para otras aplicaciones
6.7. Servicios Web de DIR3
DIR3 proporciona servicios web para integración en aplicaciones:
| Servicio | Función | Protocolo |
|---|---|---|
| Consulta de unidad | Obtener datos completos de una unidad por su código | SOAP/REST |
| Búsqueda de unidades | Buscar unidades por criterios (nombre, organismo, provincia) | SOAP/REST |
| Árbol jerárquico | Obtener estructura orgánica completa de un organismo | SOAP/REST |
| Validación de código | Verificar existencia y vigencia de un código DIR3 | SOAP/REST |
| Descarga completa | Exportación masiva del directorio o subconjunto | XML, CSV |
6.8. Uso de DIR3 en Documentos y Expedientes
DIR3 es esencial para identificar origen y destino en administración electrónica:
- En metadatos de documentos: Campo «Órgano» contiene código DIR3 del productor
- En expedientes electrónicos: Unidad responsable identificada con DIR3
- En registros electrónicos: Oficina de registro identificada con código DIR3 de oficina
- En intercambio SIR: Emisor y destinatario de asientos identificados con DIR3
- En servicios de intermediación: Organismo origen y destino codificados con DIR3
7. Mapa Conceptual
Mapa Conceptual: Esquema Nacional de Interoperabilidad y NTI
Acuerdos, convenios, procedimientos compartidos
Modelos de datos comunes, vocabularios, metadatos
Protocolos, formatos, servicios web, interfaces
- Documento/Expediente: PDF/A, XML, XAdES/CAdES/PAdES
- Servicios Web: SOAP, REST, JSON, XML
- Seguridad: TLS 1.2+, AES, SHA-256
- Accesibilidad: WCAG 2.1 AA, HTML5
- Componentes: Contenido + Firma + Metadatos
- Metadatos mínimos obligatorios (7)
- Formatos: PDF/A para conservación
- Firma: XAdES, CAdES, PAdES
- Componentes: Documentos + Índice + Metadatos
- Índice electrónico: XML firmado con lista documentos y hashes
- Garantía de integridad mediante firma del índice
- Formato intercambio: ZIP estructurado
- Digitalización de documentos
- Política de firma y certificados
- Protocolos de intermediación de datos
- Modelo asientos registrales (SICRES)
- Política de gestión de documentos
- Requisitos conexión Red SARA
- Órganos/Unidades Orgánicas
- Oficinas (registro, información, asistencia)
- Unidades de tramitación
- Código DIR3 único
- Denominación y tipo
- Jerarquía y organismo raíz
- Localización física y electrónica
- Competencias y servicios
- Consulta pública web
- Servicios web SOAP/REST
- Descarga XML/CSV completa
- Gestión por AAPP (altas/modificaciones)
Leyenda del Mapa Conceptual:
Nivel 1: ENI – Marco General Nivel 2: Componentes Principales Nivel 3: Detalles Técnicos8. Preguntas de Evaluación
Pregunta 1
¿Qué norma aprueba el Esquema Nacional de Interoperabilidad?
Explicación: El Esquema Nacional de Interoperabilidad se aprueba mediante Real Decreto 4/2010, de 8 de enero, publicado en el BOE núm. 25 de 29 de enero de 2010. Este real decreto regula el ENI en el ámbito de la Administración Electrónica y fue posteriormente modificado por el Real Decreto 951/2015. Aunque la Ley 39/2015 (Procedimiento Administrativo Común) y la Ley 40/2015 (Régimen Jurídico del Sector Público) establecen el marco general de la administración electrónica y hacen referencia al ENI, es el RD 4/2010 el que específicamente lo aprueba y desarrolla. El Real Decreto 3/2010 regula el Esquema Nacional de Seguridad (ENS), no el ENI, siendo normas complementarias pero distintas.
Pregunta 2
Las tres dimensiones de la interoperabilidad según el ENI son:
Explicación: El artículo 3 del ENI establece explícitamente que la interoperabilidad tiene carácter multidimensional y comprende tres dimensiones: organizativa (capacidad de entidades y procesos para colaborar), semántica (garantía de que el significado de la información intercambiada sea comprendido inequívocamente mediante modelos de datos comunes y vocabularios controlados), y técnica (conexión de sistemas y servicios informáticos mediante protocolos, formatos y servicios). Esta clasificación permite abordar la interoperabilidad de forma integral, recon ociendo que no basta con que los sistemas técnicamente se conecten, sino que también debe haber comprensión del significado y coordinación organizativa.
Pregunta 3
¿Cuál de los siguientes NO es un componente obligatorio del documento electrónico según la NTI?
Explicación: Según la NTI de Documento electrónico, los componentes de un documento electrónico administrativo son: Contenido (obligatorio siempre – la información que representa el documento), Metadatos (obligatorio – información contextual mínima definida por la NTI), y Firma electrónica (obligatoria según el procedimiento administrativo lo requiera, no siempre). El código de barras no es un componente definido ni requerido por la NTI de Documento electrónico. Aunque algunos sistemas pueden utilizar códigos de barras o códigos QR como mecanismo adicional de identificación o recuperación de documentos, esto no forma parte de los componentes normativos establecidos por la NTI.
Pregunta 4
¿Cuál es el formato preferente para conservación permanente de documentos electrónicos según el catálogo de estándares?
Explicación: PDF/A (PDF for Archive) es el formato estándar establecido en el catálogo de estándares para preservación a largo plazo de documentos electrónicos con valor probatorio o que requieran conservación permanente. PDF/A (ISO 19005) es un subconjunto de PDF optimizado para archivado que garantiza auto-contenido (todas las fuentes e imágenes embebidas), reproducibilidad exacta independiente del software, y prohibición de características que comprometan preservación (JavaScript, cifrado, referencias externas). Las versiones incluyen PDF/A-1 (basado en PDF 1.4), PDF/A-2 (PDF 1.7, permite transparencias y compresión JPEG2000), y PDF/A-3 (permite embeber archivos). Microsoft Word (.docx) es formato editable propietario no adecuado para preservación. JPEG es para imágenes pero sin metadatos suficientes. HTML requiere recursos externos y navegadores que evolucionen.
Pregunta 5
¿Cuántos metadatos mínimos obligatorios debe incluir un documento electrónico según la NTI?
Explicación: La NTI de Documento electrónico establece 7 metadatos mínimos obligatorios que debe incluir todo documento electrónico administrativo: 1) Identificador (código único del documento), 2) Órgano (productor del documento con código DIR3), 3) Fecha de captura (fecha y hora de incorporación al sistema), 4) Origen (Ciudadano o Administración), 5) Estado de elaboración (Original, Copia, Copia electrónica auténtica, Copia auténtica), 6) Formato (especificación técnica del archivo – MIME type), y 7) Tipo documental (categoría según función: Resolución, Certificado, Solicitud, etc.). Estos metadatos garantizan identificación única, trazabilidad, contexto administrativo y gestión adecuada del documento durante todo su ciclo de vida, siendo fundamentales para interoperabilidad entre sistemas de gestión documental de diferentes administraciones.
Pregunta 6
¿Qué elemento del expediente electrónico garantiza su integridad mediante firma electrónica?
Explicación: El índice electrónico es el elemento clave que garantiza la integridad del expediente electrónico completo mediante su firma electrónica. El índice es un documento XML que lista todos los documentos incluidos en el expediente con información relevante de cada uno (identificador, fecha de incorporación, orden, y crucialmente la huella digital o hash de cada documento). Al firmar electrónicamente este índice, el órgano responsable está certificando que el expediente contiene exactamente esos documentos, en ese orden, sin adiciones, eliminaciones ni modificaciones. La verificación posterior se realiza recalculando el hash de cada documento y comparándolo con el registrado en el índice firmado. Si coinciden, se garantiza que el expediente está íntegro. Aunque los documentos individuales pueden estar firmados, es la firma del índice la que garantiza la integridad del expediente como conjunto.
Pregunta 7
¿En qué formato debe estar el índice electrónico del expediente según la NTI?
Explicación: La NTI de Expediente electrónico establece que el índice electrónico debe estar en formato XML (eXtensible Markup Language) siguiendo un esquema XSD definido específicamente en la norma. XML es el formato elegido porque es estándar abierto, interoperable, legible tanto por humanos como máquinas, extensible, y permite validación estructural mediante esquemas XSD que garantizan que el índice contiene todos los elementos obligatorios en la estructura correcta. El índice XML debe incluir identificador del expediente, fechas de apertura/cierre, órgano responsable, clasificación del procedimiento, y lista completa de documentos con sus metadatos y huellas digitales. Una vez generado el índice XML, se firma electrónicamente con XAdES (formato de firma para XML) para garantizar autenticidad e integridad. PDF, JSON y CSV no proporcionan las capacidades de validación estructural y firma que XML ofrece.
Pregunta 8
¿Qué formato de firma electrónica se utiliza específicamente para documentos PDF según el catálogo de estándares?
Explicación: PAdES (PDF Advanced Electronic Signatures, estándar ETSI TS 102 778) es el formato de firma electrónica avanzada específicamente diseñado para documentos PDF. PAdES integra la firma dentro del propio archivo PDF, pudiendo ser visible (aparece representación gráfica en el documento) o invisible, y permite múltiples firmas secuenciales sin invalidar las anteriores. Es el formato obligatorio para firmar documentos PDF en administración electrónica. XAdES (XML Advanced Electronic Signatures) se utiliza para documentos XML nativos y para firmar índices de expedientes. CAdES (CMS Advanced Electronic Signatures) es formato de firma binario separado o adjunto para cualquier tipo de archivo. JAdES (JSON Advanced Electronic Signatures) es estándar más reciente para firmar documentos JSON. La elección del formato depende del tipo de documento base a firmar.
Pregunta 9
¿Qué es DIR3?
Explicación: DIR3 es el Directorio Común de Unidades Orgánicas y Oficinas de las Administraciones Públicas, herramienta fundamental para la interoperabilidad organizativa establecida en el artículo 7 del ENI. DIR3 registra y asigna códigos únicos a todas las unidades orgánicas (órganos con competencias propias según normativa), oficinas (puntos de atención física al ciudadano como oficinas de registro, información, asistencia), y unidades de tramitación de todas las administraciones públicas españolas. Su objetivo es proporcionar identificación unívoca de emisores y destinatarios en intercambios de información administrativa, facilitar localización de puntos de atención, y garantizar transparencia de la estructura administrativa. Los códigos DIR3 se utilizan obligatoriamente en metadatos de documentos electrónicos (campo «Órgano»), expedientes, registros, y comunicaciones interadministrativas, siendo esencial para trazabilidad de procedimientos. No es un sistema de gestión documental ni un protocolo de comunicación, aunque soporta servicios web para consulta.
Pregunta 10
¿Qué tipos de entidades registra DIR3?
Explicación: DIR3 registra tres tipos de entidades interrelacionadas dentro de las administraciones públicas: 1) Órganos o Unidades Orgánicas – unidades administrativas con competencias propias según normativa de creación (ministerios, consejerías, direcciones generales, subdirecciones, servicios, secciones); 2) Oficinas – puntos de atención física al ciudadano que incluyen oficinas de registro (recepción/salida documentos), oficinas de información y atención al ciudadano (consultas, orientación), y oficinas de asistencia en materia de registros (ayuda cumplimentación formularios); y 3) Unidades de Tramitación – unidades administrativas responsables de gestión de procedimientos específicos aunque no tengan entidad organizativa propia en organigrama formal. Cada tipo de entidad recibe código DIR3 único y se mantiene información completa sobre su denominación, jerarquía, localización física y electrónica, competencias, horarios y servicios prestados. DIR3 no registra personas individuales (funcionarios) sino entidades organizativas.
Pregunta 11
¿Cuál es la versión mínima de TLS recomendada en el catálogo de estándares para comunicaciones seguras?
Explicación: El catálogo de estándares del ENI establece TLS 1.2 (Transport Layer Security versión 1.2, RFC 5246) como la versión mínima recomendada para comunicaciones seguras en administración electrónica, junto con TLS 1.3 (RFC 8446) como versión más actual y preferible. TLS 1.0 y TLS 1.1 están oficialmente deprecados y deben deshabilitarse por múltiples vulnerabilidades conocidas (BEAST, POODLE). TLS 1.2 proporciona cifrado robusto con cipher suites modernos (AES-GCM, ChaCha20-Poly1305), Perfect Forward Secrecy opcional mediante ECDHE/DHE, y corrección de vulnerabilidades de versiones anteriores. TLS 1.3 (2018) es la versión más segura y eficiente, con handshake más rápido (1-RTT), eliminación de algoritmos débiles, y PFS obligatorio. Todas las comunicaciones HTTPS de sedes electrónicas y servicios web interadministrativos deben utilizar mínimo TLS 1.2, deshabilitando versiones anteriores y SSL 2.0/3.0 completamente.
Pregunta 12
¿Qué estándar define las pautas de accesibilidad web que deben cumplir las páginas de administración electrónica?
Explicación: WCAG 2.1 (Web Content Accessibility Guidelines versión 2.1) Nivel AA del W3C es el estándar de accesibilidad web establecido en el catálogo de estándares del ENI que deben cumplir obligatoriamente todas las páginas y aplicaciones web de administración electrónica para garantizar acceso de personas con diversidad funcional. WCAG 2.1 define criterios organizados en cuatro principios: Perceptible (información y componentes UI presentables a usuarios), Operable (componentes UI y navegación operables), Comprensible (información y operación UI comprensibles), y Robusto (contenido interpretable por amplia variedad de agentes usuario incluidas tecnologías asistivas). El Nivel AA (doble A) es el nivel de conformidad exigido, incluyendo requisitos como contraste de color suficiente, navegación por teclado completa, textos alternativos en imágenes, estructura semántica correcta, y compatibilidad con lectores de pantalla. ISO 9001 es gestión de calidad, RFC 2616 es protocolo HTTP, e ITIL es gestión de servicios TI, ninguno relacionado con accesibilidad web.
Pregunta 13
¿Qué ministerio es responsable de la gestión central de DIR3?
Explicación: El Ministerio de Política Territorial y Función Pública (actualmente también con competencias en Transformación Digital) es el responsable de la gestión central de DIR3, incluyendo mantenimiento del sistema central, definición de criterios técnicos y funcionales, resolución de incidencias técnicas, y coordinación con las administraciones públicas para actualización de información. Cada administración pública individual (ministerios AGE, comunidades autónomas, entidades locales, universidades, organismos) es responsable de mantener actualizada la información de sus propias unidades orgánicas y oficinas mediante administradores locales DIR3 designados con certificado electrónico. El ministerio proporciona acceso web al sistema, servicios web SOAP/REST para consulta e integración, documentación técnica, y soporte a las administraciones. La estructura distribuida de responsabilidades garantiza que cada organismo mantiene su información actualizada mientras el sistema central asegura coherencia, integridad y disponibilidad del directorio completo.
Pregunta 14
¿Cuál es el algoritmo de hash criptográfico recomendado en el catálogo de estándares?
Explicación: SHA-256 (parte de la familia SHA-2, definido en FIPS 180-4 e ISO/IEC 10118-3) es el algoritmo de hash criptográfico recomendado en el catálogo de estándares del ENI para garantizar integridad de documentos electrónicos. SHA-256 genera una huella digital de 256 bits que identifica unívocamente el documento, siendo utilizado en índices de expedientes para registrar hash de cada documento, en firmas electrónicas como input del algoritmo de firma, y en verificación de integridad post-transferencia. MD5 (128 bits) está completamente roto con colisiones demostrables y no debe usarse para seguridad. SHA-1 (160 bits) fue deprecado tras demostración de colisión práctica por Google en 2017. CRC32 no es función hash criptográfica sino checksum para detección de errores, no diseñado para seguridad. Solo SHA-256 (o superiores SHA-384, SHA-512) proporciona seguridad adecuada actual. El catálogo también incluye SHA-3 como alternativa moderna a SHA-2.
Pregunta 15
¿Qué operación sobre el expediente electrónico implica asignar número de orden secuencial a cada documento?
Explicación: El foliado del expediente electrónico es la operación mediante la cual se asigna número de orden secuencial (equivalente al número de folio en expedientes físicos) a cada documento incorporado al expediente, garantizando orden cronológico y completitud. Durante el foliado se genera además el Código de Verificación Electrónico (CVE) que permite verificación y recuperación online del documento, y se aplica sellado de tiempo que certifica el momento exacto de incorporación. La apertura del expediente es la operación inicial que asigna identificador único y crea estructura de metadatos. El cierre del expediente cambia estado a «Cerrado», genera índice definitivo y lo firma. El archivo es la fase posterior de conservación en sistema de gestión documental o transferencia a archivo histórico. El foliado es específicamente la numeración ordenada que establece posición de cada documento dentro del expediente, siendo esta información registrada en el índice electrónico.
Pregunta 16
¿Cuál es el formato de archivo comprimido especificado en la NTI para intercambio de expedientes electrónicos?
Explicación: La NTI de Expediente electrónico define ZIP como formato de archivo comprimido para empaquetado e intercambio de expedientes electrónicos entre administraciones. El paquete ZIP debe contener estructura normalizada: archivo indice.xml (índice electrónico del expediente), firma_indice.xml (firma XAdES del índice), metadatos.xml (metadatos del expediente), carpeta documentos/ con todos los archivos del expediente manteniendo nombres originales, y opcionalmente carpeta firmas/ con firmas separadas de documentos si aplica. ZIP es estándar abierto, universalmente soportado por todos los sistemas operativos sin software adicional, permite compresión sin pérdida, mantiene estructura de directorios, y preserva metadatos de archivos (fechas, permisos). RAR es formato propietario requiriendo software específico. 7z aunque eficiente es menos universal. TAR.GZ es más común en sistemas Unix/Linux pero menos en Windows. ZIP garantiza interoperabilidad máxima entre administraciones con plataformas heterogéneas.
Pregunta 17
¿Qué principio del ENI establece la preferencia por estándares abiertos?
Explicación: El principio de neutralidad tecnológica establecido en el artículo 3 del ENI establece la preferencia por estándares abiertos y, en su defecto, especificaciones de uso generalizado por los ciudadanos. Este principio busca evitar dependencia de tecnologías o productos concretos de fabricantes específicos, promoviendo libertad de elección tecnológica, competencia en el mercado, y sostenibilidad a largo plazo de las soluciones de administración electrónica. Los estándares abiertos son aquellos cuyas especificaciones son públicas, sin restricciones de uso, con proceso de evolución abierto y transparente, permitiendo implementaciones independientes sin royalties. Cuando no existe estándar abierto equivalente, se acepta uso de estándares de uso generalizado (ampliamente adoptados) para no imponer barrera a ciudadanos. La neutralidad tecnológica complementa otros principios: seguridad (protección de datos), accesibilidad (diseño inclusivo), y simplificación (reducción de cargas administrativas), pero es específicamente neutralidad la que promueve estándares abiertos.
Pregunta 18
¿Qué metadato del documento electrónico identifica al órgano productor?
Explicación: El metadato «Órgano» del documento electrónico identifica específicamente al órgano productor del documento utilizando su código DIR3, siendo uno de los 7 metadatos mínimos obligatorios según NTI. Este metadato establece inequívocamente qué unidad administrativa generó el documento, permitiendo trazabilidad, responsabilidad, y enrutamiento correcto en intercambios interadministrativos. El uso del código DIR3 garantiza identificación única y normalizada a nivel nacional de administraciones públicas. El metadato «Identificador» es el código único del propio documento (UUID o similar), no del órgano. El metadato «Origen» indica si el documento proviene de «Ciudadano» o «Administración» pero no especifica cuál. El «Tipo documental» categoriza el documento según su función administrativa (Resolución, Certificado, Solicitud) pero no identifica al productor. Solo «Órgano» con código DIR3 proporciona identificación precisa de la unidad administrativa responsable de crear el documento.
Pregunta 19
¿Qué formato de firma se utiliza para firmar el índice electrónico del expediente?
Explicación: XAdES (XML Advanced Electronic Signatures, estándar ETSI TS 101 903) es el formato de firma electrónica que se utiliza para firmar el índice electrónico del expediente porque el índice es un documento XML nativo. XAdES permite firmar documentos XML manteniendo su estructura y validez, integrando la firma como elemento XML adicional o envolviéndolo. La firma XAdES del índice garantiza que el órgano responsable certifica la integridad del expediente completo: todos los documentos listados están presentes sin modificaciones (verificable mediante comparación de hashes registrados vs. calculados). PAdES se utiliza para documentos PDF, CAdES para archivos binarios generales. El índice definitivamente debe firmarse (opción D incorrecta) ya que su firma es el mecanismo fundamental que garantiza integridad del expediente electrónico como unidad. Sin firma del índice, no hay garantía criptográfica de que el expediente no ha sido alterado.
Pregunta 20
¿Cuál de las siguientes NO es una dimensión de la interoperabilidad según el ENI?
Explicación: El ENI define explícitamente tres dimensiones de la interoperabilidad: Organizativa (colaboración de entidades y procesos), Semántica (comprensión inequívoca del significado de información intercambiada), y Técnica (conexión de sistemas informáticos). La dimensión económica no está contemplada como dimensión específica de interoperabilidad en el ENI, aunque obviamente la implementación de interoperabilidad tiene implicaciones económicas (reducción de costes por reutilización, simplificación administrativa, eficiencia). Las tres dimensiones oficiales abordan aspectos complementarios: la técnica resuelve cómo conectar sistemas (protocolos, formatos, interfaces), la semántica garantiza que lo que se transmite sea comprendido correctamente (modelos de datos, vocabularios), y la organizativa establece marcos de colaboración (convenios, procedimientos compartidos, órganos colegiados). Esta estructura tridimensional permite abordar integralmente todos los aspectos necesarios para que administraciones diferentes puedan intercambiar información y colaborar eficazmente en prestación de servicios públicos digitales.
Pregunta 21
¿Qué operación cierra definitivamente el expediente electrónico?
Explicación: El cierre del expediente electrónico es la operación formal que finaliza definitivamente el expediente, consistiendo en: cambio de estado a «Cerrado» (impidiendo incorporar más documentos), generación del índice electrónico definitivo con lista completa de todos los documentos incluidos y sus huellas digitales, firma electrónica del índice por el órgano competente certificando la integridad del expediente completo, registro de fecha de cierre, y opcionalmente generación del expediente empaquetado en formato ZIP normalizado. Una vez cerrado, el expediente es inmutable: no se pueden añadir, eliminar o modificar documentos. La incorporación del último documento no cierra automáticamente el expediente (puede permanecer abierto temporalmente). El archivo en sistema de gestión y la transferencia a archivo histórico son operaciones posteriores del ciclo de vida documental pero no constituyen el cierre formal del expediente. Solo el cierre con firma del índice definitivo establece legalmente que el expediente está completo e íntegro.
Pregunta 22
¿Qué servicios proporciona DIR3 para integración en aplicaciones?
Explicación: DIR3 proporciona servicios web tanto SOAP como REST para permitir integración automatizada en aplicaciones de administración electrónica. Los servicios disponibles incluyen: consulta de unidad por código (obtener datos completos de unidad/oficina específica), búsqueda de unidades por criterios (nombre, organismo, provincia, tipo), obtención de árbol jerárquico (estructura orgánica completa de un organismo), validación de código (verificar existencia y vigencia), y descarga completa o parcial del directorio. Los servicios web permiten que aplicaciones de gestión documental, registro electrónico, tramitación de procedimientos, y plataformas de intermediación consulten automáticamente DIR3 para validar códigos de órganos, obtener información de contacto, y verificar jerarquías organizativas sin intervención manual. Aunque DIR3 también ofrece consulta web manual para usuarios y descarga XML/CSV completa, los servicios web son fundamentales para interoperabilidad técnica permitiendo integración transparente en sistemas corporativos de las administraciones.
Pregunta 23
¿Qué estado puede tener un expediente electrónico según la NTI?
Explicación: Según la NTI de Expediente electrónico, los estados definidos para el expediente son: «Abierto» (expediente en tramitación, permite incorporar documentos), «Cerrado» (expediente finalizado con índice firmado, inmutable), e «Indizado» (expediente cerrado con índice electrónico generado y firmado, listo para transferencia o conservación). El estado controla las operaciones permitidas sobre el expediente: mientras está Abierto se pueden añadir documentos actualizando el índice temporal, al pasar a Cerrado se genera el índice definitivo y se firma impidiendo modificaciones posteriores, y el estado Indizado confirma disponibilidad del paquete completo con integridad verificable. Los estados «Pendiente, Aprobado, Rechazado» corresponden a workflow de tramitación de procedimientos administrativos pero no son estados formales del expediente electrónico como contenedor de documentos. «Borrador, Publicado» son estados típicos de gestión de contenidos web pero no aplicables a expedientes administrativos formales. Solo Abierto, Cerrado, Indizado son estados normativos del expediente electrónico según NTI.
Pregunta 24
¿Cuál es el objetivo principal del catálogo de estándares del ENI?
Explicación: El objetivo principal del catálogo de estándares del ENI es garantizar la interoperabilidad entre sistemas de administración electrónica de diferentes administraciones públicas mediante adopción de estándares técnicos comunes. Al establecer formatos de documento (PDF/A, XML), protocolos de comunicación (SOAP, REST, TLS), formatos de firma (XAdES, CAdES, PAdES), estándares de accesibilidad (WCAG 2.1), y otros estándares técnicos de uso obligatorio, el catálogo asegura que sistemas desarrollados independientemente por distintas administraciones puedan intercambiar información, documentos y expedientes sin incompatibilidades técnicas. El catálogo favorece estándares abiertos (opción A incorrecta – no obliga a software propietario), se actualiza periódicamente incorporando tecnologías modernas (opción C incorrecta), y busca simplificación y eficiencia (opción D incorrecta – no aumenta complejidad sino que la reduce mediante normalización). La estandarización es fundamental para evitar silos tecnológicos, permitir movilidad de ciudadanos entre administraciones, y facilitar servicios públicos digitales integrados.
Pregunta 25
¿Qué información NO se registra típicamente en DIR3 para una unidad orgánica?
Explicación: DIR3 registra información sobre entidades organizativas (órganos, oficinas, unidades de tramitación) pero NO registra información personal de funcionarios individuales como salarios, nombres, datos personales, o plantillas. La información registrada en DIR3 para cada unidad orgánica incluye: código DIR3 único (identificador normalizado), denominación oficial (nombre formal de la unidad), tipo de entidad (órgano, oficina, unidad tramitación), estado (vigente, suprimida, fusionada), fechas de alta y baja, jerarquía (código de unidad superior, nivel jerárquico, organismo raíz), localización física (dirección postal, código postal, provincia, municipio, teléfono), localización electrónica (email, URL sede electrónica), competencias y funciones, horarios de atención, servicios prestados, y accesibilidad física. DIR3 es directorio de estructuras organizativas para interoperabilidad administrativa, no sistema de gestión de recursos humanos. Los datos personales de empleados públicos se gestionan en sistemas específicos de RRHH con protección de datos personales según RGPD.
9. Referencias Bibliográficas y Documentación
Normativa Principal
- Ley 40/2015, de 1 de octubre, de Régimen Jurídico del Sector Público. BOE núm. 236, de 2 de octubre de 2015
- Ley 39/2015, de 1 de octubre, del Procedimiento Administrativo Común de las Administraciones Públicas. BOE núm. 236, de 2 de octubre de 2015
- Real Decreto 4/2010, de 8 de enero, por el que se regula el Esquema Nacional de Interoperabilidad en el ámbito de la Administración Electrónica. BOE núm. 25, de 29 de enero de 2010
- Real Decreto 951/2015, de 23 de octubre, de modificación del Real Decreto 4/2010. BOE núm. 255, de 24 de octubre de 2015
Normas Técnicas de Interoperabilidad
- Resolución de 28 de junio de 2012, de la Secretaría de Estado de Administraciones Públicas, por la que se aprueba la Norma Técnica de Interoperabilidad de Catálogo de estándares. BOE núm. 178, de 26 de julio de 2012
- Resolución de 19 de julio de 2011, por la que se aprueba la Norma Técnica de Interoperabilidad de Documento electrónico. BOE núm. 182, de 30 de julio de 2011
- Resolución de 19 de julio de 2011, por la que se aprueba la Norma Técnica de Interoperabilidad de Expediente electrónico. BOE núm. 182, de 30 de julio de 2011
- Resolución de 19 de julio de 2011, por la que se aprueba la Norma Técnica de Interoperabilidad de Digitalización de documentos. BOE núm. 182, de 30 de julio de 2011
- Resolución de 19 de julio de 2011, por la que se aprueba la Norma Técnica de Interoperabilidad de Política de firma y certificados de la Administración. BOE núm. 182, de 30 de julio de 2011
Estándares Técnicos Referenciados
- ISO 19005-1:2005 – Document management – Electronic document file format for long-term preservation – Part 1: Use of PDF 1.4 (PDF/A-1)
- ISO 19005-2:2011 – Document management – Electronic document file format for long-term preservation – Part 2: Use of ISO 32000-1 (PDF/A-2)
- ETSI TS 101 903 – XML Advanced Electronic Signatures (XAdES)
- ETSI TS 101 733 – CMS Advanced Electronic Signatures (CAdES)
- ETSI TS 102 778 – PDF Advanced Electronic Signatures (PAdES)
- W3C WCAG 2.1 – Web Content Accessibility Guidelines version 2.1
Recursos Online Oficiales
- Portal de Administración Electrónica (PAe): https://administracionelectronica.gob.es – Punto de acceso a ENI, NTI y recursos
- Centro de Transferencia de Tecnología (CTT): Guías de aplicación del ENI y mejores prácticas
- DIR3 – Directorio Común: Acceso web y documentación de servicios web
- Red SARA: Información sobre servicios comunes de interoperabilidad
- Plataforma @firma: Herramientas y servicios de firma electrónica
Bibliografía Complementaria
- Ministerio de Hacienda y Función Pública (2016). Guía de aplicación del Esquema Nacional de Interoperabilidad. Madrid: Gobierno de España
- Álvarez García, Santiago & Rodríguez Fernández, Ricardo (2014). El Esquema Nacional de Interoperabilidad: Análisis y aplicación práctica. Wolters Kluwer
- Cotino Hueso, Lorenzo (Coord.) (2012). Administraciones Públicas y nuevas tecnologías. Tirant lo Blanch
- Palomar Olmeda, Alberto & Garcés Sanagustín, Mario (2016). Derecho de las administraciones públicas en la sociedad digital. Thomson Reuters Aranzadi
Cursos y Formación
- INAP – Instituto Nacional de Administración Pública: Cursos sobre administración electrónica e interoperabilidad
- PAe – Portal de Administración Electrónica: Recursos formativos y guías técnicas
- CTT – Centro de Transferencia de Tecnología: Jornadas técnicas y talleres especializados
- RedIRIS: Cursos sobre estándares técnicos y protocolos de interoperabilidad
