Agencia Estatal Boletín Oficial del Estado

Ministerio de la Presidencia Agencia Estatal Boletín Oficial del Estado

Está Vd. en

Documento BOE-A-2011-13174

Resolucin de 19 de julio de 2011, de la Secretara de Estado para la Funcin Pblica, por la que se aprueba la Norma Tcnica de Interoperabilidad de Modelo de Datos para el Intercambio de asientos entre las entidades registrales.

TEXTO

El Esquema Nacional de Interoperabilidad se establece en el apartado 1 del artculo42 de la Ley 11/2007, de 22 de junio, de acceso electrnico de los ciudadanos a los Servicios Pblicos. Su finalidad es la creacin de las condiciones necesarias para garantizar el adecuado nivel de interoperabilidad tcnica, semntica y organizativa de los sistemas y aplicaciones empleados por las Administraciones pblicas, que permitan el ejercicio de derechos y el cumplimiento de deberes a travs del acceso electrnico a los servicios pblicos, a la vez que redunda en beneficio de la eficacia y la eficiencia.

El Real Decreto 4/2010, de 8 de enero, por el que se regula el Esquema Nacional de Interoperabilidad en el mbito de la Administracin Electrnica establece, en su disposicin adicional primera, el desarrollo de la serie de Normas Tcnicas de Interoperabilidad que son de obligado cumplimiento por parte de las Administraciones pblicas.

Las Normas Tcnicas de Interoperabilidad desarrollan aspectos concretos de diversas cuestiones, tales como: documento electrnico, digitalizacin, expediente electrnico, copiado autntico y conversin, poltica de firma, estndares, intermediacin de datos, modelos de datos, gestin de documentos electrnicos, conexin a la red de comunicaciones de las Administraciones pblicas espaolas, modelo de datos para el intercambio de asientos registrales y declaracin de conformidad; todos ellos necesarios para asegurar los aspectos ms prcticos y operativos de la interoperabilidad entre las Administraciones pblicas y con el ciudadano. Estas Normas Tcnicas de Interoperabilidad se desarrollarn y perfeccionarn a lo largo del tiempo, en paralelo al progreso de los servicios de Administracin Electrnica, de las infraestructuras que los apoyan y de la evolucin tecnolgica, para dar cumplimiento al mandato del artculo 42.3 de la Ley11/2007, de 22 de junio.

En particular, la Norma Tcnica de Interoperabilidad de Modelo de Datos para el intercambio de asientos entre las Entidades Registrales responde a lo recogido en el artculo 24.4 de la Ley 11/2007, de 22 de junio, que establece que en el mbito de la Administracin General del Estado se automatizarn las oficinas de registro fsicas a fin de garantizar la interconexin de todas sus oficinas y posibilitar el acceso por medios electrnicos a los asientos registrales y a las copias electrnicas de los documentos presentados, lo que ha promovido, en el marco del Esquema Nacional de Interoperabilidad, la elaboracin una nueva versin de la norma de intercambio registral, SICRES (Sistema de Informacin Comn de Registros de Entrada y Salida), para normalizar la interoperabilidad entre las distintas oficinas de registro. Asimismo, la norma extiende esta interoperabilidad a los registros electrnicos de las diferentes Administraciones y sus especificaciones se apoyan en el desarrollo del resto de Normas Tcnicas de Interoperabilidad previstas en el Real Decreto 4/2010, de 8 de enero y, en particular, en el cumplimiento del artculo 9 del mismo.

La finalidad principal de la Norma Tcnica de Interoperabilidad de Modelo de Datos para el intercambio de asientos entre las Entidades Registrales es normalizar el intercambio de asientos registrales entre distintas oficinas de registro (fsicas y electrnicas) de documentos de entrada y salida. Para ello, establece las condiciones y caractersticas del modelo SICRES, la informacin mnima necesaria para realizar el intercambio de un asiento registral, as como la estructura de dicha informacin y los requisitos tecnolgicos mnimos que deben cumplirse durante el intercambio.

La presente norma tcnica se ha elaborado con la participacin de todas las Administraciones pblicas a las que les es de aplicacin, ha sido informada favorablemente por la Comisin Permanente del Consejo Superior de Administracin Electrnica y propuesta por el Comit Sectorial de Administracin Electrnica.

En aplicacin de lo dispuesto en el apartado 2 de la disposicin adicional primera del Real Decreto 4/2010, de 8 de enero, esta Secretara de Estado resuelve:

Primero.

Se aprueba la Norma Tcnica de Interoperabilidad de Modelo de Datos para el intercambio de asientos entre las Entidades Registrales (SICRES), que figura como anexo y cuyo texto estar igualmente disponible en la pgina web http://administracionelectronica.gob.es.

Segundo.

La Norma Tcnica de Interoperabilidad de Modelo de Datos para el intercambio de asientos entre las Entidades Registrales (SICRES) que se aprueba mediante la presente Resolucin se aplicar desde el da siguiente al de su publicacin en el Boletn Oficial del Estado, sin perjuicio de lo dispuesto en la Disposicin Transitoria primera del Real Decreto 4/2010, de 8 de enero, que regula el Esquema Nacional de Interoperabilidad en el mbito de la Administracin Electrnica.

Madrid, 19 de julio de 2011.–La Secretaria de Estado para la Funcin Pblica, M. Consuelo Rum Ibez.

NORMA TCNICA DE INTEROPERABILIDAD DE MODELO DE DATOS PARA EL INTERCAMBIO DE ASIENTOS ENTRE LAS ENTIDADES REGISTRALES

NDICE

I. SICRES: Sistema de Informacin Comn de Registros de Entrada y Salida

II. Objetivo y alcance de esta Norma Tcnica de Interoperabilidad

III. mbito de aplicacin y destinatarios

IV. Modelo de datos para el intercambio de asientos entre Entidades Registrales

IV.1 Definicin y caractersticas generales de SICRES 3.0

IV.2 Estructura y contenido del mensaje de datos de intercambio

IV.3 Estructura y contenido del mensaje de control

V. Descripcin y estados del intercambio

V.1 Generacin del Identificador de Intercambio

V.2 Estados en el mensaje de datos de intercambio

V.3 Estados en los mensajes de control

VI. Funciones y requisitos del sistema de intercambio

VI.1 Requisitos de seguridad

VI.2 Gestin del proceso de intercambio

VI.3 Soporte del modo de prueba

VI.4 Directorio Comn

VI.5 Control y gestin de errores

VI.6 Comunicacin entre distintos sistemas de intercambio

VI.7 Otras recomendaciones

ANEXO 1. CODIFICACIN

ANEXO 2. ESQUEMA XML DEL MODELO DE DATOS SICRES 3.0

I. SICRES: Sistema de Informacin Comn de Registros de Entrada y Salida

La Ley 30/1992, de 26 de noviembre, de Rgimen Jurdico de las Administraciones Pblicas y del Procedimiento Administrativo Comn (en adelante, Ley 30/1992), estableci por primera vez la posibilidad de que las Administraciones pblicas utilizaran medios electrnicos y telemticos en su relacin con el ciudadano, dentro de este mbito se inclua inicialmente la integracin informtica de los registros generales con los restantes registros administrativos (artculo 38.3 de la Ley 30/1992, de 26 de noviembre).

Posteriormente, el legislador ampli las potestades de las Administraciones en este mbito a travs de la Ley 24/2001, de 27 de diciembre, de Medidas Fiscales, Administrativas y del Orden Social, que vena a aadir un nuevo apartado al antedicho artculo 38 por el que se reconoca la posibilidad de crear registros telemticos para la recepcin o salida de solicitudes, escritos y comunicaciones que se transmitan por medios telemticos.

Siguiendo el espritu de la Ley 30/1992, de 26 de noviembre, el Consejo Superior de Informtica (en adelante, CSI), actualmente Consejo Superior de Administracin Electrnica segn el Real decreto 589/2005, (en adelante, CSAE), defini en 1995 por primera vez, el estndar SICRES versin 1.0 (Sistemas de Informacin Comn de Registros de Entrada y Salida) por el que se fijaban los criterios que deban cumplir todos los sistemas de Registro que se implantaran en la Administracin, versin que fue actualizada en 1999 por el CSI a travs de la norma SICRES versin 2.0.

