Requerimientos Intercambio de Datos de Ascensores vía XML … · 2017-02-02 · Intercambio de datos de Ascensores para las inspecciones 3 1. Introducción. El presente apartado

Intercambio de datos de Ascensores para las inspecciones

1

Requerimientos para el Intercambio de datos de Ascensores para las inspecciones periódicas oficiales vía XML


2

Índice

1. Introducción. ........................................................................... 3

2. Modalidades para la entrega/recepción de los ficheros de intercambio ..................................................................................... 4

2.1 Desde la aplicación .................................................................................................... 4 2.2 Conexión entre aplicaciones ..................................................................................... 4

2.2.1 Requisitos de conexión e identificación. ................................................................ 6 3. Descripción de Procesos establecidos vía XML.................. 6

3.1 Requisitos para la obtención de datos de los ascensores (para ECA y OCA). ..... 6 3.2 Requisitos para el envío de datos para la asignación de los OCAs a las inspecciones ......................................................................................................................... 9 3.3 Requisitos para el envío de datos para el acta ...................................................... 11 3.4 Requisitos para el envío de datos para la subsanación de los defectos y redacción del certificado .................................................................................................... 13

4. Anexos ................................................................................... 15 4.1 Servicios de obtención de valores de campos ...................................................... 15

4.1.1 Tipos de defectos ................................................................................................ 15 4.1.2 Provincias............................................................................................................ 15 4.1.3 Municipios ........................................................................................................... 15 4.1.4 Localidades ......................................................................................................... 16 4.1.5 OCAs................................................................................................................... 16 4.1.6 Otros valores codificados .................................................................................... 16

4.1.6.1 Nombre Valor = Resultado ........................................................................... 17 4.1.6.2 Nombre Valor = Uso..................................................................................... 17 4.1.6.3 Nombre Valor = Estado del aviso ................................................................. 17 4.1.6.4 Nombre Valor = Estado del ascensor ........................................................... 17 4.1.6.5 Nombre Valor = Tipo de Defecto .................................................................. 17 4.1.6.6 Nombre Valor = Origen ó avería................................................................... 17

4.2 Esquemas de los XML.............................................................................................. 18 4.2.1 Para la obtención de información de los ascensores........................................... 18 4.2.2 Para la asignación de inspecciones de ascensores ............................................ 22 4.2.3 Para la redacción del acta ................................................................................... 24 4.2.4 Para la subsanación de los defectos ................................................................... 26


3

1. Introducción.

El presente apartado tiene como objetivo reflejar cómo se va a establecer el intercambio de datos entre la aplicación de tramitación telemática de Inspecciones Periódicas Oficiales del Departamento de Industria del Gobierno Vasco y la de los usuarios de la tramitación, tanto para usuarios que pertenecen a empresas de mantenimiento de ascensores como para Organismos de Control Autorizados (de ahora en adelante OCAs) El flujo de trabajo sería el siguiente:

• La empresa conservadora recupera la información sobre todos los ascensores que mantiene y el OCA de aquellos en los que participa o ha participado en el proceso de la inspección.

o Datos generales o Última inspección realizada o Inspección en curso

• La empresa conservadora fija el OCA responsable de realizar la inspección • El OCA carga en la aplicación el acta con todos los defectos • La empresa conservadora actualiza las fechas para la subsanación de los

defectos de las inspecciones, Estos datos se podrán recuperar utilizando la aplicación Web de industria o de manera automatizada usando servicios Web. TODOS los campos que se envíen vía XML se ajustarán al formato que se especifica en el esquema XSD que se proporcionará en su momento.


4

2. Modalidades para la entrega/recepción de los ficheros

de intercambio El intercambio de datos se podrá realizar de forma automatizada invocando servicios Web (servlets) desde los sistemas de información de las empresas usuarias o utilizando los formularios correspondientes dentro de la aplicación Web del Departamento de Industria.

2.1 Desde la aplicación

La aplicación permite tanto, obtener, como incorporar ficheros de intercambio XML. Estas operaciones se realizan en la aplicación mediante la utilización de pantallas emergentes en las que a través del administrador de archivos de Windows se puede seleccionar el archivo correspondiente. Los elementos del fichero XML, <firma> y <fecha_invocacion>, utilizados en la autenticación de servicios Web, no deberán ser informados, ya que la identificación se obtiene de la sesión Web. .

