Servicio de Estar al Corriente de Pago con las Comunidades Autónomas. Comunidades Autónomas

Transcripción

1 Sistema de Verificación y Consulta de Datos Servicio de Estar al Corriente de Pago con las Comunidades Autónomas. Comunidades Autónomas

2 HISTÓRICO DE VERSIONES Fecha Versión Descripción 20/04/ Versión Inicial 03/06/ Disponibilidad de la CCAA de Cantabria 09/07/ Disponibilidad de la CCAA de La Rioja en Pre-Producción. 05/07/ Disponibilidad de la CCAA de Madrid en Producción. 15/10/ /04/ Disponiblidad de CCAA La Rioja en Producción: Familia Numerosa y Corriente de Pago. Se corrigen los códigos de CCAA en los esquemas y se especifica que la codificación será la de INE. Se añade el código de respuesta 8 07/06/ Se elimina el código de respuesta 8 al no aplicar al servicio 13/12/ Disponibilidad de la CCAA de Andalucía en Producción. 2

3 Índice INDICE DE FIGURAS... 4 INDICE DE TABLAS DESCRIPCIÓN DEL SISTEMA Proceso de Consulta de Estar al Corriente de Pago con las CCAA Consulta de Estar al Corriente de Pago con las CCAA a través de petición WebService DATOS DE ACCESO A LA PLATAFORMA DE INTERMEDIACIÓN PARA EL SERVICIO DE ESTAR AL CORRIENTE DE PAGO CON LAS CCAA INTERCAMBIO DE MENSAJES Interfaz proporcionada por la Plataforma de Intermediación para el Servicio de Consulta de Estar al Corriente de Pago con las CCAA Protocolo Síncrono Protocolo Asíncrono Servicio de Consulta de Estar al Corriente de Pago con las CCAA Mensaje de Petición al Servicio de Consulta de Estar al Corriente de Pago con las CCAA Formato de los Datos de la Petición al Servicio de Consulta de Estar al Corriente de Pago con las CCAA Mensaje de Respuesta al Servicio de Consulta de Estar al Corriente de Pago con las CCAA Formato de los Datos de la Respuesta del Servicio de Consulta de Estar al Corriente de Pago con las CCAA Datos Específicos Formato Datos Específicos Peticiones Asíncronas Mensaje de Petición Asíncrona Mensaje de Confirmación de Petición Formato del Mensaje de Confirmación de Petición Mensaje de Solicitud de Respuesta Formato del Mensaje de Solicitud de Respuesta Mensaje de Respuesta Asíncrona SoapFaults Mensaje de SoapFault Formato del Mensaje de SoapFault Esquemas de Validación del servicio RESPUESTAS DE NEGOCIO DEVUELTAS POR EL SERVICIO ERRORES DEVUELTOS POR LA PLATAFORMA MEDIANTE EL ESQUEMA SOAP FAULT Estructura de los mensajes SOAP firmados ANEXO I. RELACIÓN DE COMUNIDADES AUTÓNOMAS DISPONIBLES ANEXO II. RELACIÓN DE OBLIGATORIEDAD DE DATOS DEL TITULAR POR COMUNIDAD AUTÓNOMA ANEXO III. RELACIÓN DE COMUNIDADES CON EL SERVICIO IGUAL PARA CONTRATACIONES Y AYUDAS ANEXO IV. EJEMPLOS

4 INDICE DE FIGURAS FIGURA 1.- PROCESO DE CONSULTA DE ESTAR AL CORRIENTE DE PAGO CON LAS CCAA... 6 FIGURA 2.- DIAGRAMA DE COMUNICACIONES DE LAS PETICIONES SÍNCRONAS... 9 FIGURA 3.- DIAGRAMA DE COMUNICACIONES DE LAS PETICIONES ASÍNCRONAS FIGURA 4.- DIAGRAMA DE LA INTERFAZ WSDL DEL SERVICIO SÍNCRONO PARA AYUDAS FIGURA 5.- DIAGRAMA DE LA INTERFAZ WSDL DEL SERVICIO SÍNCRONO PARA CONTRATACIONES FIGURA 6.- DIAGRAMA DE LA INTERFAZ WSDL DEL SERVICIO ASÍNCRONO PARA AYUDAS FIGURA 7.- DIAGRAMA DE LA INTERFAZ WSDL DEL SERVICIO ASÍNCRONO PARA CONTRATACIONES FIGURA 8.- DIAGRAMA DEL MENSAJE DE PETICIÓN DEL SERVICIO FIGURA 9.- DIAGRAMA DE LA RAMA DE DATOSGENERICOS DEL MENSAJE DE PETICIÓN DEL SERVICIO FIGURA 10.- DIAGRAMA DEL MENSAJE DE RESPUESTA DEL SERVICIO FIGURA 11.- DIAGRAMA DE LA RAMA DATOSGENERICOS DEL MENSAJE DE RESPUESTA DEL SERVICIO FIGURA 12.- DIAGRAMA DE DATOS ESPECÍFICOS DE RESPUESTA DEL SERVICIO FIGURA 13.- DIAGRAMA DEL MENSAJE DE CONFIRMACIÓN DE PETICIÓN DEL SERVICIO FIGURA 14.- DIAGRAMA DEL MENSAJE DE SOLICITUD DE RESPUESTA DEL SERVICIO FIGURA 15.- DIAGRAMA DEL MENSAJE SOAP FAULT DEL SERVICIO INDICE DE TABLAS TABLA 1.- DATOS DE ACCESO AL SERVICIO... 8 TABLA 2.- UBICACIÓN ESQUEMAS DEL SERVICIO TABLA 3.- CÓDIGOS DE RETORNO DEL SERVICIO DE CONSULTA DE ESTAR AL CORRIENTE DE PAGO CON LAS CCAA 34 TABLA 4.- CÓDIGOS DE ERROR SCSP TABLA 5.- DIPONIBILIDAD DE CCAA POR ENTORNO TABLA 6.- RELACIÓN DE OBLIGATORIEDAD DE DATOS DEL TITULAR POR COMUNIDAD AUTÓNOMA TABLA 7.- RELACIÓN DE CCAA CON EL SERVICIO DE CONTRATACIONES Y AYUDAS CON IGUAL RESPUESTA