En definitiva, con la definicin de SICRES se persegua lograr una tramitacin ms eficaz de los expedientes a travs de un Registro Central interconectado con las distintas oficinas registrales y garantizar los derechos que la citada Ley 30/1992 reconoca.

La norma SICRES 2.0 fue publicada en 1999 por el antiguo CSI y sus principales caractersticas son:

i. Compatible con UN/EDIFACT (Electronic Data Interchange for Administration, Commerce and Transport).

ii. Fichero plano para el intercambio. Gua de formato EDIFACT, correo y XML.

iii. Transporte asncrono y SMTP.

iv. Tratamiento de errores (de comunicacin y gestin).

La especificacin completa de SICRES 2.0 puede consultarse en la pgina web del Consejo Superior de Administracin Electrnica.

II. Objetivo y alcance de esta Norma Tcnica de Interoperabilidad

El objetivo de la Norma Tcnica de Interoperabilidad (en adelante, NTI) de Modelo de Datos para el intercambio de asientos entre las Entidades Registrales es definir las condiciones y caractersticas para la interconexin de registros de las Administraciones pblicas, y, por tanto, el intercambio de informacin entre estas.

Para ello, esta NTI contiene la especificacin SICRES 3.0, evolucin de su antecesora SICRES 2.0, aprobada por la Comisin Permanente del CSAE en su sesin 55a de 26 de enero de 2010 y por el Comit Sectorial de Administracin Electrnica de 6 de abril de 2010.

Su contenido abarca los siguientes puntos:

i. Definicin y caractersticas principales de SICRES 3.0.

ii. Esquema de datos y formatos para los ficheros intercambiados.

iii. Mecanismos de control y gestin de errores a aplicar en el proceso.

iv. Prestaciones de alto nivel a garantizar por el sistema de intercambio utilizado.

III. mbito de aplicacin y destinatarios

El contenido de esta NTI es de aplicacin para todos los rganos de la Administracin pblica o Entidades de Derecho Pblico vinculadas o dependientes de aquella (en adelante, organizaciones) que participan en el intercambio de asientos registrales, ya sea para la prestacin de servicios directos a los ciudadanos, como de cara al intercambio de informacin con otros rganos.

Dentro del mbito de aplicacin definido, los destinatarios del contenido de esta norma son los siguientes:

i. Responsables de sedes electrnicas y, por tanto, de garantizar los requisitos de interoperabilidad de las mismas y, concretamente, de sus registros electrnicos.

ii. Responsables y administradores de aplicaciones, redes y servicios corporativos de cualquier rgano.

IV. Modelo de datos para el intercambio de asientos entre Entidades Registrales

IV.1 Definicin y caractersticas generales de SICRES 3.0

SICRES 3.0 constituye el modelo de datos para el intercambio de asientos entre Entidades Registrales. Esta versin de SICRES, alineada con la filosofa de sus predecesoras, tiene como finalidad contribuir a garantizar la interconexin entre organizaciones, permitiendo as un servicio de mayor calidad a los ciudadanos tal y como marca la Ley 11/2007, de 22 de junio, y su normativa de desarrollo.

Las principales caractersticas de SICRES 3.0 que la diferencian de sus versiones anteriores son:

i. Optimizacin del modelo para agrupar funcionalidades comunes y evitar redundancias. El modelo de intercambio de SICRES 3.0 se basa en una reestructuracin de los mbitos o segmentos funcionales, acompaada de la definicin de nuevos campos que amplan la funcionalidad del sistema.

ii. Orientacin a arquitecturas de intermediacin. La norma SICRES 3.0 es independiente de la tecnologa de intermediacin utilizada para realizar el intercambio registral.

iii. Incorporacin de ficheros adjuntos a los intercambios.

iv. Mejora en los mecanismos de control del intercambio, como es la garanta de unicidad de la operacin de intercambio a travs de un identificador nico.

El modelo conceptual de espacio de intercambio bajo SICRES 3.0 aparece en la siguiente figura:

Imagen: /datos/imagenes/disp/2011/182/13174_001.png

Segn este esquema, el espacio de intercambio engloba todo el proceso de intercambio desde la Unidad de Tramitacin Origen hasta la Unidad Tramitacin destino proporcionando un contexto nico a cada uno de los intercambios. Dentro de este espacio, destacan los siguientes elementos:

i. Unidades de Tramitacin de Origen y Destino. Unidades de cada organizacin responsables de la tramitacin del registro y, respectivamente, de enviar y recibir la informacin objeto de intercambio. La identificacin de ambas unidades es nica a travs del Directorio Comn que se indica en el apartado 0 de esta norma.

ii. Entidad Registral de Origen y destino. Entendidas como la unidad administrativa u rgano que se encarga de inscribir los asientos de entrada y salida de documentos en el Registro oficial de la organizacin a la que pertenece. Son responsables respectivamente del envo y recepcin del mensaje de datos de intercambio (a travs de las aplicaciones de registro), pero solo a nivel tcnico o de comunicacin sin implicacin en la tramitacin de los documentos. La identificacin de las Entidades Registrales tambin es nica a travs del Directorio Comn que se indica en el apartado VI.4 de esta norma.

iii. Mensaje de datos de intercambio1. Es la unidad de datos o fichero principal del intercambio. Es creado y emitido por la Entidad Registral de Origen y alberga, adems de campos para el control e identificacin, la informacin del asiento registral y los documentos correspondientes adjuntos. Su estructura y formato se definen en el apartado IV.2 de esta norma.

1 Entidad Fichero de intercambio en versiones anteriores de SICRES.

iv. Mensajes de control. Son emitidos por la Entidad Registral destino o por el propio sistema de intercambio y proporcionan informacin de estado para la gestin de la operacin de intercambio. Su estructura y formato se definen en el apartado IV.3 de esta norma.

v. Sistema de intercambio. Proporciona la gestin del intercambio y la comunicacin directa con las Entidades Registrales Origen y destino. Sus funciones y requisitos tcnicos deben cumplir lo establecido en el apartado VI de esta norma.

vi. Plataforma de intercambio. Comprende el Sistema de intercambio y las Entidades Registrales de Origen y de destino.

El proceso de intercambio inicia y finaliza en la Entidad Registral de Origen, punto de contacto con el ciudadano o Unidad de Tramitacin que origina la creacin del asiento registral.

El inicio viene marcado por la generacin del mensaje de datos de intercambio en la Entidad Registral Origen conteniendo la informacin del asiento. A travs del sistema de intercambio, este mensaje es recibido en la Entidad Registral destino, que, si procede, confirma la recepcin correcta al Origen a travs del mensaje de control correspondiente.

Los intercambios disfrutan de un contexto nico dentro del espacio SICRES mediante la asignacin de un identificador del intercambio nico a cada proceso de transaccin que es generado por la aplicacin de registro de la Entidad Registral de Origen y acompaa tanto al mensaje de datos de intercambio como a los mensajes de control relacionados. La generacin del identificador del intercambio se detalla en el apartado VII.1 de esta NTI.

IV.2 Estructura y contenido del mensaje de datos de intercambio

El mensaje de datos de intercambio de SICRES 3.0 es el mensaje o contenedor XML que alberga la informacin objeto del intercambio. Su codificacin se especifica en el apartado VII.2 de esta norma.

Este mensaje est compuesto por los 7 segmentos que aparecen en la figura y cuya descripcin funcional se desarrolla a continuacin.

Imagen: /datos/imagenes/disp/2011/182/13174_002.png

Tabla 1. Datos de Origen (o Remitente)

1. Segmento de Origen (o Remitente)

Segmento de Origen (o Remitente)

☑ Obligatorio

☑ nico

SICRES 3.0

Descripcin

Tipo

Longitud

Obligacin

Comentarios

Cdigo Entidad Registral de Origen.

Alfanumrico

21

Obligatorio

Cdigo nico obtenido del Directorio Comn.

Decodificacin de Entidad Registral de Origen.

Alfanumrico

80

Opcional