2.2 Conexión entre aplicaciones Otra solución que aborda la aportación/recepción de ficheros de intercambio consiste en la intercomunicación entre las aplicaciones de las empresas conservadoras de ascensores/OCA y la aplicación Web de inspecciones periódicas oficiales del departamento de Industria del Gobierno Vasco.

Rpta. Datos XML/estado Invocación

Invocación servicio telemático

Aplicación ECA/OCA Asignación de inspecciones a los OCAs

Carga de los certificados de corrección

Obtención de datos de ascensores

Carga en la aplicación del acta con todos los defectos

O35-Tramitación Telemática

Entrega/Recepción de los ficheros de intercambio


5

Se podrán realizar las operaciones anteriores de forma automatizada invocando a servicios (implementados con servlets) aportando los documentos XML en el POST. Los procesos a realizar son:

• Asignación de inspecciones a los OCAs (ECA) • Carga de los certificados de corrección de deficiencias (ECA). • Obtención de datos de ascensores (ECA y OCA) • Carga en la aplicación del acta con todos los defectos (OCA)

El fichero enviado, deberá ajustarse al formato que se especifica en los esquemas que se acompañan como anexo en este documento. Si el fichero no sigue el formato definido no se podrá admitir el envío, y el servicio de carga devolverá un mensaje de error. En el caso de que todos los datos recibidos sean correctos, se realizarán las acciones solicitadas. Dichos servicios validarán los permisos de quienes los invocan para permitir la aportación/recepción de los ficheros de intercambio. La autenticación se realizará mediante certificados de empresas en servidor. De esta forma las aplicaciones firmarán el documento XML con dichos certificados de empresa permitiendo identificarlas. La validación se realiza a partir de la firma digital de IZENPE que se incorporará en la petición. De esta forma se añadirán dos elementos XML para autentificar la validez de la invocación: fecha de invocación del servicio (formato DD/MM/YYYY HH:MM:SS) y firma contenedora del objeto P7 de firma del XML (se firmará el XML con todos los elementos generados salvo el elemento de firma).

Los servicios devolverán información sobre cómo ha ido el procesamiento de los datos incorporados o retornando el XML solicitado.

XML a firmar

El objeto P7 resultado de firmar el XML.


6

2.2.1 Requisitos de conexión e identificación.

Las aplicaciones de las empresas, deberán ser capaces de invocar vía http, a los servicios expuestos, incorporando el fichero de intercambio XML generado/parámetros en el POST de la petición HTTP. Estas aplicaciones pueden estar desarrolladas con cualquier lenguaje, pero será necesario que se pueda conectar vía Internet con la aplicación de Tramitación telemática para invocar los servicios citados. Para la autenticación del emisor se va a chequear que la firma sea de una empresa autorizada, cotejándola con la información de que dispone Industria.

3. Descripción de Procesos establecidos vía XML

3.1 Requisitos para la obtención de datos de los ascensores (para ECA y OCA).

A esta información se podrá acceder tanto desde la aplicación Web como invocando un servicio Web. En el caso de que la invocación sea de un servicio Web se realizará vía http pasando por el POST un XML con el siguiente formato:

La URL a invocar por las empresas conservadoras será:

http://www.industria.ejgv.euskadi.net/o35/o35IPServiceXMLECAServlet La URL a invocar por los OCAs será:

http://www.industria.ejgv.euskadi.net/o35/o35IPServiceXMLOCAServlet. Se validará la fecha de invocación y firma de la que obtendremos la empresa (ECA/OCA). Se informa el parámetro del año de la próxima o última inspección dependiendo del parámetro tipo_fecha (es opcional, en su ausencia se tomará la fecha de próxima inspección) para limitar el número de ascensores resultantes así como la provincia de los ascensores a devolver. La información que se entrega es la referida a los ascensores y sus inspecciones. Siendo los ascensores que se muestran:

• Los que conserva una empresa conservadora • en los que participa o ha participado en el proceso de la última inspección un

OCA.


7

La información que se aporta sobre un ascensor y sus inspecciones es la misma en ambos casos y es:

• Numero de instalación o Provincia o RAE

• Titular (+) • Dirección del ascensor (+) • Datos técnicos

o Uso o Carga o Recorrido o Paradas o Número de personas

