Documento de Integración - Servicios de Intercambio de ... · Documento de Integración -...

Descripción

Nombre del documento:

Documento de Integración - Servicios de

Intercambio de Datos de la Universidad de Murcia

Nombre del fichero: DI_SID_UMU_v1_0

Versión actual: 1.0

Fecha modificación: 29/04/2013

Resumen

Este documento refleja la documentación técnica de integración de los servicios de intercambio de datos ofrecidos por la Universidad de

Murcia.

Documento de Integración - Servicios de Intercambio de Datos de la Universidad de Murcia

Área de Tecnologías de la Información y las Comunicaciones Aplicadas Servicio de Desarrollo, Aplicaciones y Metodología

Campus Universitario de Espinardo. 30100 Murcia T. 86 8884222 – F. 86 8888337– www.um.es/atica

2

Contenidos

1 Descripción del sistema ........................................................................... 4

1.1 Proceso de consulta de datos ............................................................................... 4

1.2 Interfaz proporcionada por el Servicio de Envío de Datos .................................... 6

2 Intercambio de mensajes ......................................................................... 8

2.1 Servicio de Envío de Datos para Datos de Matrícula ........................................... 9

2.1.1 Mensaje de Petición al Servicio de Envío de Datos para Datos de Matrícula .................................................................................................................. 9 2.1.2 Formato de los Datos de la Petición al Servicio de Envío de Datos para Datos de Matrícula ................................................................................................. 10 2.1.3 Esquema de validación de la Petición al Servicio de Envío de Datos para Datos de Matrícula ................................................................................................. 14 2.1.4 Mensaje de Respuesta del Servicio de Envío de Datos para Datos de Matrícula ................................................................................................................ 20 2.1.5 Formato de los Datos de la Respuesta del Servicio de Envío de Datos para Datos de Matrícula ........................................................................................ 21 2.1.6 Esquema de Validación de la Respuesta del Servicio de Envío de Datos para Datos de Matrícula ........................................................................................ 24 2.1.7 Mensaje de Datos Específicos .................................................................. 30 2.1.8 Formato Datos Específicos ....................................................................... 31 2.1.9 Esquema de Validación de los Datos Específicos .................................... 33

2.2 Servicio de Envío de Datos para Datos de Títulos Académicos ......................... 35

2.2.1 Mensaje de Petición al Servicio de Envío de Datos para Datos de Títulos Académicos ........................................................................................................... 35 2.2.2 Formato de los Datos de la Petición al Servicio de Envío de Datos para Datos de Títulos Académicos ................................................................................ 36 2.2.3 Esquema de validación de la Petición al Servicio de Envío de Datos para Datos de Títulos Académicos ................................................................................ 39 2.2.4 Mensaje de Respuesta del Servicio de Envío de Datos para Datos de Títulos Académicos ............................................................................................... 45 2.2.5 Formato de los Datos de la Respuesta del Servicio de Envío de Datos para Datos de Títulos Académicos ........................................................................ 46 2.2.6 Esquema de Validación de la Respuesta del Servicio de Envío de Datos para Datos de Títulos Académicos ........................................................................ 50 2.2.7 Mensaje de Datos Específicos .................................................................. 56 2.2.8 Formato Datos Específicos ....................................................................... 56 2.2.9 Esquema de Validación de los Datos Específicos .................................... 57

2.3 Errores Del Sistema ............................................................................................ 59

2.3.1 Errores devueltos a través del esquema de respuesta ............................. 59 2.3.2 Errores devueltos a través del esquema de SOAP Fault .......................... 59 2.3.3 Especificación SOAP Fault ........................................................................ 61

2.4 Estructura de los mensajes SOAP firmados ....................................................... 64

3 Apéndice I. Procedimientos de Alta/Modificación/Baja ...................... 65

Apéndice II. Ejemplos .................................................................................... 66

3.1 Datos de matrícula .............................................................................................. 66




3

3.1.1 Petición ...................................................................................................... 66 3.1.2 Respuesta .................................................................................................. 67

3.2 Datos de títulos académicos ............................................................................... 71

3.2.1 Petición ...................................................................................................... 71 3.2.2 Respuesta .................................................................................................. 73

4 Índice de figuras ...................................................................................... 77




4

1 Descripción del sistema Los servicios de intercambio de datos de la Universidad de Murcia permiten ofrecer

diferentes conjuntos de datos personales a cualquier procedimiento de tramitación de

otras Administraciones Públicas que requiera la información contenida en ellos. El

ámbito legal en el que se enmarcan estos servicios se define en el artículo 8 del

Esquema Nacional de Interoperabilidad y en la Norma Técnica de Interoperabilidad de

Protocolos de Intermediación de Datos.

Los servicios podrán ser utilizados de forma automatizada por las aplicaciones que sean

adaptadas para incluir dichas consultas. Los datos, objeto de intercambio,

proporcionados por el sistema se enumeran a continuación:

Datos de matrícula en títulos oficiales de la Universidad de Murcia, en los

siguientes tipos de estudios: GRADO, DIPLOMATURA, INGENIERIA

TECNICA, LICENCIATURA, INGENIERIA, MASTER y DOCTORADO.

Datos de títulos académicos oficiales expedidos por la Universidad de Murcia.

1.1 Proceso de consulta de datos

Los usuarios (Aplicaciones Externas) podrán acceder a los servicios de intercambio de

datos de la Universidad para obtener los diferentes conjuntos de datos ofrecidos, a

través de un único WebService publicado en la plataforma de Administración

Electrónica de la Universidad de Murcia, denominado ‘Servicio de Envío de Datos’.

Para ello, las unidades gestoras enviarán a dicho WebService una petición firmada con

un certificado reconocido.

Figura 1. Proceso de Consulta de Servicio de Envío de Datos.




5

El sistema verificará que el certificado del usuario no ha sido revocado y autorizará la

consulta en caso de que la aplicación que realiza la consulta tenga el permiso necesario.

Una vez autorizada la operación, se consulta la información requerida del repositorio de

datos de la Universidad de Murcia. Recibida la respuesta con los datos de la consulta, y

tras realizar el tratamiento correspondiente, ésta será enviada a la aplicación externa. El

tipo de firma de la respuesta (XMLSignature) dada al usuario, será el mismo que el

usado por el usuario para firmar la petición.

Todas las operaciones realizadas quedarán registradas, con la consiguiente firma

electrónica y sellado de tiempo.

En los siguientes puntos, se especifican los mensajes que se intercambian en las

comunicaciones establecidas durante la consulta al servicio de envío de datos.




6

1.2 Interfaz proporcionada por el Servicio de Envío de Datos

A continuación se comenta el WSDL que describe el Servicio de Envío de Datos. El

nombre del servicio publicado en la interfaz WSDL es ServicioEnvioDatosUMU. Este

servicio contiene una única operación solicitaDatos con un parámetro de entrada

petición, de tipo Peticion, y uno de salida respuesta, de tipo Respuesta. El tipo de

transporte para la operación es SOAP.

El valor que tome la variable servidor de conexión dependerá del entorno sobre el que

se realice la petición:

Preproducción:

https://egeria.atica.um.es:8001/eadmin2test/services/ServicioEnvioDatosUMU

Producción: https://eadmin2.um.es/eadmin2/services/ServicioEnvioDatosUMU

<?xml version="1.0" encoding="UTF-8"?>

<wsdl:definitions xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"

xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/"

xmlns:http="http://schemas.xmlsoap.org/wsdl/http/"

xmlns:xs="http://www.w3.org/2001/XMLSchema"

xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/"

xmlns:mime="http://schemas.xmlsoap.org/wsdl/mime/"

xmlns:sid="urn:umu:eadmin:servicios:enviodatos"

xmlns:map1="http://www.map.es/scsp/esquemas/V2/peticion"

xmlns:map2="http://www.map.es/scsp/esquemas/V2/respuesta"

xmlns:map3="http://www.map.es/scsp/esquemas/V2/soapfaultatributos"

targetNamespace="urn:umu:eadmin:servicios:enviodatos">

<wsdl:types>

<xs:schema targetNamespace="urn:umu:eadmin:servicios:enviodatos:schema"

xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified">

<xs:import

namespace="http://www.map.es/scsp/esquemas/V2/peticion"

schemaLocation="http://eadmin2pruebas.um.es/forja/eadmin/xsd/peticion.xsd"/>

<xs:import

namespace="http://www.map.es/scsp/esquemas/V2/respuesta"

schemaLocation="http://eadmin2pruebas.um.es/forja/eadmin/xsd/respuesta.xsd"/>

<xs:import

namespace="http://www.map.es/scsp/esquemas/V2/soapfaultatributos"

schemaLocation="http://eadmin2pruebas.um.es/forja/eadmin/xsd/soapfaultatributos.xsd"/>

</xs:schema>

</wsdl:types>

<wsdl:message name="ServicioEnvioDatosPeticion">

<wsdl:part name="peticion" element="map1:Peticion"/>

</wsdl:message>

<wsdl:message name="ServicioEnvioDatosRespuesta">

<wsdl:part name="respuesta" element="map2:Respuesta"/>

</wsdl:message>

<wsdl:message name="ServicioEnvioDatosException">

https://egeria.atica.um.es:8001/eadmin2test/services/ServicioEnvioDatosUMU

https://eadmin2.um.es/eadmin2/services/ServicioEnvioDatosUMU




7

<wsdl:part name="excepcion" element="map3:Atributos"/>

</wsdl:message>

<wsdl:portType name="ServicioEnvioDatosUMUPort">

<wsdl:operation name="solicitaDatos">

<wsdl:input message="sid:ServicioEnvioDatosPeticion"/>

<wsdl:output message="sid:ServicioEnvioDatosRespuesta"/>

<wsdl:fault name="ServicioEnvioDatosException"

message="sid:ServicioEnvioDatosException"/>

</wsdl:operation>

</wsdl:portType>

<wsdl:binding name="ServicioEnvioDatosUMUSOAPBinding"

type="sid:ServicioEnvioDatosUMUPort">

<soap:binding style="document"

transport="http://schemas.xmlsoap.org/soap/http"/>

<wsdl:operation name="solicitaDatos">

<soap:operation

soapAction="urn:umu:eadmin:servicios:enviodatos#solicitaDatos"/>

<wsdl:input>

<soap:body use="literal"/>

</wsdl:input>

<wsdl:output>

<soap:body use="literal"/>

</wsdl:output>

<wsdl:fault name="ServicioEnvioDatosException">

<soap:fault name="ServicioEnvioDatosException"

use="literal"/>

</wsdl:fault>

</wsdl:operation>

</wsdl:binding>

<wsdl:service name="ServicioEnvioDatosUMU">

<wsdl:port name="ServicioEnvioDatosUMU"

binding="sid:ServicioEnvioDatosUMUSOAPBinding">

<soap:address location="

https://eadmin2.um.es/eadmin2/services/ServicioEnvioDatosUMU” />

</wsdl:port>

</wsdl:service>

< wsdl:definitions/>




8

2 Intercambio de mensajes Todos los mensajes intercambiados deben firmarse y para ello es necesario disponer de

un certificado electrónico admitido por la Plataforma de Administración Electrónica de

