Contract

El Ayuntamiento de Alcoy tiene la consideración de Organismo Intermedio Ligero para la ejecución FEDER 2014-2020 en el marco del EJE 12 DESARROLLO URBANO del Programa Operativo FEDER Plurirregional de España XXXX. Los fondos en este eje están orientados a la ejecución de una serie de actuaciones de implementación de la Estrategia de Desarrollo Xxxxxx xx Xxxxx (EDUSI), que están financiadas al 50% mediante FEDER. Esta estrategia se desarrolla dentro del proceso de planificación estratégica de la ciudad, denominado “Alcoidemà”.

Tal y como dice la norma UNE178108, para abordar los desafíos de las ciudades actuales, necesitamos conocer los patrones de evolución de los problemas de las ciudades, y para ello se necesitan datos y herramientas de análisis, que permitirán mejorar la vida de los ciudadanos desde el punto de vista de la eficiencia y la eficacia. A través de la explotación de las capacidades de identificación, captura de datos, procesamiento y comunicación, el IoT hace pleno uso de las cosas para ofrecer servicios a todo tipo de aplicaciones.

El edificio se puede considerar como una de las células básicas de la ciudad, pudiendo proporcionar información valiosa y relevante de la misma, es decir un objeto dentro de este ecosistema. Por tanto, interesa la información que genera, no cómo genera la misma. El uso de esta información no solo permitirá mejorar la calidad de los ciudadanos, proporcionando servicios como seguridad, alarmas o respuesta temprana ante desastres, sino también permitirá mejorar y optimizar los servicios ofrecidos por la ciudad gracias a la integración de la información del edificio con la ciudad.

El edificio, como célula de ciudad, debe considerarse como un elemento externo a la arquitectura de sistemas de ciudad que se comunica con ésta usando interfaces y semántica estándar según la Norma UNE 178104.

Con la creación de una red privada, propiedad del ayuntamiento de Alcoy, que abarque la ciudad de Alcoy se considera que mejorará la gobernanza de la ciudad. Tendremos independencia del operador y la información IoT viajará por las redes municipales directamente hacia las bases de datos municipales. Por otro lado, disponer de una red propia de comunicaciones para IoT permitirá instalar sensores y actuadores de diversa

índole y casos de uso, creación de nodos inteligentes y facilitar proyectos y entornos innovadores y de inclusión social.

La Plataforma de ciudad inteligente deberá acceder a diferentes fuentes de información, compartir recursos, capacidad de análisis y coordinar servicios, basándose en análisis predictivos. El concepto de horizontalidad, donde la información proveniente de todas las fuentes podrá ser utilizada para proporcionar servicios específicos (no limitándose estos a obtener la información de sus propios sensores), es fundamental en la forma de concebir la ciudad inteligente.

La plataforma de ciudad inteligente es el elemento que permite la interacción de los diferentes elementos de la ciudad.

2 Objeto y alcance del contrato

2.1 Objeto del contrato

El presente contrato tiene como objeto el establecimiento de los requerimientos técnicos básicos para el desarrollo de un proyecto llave en mano, que contemple el suministro y puesta en marcha tanto del equipamiento como de los componentes software necesarios, así como los servicios profesionales asociados para que el ayuntamiento de Alcoy disponga de:

• Lote 1: Una red de telecomunicaciones propia y privada del ayuntamiento de Alcoy bajo el concepto de red de servicio público inteligente (según norma UNE178101) que cubra el 100% xxx xxxxx urbano y de los polígonos industriales de Alcoy con el objeto de poder conectar a dicha red, cualquier sensor/actuador/dispositivo IoT y nodo inteligente de la ciudad. Herramientas para gestión y explotación de la red objeto de este contrato, siguiendo las directrices especificadas en la familia de Normas UNE178.

• Lote 2: Un Nodo IoT en el edificio municipal “Centro Deportivo Municipal Xxxxxxx Xxxxxxx”, siguiendo en su totalidad, la Norma UNE 178108 en particular y la familia de Normas UNE 178 relacionadas con las ciudades inteligentes.

• Lote 3: Plataforma Smart City, siguiendo las directrices especificadas en la familia de Xxxxxx UNE178.

Cada uno de los puntos anteriores, constituye un lote, y cada lote un contrato. No existe límite de la división por lotes del objeto del contrato que pueden adjudicarse a cada licitador. No se aceptan ofertas integradoras.

2.1.1 Códigos CPV aplicables al contrato

A continuación se detallan los códigos CPV aplicables a cada uno de los lotes de este contrato.

2.1.1.1 Lote 1

71316000-6 Servicios de consultoría en telecomunicaciones.

72000000-5 Servicios IT: consultoría, desarrollo de software, Internet y apoyo. 32400000-7 Redes.

32500000-8 Equipo y material para telecomunicaciones.

2.1.1.2 Lote 2

72000000-5 Servicios IT: consultoría, desarrollo de software, Internet y apoyo. 30200000-1 Equipo y material informático.

32400000-7 Redes.

2.1.1.3 Lote 3

72000000-5 Servicios IT: consultoría, desarrollo de software, Internet y apoyo. 48000000-8 Paquetes de software y sistemas de información.

2.2 Alcance del contrato

Las características de los trabajos, programas, equipos, etc. que se requieren en el presente pliego deben entenderse como un mínimo y de obligatorio cumplimiento. La empresa licitadora podrá, en su oferta, mejorar dichas características aportando

soluciones que se ajusten más a las necesidades del ayuntamiento, justificando cada mejora propuesta y sin coste para el ayuntamiento.

El precio del contrato incluirá todo el hardware y software necesario, las horas necesarias para el desarrollo de los trabajos, implantación, formación del personal, instalación y mantenimiento del sistema y cualquier otro gasto relacionado con el objeto del contrato que garantice la total puesta en funcionamiento de todos los requerimientos del mismo.

El licitador asume que el presente proyecto se ejecutará íntegramente incluyendo las licencias de software necesario de terceras empresas, o las horas necesarias por el precio de licitación del presente contrato y se compromete a no facturar cantidad alguna fuera del presente contrato en ningún concepto que afecte a la implantación del sistema.

2.3 Resumen ejecutivo

A continuación se presenta un resumen de las actividades que incluye el objeto del contrato.

Las actuaciones a abordar dentro de este proyecto son las siguientes:

a) Lote 1

El suministro y la instalación de todos los elementos necesarios para la puesta en marcha de una red IoT (Internet of Things) privada, que de cobertura del 100% de toda la ciudad y de los polígonos industriales, al menos en el exterior de los edificios.

En la siguiente imagen se puede ver delimitado el casco urbano con una línea roja discontinua y marcados con círculos los polígonos industriales.

El adjudicatario deberá definir e implementar las correspondientes medidas de seguridad para todos los componentes y funcionalidades objeto del presente expediente.

La infraestructura de red será escalable y extensible, y permitirá realizar test a todos los niveles. La infraestructura debe ser una combinación de hardware y software que se compone de repetidores y gateways. Debe incluir una herramienta de gestión y operación, así como el software necesario para que los elementos interaccionen entre ellos.

Se requiere que los elementos del sistema de la red deben permitir, sin hardware ni software adicionales, crear múltiples cuentas y subredes para al menos:

• crear un entorno de prueba de concepto de ideas novedosas, surgidas en el seno de una Smart City, permitiendo el desarrollo y la investigación en uno de los campos que más interés suscita en la actualidad, el de las ciudades inteligentes, involucrando así en la participación y colaboración a un gran número de actores (ciudadanos, centros educativos, empresas, etc.).

• crear una red a disposición de ciudadanos.

• crear una red a disposición de centros educativos.

• crear una red a disposición de empresas.

• crear una red municipal.

Dichos entornos deben ser independientes lógicamente de la red principal IoT de modo que no afecte a la seguridad y calidad de servicio de la red principal (red municipal). Dichas cuentas y subredes estarán gestionadas por el ayuntamiento y deben contar con las medidas de seguridad que garanticen la integridad, confidencialidad y disponibilidad de los datos.

Dicha red y sus elementos, no deben suponer costes recurrentes como cuotas o tarifas de uso. Esto implica el uso de tecnologías y bandas de frecuencia de uso no licenciado. El único coste recurrente permitido es el derivado de la conectividad de algunos de los gateways, siempre y cuando el ayuntamiento lo autorice y el licitador proporcione el hardware necesario.

Mantenimiento del sistema hasta la finalización del contrato.

b) Lote 2

El suministro y la instalación de todos los elementos necesarios para la puesta en marcha de un Nodo IoT según la Norma UNE 178108 y con los requerimientos y características expuestas en este pliego.

Incluyendo todo el equipamiento hardware y software necesario para que la solución sea totalmente operativa y funcional, y para que sea interoperable e integrable con la plataforma de ciudad de Alcoy (lote 3) que se regirá por la familia de Normas UNE 178 relacionadas con las ciudades inteligentes.

Tal y como dice la Norma UNE 178108, el Nodo IoT se concibe como un concentrador de información de múltiples sensores con orígenes diversos que debe almacenar los datos que considere de su interés, sus variaciones, debe hacer un análisis de valor y poner esta información a disposición de un sistema superior o plataforma de ciudad inteligente.

El adjudicatario deberá definir e implementar las correspondientes medidas de seguridad para todos los componentes y funcionalidades objeto del presente expediente.

Mantenimiento del sistema hasta la finalización del contrato.

c) Lote 3

Servicio en la nube que permita disponer al ayuntamiento de Alcoy, de una plataforma de ciudad inteligente según la norma UNE 178204, que facilite la interacción de los diferentes elementos de la ciudad, integre los existentes y contribuya en gran medida a la toma de decisiones.

Mantenimiento de este servicio hasta la finalización del contrato.

3 Requisitos técnicos

Los requisitos mínimos, detallados en este apartado, no pretenden ser una relación exhaustiva de las características técnicas de los equipos o una descripción exhaustiva de los trabajos demandados. Recoge lo más relevante de los mismos.

Se especifican los requisitos mínimos que deberán cumplir los equipos ofertados, si bien los mismos podrán ser mejorados por los licitadores. Las propuestas que ofrezcan características inferiores a las especificaciones técnicas mínimas requeridas no serán tomadas en consideración en el presente procedimiento.

Al presentar la oferta, el licitador deberá ajustarse a la terminología utilizada en este apartado.

Para la adecuada ejecución del proyecto, el adjudicatario deberá mantener cuantas reuniones sean precisas para definir el esquema operativo del proyecto, realizando una puesta en común con el Ayuntamiento de Alcoy para el establecimiento de los hitos de actuación necesarios para la correcta ejecución del mismo.

Del mismo modo, la solución deberá integrarse plenamente con el entorno tecnológico existente sin interferir en las funcionalidades que ya esté prestando el mismo.

El adjudicatario deberá garantizar la prestación y cumplimiento del servicio siendo responsable del cumplimiento de todas y cada una de las funciones encomendadas.

3.1 Requisitos Generales

Todas las actuaciones desarrolladas en el marco del presente expediente de licitación deberán cumplir los siguientes requerimientos generales.

3.1.1 Compatibilidad

La solución ofertada debe garantizar la total compatibilidad entre todos los elementos suministrados, así como deberá garantizarse la compatibilidad de todo componente implantado y software desarrollado, en caso de actualización de versión de los elementos de la arquitectura base que integre la solución.

3.1.2 Hardware

Todo el hardware suministrado por el adjudicatario deberá llevar incorporado la última versión de software publicada por el fabricante.

Los elementos suministrados deberán ser conformes con la normativa vigente de la Unión Europea y española en lo referente a sus aspectos ergonómicos, de compatibilidad electromagnética y de reducción de la radiación emitida.

El suministro incluye todo el hardware, software, accesorios, licencias y materiales que sean necesarios para la implantación de los elementos suministrados, así como para su utilización y corrección de incidencias, hasta como mínimo el final del periodo de garantía.

Todo elemento suministrado debe ser totalmente compatible, integrable y funcional con el resto del equipamiento suministrado.

Los equipos a suministrar y entregar, incluidos sus componentes, deberán ser nuevos. No será posible reutilizar ni equipos ni componentes reparados.

Aquellos elementos hardware a instalar en exteriores deberán contar con las protecciones IP adecuadas, o equivalentes, para el entorno en el que deben operar y tener en cuenta las condiciones especiales de la ubicación en la que se instalen.

Una vez concluida la instalación, el adjudicatario entregará un conjunto de documentación que incluirá, al menos, manuales de administración, operación y mantenimiento.

3.1.3 Licencias y software xx xxxxxxx abiertas

En el caso que alguna de las funcionalidades y prestaciones de los elementos suministrados para el desarrollo de la iniciativa necesitaran algún tipo de licencia para ser utilizadas durante la implantación o la garantía, dicha licencia estará incluida en la solución y será suministrada por el adjudicatario como parte de la misma. Por tanto, estas licencias se proporcionarán sin coste adicional, y estarán vigentes hasta el final del plazo de garantía como mínimo.

En el caso de que el licitador oferte soluciones ya existentes basadas en software xx xxxxxxx abiertas para el desarrollo de alguno de los componentes, la solución ofertada debe basarse en un software estable, robusto, ampliamente utilizado y con un gran respaldo por una comunidad de usuarios y desarrolladores que garantice su evolución y viabilidad futuras.

Los servicios que incorpore el software se deben ofrecer bajo tecnología de servidor de aplicaciones libre (ej.: Apache, Tomcat, Jboss…), si bien los servicios se deben poder ejecutar bajo cualquier otro servidor de aplicaciones, y permitir la réplica del servidor con el fin de aportar balanceo de carga, tolerante a fallos y escalable en caso de ser preciso.

3.1.4 Alta disponibilidad

Alta disponibilidad y capacidad de recuperación: la solución a implantar que dé respuesta a los requerimientos técnicos deberá manejar de manera eficiente los fallos que puedan afectar a la disponibilidad.

Los componentes que se implanten deberán estar disponibles 24 horas al día durante 365 días al año.

3.1.5 Estándares

• Las soluciones ofertadas y que den respuesta a los requerimientos de los componentes descritos en los apartados siguientes estarán basados en estándares no propietarios que aseguren la posibilidad de desarrollos posteriores e integración con otros sistemas.

• Para cada uno de los componentes y actuaciones el adjudicatario deberá seguir las normas técnicas de interoperabilidad que procedan, generadas por el Comité Técnico de Normalización AEN/CTN-178 Ciudades Inteligentes y aquellas que apliquen del Esquema Nacional de Interoperabilidad (ENI).