Descripcin de la Entidad Registral de Origen.

Nmero de registro de entrada (en Origen).

Alfanumrico

20

Obligatorio

Nmero de registro de entrada en la Entidad Registral Origen.

Fecha y hora de entrada (en Origen)2.

Alfanumrico

14

Obligatorio

Formato AAAAMMDDHHMMSS.

Timestamp de entrada.

Alfanumrico

Variable

Opcional

Sello de tiempo del registro de entrada en Origen.

Cdigo de la Unidad de Tramitacin de Origen

Alfanumrico

21

Opcional

Cdigo nico obtenido del Directorio Comn.

Decodificacin de la Unidad de Tramitacin Origen.

Alfanumrico

80

Opcional

Descripcin de la Unidad de Tramitacin de Origen.

2 Corresponde con la fecha y hora de presentacin por parte del ciudadano.

Tabla 2. Datos de destino

2. Segmento de destino

Segmento de destino (o destinatario)

☑ Obligatorio

☑ nico

SICRES 3.0

Descripcin

Tipo

Longitud

Obligacin

Comentarios

Cdigo Entidad Registral de destino.

Alfanumrico

21

Obligatorio

Cdigo nico obtenido del Directorio Comn.

Decodificacin Entidad Registral de destino.

Alfanumrico

80

Opcional

Descripcin de Entidad Registral de destino.

Cdigo de la Unidad de Tramitacin de destino.

Alfanumrico

21

Opcional

Cdigo nico obtenido del Directorio Comn.

Decodificacin de la Unidad de Tramitacin de destino.

Alfanumrico

80

Opcional

Descripcin de la Unidad de Tramitacin de destino.

Tabla 3. Datos de interesado

3. Segmento de interesado

Este segmento comprende los datos que identifican al Interesado y su Representante en la entidad mensaje de datos de intercambio. Este segmento se puede declarar de forma mltiple.

Segmento de interesado

☑ Obligatorio

☑ Mltiple

SICRES 3.0

Descripcin

Tipo

Longitud

Obligacin

Comentarios

Descripcin de identificacin de interesado. Tipo.

Alfanumrico

1

Opcional

Identificacin del interesado:

– N = NIF.

– C = CIF.

– P = Pasaporte.

– E = Documento de identificacin de extranjeros.

– X = Otros de persona fsica.

– O = Cdigo de origen.

Documento de identificacin del interesado.

Alfanumrico

17

Opcional

Alfanumrico con sintaxis adecuada en funcin del campo documento de identificacin.

Razn social del interesado.

Alfanumrico

80

Condicional

Si es persona jurdica.

Es necesario que se registre la razn social o el nombre y primer apellido.

Nombre del interesado.

Alfanumrico

30

Condicional

Texto.

Es necesario que se registre la razn social o el nombre y primer apellido.

Primer apellido del interesado.

Alfanumrico

30

Condicional

Texto.

Es necesario que se registre la razn social o el nombre y primer apellido.

Segundo apellido del interesado.

Alfanumrico

30

Opcional

Identificacin del interesado:

– N = NIF.

– C = CIF.

– P = Pasaporte.

– E = Documento de identificacin de extranjeros.

– X = Otros de persona fsica.

– O = Cdigo de origen.

Documento de identificacin del Representante.

Alfanumrico

17

Opcional

Alfanumrico con sintaxis adecuada en funcin del campo Documento de identificacin.

Razn social del Representante.

Alfanumrico

80

Opcional

Si es persona jurdica.

Nombre del Representante.

Alfanumrico

30

Opcional

Texto.

Primer apellido del Representante.

Alfanumrico

30

Opcional

Texto.

Segundo apellido del Representante.

Alfanumrico

30

Opcional

Texto.

Pas del interesado.

Alfanumrico

4

Condicional

Atributo segn catlogo del INE.

Provincia del interesado.

Alfanumrico

2

Condicional

Atributo segn catlogo del anexo de la OM del Padrn (11/7/1997).

Municipio del interesado.

Alfanumrico

5

Condicional

Atributo segn catlogo del anexo de la OM del Padrn (11/7/1997).

Direccin del interesado.

Alfanumrico

160

Condicional

Direccin postal del interesado.

Cdigo postal del interesado.

Alfanumrico

5

Condicional

Atributo segn catlogo del anexo de la OM del Padrn (11/7/1997).

Correo electrnico del interesado.

Alfanumrico

160

Opcional

Correo electrnico.

Telfono de contacto del interesado.

Alfanumrico

20

Opcional

Telfono de contacto.

Direccin electrnica del interesado.

Alfanumrico

160

Condicional

En caso de disponer de buzn de notificaciones telemticas seguras.

Canal preferente de notificacin del interesado.

Alfanumrico

2

Condicional

Canal de preferencia para el contacto de la administracin. A fecha de emisin de la norma, los canales habilitados son:

– 01 = Direccin postal.

– 02 = Direccin electrnica habilitada.

– 03 = Comparecencia electrnica.

Pas del Representante.

Alfanumrico

4

Condicional

Atributo segn catlogo del INE.

Provincia del Representante.

Alfanumrico

2

Condicional

Atributo segn catlogo del anexo de la OM del Padrn (11/7/1997).

Municipio del Representante.

Alfanumrico

5

Condicional

Atributo segn catlogo del anexo de la OM del Padrn (11/7/1997).

Direccin del Representante.

Alfanumrico

160

Condicional

Direccin postal del Representante.

Cdigo postal del Representante.

Alfanumrico

5

Condicional

Atributo segn catlogo del anexo de la OM del Padrn (11/7/1997).

Correo electrnico del Representante.

Alfanumrico

160

Opcional

Correo electrnico del Representante.

Telfono de contacto del Representante.

Alfanumrico

20

Opcional

Telfono de contacto del Representante.

Direccin electrnica del Representante.

Alfanumrico

160

Condicional

En caso de disponer de buzn de notificaciones telemticas seguras.

Canal preferente de notificacin del Representante.

Alfanumrico

2

Condicional

Canal de preferencia para el contacto de la administracin. A fecha de emisin de la norma, los canales habilitados son:

– 01 = Direccin postal.

– 02 = Direccin electrnica habilitada.

– 03 = Comparecencia electrnica.

Observaciones

Alfanumrico

160

Condicional

Observaciones del interesado y/o del Representante.

Los campos relacionados con canales de comunicacin permiten la introduccin por separado de distintas vas de notificacin para el interesado y el representante. La obligatoriedad de cumplimentar estos campos depende de las siguientes condiciones:

i. Existencia de un canal de notificacin (para el Interesado o para el Representante).

ii. Obligacin de cierta informacin acerca del canal preferente para la notificacin:

1. Si el Canal preferente de notificacin (del Interesado o del Representante) toma el valor de direccin postal (01), es obligatorio rellenar los campos Pas (del Interesado o del Representante) y Direccin (del Interesado o Representante).

2. Si el Canal preferente de notificacin (del Interesado o del Representante) toma el valor de direccin electrnica habilitada (02), es obligatorio rellenar el campo correspondiente Direccin electrnica habilitada (del Interesado o del Representante).

3. Si el campo Pas (del Interesado o del Representante) contiene el valor Espaa (0724) entonces es obligatorio rellenar los campos Cdigo postal (del Interesado o del Representante) o Provincia (del Interesado o del Representante)’ y Municipio (del Interesado o del Representante).

Tabla 4. Datos de Asunto

4. Segmento de Asunto

Segmento de Asunto

☑ Obligatorio

☑ nico

SICRES 3.0

Descripcin

Tipo

Longitud

Obligacin

Comentarios

Abstract o resumen.

Alfanumrico

240

Obligatorio

Texto.

Cdigo de asunto segn destino.

Alfanumrico

16

Opcional

Codificacin del asunto en destino, si la solicitud incluye ese dato. Se procurar definir solicitudes que incluyan el cdigo para permitir el manejo automatizado del asiento en destino.

Referencia externa.

Alfanumrico

16

Opcional

Cualquier referencia que el destino precise conocer y sea conocida por el solicitante (matrcula de vehculo, nmero de recibo cuyo importe se reclama, etc.).