la Universidad de Murcia (https://sede.um.es/sede/sistemas-admitidos/).

El intercambio de mensajes entre los clientes que deseen utilizar el servicio descrito en

este documento, empleará el protocolo SCSP Versión 2. La especificación del protocolo

SCSP V2 se encuentra disponible en el portal web del Centro de Transferencia de

Tecnología dependiente del Portal de Administración Electrónica (PAE), y dentro de

este, en el área del Proyecto de Sustitución de Certificados en Papel

(http://administracionelectronica.gob.es/es/ctt/scsp).

Las peticiones realizadas al Servicio de Envío de Datos se llevan a cabo a través una

comunicación síncrona en la cual, el usuario (aplicación) realiza una petición al servicio

y permanece a la espera de la respuesta.

Figura 2. Esquema comunicaciones peticiones síncronas.

Aunque viene contemplado en la especificación, el Servicio de Envío de Datos no

soporta el intercambio asíncrono, y sólo soporta una solicitud en cada petición.

https://sede.um.es/sede/sistemas-admitidos/

http://administracionelectronica.gob.es/es/ctt/scsp




9

2.1 Servicio de Envío de Datos para Datos de Matrícula

En este intercambio se ofrecen datos de matrícula en títulos oficiales de la Universidad

de Murcia, en los siguientes tipos de estudios: GRADO, DIPLOMATURA,

INGENIERIA TECNICA, LICENCIATURA, INGENIERIA, MASTER y

DOCTORADO.

Los datos que se ofrecen tienen las siguientes restricciones:

- No se computan créditos de asignaturas extracurriculares.

- No se devuelven datos de matrícula para alumnos matriculados sólo en

asignaturas extracurriculares de títulos finalizados.

2.1.1 Mensaje de Petición al Servicio de Envío de Datos para Datos de Matrícula

A continuación se recoge el esquema de validación del mensaje de petición que debe

recibir el Servicio de Envío de Datos. Como se aprecia en la Figura 3, la petición estará

formada por dos ramas de información, la rama definida como Atributos, y la de

Solicitudes. La rama Atributos, contiene los datos de control relativos a toda la petición,

la rama Solicitudes contiene la información concreta de la petición realizada.

La rama Solicitudes se estructura en dos grandes bloques: DatosGenericos y

DatosEspecificos.

Los DatosGenericos siguen el esquema especificado en el proyecto de Sustitución de

Certificado en Soporte Papel, el cual recoge todas las consideraciones legales a tener en

cuenta en la transmisión de datos entre Administraciones.

La rama de DatosEspecificos1 contiene la información con los parámetros específicos

para la consulta de los datos de matrícula para un usuario determinado. La petición

debe contener un elemento FechaConsultaMatricula, que contendrá la fecha en la que

se quiere consultar la matrícula de un alumno. La estructura de esta rama se puede ver

en Figura 5.

A continuación se define el significado de las distintas etiquetas utilizadas sobre la

definición del esquema de petición:

1 Se ha creado un fichero xsd de Datos Especificos común para las peticiones y respuestas del

servicio. Dependiendo del mensaje a definir (petición o respuesta), teniendo en cuenta que las ramas que lo componen son opcionales, se introducirán unas u otras sobre el mensaje creado.




10

Figura 3. Petición del Servicio de Envío de Datos para Datos de Matrícula

2.1.2 Formato de los Datos de la Petición al Servicio de Envío de Datos para Datos de Matrícula

En la siguiente tabla se resume el tipo de dato y la información que contienen cada uno

de los campos del mensaje de petición.

Ubicación Nombre Tipo Obliga

torio

Descripción

Peticion Atributos BLOQUE Sí Bloque Único. Contiene los datos de control,

relativos a toda la petición (n solicitudes).

Peticion /Atributos IdPeticion String(16) Sí Identificador único de la petición en el sistema. Es

el número de serie del certificado (8 caracteres) +

Número autonumérico. Cada petición que se recibe

debe llevar un número único en el sistema, este

número corresponde al numero de serie del

certificado de la aplicación que realiza la petición,

más un número que representa el número de

peticiones realizadas desde esa aplicación. El

sistema no validará si el número de peticiones

recibidas es correlativo.




11

Peticion /Atributos NumElementos Int Sí Número de elementos de la petición sobre la rama

SolicitudTransmision. En este caso, el número de

peticiones en una invocación será 1, ya que se

trabaja en modo síncrono.

Peticion /Atributos TimeStamp String(29) Sí Fecha y hora del envío del mensaje. Formato: yyyy-

MM-dd HH:mm:ss.sss

Peticion /Atributos Estado BLOQUE No Bloque único. Contiene información sobre el estado

de la petición.

Peticion/Atributos/

Estado

CodigoEstado String(4) No Código de error o estado.

Peticion/Atributos/

Estado

CodigoEstadoSecundari

o

String(16) No Código de error secundario. En la primera fase del

sistema este dato no tiene relevancia para el

proceso.

Peticion/Atributos/

Estado

LiteralError String(255) No Texto del error.

Peticion/Atributos/

Estado

TiempoEstimadoRespue

sta

Int No Tiempo estimado de respuesta. No es necesario para

el servicio.

Peticion /Atributos CodigoCertificado String(64) Sí Código del certificado del servicio que se solicita en

la petición. El mismo valor que va en la parte de

Datos Genéricos de la solicitud. Tendrá el valor

MATRICULA_V10.

Peticion Solicitudes BLOQUE Sí Bloque único que engloba la lista de solicitudes de

transmisión que se envían.

Peticion/Solicitude

s

SolicitudTransmision BLOQUE Sí Bloque que se repite de 1 a n veces. Contiene los

datos relativos a una solicitud de transmisión. En

este envío sólo se repite una vez.

Peticion/Solicitude

s/

SolicitudTransmisi

on

DatosGenericos BLOQUE Sí Bloque único. Contiene los datos genéricos sobre

una transmisión.

Peticion/Solicitude

s/SolicitudTransmi

sion/DatosGeneric

os

Emisor BLOQUE Sí Bloque único. Contiene datos del emisor de la

solicitud.

Peticion/Solicitude

s/SolicitudTransmi

sion/DatosGeneric

os/Emisor

NifEmisor String(10) Sí Nif del Emisor. El valor que toma para este servicio

es: Q3018001B.

Peticion

/Solicitudes/Solicit

udTransmision/Dat

osGenericos/

Emisor

NombreEmisor String(50) Sí Nombre o razón social. El valor toma para este

servicio es: UNIVERSIDAD DE MURCIA.

Peticion/Solicitude

s/SolicitudTransmi

sion/DatosGeneric

os

Solicitante BLOQUE Sí Bloque único. Contiene datos del solicitante de la

transacción.

Peticion/Solicitude IdentificadorSolicitante String(10) Sí Código del Organismo al que pertenece la persona o




12

s/SolicitudTransmi

sion/DatosGeneric

os/Solicitante

aplicación que solicita los datos. En este caso: NIF

del requirente.

Peticion/Solicitude

s/SolicitudTransmi

sion/DatosGeneric

os/Solicitante

NombreSolicitante String(50) Sí Organismo al que pertenece la persona o aplicación

que solicita los datos. Nombre del requirente.

Peticion/Solicitude

s/SolicitudTransmi

sion/DatosGeneric

os/Solicitante

Finalidad String(250) Sí De acuerdo al apartado 4 del artículo 15 del RD

263/1996.

Contiene el motivo o causa por la que se necesita

realizar la consulta de datos de matrícula.

Este campo tiene el siguiente formato

PROCEDIMIENTO:(20 posiciones)#::# (Separador

4 posiciones) ID_EXPEDIENTE (20 posiciones)

#::#(Separador 4 posiciones) FINALIDAD: (Resto

del campo.)

El contenido de este campo depende únicamente del

cliente que solicita la información, y depende

directamente del Procedimiento por el que se

solicita.

Peticion/Solicitude

s/SolicitudTransmi

sion/DatosGeneric

os/Solicitante

Consentimiento String (3) Sí De acuerdo al apartado 4 del artículo 15 del RD

263/1996, los valores admitidos son:

- Si

- Ley

Peticion/Solicitude

s/SolicitudTransmi

sion/DatosGeneric

os/Solicitante

Funcionario BLOQUE No Contiene la información relevante al empleado

público que realiza la solicitud, si se trata de

solicitud realizada desde una aplicación contendrá

la persona de contacto de la aplicación. Es

opcional.

Peticion/Solicitude

s/SolicitudTransmi

sion/DatosGeneric

os/Solicitante

NombreCompletoFunci

onario

String(122) No Contiene el nombre completo del empleado público

que realiza la solicitud. Es opcional.

Peticion/Solicitude

s/SolicitudTransmi

sion/DatosGeneric

os/Solicitante/Func

ionario

NifFuncionario String(10) No NIF del empleado público que realiza la solicitud.

Es opcional.

Peticion/Solicitude

s/SolicitudTransmi

sion/DatosGeneric

os

Titular BLOQUE Sí Contiene datos de la persona sobre la que obtener la

información de títulos.

Peticion/Solicitude

s/SolicitudTransmi

sion/DatosGeneric

os/Titular

TipoDocumentacion String(15) Sí Los posibles valores para este servicio son:

- NIF

- DNI

- NIE.

Peticion/Solicitude

s/SolicitudTransmi

Documentación String(14) Si Número de documento según el

TipoDocumentacion.




13

sion/DatosGeneric

os/Titular

Peticion/Solicitude

s/SolicitudTransmi

sion/DatosGeneric

os/Titular

NombreCompleto String(122) No Nombre completo del titular de la solicitud. Es

opcional.

Peticion/Solicitude

s/SolicitudTransmi

sion/DatosGeneric

os/Titular

Nombre String(40) No Nombre del titular de la solicitud. Es opcional.

Peticion/Solicitude

s/SolicitudTransmi

sion/DatosGeneric

os/Titular

Apellido1 String(40) No Primer Apellido del titular de la solicitud. Es

opcional.

Peticion/Solicitude

s/SolicitudTransmi

sion/DatosGeneric

os/Titular

Apellido2 String(40) No Segundo Apellido del titular de la solicitud. Es

opcional.

Peticion/Solicitude

s/SolicitudTransmi

sion/DatosGeneric

os

Transmision BLOQUE Sí Bloque único. Contiene los datos del certificado que

se va a solicitar.

Peticion/Solicitude

s/SolicitudTransmi

sion/DatosGeneric

os/ Transmision

CodigoCertificado String(64) Sí Código del certificado que accede al sistema. El

mismo valor que va en la parte de Atributos de la

solicitud. Tendrá el valor MATRICULA_V10.

Peticion/Solicitude

s/SolicitudTransmi

sion/DatosGeneric

os/Transmision

IdSolicitud String(40) Sí Código de solicitud, único para el organismo

solicitante. Es el mismo que el valor de idPeticion

(en la parte Atributos de la petición).

Peticion/Solicitude

s/SolicitudTransmi

sion/DatosGeneric

os/Transmision

IdTransmision String(26) No Código de la transmisión, único para el organismo

solicitante.

Peticion/Solicitude

s/SolicitudTransmi

sion/DatosGeneric

os/Transmision

FechaGeneracion String(29) No Fecha y hora de la generación del certificado.

Formato: yyyy-MM-dd HH:mm:ss.sss. El servicio

no lo tiene en cuenta.

DatosEspecificos BLOQUE No Bloque con la información específica de datos de

matrícula. Ver apartado Mensaje de Datos

Específicos

Peticion/Solicitude

s/SolicitudTransmi

sion/

DatosEspecificos

FechaConsultaMatricula Date No Fecha de consulta de los datos de matrícula.




14

2.1.3 Esquema de validación de la Petición al Servicio de Envío de Datos para Datos de Matrícula

A continuación se describe el esquema de validación que se aplicarán sobre los datos

que el Servicio de Envío de Datos recibirá para una petición de consulta de datos de

matrícula.

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>

<xs:schema xmlns="http://www.map.es/scsp/esquemas/V2/peticion"


xmlns:ns1="http://www.map.es/scsp/esquemas/datosespecificos"


targetNamespace="http://www.map.es/scsp/esquemas/V2/peticion"

elementFormDefault="qualified" attributeFormDefault="unqualified">

<xs:import namespace="http://www.map.es/scsp/esquemas/datosespecificos"

schemaLocation="datos-especificos.xsd"/>

<xs:element name="Apellido1">

<xs:simpleType>

<xs:restriction base="xs:string">

<xs:maxLength value="40"/>

</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>

<xs:element name="Atributos">

<xs:complexType>

<xs:all>

<xs:element ref="IdPeticion"/>

<xs:element ref="NumElementos"/>

<xs:element ref="TimeStamp"/>

<xs:element ref="Estado" minOccurs="0"/>

<xs:element ref="CodigoCertificado"/>

</xs:all>

</xs:complexType>

</xs:element>

<xs:element name="CodigoCertificado">

<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>

<xs:element name="CodigoEstado">

<xs:simpleType>



</xs:restriction>




15

</xs:simpleType>

</xs:element>

<xs:element name="CodigoEstadoSecundario">

<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>

<xs:element name="Consentimiento">

<xs:simpleType>


<xs:enumeration value="Si"/>

<xs:enumeration value="Ley"/>

</xs:restriction>

</xs:simpleType>

</xs:element>

<xs:element name="DatosGenericos">

<xs:complexType>

<xs:all>

<xs:element ref="Emisor"/>

<xs:element ref="Solicitante"/>

<xs:element ref="Titular"/>

<xs:element ref="Transmision"/>

</xs:all>

</xs:complexType>

</xs:element>

<xs:element name="Documentacion">

<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>

<xs:element name="Emisor">

<xs:complexType>

<xs:all>

<xs:element ref="NifEmisor"/>