• Empresa conservadora • Fecha de la puesta en marcha • Estado del ascensor • Fecha de la próxima inspección • Fecha ultima inspección realizada • Resultado ultima inspección realizada • OCA que realizó la ultima inspección (+) • Técnico del OCA que realizó la ultima inspección

o Nombre del técnico o NIF del técnico

• Fecha plazo de corrección • Fecha fin de prórroga • Fecha de subsanación • Defectos

o Código Tipo de Defecto. o Código del defecto: Número. o Origen ó avería o Observaciones o Plazo de corrección o Fecha de subsanación

• Si tiene un aviso del OCA • Inspección en curso (aquella que tiene asignado el OCA y está todavía sin

presentar) o OCA asignado (+) o Fecha de la asignación o Fecha de la visita

La información que se obtiene de industria cubre las necesidades siguientes:

• Ver las direcciones de los ascensores que dispone industria • Saber la puesta en marcha de los ascensores • El resultado de la ultima inspección

o Si tiene defectos sin subsanar o Cuál es la fecha para la corrección de los mismos

• Las inspecciones asignadas • Las fechas de visitas concertadas • Si la inspección está fuera de plazo (inspección sin realizar ó no subsanado en

plazo). • Si tiene aviso del OCA.


8

Este es el esquema del XML sobre los ascensores y las inspecciones:


9

El servicio responde con el XML de ascensores si todo el proceso se ha llevado a cabo correctamente. En caso contrario (y si se ha invocado el servicio Web) devolverá un código de error a través de un fichero con el siguiente formato XML:

Siendo estos los códigos de respuesta:

Código Descripción -1 Error genérico -2 No tiene permiso -3 Error en la verificación de la firma -4 XML inválido -5 Parámetro año no válido

3.2 Requisitos para el envío de datos para la asignación

de los OCAs a las inspecciones El servicio de asignación de OCAs estará disponible tanto como servicio como desde la aplicación Web. Se envía la información para asignar OCA a las inspecciones periódicas. Se comprueba que:

• el OCA sea válido • que el ascensor sea uno de los que la empresa conservadora mantiene • que no tenga una inspección ya asignada (Si se quisiera reasignar una

inspección ya asignada a otro OCA, solamente si la inspección no tuviera ningún dato relleno, se reasignaría).

Los datos de la empresa conservadora se tomarán de la sesión Web a partir de los datos del usuario logado, en el caso de acceder desde la aplicación de industria o del elemento firma en el XML con texto del XML firmado (servicio Web). La URL a invocar será: http://www.industria.ejgv.euskadi.net/o35/o35IPServiceAsignarOCAServlet. Se validará la fecha de invocación y firma de la que obtendremos la empresa (ECA/OCA). La información que se presenta es:

• Por cada asignación o Datos que identifican al par ascensor/inspección

Numero de instalación • Provincia • RAE

Fecha de la inspección (coincide con la fecha en la vence el plazo para presentar la inspección –fecha de próxima inspección).


10

o Datos del OCA CLAENT ORIENT TIPAUT NUMENT

o Responsable de la empresa conservadora que inicia la inspección DNI del responsable de la empresa conservadora Nombre del responsable de le empresa conservadora

La aplicación valida que el XML recibido es correcto, es decir, cumple las especificaciones que se han definido en cuanto a formato de datos. Este es el esquema del XML para la asignación de inspecciones a los OCAs:

El servicio responde a través de un código de respuesta que indica cómo ha ido el procesamiento de las acciones solicitadas, a través de un fichero con el siguiente formato XML:


Código Descripción 0 Correcto -1 Error genérico -2 No tiene permiso -3 Error en la verificación de la firma -4 XML inválido


11

-5 Inspección con OCA ya asignado. -6 OCA inválido.

3.3 Requisitos para el envío de datos para el acta Este servicio estará disponible tanto como servicio Web como desde la aplicación Web de industria vía formularios. La información que se envía es la referida al acta de la inspección. Se validará que se haya asignado la inspección de ese ascensor al OCA que realiza la petición de envío. Si el acta está ya finalizada, no se permitirá cargar datos vía XML (no aparecerá la opción en la interfaz de usuario). También se validará, si es invocado como servicio Web, la fecha de invocación y firma. La información que se presenta es:

• Datos que identifican al par ascensor/inspección o Numero de instalación