Nmero de expediente.

Alfanumrico

80

Opcional

Nmero del expediente objeto de la tramitacin administrativa.

5. Segmento de Anexo

Este segmento comprende los datos relativos a los documentos electrnicos que, adicionalmente, pueden formar parte del intercambio a travs del mensaje de datos de intercambio.

Tal y como se ha indicado, SICRES 3.0 permite la inclusin de documentos adjuntos o anexos que pueden integrarse directamente en el Mensaje de datos de intercambio o, si fuese necesario, pueden ser intercambiados de manera independiente.

Imagen: /datos/imagenes/disp/2011/182/13174_003.png

Si los documentos anexos se intercambian embebidos en el Mensaje de datos de intercambio, su contenido se incluye en el segmento de Anexo codificado en base64 tal y como se indica a continuacin.

Si el documento se intercambia de manera independiente, el fichero debe utilizar la nomenclatura que se indica en el apartado VII.2 para este tipo de mensajes.

Este segmento es opcional y puede declararse de forma mltiple.

Tabla 5. Datos de Anexo

Segmento de Anexo

☑ Opcional

☑ Mltiple

SICRES 3.0

Descripcin

Tipo

Longitud

Obligacin

Comentarios

Descripcin del fichero anexado.

Alfanumrico

80

Obligatorio

Nombre del fichero original.

Identificador de fichero.

Alfanumrico

50

Obligatorio

Se compondr siguiendo la normalizacin definida en el apartado VII.2.

Validez del documento3.

Alfanumrico

2

Opcional

Indica la categora de autenticidad del documento4:

– 01 = Copia (el documento adjunto en el proceso de intercambio es una copia del original sin estar cotejada por ningn organismo oficial y, por tanto, sin validez jurdica).

– 02 = Copia compulsada (el documento adjunto en el proceso de intercambio es una copia del original y cotejada por un organismo oficial y, por tanto, con validez jurdica).

– 03 = Copia original (el documento adjunto en el proceso de intercambio es una copia del documento pero con exactamente la misma validez jurdica que el original).

– 04 = Original (el documento adjunto en el proceso de intercambio es original electrnico).

Tipo de documento5.

Alfanumrico

2

Obligatorio

Indica el tipo de documento:

– 01 = Formulario (el documento adjunto es un formulario con campos rellenos por el ciudadano remitente).

– 02 = Documento adjunto al formulario (adems del formulario, otro documento es adjuntado, acompaando al formulario).

– 03 = Fichero tcnico interno (el documento adjunto es un fichero interno. Por lo general, estos ficheros pueden resultar tiles para la Entidad Registral de destino, pero no son ficheros para presentar directamente a los usuarios de gestin).

Certificado.

Alfanumrico

Variable

Opcional

Certificado del fichero Anexo (parte pblica).

Firma del documento.

Alfanumrico

Variable

Opcional

Firma electrnica del fichero Anexo.

Timestamp.

Alfanumrico

Variable

Opcional

Sello de tiempo del fichero Anexo.

Validacin OSCP del certificado.

Alfanumrico

Variable

Opcional

Validacin del certificado.

Hash.

Alfanumrico

Variable

Obligatorio

Huella binaria del fichero Anexo que garantiza la integridad de los archivos enviados.

Tipo MIME.

Alfanumrico

20

Opcional

Tipo del fichero Anexo.

Anexo.

Alfanumrico

Variable

Opcional

Fichero Anexo codificado en Base64.

Identificador del documento firmado.

Alfanumrico

50

Opcional

Si el Anexo es firma de otro documento, se especifica el identificador de fichero objeto de la firma.

Este campo tomar el valor de s mismo para indicar que contiene firma embebida.

Observaciones.

Alfanumrico

50

Opcional

Observaciones del fichero adjunto.

3 Permite indicar la validez del documento anexado. La validez del documento es la categora de autenticidad y validez jurdica del documento adjunto durante el proceso de intercambio

4 El tipo de copia puede tener que adaptarse conforme a los esquemas de valores de la NTI de Documento electrnico una vez aprobada.

5 El tipo del documento es la categora en cuanto a la forma que toma el documento adjunto durante el proceso de intercambio

Tabla 6. Datos de Internos y Control

6. Segmento de Internos y Control

Segmento de Internos y Control

☑ Obligatorio

☑ nico

SICRES 3.0

Descripcin

Tipo

Longitud

Obligacin

Comentarios

Tipo de transporte de entrada.

Alfanumrico

2

Opcional

Formas de llegada al registro de entrada.

– 01 = Servicio de Mensajeros.

– 02 = Correo postal.

– 03 = Correo postal certificado.

– 04 = Burofax.

– 05 = En mano.

– 06 = Fax.

– 07 = Otros.

Nmero de transporte de entrada.

Alfanumrico

20

Opcional

Referencia del transporte. Cdigo. En el caso de certificados, nmero del mismo.

Nombre de usuario.

Alfanumrico

80

Opcional

Nombre de usuario de Origen.

Contacto de usuario.

Alfanumrico

160

Opcional

Contacto del usuario de Origen (telfono o direccin de correo electrnico).

Identificador de intercambio.

Alfanumrico

33

Obligatorio

Identificador de intercambio nico de la operacin. Se compondr siguiendo la normalizacin definida en el apartado VII.1.

Aplicacin y versin emisora.

Alfanumrico

4

Opcional

Identifica la aplicacin y su versin.

Tipo de Anotacin.

Alfanumrico

2

Obligatorio

Indica el motivo de la anotacin (siguiendo la normalizacin definida en el aparado V.2). Los nicos valores posibles para el mensaje de datos de intercambio son:

– 01 = Pendiente (sin identificador de intercambio).

– 02 = Envo.

– 03 = Reenvo.

– 04 = Rechazo.

Descripcin del Tipo de Anotacin.

Alfanumrico

80

Opcional

Descripcin del tipo de Anotacin.

Tipo de Registro.

Alfanumrico

1

Obligatorio

– 0 = Registro de entrada.

– 1 = Registro de salida.

Documentacin fsica y/o soportes.

Nmero

1

Obligatorio

Indica si el fichero va acompaado de documentacin fsica:

– 1 = Acompaa documentacin fsica (u otros soportes) requerida.

– 2 = Acompaa documentacin fsica (u otros soportes) complementaria.

– 3 = No acompaa documentacin fsica ni otros soportes.

Observaciones del apunte.

Alfanumrico

50

Opcional

Observadores del registro de datos de intercambio recogidos por el funcionario de registro.

Indicador de pruebas.

Nmero

1

Obligatorio

Indica si el asiento registral es una prueba:

– 0 = Normal.

– 1 = Prueba.

Cdigo Entidad Registral de inicio.

Alfanumrico

21

Obligatorio

Cdigo nico de la Entidad Registral de inicio obtenido del Directorio Comn.

Decodificacin Entidad Registral de inicio.

Alfanumrico

80

Opcional

Descripcin de la Entidad Registral de inicio.

Las consideraciones a tener en cuenta para asignar valor al campo Documentacin fsica y/o soportes son:

i. Acompaa documentacin fsica (u otros soportes) requerida (1). Indica que el mensaje de datos de intercambio debe ser tratado junto con documentacin fsica (u otros soportes) necesaria para su trmite. Por tanto, no se puede aceptar y reenviar (si aplica) el fichero de intercambio hasta que toda la documentacin fsica requerida haya sido recibida en la Entidad Registral de destino. Tampoco se puede dar nmero de registro oficial a la entrada, dndole temporalmente el tratamiento de pre-asiento, hasta disponer de la documentacin fsica requerida.

Ejemplo de este caso sera un intercambio en el que se realiza copia electrnica autntica solo de una parte de los documentos presentados, o cuando dichas copias no se pueden realizar (no se dispone de medios o el soporte no permite la digitalizacin correcta, como en el caso de sobres cerrados).

ii. Acompaa documentacin fsica (u otros soportes) complementaria (2). Indica que se enva documentacin fsica (u otros soportes) que acompaa al mensaje de datos de intercambio, pero que esta no es estrictamente necesaria para su trmite. Por tanto, se podra aceptar, pero no se podra reenviar (si aplica) el fichero de intercambio hasta que toda la documentacin fsica haya sido recibida en la Entidad Registral de destino.