3.1.6 Datos Abiertos y reutilización de la información del sector público

En general, y sin perjuicio de los requerimientos específicos de cada uno de los lotes, la información generada bajo el marco de ejecución de este expediente de contratación estará disponible para publicación en los diferentes portales de datos abiertos de los organismos públicos competentes, incluido el portal de datos abiertos del ayuntamiento de Alcoy. Para ello, el adjudicatario realizará las actuaciones necesarias, de modo que los principales conjuntos de datos generados queden a disposición de la Entidad Local en un formato de reutilización que al menos se podrá clasificar con tres (3) estrellas según la clasificación de las cinco (5) estrellas del Open Linked Data (formato estructurado no propietario como pueda ser el formato CSV).

3.1.7 Medidas de seguridad y cumplimiento de normativa

1. El adjudicatario deberá definir e implementar las correspondientes medidas de seguridad para todos los componentes y funcionalidades objeto del contrato. Estas políticas de seguridad de cada uno de los componentes deberán quedar recogidas como entregable del proyecto en un documento específico. Este entregable, se referenciará como “POLÍTICAS DE SEGURIDAD”. El documento se actualizará en función de la implementación del proyecto hasta la entrega final en la que el documento final recogerá las políticas de seguridad implementadas para cada componente.

2. Respecto a la seguridad referente a los componentes IoT, el despliegue de los mismos, debe ser seguro, garantizando la integridad, autenticidad y confidencialidad de los datos y los accesos a los mismos, implementando redes de comunicación seguras y securizando los componentes y dispositivos ofertados.

3. Respecto a la continuidad de negocio, el licitador deberá tener un plan de continuidad de negocio.

4. Respecto a los mecanismos de control y respuesta frente a ciberamenazas, el licitador deberá presentar los mecanismos con los que cuenta, así como describir el procedimiento frente a este tipo de incidentes.

5. La implantación de los diferentes componentes deberá contemplar la correspondiente batería de pruebas de seguridad.

6. Las políticas de seguridad que se establezcan deberán girar sobre los ejes de confidencialidad, integridad, autenticidad, trazabilidad y disponibilidad.

7. El adjudicatario deberá diseñar la seguridad de todos los elementos que conformen cada componente, y en particular, los asociados con las directrices básicas para proteger sistemas expuestos a internet.

8. Se deberán habilitar los mecanismos que garanticen la seguridad de los datos, para prevenir los accesos no autorizados a los dispositivos.

9. La arquitectura deberá estar provista de mecanismos de defensa ante ciberataques.

10. Se deberán habilitar mecanismos de protección contra intrusos que permitan detectar, reportar y prevenir accesos no deseados.

11. El adjudicatario deberá modificar todas las contraseñas por defecto de todos los elementos que se instalen.

12. Se deberá implementar un sistema de monitorización que facilite el estado de la seguridad y de la información relacionada con los eventos de seguridad.

13. El sistema de monitorización deberá permitir la monitorización de los componentes hardware y software desplegados, inspeccionando los logs de los mismos que puedan indicar que el sistema está en riesgo.

14. El sistema de monitorización deberá tener la capacidad de realizar una monitorización y control de las actividades realizadas por los usuarios, a partir de registros de auditoría, generando informes de actividad y auditorías de las actividades de cada usuario, grupos de usuarios y a nivel estadístico, con diferentes niveles de detalle, en función de la información almacenada en los registros.

15. Todas estas consultas relativas a la monitorización deben poder realizarse a través de una interfaz que sea amigable y fácilmente utilizable por el usuario.

16. Cuando los registros de auditoría contengan datos de carácter personal se deberán mantener las medidas de protección de privacidad apropiadas de acuerdo a la LOPD.

17. Se deberán poder almacenar los logs de todos los elementos de forma centralizada para el tratamiento por el sistema de monitorización de los eventos registrados. De este modo, los diferentes elementos de las soluciones que conformen cada componente deberán generar logs de cara al control de la seguridad.

3.1.8 Suministro de energía a los diferentes sistemas a instalar

• Para todos los sistemas objeto de licitación a instalar en la vía pública que requieran de toma de corriente ésta se proporcionará bien mediante conexionado a la red eléctrica del Ayuntamiento, mediante batería o mediante batería y panel solar, o una combinación de las tres siendo decisión del adjudicatario dotar de la solución más conveniente. Será el adjudicatario el responsable de resolver el suministro eléctrico por cualquiera de los medios que se indican. Si por motivos de normativa o imposibilidad técnica no fuera posible utilizar alguno de los medios, el adjudicatario deberá resolver el suministro de energía por cualquier otro de los medios indicados.

• Conexionado a la red eléctrica municipal: el Ayuntamiento dará acceso a la infraestructura eléctrica existente. En caso de que el adjudicatario conecte alguno de los elementos a la red eléctrica municipal deberá cumplir los siguientes requisitos.

o En caso de que la conexión se realice a la red de baja tensión del Ayuntamiento, esta conexión se realizará en cabecera de la instalación en el CGPM, colocando una protección independiente de línea, y posteriormente antes del receptor, se colocarán las protecciones necesarias marcadas por el Reglamento electrotécnico de baja tensión.

o El adjudicatario deberá presentar, previo a cualquier instalación, un informe justificativo de que las actuaciones a realizar siguen la normativa vigente.

o El adjudicatario será el encargado de realizar toda la instalación aportando todos los medios materiales necesarios, para realizar la conexión a la red, bajo el estricto cumplimiento de la normativa existente.

o En caso de ser necesario algún tipo de certificación de la instalación, será el adjudicatario el responsable de conseguirla aportando los medios necesarios para ello.

• Solución basada en batería: En caso de que el adjudicatario aporte una solución basada en batería, esta deberá tener una vida media superior a 5 años, y la solución permitirá una sustitución sencilla de la misma en caso de pérdida de funcionalidad. Las baterías se consideran elementos sujetos a los mismos requisitos de garantía que el resto del hardware.

• Solución basada en batería y panel solar: En caso de que el adjudicatario aporte una solución basada en batería y panel solar se aportarán todos los elementos necesarios para su instalación en altura con el fin de evitar al máximo el vandalismo. Los equipos necesarios para esta solución se consideran elementos sujetos a los mismos requisitos de garantía que el resto del hardware.

3.1.9 Dirección facultativa y medidas de seguridad

En caso de que la solución propuesta implique obra civil todas las actuaciones necesarias correrán a cargo del adjudicatario incluyendo las licencias necesarias, las medidas de seguridad y salud que determine la normativa vigente así como los posibles requerimientos de aceptación técnica de las actuaciones realizadas, así como cualquier otro requerimiento que marque la normativa local, autonómica o nacional. En este caso el Ayuntamiento de Alcoy actuará como promotor de la obra.

El adjudicatario deberá velar por el cumplimiento de toda la normativa aplicable a cada una de las actuaciones a desarrollar en los diferentes componentes descritos en los siguientes apartados, siendo responsabilidad del adjudicatario el proponer y poner en marcha todas las medidas oportunas para su cumplimiento.

3.1.10 Gestión del proyecto

El adjudicatario designará un Jefe de Proyecto como interlocutor principal con el Ayuntamiento de Alcoy durante la ejecución del proyecto.

El Jefe de Proyecto realizará un seguimiento continuo de la evolución de la ejecución del proyecto y asistirá junto con los técnicos que se estime conveniente a las reuniones de seguimiento y revisiones técnicas que convoque el Ayuntamiento de Alcoy con la periodicidad que éste designe.

El Ayuntamiento de Alcoy se reserva el derecho a solicitar el cambio de interlocutor en cualquier momento de la ejecución del proyecto, siendo responsabilidad del adjudicatario la presentación de un sustituto en un plazo no superior a una semana. Si durante la ejecución del contrato, la empresa adjudicataria propusiera el cambio del Jefe de Proyecto, esta circunstancia ha de ser comunicada al Ayuntamiento de Alcoy con una antelación de 15 días.

El adjudicatario se compromete a generar toda la documentación que el Ayuntamiento de Alcoy solicite para el seguimiento de los trabajos realizados, de acuerdo con los criterios que establezca en cada caso el responsable del Ayuntamiento.

3.1.11 Obligación de información y documentación

Durante la ejecución de los trabajos objeto del Contrato, el adjudicatario se compromete, en todo momento, a facilitar a los responsables designados por el Ayuntamiento de Alcoy la información y documentación que éstos soliciten para disponer de un pleno conocimiento de las circunstancias en que se desarrollan los trabajos, así como de los eventuales problemas que puedan plantearse y de las tecnologías, métodos y herramientas utilizados para resolverlos.

En este sentido, el adjudicatario deberá informar a la persona a cargo del proyecto, con la periodicidad necesaria, sobre distintos aspectos del funcionamiento y la calidad de las actuaciones realizadas.

Como parte de las tareas objeto del Contrato, el adjudicatario se compromete a generar la documentación de los trabajos realizados, de acuerdo con los criterios que establezca en cada caso la persona a cargo del proyecto.

Salvo indicación expresa en contrario, las especificaciones, informes, diagramas, planos, dibujos y cualquier otro documento relativo al objeto del Contrato serán aportados en castellano, cualquiera que sea el soporte y/o formato utilizado para la transmisión de información.

A petición del Ayuntamiento de Alcoy el adjudicatario redactará las actas de las reuniones de seguimiento del Proyecto mantenidas con los representantes del ayuntamiento, enviándolas para su validación como máximo 4 días después de las mismas.

3.1.12 Documentación y cierre del proyecto

El adjudicatario deberá enviar regularmente durante la ejecución del proyecto en la frecuencia especificada por el Ayuntamiento de Alcoy, un fichero de seguimiento cuyo formato será definido por los responsables del ayuntamiento, en el que quedará registrado, al menos, el histórico de la planificación de las entregas, la fecha real de entrega (cuyo plazo máximo se fija en el apartado “6 Entregas y Plazos de ejecución”) e instalación de los diferentes elementos.

Toda la documentación del proyecto deberá ser entregada en soporte digital. El Ayuntamiento de Alcoy definirá los formatos (PDF, HTML, etc.) y procedimientos de entrega de la documentación. La documentación no podrá ser elaborada a mano, con la única excepción de los datos que deban ser recabados en el momento de la entrega del equipamiento (datos del firmante del documento, etc.).

3.2 Lote 1: Red inalámbrica “IoT”

Este proyecto forma parte de las estrategias de Desarrollo Urbano Sostenible e Integrado dentro del Programa Operativo FEDER de crecimiento sostenible 2014-2020.

Es requisito de cumplimiento obligatorio para este componente el proveer al Ayuntamiento de Alcoy de una red inalámbrica propia y privada, basada en el estándar LoRaWAN o similar, siguiendo algún estándar internacional, y en un espectro no licenciado, con el fin de dar cobertura a las actuaciones objeto de este proyecto, así como la de permitir al Ayuntamiento futuras actuaciones de diversa índole en el ámbito de las ciudades y edificios inteligentes, con un bajo coste tanto económico como energético y sin costes recurrentes.

Se deben proporcionar la totalidad de los dispositivos de comunicación e interconexión necesarios para cubrir las necesidades aquí expuestas y estos pasarán a propiedad del ayuntamiento de Alcoy.

Ésta red IoT tiene que permitir una comunicación bidireccional de muy bajo consumo y largo alcance entre los sensores, los actuadores, los repetidores, los gateways y el sistema de gestión. Por largo alcance se entiende una red que debe permitir la comunicación de cualquier sensor y actuador en un rango de 2 a 5 km’s en zonas urbanas densas y más de 10km en áreas suburbanas. Ésta red de contar con una alta tolerancia a interferencias.

Esta red debe dar cobertura al 100% xxx xxxxx urbano y de los polígonos industriales de Alcoy, al menos en el exterior de los edificios. Y por tanto, este proyecto deberá asegurar la comunicación de futuros sensores, actuadores y dispositivos en general, en este radio de cobertura y garantizando su seguridad. El contratista justificará la cobertura solicitada con el correspondiente estudio y pruebas necesarias. Para la solución propuesta, el adjudicatario realizará un estudio de cobertura que aportará al proyecto. En cualquier caso se asegurará la conectividad con los parámetros de calidad suficientes que permitan la operatividad de los futuros sensores/actuadores.

Ofertas que ofrezcan características que no se ajusten a estos requisitos no serán tomadas en consideración en el procedimiento.

El sistema dispondrá de capacidad de auto chequeo de los diferentes elementos que lo componen. En caso de fallo de alguno de ellos, se enviará el aviso automático al puesto central y éste deberá poder redireccionarlo automáticamente al personal de mantenimiento vía e-mail, móvil, etc.

Como mínimo, cada gateway debe soportar 500 sensores/actuadores. La red se dimensionará para permitir conectar al menos 2000 elementos durante el tiempo que dure la garantía sin que esto suponga un gasto adicional en equipamiento por parte del

ayuntamiento, siempre que la ubicación del sensor esté en la zona de cobertura de la red IoT.

Los gateways deben contar con al menos 2 tipos de conectividad para su conexión a internet, siendo una de ellas 4G.

Los gateways exteriores, deben contar con sistemas de protección frente a tormentas, así como la correspondiente protección frente a líquidos y sólidos.

Los edificios donde el licitador debe priorizar la instalación de sus repetidores y demás dispositivos de comunicación son los siguientes:

• Ayuntamiento de Alcoy

• Edificio Àgora

• Centro social ZN

• Casa Cultura

• CADA

• Biblioteca Uixola

• Policía Local

• Parque de Vehículos

• Almacén de la Brigadas de Obras y Servicio Eléctrico

• CCJ

• Oficina de Comercio (teniendo en cuenta que la azotea no es de propiedad municipal)

• Conservatorio Municipal

• Servicios Sociales El Camí (teniendo en cuenta que la azotea no es de propiedad municipal)

• Servicios Sociales Xxxxxx

• EIMA ZN

• EIMA Santa Xxxx

• EIMA Batoi

• Centro Deportivo Municipal Xxxxxxx Xxxxxxx

• Polideportivo Xxxxxxxxx Xxxxxxx

• Cementerio municipal

• Edificio Calle Mayor

• Museo arqueológico

• Turismo

• Edificio de la Font Roja

El licitador correrá con los gastos derivados de la puesta en marcha de los dispositivos de red, como por ejemplo son los de obra civil e instalaciones eléctricas.