5 1. DESCRIPCIÓN DEL SISTEMA La Plataforma de Intermediación de Servicios se ha creado para poder intermediar cualquier tipo de certificado emitido por los Organismos, que sea necesario dentro de cualquier procedimiento de tramitación que requiera de dicha información. El ámbito legal en el que se enmarca este proyecto se define dentro del Plan de Actuación de la Ley de Acceso Electrónico de los Ciudadanos a los Servicios Públicos (LAECSP) en la medida 14. La Plataforma de Intermediación de Servicios desarrollada por el Ministerio de Hacienda y Administraciones Públicas (MIHAP) hace uso de la infraestructura existente del Servicio de Verificación de Datos (SVD) para reaprovechar todas las características de estabilidad, monitorización y disponibilidad de la misma. Ésta plataforma podrá ser utilizada directamente por los empleados públicos de las unidades gestoras de cualquier Administración Pública autorizados a tal efecto, o de forma automatizada por las aplicaciones que sean adaptadas para incluir dichas consultas. El servicio pretende dar cobertura a todos los organismos gestores de la Administración susceptibles de proporcionar algún tipo de trámite administrativo a los ciudadanos. Además el nuevo sistema será lo suficientemente flexible como para ser utilizado en el ámbito de cada Ministerio, Organismo, Comunidad Autónoma y Ente Local. Las características, a grandes rasgos, incluidas en el sistema se enumeran a continuación: Proveer al sistema SVD del MIHAP de la capacidad de facilitar información de cualquier certificado que previamente se haya incluido en dicha Plataforma. Los datos del certificado serán proporcionados directamente por cada Organismo, siendo la Plataforma de Intermediación de Servicios la encargada de interactuar con los distintos Organismos. Identificación del centro gestor y del usuario que accede a la aplicación a través de certificados digitales. Como plataforma de validación de certificados y comprobación de las firmas digitales, se empleará la existente en el MIHAP. Capacidad de mantener esa gestión de centros gestores / usuarios a través de una herramienta de administración (centralizada/delegada). En esta versión de la Plataforma de Intermediación de Servicios se ha intermediado el certificado de Estar al Corriente de Pago con las. El Servicio de Consulta de Estar al Corriente de Pago con las (CCAA) (SVDCCAACPCWS01 y SVDCCAACPASWS01) será el encargado consultar los datos de Estar al Corriente de Pago de un Ciudadano o Empresa. o El servicio de consulta de Estar al Corriente de Pago permite obtener los datos de la situación del estado de deuda del ciudadano o empresa objeto de la consulta Los datos de los distintos certificados serán proporcionados por las distintas. 5

6 1.1 Proceso de Consulta de Estar al Corriente de Pago con las CCAA La Plataforma de Intermediación será la responsable de consultar los servicios de las distintas CCAA para obtener los datos correspondientes. Las aplicaciones externas que deseen consultar estos servicios, lo harán a través de la Plataforma de Intermediación. Ésta será la responsable de la identificación y autenticación de usuarios, así como del tratamiento de los mensajes intercambiados con los servicios publicados por ls CCAA Consulta de Estar al Corriente de Pago con las CCAA a través de petición WebService Los usuarios (Aplicaciones Externas) podrán acceder a los distintos servicios a través de los WebService expuestos por la Plataforma de Intermediación. Para ello, las unidades gestoras enviarán a dicho WebService una petición firmada con un certificado reconocido. Figura 1.- Proceso de Consulta de Estar al Corriente de Pago con las CCAA El sistema 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 enrutará la petición del usuario al Servicio de la Comunidad Autónoma correspondiente para obtener los datos requeridos. Recibida la respuesta con los datos de la consulta, y tras realizar el tratamiento correspondiente, ésta será enviada a la aplicación externa. La plataforma de Intermediación se encargará de que el tipo de firma de la respuesta dada al usuario, sea el mismo que el usado por el usuario para firmar la petición (los tipos permitidos son: WS-Security, XMLSignature y XaDes) 6

7 Todas las operaciones realizadas quedarán registradas, con la consiguiente firma electrónica y sellado de tiempo, a través del Módulo de Trazabilidad del sistema SVD. En los siguientes puntos, se especifican los mensajes que se intercambian en las comunicaciones establecidas durante la consulta. 7

8 2. DATOS DE ACCESO A LA PLATAFORMA DE INTERMEDIACIÓN PARA EL SERVICIO DE ESTAR AL CORRIENTE DE PAGO CON LAS CCAA A continuación se detallan los datos de acceso al servicio de Estar al Corriente de Pago con las CCAA Datos de Acceso al Servicio de consulta de Estar al Corriente de Pago con las CCAA Endpoint Pre Producción Síncrono Endpoint Pre Producción Asíncrono Endpoint Producción Síncrono Endpoint Producción Asíncrono SoapAction Peticion Sincrona SoapAction Peticion Asíncrona SoapAction Solicitud de Respuesta Código de Certificado Versión SCSP Tipo de Firma admitida Respuesta Cifrada peticionsincrona peticionasincrona solicitudrespuesta SVDCCAACPCWS01 y SVDCCAACPASWS01 V3 XMLDsig WS-Security XADES NO Tabla 1.- Datos de acceso al servicio 8