Un ejemplo de esta situacin se produce cuando la Entidad Registral de Origen genera copias electrnicas autnticas de documentacin presentada en soporte papel y tanto las copias electrnicas como el soporte original en papel, son enviados a la Entidad Registral de destino.

iii. No acompaa documentacin fsica ni otros soportes (3). Indica que el mensaje de datos de intercambio no se acompaa de ninguna documentacin fsica ni otros soportes. Por tanto, se podra aceptar y reenviar (si aplica) el fichero de intercambio en cuanto llegue a la Entidad Registral de destino.

Adems, este segmento incorpora la posibilidad de incluir informacin sobre la Entidad Registral de Inicio, cuya localizacin es necesaria para que un mensaje de datos de intercambio, que ha sido rechazado, pueda ser reenviado a la Entidad Registral que origin el proceso de intercambio, sin perder el rastro de la Entidad Registral que gener el reenvo. El modo en que el mensaje de datos de intercambio es reenviado a la Entidad Registral de Inicio se desarrolla en el apartado V de esta norma.

Imagen: /datos/imagenes/disp/2011/182/13174_004.png

7. Segmento de Formulario Genrico

Este segmento opcional permite el intercambio del contenido de los formularios de propsito general que se implementan en los registros electrnicos.

En caso de uso, adems de incluir los datos especficos en este segmento, el formulario genrico debe incluirse como documento en el segmento de Anexo (Datos de Anexo).

Esto permite que se puedan intercambiar formularios genricos tanto con registros electrnicos como con registros presenciales. De esta manera, se facilita que los registros presenciales puedan recibir este tipo de formularios sin necesidad de implementar los datos especficos incluidos en este segmento.

Tabla 7. Datos de Formulario Genrico

Segmento de Formulario Genrico

☑ Opcional

☑ nico

SICRES 3.0

Descripcin

Tipo

Longitud

Obligacin

Comentarios

Expone.

Alfanumrico

4.000

Obligatorio

Exposicin de los hechos y antecedentes relacionados con la solicitud.

Solicita.

Alfanumrico

4.000

Obligatorio

Descripcin del objeto de la solicitud.

IV.3. Estructura y contenido del mensaje de control

La entidad mensaje de control en SICRES 3.0 es un fichero que contiene la informacin de control y notificacin acerca del estado de una operacin de intercambio. Estos mensajes son generados por la Entidad Registral destino o por el propio sistema de intercambio, para la gestin del flujo del intercambio.

Imagen: /datos/imagenes/disp/2011/182/13174_005.png

A continuacin se definen los campos que componen un mensaje de control a utilizar, no as el formato en que se implementen dentro del sistema de gestin de intercambio.

Tabla 8. Datos de Mensaje de Control

De Mensaje de Control

☑ Obligatorio

☑ nico

SICRES 3.0

Descripcin

Tipo

Longitud

Obligacin

Comentarios

Cdigo Entidad Registral de Origen.

Alfanumrico

21

Obligatorio

Cdigo nico obtenido del Directorio Comn.

Cdigo Entidad Registral de destino.

Alfanumrico

21

Obligatorio

Cdigo nico obtenido del Directorio Comn.

Identificador de intercambio.

Alfanumrico

33

Obligatorio

Identificador de intercambio nico de la operacin. Se compondr siguiendo la normalizacin en el apartado VII.1.

Tipo de mensaje.

Alfanumrico

2

Obligatorio

Indica el tipo de mensaje (siguiendo la normalizacin definida en el apartado V.3). Los valores que el tipo de mensaje de control puede tomar son:

– 01 = ACK (acepcin).

– 02 = Error.

– 01 = Confirmacin.

Descripcin del mensaje.

Alfanumrico

1024

Opcional

Texto descriptivo del mensaje de control.

Nmero de registro de entrada en destino.

Alfanumrico

20

Opcional

Nmero de registro de entrada en la Entidad Registral destino. Utilizado para completar el ciclo de envo.

Fecha y hora de entrada en destino.

Alfanumrico

14

Opcional

Formato AAAAMMDDHHMMSS.

Indicador de prueba.

Nmero

1

Obligatorio

Indica si el mensaje es una prueba:

– 0 = Normal.

– 1 = Prueba.

Identificador de fichero.

Alfanumrico

50

Opcional

Identificador del mensaje de datos de que se tiene que reenviar en caso de error. Se compondr siguiendo la normalizacin definida en el apartado VII.2, con tipo de fichero= 01 (anexo).

Es opcional y mltiple, dado que el error puede producirse durante el envo de cualquiera de los ficheros mensaje de datos de intercambio y anexos (opcionales y mltiples).

Cdigo de error.

Alfanumrico

4

Opcional

Identifica el tipo de error que se ha producido durante el envo del mensaje de datos de intercambio.

Se compondr siguiendo la normalizacin definida en el apartado VII.4.

Este valor slo ser aplicable en el caso de que el campo Tipo de Mensaje tome el valor Error, codificado como 02.

V. Descripcin y estados del intercambio

En este apartado se describen los posibles estados en los que se puede encontrar el apunte registral objeto del intercambio.

Tal y como se introdujo en el apartado IV.1, el proceso de intercambio inicia y finaliza en la Entidad Registral Origen, ya sea en el propio ciudadano o en la Unidad de Tramitacin de Origen.

A lo largo de todo este proceso, Entidad Registral Origen y destino se informan mutuamente sobre el estado del intercambio a travs de sus respectivos campos:

i. Campo Tipo de anotacin del segmento de datos Internos y Control del mensaje de datos de intercambio que emite la Entidad Registral Origen y destino.

ii. Campo Tipo de mensaje de los mensajes de control que enva la Entidad Registral destino.

De esta forma, el control sobre el estado del asiento registral a lo largo del proceso de intercambio se gestiona y controla de manera conjunta entre Origen y destino.

El inicio del intercambio viene marcado por la generacin por parte de la Entidad Registral Origen del mensaje de datos de intercambio cuyo campo ‘Tipo de anotacin’ tiene valor de Pendiente, y finaliza mediante el asentimiento del intercambio que la Entidad Registral destino notifica a travs del envo del mensaje de control de tipo Confirmacin.

Las Entidades Registrales deben implementar mecanismos y procedimientos que eviten la duplicacin de asientos en caso de recepciones mltiples. Las herramientas para esta implementacin son los datos Identificador de Intercambio, Identificador de Fichero y Nmero de Secuencia.

V.1 Generacin del Identificador de Intercambio

La aplicacin de registro de la Entidad Registral Origen, que interviene en el proceso de intercambio, es responsable de la generacin de un identificador de intercambio nico para cada operacin en el espacio de intercambio del tipo:

Imagen: /datos/imagenes/disp/2011/182/13174_006.png

Este identificador se mantiene durante todo el proceso de intercambio tanto en el sistema de gestin de intercambio como en la aplicacin de registro de la Entidad Registral destino. En el apartado VII.1 se describen las reglas para la generacin de este identificador.

V.2 Estados en el mensaje de datos de intercambio

Los estados que registra el mensaje de datos de intercambio en el campo de Tipo de anotacin son:

i. Pendiente (01): Indica que el mensaje de datos de intercambio est pendiente de envo al sistema de intercambio y que est pendiente de la asignacin de un identificador del intercambio para iniciar el proceso.

ii. Envo (02): Indica que el mensaje de datos de intercambio est en pleno proceso de intercambio, y por tanto, ha partido desde la Entidad Registral de Origen pero est pendiente an de convertirse en registro en firme por la Entidad Registral de destino.

iii. Reenvo (03): Indica que el mensaje de datos de intercambio es enviado de nuevo desde la Entidad Registral de destino.

La razn para el reenvo es, generalmente, que el destino indicado en el primer envo no corresponde. Cuando se da esta situacin, la Entidad Registral de destino puede identificar la Entidad Registral de destino correcta y reenviarlo a esta en lugar de rechazar el envo que realiz la Entidad Registral Origen.