<xs:element ref="NombreEmisor"/>

</xs:all>

</xs:complexType>

</xs:element>

<xs:element name="Estado">

<xs:complexType>

<xs:all>

<xs:element ref="CodigoEstado" minOccurs="0"/>

<xs:element ref="CodigoEstadoSecundario" minOccurs="0"/>

<xs:element ref="LiteralError" minOccurs="0"/>

<xs:element ref="TiempoEstimadoRespuesta"

minOccurs="0"/>

</xs:all>

</xs:complexType>




16

</xs:element>

<xs:element name="FechaGeneracion">

<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>

<xs:element name="Finalidad">

<xs:simpleType>



<xs:minLength value="1"/>

</xs:restriction>

</xs:simpleType>

</xs:element>

<xs:element name="Funcionario">

<xs:complexType>

<xs:sequence>

<xs:element ref="NombreCompletoFuncionario"

minOccurs="0"/>

<xs:element ref="NifFuncionario" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

</xs:element>

<xs:element name="IdentificadorSolicitante">

<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>

<xs:element name="IdPeticion">

<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>

<xs:element name="IdSolicitud">

<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>

<xs:element name="IdTransmision">

<xs:simpleType>



</xs:restriction>

</xs:simpleType>




17

</xs:element>

<xs:element name="LiteralError">

<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>

<xs:element name="NifEmisor">

<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>

<xs:element name="NifFuncionario">

<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>

<xs:element name="Nombre">

<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>

<xs:element name="NombreCompleto">

<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>

<xs:element name="NombreCompletoFuncionario">

<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>

<xs:element name="NombreEmisor">

<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>

<xs:element name="NombreSolicitante">

<xs:simpleType>




18



</xs:restriction>

</xs:simpleType>

</xs:element>

<xs:element name="NumElementos">

<xs:simpleType>

<xs:restriction base="xs:int">

<xs:totalDigits value="7"/>

<xs:minInclusive value="0"/>

</xs:restriction>

</xs:simpleType>

</xs:element>

<xs:element name="Peticion">

<xs:complexType>

<xs:all>

<xs:element ref="Atributos"/>

<xs:element ref="Solicitudes"/>

</xs:all>

</xs:complexType>

</xs:element>

<xs:element name="Solicitante">

<xs:complexType>

<xs:all>

<xs:element ref="IdentificadorSolicitante"/>

<xs:element ref="NombreSolicitante"/>

<xs:element ref="Finalidad"/>

<xs:element ref="Consentimiento"/>

<xs:element ref="Funcionario" minOccurs="0"/>

</xs:all>

</xs:complexType>

</xs:element>

<xs:element name="Solicitudes">

<xs:complexType>

<xs:sequence>

<xs:element ref="SolicitudTransmision"

maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

</xs:element>

<xs:element name="SolicitudTransmision">

<xs:complexType>

<xs:all>

<xs:element ref="DatosGenericos"/>

<xs:element ref="ns1:DatosEspecificos" minOccurs="0"/>

</xs:all>

</xs:complexType>

</xs:element>

<xs:element name="TiempoEstimadoRespuesta">

<xs:simpleType>






19


</xs:restriction>

</xs:simpleType>

</xs:element>

<xs:element name="TimeStamp">

<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>

<xs:element name="TipoDocumentacion">

<xs:simpleType>


<xs:enumeration value="CIF"/>

<xs:enumeration value="NIF"/>

<xs:enumeration value="DNI"/>

<xs:enumeration value="Pasaporte"/>

<xs:enumeration value="NIE"/>

</xs:restriction>

</xs:simpleType>

</xs:element>

<xs:element name="Titular">

<xs:complexType>

<xs:sequence>

<xs:element ref="TipoDocumentacion"/>

<xs:element ref="Documentacion"/>

<xs:element ref="NombreCompleto" minOccurs="0"/>

<xs:element ref="Nombre" minOccurs="0"/>

<xs:element ref="Apellido1" minOccurs="0"/>


</xs:sequence>

</xs:complexType>

</xs:element>

<xs:element name="Transmision">

<xs:complexType>

<xs:all>


<xs:element ref="IdSolicitud"/>

<xs:element ref="IdTransmision" minOccurs="0"/>

<xs:element ref="FechaGeneracion" minOccurs="0"/>

</xs:all>

</xs:complexType>

</xs:element>

</xs:schema>




20

2.1.4 Mensaje de Respuesta del Servicio de Envío de Datos para Datos de Matrícula

A continuación se recoge el mensaje de respuesta que debe devolver el Servicio de

Envío de Datos a una petición concreta.

Como se aprecia en la Figura 4, la respuesta estará formada por dos ramas de

información, la rama definida como Atributos, y la de Transmisiones. La rama

Atributos contiene los datos de control relativos a toda la respuesta y la codificación de

la respuesta obtenida, la rama Transmisiones contiene información con los

DatosGenericos que siguen el esquema especificado en el proyecto de Sustitución de



La respuesta del servicio se recogerá sobre los campos CodigoEstado y LiteralEstado

pertenecientes a la rama Repuesta/Atributos/Estado. Y los datos solicitados se

devuelven en el elemento DatosEspecificos. Ver Figura 5.

Figura 4. Respuesta del Servicio de Envío de Datos para Datos de Matrícula




21

2.1.5 Formato de los Datos de la Respuesta del Servicio de Envío de Datos para Datos de Matrícula


de los campos del mensaje de respuesta.

Ubicación Nombre Tipo Oblig

atorio

Descripción

Respuesta Atributos BLOQUE Sí Bloque Único. Contiene los datos de control,


Respuesta

/Atributos

IdPeticion String(16) Sí Identificador de petición único en el sistema.

Esta etiqueta contiene el mismo valor que el

introducido sobre la etiqueta IdPetición del

mensaje de petición.

Respuesta/Atri

butos

NumElementos Int Sí Número de elementos de la petición Sobre la

rama Transmisiones. En este caso, el número de

transmisiones en una invocación será 1, ya que

se trabaja en modo síncrono.

Respuesta/Atri

butos

TimeStamp String(29) Sí Fecha y hora del envío del mensaje. Formato:

yyyy-MM-dd HH:mm:ss.sss

Respuesta/Atri

butos

Estado BLOQUE No Bloque único. Contiene información sobre el

estado de la petición.

Respuesta/Atri

butos/Estado

CodigoEstado String(4) No Código de error o estado. Ver Apartado Errores

Del Sistema. Cuando la respuesta es correcta el

código de error será ‘0003’ (TRAMITADA).

Respuesta

/Atributos/Esta

do

CodigoEstadoSecundar

io

String(16) No Código de error secundario. En la primera fase

del sistema este dato no tiene relevancia para el

proceso.

Respuesta/Atri

butos/Estado


Respuesta

/Atributos/Esta

do

TiempoEstimadoRespu

esta

Int No Tiempo estimado de respuesta. No es necesario

para el servicio.

Respuesta/Atri

butos

CodigoCertificado String(64) Sí Código del certificado del servicio que se

solicita en la petición. El mismo valor que va en

la parte de Datos Genéricos de la solicitud.

Tendrá el valor MATRICULA_V10.

Respuesta Transmisiones BLOQUE Sí Bloque único que engloba la lista de

transmisiones que se envían.

Respuesta/Tran

smisiones

TransmisionDatos BLOQUE Sí Bloque que se repite de 1 a n veces. Contiene

los datos relativos a una transmisión. En este

envío sólo se repite una vez.

Respuesta/

Transmisiones /

TransmisionDa

tos

DatosGenericos BLOQUE Sí Bloque único. Contiene los datos genéricos

sobre una transmisión.

Respuesta/

Transmisiones/


solicitud.




22

TransmisionDa

tos/DatosGener

icos

Respuesta/Tran

smisiones/Tran

smisionDatos/

DatosGenericos

/Emisor

NifEmisor String(10) Sí Nif del Emisor. El valor que toma para este

servicio es: Q3018001B.

Respuesta/Tran

smisiones/Tran

smisionDatos/

DatosGenericos

/Emisor



Respuesta/Tran

smisiones/Tran

smisionDatos/

DatosGenericos

Solicitante BLOQUE Sí Bloque único. Contiene datos del solicitante de

la transacción.

Respuesta/

Transmisiones/

TransmisionDa

tos/DatosGener

icos /Solicitante

IdentificadorSolicitante String(10) Sí Código del Organismo al que pertenece la

persona o aplicación que solicita los datos. NIF

del requirente.

Respuesta/Tran

smisiones/Tran

smisionDatos/

DatosGenericos

/Solicitante

NombreSolicitante String(50) Sí Organismo al que pertenece la persona o

aplicación que solicita los datos. Nombre del

requirente.

Respuesta/Tran

smisiones/Tran

smisionDatos/

DatosGenericos

/Solicitante


263/1996.

Contiene el motivo o causa por la que se

necesita realizar la consulta de datos de

matrícula.


PROCEDIMIENTO:(20 posiciones)#::#

(Separador 4 posiciones) ID_EXPEDIENTE (20

posiciones) #::#(Separador 4 posiciones)

FINALIDAD: (Resto del campo.)

El contenido de este campo depende únicamente

del cliente que solicita la información, y

depende directamente del Procedimiento por el

que se solicita.

Respuesta/Tran

smisiones/Tran

smisionDatos/

DatosGenericos

/Solicitante



- Si

- Ley

Respuesta/Tran

smisiones/Tran

smisionDatos/

DatosGenericos

/Solicitante

Funcionario BLOQUE NO Contiene la información relevante al empleado


solicitud realizada desde una aplicación

contendrá la persona de contacto de la

aplicación. Es opcional.




23

Respuesta/Tran

smisiones/Tran

smisionDatos/

DatosGenericos

/Solicitante/

Funcionario

NombreCompletoFunci

onario

String(122) No Contiene el nombre completo del empleado

público que realiza la solicitud. Es opcional.

Respuesta/Tran

smisiones/Tran

smisionDatos/

DatosGenericos

/Solicitante/

Funcionario

NifFuncionario String(10) No NIF del empleado público que realiza la

solicitud. Es opcional.

Respuesta/

Transmisiones/

TransmisionDa

tos/

DatosGenericos

Titular BLOQUE Sí Contiene datos de la persona sobre la que

obtener la información de títulos.

Respuesta/

Transmisiones/

TransmisionDa

tos/DatosGener

icos/Titular


- NIF

- DNI

- NIE.

Respuesta/Tran

smisiones/Tran

smisionDatos/

DatosGenericos

/Titular


TipoDocumentacion.

Respuesta/Tran

smisiones/Tran

smisionDatos/

DatosGenericos

/Titular


opcional.

Respuesta/Tran

smisiones/Tran

smisionDatos/

DatosGenericos

/Titular


Respuesta/Solic

itudes/Solicitud

Transmision/D

atosGenericos/

Titular


opcional.

Respuesta/Tran

smisiones/Tran

smisionDatos/

DatosGenericos

/Titular


opcional.

Respuesta/Tran

smisiones/Tran

smisionDatos/

DatosGenericos

Transmision BLOQUE Sí Bloque único. Contiene los datos del certificado

que se va a solicitar.




24

Respuesta/Tran

smisiones/Tran

smisionDatos/

DatosGenericos

/ Transmision


mismo valor que va en la parte de Atributos de

la solicitud. Tendrá el valor

MATRICULA_V10.

Respuesta/Tran

smisiones/Tran

smisionDatos/

DatosGenericos

/ Transmision


solicitante. Es el mismo que el valor de

idPeticion (en la parte Atributos de la petición).

Respuesta/Tran

smisiones/Tran

smisionDatos/

DatosGenericos

/Transmision

IdTransmision String(26) No Código de la transmisión, único para el

organismo solicitante.

Respuesta/Tran

smisiones/Tran

smisionDatos/

DatosGenericos

/ Transmision


Formato: yyyy-MM-dd HH:mm:ss.sss. El

servicio no lo tiene en cuenta.

Respuesta/

Transmisiones/

TransmisionDa

tos

DatosEspecificos BLOQUE Sí Bloque único. Contiene los datos de transmisión

que se solicita al organismo emisor y que tienen

relación específica con el certificado que se está

solicitando. Estará formado por los datos de

matrícula que posee la persona en la

Universidad de Murcia. Ver apartado Mensaje

de Datos Específicos

2.1.6 Esquema de Validación de la Respuesta del Servicio de Envío de Datos para Datos de Matrícula

Este esquema muestra la respuesta que proporcionará el Servicio Web a las distintas