9 3. INTERCAMBIO DE MENSAJES Todos los mensajes intercambiados deben firmarse y para ello es necesario disponer de un certificado digital que sea reconocido sistema de seguridad de la Plataforma de Intermediación de Servicios. El intercambio de mensajes entre los clientes que deseen utilizar los servicios descritos en este documento y la plataforma de intermediación, empleará el protocolo SCSP Versión 3. La especificación del protocolo SCSP V3 se encuentra disponible en el Portal web de Administración Electrónica ( dependiente del Ministerio de Hacienda y Administraciones Públicas, y dentro de este, en el área de descargas. Las peticiones realizadas al Sistema SVD para los servicios de las CCAA se pueden llevar a cabo a través de dos tipos de comunicaciones: Comunicación síncrona en la cual, un cliente realiza una petición al servicio deseado y permanece a la espera de la respuesta. En el modo síncrono no se aceptan ni soportan multiples solicitudes aunque el esquema de SCSP V3 permita el envío de varias solicitudes en una única petición, el modelo de petición síncrono sólo admitirá una única solicitud de información dentro de cada petición recibida. El intercambio de mensajes será el siguiente. Figura 2.- Diagrama de comunicaciones de las peticiones síncronas 9

10 Comunicación asíncrona en la cual, el cliente podra realizar una petición con multiples (1 o más) solicitudes, sin necesidad de permanecer a la escucha de la respuesta con el socket abierto. El intercambio de mensajes será el siguiente: Figura 3.- Diagrama de comunicaciones de las peticiones asíncronas Los mensajes de petición y respuesta de las comunicaciones síncronas y asíncronas siguen el mismo esquema de validación. Sin embargo para las comunicaciones asíncronas se han definido dos nuevos mensajes a intercambiar: Mensaje de Confirmación de Petición y Mensaje de Solicitud de Respuesta. 3.1 Interfaz proporcionada por la Plataforma de Intermediación para el Servicio de Consulta de Estar al Corriente de Pago con las CCAA A continuación se introduce el WSDL que describe los servicios de red como un conjunto de puntos finales que operan sobre mensajes que contienen información orientada a documentos o a procesos Protocolo Síncrono El nombre del servicio publicado en la interfaz WSDL es CCAA.CorrientePagoAyudas y CCAA.CorrientePagoContrataciones. Este servicio contiene la operación peticionsincrona. 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: intermediacionpp.redsara.es Producción: intermediacion.redsara.es 10

11 Figura 4.- Diagrama de la Interfaz WSDL del servicio síncrono para Ayudas Figura 5.- Diagrama de la Interfaz WSDL del servicio síncrono para Contrataciones Protocolo Asíncrono El nombre del servicio publicado en la interfaz WSDL es CCAA.CorrientePagoAyudas.Asincrona y CCAA.CorrientePagoContrataciones.Asincrona. Este servicio contiene dos operaciones operación peticionasincrona y solicitudrespuesta. 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: intermediacionpp.redsara.es Producción: intermediacion.redsara.es Figura 6.- Diagrama de la Interfaz WSDL del servicio asíncrono para Ayudas 11

12 Figura 7.- Diagrama de la Interfaz WSDL del servicio asíncrono para Contrataciones 12

13 3.2 Servicio de Consulta de Estar al Corriente de Pago con las CCAA Mensaje de Petición al Servicio de Consulta de Estar al Corriente de Pago con las CCAA A continuación se recoge el esquema de validación del mensaje de petición que debe recibir el servicio web de Consulta de Estar al Corriente de Pago con las CCAA. Como se aprecia en la Figura 9.- Diagrama de la rama de DatosGenericos del mensaje de petición, 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 y, la rama Solicitudes contiene la información concreta de la petición realizada. La rama Transmisiones contiene información con: DatosGenericos que 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. DatosEspecificos, contendrá todos los datos de la peticion dada por las distintas CCAA. El detalle de esta rama se ve en el apartado Datos Específicos. A continuación se define el significado de las distintas etiquetas utilizadas sobre la definición del esquema de petición: Figura 8.- Diagrama del mensaje de petición del Servicio 13

14 Figura 9.- Diagrama de la rama de DatosGenericos del mensaje de petición del Servicio Formato de los Datos de la Petición al Servicio de Consulta de Estar al Corriente de Pago con las CCAA 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 Etiqueta Obligatoria Campo Obligatorio Descripción Petición Atributos BLOQUE Sí No procede Bloque Único Contiene los datos de control, relativos a toda la petición (n 14

15 solicitudes). Peticion /Atributos IdPeticion String(26) Sí Sí Peticion /Atributos NumElementos Int Sí Sí Peticion /Atributos TimeStamp String(29) Sí Sí Peticion /Atributos Estado BLOQUE No No procede Peticion/Atributos/Estado CodigoEstado String(4) No No Peticion/Atributos/Estado CodigoEstadoSecundario String(16) No No Peticion/Atributos/Estado LiteralError String(255) No No Peticion/Atributos/Estado TiempoEstimadoRespuesta Int No No Peticion /Atributos CodigoCertificado String(64) Si Si Peticion Solicitudes BLOQUE Si No procede SolicitudTransmision BLOQUE Sí No procede Identificador de petición único en el sistema El sistema no validará si el número de peticiones recibidas es correlativo, solo la unicidad del ID de petición. Se aconseja el siguiente formato: número de serie del certificado X509v3 + identificador secuencial por organismo. Número de elementos de la petición. Sobre la rama SolicitudTransmision, se pueden incluir varias solicitudes en una misma petición al sistema, este campo contendrá el número de solicitudes realizadas en la petición En el caso de peticiones síncronas el valor de este nodo debe ser 1. Fecha y hora del envío del mensaje. Formato: AAAA-MM- DDThh:mm:ss.mmm hh:mm Bloque único Contiene información sobre el estado de la petición. Código identificativo del estado En el mensaje de Petición no tiene relevancia. Código de error secundario En el mensaje de Petición no tiene relevancia. Texto del error En el mensaje de Petición no tiene relevancia Tiempo estimado de respuesta Se trata de una etiqueta opcional y su valor no es relevante en las Peticiones. 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. Lo define cada emisor, y un mismo organismo emisor no puede tener dos iguales. Contrataciones: SVDCCAACPCWS01 Ayudas: SVDCCAACPASWS01 Véase Tabla 7.- Relación de CCAA con el servicio de Contrataciones y Ayudas con igual respuesta Bloque único Engloba la lista de solicitudes de transmisión que se envían. Bloque que se repite de 1 a n veces. Contiene los datos relativos a una 15

16 /SolicitudTransmision DatosGenericos DatosGenericos/ Emisor DatosGenericos BLOQUE Sí No procede Emisor BLOQUE Sí No procede NifEmisor String(10) Sí Sí solicitud de transmisión. Bloque único Contiene los datos genéricos sobre una transmisión. Bloque único Contiene datos del organismo emisor que ofrece el servicio. Al recibir la petición el sistema comprobará que el NIF del Emisor es correcto. Nif del Emisor El valor que debe tomar esta variable para este servicio es: S E DatosGenericos/ Emisor DatosGenericos DatosGenericos/ Solicitante DatosGenericos/ Solicitante DatosGenericos/ Solicitante DatosGenericos/ Solicitante DatosGenericos/ Solicitante/ Procedimiento DatosGenericos/ Solicitante/ Procedimiento DatosGenericos/ Solicitante DatosGenericos/ Solicitante DatosGenericos/ Solicitante DatosGenericos/ Solicitante/ Funcionario NombreEmisor String(50) Sí Sí Solicitante BLOQUE Sí No procede Nombre o razón social del emisor El valor que debe tomar esta variable para este servicio es: MINHAP. Bloque único Contiene datos del organismo al que pertenece la persona o aplicación que solicita los datos. IdentificadorSolicitante String(10) Sí Sí NIF del organismo NombreSolicitante String(50) Sí Sí UnidadTramitadora String(250) No Sí Procedimiento BLOQUE Si No procede CodProcedimiento String(20) Si Si NombreProcedimiento String(100) Si Si Finalidad String(250) Sí Sí Consentimiento String (3) Sí Sí Funcionario BLOQUE Si No procede NombreCompletoFuncionario String(122) Si Si Nombre o razón social del organismo Nombre de la Unidad Tramitadora que realiza la petición Bloque único Contiene datos del procedimiento que autoriza la consulta. Código del Procedimiento que autoriza al usuario a realizar la consulta Nombre del Procedimiento que autoriza al usuario a realizar la consulta Contiene el motivo o causa por la que se necesita realizar la consulta de los datos. Los valores admitidos son: Si Ley Este BLOQUE contendrá información relativa al empleado público que realiza la solicitud. Etiqueta que contiene el nombre completo del empleado público que realiza la solicitud. NifFuncionario String(10) Si Si Etiqueta que contiene el NIF del 16

17 DatosGenericos/ Solicitante/ Funcionario DatosGenericos/ Solicitante DatosGenericos DatosGenericos/Titular DatosGenericos/Titular IdExpediente String(25) No Si Titular BLOQUE Sí No procede TipoDocumentacion String Sí Sí Documentación String(14) Si Si empleado público que realiza la solicitud. Identificador del Expediente que justifica la consulta. Bloque único Contiene datos del ciudadano sobre el que se va a realizar la consulta. Los valores posibles son: CIF NIF DNI NIE Número de documento según el TipoDocumentacion. Este campo contiene el número de documento del ciudadano del que se quiere consultar sus datos, según se trate de un ciudadano español o extranjero. La codificación de este campo es la siguiente: NIF (ciudadano español): 8 dígitos + Carácter Control. NIE (ciudadano extranjero): [X,Y,Z] + 7 dígitos + Carácter Control. Aquellos NIFs y NIEs que tengan menos de 8 dígitos deberán ser rellenados con 0 s por la izquierda DatosGenericos/Titular DatosGenericos/Titular DatosGenericos/Titular DatosGenericos/Titular NombreCompleto String(122) No Sí Nombre String(40) No Sí Apellido1 String(40) No Sí Apellido2 String(40) No Sí Nombre completo del titular de la solicitud. Será utilizado cuando la consulta se realice por una empresa (CIF) Nombre del titular de la solicitud. Dependiendo de la CCAA este campo será requisito obligatorio en la consulta. Véase Tabla 6.- Relación de obligatoriedad de datos del titular por Comunidad Autónoma Primer Apellido del titular de la solicitud. Dependiendo de la CCAA este campo será requisito obligatorio en la consulta. Véase Tabla 6.- Relación de obligatoriedad de datos del titular por Comunidad Autónoma Segundo Apellido del titular de la solicitud. Dependiendo de la CCAA este campo será requisito obligatorio en la consulta. 17

18 DatosGenericos/ DatosGenericos/ Transmision DatosGenericos/ Transmision DatosGenericos/ Transmision DatosGenericos/ Transmision Peticion/ Transmisiones / TransmisionDatos/ Transmision BLOQUE Sí No procede CodigoCertificado String(64) Sí Sí IdSolicitud String(40) Sí Sí IdTransmision String(29) No Sí FechaGeneracion String(29) No Sí DatosEspecificos BLOQUE No No procede Véase Tabla 6.- Relación de obligatoriedad de datos del titular por Comunidad Autónoma Bloque único. Contiene los datos del certificado que se va a solicitar. El código del certificado al que se accede. El mismo valor que va en el nodo Atributos. Lo define cada emisor, y un mismo organismo emisor no puede tener dos iguales. Para este servicio el código es: Contrataciones: SVDCCAACPCWS01 Ayudas: SVDCCAACPASWS01 Véase Tabla 7.- Relación de CCAA con el servicio de Contrataciones y Ayudas con igual respuesta Identificador de la solicitud Único para el organismo solicitante. En el caso de las peticiones asíncronas con múltiples solicitudes, identifica cada una de las solicitudes individuales que van englobadas en la petición. Identificador de la transmisión Único para el organismo solicitante. Fecha y hora de la generación de la transmisión. Formato: AAAA-MM- DDThh:mm:ss.mmm hh:mm 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. La rama de Datos Específicos estará formada por dos subramas: Consulta y Retorno. Para comprender en detalle ambas ramas véanse los puntos Datos Específicos y Formato Datos Específicos 18

19 3.2.3 Mensaje de Respuesta al Servicio de Consulta de Estar al Corriente de Pago con las CCAA A continuación se recoge el mensaje de respuesta que debe devolver el servicio de Consulta de Estar al Corriente de Pago con las CCAA. Como se aprecia en la Figura 11.- Diagrama de la rama DatosGenericos del mensaje de respuesta del Servicio 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: DatosGenericos que 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. DatosEspecificos, contendrá todos los datos de la respuesta dada por las CCAA e información de errores cuando aplique. En el caso de las multipeticiones (peticiones asíncronas con múltiples solicitudes), se especificará en esta rama el resultado individual de cada consulta perteneciente a la multipetión. El detalle de esta rama se ve en el siguiente apartado. Figura 10.- Diagrama del mensaje de respuesta del Servicio 19

20 Figura 11.- Diagrama de la rama DatosGenericos del mensaje de respuesta del Servicio Formato de los Datos de la Respuesta del Servicio de Consulta de Estar al Corriente de Pago con las CCAA En la siguiente tabla se resume el tipo de dato y la información que contienen cada uno de los campos del mensaje de respuesta del servicio. Ubicación Nombre Tipo Etiqueta Obligatoria Campo Obligatorio Descripción Respuesta Atributos BLOQUE Sí No procede Bloque Único Contiene los datos de control, relativos a toda la petición (n solicitudes). 20

21 Respuesta /Atributos IdPeticion String(26) Sí Sí Respuesta /Atributos NumElementos Int Sí Sí Respuesta /Atributos TimeStamp String(29) Sí Sí Respuesta /Atributos Estado BLOQUE No No procede Respuesta /Atributos/Estado CodigoEstado String(4) No No Respuesta /Atributos/Estado CodigoEstadoSecundario String(16) No No Respuesta /Atributos/Estado LiteralError String(255) No No Respuesta /Atributos/Estado TiempoEstimadoRespuesta Int No No 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. Número de elementos de la petición Sobre la rama SolicitudTransmision, se pueden incluir varias solicitudes en una misma petición al sistema, este campo contendrá el número de solicitudes realizadas en una petición concreta. Para una petición síncrona este valor siempre debe ser 1. Para una petición asíncrona el máximo valor permitido para este campo es Fecha y hora del envío del mensaje Formato: AAAA-MM- DDThh:mm:ss.mmm hh:mm Bloque único Contiene información sobre el estado de la petición. Código identificativos del estado de la petición En el caso de las peticiones síncronas contendrá siempre el valor En el caso de las asíncronas contendrá el valor 0003 si la respuesta ya está disponible o bien el valor 0002, en caso de que la respuesta aún no esté disponible, caso en el que en la respuesta no habrá transmisiones y se devolverá un nuevo TER (Tiempo Estimado de Respuesta). Código de error secundario, para incorporar códigos de error internos de los sistemas. Descripción del estado de la petición. En el caso de las peticiones síncronas contendrá siempre el valor TRAMITADA. En el caso de las asíncronas contendrá el valor TRAMITADA si la respuesta ya está disponible o bien el valor EN PROCESO, en caso de que la respuesta aún no esté disponible caso en el que en la respuesta no habrá transmisiones y se devolverá un nuevo TER (Tiempo Estimado de Respuesta). Tiempo estimado de respuesta. Su valor no es relevante cuando la 21

22 Respuesta /Atributos CodigoCertificado String(64) Si Si Respuesta Transmisiones BLOQUE Si No procede Respuesta /Solicitudes TransmisionDatos BLOQUE Sí No procede /SolicitudTransmision TransmisionDatos/DatosGenericos TransmisionDatos/DatosGenericos/ Emisor TransmisionDatos/DatosGenericos/ Emisor TransmisionDatos/DatosGenericos TransmisionDatos/DatosGenericos/ Solicitante TransmisionDatos/DatosGenericos/ Solicitante Respuesta / Transmisiones/ TransmisionDatos / DatosGenericos/ Solicitante Respuesta / Transmisiones/ TransmisionDatos / DatosGenericos/ Solicitante Respuesta / Transmisiones/ TransmisionDatos / DatosGenericos/ DatosGenericos BLOQUE Sí No procede Emisor BLOQUE Sí No procede NifEmisor String(10) Sí Sí NombreEmisor String(50) Sí Sí Solicitante BLOQUE Sí No procede IdentificadorSolicitante String(10) Sí Sí NombreSolicitante String(50) Sí sí UnidadTramitadora String(250) No Si Procedimiento BLOQUE Si No procede CodProcedimiento String(20) Si Si comunicación es síncrona 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. Lo define cada emisor, y un mismo organismo emisor no puede tener dos iguales. El campo contendrá el valor: Contrataciones: SVDCCAACPCWS0 1 Ayudas: SVDCCAACPASW S01 Véase Tabla 7.- Relación de CCAA con el servicio de Contrataciones y Ayudas con igual respuesta Bloque único que engloba la lista de transmisiones de datos que se envían. Bloque que se repite de 1 a n veces Contiene los datos relativos a una transmisión de datos. Bloque único Contiene los datos genéricos sobre una transmisión. Bloque único Contiene datos del emisor del servicio. Al recibir la petición externa el sistema comprobará que el NIF es correcto. Nif del Emisor El valor que debe tomar esta variable para este servicio es: S E Nombre o razón social El valor que debe tomar esta variable para este servicio es: MINHAP. Bloque único Contiene datos del solicitante de la transmisión. CIF del Organismo al que pertenece la persona o aplicación que solicita los datos. Organismo al que pertenece la persona o aplicación que solicita los datos. Unidad Tramitadora a la que pertenece la pesona o aplicación que solicita los datos. Bloque único Contiene datos del procedimiento en base al cual se autoriza la consulta. Código del Procedimiento en base al cual se atuoriza la 22

23 Solicitante Respuesta / Transmisiones/ TransmisionDatos / DatosGenericos/ Solicitante TransmisionDatos/DatosGenericos/ Solicitante TransmisionDatos/DatosGenericos/ Solicitante TransmisionDatos/DatosGenericos/ Solicitante TransmisionDatos/DatosGenericos/ Solicitante/ Funcionario TransmisionDatos/DatosGenericos/ Solicitante/ Funcionario DatosGenericos/ Solicitante TransmisionDatos/DatosGenericos TransmisionDatos/DatosGenericos/Titular NombreProcedimiento String(100) Si Si Finalidad String(250) Sí Sí Consentimiento String (3) Sí Sí Funcionario BLOQUE Sí No procede NombreCompletoFuncionario String(122) Sí Sí NifFuncionario String(10) Sí Sí IdExpediente String(25) No Sí Titular BLOQUE Sí No procede TipoDocumentacion String Sí Sí consulta. Nombre del Procedimiento en base al cual se atuoriza la consulta. Contiene el motivo o causa por la que se necesita realizar la consulta de datos. Los valores posibles son: - Si - Ley Este BLOQUE contendrá información relativa al empleado público que realiza la solicitud. Nombre completo del empleado público que realiza la solicitud. NIF del empleado público que realiza la solicitud. Bloque único Contiene el identidicador del expediente para el que es necesario realizar la consulta. Bloque único. Contiene datos del ciudadano cuya información se desea consultar. Los valores posibles son único valor posible es: CIF NIF DNI NIE Número de documento según el TipoDocumentacion. Este campo contiene el número de documento del ciudadano del que se han consultado los datos, según se trate de un ciudadano español o extranjero. La codificación de este campo es la siguiente: TransmisionDatos/DatosGenericos/Titular Documentación String(14) Si Si NIF (ciudadano español): 8 dígitos + Carácter Control. NIE (ciudadano extranjero): [X,Y,Z] + 7 dígitos + Carácter Control. Aquellos NIFs y NIEs que tengan menos de 8 dígitos deberán ser rellenados con 0 s por la izquierda TransmisionDatos/DatosGenericos/Titular NombreCompleto String(122) No Sí Nombre completo del titular de la solicitud TransmisionDatos/DatosGenericos/Titular Nombre String(40) No Sí Nombre del titular de la solicitud. 23

24 TransmisionDatos/DatosGenericos/Titular TransmisionDatos/DatosGenericos/Titular TransmisionDatos/DatosGenericos/ TransmisionDatos/DatosGenericos/ Transmision TransmisionDatos/DatosGenericos/ Transmision TransmisionDatos/DatosGenericos/ Transmision TransmisionDatos/DatosGenericos/ Transmision TransmisionDatos/ Apellido1 String(40) No Sí Apellido2 String(40) No Sí Transmision BLOQUE Sí No procede CodigoCertificado String(64) Sí Sí IdSolicitud String(40) Sí Sí IdTransmision String(29) Si Sí FechaGeneracion String(29) Si Sí DatosEspecificos BLOQUE Si No procede Primer Apellido del titular de la solicitud Segundo Apellido del titular de la solicitud Bloque único Contiene los datos del certificado que solicitado. Código del certificado solicitado. El mismo valor que va en la parte de Atributos de la solicitud. Lo define cada emisor, y un mismo organismo emisor no puede tener dos iguales. El campo contendrá el valor: S E Identificador de la solicitud, único para el organismo solicitante. En el caso de las Multipeticiones (peticiones asíncronas con múltiples solicitudes), identifica cada una de las solicitudes individuales que van englobadas en la petición Código de la transmisión, único para el organismo emisor. Fecha y hora de la generación del certificado Formato: AAAA-MM- DDThh:mm:ss.mmm hh:mm Bloque único Contiene los datos de transmisión que se respunden desde el organismo emisor y que tienen relación específica con el certificado que se está solicitando. En un mensaje de respuesta del proceso de Consulta, la rama de Datos Específicos estará formada por subramas: Para comprender en detalle las ramas véanse los puntos Datos Específicos, Formato Datos Específicos. 24

25 3.2.5 Datos Específicos A continuación se recoge el diagrama del esquema de validación de los DatosEspecificos de la Petición y Respuestas al usuario Formato Datos Específicos Figura 12.- Diagrama de Datos Específicos de Respuesta del Servicio En la siguiente tabla se resume el tipo de dato y la información que contienen cada uno de los campos del mensaje de datos específicos. 25

26 Ubicación Nombre Tipo Etiqueta Obligatoria Campo Obligatorio DatosEspecificos Consulta BLOQUE No No DatosEspecificos/Consulta CodigoComunidadAuton oma String(2) Si Si DatosEspecificos/Consulta CodigoProvincia String(2) No Si Descripción Bloque único Contiene información sobre el mediador para el que se va a realizar la consulta. Código de Comunidad Autónoma Contiene información de la Comunidad Autónoma sobre la que se van a consultar los datos. La codificación del campo será la expuesta por INE para cada Comunidad Autónoma Código de Provincia Contiene información de la Provincia sobre la que se van a consultar los datos. La codificación del campo será la expuesta por INE para cada Provincia. Tabla 5.- Diponibilidad de CCAA por entorno DatosEspecificos DatosEspecificos/Retorno DatosEspecificos/Retorno / Estado DatosEspecificos/Retorno / Estado DatosEspecificos/Retorno / Estado Retorno BLOQUE Sólo en la respuesta No procede Estado BLOQUE Si No procede CodigoEstado String(4) SI SI CodigoEstadoSecundario String(16) SI SI LiteralError String(255) NO NO Dependiendo de la Comunidad Autónoma este campo será obligatorio. Bloque único Contiene la información que consta en el Registro de cada CA. Bloque único Contiene la información de respuesta para una consulta realizada. Código de estado o error Véase Tabla 3.- Códigos de Retorno del servicio de Consulta de Estar al Corriente de Pago con las CCAA Código de error secundario, para incorporar códigos de error internos de los sistemas. Descripción de estado de la respuesta Véase Tabla 3.- Códigos de Retorno del servicio de Consulta de Estar al Corriente de Pago con las CCAA 26

27 3.3 Peticiones Asíncronas A continuación se define el intercambio de mensajes para una petición sobre el SVD a través de una comunicación asíncrona Mensaje de Petición Asíncrona El mensaje de petición seguirá las especificaciones definidas para el servicio creado, véase el punto Mensaje de Petición al Servicio de Consulta de Estar al Corriente de Pago con las CCAA Mensaje de Confirmación de Petición Figura 13.- Diagrama del mensaje de Confirmación de Petición del Servicio Formato del Mensaje de Confirmación de Petición En la siguiente tabla se resume el tipo de dato y la información que contienen cada uno de los campos del mensaje de Confirmación de Petición. Ubicación Nombre Tipo Etiqueta Obligatoria Campo Obligatorio Descripción ConfirmacionPeticion Atributos BLOQUE Sí No procede ConfirmacionPeticion /Atributos IdPeticion String(26) Sí Sí Bloque Único. Contiene los datos de control, relativos a toda la petición (n solicitudes). Identificador de petición único en el sistema. Cada petición que se recibe debe llevar un número único en el sistema, este número Generalmente corresponde al número 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 esta aplicación. 27

28 ConfirmacionPeticion /Atributos ConfirmacionPeticion /Atributos ConfirmacionPeticion /Atributos ConfirmacionPeticion /Atributos/Estado ConfirmacionPeticion /Atributos/Estado ConfirmacionPeticion /Atributos/Estado ConfirmacionPeticion /Atributos/Estado ConfirmacionPeticion /Atributos NumElementos Int Sí Sí TimeStamp String(29) Sí Sí Estado BLOQUE No No procede CodigoEstado String(4) No No CodigoEstadoSecundario String(16) No No LiteralError String(255) No No TiempoEstimadoRespuesta Int No No CodigoCertificado String(64) Si Si Número de elementos de la petición. Sobre la rama SolicitudTransmision de un mensaje de petición se pueden incluir varias solicitudes en una misma invocación al sistema, este campo contendrá el número de solicitudes realizadas en una invocación concreta. Fecha y hora del envío del mensaje. Formato: AAAA-MM- DDThh:mm:ss.mmm hh:mm Bloque único Contiene información sobre el estado de la petición. Código de error o estado. Contendrá siempre el valor Código de error secundario, en la primera fase del sistema este dato no tienen relevancia para el proceso. Texto del error. Contendrá siempre el valor En Proceso. Tiempo estimado de respuesta. Es el tiempo en el que se espera tener lista la respuesta, y sirve de orientación al cliente antes de enviar "la solicitud de respuesta". 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. Lo define cada emisor, y un mismo organismo emisor no puede tener dos iguales. Contrataciones: SVDCCAACPCWS01 Ayudas: SVDCCAACPASWS01 Véase Tabla 7.- Relación de CCAA con el servicio de Contrataciones y Ayudas con igual respuesta 28

29 3.3.4 Mensaje de Solicitud de Respuesta Figura 14.- Diagrama del mensaje de Solicitud de Respuesta del Servicio Formato del Mensaje de Solicitud de Respuesta En la siguiente tabla se resume el tipo de dato y la información que contienen cada uno de los campos del mensaje de Solicitud de Respuesta. Ubicación Nombre Tipo Etiqueta Obligatoria Campo Obligatorio Descripción SolicitudRespuesta Atributos BLOQUE Sí No procede SolicitudRespuesta /Atributos SolicitudRespuesta /Atributos SolicitudRespuesta /Atributos IdPeticion String(26) Sí Sí NumElementos Int Sí Sí TimeStamp String(29) Sí Sí Bloque Único Contiene los datos de control, relativos a toda la petición (n solicitudes). Identificador de petición único en el sistema. Generalmente es el número de serie del certificado (8 caracteres) + Número auto-numérico. Cada petición que se recibe debe llevar un número único en el sistema, este número corresponde al número 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 esta aplicación. Número de elementos de la petición. Sobre la rama SolicitudTransmision de un mensaje de petición se pueden incluir varias peticiones en una misma invocación al sistema, este campo contendrá el número de peticiones realizadas en una invocación concreta. Fecha y hora del envío del mensaje. Formato: 29

30 SolicitudRespuesta /Atributos SolicitudRespuesta /Atributos/Estado SolicitudRespuesta /Atributos/Estado SolicitudRespuesta /Atributos/Estado SolicitudRespuesta /Atributos/Estado SolicitudRespuesta /Atributos Estado BLOQUE Sí No procede CodigoEstado String(4) No No CodigoEstadoSecundario String(16) No No LiteralError String(255) No No TiempoEstimadoRespuesta Int No No CodigoCertificado String(64) Si Si AAAA-MM- DDThh:mm:ss.mmm hh:mm Bloque único Contiene información sobre el estado de la petición. Código identificativos del estado En el mensaje de SolicitudRespuesta no tiene relevancia. Código de error secundario En el mensaje de SolicitudRespuesta no tiene relevancia. Texto del error En el mensaje de SolicitudRespuesta no tiene relevancia Tiempo estimado de respuesta En el mensaje de SolicitudRespuesta no tiene relevancia 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. Lo define cada emisor, y un mismo organismo emisor no puede tener dos iguales. Contrataciones: SVDCCAACPCWS01 Ayudas: SVDCCAACPASWS01 Véase Tabla 7.- Relación de CCAA con el servicio de Contrataciones y Ayudas con igual respuesta 30

31 3.3.6 Mensaje de Respuesta Asíncrona El mensaje de respuesta seguirá las especificaciones definidas para cada uno de los servicios creados, véase el apartado Mensaje de Respuesta al Servicio de Consulta de Estar al Corriente de Pago con las CCAA. 3.4 SoapFaults Los mensajes SoapFault devueltos por la Plataforma de Intermediación siguen el estándar SOAP Fault e, irán sin firmar. Siempre que sea posible, 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. En el campo faultcode del mensaje SOAP Fault, se meten los códigos estándar de SOAP. En el campo faultstring del mensaje SOAP Fault, se meten los códigos y mensajes de error definidos en el sistema. 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)). En estos casos las aplicaciones actualizarán la BD de peticiones con el estado "Error indefinido" Mensaje de SoapFault A continuación se muestra la estructura que deben mantener los mensajes SOAP Fault. Figura 15.- Diagrama del mensaje SOAP Fault del Servicio Formato del Mensaje de SoapFault En la siguiente tabla se resume el tipo de dato y la información que contienen cada uno de los campos del mensaje de SoapFault. 31