Esta secuencia de envos y los valores que toma el campo Tipo de anotacin aparecen en la siguiente figura.

Imagen: /datos/imagenes/disp/2011/182/13174_007.png

iv. Rechazo (04): Indica que el mensaje de datos de intercambio no ha sido aceptado por la Entidad Registral de destino.

En caso de rechazo, el mensaje de datos de intercambio puede ser enviado tanto a la Entidad Registral de Origen como a la Entidad Registral de Inicio.

Imagen: /datos/imagenes/disp/2011/182/13174_008.png

V.3. Estados en los mensajes de control

La informacin de estado del intercambio que se refleja en los mensajes de control a travs de los siguientes valores de Tipo de mensaje:

i. ACK-aceptacin (01): Notifica la recepcin correcta del mensaje de datos de intercambio desde un punto de vista exclusivamente tcnico, por lo que no constituye la confirmacin de finalizacin correcta de todo el proceso de intercambio.

A continuacin, se muestra una figura explicativa de la emisin de un mensaje de control tipo aceptacin:

Imagen: /datos/imagenes/disp/2011/182/13174_009.png

ii. Error (02): Notifica la recepcin errnea o incompleta del mensaje de datos de intercambio desde un punto de vista tcnico. Los posibles tipos de errores que se pueden dar se identifican mediante un rango de error y el propio cdigo de error. Este mensaje de control refleja el tipo de error a travs de la codificacin de errores que se detalla en el apartado VII.4.

La siguiente figura refleja la emisin de un mensaje de control tipo Error:

Imagen: /datos/imagenes/disp/2011/182/13174_010.png

Esta situacin, la Entidad Registral de Origen (A) puede enviar el mensaje de datos de intercambio a la Entidad Registral de destino (B), reenviarlo o rechazarlo. A continuacin se muestra un ejemplo de envo:

Imagen: /datos/imagenes/disp/2011/182/13174_011.png

iii. Confirmacin (03): Una vez recibido el mensaje de datos de intercambio y todos sus documentos anexos, se acepta que el proceso de intercambio se ha realizado con xito y por tanto, se notifica a la Entidad Registral de Inicio que la recepcin ha sido correcta confirmando por tanto el asentimiento del intercambio completado.

La figura que sigue muestra la secuencia que provoca la emisin de un mensaje de control tipo confirmacin:

Imagen: /datos/imagenes/disp/2011/182/13174_012.png

El asentimiento es necesario para el correcto funcionamiento de los flujos de intercambio definidos, por lo que debe ser implementado por todas las Entidades Registrales para el intercambio de los asientos. El asentimiento permite confirmar que el asiento registral es correcto y corresponde a la Entidad Registral de destino por lo que debe emitirse tanto tras la recepcin de un mensaje de datos de intercambio con Tipo de anotacin envo como si se trata de un reenvo.

Si una Entidad Registral de Origen no recibe el asentimiento pasado un perodo de tiempo (predefinido en cada sistema de intercambio) debe reintentar el envo.

VI. Funciones y requisitos del sistema de intercambio

El sistema de intercambio utilizado para emisin y recepcin de los mensajes definidos en los apartados anteriores funciona, en el espacio de intercambio SICRES, como elemento responsable de:

i. Centralizar el registro de operaciones de intercambio y garantizar la trazabilidad de las mismas.

ii. Gestionar la situacin temporal de los pre-asientos registrales.

iii. Proporcionar la seguridad en el transporte de la informacin a travs de mecanismos de encriptacin en el mensaje de datos de intercambio.

iv. Firma electrnica del mensaje de datos de intercambio.

Como ya se ha indicado, esta norma no establece los requisitos tecnolgicos concretos que deben proporcionar el sistema que da soporte a un intercambio de asientos registrales, ya que SICRES 3.0 es independiente de la tecnologa o plataforma sobre la que se realice la transmisin de los elementos que forman el intercambio propiamente dicho.

No obstante, s se establecen unos principios bsicos que deben ser cubiertos por el sistema de intercambio que se utilice, como son:

i. Integridad: Garanta de que la informacin no es modificada en los procesos de intercambio.

ii. Confidencialidad: Disponibilidad de la informacin solamente para usuarios autorizados.

iii. Autenticidad: Legitimidad del origen de la informacin.

iv. No repudio: Imposibilidad de negacin ante terceros del envo y/o recepcin por parte del emisor y/o receptor de la informacin.

v. Accesibilidad: Posibilidad de acceso eficiente solo para entidades autorizadas.

A continuacin se desarrollan estos requisitos de seguridad y, posteriormente, las funciones que debe proporcionar el sistema de intercambio.

VI.1. Requisitos de seguridad

1. Autenticacin de los sistemas implicados.

Adems de la implementacin de las polticas de seguridad para los usuarios de la plataforma de intercambio, se asegura la identidad de cada uno de los sistemas intervinientes en el espacio de intercambio.

As, todos los sistemas que participen en el proceso de intercambio, incluidos los sistemas de las Entidades Registrales de Origen y destino, estn correctamente identificados y validados en el espacio de intercambio.

2. Integridad.

La plataforma de intercambio proporciona los mecanismos necesarios, a fin de garantizar que el contenido completo de los mensajes de datos intercambiados permanezca inalterado durante el proceso de intercambio.

Este punto se asegura a travs del protocolo de transporte de mensajes entre las Entidades Registrales de Origen y destino que utilice el sistema de intercambio, y la tecnologa de transmisin de datos.

3. Garanta de no repudio.

La plataforma de intercambio provee de los mecanismos necesarios para garantizar el no repudio del mensaje de datos de intercambio.

VI.2 Gestin del proceso de intercambio

Como ya se ha mencionado, para iniciar el intercambio, la aplicacin de registro de la Entidad Registral Origen genera el mensaje de datos de intercambio de forma completa y lo enva al sistema de gestin de intercambio.

La plataforma de intercambio es responsable de verificar la validez del mensaje de datos de intercambio segn el formato establecido en esta norma.

Adems, el sistema de gestin de intercambio es el encargado de garantizar la transmisin entre los sistemas de la Entidad Registral Origen y destino.

Posteriormente, la aplicacin de registro de la Entidad Registral destino es la responsable de interpretar de forma correcta el fichero intercambiado.

Hasta que el intercambio concluye, la plataforma de intercambio tiene la misin de resolver de forma correcta la situacin temporal del pre-asiento registral que desaparece cuando se produce la recepcin completa de todos los ficheros que pudieran constituir un envo.

Dentro de cada espacio de intercambio debe definirse un conjunto de reglas que permitan la gestin del intercambio entre Entidades Registrales a travs de un sistema de intercambio. Estas reglas permiten definir los mecanismos y herramientas para realizar el intercambio en condiciones adecuadas incluyendo:

i. La tecnologa de comunicacin entre los distintos agentes del intercambio.

ii. Los mecanismos y procedimientos especficos para el envo y recepcin de ficheros, incluyendo mecanismos para fraccionamiento de ficheros (en su caso) y para garantizar la integridad y seguridad de los envos.

iii. Las polticas especficas de proteccin de datos que deben ser de aplicacin.

iv. Los mecanismos de trazabilidad de los intercambios y la informacin que se registre sobre los mismos.

v. Procedimientos detallados de gestin de errores y excepciones.

1. Gestin de envos de mensajes y anexos.

La plataforma de intercambio debe realizar una gestin adecuada del envo de mensajes y los posibles documentos anexos asociados, que garantice la correcta identificacin del registro completo en la Entidad Registral de destino y su posterior almacenamiento.

Para la generacin del mensaje de datos de intercambio, o los ficheros anexos, cuando excedan determinados lmites de tamao, la plataforma de intercambio podr incorporar mecanismos que permitan el envo de los anexos asociados de forma fraccionada.

En estos casos, las Entidades Registrales de Origen deben ser capaces de fragmentar el fichero anexo en tantos fragmentos como sea necesario. De igual manera, las Entidades Registrales de destino tienen que ser capaces de construir los fragmentos recibidos, ordenarlos y reconstruir el fichero anexo original.

2. Gestin del flujo.