Cualquier otra ubicación que el contratista proponga, deberá ser consensuada y aprobada por los técnicos municipales.

El adjudicatario realizará todas las actuaciones necesarias para que el Ayuntamiento tenga acceso a toda la información disponible en la red IoT.

La red debe permitir, sin hardware ni software adicionales, crear múltiples cuentas y subredes para al menos:

• crear una red a disposición de ciudadanos.

• crear una red a disposición de centros educativos.

• crear una red a disposición de empresas.

• crear una red municipal.

El sistema ofertado por el contratista debe permitir la creación y configuración de otras redes adicionales a las expuestas. Dicha creación y configuración debe ser posible realizarla por parte de los técnicos municipales tras la formación obligatoria que les proporcionará el adjudicatario.

Cualquier dispositivo IoT conectado a esta red IoT (y sus subredes), no generarán ningún tipo de gasto, ni coste recurrente en conceptos de licencias ni derechos de conexión, ni para el propio ayuntamiento ni para el resto de posibles usuarios de las subredes mencionadas más arriba.

Es requisito indispensable garantizar que la red IoT objeto de este contrato, se integre en la plataforma Smart City (Lote 3 de este contrato), la cual se desarrollará en general bajo la familia de Normas UNE 178 referente a ciudades inteligentes y en particular según la Norma UNE 178104.

3.2.1 Herramienta de explotación de la red

La solución propuesta, debe incluir una herramienta en “la nube” que permita gestionar la infraestructura de la red IoT.

Dicha herramienta debe permitir obtener los datos relacionados con el uso y estados de todos los componentes de dicha red IoT.

Para poder explotar la red IoT, dicha herramienta también debe ser capaz centralizar toda la información recogida de los distintos sensores/actuadores conectados a la red objeto de este contrato, con una previsión de un mínimo de 2000 sensores/actuadores de diversa índole durante la duración de este contrato.

El contratista debe garantizar y justificar tanto las medidas de seguridad oportunas como la:

• Garantía de que el dato recogido en la subred municipal es propiedad exclusiva del ayuntamiento y sólo el ayuntamiento está autorizado a explotarlo (salvo autorización expresa).

• Garantía de recursos hardware y software dedicados a este objeto.

• Garantía de los mecanismos para un futuro cambio de “la nube” a un sistema “on- premise” propiedad del ayuntamiento.

Cualquier licencia necesaria para la puesta en marcha y funcionamiento de este componente correrá a cargo del contratista y no generará ningún coste recurrente para el ayuntamiento.

Este componente debe comunicarse e interoperar, según lo expuesto en la familia de normas UNE178, con el lote 3 de este contrato.

El software de control ha de permitir la interoperabilidad con sistemas de terceros independientemente de la topología de red y protocolo de comunicaciones usado por cada cual. Cumplirá las premisas de interoperabilidad aplicables a este componente, definidas en la familia de normas UNE178 de ciudades inteligentes. Deberá estar basado en un estándar internacional que permita que este software directamente funcione con otros sistemas, sin necesidad de adaptaciones e independientemente de las topologías de otros sistemas.

Esta herramienta debe al menos permitir:

• Gestión de los dispositivos que forman parte de la red.

• Gestión de los usuarios que podrán interactuar con esta red, esta gestión debe permitir la diferenciación de roles de acceso.

• Gestión de aplicaciones que podrán transmitir información a través de la red IoT.

• Integración de los datos recibidos mediante la red IoT.

• Gestión de alertas, podrán ser creadas en función de la información recibida de la red IoT.

• Gestión de activos, se podrá controlar los diferentes activos que forma parte de la infraestructura.

• Debe permitir añadir nuevas redes, añadir nuevos dispositivos IoT y crear nuevas aplicaciones/conexiones con bases de datos y al menos los sistemas HTTP Push, TLS, MQTT y WebSocket.

• La herramienta debe ser escalable.

• La herramienta debe ser tolerante a fallos.

• La herramienta debe soportar protocolos de seguridad.

• La herramienta debe poder incorporar nuevas funcionalidades de una forma sencilla.

• API para poder integrar sistemas externos.

• Toda la información debe poder posicionarse en un mapa, para conocer su ubicación y estado.

Mantenimiento del sistema hasta la finalización del contrato.

3.3 Lote 2: “Nodo IoT; Edificio inteligente”

Este proyecto forma parte de las estrategias de Desarrollo Urbano Sostenible e Integrado dentro del Programa Operativo FEDER de crecimiento sostenible 2014-2020.

Según la Norma UNE 178108, en general, el Nodo IoT se concibe como un concentrador de información de múltiples sensores con orígenes diversos que debe almacenar los datos que considere de su interés, sus variaciones y debe hacer un análisis de valor y poner esta información a disposición de un sistema superior o plataforma de ciudad inteligente.

Los requisitos de los nodos IoT, tanto funcionales como operativos, propuestos por el contratista, deben cumplir todo lo expuesto en la Norma UNE178108 en su apartado “6 Requisitos del nodo IoT de edificio”.

Para satisfacer las necesidades funcionales que son requisito de este pliego, el contratista proporcionará un dispositivo de gestión basado en Nodo IoT, el cual se ubicará en el propio edificio. El contratista propondrá la mejor ubicación del nodo IoT dentro del edificio, y deberá de ser consensuada con los técnicos del ayuntamiento de Alcoy y plantear otras

ubicaciones si estos no la ven factible. Si por las características especiales del hardware del nodo, éste requiere de condiciones especiales (aislamiento, refrigeración, etc.), éstas correrán a cargo del contratista.

La estructura requerida del Nodo IoT de edificio se puede ver en la siguiente figura:

Tal y como recoge la norma, la estructura del Nodo IoT está basada en un procesador, como mínimo, de 1GHz xx xxxxx núcleo, memoria y protocolos abiertos y estandarizados (o que puedan considerarse como tales), con fuerte capacidad de interconexión. La seguridad será un elemento imprescindible por la trascendencia de la información manejada. Un API externo permitirá la programación y actualización del nodo.

El Nodo IoT, es por tanto un elemento de procesamiento y comunicación, que además, debe disponer de:

• Capacidad para interactuar con el resto de elementos de la ciudad. El Nodo IoT de edificio logra que éste sea un elemento más dentro de la plataforma y modelo Smart City, ofreciendo servicios de datos, decisión y actuación, al resto de entidades urbanas.

• Capacidad de comunicar con todos los elementos del interior del edificio. El Nodo IoT de edificio, como habilitador, puede interactuar con los elementos del mismo mediante sensores y actuadores específicos.

• Capacidad de interacción con los sistemas y redes privadas de edificio. Dada la importancia que el edificio tiene como conjunto de sistemas y redes contenido en él, y en la medida que estos están afectados por los elementos comunes del

inmueble, el Nodo IoT de edificio debe tener también la capacidad de interacción con los sistemas privados.

3.3.1 Comunicaciones

Tal y como refleja la Norma UNE 178108 y es requisito de este pliego, el Nodo IoT debe implementar diversos interfaces y estándares de comunicaciones. Por otro lado, la heterogeneidad de sensores/actuadores a emplear en edificios, es necesario plantear diversos medios y arquitecturas de comunicación entre la capa de sensores y el Nodo IoT.

Entendemos por concentrador IoT, un elemento hardware que provee de una capa de abstracción adicional, presentando los sensores/actuadores al nodo de manera única e independiente.

Para garantizar el correcto funcionamiento del sistema y homogeneizar las comunicaciones, en cada Nodo IoT se proporcionará el número de concentradores IoT necesarios que homogeneizarán las comunicaciones entre los sensores/actuadores y el propio Nodo IoT.

Cualquier elemento e instalación que requiera el contratista para las comunicaciones, correrá a su cargo.

3.3.2 Integración con la plataforma de ciudad de Alcoy

Es requisito indispensable garantizar que los Nodos IoT objeto de este contrato, se integren en plataforma Smart City de la ciudad de Alcoy (lote 3 de este contrato), la cual se desarrollará en general bajo la familia de Normas UNE 178 referente a ciudades inteligentes y en particular según la Norma UNE 178104.

El licitador debe justificar este requisito.

3.3.3 Servicios ofrecidos por cada uno de los Nodos IoT

Cada uno de los Nodos IoT objeto de este contrato deben ofrecer obligatoriamente, al menos los siguientes servicios:

3.3.3.1 Eficiencia energética

El nodo IoT tendrá la capacidad de monitorizar en tiempo real los consumos eléctricos del edificio, para al menos obtener lo siguiente:

• Monitorización dinámica de los consumos energéticos y ahorros.

• Monitorización del actual sistema de generación de energía solar fotovoltaica del fabricante Fronius.

• Generación de alarmas, tanto para mejora de eficiencia energética como para mantenimientos predictivos.

• Análisis de parámetros de energía.

• Solución de control centralizada.

El sistema deberá operar de forma autónoma cuando por alguna razón la conexión con el propio nodo IoT del edificio no sea posible. Una vez restablecida la comunicación, el sistema se reconectará, actualizando la información.

3.3.3.1.1 Hardware y software

Para proporcionar este servicio, se debe proporcionar todo el equipamiento hardware y software que garantice la correcta operatividad de la solución e integración con el Nodo IoT.

Así como la instalación de cualquier elemento para su funcionamiento.

Se deben instalar y justificar los puntos de medida necesarios en cada edificio objeto de este contrato para alcanzar los objetivos y servicios expuestos. Y deben medir al menos los siguientes parámetros relacionados con la energía eléctrica:

• Consumo de energía activa (Kwh).

• Consumo de energía reactiva (KVArh).

• Tensión por fase (V).

• Corriente por fase (A).

• Potencia activa por fase (KW).

• Potencia reactiva por fase (KVar).

• Factor de potencia (%).

El dispositivo de medida como mínimo deberá cumplir lo siguiente:

• Certificaciones IEC 62053-22 y IEC 62053-23.

• Diseño robusto para garantizar el máximo servicio en caso de xxxxxxx.

El contratista debe garantizar la comunicación con el nodo y la instalación de cualquier elemento (equipamiento de comunicaciones, cableado, instalación, obra, etc.) que necesite para dicha comunicación, correrá a su cargo.

3.3.3.2 Gestión de consumo de agua

El nodo IoT tendrá la capacidad de monitorizar en tiempo real los consumos de agua del edificio, para al menos obtener lo siguiente:

• Monitorizar el consumo de agua fría sanitaria de forma precisa, mediante un sistema abierto de lectura para no crear un suministro cautivo.

• Monitorizar el consumo de agua caliente sanitaria de forma precisa, mediante un sistema abierto de lectura para no crear un suministro cautivo.

• El sistema deberá operar de forma autónoma cuando por alguna razón la conexión con el propio nodo IoT del edificio no sea posible. Una vez restablecida la comunicación, el sistema se reconectará, actualizando la información.

3.3.3.2.1 Hardware y software

Para proporcionar este servicio, se debe proporcionar todo el equipamiento hardware y software que garantice la correcta operatividad de la solución e integración con el Nodo IoT. Así como la instalación de cualquier elemento para su funcionamiento.

Se deben instalar y justificar dicha instalación, de los puntos de medida necesarios en cada edificio objeto de este contrato para alcanzar los objetivos y servicios expuestos.

El sistema como mínimo deberá cumplir lo siguiente:

• Cumplimiento del estándar UNE-EN-13757 y la especificación Open Metering System.

• Certificados de conformidad CE según directiva (MID).

• Diseño robusto para garantizar el máximo servicio en caso de xxxxxxx.

• El contratista debe garantizar la comunicación con el nodo y la instalación de cualquier elemento (equipamiento de comunicaciones, cableado, instalación, obra, etc.) que necesite para dicha comunicación, correrá a su cargo.

• Monitorización de consumo.

• Capacidad de autodiagnóstico.

• Detección de fraude y desmontaje.

• Detección de flujo inverso.

• Detección de contador parado.

• Detección de contador sobredimensionado y subdimensionado.

• Detección de tubería rota.

3.3.3.3 Confort interior

El nodo IoT tendrá la capacidad de monitorizar en tiempo real de las condiciones térmicas de interior, que permita evaluar el confort térmico en edificios públicos, que garantice además condiciones de confort en lugares de trabajo, para al menos obtener lo siguiente:

Monitorizar la temperatura y humedad en al menos 2 puntos del edificio.

3.3.3.3.1 Hardware y software

Se deben instalar y justificar la instalación, de los puntos de medida necesarios en cada edificio objeto de este contrato para alcanzar los objetivos y servicios expuestos.

El sistema como mínimo deberá cumplir lo siguiente:

• Monitorizar al menos la información referente a humedad y temperatura.

• Detectar cualquier variación y tener la capacidad de retransmitirla según se especifique y al menos cada hora.

• Precisión de:

o Temperatura: ± 0,2 °C.

o Humedad: ± 0,5% HR.

• Rangos de medida:

o Temperatura: 0-50 °C.

o Humedad: 0-100% HR

• Cumplimiento del estándar UNE-EN-13757 y la especificación Open Metering System.

• Certificados de conformidad CE según directiva (MID).

• Diseño robusto para garantizar el máximo servicio en caso de xxxxxxx.

3.3.3.4 Calidad del aire exterior

El nodo IoT tendrá la capacidad de monitorizar en tiempo real parámetros ambientales y condiciones térmicas de exterior, que permita evaluar al menos el nivel de CO, temperatura y humedad en el exterior del Nodo IoT, para al menos obtener lo siguiente:

Monitorizar los parámetros descritos a nivel de entresuelo y/o tejado.

3.3.3.4.1 Hardware y software

Se deben instalar y justificar dicha instalación, de los puntos de medida necesarios en cada edificio objeto de este contrato para alcanzar los objetivos y servicios expuestos.

El sistema como mínimo deberá cumplir lo siguiente:

• Monitorizar al menos la información referente a los niveles de CO, temperatura y humedad

o En cuanto a temperatura:

▪ Rango de medida de -20 a 60 °C.

▪ Precisión de ± 1 °C.

o En cuanto a humedad:

▪ Rango de medida de 0-100% HR.

▪ Precisión menor de ± 3% HR.

• Protección solar y frente a sobrecalentamientos que pueda desvirtuar las medidas de este dispositivo.

• Detectar cualquier variación y tener la capacidad de retransmitirla según se especifique y al menos cada hora.

• Diseño robusto para garantizar el máximo servicio en caso de xxxxxxx.

3.4 Lote 3: Plataforma de Ciudad Inteligente