Provincia RAE

o Fecha de la inspección (coincide con la fecha en la que vence el plazo para presentar la inspección –fecha de próxima inspección).

• Datos del OCA • Datos del acta a cargar

o La fecha de cuando se ha realizado la inspección o Procedimiento o Referencia o Fecha del procedimiento o Persona presente en la inspección o Inspector

Nombre del inspector DNI del inspector

o Defectos Tipo de Defecto. Código del defecto (Número). Origen ó avería Observaciones Plazo de corrección

o Observaciones La aplicación valida que el XML recibido es correcto, es decir, cumple las especificaciones que se han definido en cuanto a formato de datos. Se comprueba que se ha recibido un XML válido. Si no es un XML correcto, se muestra una página de error de datos en el envío. La URL a invocar será http://www.industria.ejgv.euskadi.net/o35/o35IPServiceActaServlet. Este es el esquema del XML para la redacción del acta:


12

El servicio responde a través de un código de respuesta que indica cómo ha ido el procesamiento de las acciones solicitadas, a través de un fichero con el siguiente formato XML:


Código Descripción 0 Correcto -1 Error genérico -2 No tiene permiso -3 Error en la verificación de la firma -4 XML inválido -5 OCA no asignado para esa inspección. -6 Acta ya finalizada


13

3.4 Requisitos para el envío de datos para la subsanación

de los defectos y redacción del certificado Este servicio estará disponible tanto como servicio Web como desde la aplicación Web de industria vía formularios. La información que se envía es la referida a la fecha de subsanación de los defectos para una inspección en concreto y la redacción del certificado de corrección de errores. Se validará que para ese ascensor, la empresa conservadora corresponda a la que realiza la petición y que tenga una inspección con esos defectos sin subsanar. Si la inspección tiene todos los defectos subsanados, no se permitirá cargar datos vía XML (no aparecerá la opción en la interfaz de usuario). También se validará si es invocado como servicio Web, la fecha de invocación y firma. La información que se presenta es:

• Datos que identifican al par ascensor/inspección o Numero de instalación

Provincia RAE

o Fecha de la inspección • Datos de defectos

o Código del defecto (Número). o Fecha de subsanación

• Datos del certificado o DNI del técnico

La aplicación valida que el XML recibido es correcto, es decir, cumple las especificaciones que se han definido en cuanto a formato de datos. Se comprueba que se ha recibido un XML válido. Si no es un XML correcto, se muestra una página de error de datos en el envío o si es una invocación de servicio Web a través de un fichero con el siguiente formato XML:


Código Descripción 0 Correcto -1 Error genérico -2 No tiene permiso -3 Error en la verificación de la firma -4 XML inválido -5 El ascensor no pertenece al ECA -6 No existe Acta con defectos sin subsanar


14

-7 Acta con defectos ya corregidos . Este es el esquema del XML para la redacción del certificado de subsanación de deficiencias:

La URL a invocar será:

http://www.industria.ejgv.euskadi.net/o35/o35IPServiceCorrDefServlet.


15

4. Anexos

4.1 Servicios de obtención de valores de campos

4.1.1 Tipos de defectos

Para obtener el XML con los valores de los tipos de defectos codificados ejecutar el servlet “http://www.industria.ejgv.euskadi.net/o35/o35IPDefectosXMLServlet”, y procesar el fichero para el volcado en la base de datos local. Como valores de los campos que describen el defecto vienen los valores por defecto del campo origen/avería.

4.1.2 Provincias Para obtener el XML con las provincias codificadas ejecutar el servlet “http://www.industria.ejgv.euskadi.net/o35/o35IPProvinciasXMLServlet” y procesar el fichero para el volcado en la base de datos local.

4.1.3 Municipios Para obtener el XML con los municipios codificados ejecutar el servlet “http://www.industria.ejgv.euskadi.net/o35/o35IPMunicipiosXMLServlet” y procesar el fichero para el volcado en la base de datos local.


16

4.1.4 Localidades

Para obtener el XML con las localidades codificadas ejecutar el servlet “http://www.industria.ejgv.euskadi.net/o35/o35IPLocalidadesXMLServlet?prov=XX” y procesar el fichero para el volcado en la base de datos local. Como se ve en la URL se le pasa un parámetro “prov” al servlet con el código de la provincia.