32 Ubicación Nombre Tipo Etiqueta Obligatoria Campo Obligatorio Descripción Fault/detail Atributos BLOQUE Sí No procede Fault/detail/Atributos IdPeticion String(26) Sí Sí Fault/detail/Atributos NumElementos Int Sí Sí Fault/detail/Atributos TimeStamp String(29) Sí Sí Bloque Único Contiene los atributos adicionales del SoapFault Identificador de petición único en el sistema. Corresponde al IdPeticion que ha provocado el SoapFault. Número de elementos de la petición. Fecha y hora del envío del mensaje. Formato: AAAA-MM- DDThh:mm:ss.mmm hh:mm Fault/detail/Atributos/ Estado BLOQUE No No procede Bloque único. Contiene información sobre el estado del SoapFault. Fault/detail/Atributos/Estado CodigoEstado String(4) No No Código identificativos del estado. Fault/detail/Atributos/Estado CodigoEstadoSecundario String(16) No No Código de error secundario. Fault/detail/Atributos/Estado LiteralError String(255) No No Texto del error producido Fault/detail/Atributos/Estado LiteralErrorSec String(255) No No Texto del error secundario producido Fault/detail/Atributos/Estado TiempoEstimadoRespuesta Int No No Tiempo estimado de respuesta. En el mensaje de SoapFault no tiene relevancia 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. Lo define cada emisor, y un mismo organismo emisor no puede tener dos iguales. Fault/detail/Atributos CodigoCertificado String(64) Si Si Contrataciones: SVDCCAACPCWS01 Ayudas: SVDCCAACPASWS01 Véase Tabla 7.- Relación de CCAA con el servicio de Contrataciones y Ayudas con igual respuesta 32