Constituye el objeto de la presente licitación, la contratación del servicio de desarrollo e implementación de un Sistema de Ciudad Inteligente (Smart City), basado en tecnologías de Business Intelligence e Internet de las Cosas (IoT), para el Ayuntamiento de Alcoy, conformado por los siguientes componentes:

• Plataforma de Ciudad Inteligente escalable.

• Integración de componentes verticales ya existentes para la gestión de servicios públicos municipales.

La ejecución del proyecto objeto de esta licitación tendrá como referencia, no solo el derecho administrativo, sino también las Normas Técnicas UNE-ISO pertinentes. Las principales normas técnicas a satisfacer son:

• UNE 178201: Ciudades Inteligentes: definición, atributos y requisitos.

• UNE 37120: Desarrollo sostenible en las ciudades: Indicadores para los servicios urbanos y la calidad de vida.

• UNE 66182: Guía para la evaluación integral del gobierno municipal y el desarrollo como ciudad inteligente.

• UNE 178104: Sistema Inteligentes de gestión de la ciudad inteligente: Requisitos de interoperabilidad para una plataforma de ciudad inteligente.

• UNE 178105: Accesibilidad universal en las ciudades inteligentes.

• UNE 178202: Ciudades Inteligentes: Indicadores de gestión en base a cuadros demando de ciudad.

• UNE 178301: Ciudades Inteligentes: Datos Abiertos (Open Data).

• UNE 178501: Sistema de gestión en los destinos turísticos inteligentes: Requisitos.

3.4.1 Alcance del proyecto

El Sistema de Ciudad Inteligente, objeto de la presente licitación, comprenderá:

1. El despliegue de una plataforma software de ciudad inteligente, considerada como el Sistema de Adquisición y Procesado de Información, que permita la captura y gestión integral de información heterogénea procedente de cualquier elemento susceptible de proporcionarla en el entorno de la ciudad, así como su transformación en elementos inteligentes de información, con la finalidad de generar servicios útiles y de alto valor añadido a:

• La Administración municipal, para el control de la gestión y la toma de decisiones.

• Ciudadanos, para la mejora de la calidad de los servicios urbanos.

• Visitantes, para la mejora de la calidad de la experiencia turística.

• Los prestadores de servicios urbanos, para la mejora de los servicios urbanos.

• El sector local TIC, para la promoción de la innovación, la cooperación y del desarrollo de nuevos modelos de negocio en el municipio.

2. Integración de los actuales componentes verticales para la gestión de servicios públicos municipales, que se detallan en el punto “3.4.3.7 Integraciones en la plataforma” de este pliego.

Incluidos en el desarrollo de dicho Sistema de Ciudad, se entiende la puesta a disposición de las experiencias, capacidades de consultoría estratégica, conocimientos, técnicas, algoritmos, programas, entornos, servicios informáticos y equipamientos necesarios para instrumentalizar una gestión integrada y eficiente de los servicios urbanos en los ámbitos y casos de uso seleccionados, de forma que se permita la captura y gestión integral de información heterogénea y distribuida en entornos urbanos y su puesta a disposición a través de servicios avanzados, tanto de gestión estratégica y táctica para la toma de decisiones, como de información al ciudadano.

3.4.2 Requisitos y especificaciones técnicas

A lo largo del periodo de ejecución del proyecto objeto de este pliego podrían tener lugar cambios en el entorno tecnológico actual motivados por el proceso de evolución tecnológica en el que se encuentra inmerso el Ayuntamiento de Alcoy.

Los requisitos que se incluyen en el presente apartado, se consideran excluyentes, es decir, no se tendrán en consideración aquellas ofertas que no los satisfagan en su totalidad.

Las propuestas presentadas por los licitadores, deben ser soluciones en entorno cloud.

La plataforma constituirá el núcleo integrador del proyecto, permitiendo interconectar todos los componentes y disponer de una visión única y gestión integrada de la información (consumiendo y generando los datos de los diferentes servicios y actividades), proporcionando así un mayor control sobre los procesos y facilitando la gestión estratégica y la toma de decisiones.

Esta actuación se entiende como una solución llave en mano de implantación de herramientas software que permitan la gestión horizontal de servicios implantados en el municipio de Alcoy, y deberá incluir todos los elementos software, procedimiento para la lectura, recepción, transformación y extracción de datos, cuadro de mando, capas de integración, publicación de información, seguimiento y reporte necesarios para dar un servicio completo al Ayuntamiento.

La Plataforma a instalar e implantar, deberá cumplir las capacidades, funcionalidades y modelo de capas definido por la Norma UNE 178104:2017, basada en estándares abiertos, no propietarios y estandarizado por organismos y consorcios internacionales.

• Horizontalidad

Multientidad: El Sistema soportará que diferentes servicios municipales puedan utilizar la plataforma de forma simultánea sobre la misma infraestructura común, con los correspondientes permisos, que garanticen la administración autónoma, independiente y personalizada por parte de cada usuario.

Multiservicio: El Sistema soportará la gestión de diferentes servicios o ámbitos de aplicación de forma simultánea sobre la misma infraestructura.

Transversalidad: Tanto la información recogida de diferentes sensores y fuentes, como los propios dispositivos empelados por un servicio vertical concreto, podrán ser usados por otras aplicaciones verticales, así como servir de base para desarrollar otras aplicaciones avanzadas.

• Interoperabilidad

Se pretende que el Sistema tenga el mayor nivel de independencia de proveedores posible a todos los niveles, de forma que se soporten diferentes dispositivos, tecnologías de comunicación y mecanismos de captura de información, así como la integración con otros sistemas, ya sean internos o externos. Para lograr esto, serán necesarios entre otros, los siguientes requisitos:

• Los componentes y módulos software que se implanten deben ser independientes del fabricante de dispositivos de sensorización y actuación que se instalen.

• El Sistema debe tener independencia de los protocolos y tecnologías de la comunicación (M2M, wifi, XxXx, Sigfox, etc.) que se empleen en cada caso, debiendo disponer de capacidad para incorporar nuevos sistemas de comunicación según se vaya precisando, así como su adaptación a una semántica común.

• Rendimiento.

El Sistema debe poder manejar de manera eficiente y en tiempo real, los dispositivos, servicios y procesos que lo integran.

• Robustez, alta disponibilidad y resiliencia.

• Escalabilidad

Se precisará, sin modificar la arquitectura, poder incrementar la capacidad de proceso y almacenamiento, sin merma en el rendimiento del sistema. Se partirá de un escenario limitado en cuanto a despliegue de servicios públicos a gestionar, la plataforma podrá incorporar cualquier otro servicio en el ámbito de la Ciudad Inteligente, o incluir un mayor número de sensores y actuadores, sin que su rendimiento se vea afectado.

• Abierta

La plataforma se basará en tecnologías, protocolos o soluciones abiertas. Todo ello para garantizar que la misma puede ser operada, mantenida y evolucionada con la mínima cautividad del proveedor.

La plataforma proporcionará un API abierto, de carácter público, de modo que proveedores externos puedan emplear esas especificaciones para desarrollar aplicaciones.

• Evolucionable

La plataforma podrá ampliarse para dar soporte a nuevas funcionalidades, valorándose la independencia del proveedor a ese respecto.

• Seguridad

Garantizará un acceso controlado a la información. Se deberán poder configurar distintos perfiles y roles, teniendo en cuenta el entorno multientidad.

Respecto a la comunicación entre componentes, estará deberá realizarse de manera cifrada y segura, cuando se requiera.

• Modularidad

La plataforma será modular, posibilitando desplegar y ampliar nuevas funcionalidades.

• Big Data y BI

La plataforma deberá tener capacidades de big data, permitiendo integrar datos generados desde múltiples fuentes y con distintas estructuras.

El interfaz de usuario de la plataforma, así como todos los mensajes, alertas, popups, etc., que muestre al usuario deberán estar en castellano y valenciano.

La plataforma deberá tener una alta escalabilidad, permitiendo la integración de nuevas fuentes de datos y nuevos servicios (capa de servicios inteligentes), de modo que no solo ofrezca soporte a los servicios y fuentes de datos actuales, sino que pueda evolucionar de forma sencilla para la incorporación de nuevos servicios inteligentes.

La plataforma debe ser completamente horizontal en cuanto al tratamiento de información ya que integrará esta información desde diversos ámbitos y sistemas.

• Disponibilidad y entorno de desarrollo

Respecto a la alta disponibilidad y capacidad de recuperación la solución a implantar que dé respuesta a los requerimientos técnicos deberá manejar de manera eficiente los fallos que puedan afectar a la disponibilidad.

Los componentes que se implanten deberán estar disponibles 24 horas al día durante 365 días al año

La solución propuesta debe contar al menos con un escenario independiente de desarrollo donde testear diferentes elementos.

3.4.3 Arquitectura del Sistema

A continuación se describen las capas de que deberá implementar la plataforma. Además de lo señalado específicamente en este pliego, se debe cumplir lo referente al modelo

normalizado de capas de la Plataforma de Ciudad Inteligente especificado en la norma UNE178104.

3.4.3.1 Capa de adquisición de datos

La plataforma permitirá la integración con fuentes de datos diversos, entre ellos deberá ser capaz de integrar entre otras, la información proveniente de flujos de datos (datastream), otros sistemas de gestión TI o soluciones de gestión implantadas, siendo indispensable ser capaz de integrar las descritas en el apartado “3.4.3.7 Integraciones en la plataforma”. Así mismo:

• Deberá incluir herramientas e interfaces abiertas con el fin de aumentar el número de posibilidades de integración con la sensórica y elementos del sistema de captación tanto actuales como futuros, así como el desarrollo de aplicaciones de terceros.

• Permitirá el acceso a la red y la independencia de la tecnología de sensores/actuadores, así como la compatibilidad con diferentes redes de acceso y protocolos IoT/M2M.

• Deberá ser independiente de la tecnología de acceso para lo que deberá disponer de conectores específicos con los principales protocolos utilizados en el mundo IoT, entre ellos MQTT, MQTT-S, CoAP, REST.

• Debe tener capacidad para trabajar con dispositivos conectados por una red privada virtual (VPN). Los dispositivos conectados en VPN, solo serán visibles desde la pasarela, evitando accesos no deseados desde Internet.

• Deberá suministrar la información a la capa de conocimiento con independencia de los dispositivos, dando una vista semántica de los datos adquiridos, desacoplada de los protocolos de adquisición.

• Permitirá el auto registro de los elementos de campo que éstos puedan enviar a la capa de adquisición para anunciar su alta en el sistema y la información que pueden manejar.

• Debe soportar interfaces, APIs y protocolos estándar abiertos.

3.4.3.2 Capa de conocimiento

Esta capa incluirá los elementos de tratamiento, gestión y explotación de la información. Incluirá módulos y funcionalidades que permitan:

• Acceso a toda la información tanto histórica como en tiempo real. De forma que se pueda:

o Identificar, analizar y reaccionar de forma inmediata a patrones de eventos.

o Disponer de una latencia mínima en la generación de eventos.

o Disponer de un motor de reglas asociadas a los patrones.

• Permitir el movimiento de datos recibidos desde la capa de adquisición, entre las distintas funciones de la Capa de Conocimiento para su almacenamiento, proceso y recuperación, así como hacía la Capa de Interoperabilidad. Los datos en esta capa ya están abstraídos de los dispositivos que lo generaron y deben poder tratarse siguiendo modelos estándares de datos.

• Soporte al tratamiento en tiempo real de los datos recibidos de la capa de adquisición.

• Soporte al tratamiento Batch a través de procesos Extracción-Transformación- Carga (ETL), Machine Learning.

• Soporte al tratamiento analítico de los datos mediante herramientas de BI, cuadros de mando, etc.

• Soporte al tratamiento GIS de los datos recibidos permitiendo georreferenciar estos, hacer consultas geográficas, etc.

• Semántica de ciudad con el fin de facilitar respecto a los datos la interoperabilidad, la no dependencia de proveedores o servicios, la escalabilidad y la apertura.

• Seguridad en el acceso a los datos, de modo que se controle que usuario/rol está accediendo a cada dato.

• Se deberá suministrar la información a la capa de conocimiento con independencia de los dispositivos dando una vista semántica de los datos adquiridos, desacoplada de los protocolos de adquisición.

3.4.3.3 Capa de interoperabilidad

Esta capa debe contar con una catalogación e identificación de los servicios, mediante el uso de un registro de servicios. El objetivo es independizar las aplicaciones de la lógica de los servicios que necesitan, así como facilitar la integración con los mecanismos actuales de control y seguimiento.

• En cuanto a los requerimientos de seguridad, todas las APIs, Kit de desarrollo, Open Data y la invocación deservicios deberá estar securizada.

• Permitirá la interconexión entre aplicaciones y con otras plataformas. Ofrecerá conectores para que desde la plataforma se pueda acceder a sistemas externos. Permitirá un servicio REST API para obtener y actualizar los datos de los dispositivos dados de alta en la plataforma.

• Permitirá la publicación de datos integrándose con el portal de datos abiertos y transparencia.

• Las APIs serán de fácil acceso y uso y estarán basadas en APIREST

• Las APIs deberán soportar diferentes modos de acceso a los datos incluyendo modo Push (subscripción y notificación) y Pull (petición y respuesta). También se deberán soportar consultas geo-referenciadas.

• Permitirá construir servicios a partir de los datos de la plataforma.

3.4.3.4 Capa de servicios inteligentes

La Capa de Servicios cubre los servicios y aplicaciones de negocio y valor añadidos. Interactúa con la plataforma a través de la Capa de Interoperabilidad. Incluirá un portal web responsive multi idioma (castellano y valenciano) con una experiencia de usuario integrada para todos los servicios verticales.

La plataforma debe permitir a los gestores, de forma centralizada, segura y multiusuario, explotar la capacidad de análisis y simulación de la misma e interactuar con los distintos contenidos (cuadros de mando, informes, memorias y estadísticas, indicadores, alertas e incidencias, y diversos elementos e infraestructuras físicas de la ciudad, etc.), proporcionando capacidades de control y visualización geográfica que incluyan funcionalidades habituales en el manejo de mapas, capacidad multicapa (añadir/quitar capas), agrupar y/o filtrar por múltiples criterios temáticos como distritos, zonas de gestión, etc., por intervalos de tiempo, por gestores responsables, por dispositivo, etc..

La oferta debe incluir el detalle de este portal y de su capacidad de interactuar con todos los elementos y contenidos de la Plataforma. Debe contar con las siguientes funcionalidades/módulos:

• Gestión de los diferentes verticales que componen la plataforma.

• Gestión de usuarios.

• Módulo de monitorización.

• Módulo de visualización georrefenciada.

• Módulo xx xxxxxxx de mando – Business Intelligence en función del perfil y de los permisos de usuarios. En el apartado “3.4.3.6 Cuadro de mando integral” se detallan las características particulares.

• Módulo de Big Data.

• Módulo de indicadores.

• Módulo de informes.

• Visualización de datos históricos.

• Visualización y gestión de alarmas.

• Mantenimiento de dispositivos.

La Plataforma debe incluir mecanismos y herramientas que posibiliten poner a disposición del ciudadano información integrada o generada en la misma que se determine publicar en determinados formatos y periodicidad. Permitirá el acceso de los ciudadanos a contenidos de la plataforma que se ponen a disposición de ciudadanos y que se mostrarán de forma similar a lo especificado en el sistema de gobernanza.

Deberá hacer uso de protocolos estándares de comunicación con los dispositivos, no propietarios y estandarizado por organismos y consorcios internacionales.

La plataforma debe tener capacidad para integrarse con el Sistema de Información Geográfica (GIS) con el que cuenta el ayuntamiento (QGIS+Geoserver). Los requisitos específicos se encuentran en el apartado de Integraciones.

La plataforma permitirá la integración con fuentes de datos diversos, entre ellos deberá ser capaz de integrar la información proveniente de los sensores a instalar objeto del presente contrato, información estructurada y no estructurada, información proveniente de datos movimiento (data stream).

Deberá ser capaz de integrar los dispositivos y gestionar la información generada por los diferentes servicios que se describen en los diferentes apartados de este pliego de condiciones técnicas, permitiendo la gestión centralizada, e individualizada de los mismos.

Deberá ser capaz de realizar una adaptación, si fuese necesaria, del protocolo utilizado por los dispositivos, normalizándolo a un lenguaje común para las aplicaciones que usen la información de la plataforma.

Además de las verticales exigidas en el apartado “3.4.3.7 Integraciones en la plataforma”, plataforma tiene que estar preparada y permitir que en un futuro el ayuntamiento pueda

incorporar e integrar, con los sistemas del ayuntamiento, nuevas verticales como gestión de residuos, puntos de recarga de vehículo eléctrico, gestión tributaria, de expedientes y padrón, turismo, contabilidad, incidencias ciudadanas, etc.

3.4.3.5 Capa de Soporte

La plataforma deberá contar con una capa de soporte que ofrezca al menos servicios de auditoría, monitorización y seguridad.

Deberá tener la capacidad de realizar una monitorización y control de las actividades realizadas por los usuarios, generando informes de actividad y auditorías de las actividades de cada usuario o grupos de usuarios, con nivel de detalle como, por ejemplo, el nivel de informes que consulta. Además, se debe tener la posibilidad de generar informes de gestión que permitan ver, por ejemplo, estadísticas de consulta de los informes. Todas estas consultas relativas a la monitorización deben poder realizarse a través de una interfaz que sea amigable y fácilmente utilizable por el usuario.

La plataforma incluirá un sistema de gestión de usuarios con al menos dos perfiles: perfil administrador y perfil de consulta. Los usuarios se organizarán en función del área al que pertenezcan pudiendo solamente gestionar la información y los elementos integrados en la plataforma que afecten a su ámbito. No obstante, existirán usuarios administradores de toda la plataforma. La gestión de accesos y permisos otorgados por cada módulo y dominio se podrá llevar a cabo desde un único punto (mediante sistema basado en LDAP).

Deberá recibir, tratar, visualizar y monitorizar los datos de los distintos servicios y sistemas que se integren proporcionando una visión única y centralizada.

3.4.3.6 Cuadro de mando integral, indicadores e informes

La plataforma contará con un cuadro de mando integral particularizado para el Ayuntamiento de Alcoy, con las siguientes características:

• La plataforma contará con una solución de Bussiness Intelligence integrada que permita la generación xx xxxxxxx de mando.

• La Herramienta de Cuadro de Mando ha de permitir la explotación de los indicadores (KPIs) provenientes de los diferentes sistemas servicios y sistemas que

se integren en la plataforma, para el análisis y seguimiento de sus diferentes servicios y sistemas desde una perspectiva operativa.

• La interfaz deberá ser personalizable para cada usuario que acceda a la misma, en función del ámbito al que pertenezca, perfil del usuario, y otras configuraciones estéticas, idioma, etc. Las preferencias que se definan para cada usuario deben mantenerse cada vez que acceda el usuario a la Herramienta de Cuadro de Mando.

• La Herramienta de Cuadro de Mando tiene que ser accesible vía web, al menos para los usuarios generadores de informes y usuarios consumidores de informes, para sus funcionalidades básicas según se detalla más adelante. Para ello no debe requerir la instalación de ningún software adicional al incluido en la propuesta. Toda la funcionalidad de la Herramienta de Cuadro de Mando relativa a estos usuarios como: realización de consultas, creación de informes, creación xx xxxxxxx de mando, etc. debe estar restringida a los permisos y las preferencias que tenga el usuario que accede.

• La Herramienta de Cuadro de Mando debe poder explotar la información integrada en la Plataforma.

• La Herramienta deberá proporcionar un repositorio que permita almacenar de forma organizada, por ejemplo, con estructura de carpetas, todos los objetos y plantillas de los elementos que se definan.

• Además, la Herramienta de Cuadro de Mando deberá proporcionar un conjunto de elementos para los informes y plantillas de informes y que la misma se pueda ir enriqueciendo con la incorporación de elementos que se definan por parte de los usuarios.

• El acceso a dicho repositorio y a los elementos depositados en el mismo, debe estar controlado por mecanismos de seguridad de acuerdo con los permisos de los usuarios que accedan y sobre las acciones que se realicen sobre los objetos, como por ejemplo, avisos relativos a borrados de elementos, etc.

• Dependiendo de la naturaleza del objeto, un cambio en el mismo ha de propagarse a los informes que hacen uso de él, por ejemplo, un cambio en el valor de un

indicador, de una dimensión, debe actualizarse en todos los informes que lo utilicen, siempre que dicha modificación se realice en los metadatos.

• Se requiere que al igual que los objetos del repositorio, los informes generados puedan ser almacenados de forma organizada según la estructura que defina el usuario con la autorización correspondiente (por temas, por fechas, por prioridades, por áreas geográficas o por cualquier otra categoría).

• La Herramienta de Cuadro de Mando debe permitir la consulta de los datos históricos para su comparación con los datos, cuando el usuario realice la consulta a través de las opciones habilitadas.

• Además, la Herramienta de Cuadro de Mando debe tener capacidades para la administración de la misma, permitiendo procedimientos de back-up, eliminación de objetos y elementos en función de su antigüedad a partir de una determinada fecha conforme a los criterios definidos por los usuarios administradores.

• Debe disponer de la funcionalidad de envío de alertas o avisos que se distribuyan vía correo electrónico a los usuarios que se considere oportuno en respuesta a eventos predefinidos, ya sean faltas temporales de disponibilidad de la Herramienta de Cuadro de Mando o mensajes de aviso en función de los eventos que se determinen asociados a los indicadores, por ejemplo, el envío de un mensaje a los destinatarios definidos al sobrepasar un indicador un determinado umbral.

• Debe permitir realizar simulaciones basadas en análisis predictivos.

Características de los elementos generados por la Herramienta de Cuadro de Mando: los elementos generados por la Herramienta de Cuadro de Mando son los entregables a través de los cuales se pueda explotar y analizar la información como son los informes, gráficos, cuadros de mando integrales, que agreguen indicadores a nivel de análisis, seguimiento, estratégicos, etc. En adelante, los distintos tipos de elementos generados por la Herramienta de Cuadro de Mando se denominarán informes.

A continuación, se indican los requisitos mínimos que deben tener los informes generados por la Herramienta de Cuadro de Mando.

• Los informes han de ser dinámicos y deben poseer filtros u otras opciones de selección para el análisis de los indicadores presentados en ellos. Los filtros permitirán al usuario seleccionar las dimensiones que correspondan según el informe y que pueden ser entre otros: dimensiones temporales (mes, trimestre, año etc.), geográficas (Distrito, Barrio, Área, Sección, etc.), ámbito organizativo (Empresa, Área, etc.), por destinatario (ciudadanos, empresas, etc.).

• En relación con la creación y edición de informes:

o Los informes podrán incorporar gran cantidad de elementos y objetos y combinaciones de ellos, tales como: cuadros de texto, mapas geográficos, mapas xx xxxxxx, de relleno y mixtos (que combinen las dos opciones anteriores), diferentes tipos de gráficos (tales como columnas, barras horizontales, barras verticales, líneas, circulares, dispersión o puntos, áreas, anillos, radial, superficie, burbujas, cotizaciones, cilindro, cónico, piramidal en 2 y 3 dimensiones etc.).

o También se podrán crear informes que combinen objetos de distintos informes ya definidos, por ejemplo, un informe 1 se podrá generar añadiendo la tabla y el mapa geográfico del informe 2, junto con el diagrama del informe 3, etc., permitiendo establecer relaciones entre los elementos de los distintos objetos.

o Los informes podrán incorporar ítems calculados en tiempo real y sin requerir desarrollo adicional para ello (por ejemplo, suma de los valores de dos indicadores).

o Un usuario con permisos para ello podrá crear plantillas de informes que serán almacenadas en el repositorio de la Herramienta de Cuadro de Mando para que estén disponibles para otros usuarios que deseen generar un informe basándose en esa plantilla. Las plantillas podrán ser adaptadas a las necesidades concretas de cada usuario.

• En relación con la consulta y visualización en navegadores web convencionales, los informes:

o Deben presentar la información que contengan actualizada en el momento de la consulta o de la última actualización, con la periodicidad establecida en los procesos correspondientes.

o La Herramienta debe permitir la consulta de los informes que así se determinen de forma “desconectada”. Es decir, si no hay acceso a la Herramienta de Cuadro de Mando los informes que se consulten seguirán manteniendo un cierto nivel de dinamismo y se permitirá el filtrado u otras opciones de selección de las variables que se definan. Si la visualización de los informes de forma desconectada requiere software adicional, éste deberá estar incluido en la propuesta del licitador.

Respecto a los indicadores, la plataforma, al menos:

• Ha de incluir un conjunto de indicadores operaciones, de calidad de servicio y de percepción ciudadana.

• Ha de incluir una visualización intuitiva.

• Ha de permitir la posibilidad de realizar comparativas entre indicadores.

• Ha de disponer de filtros avanzados.

• Ha de disponer de capacidades predictivas.

3.4.3.7 Integraciones en la plataforma

De cara a dotar de contenidos y utilidad a la plataforma Smart definida, es preciso integrar algunas fuentes de datos/verticales existentes en el Ayuntamiento de Alcoy en la plataforma Smart. De esta forma se asegura el flujo de información entre todos los componentes de la solución global.

También se posibilita el tener una visión única de la ciudad y poder actuar sobre los distintos sistemas desde un punto central.

Las integraciones propuestas se desarrollarán sobre las APIs y Servicios Web que proporcionen los aplicativos. De no ser posible conectarlos de este modo, se construirán sobre los datos disponibles.

Algunas de las integraciones serán sólo de consulta y estarán destinadas a fines estadísticos y de gestión. Otras tendrán capacidad de acción sobre los actuadores. La distinción vendrá dada por las capacidades de las APIs de los sistemas a integrar.

El licitador debe determinar el tipo de procesos de extracción que resulten más eficientes para cada subconjunto de datos en cuanto a, por ejemplo, reducir el tiempo empleado en extraer y cargar la información (ventana de carga), minimizar el impacto de las extracciones en los sistemas origen, preservar la consistencia e integridad de la información durante la carga, etc. Los procesos de transformación desarrollados no podrán ser intrusivos en los sistemas origen, para evitar interferencias en la operación o caídas en el rendimiento de los mismos.

Identificar, establecer y documentar los criterios de calidad y las políticas de los procesos de extracción, transformación y carga: los protocolos de actuación ante valores no válidos, duplicados, pérdidas de referencias de integridad, datos incompletos, identificación de patrones, unicidad de criterios de transformación (por ej.: tipologías, formatos,…), criterios de reutilización, buenas prácticas, etc.

Efectuar la extracción de los subconjuntos de datos de cada sistema origen a integrar en la Base de Datos Analítica teniendo en cuenta que durante la extracción, y salvo que estuviera justificado, los datos deberán recibirse desde los sistemas origen, completos y puros, es decir, tratando de desacoplar la extracción de datos de su posterior transformación. La carga inicial habrá de incluir además los datos históricos hasta la profundidad temporal que se determine en cada caso, debiendo el adjudicatario determinar la estrategia de carga más adecuada para esa carga inicial considerando el volumen de datos y el impacto de la carga sobre el sistema origen.

Determinar e implantar las diferentes transformaciones sobre los datos extraídos que conviertan a los mismos en información preparada para su posterior explotación. Entre dichas transformaciones estarán las necesarias para la validación, filtrado y limpieza de los datos, decodificaciones, renombrados, gestión y limpieza de sus claves, etc.

Documentar todo el mapeado de flujos de datos desde el sistema origen a la Base de Datos Analítica de la Ciudad, así como todo el conjunto de transformaciones efectuadas sobre los mismos.

Efectuar todas las pruebas necesarias (funcionales, integración, rendimiento,…) para asegurar el correcto funcionamiento de los procesos ETL desarrollados.

Todo el proceso de extracción, transformación y carga deberá contar con instrumentos de control y auditoría (logs, monitorización, etc.) que permitan hacer una detección temprana y gestión eficaz de los errores que se pudieran darse durante el mismo y de las medidas correctoras/mitigadoras que sean de aplicación en cada caso para minimizar el impacto del fallo.

A continuación, se describen las particularidades de los elementos mínimos a integrar, que además de lo especificado en cada uno de ellos, deben cumplir lo especificado en el apartado de “Arquitectura del Sistema”.

3.4.3.7.1 Nodo IoT

Respecto a los Nodos IoT, la plataforma en general, debe ser capaz de integrar Nodos IoT según la norma UNE 178104, y en particular se debe integrar el nodo objeto del lote 1 de este pliego, permitiendo la plataforma recoger y gestionar, al menos, los sensores y dispositivos marcados como obligatorios en el lote 1 de este pliego.