solicitudes recibidas para la consulta de datos de matrícula.


<xs:schema xmlns="http://www.map.es/scsp/esquemas/V2/respuesta"



targetNamespace="http://www.map.es/scsp/esquemas/V2/respuesta"





<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>




25



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:complexType>

<xs:all>






</xs:all>

</xs:complexType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>




</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:complexType>

<xs:all>








26

</xs:all>

</xs:complexType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:complexType>

<xs:all>



</xs:all>

</xs:complexType>

</xs:element>


<xs:complexType>

<xs:all>





minOccurs="0"/>

</xs:all>

</xs:complexType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>




</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:complexType>

<xs:sequence>


minOccurs="0"/>


</xs:sequence>

</xs:complexType>




27

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>

28



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>




</xs:restriction>

</xs:simpleType>

</xs:element>

<xs:element name="Respuesta">

<xs:complexType>

<xs:sequence>




<xs:element ref="Transmisiones" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

</xs:element>




29

<xs:complexType>

<xs:all>






</xs:all>

</xs:complexType>

</xs:element>


<xs:simpleType>




</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>







</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:complexType>

<xs:sequence>







</xs:sequence>

</xs:complexType>

</xs:element>


<xs:complexType>

<xs:all>


30


<xs:element ref="IdTransmision"/>

<xs:element ref="FechaGeneracion"/>

</xs:all>

</xs:complexType>

</xs:element>

<xs:element name="TransmisionDatos">

<xs:complexType>

<xs:all>


<xs:element ref="ns1:DatosEspecificos"/>

</xs:all>

</xs:complexType>

</xs:element>



<xs:element name="Transmisiones" nillable="false">

<xs:complexType>

<xs:sequence>

<xs:element ref="TransmisionDatos"


</xs:sequence>

</xs:complexType>

</xs:element>

</xs:schema>

2.1.7 Mensaje de Datos Específicos

A continuación se recoge la rama de Datos Específicos para los datos de matrícula.

Como se puede ver en la Figura 5, se define un elemento FechaConsultaMatricula que

contiene la fecha para la que se quieren consultar los datos de matrícula, y un elemento

MatriculaAlumno que contiene la relación de estudios en los que se encuentra

matriculada la persona en la Universidad de Murcia durante el curso académico

correspondiente con la fecha de consulta.




31

Figura 5. Mensaje de datos específicos

2.1.8 Formato Datos Específicos


de los campos del mensaje de datos específicos.




32

Ubicación Nombre Tipo Obligat

orio

Descripción

DatosEspecificos BLOQUE Sí Bloque con la información

específica de datos de matrícula.

DatosEspecificos FechaConsultaMatricula Date No Fecha de consulta de los datos de

matrícula.

DatosEspecificos MatriculaAlumno BLOQUE No Datos de matrícula

DatosEspecificos/

MatriculaAlumno

DatosAlumno BLOQUE Si Datos del titular del certificado

DatosEspecificos/

MatriculaAlumno

DatosAlumno

Identificador String Si Identificador del titular del

certificado

DatosEspecificos/

MatriculaAlumno

DatosAlumno

Nombre String Si Nombre del titular del certificado

DatosEspecificos/

MatriculaAlumno

DatosAlumno

Apellidos String Si Apellidos del titular del certificado

DatosEspecificos/

MatriculaAlumno

Estudios BLOQUE Si Estudios en los que se encuentra

matriculado en la Universidad de

Murcia.

DatosEspecificos/

MatriculaAlumno /

Estudios

Estudio BLOQUE Si Estudio en el que se encuentra

matriculado. Este elemento se

puede repetir de 1 a n veces.

DatosEspecificos/

MatriculaAlumno /

Estudios/Estudio

TipoEstudio String Si Tipo del estudio, uno de los

siguiente: GRADO,

DIPLOMATURA, INGENIERIA

TECNICA, LICENCIATURA,

INGENIERIA, MASTER o

DOCTORADO

DatosEspecificos/

MatriculaAlumno /

Estudios/Estudio

CodigoMec String Si Código definido por el Ministerio

de Educación y Ciencia asociado al

estudio.

DatosEspecificos/

MatriculaAlumno /

Estudios/Estudio

DescripcionEstudio String Si Descripción del estudio.

DatosEspecificos/

MatriculaAlumno /

Estudios/Estudio

NumeroCreditos Decimal Si Número de créditos matriculado.

DatosEspecificos/

MatriculaAlumno /

Fecha

Fecha Date No Fecha de consulta.




33

2.1.9 Esquema de Validación de los Datos Específicos

A continuación se muestra el esquema de validación de la rama de DatosEspecificos

tanto peticiones como respuestas. La definición del esquema asociado al elemento

MatriculaAlumno viene definido en datos-especificos.xsd, que a su vez referencia al

esquema VolanteMatricula.xsd.


<xs:schema xmlns="http://www.map.es/scsp/esquemas/datosespecificos"


targetNamespace="http://www.map.es/scsp/esquemas/datosespecificos"


<xs:element name="DatosEspecificos" type="xs:anyType"/>

</xs:schema>


<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema"

xmlns:mat="urn:umu:eadmin:matricula:schema"

targetNamespace="urn:umu:eadmin:matricula:schema" elementFormDefault="qualified"

attributeFormDefault="unqualified">

<xs:complexType name="DatosAlumnoType">

<xs:annotation>

<xs:documentation>Datos personales del alumno: Identificador (NIF),

Nombre y Apellidos</xs:documentation>

</xs:annotation>

<xs:sequence>

<xs:element name="Identificador" type="xs:string"/>

<xs:element name="Nombre" type="xs:string"/>

<xs:element name="Apellidos" type="xs:string"/>

</xs:sequence>

</xs:complexType>

<xs:simpleType name="TipoEstudioType">

<xs:annotation>

<xs:documentation>Tipo de estudio oficial</xs:documentation>

</xs:annotation>


<xs:enumeration value="GRADO"/>

<xs:enumeration value="DIPLOMATURA"/>

<xs:enumeration value="INGENIERIA TECNICA"/>

<xs:enumeration value="LICENCIATURA"/>

<xs:enumeration value="INGENIERIA"/>

<xs:enumeration value="MASTER"/>

<xs:enumeration value="DOCTORADO"/>

<xs:enumeration value="DOCTOR"/>

</xs:restriction>

</xs:simpleType>

<xs:complexType name="EstudioType">

<xs:annotation>

<xs:documentation>Información sobre un determinado

estudio</xs:documentation>

</xs:annotation>

<xs:sequence>




34

<xs:element name="TipoEstudio" type="mat:TipoEstudioType"/>

<xs:element name="CodigoMec" type="xs:string"/>

<xs:element name="DescripcionEstudio" type="xs:string"/>

<xs:element name="NumeroCreditos" type="xs:decimal"/>

</xs:sequence>

</xs:complexType>

<xs:complexType name="EstudiosType">

<xs:annotation>

<xs:documentation>Agrupación de estudios</xs:documentation>

</xs:annotation>

<xs:sequence>

<xs:element name="Estudio" type="mat:EstudioType"


</xs:sequence>

</xs:complexType>

<xs:element name="MatriculaAlumno">

<xs:annotation>

<xs:documentation>Asociación de estudios en los que se encuentra

matriculado un determinado alumno</xs:documentation>

</xs:annotation>

<xs:complexType>

<xs:sequence>

<xs:element name="DatosAlumno"

type="mat:DatosAlumnoType"/>

<xs:element name="Estudios" type="mat:EstudiosType"/>

<xs:element name="Fecha" type="xs:date"/>

</xs:sequence>

</xs:complexType>

</xs:element>

<xs:element name="FechaConsultaMatricula" type="xs:date">

<xs:annotation>

<xs:documentation>Parámetro de entrada : Fecha de consulta de datos de

matrícula</xs:documentation>

</xs:annotation>

</xs:element>

</xs:schema>




35

2.2 Servicio de Envío de Datos para Datos de Títulos Académicos

En este intercambio se ofrecen datos de títulos académicos oficiales expedidos por la

Universidad de Murcia.

Los datos que se ofrecen tienen las siguientes restricciones:

- Sólo se devuelven datos sobre títulos académicos expedidos a partir del curso

1990/1991 inclusive.

2.2.1 Mensaje de Petición al Servicio de Envío de Datos para Datos de Títulos Académicos

A continuación se recoge el esquema de validación del mensaje de petición que debe

recibir el Servicio de Envío de Datos. Como se aprecia en la Figura 6, la petición estará

formada por dos ramas de información, la rama definida como Atributos, y la de

Solicitudes. La rama Atributos, contiene los datos de control relativos a toda la petición,

la rama Solicitudes contiene la información concreta de la petición realizada.

La rama Solicitudes se estructura en dos grandes bloques: DatosGenericos y

DatosEspecificos.

Los DatosGenericos siguen el esquema especificado en el proyecto de Sustitución de



A continuación se define el significado de las distintas etiquetas utilizadas sobre la

definición del esquema de petición:




36

Figura 6. Petición del Servicio de Envío de Datos para Datos de Títulos Académicos

2.2.2 Formato de los Datos de la Petición al Servicio de Envío de Datos para Datos de Títulos Académicos


de los campos del mensaje de petición.


torio

Descripción

Peticion Atributos BLOQUE Sí Bloque Único. Contiene los datos de control,


Peticion /Atributos IdPeticion String(16) Sí Identificador único de la petición en el sistema. Es

el número de serie del certificado (8 caracteres) +

Número autonumérico. Cada petición que se recibe

debe llevar un número único en el sistema, este

número corresponde al numero de serie del

certificado de la aplicación que realiza la petición,

más un número que representa el número de

peticiones realizadas desde esa aplicación. El

sistema no validará si el número de peticiones

recibidas es correlativo.

Peticion /Atributos NumElementos Int Sí Número de elementos de la petición sobre la rama




37

SolicitudTransmision. En este caso, el número de

peticiones en una invocación será 1, ya que se

trabaja en modo síncrono.

Peticion /Atributos TimeStamp String(29) Sí Fecha y hora del envío del mensaje. Formato: yyyy-

MM-dd HH:mm:ss.sss

Peticion /Atributos Estado BLOQUE No Bloque único. Contiene información sobre el estado

de la petición.

Peticion/Atributos/

Estado

CodigoEstado String(4) No Código de error o estado.

Peticion/Atributos/

Estado

CodigoEstadoSecundari

o

String(16) No Código de error secundario. En la primera fase del

sistema este dato no tiene relevancia para el

proceso.

Peticion/Atributos/

Estado


Peticion/Atributos/

Estado

TiempoEstimadoRespue

sta

Int No Tiempo estimado de respuesta. No es necesario para

el servicio.

Peticion /Atributos CodigoCertificado String(64) Sí Código del certificado del servicio que se solicita en

la petición. El mismo valor que va en la parte de

Datos Genéricos de la solicitud. Tendrá el valor

TITULOS_V10.

Peticion Solicitudes BLOQUE Sí Bloque único que engloba la lista de solicitudes de

transmisión que se envían.

Peticion/Solicitude

s

SolicitudTransmision BLOQUE Sí Bloque que se repite de 1 a n veces. Contiene los

datos relativos a una solicitud de transmisión. En

este envío sólo se repite una vez.

Peticion/Solicitude

s/

SolicitudTransmisi

on

DatosGenericos BLOQUE Sí Bloque único. Contiene los datos genéricos sobre

una transmisión.

Peticion/Solicitude

s/SolicitudTransmi

sion/DatosGeneric

os


solicitud.

Peticion/Solicitude

s/SolicitudTransmi

sion/DatosGeneric

os/Emisor

NifEmisor String(10) Sí Nif del Emisor. El valor que toma para este servicio

es: Q3018001B.

Peticion

/Solicitudes/Solicit

udTransmision/Dat

osGenericos/

Emisor



Peticion/Solicitude

s/SolicitudTransmi

sion/DatosGeneric

os

Solicitante BLOQUE Sí Bloque único. Contiene datos del solicitante de la

transacción.

Peticion/Solicitude

s/SolicitudTransmi

IdentificadorSolicitante String(10) Sí Código del Organismo al que pertenece la persona o

aplicación que solicita los datos. En este caso: NIF




38

sion/DatosGeneric

os/Solicitante

del requirente.

Peticion/Solicitude

s/SolicitudTransmi

sion/DatosGeneric

os/Solicitante

NombreSolicitante String(50) Sí Organismo al que pertenece la persona o aplicación

que solicita los datos. Nombre del requirente.