33 3.5 Esquemas de Validación del servicio. Los esquemas de validación del servicio de Consulta de Estar al Corriente de Pago con las CCAA se pueden encontrar en la carpeta adjunta al Documento de Integración, así como en las URLs descritas a continuación. Esquemas del servicio de Consulta de Estar al Corriente de Pago con las CCAA Elemento Fichero URL Esquema de petición Esquema de Respuesta Datos específicos Esquema de Confirmación de petición Esquema de Solicitud de Respuesta Esquema de SoapFault WSDL peticion.xsd respuesta.xsd datos-especificos.xsd confirmacion-peticion.xsd solicitud-respuesta.xsd soapfaultatributos.xsd CCAA.CorrientePagoAyudas.wsdl CCAA.CorrientePagoContrataciones.wsdl CCAA.CorrientePagoAyudas.Asincrona.wsdl CCAA.CorrientePagoContrataciones.Asincrona.wsdl CORRIENTE_DE_PAGO.jsp CORRIENTE_DE_PAGO.jsp CORRIENTE_DE_PAGO.jsp CORRIENTE_DE_PAGO.jsp CORRIENTE_DE_PAGO.jsp CORRIENTE_DE_PAGO.jsp CORRIENTE_DE_PAGO.jsp Tabla 2.- Ubicación esquemas del servicio 33