4.1.5 OCAs Para obtener el XML con las ocas codificadas ejecutar el servlet “http://www.industria.ejgv.euskadi.net/o35/o35IPOCAsXMLServlet” y procesar el fichero para el volcado en la base de datos local.

4.1.6 Otros valores codificados Para obtener este XML con el resto de valores codificados que son fijos ejecutar el servlet “http://www.industria.ejgv.euskadi.net/o35/o35IPOtrosValoresXMLServlet” y procesar el fichero para el volcado en la base de datos local.

Con formato: Justificado


17

Se indican a continuación los posibles valores que se devuelven por cada tipo de valor en cada una de las tablas y los códigos correspondientes.

4.1.6.1 Nombre Valor = Resultado Código Descripción. 1 Sin defectos 2 Con defectos leves 3 Con defectos graves 4 Con defectos muy graves

4.1.6.2 Nombre Valor = Uso Código Descripción. 0 Industrial 1 Publico 2 +20 viviendas 3 - 20 viviendas 4 Particular

4.1.6.3 Nombre Valor = Estado del aviso Código Descripción. 0 ó nulo No avisado 1 Avisado 2 En proceso ó Presupuesto aceptado 3 Parado

4.1.6.4 Nombre Valor = Estado del ascensor Código Descripción. 0 No defectos 1 Defectos y subsanados 2 Defectos y no subsanados

4.1.6.5 Nombre Valor = Tipo de Defecto Código Descripción. L Leve G Grave M Muy grave

4.1.6.6 Nombre Valor = Origen ó avería Código Descripción. 0 ó null avería O Origen O/A Origen ó avería


18

4.2 Esquemas de los XML

4.2.1 Para la obtención de información de los ascensores

<?xml version="1.0" encoding="UTF-8"?> <xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified"> <xs:element name="aviso"> <xs:complexType> <xs:sequence> <xs:element ref="estado_aviso"/> <xs:element ref="fecha_aviso"/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="calle"> <xs:complexType> <xs:sequence> <xs:element ref="codigo"/> <xs:element ref="nombre"/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="carga" type="xs:string"/> <xs:element name="razon_social" type="xs:string"/> <xs:element name="cif_conservadora" type="xs:string"/> <xs:element name="tip_def1" type="xs:string"/> <xs:element name="categoria" type="xs:string"/> <xs:element name="claent" type="xs:string"/> <xs:element name="codigo" type="xs:int"/> <xs:element name="cod_def" type="xs:string"/> <xs:element name="prov_cod" type="xs:string"/> <xs:element name="cod_tip" type="xs:string"/> <xs:element name="cp" type="xs:string"/> <xs:element name="c_nif" type="xs:string"/> <xs:element name="datos_tecnicos"> <xs:complexType> <xs:sequence> <xs:element ref="carga"/> <xs:element ref="personas"/> <xs:element ref="recorrido"/> <xs:element ref="paradas"/> <xs:element ref="uso"/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="defectos"> <xs:complexType> <xs:sequence> <xs:element ref="defecto"/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="defecto"> <xs:complexType> <xs:sequence> <xs:element ref="cod_def"/> <xs:element ref="tip_def"/> <xs:element ref="swtoa"/> <xs:element ref="descripcion_def"/> <xs:element ref="fecha_subsanacion"/> <xs:element ref="plazo_correccion"/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="descripcion_def" type="xs:string"/>


19