Peticion/Solicitude

s/SolicitudTransmi

sion/DatosGeneric

os/Solicitante


263/1996.

Contiene el motivo o causa por la que se necesita

realizar la consulta de títulos académicos.


PROCEDIMIENTO (20 posiciones)#::# (Separador

4 posiciones) ID_EXPEDIENTE (20 posiciones)

#::#(Separador 4 posiciones) FINALIDAD: (Resto

del campo.)

El contenido de este campo depende únicamente del

cliente que solicita la información, y depende

directamente del Procedimiento por el que se

solicita.

Peticion/Solicitude

s/SolicitudTransmi

sion/DatosGeneric

os/Solicitante



- Si

- Ley

Peticion/Solicitude

s/SolicitudTransmi

sion/DatosGeneric

os/Solicitante

Funcionario BLOQUE No Contiene la información relevante al empleado


solicitud realizada desde una aplicación contendrá

la persona de contacto de la aplicación. Es

opcional.

Peticion/Solicitude

s/SolicitudTransmi

sion/DatosGeneric

os/Solicitante

NombreCompletoFunci

onario

String(122) No Contiene el nombre completo del empleado público

que realiza la solicitud. Es opcional.

Peticion/Solicitude

s/SolicitudTransmi

sion/DatosGeneric

os/Solicitante/Func

ionario

NifFuncionario String(10) No NIF del empleado público que realiza la solicitud.

Es opcional.

Peticion/Solicitude

s/SolicitudTransmi

sion/DatosGeneric

os

Titular BLOQUE Sí Contiene datos de la persona sobre la que obtener la

información de títulos.

Peticion/Solicitude

s/SolicitudTransmi

sion/DatosGeneric

os/Titular


- NIF

- DNI

- NIE.

Peticion/Solicitude

s/SolicitudTransmi

sion/DatosGeneric


TipoDocumentacion.




39

os/Titular

Peticion/Solicitude

s/SolicitudTransmi

sion/DatosGeneric

os/Titular


opcional.

Peticion/Solicitude

s/SolicitudTransmi

sion/DatosGeneric

os/Titular


Peticion/Solicitude

s/SolicitudTransmi

sion/DatosGeneric

os/Titular


opcional.

Peticion/Solicitude

s/SolicitudTransmi

sion/DatosGeneric

os/Titular


opcional.

Peticion/Solicitude

s/SolicitudTransmi

sion/DatosGeneric

os

Transmision BLOQUE Sí Bloque único. Contiene los datos del certificado que

se va a solicitar.

Peticion/Solicitude

s/SolicitudTransmi

sion/DatosGeneric

os/ Transmision


mismo valor que va en la parte de Atributos de la

solicitud. Tendrá el valor TITULOS_V10.

Peticion/Solicitude

s/SolicitudTransmi

sion/DatosGeneric

os/Transmision


solicitante. Es el mismo que el valor de idPeticion

(en la parte Atributos de la petición).

Peticion/Solicitude

s/SolicitudTransmi

sion/DatosGeneric

os/Transmision

IdTransmision String(26) No Código de la transmisión, único para el organismo

solicitante.

Peticion/Solicitude

s/SolicitudTransmi

sion/DatosGeneric

os/Transmision


Formato: yyyy-MM-dd HH:mm:ss.sss. El servicio

no lo tiene en cuenta.

2.2.3 Esquema de validación de la Petición al Servicio de Envío de Datos para Datos de Títulos Académicos

A continuación se describe el esquema de validación que se aplicarán sobre los datos

que el Servicio de Envío de Datos recibirá para una petición de consulta de datos de

títulos académicos.


<xs:schema xmlns="http://www.map.es/scsp/esquemas/V2/peticion"






40


targetNamespace="http://www.map.es/scsp/esquemas/V2/peticion"





<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:complexType>

<xs:all>






</xs:all>

</xs:complexType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>





41

<xs:simpleType>




</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:complexType>

<xs:all>





</xs:all>

</xs:complexType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:complexType>

<xs:all>



</xs:all>

</xs:complexType>

</xs:element>


<xs:complexType>

<xs:all>





minOccurs="0"/>

</xs:all>

</xs:complexType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>




42




</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:complexType>

<xs:sequence>


minOccurs="0"/>


</xs:sequence>

</xs:complexType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>




43



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>







44

</xs:restriction>

</xs:simpleType>

</xs:element>

<xs:element name="Peticion">

<xs:complexType>

<xs:all>


<xs:element ref="Solicitudes"/>

</xs:all>

</xs:complexType>

</xs:element>


<xs:complexType>

<xs:all>






</xs:all>

</xs:complexType>

</xs:element>

<xs:element name="Solicitudes">

<xs:complexType>

<xs:sequence>

<xs:element ref="SolicitudTransmision"


</xs:sequence>

</xs:complexType>

</xs:element>

<xs:element name="SolicitudTransmision">

<xs:complexType>

<xs:all>


<xs:element ref="ns1:DatosEspecificos" minOccurs="0"/>

</xs:all>

</xs:complexType>

</xs:element>


<xs:simpleType>




</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>




45

</xs:element>


<xs:simpleType>







</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:complexType>

<xs:sequence>







</xs:sequence>

</xs:complexType>

</xs:element>


<xs:complexType>

<xs:all>



<xs:element ref="IdTransmision" minOccurs="0"/>

<xs:element ref="FechaGeneracion" minOccurs="0"/>

</xs:all>

</xs:complexType>

</xs:element>

</xs:schema>

2.2.4 Mensaje de Respuesta del Servicio de Envío de Datos para Datos de Títulos Académicos

A continuación se recoge el mensaje de respuesta que debe devolver el Servicio de

Envío de Datos a una petición concreta.

Como se aprecia en la Figura 7, la respuesta estará formada por dos ramas de

información, la rama definida como Atributos, y la de Transmisiones. La rama

Atributos contiene los datos de control relativos a toda la respuesta y la codificación de

la respuesta obtenida, la rama Transmisiones contiene información con los

DatosGenericos que siguen el esquema especificado en el proyecto de Sustitución de






46

La respuesta del servicio se recogerá sobre los campos CodigoEstado y LiteralEstado

pertenecientes a la rama Repuesta/Atributos/Estado. Y los datos solicitados se

devuelven en el elemento DatosEspecificos. Ver Figura 8.

Figura 7. Respuesta del Servicio de Envío de Datos para Datos de Títulos académicos

2.2.5 Formato de los Datos de la Respuesta del Servicio de Envío de Datos para Datos de Títulos Académicos


de los campos del mensaje de respuesta.

Ubicación Nombre Tipo Oblig

atorio

Descripción

Respuesta Atributos BLOQUE Sí Bloque Único. Contiene los datos de control,


Respuesta IdPeticion String(16) Sí Identificador de petición único en el sistema.




47

/Atributos Esta etiqueta contiene el mismo valor que el

introducido sobre la etiqueta IdPetición del

mensaje de petición.

Respuesta/Atri

butos

NumElementos Int Sí Número de elementos de la petición Sobre la

rama Transmisiones. En este caso, el número de

transmisiones en una invocación será 1, ya que

se trabaja en modo síncrono.

Respuesta/Atri

butos

TimeStamp String(29) Sí Fecha y hora del envío del mensaje. Formato:

yyyy-MM-dd HH:mm:ss.sss

Respuesta/Atri

butos

Estado BLOQUE No Bloque único. Contiene información sobre el

estado de la petición.

Respuesta/Atri

butos/Estado

CodigoEstado String(4) No Código de error o estado. Ver Apartado Errores

Del Sistema. Cuando la respuesta es correcta el

código de error será ‘0003’ (TRAMITADA).

Respuesta

/Atributos/Esta

do

CodigoEstadoSecundar

io

String(16) No Código de error secundario. En la primera fase

del sistema este dato no tiene relevancia para el

proceso.

Respuesta/Atri

butos/Estado


Respuesta

/Atributos/Esta

do

TiempoEstimadoRespu

esta

Int No Tiempo estimado de respuesta. No es necesario

para el servicio.

Respuesta/Atri

butos

CodigoCertificado String(64) Sí Código del certificado del servicio que se

solicita en la petición. El mismo valor que va en

la parte de Datos Genéricos de la solicitud.

Tendrá el valor TITULOS_V10.

Respuesta Transmisiones BLOQUE Sí Bloque único que engloba la lista de

transmisiones que se envían.

Respuesta/Tran

smisiones

TransmisionDatos BLOQUE Sí Bloque que se repite de 1 a n veces. Contiene

los datos relativos a una transmisión. En este

envío sólo se repite una vez.

Respuesta/

Transmisiones /

TransmisionDa

tos

DatosGenericos BLOQUE Sí Bloque único. Contiene los datos genéricos

sobre una transmisión.

Respuesta/

Transmisiones/

TransmisionDa

tos/DatosGener

icos


solicitud.

Respuesta/Tran

smisiones/Tran

smisionDatos/

DatosGenericos

/Emisor

NifEmisor String(10) Sí Nif del Emisor. El valor que toma para este

servicio es: Q3018001B.

Respuesta/Tran

smisiones/Tran

smisionDatos/

DatosGenericos






48

/Emisor

Respuesta/Tran

smisiones/Tran

smisionDatos/

DatosGenericos

Solicitante BLOQUE Sí Bloque único. Contiene datos del solicitante de

la transacción.

Respuesta/

Transmisiones/

TransmisionDa

tos/DatosGener

icos /Solicitante

IdentificadorSolicitante String(10) Sí Código del Organismo al que pertenece la

persona o aplicación que solicita los datos. NIF

del requirente.

Respuesta/Tran

smisiones/Tran

smisionDatos/

DatosGenericos

/Solicitante

NombreSolicitante String(50) Sí Organismo al que pertenece la persona o

aplicación que solicita los datos. Nombre del

requirente.

Respuesta/Tran

smisiones/Tran

smisionDatos/

DatosGenericos

/Solicitante


263/1996. Contiene el motivo o causa por la que

se necesita realizar la consulta de títulos

académicos.


PROCEDIMIENTO:(20 posiciones)#::#

(Separador 4 posiciones) ID_EXPEDIENTE (20

posiciones) #::#(Separador 4 posiciones)

FINALIDAD: (Resto del campo.)

El contenido de este campo depende únicamente

del cliente que solicita la información, y

depende directamente del Procedimiento por el

que se solicita.

Respuesta/Tran

smisiones/Tran

smisionDatos/

DatosGenericos

/Solicitante



- Si

- Ley

Respuesta/Tran

smisiones/Tran

smisionDatos/

DatosGenericos

/Solicitante

Funcionario BLOQUE NO Contiene la información relevante al empleado


solicitud realizada desde una aplicación

contendrá la persona de contacto de la

aplicación. Es opcional.

Respuesta/Tran

smisiones/Tran

smisionDatos/

DatosGenericos

/Solicitante/

Funcionario

NombreCompletoFunci

onario

String(122) No Contiene el nombre completo del empleado

público que realiza la solicitud. Es opcional.

Respuesta/Tran

smisiones/Tran

smisionDatos/

DatosGenericos

/Solicitante/

Funcionario

NifFuncionario String(10) No NIF del empleado público que realiza la

solicitud. Es opcional.

Respuesta/ Titular BLOQUE Sí Contiene datos de la persona sobre la que




49

Transmisiones/

TransmisionDa

tos/

DatosGenericos

obtener la información de títulos.

Respuesta/

Transmisiones/

TransmisionDa

tos/DatosGener

icos/Titular


- NIF

- DNI

- NIE.

Respuesta/Tran

smisiones/Tran

smisionDatos/

DatosGenericos

/Titular


TipoDocumentacion.

Respuesta/Tran

smisiones/Tran

smisionDatos/

DatosGenericos

/Titular


opcional.

Respuesta/Tran

smisiones/Tran

smisionDatos/

DatosGenericos

/Titular


Respuesta/Solic

itudes/Solicitud

Transmision/D

atosGenericos/

Titular


opcional.

Respuesta/Tran

smisiones/Tran

smisionDatos/

DatosGenericos

/Titular


opcional.

Respuesta/Tran

smisiones/Tran

smisionDatos/

DatosGenericos

Transmision BLOQUE Sí Bloque único. Contiene los datos del certificado

que se va a solicitar.

Respuesta/Tran

smisiones/Tran

smisionDatos/

DatosGenericos

/ Transmision


mismo valor que va en la parte de Atributos de

la solicitud. Tendrá el valor TITULOS_V10.