34 4. RESPUESTAS DE NEGOCIO DEVUELTAS POR EL SERVICIO En este apartado se recogen todos los códigos de estado que van a aparecer en las respuestas de negocio del servicio de Consulta de Estar al Corriente de Pago con las CCAA, cuando las peticiones son tramitadas. Estos códigos de respuesta y sus descripciones correspondientes, se recogen en la Tabla 3.- Códigos de Retorno del servicio de Consulta de Estar al Corriente de Pago con las CCAA y, se devolverán en el nodo DatosEspecificos del esquema de respuesta, concretamente en los campos CodigoEstado y LiteralError, respectivamente. Código de estado Descripción 0 El contribuyente se encuentra al corriente en sus obligaciones tributarias. 1 El contribuyente no se encuentra al corriente en sus obligaciones tributarias. 2 Se ha encontrado más de un registro para los datos del titular indicados. 3 Para la persona consultada no hay información en la CCAA. Tabla 3.- Códigos de Retorno del servicio de Consulta de Estar al Corriente de Pago con las CCAA Para las peticiones síncronas tramitadas, en el nodo Estado del nodo Atributos" del mensaje de Respuesta se devolverá la información SCSP que indica que la petición se tramitó, es decir, CodigoEstado 0003 y LiteralError TRAMITADA y, en los datos específicos de la transmisión será donde se indique el error de negocio que se haya producido, que será uno de los recogidos en la Tabla 3.- Códigos de Retorno del servicio de Consulta de Estar al Corriente de Pago con las CCAA. En el caso de las peticiones asíncronas tramitadas, también se devolverá CodigoEstado 0003 y LiteralError TRAMITADA en el nodo Estado del nodo Atributos" del mensaje de Respuesta y, en caso de que para alguna de las solicitudes haya habido algún error, en los datos específicos de la transmisión correspondiente se indicará el error que corresponda, que podrá ser uno de la Tabla 3.- Códigos de Retorno del servicio de Consulta de Estar al Corriente de Pago con las CCAA o bien uno de los recogidos en la Tabla 4.- Códigos de error SCSP. Para las peticiones asíncronas para las que se solicite repuesta y esta aún no esté disponible, se devolverá una respuesta en la que en el nodo Estado del nodo Atributos se devolverá la información SCSP que indica que la petición se está procesando, es decir, CodigoEstado 0002 y LiteralError EN PROCESO. Esa respuesta no contendrá transmisiones y en ella se devolverá un nuevo TER (Tiempo Estimado de Respuesta). 34