La plataforma, en lo referente a los Nodos IoT, al menos debe contar con las siguientes funcionalidades:

• Consumo instantáneo, evolución y valores acumulados de consumos eléctricos, generación de energía solar fotovoltaica y de consumos de agua.

• Temperatura y humedad por zonas en el interior de edificios, en tiempo real y en gráficos, históricos y valores acumulados configurables todos ellos por los gestores municipales.

• Temperatura, humedad y CO en el exterior de los edificios, en tiempo real y en gráficos, históricos y valores acumulados configurables todos ellos por los gestores municipales.

• Patrones de consumo y temperaturas en el interior y exterior.

• Información agregada por cuadro eléctrico, edificio y circuito eléctrico independiente (siempre que esté monitorizado).

• Gráficas configurables.

• Generación de informes configurables de toda la información obtenida por el sistema.

• Acceso vía web.

• Creación y acceso de diversos perfiles de usuario.

• Exportación de todos los informes y datos a formatos de datos abiertos y pdf.

• Comparación de diversas variables.

• Geolocalización.

• Personalización, generación y notificación de alarmas. Debe permitir al usuario crear y recibir alarmas de la menos:

o Fallos de comunicaciones.

o Averías de diversa índole del propio equipamiento hardware.

o Corrientes eléctricas de fuga.

o Desviaciones respecto a patrones de consumo eléctrico establecidos:

▪ Curva real de potencia y curva esperada.

▪ Porcentuales y valores nominales de tensión.

o Consumos eléctricos y de agua anómalos según horarios y zonas.

o Consumos económicos y eléctricos establecidos por el usuario.

o Consumos de agua fuera de horario por zona/grupo.

o Desviaciones relativas a temperatura, humedad, parámetros medioambientales, por zona y edificio, tanto en interior como en exterior.

o Superación de objetivos: económicos, litros.

• Configurador de tarifa eléctrica, mediante el cual se informará al usuario de costes energéticos asociados desde el inicio del día y mes. Se podrán establecer objetivos

como consumos mensuales, que a su vez serán utilizados para generar alarmas e informes.

3.4.3.7.2 Smart Parking

En la actualidad, el ayuntamiento de Alcoy, cuenta con 3 instalaciones de parking inteligente en la zona centro de la ciudad. El ayuntamiento de Alcoy cuenta con una API donde se puede conocer el estado en tiempo real de la ocupación total de cada uno de ellos, así como de la ocupación concreta de las plazas reservadas de movilidad reducida que hay en dos de estos aparcamientos.

La plataforma, además de estos parkings, debe permitir integrar, gestionar y administrar nuevas instalaciones de parkings inteligentes que cumplan las normas de interoperabilidad.

La plataforma, permitirá al Ayuntamiento consultar en tiempo real la disponibilidad de plazas libres en cada uno de los aparcamientos públicos con el sistema de estacionamiento inteligente instalado. Permitirá además crear alarmas, crear y monitorizar indicadores, elaborar informes y estadísticas de uso para la toma de decisiones.

3.4.3.7.3 Carga y descarga inteligente

En la actualidad, el ayuntamiento de Alcoy, cuenta con 2 zonas de carga y descarga inteligente. El ayuntamiento de Alcoy cuenta con una API donde se puede conocer el estado en tiempo real de la ocupación de cada una de las plazas de estas zonas.

La plataforma, además de estas zonas, debe permitir integrar y gestionar, cualquiera que instale el ayuntamiento y que siga las normas de interoperabilidad.

La plataforma, permitirá al Ayuntamiento consultar en tiempo real la disponibilidad de plazas libres en cada uno de las zonas con el sistema de estacionamiento inteligente instalado, además de gestionar y administrar la instalación. Permitirá además crear alarmas, crear y monitorizar indicadores, elaborar informes y estadísticas de uso para la toma de decisiones, cruzando esta información con las otras fuentes de datos de la plataforma.

3.4.3.7.4 Riego inteligente

En la actualidad, el ayuntamiento de Alcoy, cuenta con un parque con un sistema inteligente de gestión xxx xxxxx. Este sistema presenta una API de conexión que permite monitorizar en tiempo real el estado del suelo (a partir de los sensores de humedad repartidos por el parque). Además el API ofrece la posibilidad de la programación de las electroválvulas xx xxxxx por parte del usuario.

La plataforma, además de este parque, debe permitir integrar y gestionar, cualquiera que instale el ayuntamiento y que siga las normas de interoperabilidad.

La plataforma tendrá la capacidad de controlar el riego mediante un algoritmo inteligente basado en aspectos como por ejemplo, la predicción meteorológica o el estado de las sondas del terreno instaladas. Permitirá además crear alarmas, crear y monitorizar indicadores, elaborar informes y estadísticas de uso para la toma de decisiones, cruzando esta información con las otras fuentes de datos de la plataforma.

3.4.3.7.5 Sensores ambientales fijos y móviles

En la actualidad, el ayuntamiento de Alcoy cuenta con 3 sensores ambientales fijos y uno móvil con GPS. Este sistema presenta una API de conexión que permite obtener los valores en tiempo real de cada una de las sondas de cada uno de los sensores. Además, en el caso concreto del sensor con GPS, dicha API, permite obtener el valor de longitud y latitud.

La plataforma, además de estos sensores ambientales, debe permitir integrar y gestionar, cualquiera que instale el ayuntamiento y que siga las normas de interoperabilidad. Permitirá además crear y monitorizar indicadores, elaborar informes y estadísticas de uso para la toma de decisiones.

3.4.3.7.6 Control de afluencia

En la actualidad, el ayuntamiento de Alcoy cuenta con dispositivos anonimizados de conteo de personas orientados a conocer el número y flujo de personas en espacios y edificios públicos.

El sistema cuenta con una API que permite obtener la información de los sensores en tiempo real. Además, el ayuntamiento podría configurar estos sensores para que enviar la

información directamente a alguna de las base de datos de la plataforma que proporciones el contratista.

La plataforma, permitirá al menos, lo siguiente:

• Visualización de entradas, salidas, flujo, datos acumulados, etc., con diferentes tipos de gráficos y tabla de datos numéricos asociada.

• Visualización de días en intervalos horarios, comparativas de los mismos, diferentes períodos temporales definidos, agregación por días de la semana, etc.

• Visualización de periodos semanales, comparativas de los mismos, agregación por semana del mes, etc.

• Visualización de meses o períodos mensuales, comparativas de los mismos, agregación por mes del año, etc.

• Visualización de años y comparativas de los mismos.

• Datos en intervalos horarios configurables, cada 15 minutos o cada hora, para cada una de las visualizaciones.

• Configurar la visualización y análisis por grupos de dispositivos y ubicaciones que cree el ayuntamiento.

La plataforma, además de estos sensores, debe permitir integrar y gestionar, cualquiera que instale el ayuntamiento y que siga las normas de interoperabilidad. Permitirá además, crear y monitorizar indicadores, elaborar informes y estadísticas de uso para la toma de decisiones.

3.4.3.7.7 GIS municipal

La plataforma debe tener capacidad para integrarse con el Sistema de Información Geográfica (GIS) con el que cuenta el ayuntamiento (QGIS+Geoserver).

Dicha integración bidireccional debe estar encaminada en conseguir que los datos sean introducidos por los técnicos únicamente una vez y desde un mismo lugar y permitir que el alta de activos de la plataforma se pueda realizar desde el propio QGIS. Así como permitir que el ciudadano visualice la información desde un mismo lugar.

3.4.3.7.8 Sistema LPR de entradas y salidas para estado del tráfico.

En la actualidad el ayuntamiento de Alcoy cuenta con cámaras LPR en las entradas y salidas de la ciudad por:

• Valencia

• Alicante

• Rebolcat

• Bañeres

El ayuntamiento de Alcoy cuenta con una API que permite obtener los siguientes datos:

• Nombre de la carretera

• Media de la velocidad de entrada

• Media de la velocidad de salida

• Media coches entrada

• Media coches salida

• Estado de la cámara (activa o apagada)

Además, la plataforma debe permitir almacenar la base de datos generada por este sistema para su posterior explotación.

La plataforma, permitirá al Ayuntamiento consultar en tiempo real el estado de cada una de las entradas salidas, así como elaborar informes y estadísticas de uso, para la toma de decisiones, cruzando esta información con las otras fuentes de datos de la plataforma.

La plataforma, además del sistema actual de estado del tráfico, debe permitir integrar y gestionar, cualquiera que instale el ayuntamiento y que siga las normas de interoperabilidad. Permitirá además crear y monitorizar indicadores, elaborar informes y estadísticas de uso para la toma de decisiones.

3.4.3.7.9 Energía Solar Fotovoltaica

En la actualidad, el ayuntamiento de Alcoy cuenta con 15 instalaciones de energía solar fotovoltaica. En estas instalaciones, el ayuntamiento de Alcoy dispone de una API para poder monitorizar los parámetros relacionados con las mismas y sus consumos.

La plataforma, además de estas instalaciones solares fotovoltaicas, debe permitir integrar y gestionar, cualquiera que instale el ayuntamiento y que siga las normas de interoperabilidad. Permitirá además crear y monitorizar indicadores, elaborar informes y estadísticas de uso para la toma de decisiones.

3.4.3.7.10 Alumbrado inteligente

En la actualidad, el ayuntamiento de Alcoy cuenta con un sistema de alumbrado inteligente. Además, cuenta con 142 contadores inteligentes.

Dichos sistemas cuentan con una API que permite conocer el estado individual y activar/desactivar cada luminaria que forma parte del mismo.

La plataforma, debe permitir integrar y gestionar, cualquier sistema de alumbrado y contador inteligente que instale el ayuntamiento y que siga las normas de interoperabilidad. Permitirá además crear y monitorizar indicadores, elaborar informes y estadísticas de uso para la toma de decisiones.

3.4.3.7.11 Portal de Datos Abiertos y su integración con el mismo

En la actualidad, el ayuntamiento de Alcoy, cuenta con un portal de Datos Abiertos que sigue en estándar CKAN y que está vinculado al portal de datos abiertos del gobierno de España.

La plataforma debe incorporar todos los mecanismos necesarios para que la información generada por la misma y que sea considerada apta (por parte del ayuntamiento de Alcoy) para publicar en el portal actual de Datos Abiertos, se pueda incorporar directamente como un conjunto de datos más de forma automática e incluso en tiempo real en aquellos casos que el propio ayuntamiento decida.

4 Formación

Se deberá ejecutar un plan de formación, elaborado e impartido por cuenta del adjudicatario. Dicha formación, deberá ser impartida por personal con experiencia suficiente en labores didácticas en cada una de las materias objeto del plan.

La formación irá dirigida al personal técnico e informático para la administración del sistema y el desarrollo de nuevos módulos, y al personal técnico de las áreas usuarias del sistema.

Los cursos se llevarán a cabo en las dependencias del Ayuntamiento y deberán incluir sesiones prácticas. Se realizarán jornadas de formación en sesiones adecuadas al perfil de la formación a realizar.

La capacitación a impartir deberá garantizar que los perfiles de usuario (tanto administradores como técnicos) puedan realizar de forma totalmente autónoma todas las tareas (administración, configuración, gestión, explotación y mantenimiento) de los diferentes componentes desplegados.

El adjudicatario deberá desarrollar la capacitación específica y elaborar los cursos, con la documentación y materiales necesarios, para la capacitación de cada uno los distintos perfiles.

Para cada uno de los lotes, la formación mínima exigida al adjudicatario es la siguiente:

Lote 1:

• 1 curso de 20 horas sobre la herramienta de gestión de red, que garantice que los técnicos municipales puedan ser autónomos a la hora de gestionar la red y los futuros dispositivos, sensores y actuadores conectados a la misma.

Lote 2:

• 1 curso de 20 horas sobre el sistema software y de gestión del nodo IoT.

Lote 3:

• 1 curso de 10 horas por cada una de las capas y elementos que el adjudicatario ofrezca.

• 1 curso específico de 15 horas para la creación de indicadores y cuadros de mando personalizados.

Para el desarrollo de la capacitación exigida el adjudicatario desarrollará y pondrá a disposición de los asistentes a las jornadas, la documentación necesaria para el seguimiento de las mismas (manuales de uso, información técnica necesaria, etc.). Se deberán generar los siguientes entregables:

• Plan de capacitación en la que se especifique los contenidos a impartir. La planificación del plan de formación deberá ser acorde a las entregas de los diferentes componentes objeto de la licitación con el fin de asegurar la rápida integración de los nuevos servicios en la dinámica municipal.

• Documentación de la capacitación, la cual podrá ser documentos y entregables del proyecto, u otro documento hecho a medida. Será el Ayuntamiento quien lo determine.

• Lista de asistentes a las sesiones de capacitación debidamente firmadas por cada uno de ellos.

• Cuestionario de evaluación de la sesión de capacitación.

Para dar por realizada la capacitación, el adjudicatario deberá entregar al ayuntamiento un acta en la que se especifique los contenidos impartidos, el material que se ha entregado y el listado de asistentes así como la documentación que acredite la asistencia de los mismos (acta de asistencia al curso firmada por los asistentes), así como la evaluación por parte de los beneficiarios de la capacitación recibida (cuestionarios de evaluación de la capacitación).

5 Modelo de propuesta técnica

Con carácter general, la información presentada debe estar estructurada de forma clara y concisa. La propuesta no debe contener referencias a documentos externos o anexos no incluidos cuando éstos sean puntos clave en la valoración de la propuesta.

El Ayuntamiento de Alcoy se reserva el derecho a exigir a los licitadores que presenten documentación que acredite la veracidad de la información presentada en la oferta, o bien información adicional sobre el contenido de la misma, estando el licitador obligado a ello.

El Ayuntamiento de Alcoy podrá requerir a los licitadores que formulen por escrito las aclaraciones necesarias para la comprensión de algún aspecto de sus proposiciones. En ningún caso se admitirá que en proceso de aclaraciones el licitador varíe los términos expresados en su propuesta. Sólo se admitirá la información que facilite el análisis de la solución propuesta inicialmente.

La presentación de propuestas deberá incluir la información y presentar la estructura que se detalla en el apartado de “Criterios dependientes de juicio de valor”.

5.1 Documentación de la implantación

Para poder dar por finalizada la instalación de cada uno de los componentes, el adjudicatario entregará un conjunto de documentación en español que incluirá, al menos para cada componente implantado: manual de instalación y configuración, manual de mantenimiento, manual de usuario y manual de administración, operación y mantenimiento, así como los correspondientes Informes de resultados de los planes de prueba.