Respuesta/Tran

smisiones/Tran

smisionDatos/

DatosGenericos

/ Transmision


solicitante. Es el mismo que el valor de

idPeticion (en la parte Atributos de la petición).

Respuesta/Tran

smisiones/Tran

smisionDatos/

IdTransmision String(26) No Código de la transmisión, único para el

organismo solicitante.




50

DatosGenericos

/Transmision

Respuesta/Tran

smisiones/Tran

smisionDatos/

DatosGenericos

/ Transmision


Formato: yyyy-MM-dd HH:mm:ss.sss. El

servicio no lo tiene en cuenta.

Respuesta/

Transmisiones/

TransmisionDa

tos

DatosEspecificos BLOQUE Sí Bloque único. Contiene los datos de transmisión

que se solicita al organismo emisor y que tienen

relación específica con el certificado que se está

solicitando. Estará formado por los títulos

académicos que posee la persona en la

Universidad de Murcia.Ver apartado Mensaje de

Datos Específicos

2.2.6 Esquema de Validación de la Respuesta del Servicio de Envío de Datos para Datos de Títulos Académicos

Este esquema muestra la respuesta que proporcionará el Servicio Web a las distintas

solicitudes recibidas para la consulta de datos de títulos académicos.


<xs:schema xmlns="http://www.map.es/scsp/esquemas/V2/respuesta"



targetNamespace="http://www.map.es/scsp/esquemas/V2/respuesta"





<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:complexType>

<xs:all>









51

</xs:all>

</xs:complexType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>




</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:complexType>

<xs:all>





</xs:all>

</xs:complexType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:complexType>

<xs:all>




52



</xs:all>

</xs:complexType>

</xs:element>


<xs:complexType>

<xs:all>





minOccurs="0"/>

</xs:all>

</xs:complexType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>




</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:complexType>

<xs:sequence>


minOccurs="0"/>


</xs:sequence>

</xs:complexType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>



</xs:restriction>




53

</xs:simpleType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


54

<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>




</xs:restriction>

</xs:simpleType>

</xs:element>

<xs:element name="Respuesta">

<xs:complexType>

<xs:sequence>




<xs:element ref="Transmisiones" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

</xs:element>


<xs:complexType>

<xs:all>






</xs:all>

</xs:complexType>

</xs:element>


<xs:simpleType>




55



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>



</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:simpleType>







</xs:restriction>

</xs:simpleType>

</xs:element>


<xs:complexType>

<xs:sequence>







</xs:sequence>

</xs:complexType>

</xs:element>


<xs:complexType>

<xs:all>



<xs:element ref="IdTransmision"/>

<xs:element ref="FechaGeneracion"/>

</xs:all>

</xs:complexType>

</xs:element>

<xs:element name="TransmisionDatos">

<xs:complexType>

<xs:all>


<xs:element ref="ns1:DatosEspecificos"/>

</xs:all>

</xs:complexType>

56

</xs:element>



<xs:element name="Transmisiones" nillable="false">

<xs:complexType>

<xs:sequence>

<xs:element ref="TransmisionDatos"


</xs:sequence>

</xs:complexType>

</xs:element>

</xs:schema>

2.2.7 Mensaje de Datos Específicos

A continuación se recoge la rama de Datos Específicos para el Servicio Web de envío

de títulos académicos. Como se puede ver en la Figura 8, se define un elemento

TitulosAlumno que contiene la información de los diferentes títulos académicos que la

persona ha obtenido en la Universidad de Murcia.

Figura 8. Mensaje de datos específicos

2.2.8 Formato Datos Específicos


de los campos del mensaje de datos específicos.




57

2.2.9 Esquema de Validación de los Datos Específicos

A continuación se muestra el esquema de validación de la rama de DatosEspecificos

tanto peticiones como respuestas) para el Servicio de Envío de títulos académicos. La

definición del esquema asociado al elemento TitulosAlumno viene definido en datos-

especificos.xsd, que a su vez referencia al esquema VolanteTitulos.xsd.


<xs:schema xmlns="http://www.map.es/scsp/esquemas/datosespecificos"


targetNamespace="http://www.map.es/scsp/esquemas/datosespecificos"


<xs:element name="DatosEspecificos" type="xs:anyType"/>

</xs:schema>



torio

Descripción

DatosEspecificos TítulosAlumno BLOQUE Sí Certificado de títulos

DatosEspecificos/

TítulosAlumno

DatosAlumno BLOQUE Si Datos del titular del certificado

DatosEspecificos/

TítulosAlumno

DatosAlumno

Identificador String Si Identificador del titular del certificado

DatosEspecificos/

TítulosAlumno

DatosAlumno

Nombre String Si Nombre del titular del certificado

DatosEspecificos/

TítulosAlumno

DatosAlumno

Apellidos String Si Apellidos del titular del certificado

DatosEspecificos/

TítulosAlumno

Titulos BLOQUE Si Títulos ha obtenido la persona en la


DatosEspecificos/

TítulosAlumno/Tit

ulos

Titulo BLOQUE Si Información de un título conseguido por

el titular. Este elemento se puede repetir

de 1 a n veces

DatosEspecificos/

TítulosAlumno/Tit

ulos/Titulo

FechaExpedicion String Si Fecha de expedición del título

DatosEspecificos/

TítulosAlumno/Tit

ulos/Titulo

CodigoMec String Si Código definido por el Ministerio de

Educación y Ciencia asociado al título

DatosEspecificos/

TítulosAlumno/Tit

ulos/Titulo

DescripcionTitulaci

on

String Si Descripción del título




58

<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema"

xmlns:tits="urn:umu:eadmin:titulos:schema"

targetNamespace="urn:umu:eadmin:titulos:schema" elementFormDefault="qualified"


<xs:complexType name="DatosAlumnoType">

<xs:annotation>

<xs:documentation>Datos personales del alumno: Identificador (NIF),

Nombre y Apellidos</xs:documentation>

</xs:annotation>

<xs:sequence>

<xs:element name="Identificador" type="xs:string"/>

<xs:element name="Nombre" type="xs:string"/>

<xs:element name="Apellidos" type="xs:string"/>

</xs:sequence>

</xs:complexType>

<xs:complexType name="TituloType">

<xs:annotation>

<xs:documentation>Información sobre un determinado

título</xs:documentation>

</xs:annotation>

<xs:sequence>

<xs:element name="FechaExpedicion" type="xs:string"/>

<xs:element name="CodigoMec" type="xs:string"/>

<xs:element name="DescripcionTitulacion" type="xs:string"/>

</xs:sequence>

</xs:complexType>

<xs:complexType name="TitulosType">

<xs:annotation>

<xs:documentation>Agrupación de títulos</xs:documentation>

</xs:annotation>

<xs:sequence>

<xs:element name="Titulo" type="tits:TituloType"


</xs:sequence>

</xs:complexType>

<xs:element name="TitulosAlumno">

<xs:annotation>

<xs:documentation>Asociación de títulos conseguidos por un

determinado alumno</xs:documentation>

</xs:annotation>

<xs:complexType>

<xs:sequence>

<xs:element name="DatosAlumno"

type="tits:DatosAlumnoType"/>

<xs:element name="Titulos" type="tits:TitulosType"/>

</xs:sequence>

</xs:complexType>

</xs:element>

</xs:schema>




59

2.3 Errores Del Sistema Ante determinados errores detectados por el Servicio, este devolverá un error, bien,

siguiendo el esquema de respuesta de SCSP, bien, siguiendo el esquema de un mensaje

SOAP Fault, dependiendo del tipo de error.

2.3.1 Errores devueltos a través del esquema de respuesta

En este punto se definen los mensajes de error incluidos en la rama Estado del mensaje

de respuesta.

En la siguiente tabla se describen los posibles valores de error, devueltos por el Servicio

de Envío de Datos a las aplicaciones externas cuando llevan a cabo un acceso.

En caso de no producirse ningún error en la operación, se devolverá el código

especificado por el protocolo SCSP que significa que la petición ha sido tramitada

correctamente: ‘0003’.

Mensaje de Error Código Error SCSP Descripción del Error

Información no disponible. El titular

indicado no tiene datos de matrícula a

fecha dd-MM-yyyy en la Universidad

de Murcia.

0238

El titular no dispone de

datos de matrícula en la


Información no disponible. El titular

indicado no dispone de títulos en la


0238

El titular no dispone de

títulos en la Universidad de

Murcia.

Tipo de documento inválido 0404 El tipo de documento es

inválido.

2.3.2 Errores devueltos a través del esquema de SOAP Fault

Cuando el sistema detecta uno de los siguientes errores:

Error de conexión a la BD,

Error de conexión a la sistemas externos

Error de conexión a proveedores de datos (INE, DGP, SPEE, etc),

Error en la validación de esquemas

El servicio responderá con un mensaje SOAP que sigue el estándar SOAP Fault. Este

mensaje irá sin firmar.

El mensaje de error contendrá en el campo Detail del SOAP Fault, la estructura

Atributos definida en el mensaje de respuesta del sistema, de forma que el requirente

reciba dicha información.




60

En el campo faultcode del mensaje SOAP Fault, se incluyen los códigos estándar de

SOAP.

Se crea un código de estado "Error Indefinido", para los casos de error "incontrolados"

que no dan oportunidad siquiera a escribir el "detail" (por ejemplo los que genera el

servidor Web antes de acceder al motor SOAP, o los errores de http(s)).

A continuación se muestra la estructura que debe mantener el elemento Atributos que se

comentaba anteriormente.

Figura 9. Atributos de SOAP Fault

Los valores del campo CodigoEstado que indican los errores dados, podrán ser los

siguientes:

Mensaje de Error Código

Error

SCSP

Descripción del Error

Error al procesar la solicitud 0004 Error al procesar la solicitud

Error al insertar la petición 0202 Error al registrar la petición en el sistema

Error al generar la respuesta

0227 Se ha producido un error al generar la

respuesta del servicio.

Organismo no autorizado

0301 Organismo solicitante no está autorizado

Certificado caducado CIF_ORGANISMO 0302

El certificado con el que se firma la petición

está caducado

Certificado revocado CIF_ORGANISMO 0303

El certificado con el que se firma la petición

está revocado

Error al generar la firma del mensaje idPeticion 0306 Error al generar la firma de la respuesta




61

No se ha encontrado el nodo firma 0307

La petición no contiene nodo de firma

Error al obtener la firma del mensaje SOAP

idPeticion

0308

Error al recuperar la firma de la petición

Error general al verificar el certificado. 0309

Error al verificar el certificado con el que se

firma la petición

Error general al procesar la firma del mensaje 0312 Error al procesar la firma de la petición

Certificado inválido CIF_ORGANISMO 0313 El certificado con el que se firma es inválido

Error al recuperar el identificador del firmante. 0314 Error al recuperar el identificador del

elemento de firma en la petición

La estructura del fichero recibido no

corresponde con el esquema

0401 La petición no corresponde con el esquema

Imposible obtener el contenido XML del

mensaje SOAP

0403 Error al recuperar el contenido del mensaje

SOAP

Error del sistema 0502 Se dará cuando se produzca algún error

interno del servicio que impida el

funcionamiento correcto.

2.3.3 Especificación SOAP Fault

Según el esquema SOAP, la forma del mensaje de la parte SOAP Fault es la siguiente:

<xs:element name="Fault" type="tns:Fault" />

<xs:complexType name="Fault" final="extension">

<xs:annotation>

<xs:documentation>Fault reporting structure</xs:documentation>

</xs:annotation>

<xs:sequence>

<xs:element name="faultcode" type="xs:QName" />

<xs:element name="faultstring" type="xs:string" />

<xs:element name="faultactor" type="xs:anyURI" minOccurs="0" />

<xs:element name="detail" type="tns:detail" minOccurs="0" />

</xs:sequence>

</xs:complexType>

<xs:complexType name="detail">

<xs:sequence>

<xs:any namespace="##any" minOccurs="0" maxOccurs="unbounded"

processContents="lax" />

</xs:sequence>

<xs:anyAttribute namespace="##any" processContents="lax" />

</xs:complexType>

Los valores que tomarán cada uno de estos elementos serán los siguientes:

faultcode




62

Se debería dejar abierta la especificación de este elemento, siempre y cuando sea un

Xml Qualified Name correcto, según especificación de la W3C.

Opcionalmente, si se desea se podría indicar un faultcode del tipo:

Faultcode = Sender | Client | Receiver | Server [.Subcode]*