35 5. ERRORES DEVUELTOS POR LA PLATAFORMA MEDIANTE EL ESQUEMA SOAP FAULT Las peticiones, tanto síncronas como asíncronas, que la Plataforma de Intermediación detecte que son incorrectas o inválidas según el protocolo SCSP, obtendrán siempre como respuesta un mensaje SoapFault. Estas peticiones no llegarán nunca a la Comunidad Consultada. En el caso de que todas las transmisiones tengan el mismo código de error y este corresponda a un SoapFault, la plataforma devolverá un SoapFault general para todas las transmisiones, no especificando el error de cada una de ellas. Mensaje de Error Se ha alcanzado el número máximo de respuestas servidas para la petición Error al parsear el XML Código de Descripción del Error Error SCSP 0225 Si se ha establecido un número máximo de veces que se va a devolver la respuesta de una petición asíncrona, este error se dará cuando se realice una solicitud de respuesta para una petición asíncrona y, la respuesta ya se haya devuelto el número máximo de veces establecido Se ha detectado algún error o incongruencia en alguno de los parámetros recibidos en la petición Solución Vuelva a realizar la petición Revise los valores indicados en los distintos campos de la petición. La petición ya ha sido tramitada El timestamp de la petición debe ser válido y de hoy o de ayer Se ha recibido una petición con un Identificador de Petición repetido 0230 Se recibe una petición con un timestamp con formato incorrecto o que no es ni de ayer ni de hoy. Documento incorrecto 0231 Se ha recibido una petición en la que la validación del NIFTitular es incorrecta. En este caso se devuelve un SoapFault con este código de error. Asigne a la petición un identificador de petición que no haya utilizado todavía. Indique un timestamp correcto y de ayer u hoy. Revise que el formato de la documentación del titular es correcto. Tag NumElementos inválido. Certificado o Respuesta Caducada 0237 Se recibe una solicitud de respuesta en la que <NumElementos> no es el mismo que se envío en la petición asíncrona Se recibe una solicitud de respuesta a una petición tras un periodo de tiempo transcurrido el cual se considera que la respuesta ha perdido su validez. Indique en la solicitud de respuesta para el nodo <NumElementos> el mismo valor que indico en la petición. Vuelva a realizar la petición 35