5.2 Instalación y configuración

5.2.1 Lote 1

1. Instalación configuración y parametrización de todos los elementos integrantes del lote 1 (hardware y software).

2. Implantación, configuración y parametrización del software de gestión central para el control de los distintos sensores.

3. Integración con los distintos sistemas de Ayuntamiento.

4. Entregables:

o Estudio de ubicación y estudio de cobertura que demuestre que los futuros dispositivos (compatibles con la red IoT) tendrán acceso a la red IoT descrita en el Componente 1.

o Equipamiento suministrado e instalado: documentación de soporte, inventariado, ubicación georreferenciada, fotografías, etc.

o Informe de instalación y configuración en el que se reflejen todos los aspectos de instalación y configuración del sistema, donde además se debe incluir:

▪ Detalle el grado de escalabilidad de la solución propuesta incluyendo los requerimientos de licenciamiento y hardware necesarios para realizar este proceso de escalado, de forma que se minimice el impacto para el ayuntamiento durante la integración de nuevos servicios x xxxxxxx de datos, tanto económicamente como técnicamente.

▪ Detalle de la facilidad para la incorporación de nuevos sensores a la red IoT provenientes de agentes externos.

o Información técnica necesaria para la comprobación de los requisitos técnicos de todos los elementos a implantar.

o Acceso a plataforma software de gestión de la red, usuarios y dispositivos.

o Informe de instalación y configuración en el que se reflejen todos los aspectos de instalación y configuración del sistema.

o Entorno tecnológico y gráfico de componentes.

o Manual de administración.

o Manual de operación/usuario según perfil.

o Manual de realización y restauración de copias de seguridad de los datos y aplicaciones.

o Instrucciones para su correcta explotación.

o Política de seguridad.

o Informe de pruebas.

5. Presentación y aprobación del sistema.

5.2.2 Lote 2

1. Instalación configuración y parametrización de todos los elementos integrantes del lote2 (hardware y software).

2. Entregables:

o Plataforma software específica (en el caso de que exista).

o Documentación técnica de las API y servicios web, semántica, estructura del modelo de datos, clases, diseño de interfaces, diseño de APIs y servicios web, etc.

o Estudio de ubicación, justificación y viabilidad de: propio Nodo IoT, sensores/medidores/actuadores propuestos.

o Equipamiento suministrado e instalado: documentación de soporte, inventariado, ubicación georreferenciada, fotografías, etc.

o Informe de instalación y configuración en el que se reflejen todos los aspectos de instalación y configuración del sistema, donde además se incluya:

▪ Características del propio nodo IoT y sus servicios asociados. Escalabilidad de la solución propuesta a otros edificios municipales de diversa índole.

▪ Robustez del hardware y software del propio nodo IoT y los posibles concentradores IoT propuestos.

o Información técnica necesaria para la comprobación de los requisitos técnicos de todos los elementos a implantar.

o Política de seguridad.

o Informe de pruebas.

3. Presentación y aprobación del sistema.

5.2.3 Lote 3

1. Implantación, configuración y parametrización del servicio de explotación objeto de este lote.

2. Integraciones tanto con el resto de elementos de este pliego, como con los sistemas a obligatorios a integrar y aquellos que el contratista aporte como mejora.

3. Entregables:

o Acceso a la plataforma que provea el servicio de explotación.

o Documentación técnica de las API y conectores necesarios para el cumplimiento de las normas UNE178 relacionadas con este componente.

o Información técnica necesaria para la comprobación de los requisitos técnicos de todos los elementos a implantar, donde además se describan:

▪ Cuadros de mando, análisis y gráficas incorporadas por defecto.

▪ Facilidad de uso y de creación xx xxxxxxx de mando.

▪ Facilidad de integrar nuevas verticales.

o Manual de administración.

o Manual de operación/usuario según perfil.

o Manual de realización y restauración de copias de seguridad de los datos y aplicaciones.

o Instrucciones para su correcta explotación.

o Política de seguridad.

o Informe de pruebas.

4. Presentación y aprobación del sistema.

5.3 Pruebas de funcionamiento

El adjudicatario propondrá los protocolos de pruebas a realizar para verificar el correcto funcionamiento de los elementos instalados.

El adjudicatario especificará y realizará una propuesta de Plan de Pruebas para cada componente que permita verificar el correcto funcionamiento e integración en la red, de todos los elementos HW instalados, y de todos los componentes SW instalados, tanto desde el punto de vista individual, como desde el punto de vista de integración de todos los componentes HW y SW incluidos en la solución.

Estos protocolos de pruebas contendrán, al menos, los siguientes apartados:

• Descripción del equipamiento a probar.

• Conjunto de casos de prueba. Para cada uno:

o Objeto (elemento, parámetro o funcionalidad a comprobar).

o Descripción detallada de los pasos para realizar la prueba.

o Resultados (esperados y obtenidos).

El adjudicatario entregará los resultados de la aplicación del protocolo de pruebas en un informe de pruebas, con una estructura acorde al protocolo de pruebas.

El adjudicatario utilizará para realizarlas su equipamiento de medición y personal propio.

El Ayuntamiento de Alcoy se reserva el derecho de no ejecutar alguna de las pruebas incluidas en los protocolos de pruebas cuando las condiciones de ejecución de las mismas lo desaconsejen, y podrá solicitar al adjudicatario la inclusión de pruebas adicionales en los protocolos de pruebas.

La planificación de las pruebas se coordinará con el Ayuntamiento de Alcoy.

6 Entregas y Plazo de ejecución

6.1 Entregas y aceptación

El proyecto se trata de una solución llave en mano, por tanto, el adjudicatario incluirá todos los elementos hardware y software necesarios para la puesta en marcha y funcionamiento de la solución completa para todos los componentes, así como cualquier tipo de obra o instalación que fuese necesaria.

Para los lotes 1 y 3, la entrega del equipamiento se realizará en el edificio Ágora, así como la recepción de la instalación y la entrega de las credenciales de acceso a los servicios en la nube.

Para el lote 2, la entrega del equipamiento, la recepción de la instalación y la entrega de las credenciales de acceso a los servicios en la nube, se realizará en el edificio Xxxxxxx Xxxxxxx.

Una vez entregado por la empresa adjudicataria, el funcionario responsable del servicio, con la asistencia del Órgano Interventor del Ayuntamiento, y un representante de la Empresa adjudicataria, firmarán un acta de recepción acreditando la finalización de los trabajos citados, así como la conformidad con los mismos. Este acto será único y se realizará tras la finalización de los servicios citados.

Si el servicio no corresponde al contratado en su calidad y características técnicas exigidas en los pliegos, éste será rechazado por el receptor, y el adjudicatario quedará obligado a reponer dicho servicio en el plazo de veinticuatro horas, quedando advertido, por escrito, de que la Administración puede iniciar la resolución del contrato a la vista de informe emitido por el receptor, en caso de reincidencia.

La demora de la entrega dará derecho a la Administración por optar por la resolución del contrato o por la imposición de las penalidades que establece el artículo 192 de la LCSP.

El adjudicatario será responsable de toda reclamación relativa a propiedad industrial y comercial, debiendo indemnizar a la Corporación de todos los daños y perjuicios que se pudieran derivar de las mismas.

El plazo de implantación de los elementos objeto de la licitación una vez realizado el pedido por parte del Ayuntamiento de Alcoy, finaliza a la aceptación por parte del Ayuntamiento de Alcoy de la entrega y puesta en marcha de todos los elementos, prestaciones y documentación asociados. El adjudicatario deberá tener en cuenta que los plazos incluyen la corrección de disconformidades y errores que puedan detectarse en los ciclos de pruebas.

Para formalizar la entrega de los diferentes elementos y prestaciones objeto del contrato el adjudicatario redactará las correspondientes actas, las presentará para su firma y sellado a los representantes del ayuntamiento para su aceptación.

El Ayuntamiento de Alcoy definirá el formato y contenido de una memoria detallada (que podrán incluir, entre otros, resultados de pruebas, fotos generales y de detalle, esquemas, etiquetados inventarios de las instalaciones) e indicará al adjudicatario los representantes designados para la firma y sello de las mismas.

6.2 Plazo de ejecución

Para cada uno de los lotes, el adjudicatario dispondrá, para la puesta en marcha de la totalidad de componentes (incluidas las pruebas requeridas), de un periodo máximo de 3 meses. A partir de la puesta en marcha, el plazo de prestación de los servicios de funcionamiento y mantenimiento será de 24 meses.

La ejecución material de los servicios se realizará con estricta sujeción a las cláusulas estipuladas en el contrato, en el pliego de prescripciones técnicas que define los trabajos y en la propuesta que el adjudicatario haya hecho en su oferta.

El adjudicatario deberá prestar los diferentes servicios contratados aplicando siempre la diligencia exigible a las buenas prácticas del sector y conforme a las instrucciones que en interpretación del contrato diese el responsable del contrato o el órgano de contratación.

Las actuaciones de seguimiento y control de la ejecución material del contrato se realizarán sin perjuicio de los controles administrativos sobre la ejecución formal y documental del contrato que realicen los Servicios municipales de Intervención, que a su vez podrán solicitar al responsable municipal del contrato comprobaciones puntuales del cumplimiento por parte del adjudicatario de determinadas obligaciones y cuantos

informes estimen oportunos para comprobar el grado de cumplimiento del contrato por parte del adjudicatario.

El adjudicatario deberá tener en cuenta que los plazos incluyen que los entregables de cada componente hayan sido validados por los técnicos del Ayuntamiento de Alcoy que levantarán un acta de conformidad indicando expresamente su aprobación y en su defecto las deficiencias encontradas y que deberán ser subsanadas en el menor tiempo posible, así como la corrección de disconformidades y errores que puedan detectarse en los ciclos de pruebas.

7 Equipo de trabajo

El equipo de trabajo ha de ser proporcionado y adecuado al plan de trabajo y las necesidades planteadas, y que ofrezca garantías de un trabajo de calidad y una reducción de los riesgos. Una completa estructura del equipo, con roles específicos que cubran necesidades concretas del proyecto.

El Ayuntamiento podrá requerir entrevista con el personal a participar en el proyecto para determinar el cumplimiento de los requisitos mínimos para licitar.

La empresa vendrá obligada a adscribir a las personas descritas en la oferta a la prestación del servicio. Cualquier circunstancia excepcional que imposibilite esta obligación, incluso ya iniciada la realización del servicio, deberá ser comunicada inmediatamente al Ayuntamiento, debiendo dar expresamente éste su consentimiento para proceder a la sustitución de la persona en cuestión. El incumplimiento de este punto podrá dar lugar a la resolución del contrato.

La empresa adjudicataria designará dentro de la estructura de equipo una persona como Jefe de proyecto, cuyas principales tareas son:

• Responsabilizarse de la planificación, organización coordinación, dirección y control permanente de los servicios, efectuando los ajustes oportunos para adaptarse a la planificación y objetivos establecidos.

• Mantener la interlocución con los responsables del proyecto del Ayuntamiento de Alcoy y efectuar la coordinación del resto de miembros del equipo de trabajo.

• Desarrollar planes de trabajo y elaborar informes periódicos de avance.

• Proponer la aprobación de los hitos establecidos.

• Colaborar en la elaboración y realización de presentaciones divulgativas de los sistemas objeto del contrato.

• Garantizar la calidad de los productos finales.

• Proponer mejoras con el objetivo de optimizar los sistemas.

• Analizar las incidencias que se puedan producir en la implantación.

• Definir, planificar y realizar pruebas de los diferentes módulos.

8 Xxxxxx Xxxxxxxxxx relacionados con la Protección de Datos Personales, Seguridad de la Información e Interoperabilidad.

Tanto los licitadores como el adjudicatario se comprometerán a dar un trato reservado y confidencial a toda la información que la empresa licitadora o adjudicataria pudiera obtener del ayuntamiento de Alcoy.

Quedan expresamente obligados a mantener absoluta confidencialidad y reserva sobre cualquier dato que pudieran conocer con ocasión de este proceso, que no podrán copiar o utilizar para un fin distinto al que figura en este pliego, ni tampoco ceder a otros ni siquiera a efectos de conservación.

Esta obligación de guardar la confidencialidad subsistirá aunque se extinga el contrato, hasta que dicha información pierda tal carácter o se produzca la autorización por parte del Ayuntamiento.

Las entidades licitadoras, por el hecho de presentar su propuesta, se comprometen al cumplimiento de los siguientes puntos en todos los aspectos en que les afecten, como entidad y en relación a los productos y/o servicios ofertados:

1. Cumplimiento de los Xxxxxx Normativos enumerados en este punto y de las actualizaciones que puedan producirse sobre los mismos durante todo el periodo

en que la adjudicataria mantenga relación y/u obligaciones con el Ayuntamiento de Alcoy (“el Ayuntamiento”, en adelante) en relación con el objeto y alcance del presente Pliego, de forma que este Organismo pueda acreditar en todo momento su propio cumplimiento de dichos Xxxxxx para todos los productos y/o servicios que la entidad licitadora ofrezca, si fuera adjudicataria, en los puntos donde apliquen. Los Xxxxxx Normativos a cumplir, sin perjuicio de otros que fueran también requeridos por otras casuísticas, son:

a. REGLAMENTO (UE) 2016/679 DEL PARLAMENTO EUROPEO Y DEL CONSEJO de 27 xx xxxxx de 2016 relativo a la protección de las personas físicas en lo que respecta al tratamiento de datos personales y a la libre circulación de estos datos y por el que se deroga la Directiva 95/46/CE (Reglamento General de Protección de Datos o RGPD en adelante). En vigor, aplicable desde el 25 xx xxxx de 2018, desarrollado en España mediante una futura Ley Orgánica. Las entidades licitadoras deberán incluir en sus ofertas las actividades necesarias para que el Ayuntamiento cumpla plenamente RGPD, detallando dichas actividades y las posibles iniciativas de transición que debe desarrollar en el Ayuntamiento para que este Organismo consiga el pleno cumplimiento de RGPD. La propuesta debe incluir las metodologías de trabajo y herramientas (en su caso).

x. Xxx Orgánica 3/2018, de 5 de diciembre, de Protección de Datos Personales y garantía de los derechos digitales.

c. Cumplimiento de lo dispuesto en la normativa de Protección de Datos de Carácter Personal del estado español y de la UE, y a formar e informar a su personal en las obligaciones de la Legislación vigente sobre esta materia.