Donde Sender o Client, se utilizarían para indicar que el problema proviene del mensaje

enviado por el requirente, y Receiver o Server, para indicar que el problema ha surgido

por los procesos del receptor del mensaje.

faultstring

Puede tomar cualquier valor de tipo string.

Como sugerencia podría tomar el valor:

faultstring = [Cod_Error] Literal Error

Donde el Cod_Error serían 4 dígitos.

Por ejemplo: “[0301] Organismo no autorizado”

faultactor

Según la especificación SOAP, hace referencia a la URI del origen del error.

Se recomienda indicar la URI del servicio Web donde se ha producido el error.

detail

Este elemento contendrá una estructura Atributos, en la que se indicará toda la

información necesaria para el error

El esquema resultante para el mensaje sería de la forma:

<xs:schema xmlns=" http://www.map.es/scsp/esquemas/atributos"


targetNamespace="http://www.map.es/scsp/esquemas/atributos"

elementFormDefault="qualified"



<xs:complexType>

<xs:sequence>

<xs:element ref="IdPeticion" />

<xs:element ref="NumElementos" minOccurs="0" maxOccurs="1" />

<xs:element ref="TimeStamp" />

<xs:element ref="Estado" />

<xs:element ref="CodCertificado" />

</xs:sequence>

</xs:complexType>

</xs:element>

<xs:element name="CodCertificado" type="xs:string" />

<xs:element name="IdPeticion" type="xs:string" />

<xs:element name="NumElementos" type="xs:string" />

<xs:element name="TimeStamp" type="xs:string" />




63


<xs:complexType>

<xs:sequence>

<xs:element ref="CodigoEstado" />

<xs:element ref="CodigoEstadoSecundario" />

<xs:element ref="LiteralError" />

<xs:element ref="TiempoEstimadoRespuesta" />

</xs:sequence>

</xs:complexType>

</xs:element>

<xs:element name="CodigoEstado" type="xs:string" />

<xs:element name="CodigoEstadoSecundario" type="xs:string" />

<xs:element name="LiteralError" type="xs:string" />

<xs:element name="TiempoEstimadoRespuesta" type="xs:string" minOccurs="0"

maxOccurs="1" />

</xs:schema>

La estructura de atributos del mensaje SOAP Fault, deberá incluir los elementos:

IdPeticion: Identificador de la petición.

TimeStamp: Fecha y hora de generación del error.

Estado.CodigoEstado: Código del error.

Estado.CodigoEstadoSecundario: Código del error secundario generado por el sistema interno.

Estado.LiteralError: Descripción del error.

Un ejemplo completo de un mensaje SOAP Fault sería el siguiente:

<soap:Fault>

<faultcode>soap:Server</faultcode>

<faultstring>[0301] Organismo no autorizado Q3018001B

ServicioEnvioDatosUMU.</faultstring>

<detail>

<Atributos xmlns="http://www.map.es/scsp/esquemas/V2/soapfaultatributos">

<IdPeticion>566CF52034561735</IdPeticion>

<NumElementos>0</NumElementos>

<TimeStamp>2012-05-10 18:28:16.016</TimeStamp>

<Estado>

<CodigoEstado>0301</CodigoEstado>

<LiteralError>[0301] Organismo no autorizado Q3018001B

ServicioEnvioDatosUMU.</LiteralError>

</Estado>

<CodigoCertificado>MATRICULA_V10</CodigoCertificado>

</Atributos>

</detail>

</soap:Fault>




64

2.4 Estructura de los mensajes SOAP firmados

Todos los mensajes intercambiados entre los clientes que realizan peticiones y el

Servicio de Envío de Datos, deberán ir firmados, a excepción de los mensajes de

Error devueltos mediante el mecanismo SOAP Fault.

El Servicio de Envío de Datos utilizará para la respuesta dada al usuario, el mismo tipo

de firma que el usado por el usuario para firmar la petición (XMLSignature).

A continuación se muestra la estructura que deben mantener los mensajes, firmados

digitalmente.

<soapenv:Envelope xmlns:ds="http://www.w3.org/2000/09/xmldsig#"

xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"

xmlns:xsd="http://www.w3.org/2001/XMLSchema"

xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">

<soapenv:Header>

<ds:Signature>

<ds:SignedInfo>

<ds:CanonicalizationMethod Algorithm="http://www.w3.org/2001/10/xml-exc-

c14n#"/>

<ds:SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-

sha1"/>

<ds:Reference URI="#MsgBody">

<ds:Transforms>

<ds:Transform Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/>

</ds:Transforms>

<ds:DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/>

<ds:DigestValue>[Resumen del contenido de la a etiquete

Reference]</ds:DigestValue>

</ds:Reference>

</ds:SignedInfo>

<ds:SignatureValue>

[Firma digital del mensaje SOAP]

</ds:SignatureValue>

<ds:KeyInfo>

<ds:X509Data>

<ds:X509Certificate>

[Certificado que se debe utilizar para verificar la firma digital del

mensaje SOAP]

</ds:X509Certificate>

</ds:X509Data>

<ds:keyName>[Identificador de la clave de firma]</ds:keyName>

</ds:KeyInfo>

</ds:Signature>

</soapenv:Header>

<soapenv:Body Id="MsgBody">

[Mensaje de petición que se quiere realizar al Min. Politica Territorial y Administración

Pública]

</soapenv:Body>

</soapenv:Envelope>




65

3 Apéndice I. Procedimientos de Alta/Modificación/Baja

A continuación se realiza la descripción de los protocolos a seguir por el órgano público

correspondiente, para el alta, modificación o eliminación de aplicaciones para el acceso

al los servicios de intercambio de datos de la Universidad de Murcia

(preproducción/producción).

El formulario de solicitud de acceso, para altas, modificaciones y bajas se encuentra

disponible en la Sede Electrónica de la Universidad de Murcia, a través de la siguiente

dirección: https://sede.um.es/sede/intercambio-datos.

Si un organismo desea dar un alta/modificación/baja de una nueva aplicación sobre el

sistema, deberá rellenar un formulario de alta. Sobre este formulario, entre otros datos,

se deben indicar los motivos de alta de la nueva aplicación. Cabe destacar la

importancia incluir la información relativa al certificado electrónico utilizado para

identificarse, de forma que se eviten futuros errores durante la integración.

Este formulario debe ser autorizado por el responsable del organismo solicitante y

enviado a la Universidad de Murcia.

https://sede.um.es/sede/intercambio-datos




66

Apéndice II. Ejemplos En este apéndice se incluyen un conjunto de ejemplos de peticiones y respuestas para

los distintos conjuntos de datos que se pueden solicitar a través del Servicio de Envío de

Datos.

3.1 Datos de matrícula

3.1.1 Petición

En este punto se recoge un posible mensaje SOAP de petición para el Servicio de Envío

de Datos. El mensaje SOAP ha sido firmado digitalmente.

<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">

<soap:Header>

<ds:Signature xmlns:ds="http://www.w3.org/2000/09/xmldsig#" Id="Signature-2011-09-09-

10-22-15-1667310168">

<ds:SignedInfo>

<ds:CanonicalizationMethod Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#" />

<ds:SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1" />

<ds:Reference URI="#MsgBody-2011-09-09-10-22-15-2131841880">

<ds:Transforms>

<ds:Transform Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#" />

</ds:Transforms>

<ds:DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1" />

<ds:DigestValue>Gxgajp2fQuYqW7X8AVE3rEEd4NQ=</ds:DigestValue>

</ds:Reference>

</ds:SignedInfo>

<ds:SignatureValue>

XUnN0EwE6h2jWJfPHgLFe0VKOcTpgKsHqOD51PQgNQ3DWIdKh1vw83/H2MaF

ale7orU9HlUWXQZBbUzoV1EH5q+eq1EWD7xu00kpVx/PDQx8BtZs1chXVFYdW/z/7r1sR

Nsyrbv9LRIENzilMXNBv+fyDsMwLla1d2By4cDtOQw=


<ds:KeyInfo>

<ds:X509Data>


MIIFuzCCBKOgAwIBAgIIVmz...


</ds:X509Data>

<ds:KeyName>C=ES,O=Generalitat Valenciana,OU=Aplicaciones,CN=PLATAFORMA

EADMINISTRACION -UNIVERSIDAD DE MURCIA</ds:KeyName>

</ds:KeyInfo>

</ds:Signature>

</soap:Header>

<soap:Body Id="MsgBody-2011-09-09-10-22-15-2131841880">

<Peticion xmlns="http://www.map.es/scsp/esquemas/V2/peticion">

<Atributos>





67




</Atributos>

<Solicitudes>

<SolicitudTransmision>

<DatosGenericos>

<Emisor>

<NifEmisor>Q3018001B</NifEmisor>

<NombreEmisor>UNIVERSIDAD DE MURCIA</NombreEmisor>

</Emisor>

<Solicitante>

<IdentificadorSolicitante>Q3018001B</IdentificadorSolicitante>

<NombreSolicitante>CARM</NombreSolicitante>

<Finalidad>A14003517_PR-GA-001#::#566CF52000002332#::#Preinscripcion

</Finalidad>

<Consentimiento>Si</Consentimiento>

</Solicitante>

<Titular>

<TipoDocumentacion>DNI</TipoDocumentacion>

<Documentacion>11111111Z</Documentacion>

</Titular>

<Transmision>


<IdSolicitud>566CF52034561435</IdSolicitud>

</Transmision>

</DatosGenericos>

<ns4:DatosEspecificos xmlns:ns4="http://www.map.es/scsp/esquemas/datosespecificos">

<ns3:FechaConsultaMatricula xmlns:ns3="urn:umu:eadmin:matricula:schema">2011-01-

12+01:00</ns3:FechaConsultaMatricula>

</ns4:DatosEspecificos>

</SolicitudTransmision>

</Solicitudes>

</Peticion>

</soap:Body>

</soap:Envelope>

3.1.2 Respuesta

En este punto se recoge un posible mensaje SOAP de respuesta generado por el Servicio

de Envío de Datos. El mensaje SOAP ha sido firmado digitalmente.



<soap:Header>

<ds:Signature xmlns:ds=http://www.w3.org/2000/09/xmldsig# Id="Signature-2011-09-09-10-

22-15-422055430">

<ds:SignedInfo>




<ds:Transforms>

http://www.w3.org/2000/09/xmldsig




68


</ds:Transforms>


<ds:DigestValue>+KxiX/cpvhE+/797mvMaAIEp8Pk=</ds:DigestValue>

</ds:Reference>

</ds:SignedInfo>

<ds:SignatureValue>a1xH6zGgkhDY7LE/+So7rBub…


<ds:KeyInfo>

<ds:X509Data>

<ds:X509Certificate>MIIFuzCCBKOg.......</ds:X509Certificate>

</ds:X509Data>


EADMINISTRACION - UNIVERSIDAD DE MURCIA</ds:KeyName>

</ds:KeyInfo>

</ds:Signature>

</soap:Header>


<ns7:Respuesta xmlns:ns7="http://www.map.es/scsp/esquemas/V2/respuesta">

<ns7:Atributos>

<ns7:IdPeticion>566CF52034561435</ns7:IdPeticion>

<ns7:NumElementos>1</ns7:NumElementos>

<ns7:TimeStamp>2011-09-09 10:22:15.015</ns7:TimeStamp>

<ns7:Estado>

<ns7:CodigoEstado>0003</ns7:CodigoEstado>

</ns7:Estado>

<ns7:CodigoCertificado>MATRICULA_V10</ns7:CodigoCertificado>

</ns7:Atributos>

<ns7:Transmisiones>

<ns7:TransmisionDatos>

<ns7:DatosGenericos>

<ns7:Emisor>

<ns7:NifEmisor>Q3018001B</ns7:NifEmisor>

<ns7:NombreEmisor>UNIVERSIDAD DE MURCIA</ns7:NombreEmisor>

</ns7:Emisor>

<ns7:Solicitante>

<ns7:IdentificadorSolicitante>Q3018001B</ns7:IdentificadorSolicitante>

<ns7:NombreSolicitante>CARM</ns7:NombreSolicitante>

<ns7:Finalidad>A14003517_PR-GA-001#::#566CF52000002332#::#Preinscripcion

</ns7:Finalidad>

<ns7:Consentimiento>Si</ns7:Consentimiento>

</ns7:Solicitante>

<ns7:Titular>

<ns7:TipoDocumentacion>DNI</ns7:TipoDocumentacion>

<ns7:Documentacion>34831005</ns7:Documentacion>

</ns7:Titular>

