XML de intercambio de datos de Ascensores. Requerimientos para el Intercambio de Datos de Ascensores vía XML

Transcripción

1 Requerimientos para el Intercambio de Datos de Ascensores vía XML 1

2 Índice 1.Introducción Requisitos para la tramitación de expedientes con datos generados desde las aplicaciones propias vía XML Requisitos de identificación y conexión Requisitos de los datos de tipologías y tablas de Industria... 6 Anexo 1 XSD de validación formal de los datos del XML... 9 Anexo 2 Codificación de organismos notificados Relación de pantalla Organismos notificados que han intervenido con estructura XML Codificación de organismo notificado

3 1.Introducción. El presente apartado tiene como objetivo reflejar las condiciones que debería cumplir cualquier sistema de información que quiera aportar expedientes a la aplicación de Tramitación Telemática de nuevos ascensores del departamento de Industria del Gobierno Vasco, proporcionando, vía XML, los datos de los distintos formularios de su tramitación: El Expediente Técnico La Declaración de Conformidad La Solicitud de Puesta en Marcha. Esta solución se ha planteado para que se puedan generar en aplicaciones externas los datos de los formularios de la tramitación, facilitando a las empresas instaladoras el relleno de los campos de los formularios de la tramitación. La mecánica de funcionamiento sería de tal manera que el sistema de información externo, generaría un fichero con un formato XML determinado y desde las páginas Web de la tramitación de Industria, se recogería dicho fichero mediante un botón de la aplicación. En un solo fichero pueden figurar los datos de los documentos de uno o mas expedientes de instalación de nuevos ascensores.. El sistema descrito permite que se envíen solo los datos de uno solo de los formularios de la tramitación (Expediente Técnico y Declaración de conformidad), o de los dos. Cuando se recogen los datos de cualquiera de estos formularios, TODOS los campos que se envíen vía XML deberán ajustarse al formato que se especifique en el XSD que se proporcionará en su momento. Si llega un solo campo con formato erróneo en el XML, se rechazará el envío completo, y en ese caso mostrará al usuario un mensaje de error. En el caso de que todos los datos recibidos sean correctos, se guardaran los datos recibidos del expediente en BD y se podrá continuar con la tramitación telemática del expediente. 3

4 2. Requisitos para la tramitación de expedientes con datos generados desde las aplicaciones propias vía XML 2.1. Requisitos de identificación y conexión. Los sistemas de información externos a la Tramitación Telemática de expedientes de nuevos ascensores, deberá ser capaz de generar, el XML pendiente de definir y que se proporcionara en su momento al equipo informático de la empresa instaladora. Con posterioridad, ya dentro de la aplicación de Tramitación Telemática (O35), el instalador se deberá identificar vía XLNets, para poder adjuntar el fichero XML, validarlo y seguir con la tramitación. Capturar DESCRIPCIÓN La aplicación externa genera un fichero XML conteniendo uno o varios expedientes Al entrar en la aplicación de Tramitación Telemática (O35) se realiza una validación del usuario para comprobar los permisos de acceso. Desde la aplicación O35 se recoge el XML Se valida que hemos recuperado un XML válido para la aplicación O35. 4

5 Si no es un XML correcto, se muestra una página de error de datos en el envío. Si es correcto, guarda el fichero XML recibido en Base de Datos. Los expedientes obtenidos del XML se añaden a una lista de expedientes pendientes para que el instalador los acepte expresamente. Una vez aceptado un expediente recibido vía XML, se genera el expediente de forma definitiva en los sistemas de Industria para que se pueda continuar con la tramitación en tablas de O35 5

6 2.2. Requisitos de los datos de tipologías y tablas de Industria Por otra parte, la aplicación que genera los datos de los formularios de la tramitación telemática debe cumplir que los datos que se encuentren en el XML se ajusten a los requisitos formales que se definirán en los XSD a desarrollar. Para ello, es necesario que la aplicación exterior utilice para rellenar los datos de los formularios algunas tablas de tipologías y las necesarias para rellenar los datos de las direcciones de forma unívoca, mediante las tablas de provincias, municipios y localidades que actualiza el Eustat. Las tablas que se utilizan en la aplicación del Departamento de Industria para las tramitaciones telemáticas son las siguientes: Datos del Expediente Técnico Tablas del callejero: Provincias Municipios Localidades Calles Numero de registro industrial de la empresa instaladora y de la conservadora, y el carné del instalador Uso Accionamiento Tipo Cuarto de Máquinas o Tipo o Situación Control de Velocidad Tipo de puertas de rellano o Funcionamiento o Material Hueco Valores permitidos de las tablas: Se indican a continuación los posibles valores que se admiten en cada una de las tablas y los códigos correspondientes. Provincias Para obtener el XML con las provincias codificadas ejecutar el servlet y procesar el fichero para el volcado en la base de datos local. Municipios Para obtener el XML con las provincias codificadas ejecutar el servlet y procesar el fichero para el volcado en la base de datos local. Localidades Para obtener el XML con las provincias codificadas ejecutar el servlet y procesar el fichero para el volcado en la base de datos local. 6