Las operaciones de intercambio tienen definido un estado (definidos en el apartado V de la presente norma) en el que se indica la fase lgica dentro del proceso de intercambio en la que se encuentra el fichero, y los posibles eventos que pueden ocurrir.

3. Evitar duplicados.

El sistema de gestin de intercambio contiene los mecanismos necesarios para garantizar que los ficheros que se enven o reciban por duplicado de manera errnea, sean identificados como tales.

Las Entidades Registrales deben implementar mecanismos y procedimientos que eviten la duplicacin de asientos en caso de que se reciban varias veces, utilizando los datos Identificador de Intercambio, Identificador de Fichero y Nmero de Secuencia.

4. Gestin de mensajes.

El sistema de intercambio dispone de funcionalidades de gestin de mensajes de actividad, a fin de proporcionar informacin de seguimiento a la Entidad Registral de Origen, una vez realizado el intercambio, tal y como se describe en el apartado V.

La gestin y conservacin de los anexos, entendidos estos como documentos electrnicos, se definen y normalizan en la NTI de Poltica de gestin de documentos electrnicos.

5. Conservacin de la informacin del asiento registral.

Cuando los pre-asientos registrales intercambiados no se convierten en asientos firmes en la Entidad Registral de destino, esta no debe conservar el mensaje de datos de intercambio ni sus documentos adjuntos. nicamente debe conservar traza de la transaccin de intercambio realizada.

VI.3. Soporte del modo de prueba

El sistema de gestin de intercambio debe disponer de la capacidad de soportar el modo de prueba en el proceso de intercambio, de tal forma que permita realizar pruebas de intercambio.

El modelo de datos incluye un identificador para mensajes de datos de intercambio que indica que son una prueba que aparece detallado en los apartados IV.2 y IV.3.

VI.4. Directorio Comn

El sistema de gestin de intercambio debe utilizar el Directorio Comn que, establecido segn lo dispuesto en el artculo 9 del R.D. 4/2010, de 8 de enero, y gestionado por el Ministerio de Poltica Territorial y Administracin Pblica (MPTAP), incluye la codificacin de todos los Organismos, Entidades Registrales y Unidades de Gestin susceptibles de participar en el proceso de intercambio, proporcionando cdigos nicos dentro del espacio de intercambio correspondiente.

VI.5. Control y gestin de errores

La plataforma de intercambio es responsable de realizar una gestin adecuada de los errores y excepciones que puedan ocurrir durante el proceso de intercambio, que facilite la restauracin de informacin en la medida de lo posible.

1. Tipologa de errores de intercambio.

Los principales errores que pueden ocurrir durante el intercambio registral pueden clasificarse, en base a la naturaleza del error, como:

i. Errores lgicos: relativos a errores en las validaciones en estructura y/o en contenido de los ficheros de intercambio y/o en direcciones de origen o destino. En definitiva, cualquier error no achacable a un problema tecnolgico, pero que provoca que el resultado del intercambio no sea exitoso.

ii. Errores fsicos: relativos a errores que se pueden asociar con la tecnologa que interviene en el proceso de intercambio, como la no disponibilidad de mquinas, de elementos de la infraestructura de software, excepciones de cdigo no controladas y otros.

iii. Errores de transmisin de datos: relativos a errores que pueden ocurrir durante la transmisin de datos debido a problemas en las comunicaciones.

La codificacin de los errores aparece en el apartado VII.4.

Tabla 9. Descripcin de errores de intercambio

Tipo de error

Definicin

Errores lgicos.

Errores de validacin de los datos de intercambio.

Ocurren al resultar errneas las validaciones lgicas de los datos del intercambio en formatos, datos requeridos y correspondencia entre descripciones de contenido y el contenido de los datos de intercambio.

Errores de direccionamiento.

Ocurren cuando la identidad del remitente o destinatario reflejada en el mensaje de datos de intercambio no se corresponde con el que debera enviar o recibir la informacin.

Errores en las reglas de intercambio.

Aparece un evento no esperado durante el intercambio registral.

Errores de ciclo de envo no completado.

No se puede completar el ciclo de envo completamente.

Errores fsicos.

Se producen cuando ocurren errores, hardware o software, en alguno de los sistemas intervinientes.

Errores de transmisin de datos.

No se puede producir el intercambio, debido a que el sistema de destino o el de origen no estn disponibles.

2. Errores lgicos

Descripcin de los errores lgicos.

i. Errores de validacin de los datos de intercambio. Ocurren al resultar errneas las validaciones lgicas de los datos del intercambio en formatos, datos requeridos y correspondencia entre descripciones de contenido y el contenido de los datos de intercambio.

ii. Errores de direccionamiento. Ocurren cuando la identidad del remitente o destinatario reflejada en el mensaje de datos de intercambio no se corresponde con el que debera enviar o recibir la informacin.

iii. Errores en las reglas de intercambio. Aparece un evento no esperado durante el intercambio registral.

iv. Errores de ciclo de envo no completado. No se puede completar el ciclo de envo completamente.

Tratamiento de los errores lgicos.

i. Errores de validacin de los datos de intercambio. En el momento que se detecte esta falta de integridad en los datos de intercambio, se deber interrumpir el proceso marcando como errneo el mensaje de datos de intercambio. A continuacin se deber notificar al Origen de que no se ha podido interpretar correctamente los datos, informndole del cdigo de error lgico ocurrido.

Una vez notificado, la Entidad Registral de Origen se dispondr a analizar la naturaleza del error para realizar acciones de subsanacin:

1. Si es relativo a una composicin errnea del mensaje de datos de intercambio y anexos asociados, deber recomponerlos y retransmitirlos.

2. Si el error es debido a una corrupcin de datos durante la transmisin deber simplemente retransmitirlos.

La operacin deber ser registrada como errnea en el log de operaciones del sistema de gestin del intercambio.

ii. Errores de direccionamiento. Se pueden producir por errores en la direccin del remitente o en el destinatario.

Si se produce un error en los datos del destinatario, es posible que sucedan dos escenarios:

1. Los datos llegan a una Entidad Registral de destino no esperada. En este caso, la Entidad destino deber rechazar el registro recibido y notificar a la Entidad Origen de la ocurrencia de este suceso a travs del sistema de gestin de intercambio.

2. Los datos llegan a un destino no esperado fuera del espacio de intercambio registral, es decir, no es enviado a una Entidad Registral. El error se podr identificar por un aviso de error de direccionamiento proporcionado por el sistema de gestin de intercambio (por ejemplo destino inalcanzable), o al no recibirse la confirmacin de la entrega pasado un tiempo preestablecido por parte de la Entidad Registral de Origen.

El tratamiento de estos errores se llevara a cabo a travs de la realizacin retransmisiones desde el sistema de intercambio o desde la Entidad Registral Origen, una vez solucionado el error de direcciones.

Si se produce un error en los datos del remitente, es posible que sucedan dos escenarios:

1. Se recibe una confirmacin de entrega en una Entidad Registral de Origen no esperada. En este caso, la Entidad Origen deber rechazar la confirmacin.

2. La confirmacin de entrega es enviada a una direccin fuera del espacio de nombres del intercambio registral. En este caso el error se detectar si la entidad Origen no recibe la confirmacin de la entrega en un tiempo preestablecido o si al enviar la confirmacin se produce un aviso de error de direccionamiento, por ejemplo destino inalcanzable.

Para tratar los errores de destinatario se intentarn retransmisiones desde el sistema de intercambio o desde la Entidad Registral destino, una vez solucionado el error de direcciones.

Los errores de direcciones pueden estar motivados por entradas errneas en el Directorio Comn. En estos casos, se debe detectar (normalmente al aparecer errores de direccionamiento) y realizar la correccin de la entrada incorrecta.

Las operaciones anteriormente indicadas debern ser registradas como errneas en el log de operaciones del sistema de gestin de intercambio.

iii. Errores en las reglas de intercambio. Este error ocurrir si aparece un evento no esperado durante el intercambio registral (por ejemplo, se recibe un segundo mensaje de control de confirmacin de entrega correcta para un mismo Identificador de Intercambio).