<xs:element name="d_nif" type="xs:string"/> <xs:element name="eca"> <xs:complexType> <xs:sequence> <xs:element ref="prov_cod"/> <xs:element ref="categoria"/> <xs:element ref="numero"/> <xs:element ref="razon_social"/> <xs:element ref="cif_conservadora"/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="estado" type="xs:string"/> <xs:element name="estado_aviso" type="xs:string"/> <xs:element name="fecha_asignacion" type="xs:date"/> <xs:element name="fecha_aviso" type="xs:date"/> <xs:element name="fecha_puesta_marcha" type="xs:date"/> <xs:element name="fecha_visita" type="xs:date"/> <xs:element name="inspecciones_ascensores"> <xs:complexType> <xs:sequence> <xs:element ref="inspeccion_ascensores"/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="inspeccion_ascensores"> <xs:complexType> <xs:sequence> <xs:element ref="numins"/> <xs:element ref="titular"/> <xs:element ref="instalacion"/> <xs:element ref="fecha_puesta_marcha"/> <xs:element ref="datos_tecnicos"/> <xs:element ref="eca"/> <xs:element ref="aviso"/> <xs:element ref="estado"/> <xs:element ref="fecha_proxima_inspeccion"/> <xs:element ref="fecha_anterior_inspeccion"/> <xs:element ref="resultado_ult"/> <xs:element ref="oca"/> <xs:element ref="tecnico"/> <xs:element ref="fecha_plazo_correccion"/> <xs:element ref="fecha_fin_prorroga"/> <xs:element ref="fecha_subsanacion"/> <xs:element ref="defectos"/> <xs:element ref="inspeccion_en_curso"/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="inspeccion_en_curso"> <xs:complexType> <xs:sequence> <xs:element ref="oca"/> <xs:element ref="fecha_visita"/> <xs:element ref="fecha_asignacion"/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="instalacion"> <xs:complexType> <xs:sequence> <xs:element ref="provincia"/> <xs:element ref="municipio"/> <xs:element ref="localidad"/> <xs:element ref="calle"/> <xs:element ref="portal"/> <xs:element ref="cp"/> </xs:sequence> </xs:complexType>


20

</xs:element> <xs:element name="localidad"> <xs:complexType> <xs:sequence> <xs:element ref="codigo"/> <xs:element ref="nombre"/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="municipio"> <xs:complexType> <xs:sequence> <xs:element ref="codigo"/> <xs:element ref="nombre"/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="nif"> <xs:complexType> <xs:sequence> <xs:element ref="c_nif"/> <xs:element ref="n_nif"/> <xs:element ref="d_nif"/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="nombre" type="xs:string"/> <xs:element name="nument" type="xs:string"/> <xs:element name="numero" type="xs:string"/> <xs:element name="cod_provincia" type="xs:string"/> <xs:element name="rae" type="xs:string"/> <xs:element name="numins"> <xs:complexType> <xs:sequence> <xs:element ref="cod_provincia"/> <xs:element ref="rae"/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="n_nif" type="xs:string"/> <xs:element name="oca"> <xs:complexType> <xs:sequence> <xs:element ref="claent"/> <xs:element ref="orient"/> <xs:element ref="tipaut"/> <xs:element ref="nument"/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="on_nom" type="xs:string"/> <xs:element name="on_num" type="xs:string"/> <xs:element name="orient" type="xs:string"/> <xs:element name="paradas" type="xs:string"/> <xs:element name="personas" type="xs:string"/> <xs:element name="plazo_correccion" type="xs:string"/> <xs:element name="portal" type="xs:string"/> <xs:element name="provincia"> <xs:complexType mixed="true"> <xs:sequence> <xs:element ref="codigo"/> <xs:element ref="nombre"/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="recorrido" type="xs:string"/> <xs:element name="ref_certificado" type="xs:string"/> <xs:element name="ref_certificado1" type="xs:string"/> <xs:element name="swtoa" type="xs:string"/>


21

<xs:element name="tipaut" type="xs:string"/> <xs:element name="tip_def" type="xs:string"/> <xs:element name="titular"> <xs:complexType> <xs:sequence> <xs:element ref="nombre"/> <xs:element ref="nif"/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="resultado_ult" type="xs:string"/> <xs:element name="nombre_tecnico_oca" type="xs:string"/> <xs:element name="nif_tecnico_oca" type="xs:string"/> <xs:element name="tecnico"> <xs:complexType mixed="true"> <xs:sequence> <xs:element ref="nombre_tecnico_oca"/> <xs:element ref="nif_tecnico_oca"/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="uso" type="xs:string"/> <xs:element name="fecha_proxima_inspeccion" type="xs:date"/> <xs:element name="fecha_anterior_inspeccion" type="xs:date"/> <xs:element name="fecha_plazo_correccion" type="xs:date"/> <xs:element name="fecha_fin_prorroga" type="xs:date"/> <xs:element name="fecha_subsanacion" type="xs:date"/> </xs:schema>


22

4.2.2 Para la asignación de inspecciones de ascensores