7 Cuarto de maquinas Tipo Código S I H A Descripción. Superior Inferior En Hueco En Armario Cuarto de maquinas situación Código Descripción 1 Arriba 2 Abajo 3 En Lateral 4 En Foso Control de velocidad Código Descripción 1 1 velocidad 2 2 velocidades F frecuencias variables Funcionamiento puertas de rellano Código A S M Descripción Automáticas Semiautomática Manuales Material puerta rellano Código C M Descripción. Cristal Metálica Hueco Código A C Descripción. Abierto Cerrado Uso Código Descripción. 0 Industrial 1 Publico viviendas 3-20 viviendas 4 Particular Accionamiento Código Descripción. 0 Eléctrico 1 Hidráulico 2 Cremallera 7

8 3 Tornillo 4 Otros Tipo Código Descripción. 0 Panorámico 1 Montacoches 2 Montacamillas 3 Normal 4 Otros 5 Montacargas 6 Bomberos Datos componentes de seguridad: Código Descripción. 1 Dispositivo de bloqueo 2 Dispositivo de caída 3 Dispositivo de limitación de exceso de velocidad 4 Amortiguadores 5 Circuito hidráulico 6 Dispositivos eléctricos 8

9 Anexo 1 XSD de validación formal de los datos del XML General 9

10 Titular 10

11 Instalación 11

12 Declaración de conformidad 12

13 Expediente técnico 13

14 14

15 Solicitud de puesta en servicio 15

16 Perteneciente al expediente técnico (empresa instaladora) Perteneciente al expediente técnico (empresa conservadora) 16

17 Perteneciente al expediente técnico (Componentes de seguridad) 17

18 Anexo 2 Codificación de organismos notificados Los organismos notificados se incorporan a la base de datos de la tramitación de Industria como resultado de una codificación. La incorporación de datos procedentes de aplicaciones externas vía XML conlleva necesariamente que esta codificación se realice de forma similar. Este documento pretende documentar a partir de las pantallas que se generan en la aplicación de Internet de tramitación telemática de Industria la codificación correspondiente. Relación de pantalla Organismos notificados que han intervenido con estructura XML En la pantalla de DECLARACIÓN DE CONFORMIDAD, al pulsar al botón Rellenar Cuadro se crea una ventana emergente que se denomina ORGANISMOS NOTIFICADOS QUE HAN INTERVENIDO. En esta ventana emergente aparecen una serie de opciones para elegir que suponen la grabación en base de datos de distintos códigos, así como la grabación de uno o más de uno en función de la opción elegida. Respecto al contenido de estos campos serán los siguientes: 18

19 <CODIGO>: STRING (3) con una codificación que vamos a explicar en este manual en las hojas posteriores <ON_NUM>: STRING (5) código de organismo notificado que es la primera parte del campo O.N. (valido tanto para el organimos notificado en diseño y en instalación o instalación) <ON_NOM>: STRING (30) nombre de organismo notificado que es la segunda parte del campo O.N. (cualquiera de los dos diseño o instalación) Por ejemplo AENOR <REF_CERTIFICADO> y <REF_CERTIFICADO1> STRING (30) contienen la información de cada uno de los campos Ref. Certificado que se habilitan si se escoge la primera opción de Examen CE de tipo (Anexo V) 19

20 Codificación de organismo notificado 1. Sí la opción seleccionada dentro de Diseño es Examen CE de tipo (Anexo V), entonces es necesario cumplimentar el campo Ref. Certificado y además elegiremos entre las opciones: Opción Codificación Modelo 1-1 Tipo sin variantes 1-2 la elección de cualquiera de estás dos subopciones del apartado Diseño lleva consigo rellenar alguna opción del apartado Instalación que se encuentra en la parte derecha de la pantalla 20

21 2. Sí la opción seleccionada dentro de Diseño es Sistema de aseguramiento de la calidad (Anexo XIII) Elegiremos entre las opciones: Opción Codificación Con norma/s armonizada/s completa/s 2-1 Con normas parciales o sin normas y revisión de diseño por O.N. 2-2 la elección de cualquiera de estás dos subopciones del apartado de estás opciones del apartado Diseño lleva consigo rellenar alguna opción del apartado Instalación que se encuentra en la parte derecha de la pantalla 21

22 3. Sí la opción seleccionada dentro de Diseño es Verificación por unidad (Anexo X) Codificación 3 4. Sí la opción seleccionada dentro de Instalación es Control final (Anexo VI) Codificación 4 22

23 5. Sí la opción seleccionada dentro de Instalación es Sistema calidad producto (Anexo XII) Codificación 5 6. Sí la opción seleccionada dentro de Instalación es Sistema calidad producción (Anexo XIV) Codificación 6 23

24 7. Sí la opción seleccionada dentro de Instalación es Sistema calidad total (Anexo XIII) Codificación 7 24