d. Esquema Nacional de Seguridad (Real Decreto 3/2010 de 8 de enero, ENS en adelante). Modificado por el Real Decreto 951/2015 de 23 de octubre. Deberán cumplirse las Instrucciones Técnicas obligatorias que se emitan respecto de su cumplimiento y, bajo criterio del Ayuntamiento, las Guías disponibles en la serie CCN-STIC 800 u otras.

e. Esquema Nacional de Interoperabilidad (Real Decreto 4/2010 de 8 de enero, ENS en adelante) y sus Normas Técnicas de Interoperabilidad, donde aplique.

f. Video vigilancia. Ley Orgánica 4/1997, Instrucción 1/2006 de la Agencia Española de Protección de Datos y Ley 5/2014 de Seguridad privada, donde aplique.

x. Xxx 39/2015, de 1 de octubre, del Procedimiento Administrativo Común de las Administraciones Públicas (LPAC en adelante), donde aplique.

x. Xxx 40/2015, de 1 de octubre, de Régimen Jurídico del Sector Público (RJSP en adelante), donde aplique.

i. Reglamento (UE) Nº 910/2014 del Parlamento europeo y del Consejo de 23 de julio de 2014 relativo a la identificación electrónica y los servicios de confianza para las transacciones electrónicas en el mercado interior y por la que se deroga la Directiva 1999/93/CE (eIDAS en adelante).

j. Reglamento de ejecución (UE) 2015/1502 de la Comisión de 8 de septiembre de 2015 sobre la fijación de especificaciones y procedimientos técnicos mínimos para los niveles de seguridad de medios de identificación electrónica con arreglo a lo dispuesto en el artículo 8, apartado 3, del Reglamento (UE) Nº 910/2014.

k. Directiva (UE) 2016/1148 del Parlamento Europeo y del Consejo de 6 de julio de 2016 relativa a las medidas destinadas a garantizar un elevado nivel común de seguridad de las redes y sistemas de información en la Unión (Directiva NIS). Debe cumplirse la propia Directiva y su transposición a la legislación española.

2. El grado de afectación de los productos y/o servicios ofertados respecto a los Xxxxxx Normativos especificados en el punto 1 será verificado por el Ayuntamiento, cuyo criterio será asumido por la entidad adjudicataria.

3. Las entidades licitadoras se comprometen a cumplir con las directivas de seguridad marcadas por el Ayuntamiento, así como a firmar los correspondientes contratos específicos como Encargados de Tratamiento en base al RGPD, si aplicaran.

4. En base al artículo 28 del RGPD, cuando se vaya a realizar un tratamiento de datos de carácter personal por cuenta del Ayuntamiento, este elegirá únicamente un encargado que ofrezca garantías suficientes para aplicar medidas técnicas y organizativas apropiadas, de manera que el tratamiento sea conforme con los requisitos del RGPD y garantice la protección de los derechos del interesado. En base a este articulado, las entidades licitadoras deben acreditar la disponibilidad de dichas medidas para los tratamientos a realizar, bien mediante certificación del cumplimiento del RGPD o mediante declaración responsable de dicho cumplimiento.

5. Las entidades licitadoras se comprometen a aportar al Ayuntamiento toda la información que ésta requiera para evaluar el cumplimiento de la entidad y de los productos y/o servicios ofertados respecto a dichos Xxxxxx Normativos, tanto como parte del propio proceso de licitación como durante la ejecución del proyecto por parte de la entidad adjudicataria. Las entidades licitadoras aceptan que el Ayuntamiento, si así lo estima, mediante recursos propios o terceros designados por el Ayuntamiento, desarrolle auditorías sobre el cumplimiento de la entidad respecto a los Xxxxxx Normativos especificados en el punto 1 del presente documento, en relación con los productos y/o servicios objeto de la licitación, y en cualquier momento. Las entidades deben facilitar dicha función de auditoría y, en caso de incumplimientos, deberán corregir las no conformidades reportadas y acreditar dicha corrección, sin coste alguno para el Ayuntamiento.

6. En caso de que la oferta contenga productos de seguridad, equipos, sistemas, aplicaciones o sus componentes, la entidad licitadora debe incluir información detallada sobre la homologación de los mismos respecto a la Nota Técnica de Interoperabilidad “Catálogo de Estándares” y respecto al Artículo 18 del ENS.

7. En el caso del ENS, la Instrucción Técnica de Seguridad de conformidad con el Esquema Nacional de Seguridad, de 13 de octubre, recoge las características del proceso de certificación del cumplimiento del ENS, incluyendo las entidades privadas. La entidad adjudicataria deberá estar en posesión de la declaración (nivel BÁSICO) o certificación oficial (nivel MEDIO o ALTO) de cumplimiento del ENS recogida en la mencionada instrucción, en el nivel adecuado en base a los productos y/o servicios ofertados.

8. Las entidades licitadoras, en base al Artículo 15 del ENS, se comprometen a mantener, como mínimo, el equipo de trabajo ofertado durante todo el proyecto en base a las dedicaciones planificadas por trabajo o fase, a cumplir con las dedicaciones comprometidas y a no efectuar cambios en el equipo de trabajo salvo autorización previa del Ayuntamiento o causa de fuerza mayor justificada documentalmente. En cualquier caso, los miembros del equipo de trabajo que sustituyan a quienes dejen el proyecto deben tener la misma cualificación profesional y experiencia, siendo por cuenta de la adjudicataria la puesta al día de los nuevos miembros y evitar retrasos en la ejecución de los trabajos. La sustitución de miembros del equipo de proyecto no supone cambio alguno en los plazos de ejecución comprometidos, a menos que se acepte formalmente dicho cambio por parte del Ayuntamiento.

9. El Ayuntamiento puede rechazar a cualquier miembro del equipo de trabajo cuyo desempeño considere inadecuado. La entidad adjudicataria deberá sustituirlo por otra persona con las cualificaciones y experiencia adecuadas para continuar el proyecto, en base a los mismos criterios expuestos en el punto 10 respecto a la sustitución de miembros del equipo de proyecto.

10. La entidad adjudicataria deberá incorporar recursos adicionales, con los perfiles y experiencia adecuados, en caso de que pudieran verse comprometidos los plazos requeridos en el proyecto, tanto para hitos parciales (si existieran) como para la finalización del proyecto.

11. Las entidades licitadora se comprometen a impartir formación a todo el personal que forma parte del equipo de trabajo sobre los Xxxxxx Normativos aplicables al proyecto antes de que dicho personal se incorpore al mismo, de forma que todas sus actuaciones queden enmarcadas dentro del cumplimiento de dichos Xxxxxx.

12. Las entidades licitadoras (en caso de ser adjudicatarias) se comprometen a adaptar los productos y servicios ofertados, sin coste adicional alguno, a los cambios que estos Xxxxxx Normativos puedan sufrir y que entren en vigor en el transcurso del proyecto, incluyendo en este plazo el periodo de garantía de dichos productos y/o servicios y cualquier extensión de la relación y/u obligaciones de la

adjudicataria respecto al Ayuntamiento, de forma que el Ayuntamiento mantenga en todo momento su cumplimiento respecto a dichos Xxxxxx.

13. En caso de que los servicios ofertados incluyeran algún tipo de almacenamiento o tratamiento de datos cuya responsabilidad corresponda al Ayuntamiento (bien como responsable o como encargada del tratamiento) cuyo desarrollo se realice fuera de las sedes bajo control del Ayuntamiento, las entidades licitadoras deben detallar claramente en la propuesta los medios que se utilizarán para que el Ayuntamiento disponga de acceso permanente a dichos datos. Asimismo, se especificarán los medios por los que el Ayuntamiento dispondrá de copias de seguridad de sus datos. En este sentido, la entidad adjudicataria deberá depositar en la ubicación designada por el Ayuntamiento, con la periodicidad indicada, los dispositivos apropiados para, en su caso, recuperar los datos involucrados en los servicios contratados, asumiendo un desfase máximo de 24 horas (o menos si así se especifica en otro punto xxx Xxxxxx) entre la fecha de realización de una copia de seguridad y una fecha de posible recuperación utilizando la misma.

14. No está permitida la subcontratación de productos y/o servicios que puedan incluir datos de carácter personal, a menos que sea expresa y formalmente autorizada por escrito por parte de la persona responsable del departamento de Contratación del Ayuntamiento, tras informe preceptivo en sentido positivo por parte de la unidad administrativa responsable del control de la ejecución del contrato. En cualquier caso, si fuera autorizada la subcontratación, la entidad adjudicataria será responsable de las actuaciones de las entidades subcontratadas.

15. En el caso de LPAC y RJSP, la entidad adjudicataria, si le aplicaran los preceptos de dichas Leyes a los productos y/o servicios contratados, deberá desarrollar todas las actividades necesarias para que el Ayuntamiento cumpla plenamente con estos Xxxxxx Normativos desde sus fechas de entrada en vigor, teniendo en cuenta con suficiente antelación las fases de pruebas, aprobación por el Ayuntamiento y formación adecuada a su personal.

16. La entidad adjudicataria será responsable de las consecuencias de toda índole que su propio incumplimiento de los Xxxxxx Normativos aplicables puedan recaer sobre el Ayuntamiento, así como de los actos del personal, propio o subcontratado (si

hubiera sido autorizada por el Ayuntamiento la subcontratación), que aporte al proyecto.

17. La entidad adjudicataria será responsable de las consecuencias de toda índole que puedan recaer sobre el Ayuntamiento como consecuencia de retrasos, anomalías y/o cualquier tipo de incidente imputable a dicha entidad y/o a su personal, y que provoque un incumplimiento de cualquier Marco Normativo por parte del Ayuntamiento.

18. La entidad adjudicataria debe comunicar inmediatamente al Ayuntamiento cualquier incidente, brecha de seguridad o incumplimiento normativo que pudiera producirse en relación con los productos y/o servicios objeto de la adjudicación de forma inmediata, y nunca más allá de las 24 horas siguientes a su ocurrencia. Esta comunicación debe realizarse por medio de correo electrónico al Delegado de Protección de Datos (DPD) del Ayuntamiento, en la dirección xxx@xxxxx.xxx. En caso de no estar disponible el correo electrónico, la comunicación debe realizarse a través de mensajería electrónica y, en caso de urgencia, mediante llamada telefónica.

19. Cualquier información y/o conjunto de datos obtenida por la entidad adjudicataria en el transcurso de sus trabajos en el Ayuntamiento deberá ser transferida al Ayuntamiento a la finalización de dichos trabajos, en los formatos indicados en este Pliego (si se especificaran) o, en su defecto, compatibles con los estándares vigentes en los intercambios de información entre entidades, estando completamente prohibido retener datos e informaciones más allá de la fecha de dicha finalización, salvo autorización expresa y escrita por parte del responsable de los trabajos por parte del Ayuntamiento.

20. La entidad adjudicataria designará una persona como responsable del proyecto asociado a la adjudicación. Esta persona debe tener potestad suficiente por parte de la adjudicataria para tomar las decisiones pertinentes que permitan implementar los criterios de cumplimiento normativo que el Ayuntamiento requiera.

21. El incumplimiento de las presentes condiciones podrá llevar aparejado las sanciones que se establezcan en base a la legislación vigente y (si existieran previsiones al respecto) lo previsto en este Pliego.

22. Todo ello sin perjuicio del resto de requerimientos respecto al cumplimiento de otros Xxxxxx Normativos aplicables.

El representante se compromete a comunicar por escrito a la entidad cualquier modificación que se produzcan en sus datos, que puedan afectar a la presente relación jurídica.

Los trabajos objeto del presente contrato deberán ser convenientemente documentados, para lo que el adjudicatario se compromete a generar toda la documentación que sea aplicable por cada producto obtenido. Asimismo, dado que el presente contrato va a ser incluido a cofinanciación xx XXXXX, deberá cumplir con todos los requisitos de publicidad exigidos en la normativa comunitaria (Reglamento UE 1303/2013 y el Reglamento de Ejecución UE 821/2014 de la Comisión Europea).

9 Garantías y mantenimiento

9.1 Declaración de garantía de productos durante la vigencia del contrato

La contratación del suministro y prestaciones para la implantación de los activos suministrados incluye una garantía integral in-situ prestada por el adjudicatario que asegure que todas las infraestructuras, software, funcionalidades y elementos suministrados se conservan en condiciones óptimas y están disponibles para su utilización.

El inicio del plazo de garantía se produce tras la firma del acta de recepción por parte del ayuntamiento de Alcoy de las actuaciones objeto del Contrato. Una vez aceptado por el ayuntamiento de Alcoy cualquier elemento o prestación del Contrato, dicho elemento o prestación entrará en garantía.

El adjudicatario estará obligado a prestar un servicio de garantía para todos los activos que conforman los componentes solicitados.

La garantía de los equipos suministrados tanto hardware como software ha de ser de al menos 24 meses desde su puesta a disposición del ayuntamiento (o plazo que ofrezca el adjudicatario en la oferta presentadas) y debe cubrir al menos:

• Actualizaciones de firmware de dispositivos hardware debidas tanto a malfuncionamiento detectado como a mejoras en funcionalidades

• Posible monitorización remota del equipo en caso de ser necesario

• Parches y actualizaciones de software

• Roturas o malfuncionamiento de cualquier elemento hardware de la solución ofertada.

• Posibles actualizaciones tecnológicas que pudieran surgir.

Esta garantía no incluye desperfectos ocasionados por el mal uso del equipamiento o actos vandálicos.

El mantenimiento del sistema deberá ser lo más sencillo posible, de modo que en caso de avería de alguno de los elementos se minimice la reparación y no requiera obra civil. En cualquier caso, en caso de que el cumplimiento de las garantías requiera obra civil, ésta correrá a cargo del adjudicatario.

9.2 Acuerdo de nivel de servicio (SLA)

La infraestructura y servicios desplegados contarán con un servicio de mantenimiento que deberá incluir:

• Gestión de la garantía del fabricante.

• Monitorización remota de los equipos desplegados.

• Atención de la incidencia a través de un Centro de Atención a Usuarios por correo, teléfono o vía Web.

• Mantenimiento “in-situ”.

Los conceptos temporales de los SLA son:

• TA: Tiempo máximo de atención a la incidencia, a contar desde que ésta se notifica (bien por alguno de los medios de entrada al sistema de atención de incidencias, bien de forma automática por parte del sistema de gestión) hasta que el

Document Metadata

Table of Contents

Contract

Document Metadata