<?xml version="1.0" encoding="utf-8"?>  <xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified"> <xs:element name="claent" type="xs:string"/> <xs:element name="c_nif" type="xs:string"/> <xs:element name="d_nif" type="xs:string"/> <xs:element name="firma" type="xs:string"> <xs:annotation> <xs:documentation>Autenticación servicios Web</xs:documentation> </xs:annotation> </xs:element> <xs:element name="inspecciones_asignacion"> <xs:complexType> <xs:sequence> <xs:element ref="inspeccion_asignacion" maxOccurs="unbounded"/> <xs:element ref="fecha_invocacion" minOccurs="0"/> <xs:element ref="firma" minOccurs="0"/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="inspeccion_asignacion"> <xs:complexType> <xs:sequence> <xs:element ref="numins"/> <xs:element ref="fecha_proxima_inspeccion"/> <xs:element ref="oca"/> <xs:element ref="responsable"/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="nif"> <xs:complexType> <xs:sequence> <xs:element ref="c_nif" minOccurs="0"/> <xs:element ref="n_nif"/> <xs:element ref="d_nif" minOccurs="0"/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="nument" type="xs:string"/> <xs:element name="cod_provincia" type="xs:string"/> <xs:element name="rae" type="xs:string"/> <xs:element name="numins"> <xs:complexType> <xs:sequence> <xs:element ref="cod_provincia"/> <xs:element ref="rae"/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="n_nif" type="xs:string"/> <xs:element name="oca"> <xs:complexType> <xs:sequence> <xs:element ref="claent"/> <xs:element ref="orient"/> <xs:element ref="tipaut"/> <xs:element ref="nument"/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="orient" type="xs:string"/> <xs:element name="tipaut" type="xs:string"/> <xs:element name="nombre_responsable" type="xs:string"/>


23

<xs:element name="responsable"> <xs:complexType mixed="true"> <xs:sequence> <xs:element ref="nombre_responsable" minOccurs="0"/> <xs:element ref="nif"/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="fecha_proxima_inspeccion" type="xs:date"> <xs:annotation> <xs:documentation>DD/MM/YYYY</xs:documentation> </xs:annotation> </xs:element> <xs:element name="fecha_invocacion" type="xs:string"> <xs:annotation> <xs:documentation>Autenticación servicios Web (DD/MM/YYY HH:MM:SS)</xs:documentation> </xs:annotation> </xs:element> </xs:schema>


24

4.2.3 Para la redacción del acta

<?xml version="1.0" encoding="utf-8"?>  <xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified"> <xs:element name="acta"> <xs:complexType> <xs:sequence> <xs:element ref="fecha_inspeccion"/> <xs:element ref="procedimiento"/> <xs:element ref="referencia"/> <xs:element ref="num_acta"/> <xs:element ref="fecha_procedimiento"/> <xs:element ref="fecha_bopv"/> <xs:element ref="presente"/> <xs:element ref="inspector"/> <xs:element ref="defectos" minOccurs="0"/> <xs:element ref="observaciones" minOccurs="0"/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="claent" type="xs:string"/> <xs:element name="coddef" type="xs:string"/> <xs:element name="defecto"> <xs:complexType> <xs:sequence> <xs:element ref="tipdef"/> <xs:element ref="coddef"/> <xs:element ref="swtoa"/> <xs:element ref="descripcion_def"/> <xs:element ref="plazo_correccion"/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="defectos"> <xs:complexType> <xs:sequence> <xs:element ref="defecto" maxOccurs="unbounded"/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="dni_inspector" type="xs:string"/> <xs:element name="descripcion_def" type="xs:string"/> <xs:element name="fecha_bopv" type="xs:string"> <xs:annotation> <xs:documentation>DD/MM/YYYY</xs:documentation> </xs:annotation> </xs:element> <xs:element name="fecha_inspeccion" type="xs:string"> <xs:annotation> <xs:documentation>DD/MM/YYYY</xs:documentation> </xs:annotation> </xs:element> <xs:element name="fecha_ipo" type="xs:string"> <xs:annotation> <xs:documentation>DD/MM/YYYY</xs:documentation> </xs:annotation> </xs:element> <xs:element name="fecha_procedimiento" type="xs:string"> <xs:annotation> <xs:documentation>DD/MM/YYYY</xs:documentation> </xs:annotation> </xs:element> <xs:element name="fecha_subsanado" type="xs:string"/> <xs:element name="inspeccion_ascensor"> <xs:complexType> <xs:sequence>