<ns7:Transmision>


<ns7:IdSolicitud>566CF52034561435</ns7:IdSolicitud>

<ns7:IdTransmision>566CF52000000794TR</ns7:IdTransmision>

<ns7:FechaGeneracion>2011-09-09</ns7:FechaGeneracion>

</ns7:Transmision>




69

</ns7:DatosGenericos>

<ns5:DatosEspecificos

xmlns:ns5="http://www.map.es/scsp/esquemas/datosespecificos">

<ns3:MatriculaAlumno xmlns:ns3="urn:umu:eadmin:matricula:schema">

<ns3:DatosAlumno>

<ns3:Identificador>11111111Z</ns3:Identificador>

<ns3:Nombre>NOMBRE</ns3:Nombre>

<ns3:Apellidos>APELLIDO1 APELLIDO2</ns3:Apellidos>

</ns3:DatosAlumno>

<ns3:Estudios>

<ns3:Estudio>

<ns3:TipoEstudio>LICENCIATURA</ns3:TipoEstudio>

<ns3:CodigoMec>2500493</ns3:CodigoMec>

<ns3:DescripcionEstudio>GRADO EN LOGOPEDIA

</ns3:DescripcionEstudio>

<ns3:NumeroCreditos>60</ns3:NumeroCreditos>

</ns3:Estudio>

</ns3:Estudios>

<ns3:Fecha>2011-09-09</ns3:Fecha>

</ns3:MatriculaAlumno>


</ns7:TransmisionDatos>

</ns7:Transmisiones>

</ns7:Respuesta>

</soap:Body>

</soap:Envelope>




70

Caso en que el usuario no está matriculado en la Universidad de Murcia:



<soap:Header>

<ds:Signature xmlns:ds=http://www.w3.org/2000/09/xmldsig# Id="Signature-2011-09-09-10-

22-15-422055430">

<ds:SignedInfo>




<ds:Transforms>


</ds:Transforms>


<ds:DigestValue>+KxiX/cpvhE+/797mvMaAIEp8Pk=</ds:DigestValue>

</ds:Reference>

</ds:SignedInfo>

<ds:SignatureValue>a1xH6zGgkhDY7LE/+So7rBub…


<ds:KeyInfo>

<ds:X509Data>

<ds:X509Certificate>MIIFuzCCBKOg.......</ds:X509Certificate>

</ds:X509Data>



</ds:KeyInfo>

</ds:Signature>

</soap:Header>



<ns7:Atributos>




<ns7:Estado>


<ns7:LiteralError>[0003] El titular indicado no está matriculado

actualmente en esta Universidad.</ns7:LiteralError>

</ns7:Estado>


</ns7:Atributos>

<ns7:Transmisiones>



<ns7:Emisor>



</ns7:Emisor>

<ns7:Solicitante>






71


</ns7:Finalidad>


</ns7:Solicitante>

<ns7:Titular>


<ns7:Documentacion>11111111Z</ns7:Documentacion>

</ns7:Titular>

<ns7:Transmision>





</ns7:Transmision>


<ns5:DatosEspecificos xmlns:ns5="http://www.map.es/scsp/esquemas/datosespecificos" />



</ns7:Respuesta>

</soap:Body>

</soap:Envelope>

3.2 Datos de títulos académicos

3.2.1 Petición

En este punto se recoge un posible mensaje SOAP de petición para el Servicio de Envío

de Datos. El mensaje SOAP ha sido firmado digitalmente.


<soap:Header>

<ds:Signature xmlns:ds="http://www.w3.org/2000/09/xmldsig#"

Id="Signature-2010-07-20-09-13-22-439493788">

<ds:SignedInfo>




<ds:Transforms>


</ds:Transforms>


<ds:DigestValue>KXYgA4Q1w8/F0UD7aGea4hRC77E=</ds:DigestValue>

</ds:Reference>

</ds:SignedInfo>

<ds:SignatureValue>

MbG9wxR9jIuHd3kCbicWoHAWFP+aEiZljM4DHv5PZjqBVouak68CUKSZUvAypk0Vgk9hi

dQaVBhwqxvkw4aTKgfs1jnAq8vrylFrcmZqwDb1PH9lCCa4zDlJjMQ687XphYiZPG2FUhrR

Y/9lQrqLdWlh OMDbp/miXzw1GSoLyos=


<ds:KeyInfo>




72

<ds:X509Data>


MIIFuzCCBKOgAwIBAgIIVmz1IBnIFIcwDQYJKoZIhvcNAQEFBQAwUjERMA8GA1UEA

xMIQUNDVi1DQTIxDzANBgNV…


</ds:X509Data>


EADMINISTRACION -UNIVERSIDAD DE MURCIA</ds:KeyName>

</ds:KeyInfo>

</ds:Signature>

</soap:Header>


<Peticion xmlns="http://www.map.es/scsp/esquemas/V2/peticion">

<Atributos>




<CodigoCertificado>TITULOS_V10</CodigoCertificado>

</Atributos>

<Solicitudes>

<SolicitudTransmision>

<DatosGenericos>

<Emisor>

<NifEmisor>Q3018001B </NifEmisor>

<NombreEmisor>UNIVERSIDAD DE MURCIA</NombreEmisor>

</Emisor>

<Solicitante>

<IdentificadorSolicitante>X1234567Y</IdentificadorSolicitante>

<NombreSolicitante>CARM</NombreSolicitante>

<Finalidad>A14003517_PR-GA-001#::#566CF52000002332#::#Preinscripcion

</Finalidad>

<Consentimiento>Si</Consentimiento>

</Solicitante>

<Titular>

<TipoDocumentacion>DNI</TipoDocumentacion>

<Documentacion>11111111Z</Documentacion>

</Titular>

<Transmision>

<CodigoCertificado>TITULOS_V10</CodigoCertificado>

<IdSolicitud>566CF52034561308</IdSolicitud>

</Transmision>

</DatosGenericos>

</SolicitudTransmision>

</Solicitudes>

</Peticion>

</soap:Body>

</soap:Envelope>




73

3.2.2 Respuesta

En este punto se recoge un posible mensaje SOAP de respuesta generado por el Servicio

de Envío de Datos. El mensaje SOAP ha sido firmado digitalmente.


<soap:Header>


Id="Signature-2010-07-20-09-13-49-1845261388">

<ds:SignedInfo>




<ds:Transforms>


</ds:Transforms>


<ds:DigestValue>thrxvcianczGm6REFWd/SDkAakU=</ds:DigestValue>

</ds:Reference>

</ds:SignedInfo>

<ds:SignatureValue>

aVatEjJJzXJhUcctevT1uwUexazpc4i27oxdl4DgVOkFlB1qAxKiO0n6EFqeqv+RMU6+nKFW

+XCgbBws1PPPA4ij1TOt6vtHqgebAsil+qGhkQOBIW82+QsjqVUrWBYDnlwYuKdcYcNQD

kmwM39rzWhlpgLUN8hWT33b01zZUBk=


<ds:KeyInfo>

<ds:X509Data>



xMIQUNDVi1DQTIxDzANBgNVBAsTBlBLSUdWQTEfMB0GA1UEChMWR2VuZXJhbGl

0YXQgVmFsZW5jaWFuYTELMAkGA1UEBhMCRVMwHhcNMTAwNjAyMTYxMDIwWh

cNMTMwNjAxMTYyMDIwWjCBgjE7MDkGA1UEAxMyUExB


</ds:X509Data>



</ds:KeyInfo>

</ds:Signature>

</soap:Header>



<ns5:Atributos>




<ns5:Estado>


</ns5:Estado>

<ns5:CodigoCertificado>TITULOS_V10</ns5:CodigoCertificado>

</ns5:Atributos>

<ns5:Transmisiones>






74

<ns5:Emisor>



</ns5:Emisor>

<ns5:Solicitante>

<ns5:IdentificadorSolicitante>X1234567Y</ns5:IdentificadorSolicitante>



</ns5:Finalidad>


</ns5:Solicitante>

<ns5:Titular>



</ns5:Titular>

<ns5:Transmision>





</ns5:Transmision>


<ns4:DatosEspecificos xmlns:ns4="http://www.map.es/scsp/esquemas/datosespecificos">

<ns2:TitulosAlumno xmlns:ns2="urn:umu:eadmin:titulos:schema">

<ns2:DatosAlumno>

<ns2:Identificador>11111111Z </ns2:Identificador>

<ns2:Nombre>NOMBRE</ns2:Nombre>

<ns2:Apellidos>APELLIDO1 APELLIDO2</ns2:Apellidos>

</ns2:DatosAlumno>

<ns2:Titulos>

<ns2:Titulo>

<ns2:FechaExpedicion>17/07/98</ns2:FechaExpedicion>


<ns2:DescripcionTitulacion>Ingeniero en Informática</ns2:DescripcionTitulacion>

</ns2:Titulo>

<ns2:Titulo>

<ns2:FechaExpedicion>04/10/93</ns2:FechaExpedicion>


<ns2:DescripcionTitulacion>Diplomado en Informática</ns2:DescripcionTitulacion>

</ns2:Titulo>

</ns2:Titulos>

</ns2:TitulosAlumno>




</ns5:Respuesta>

</soap:Body>

</soap:Envelope>

Caso en que el usuario no haya obtenido títulos en la UMU:





75

<soap:Header>


Id="Signature-2010-07-20-10-32-38-908319716">

<ds:SignedInfo>




<ds:Transforms>


</ds:Transforms>


<ds:DigestValue>2RmyH2Qx+/qeFEYjX9bObSDSjOk=</ds:DigestValue>

</ds:Reference>

</ds:SignedInfo>

<ds:SignatureValue>

SXw7xtSjKcFjvMKDX9CltBekBgP2BODEATwzZdyrtM6f/OkG6EDbfrNIfNLwqHrJ1S6I8bC

t25iXUOcHVFy/a+0cpS3SUqRY95zfaBE2S7YPC31YjGINdW1EvcShGSmoNvxf55lEl80N5f

GQo/GtrO9ltxpOPiCBj+y4O869RMk=


<ds:KeyInfo>

<ds:X509Data>



xMIQUNDVi1DQTIxDzANBgNVBAsTBlBLSUdWQTEfMB0GA1UEChMWR2VuZXJhbGl

0YXQgVmFsZW5jaWFuYTELMAkGA1UEBhMCRVMwHhcNMTAwNjAyMTYxMDIwWh

cNMTMwNjAxMTYyMDIwWjCBgjE7MDkGA1UEAxMyUExB


</ds:X509Data>

<ds:KeyName>C=ES,O=GeneralitatValenciana,OU=Aplicaciones,CN=PLATAFORMA

EADMINISTRACION -UNIVERSIDAD DE MURCIA

</ds:KeyName>

</ds:KeyInfo>

</ds:Signature>

</soap:Header>



<ns5:Atributos>




<ns5:Estado>


<ns5:LiteralError>[0003] El titular indicado no dispone de títulos en esta

Universidad.</ns5:LiteralError>

</ns5:Estado>


</ns5:Atributos>

<ns5:Transmisiones>



<ns5:Emisor>





76


</ns5:Emisor>

<ns5:Solicitante>




</ns5:Finalidad>


</ns5:Solicitante>

<ns5:Titular>



</ns5:Titular>

<ns5:Transmision>





</ns5:Transmision>


<ns4:DatosEspecificos xmlns:ns4="http://www.map.es/scsp/esquemas/datosespecificos" />



</ns5:Respuesta>

</soap:Body>

</soap:Envelope>




77

4 Índice de figuras

Figura 1. Proceso de Consulta de Servicio de Envío de Datos. ................................................... 4 Figura 2. Esquema comunicaciones peticiones síncronas. .......................................................... 8 Figura 3. Petición del Servicio de Envío de Datos para Datos de Matrícula .............................. 10 Figura 4. Respuesta del Servicio de Envío de Datos para Datos de Matrícula .......................... 20 Figura 5. Mensaje de datos específicos ...................................................................................... 31 Figura 6. Petición del Servicio de Envío de Datos para Datos de Títulos Académicos .............. 36 Figura 7. Respuesta del Servicio de Envío de Datos para Datos de Títulos académicos.......... 46 Figura 8. Mensaje de datos específicos ...................................................................................... 56 Figura 9. Atributos de SOAP Fault .............................................................................................. 60

Documento de Integración - Servicios de Intercambio de ... · Documento de Integración -...

Documents

Transcript of Documento de Integración - Servicios de Intercambio de ... · Documento de Integración -...