En este caso, el sistema de gestin de intercambio se vuelve inconsistente, por lo que se deber registrar el elemento que ha producido el evento, y realizar una notificacin para solucionar el problema.

iv. Errores de ciclo de envo no completado. Este error ocurrir si no se hubiera podido cerrar el ciclo de envo completo, al interrumpirse en alguno de sus pasos. Se detecta al sobrepasarse los lmites de tiempo esperados para que un paso del ciclo se realice.

El Origen de este error puede ser variado, debido tanto a problemas lgicos como fsicos. El tratamiento normal para estos casos es la retransmisin de los datos.

La operacin errnea deber ser registrada en el log del sistema de gestin de intercambio, indicando los reintentos efectuados y si fueron exitosos o no. Si al efectuar el nmero de reintentos determinado no se consiguiera cerrar el ciclo, el conjunto de datos objeto del error deber ser marcado como errneo notificando al sistema de intercambio la necesidad de un tratamiento para su subsanacin.

3. Errores fsicos.

Descripcin de los errores fsicos:

Se producen cuando ocurren errores, hardware o software, en alguno de los sistemas intervinientes.

Tratamiento de los errores fsicos:

Los errores en el sistema de intercambio deben ser tratados segn los procedimientos de operacin que apliquen en cada caso.

Las operaciones de intercambio que se viesen afectadas por el error ocurrido se identificarn y restaurarn en la medida de lo posible.

4. Errores de transmisin.

Descripcin de los errores de transmisin:

No se puede producir el intercambio, debido a que el sistema de destino o el de Origen no estn disponibles.

Tratamiento de los errores de transmisin:

Si alguno de los sistemas no est disponible, el tratamiento normal ser la realizacin de reintentos de envo.

La operacin errnea deber ser registrada en el log del sistema de gestin de intercambio, indicando los reintentos efectuados y si fueron exitosos o no. Si al efectuar el nmero de reintentos establecidos no se consiguiera cerrar el ciclo, el conjunto de datos objeto del error deber ser marcado como errneo notificando al sistema de gestin de intercambio de la necesidad de un tratamiento para su subsanacin.

VI.6 Comunicacin entre distintos sistemas de intercambio

Para un intercambio de asientos registrales es posibles que dos o ms sistemas distintos se comuniquen entre s. En ese caso, es necesario definir un conjunto de reglas especficas que apliquen al intercambio entre sistemas, independientemente de aquellas que se hayan definido para el intercambio interno en cada una de ellas.

En la siguiente figura se puede ver un caso de ejemplo de esta situacin:

Imagen: /datos/imagenes/disp/2011/182/13174_013.png

VI.7 Otras recomendaciones

Existen otros requerimientos de tecnologa que pueden ser considerados como recomendaciones.

1. Registro de la actividad de intercambio.

Se recomienda, que el estado y la secuencia de las operaciones de intercambio se registren en un sistema centralizado del sistema de intercambio, que permita realizar la trazabilidad de las operaciones efectuadas.

Las aplicaciones de registro de las Entidades Registrales implicadas en un proceso de intercambio, podrn hacer uso de los datos de trazabilidad para proporcionar un servicio de seguimiento a los ciudadanos e instituciones que lo soliciten.

2. Persistencia en errores y excepciones.

Los datos del mensaje de datos de intercambio y el estado de sus operaciones a travs del sistema de gestin de intercambio, deberan permanecer en un medio persistente cuando se produzcan errores o excepciones que impidan su envo/recepcin. Se garantizar la perdurabilidad de registro y su estado, si ocurrieran errores en el proceso de intercambio.

3. Compatibilidad con SICRES 2.0.

Es recomendable que la plataforma de intercambio posibilite la realizacin de transformaciones del formato SICRES 3.0 a SICRES 2.0 (y viceversa).

ANEXO 1: CODIFICACIN
Identificador del intercambio

A cada operacin de intercambio se le asocia un identificador que permite designar la operacin de forma nica.

La codificacin de este identificador se compone segn el siguiente criterio:

Imagen: /datos/imagenes/disp/2011/182/13174_014.png

La generacin de este cdigo se realiza antes de enviar el Mensaje de datos de intercambio, al sistema de gestin de intercambio.

Mensaje de datos de intercambio y anexos

En el proceso de intercambio, el Mensaje de datos de intercambio y los anexos se nombran segn lo siguiente:

Imagen: /datos/imagenes/disp/2011/182/13174_015.png

Esta notacin permite identificar de forma nica a los ficheros dentro del espacio de intercambio registral.

Mensajes de control y notificacin

La entidad de Mensaje se trata como un fichero pero se utiliza una codificacin diferente debido a que es necesario especificar el cdigo de la Entidad Registral emisora del mensaje (con frecuencia, la de destino en el proceso de intercambio) en la denominacin del fichero. La codificacin para esta entidad es la siguiente:

Imagen: /datos/imagenes/disp/2011/182/13174_016.png

Errores

Para realizar la codificacin de los errores del sistema de intercambio, se utiliza un cdigo de cuatro dgitos, estructurado en dos niveles:

i. Rango de error, que agrupa la definicin de un tipo general de error. Se codifica con los dos primeros dgitos y establecen una secuencia:

0000

0100

0200

...

9900

ii. Cdigo de error, pertenecientes a un rango. Utilizando los dos ltimos dgitos, de la siguiente forma:

0000

0001

0002

...

0099

Por ejemplo, se puede definir un rango de error del tipo:

0000 ➔ Errores en la validacin del mensaje de datos de intercambio.

Y definir un error concreto como:

0001 ➔ No se incorporan los anexos definidos en el mensaje de datos de intercambio.

ANEXO 2: Esquema XML del modelo de datos SICRES 3.0

El objetivo de este anexo es mostrar el modelo de datos SICRES 3.0 en formato de esquema XML. Se adjuntarn ficheros XML de ejemplo.

Representacin grfica del esquema del mensaje de datos de intercambio

Imagen: /datos/imagenes/disp/2011/182/13174_017.png

Imagen: /datos/imagenes/disp/2011/182/13174_018.png

Imagen: /datos/imagenes/disp/2011/182/13174_019.png

Imagen: /datos/imagenes/disp/2011/182/13174_020.png

Imagen: /datos/imagenes/disp/2011/182/13174_021.png

Imagen: /datos/imagenes/disp/2011/182/13174_022.png

Imagen: /datos/imagenes/disp/2011/182/13174_023.png

Imagen: /datos/imagenes/disp/2011/182/13174_024.png

Esquema XML del mensaje de datos de intercambio

Imagen: /datos/imagenes/disp/2011/182/13174_025.png

Imagen: /datos/imagenes/disp/2011/182/13174_026.png

Imagen: /datos/imagenes/disp/2011/182/13174_027.png

Imagen: /datos/imagenes/disp/2011/182/13174_028.png

Imagen: /datos/imagenes/disp/2011/182/13174_029.png

Imagen: /datos/imagenes/disp/2011/182/13174_030.png

Imagen: /datos/imagenes/disp/2011/182/13174_031.png

Imagen: /datos/imagenes/disp/2011/182/13174_032.png

Imagen: /datos/imagenes/disp/2011/182/13174_033.png

Representacin grfica del esquema del mensaje de control

Imagen: /datos/imagenes/disp/2011/182/13174_034.png

Esquema XML del mensaje de control

Imagen: /datos/imagenes/disp/2011/182/13174_035.png

Imagen: /datos/imagenes/disp/2011/182/13174_036.png

Análisis

  • Rango: Resolucin
  • Fecha de disposición: 19/07/2011
  • Fecha de publicación: 30/07/2011
  • Entrada en vigor: 31 de julio de 2011.
  • Aplicable desde el 31 de julio de 2011.
Referencias anteriores
  • DE CONFORMIDAD con:
Materias
  • Administracin electrnica
  • Administraciones Pblicas
  • Normas de calidad
  • Notificaciones telemticas
  • Procedimiento administrativo
  • Redes de telecomunicacin
  • Registros telemticos
  • Reglamentaciones tcnicas

subir

Agencia Estatal Boletín Oficial del Estado

Avda. de Manoteras, 54 - 28050 Madrid