25

<xs:element ref="numins"/> <xs:element ref="fecha_ipo"/> <xs:element ref="oca"/> <xs:element ref="acta"/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="inspecciones_ascensor"> <xs:complexType> <xs:sequence> <xs:element ref="inspeccion_ascensor" maxOccurs="unbounded"/> <xs:element ref="fecha_invocacion" minOccurs="0"/> <xs:element ref="firma" minOccurs="0"/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="inspector"> <xs:complexType> <xs:sequence> <xs:element ref="nombre_inspector"/> <xs:element ref="dni_inspector"/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="nombre_inspector" type="xs:string"/> <xs:element name="nument" type="xs:byte"/> <xs:element name="numins"> <xs:complexType> <xs:sequence> <xs:element ref="cod_provincia"/> <xs:element ref="rae"/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="observaciones" type="xs:string"/> <xs:element name="oca"> <xs:complexType> <xs:sequence> <xs:element ref="claent"/> <xs:element ref="orient"/> <xs:element ref="tipaut"/> <xs:element ref="nument"/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="orient" type="xs:string"/> <xs:element name="plazo_correccion" type="xs:string"/> <xs:element name="presente" type="xs:string"/> <xs:element name="procedimiento" type="xs:string"/> <xs:element name="num_acta" type="xs:string"/> <xs:element name="referencia" type="xs:string"/> <xs:element name="cod_provincia" type="xs:string"/> <xs:element name="rae" type="xs:string"/> <xs:element name="swtoa" type="xs:string"/> <xs:element name="tipaut" type="xs:string"/> <xs:element name="tipdef" type="xs:string"/> <xs:element name="firma" type="xs:string"> <xs:annotation> <xs:documentation>Autenticación servicios Web</xs:documentation> </xs:annotation> </xs:element> <xs:element name="fecha_invocacion" type="xs:string"> <xs:annotation> <xs:documentation>Autenticación servicios Web (DD/MM/YYY HH:MM:SS)</xs:documentation> </xs:annotation> </xs:element> </xs:schema>


26

4.2.4 Para la subsanación de los defectos

<?xml version="1.0" encoding="UTF-8"?> <xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified"> <xs:element name="subsanar_defectos"> <xs:complexType> <xs:sequence> <xs:element ref="subsanar_defecto"/> <xs:element ref="fecha_invocacion" minOccurs="0"/> <xs:element name="firma" minOccurs="0"> <xs:annotation> <xs:documentation>Autenticación servicios Web</xs:documentation> </xs:annotation> </xs:element> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="subsanar_defecto"> <xs:complexType> <xs:sequence> <xs:element ref="numins"/> <xs:element ref="fecha_ipo"/> <xs:element ref="defectos"/> <xs:element ref="tecnico_dni"/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="coddef" type="xs:string"> <xs:annotation> <xs:documentation>ver anexo</xs:documentation> </xs:annotation> </xs:element> <xs:element name="defecto"> <xs:complexType> <xs:sequence> <xs:element ref="coddef"/> <xs:element ref="fecha_subsanado"/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="defectos"> <xs:complexType> <xs:sequence maxOccurs="unbounded"> <xs:element ref="defecto"/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="fecha_ipo" type="xs:string"> <xs:annotation> <xs:documentation>DD/MM/YYYY</xs:documentation> </xs:annotation> </xs:element> <xs:element name="cod_provincia" type="xs:string"/> <xs:element name="rae" type="xs:string"/> <xs:element name="numins"> <xs:complexType> <xs:sequence> <xs:element ref="cod_provincia"/> <xs:element ref="rae"/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="fecha_subsanado" type="xs:string"> <xs:annotation> <xs:documentation>DD/MM/YYYY</xs:documentation> </xs:annotation> </xs:element> <xs:element name="tecnico_dni" type="xs:string"/>


27

<xs:element name="fecha_invocacion" type="xs:string"> <xs:annotation> <xs:documentation>Autenticación servicios Web (DD/MM/YYY HH:MM:SS)</xs:documentation> </xs:annotation> </xs:element> </xs:schema>

Documents

Requerimientos Intercambio de Datos de Ascensores vía XML … · 2017-02-02 · Intercambio de datos de Ascensores para las inspecciones 3 1. Introducción. El presente apartado