Contract
Expediente: | SG/CO/PRTR/3/2024 |
Procedimiento: | ABIERTO SUPERSIMPLIFICADO |
Descripción: | CONTRATO DE SUMINISTRO PARA LA IMPLANTACION DE UN MARKETPLACE COMO APOYO AL COMERCIO Y MERCADO SOSTENIBLES, EN EL MARCO DEL PLAN DE RECUPERACION, TRANSFORMACION Y RESILIENCIA, FINANCIADO POR LA UNION EUROPEA – NEXT GENERATION EU |
PLIEGO DE PRESCRIPCIONES TECNICAS
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
ÍNDICE
3. CODIFICACIÓN DEL CONTRATO 5
4. RÉGIMEN JURÍDICO APLICABLE 5
5.2. Plataforma “Comercio Inteligente” 7
5.3. Plataforma Sistema de marketing de proximidad. 7
5.4. Portal de administración del comercio 7
6. REQUISITOS GENERALES DE HARDWARE Y EQUIPAMIENTO 7
6.1. Identificación del equipo suministrado 8
6.2. Suministro de energía eléctrica. 8
7. REQUISITOS GENERALES DEL SOFTWARE 10
7.2. Principios de desarrollo 11
8. SOFTWARE AS A SERVICE (SAAS) 14
11. DATOS ABIERTOS Y REUTILIZACIÓN DE INFORMACIÓN 20
12. CARACTERÍSTICAS Y REQUISITOS PARTICULARES DE CADA COMPONENTE 20
14. PRESUPUESTO BASE DE LICITACIÓN 52
15. CONSIDERACIONES ECONÓMICAS 53
16. PLAZO DE EJECUCIÓN DEL CONTRATO 54
19. OBLIGACIONES ESPECÍFICAS DEL ADJUDICATARIO 55
21. RESPONSABLE DEL CONTRATO 57
23. USO DE LA INFORMACIÓN Y COMUNICACIONES 58
24. PLAN DE MEDIDAS ANTIFRAUDE Y ANTICORRUPCIÓN 58
26. OBLIGACIONES Y MECANISMOS DE CONTROL DEL ETIQUETADO VERDE Y DIGITAL 59
27. APORTACIÓN DEL PROYECTO A LOS OBJETIVOS DE ETIQUETADO VERDE Y DIGITAL 59
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
ANEXO I. HITOS Y METODOLOGÍA DEL CONTRATO 61
1. ANTECENDENTES
Con fecha 11 de septiembre de 2021, se publica en el BOE nº 218 la Orden ICT/951/2021, de 10 de septiembre, por la que se establecen las bases reguladoras de las líneas de ayudas para el fortalecimiento de la actividad comercial en zonas turísticas y se procede a su convocatoria en el año 2021, en el marco del Plan de Recuperación, Transformación y Resiliencia
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
La finalidad de estas ayudas, tal y como se recoge en el artículo 1.2 de esta Orden, es la de conceder subvenciones a las entidades locales susceptibles de ser beneficiarias según el artículo 3, para el desarrollo de planes y programas dirigidos a la introducción de mejoras en las zonas comerciales de zonas turísticas, incluidas actuaciones en el marco de esta inversión en nuevas tecnologías; la aplicación de soluciones tecnológicas para mejorar la eficiencia energética; procesos eficientes desde el punto de vista ecológico y reciclado y reutilización de residuos; la formación de personal; una firma digital integrada adaptada a los visitantes extranjeros; y la adaptación de los espacios públicos para mejorar la accesibilidad y la movilidad.
En este contexto, los municipios xx Xxxxx y Cazorla al no poder ser beneficiarios de estas ayudas presentaron ante la Diputación Provincial, mediante entradas de registro nº84.783 y nº84.886, ambas de fecha 23/09/2021, dos solicitudes de asistencia técnica para la convocatoria de “Ayudas al fortalecimiento de la actividad comercial en zonas turísticas”. En este sentido, la Diputación Provincial xx Xxxx presentó el 4 de octubre de 2021 el proyecto denominado “Fortalecimiento de la actividad comercial en “Jaén, Paraíso Interior”: experiencia piloto en las zonas turísticas xx Xxxxx y Cazorla” con un presupuesto total (sin IVA) de 1.140.551,00 € y una ayuda solicitada por importe de 912.440,00 €.
Este proyecto pretende abordar la realización de actuaciones en los municipios xx Xxxxx y Cazorla que permitan fortalecer la actividad comercial en las zonas turísticas de dichos municipios. Los negocios de estas zonas turísticas, al depender de forma directa y casi total de la llegada de visitantes, se han visto fuertemente afectados por los cambios en la demanda y por las restricciones de movilidad derivadas de la situación sanitaria vigente. En este sentido, desde la Diputación Provincial xx Xxxx se promueven diferentes actuaciones en los ámbitos de la adaptación de los espacios públicos, la digitalización y la sostenibilidad como vía para fomentar ventajas competitivas en la actividad turística ofertada por los municipios jienenses.
Con fecha 20 xx xxxxx de 2022 se recibe la notificación de la resolución definitiva de concesión de ayudas para el fortalecimiento de la actividad comercial en zonas turísticas, nº expediente: ACT-010000-2021-140, para la actuación denominada “Fortalecimiento de la actividad comercial en “Jaén, Paraíso Interior”: experiencia piloto en las zonas turísticas xx Xxxxx y Cazorla”. El importe de la ayuda concedida es de 912.440,00 € para un presupuesto financiable de 1.140.551,00 €.
Dado que la beneficiaria de la Ayuda es la Excma. Diputación Provincial xx Xxxx, y en el artículo 6 de la Orden ICT/951/2021, de 10 de septiembre, se regula la figura de la “Subcontratación”, indicando que el beneficiario podrá subcontratar hasta el 100 por ciento del proyecto, de acuerdo con lo establecido en el artículo 29 de la Ley 38/2003, de 17 de noviembre. A estos efectos, se entiende por subcontratación el concierto con un tercero de la ejecución total o parcial de la actividad que constituye el objeto de la subvención.
Mediante acuerdo del Pleno de la Diputación Provincial xx Xxxx en sesión ordinaria nº 5 celebrada el día 31 xx xxxx de 2022, se acordó delegar en el Ayuntamiento xx Xxxxx las facultades de ejecución de las actuaciones subvencionadas incluidas en las “líneas de ayudas para el fortalecimiento de la actividad comercial en zonas turísticas” a desarrollar en dicho municipio, aprobando el convenio de delegación de estas facultades en el que se regulan los términos de esta delegación y facultar al Sr. Presidente para la adopción de cuantas determinaciones resulten precisas para el desarrollo, cumplimiento y aplicación del mismo.
El Ayuntamiento xx Xxxxx se plantea la puesta en marcha de una serie de iniciativas para el desarrollo de herramientas digitales que contribuyan a la transformación digital y la incorporación del sector comercio y mercados a la economía digital, así como el apoyo a la innovación tecnológica y la inversión en materia tecnológica para impulsar dicho sector.
Entre las actuaciones que afecta al municipio xx Xxxxx está la “Plataforma SMART y el subsistema de marketing de proximidad como apoyo al comercio y mercados sostenibles del municipio xx Xxxxx”. Este proyecto surge de la interpretación de un conjunto de actuaciones estratégicas propuestas por parte del Ayuntamiento xx XXXXX con motivo del proceso global de transformación digital de apoyo al sector comercio y fortalecimiento de la actividad comercial en zonas turísticas.
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
El presente proyecto se ha redactado para la mejora de las infraestructuras TIC del municipio y se enmarca en las líneas de actuación que recoge las bases reguladoras anteriormente mencionadas.
Por ello es necesario la mejora e implementación de soluciones en los ámbitos que engloba la línea de plataforma inteligente, como son:
• Conocimiento.
• Interoperabilidad y adquisición.
• Seguridad.
• Infraestructura.
• Comunicaciones.
El presente proyecto tiene por objeto efectuar mejoras en estos cinco ámbitos, o implementarlos en el caso de que no existan actualmente en los municipios.
Los principios de formulación de este proyecto son los siguientes:
• Orientación a la ciudadanía: centro de todos los beneficios de las iniciativas smart.
• Eficiencia y eficacia: acelerando el proceso de transformación del comercio.
• Sostenibilidad: haciendo de la sostenibilidad técnica y económica de las iniciativas de desarrollo inteligente una condición básica obligatoria para hacerlas viables.
• Transparencia: abriendo la gestión y los resultados del proceso de transformación inteligente a quienes participen.
• Participación: implicando en el proceso de gobernanza a todo el ecosistema smart (constituido por pymes, comercios, asociaciones y habitantes), garantizando la participación equilibrada de mujeres y hombres en cada parte del mismo.
Cabe reseñar que el objetivo principal de estas actuaciones es la eficiencia, con un enfoque de mejora continua que subyace en todas las iniciativas incluidas en el proyecto.
Por ello se creará un sistema de información que recopile y almacene volúmenes de datos para su posterior gestión y estudio, ya que no se pueden tomar decisiones sin datos fiables que indiquen la necesidad, ámbito, e impacto necesario de las medidas a adoptar.
2. OBJETO DEL CONTRATO
El objeto del contrato es la implantación de una solución llave en mano que incluya todos aquellos aspectos necesarios para la puesta en funcionamiento de los diferentes componentes descritos en este pliego, que conforman una solución tecnológica global e integral para el desarrollo inteligente comercial- turístico del municipio xx Xxxxx.
Las actuaciones para abordar dentro del marco del contrato, que incluirán el suministro e instalación de hardware y software, así como los servicios profesionales necesarios asociados, proporcionarán información estratégica y operativa al Ayuntamiento, con el fin de seguir avanzando en la mejora de los servicios que actualmente prestan.
La actuación a realizar es la siguiente: Componente 1. Red Wifi.
Componente 2. Plataforma “Plataforma Comercio Inteligente”.
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
Componente 3. Sistema de marketing de proximidad. Componente 4. Portal de administración del comercio. Componente 5. Xxxxxxxx Xxxxx Locker
Campaña de difusión del proyecto
El software que incluye este proyecto será puesto en funcionamiento en modo SaaS (Software as a Service), y será contratado para su uso en esta modalidad de servicio por un plazo mínimo de 5 años, si bien también permitirá su despliegue en modo “on-premise”, es decir en modo local, por si así se quisiera en un futuro.
Se incluyen también dentro del alcance del contrato actuaciones relacionadas con la difusión del proyecto, así como con el entrenamiento o capacitación del personal interno del Ayuntamiento, así como empresas o particulares que tengan acceso al mismo, lo que permitirá una correcta gestión de la solución en los municipios.
Tipo de contrato
De conformidad con lo dispuesto en el artículo 16.1 y 16.3.b de la Ley, 9/2017 de Contratos del Sector Público, el contrato queda clasificado como un contrato de suministro.
16.1. Son contratos de suministro los que tienen por objeto la adquisición, el arrendamiento financiero, o el arrendamiento, con o sin opción de compra, de productos o bienes muebles.
16.3.b. Los que tengan por objeto la adquisición y el arrendamiento de equipos y sistemas de telecomunicaciones o para el tratamiento de la información, sus dispositivos y programas, y la cesión del derecho de uso de estos últimos, en cualquiera de sus modalidades de puesta a disposición, a excepción de los contratos de adquisición de programas de ordenador desarrollados a medida, que se considerarán contratos de servicios
3. CODIFICACIÓN DEL CONTRATO
La codificación correspondiente de la nomenclatura Vocabulario Común de Contratos Públicos (CPV 2008) de la Comisión Europea, dado el objeto del contrato se puede clasificar por lotes de la manera siguiente:
30211300-4 Plataformas informáticas
32412110-8 Red Internet
30232000-4 Periféricos
4. RÉGIMEN JURÍDICO APLICABLE
En todo caso, el presente contrato quedará sujeto a la siguiente normativa específica de aplicación, y que a continuación se enumera, en tanto en cuanto la convocatoria de ayudas de la elaboración de proyectos piloto de Planes de Acción Local de la Agenda Urbana Española se enmarca en el Plan de Recuperación, Transformación y Resiliencia del Gobierno de España aprobado definitivamente por Acuerdo del Consejo de ministros de 13 de julio de 2021 y en el PRTR aprobado anteriormente por la Comisión Europea en fecha 13 de julio de 2021, así:
− Reglamento (UE) 2021/241 del Parlamento Europeo y del Consejo de 12 de febrero de 2021 por el que se establece el Mecanismo de Recuperación y Resiliencia, y el resto de normativa que lo desarrolle.
− Orden ICT/951/2021, de 10 de septiembre, por la que se establecen las bases reguladoras de las líneas de ayudas para el fortalecimiento de la actividad comercial en zonas turísticas.
− Plan de Recuperación, Transformación y Resiliencia del Gobierno de España aprobado definitivamente por Acuerdo del Consejo de Ministros de 13 de julio de 2021 sobre la base de la propuesta aprobada por la Comisión Europea el 16 xx xxxxx de 2021.
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
− Ley 38/2003, de 17 de noviembre, General de Subvenciones.
− Real Decreto-ley 36/2020, de 30 de diciembre, por el que se aprueban medidas urgentes para la modernización de la Administración Pública y para la ejecución del Plan de Recuperación, Transformación y Resiliencia.
− Orden HFP/1030/2021, de 29 de septiembre, por la que se configura el sistema de gestión del Plan de Recuperación, Transformación y Resiliencia.
− Orden HFP/1031/2021, de 29 de septiembre, por la que se establece el procedimiento y formato de la información a proporcionar por las Entidades del Sector Público Estatal, Autonómico y Local para el seguimiento del cumplimiento de hitos y objetivos y de ejecución presupuestaria y contable de las medidas de los componentes del Plan de Recuperación, Transformación y Resiliencia.
− Decreto-ley 3/2021, de 16 de febrero, por el que se adoptan medidas de agilización administrativa y racionalización de los recursos para el impulso a la recuperación y resiliencia en el ámbito de la Comunidad Autónoma de Andalucía.
Igualmente quedará sujeto a los controles de la Comisión Europea, la Oficina de Lucha Antifraude, el Tribunal de Cuentas Europeo y la Fiscalía Europea y el derecho de estos órganos al acceso a la información sobre el contrato.
Además de las normas generales sobre contratación pública, el presente pliego (PPT) queda sujeto a los principios de gestión específicos del PRTR, siendo los mismos los siguientes:
• Concepto de hito y objetivo, así como los criterios para su seguimiento y acreditación del resultado.
• El adjudicatario quedará sujeto al cumplimiento de las obligaciones asumidas en materia de etiquetado verde y etiquetado digital y los mecanismos establecidos para su control y al principio de no causar un daño significativo y las consecuencias en caso de incumplimiento.
• Análisis de riesgo en relación con posibles impactos negativos significativos en el medioambiente (Do no significant harm, XXXX), seguimiento y verificación de resultado sobre la evaluación inicial.
• Refuerzo de mecanismos para la prevención, detección y corrección del fraude, la corrupción y los conflictos de interés.
• Compatibilidad del régimen de ayudas de Estado y prevención de la doble financiación.
• Identificación del perceptor final de los fondos, sea como beneficiario de las ayudas, o adjudicatario de un contrato o subcontratista.
• Comunicación.
5. ALCANCE DE LA SOLUCIÓN
El alcance que se espera cubrir con cada una de estas actuaciones es el siguiente:
5.1. Creación de red Wifi.
La Red Wifi permitirá una mejor conectividad en los municipios afectados por el proyecto. Se habilitará el acceso gratuito a redes Wifi en zonas comerciales de exterior e interior, de manera que se vincule a las comunidades con el Mercado Único Digital.
5.2. Plataforma “Comercio Inteligente”.
La Plataforma TIC está destinada a ofrecer una solución eficaz en el marketing de proximidad basado en la geolocalización, de forma que permita la interacción entre la ciudadanía y los comercios.
5.3. Plataforma Sistema de marketing de proximidad.
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
El Sistema de marketing de proximidad pondrá a disposición de la ciudadanía una aplicación móvil nativa que, en base a su ubicación y a la proximidad a los beacons bluetooh o similares desplegados por los municipios, deberán mostrar información sobre el comercio, datos de contacto, productos que ofrece, ofertas y cualquier dato relevante al comercio.
5.4. Portal de administración del comercio.
Mediante el Portal de administración para el comercio, los comerciantes podrán administrar su Taquillas Smart Locker, la información que será visualizada por los visitantes, sus beacons, ubicación de los mismos, fotos, sus medios de contacto y la historia de la empresa; en definitiva, una ficha con la que la ciudadanía podrá conocer, localizar y contactar el comercio para realizar las compras.
5.5. Xxxxxxxx Xxxxx Locker.
Se requiere disponer en el mercado de una taquilla inteligente de paquetería para que los usuarios puedan recoger sus pedidos de forma autónoma. El portal de administración de comercio será el aplicativo para la gestión y a su vez integrado con la plataforma “Comercio inteligente” parar automatizar los procesos de reserva de espacios de las taquillas inteligentes.
6. REQUISITOS GENERALES DE HARDWARE Y EQUIPAMIENTO
Salvo indicación expresa del Responsable del Contrato, y siempre que no provoque incompatibilidad con la situación xx xxxxxxx tecnológica del Ayuntamiento, el hardware suministrado por el adjudicatario deberá incorporar la última versión estable de microcódigo, firmware o software publicada por el fabricante.
Todos los componentes hardware de la solución a suministrar por el adjudicatario como parte de la ejecución de este contrato, incluidos sus elementos de conexionado, serán nuevos, no admitiéndose equipos usados, ni total o parcialmente reparados o reconstruidos.
Preferentemente todos los componentes suministrados de un mismo tipo serán del mismo fabricante.
Aquellos componentes hardware a instalar en exteriores, o en interiores en los que las condiciones existentes requieran de una protección ante el polvo y el agua, deberán contar con las protecciones IP especificadas en la UNE-EN 60529:2018, en función del entorno en el que deben operar. El grado de protección IP correspondiente se especificará en los requisitos particulares de cada elemento.
Aquellos componentes hardware a suministrar en el proyecto, y que cuenten con capacidad de gestión remota, deberán contar con un procedimiento de recuperación que garantice las labores de mantenimiento y actualización de firmware en caso de fallo de comunicación que imposibilite el acceso remoto.
6.1. Identificación del equipo suministrado.
Como norma general, el número de serie del equipamiento suministrado deberá ser visible en alguna superficie del mismo sin que sea necesaria su desinstalación.
El equipamiento deberá estar identificado mediante grabado en superficies claramente visibles, por métodos indelebles y no separables de las mismas. Los procedimientos admitidos son pantografía, troquelado, grabación térmica o grabación láser. Cualquier otro método necesitará la previa aprobación por el Responsable del Contrato. El licitador grabará la siguiente información:
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
Logotipos: emblema de la Unión Europea con la referencia a la misma y al Fondo Europeo de Desarrollo Regional de manera desarrollada, y logotipo del Ayuntamiento.
Códigos de equipo: codificación proporcionada por el Ayuntamiento que contendrán caracteres alfanuméricos.
El adjudicatario proporcionará a el Responsable del Contrato imágenes y/o muestras con la propuesta de ubicación y acabado del grabado de los equipos, para su validación.
En los casos excepcionales en los que el número de serie del equipamiento no sea visible, el adjudicatario suministrará, generará (siguiendo la codificación que indique el Ayuntamiento) y pegará a cada equipo en la superficie del equipo de forma visible sin que sea necesaria su desinstalación, una etiqueta adhesiva en la que figurará el número de serie. El Responsable del Contrato podrá solicitar incorporar información adicional en la pegatina.
La etiqueta adhesiva que suministrará el adjudicatario deberá cumplir las siguientes características:
◦ Formato: rectangular.
◦ Material: PVC VNL blanco ultradestructible.
◦ Adhesivo: permanente acrílico.
◦ Las medidas, colores y logotipos serán indicados por la Consejería. El adhesivo debe ser proporcional al tamaño del equipo y tener una proporción 16/9.
6.2. Suministro de energía eléctrica.
Aquellos elementos y dispositivos que precisen de alimentación eléctrica deberán cumplir con los requisitos que se indican a continuación:
• La alimentación de todo elemento suministrado deberá cumplir lo dispuesto en el vigente Reglamento Electrotécnico para Baja Tensión, RD 842/2002 (en adelante REBT) y sus instrucciones técnicas complementarias, con las normas particulares vigentes de la empresa suministradora de energía aprobadas por el Ministerio para la Transición Ecológica y Reto Demográfico y el Plan General de Ordenación Urbana del Ayuntamiento xx Xxxxx junto con sus correspondientes Ordenanzas Municipales.
• El adjudicatario garantizará la correcta manipulación y/o modificación que se pueda realizar en los cuadros eléctricos existentes en caso de necesidad de actuar sobre ellos para obtener los objetivos solicitados,
teniendo en cuenta las medidas de seguridad y salud pertinentes. El licitador garantizará el idóneo estado resultante del cuadro eléctrico, cumpliendo con los criterios de estanqueidad y seguridad vigentes.
• Las conexiones eléctricas siempre irán a panel, caja o enchufe, nunca al aire o protegidas únicamente con cinta aislante, tubo termo-retráctil o similar.
• Para todos los sistemas objeto del proyecto que se conecten a la red eléctrica del Ayuntamiento xx Xxxxx, el adjudicatario será responsable de cubrir las necesidades de cableado hasta un punto de conexión cercano que proporcionará el ayuntamiento xx Xxxxx. En tales casos, el cableado utilizado deberá cumplir los siguientes requisitos:
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
◦ Los cables utilizados serán libres de halógenos (UNE-EN 60754-1), no propagadores de llama (UNE- EN 00000-0-0, UNE-EN 60332-3-24), de reducida emisión de gases tóxicos (NFC-20454), de baja emisión de humos opacos (UNE-EN 61034-2), nula emisión de gases corrosivos (UNE-EN 60754-2) y estarán clasificados con una clase mínima de "Cca-s1b, d1, a1" según el Reglamento de productos para la construcción (CPR) de la Unión Europea.
◦ Se utilizará cable de tres conductores, conectando la masa en ambos extremos de la tirada, incorporando las protecciones magnetotérmicas que sean necesarias, y garantizando el cumplimiento de la normativa aplicable.
◦ El Ayuntamiento xx Xxxxx proporcionará, en el caso que sea necesario y viable, un acceso cercano a puntos de suministro eléctrico para el conexionado de los elementos que se instalen en la vía pública o espacios exteriores, así como tramitará las autorizaciones y permisos correspondientes de las actuaciones necesarias para conseguir tal fin. El adjudicatario, en caso de optar por dotar de suministro eléctrico a los sistemas implantados mediante conexionado a la baja tensión del Ayuntamiento Xx Xxxxx, será la responsable de realizar todas las actuaciones necesarias para asegurar el correcto funcionamiento de los equipos instalados, que deberán cumplir con la directiva europea de Material Eléctrico para baja tensión 2014/35/UE y la directiva europea de Compatibilidad Electromagnética 2014/30/UE.
• En caso de que el adjudicatario conecte alguno de los elementos a la red eléctrica del Ayuntamiento xx Xxxxx, deberá cumplir los siguientes requisitos:
◦ En caso de que la conexión se realice a la red de baja tensión del Ayuntamiento Xx Xxxxx, utilizando elementos que reciben suministro de forma intermitente, los elementos a implantar estarán dotados de una batería con una duración suficiente que les permita seguir trabajando en ausencia de suministro eléctrico sin pérdida de servicio. Adicionalmente, el adjudicatario incluirá las protecciones eléctricas necesarias que independicen las instalaciones existentes de los nuevos elementos implantados.
◦ 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.
◦ 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.
Suministro de cableado de datos para el control y la comunicación.
Aquellos elementos y dispositivos que precisen de cableado de datos deberán cumplir con los requisitos que se indican a continuación:
• El cableado de red de datos, en el caso de ser necesario, se realizará con cable UTP CAT6 o Clase E, o con fibra OM3/OM4, según las normas TIA/EIA-568-B e ISO/IEC 11801 2ª Edición, o equivalentes.
• Las instalaciones de cableado estructurado de telecomunicaciones (cobre, coaxial, fibra óptica, etc.) utilizados en las infraestructuras comunes de telecomunicaciones en el interior de las edificaciones, deberá cumplir con lo enunciado en la norma UNE-EN 50575:2015 y Adenda 1 (UNE-EN 50575:2015 /A1:2016) y su correspondiente actualización según se indica en la directiva ECE/983/2019 de 26 de septiembre.
7. REQUISITOS GENERALES DEL SOFTWARE
Los desarrollos destinados a funcionar sobre explorador soportarán los navegadores más extendidos en el mercado (al menos, Google Chrome, Safari, Mozilla Firefox y Microsoft Edge) en sus dos últimas versiones en el momento de la entrega de los desarrollos, siempre que estén soportados por el fabricante.
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
• Las soluciones software propuestas deberán basarse en estándares, serán de fácil mantenimiento y amplia presencia en el mercado, con el objeto de maximizar la interoperabilidad y las posibilidades de integración.
• Deberá haber compatibilidad entre todo el software que forma parte de la solución descrita en el presente pliego, con los sistemas operativos implantados en el Ayuntamiento De Baeza, con las plataformas de bases de datos y servidor de aplicaciones, así como con el resto del aplicaciones y servicios del presente pliego con el que sea necesario integrarse.
• Las funcionalidades solicitadas en el sistema del presente pliego y que se describe en el siguiente apartado, deberán estar operativas en el momento de la entrega, pudiéndose comprobar su correcto funcionamiento.
• Cualquier solución software que implique interacción con sensores o actuadores, deberá soportar la inclusión, sin coste de licenciamiento adicional, de los nuevos sensores que se implanten.
• Todos los interfaces de usuario/a deberán proporcionarse en castellano. Los interfaces de usuario/a tendrán la capacidad de visualizar, almacenar y gestionar contenido en varios idiomas.
• Cualquier solución software debe permitir acceso concurrente desde varios dispositivos al mismo
tiempo.
• En el desarrollo de aplicaciones accesibles desde un navegador, el adjudicatario deberá tener en cuenta principios de desarrollo que optimicen el tiempo de carga, tales como optimizar imágenes y otros elementos de las páginas, utilizar algoritmos de compresión sin pérdida para reducir el número de bytes enviados a través de la red, evitar redirecciones de páginas, o utilizar herramientas de optimización de la memoria caché, siempre y cuando no interfieran en el buen funcionamiento del portal web.
• En cuanto al licenciamiento y accesibilidad, el software deberá seguir lo indicado en el Pliego de Cláusulas Administrativas Particulares.
7.1. Nuevos desarrollos
• Los nuevos desarrollos software deberán, salvo justificación aceptada por el Responsable del Contrato, hacer uso de lenguajes de desarrollo estándar, de fácil mantenimiento, ampliamente distribuido y multiplataforma.
• Los nuevos desarrollos software deberán realizarse en fuentes abiertas permitiendo su reutilización y distribución entre Administraciones.
• Cualquier pieza de código que se entregue seguirá los estándares de calidad y documentación adecuados. Se deberá alcanzar, al menos, un Nivel de Conformidad "AA" (Doble A).
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
• Los nuevos desarrollos deberán realizarse de forma que sean compatibles bien con el licenciamiento European Union Public License (EUPL) o bien con el licenciamiento General Public License (GPL). A tal efecto todas las entregas deberán tener en cada uno de los ficheros las cabeceras necesarias para cumplir los requisitos de este tipo de licencia. Adicionalmente con cada entrega se aportará un listado de todos los módulos y/o sistemas utilizados especificando el origen del módulo, la autoría del mismo y el código de licencia que debe ser compatible con EUPL o con GPL. Se deberá especificar la relación entre los diferentes sistemas y el tipo de relación (por ejemplo, compilación o ejecución).
7.2. Principios de desarrollo
• La sencillez de manejo del entorno deberá ser uno de los principales pilares en el diseño y construcción de las soluciones software destinadas a funcionar sobre navegador. La organización de la información, así como la interfaz gráfica que la compone deberá ser intuitiva y eficaz a la hora de gestionar la información que contenga.
• Las aplicaciones deberán ser accesibles vía Internet desde los principales navegadores.
• Las aplicaciones deberán ser capaces de reconocer y adaptarse de manera óptima al tamaño y formato de pantalla del dispositivo del usuario, bien sea de escritorio o móvil.
• Las aplicaciones móviles deberán estar disponibles al menos para las dos últimas versiones de los dos sistemas operativos móviles más utilizados (según el estudio de las TIC en los hogares españoles realizado por el Observatorio Nacional de las Telecomunicaciones y para la Sociedad de la Información (ONTSI): xxxxx://xxx.xxxxx.xxx.xx/xxxxx/xxxxx/xxxxx/0000-00/XXXXxxxxxXxxxxXxxxxxx.xxx.).
7.3. Integraciones
• Para la integración de los nuevos desarrollos software con aplicaciones y servicios ya existentes, el Ayuntamiento proporcionará las APIs, web services o conexiones a las bases de datos, los cuales se acompañarán de la información suficiente. En caso de que el Ayuntamiento no puedan proveer estas conexiones, el adjudicatario realizará en los sistemas que oferta las actuaciones necesarias de modo que el Ayuntamiento, junto con los proveedores de las soluciones ya implantadas, puedan eventualmente realizar las integraciones con los sistemas objeto del presente pliego. No será responsabilidad del adjudicatario realizar actuaciones o modificaciones sobre las soluciones ya implantadas que no sean objeto xx xxxxxx, excepto que estas actuaciones se indiquen de forma expresa y se ponga a disposición la documentación técnica y el código de la aplicación.
• El adjudicatario desarrollará las integraciones propuestas sobre las APIs y web services que proporcionen los aplicativos y el acceso a las bases de datos disponibles.
• Algunas de las integraciones serán sólo de consulta destinadas a fines estadísticos y de gestión, otras tendrán capacidad de modificar datos, y otras tendrán capacidad de acción sobre los actuadores. La distinción vendrá dada por las capacidades de las APIs, web services o conexiones, y permisos para actuar en los sistemas
existentes. No obstante, se buscará una solución integrada con acceso único y homogéneo a las diferentes soluciones implantadas.
• Previo al desarrollo de cualquier integración, el adjudicatario realizará un análisis funcional y técnico detallado del proceso, considerándose esta documentación y su aprobación por parte del Responsable del Contrato requisito previo para comenzar los trabajos de integración.
• En el caso de desarrollo de ETLs (Extracción, Transformación y Carga) para la integración de datos:
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
◦ El adjudicatario 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 (programando, si fuese necesario, las extracciones en horarios en los que el impacto sea nulo o mínimo) y preservar la consistencia e integridad de la información durante la carga. La solución propuesta deberá depender de los requerimientos del servicio y 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 estos.
◦ El adjudicatario identificará, establecerá y documentará los criterios de calidad y las políticas de los procesos de extracción, transformación y carga, al menos: 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, criterios de reutilización y buenas prácticas.
◦ El adjudicatario efectuará todas las pruebas necesarias (funcionales, integración y rendimiento) para asegurar el correcto funcionamiento de los procesos ETL desarrollados y de otros mecanismos de extracción o procesos ESB (Enterprise Service Buses) que den respuesta a las necesidades temporales de los datos.
◦ El adjudicatario deberá efectuar la extracción de los subconjuntos de datos de cada sistema origen a integrar en la Base de Datos de la solución a implantar, 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.
◦ Todos los procesos, criterios y políticas reflejados en este punto deberán ser aprobados por el Responsable del Contrato.
7.4. Desarrollo seguro
• Para garantizar la seguridad de los desarrollos, el adjudicatario utilizará un Ciclo de Desarrollo de Software Seguro (Secure Development Life Cycle o S-SDLC) o procedimiento similar aprobado por el Responsable del Contrato, incorporando la seguridad como un proceso transversal durante todo el proceso de desarrollo.
• Respecto a las validaciones de entrada, el adjudicatario tendrá en cuenta las siguientes prácticas:
◦ Toda entrada al sistema debe considerarse como maliciosa.
◦ La validación de datos de entrada debe realizarse en un entorno fiable, normalmente el backend.
◦ Siempre que sea posible la validación deberá centralizarse en un punto de la aplicación.
◦ Se validarán rangos y longitudes xx xxxxxx.
◦ Se validará que los campos concuerdan con lo esperado.
◦ Se realizarán controles especiales para caracteres o cadenas que se consideren peligrosos, evitándose su presencia si no son necesarios.
• Respecto a las validaciones de salida, el adjudicatario tendrá en cuenta las siguientes prácticas:
◦ La codificación de datos de salida debe realizarse en un entorno fiable, normalmente el backend.
◦ De estar disponible, se utilizarán librerías y métodos de codificación ampliamente testados y aceptados por la comunidad.
◦ Los datos de salida serán codificados en base al uso que hará de ellos la aplicación (evitando por ejemplo datos interpretables en HTML para un navegador web o posibles modificaciones a comandos SQL).
• Respecto a la autenticación, el adjudicatario seguirá las siguientes prácticas:
◦ Exceptuando las páginas públicas, el resto requerirán autenticación para ser accedidas.
◦ Los controles de autenticación se realizarán en un sistema fiable, normalmente el backend.
◦ Los controles de autenticación estarán centrados en un único módulo para una aplicación.
◦ La lógica de la autenticación estará separada de la lógica del recurso al que se accede.
◦ Las peticiones de autenticación se realizarán a través de conexiones HTTP (post) cifradas convenientemente.
◦ La validación de los datos de autenticación se debe llevar a cabo cuando todos los datos necesarios hayan sido introducidos.
◦ Todas las contraseñas se deben guardar debidamente cifradas a través de una función criptográfica segura, nunca en claro.
◦ Se deben establecer requisitos mínimos de seguridad para las contraseñas.
◦ Si se generan contraseñas por defecto, deben ser cambiadas en el primer acceso.
◦ Se desactivarán las cuentas tras un número de intentos fallidos durante un periodo de tiempo para evitar ataques de fuerza bruta.
◦ Se evitará la utilización de preguntas de seguridad para recuperar contraseñas, de ser necesario se evitarán preguntas cuya respuesta pueda averiguarse con un esfuerzo razonable.
◦ Se enviarán solicitudes de restablecimiento de contraseña exclusivamente a correos electrónicos registrados.
◦ De ser posible se establecerá un doble factor de autenticación.
• Respecto a la gestión de sesiones de usuario/a se seguirán las siguientes prácticas de seguridad:
◦ De estar disponible, para el control de sesiones se utilizará el control de sesiones que incorpore el framework en el que se desarrolla la aplicación.
◦ Las sesiones expirarán tras un periodo definido de inactividad.
◦ Los identificadores de sesión se crearán en un entorno confiable, normalmente el backend.
◦ Se evitará exponer la información sobre la sesión a terceros.
• Respecto a la gestión de errores, el adjudicatario seguirá las siguientes prácticas de seguridad:
◦ Ante la aparición de un error se debe evitar revelar información sensible como detalles del sistema, identificadores de sesión o información sobre cuentas.
◦ La aplicación debería gestionar todos los errores y no depender nunca de los errores por defecto del
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
sistema.
◦ Ante la aparición de un error, la política por defecto de cara a la tarea que se está realizando debe ser
la denegación.
• Los logs deben registrar los sucesos relevantes en el sistema:
◦ Fallos en la validación de entrada.
◦ Intentos de autenticación fallidos.
◦ Intentos de conexión con sesiones expiradas.
◦ Cambios en la configuración de elementos críticos.
◦ Excepciones en el sistema y otros errores ocurridos durante la ejecución.
• El adjudicatario evitará, en todo caso, almacenar credenciales en el código fuente de la aplicación o en archivos de configuración.
• Los recursos accesibles a través de conexiones seguras no estarán accesibles a través de conexiones que no lo son.
• Respecto a los accesos a base de datos, se seguirán las siguientes prácticas:
◦ Los accesos a base de datos se realizarán siempre a través de consultas parametrizadas.
◦ Los parámetros deben pasar un proceso de codificación y validación.
◦ Respecto a los accesos, se seguirá el criterio del “menor privilegio posible” para acceder a los datos.
◦ Los roles con distintos niveles de acceso accederán a través de distintos usuarios, cada uno con sus privilegios.
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
◦ La conexión con base de datos se mantendrá el tiempo necesario para la ejecución de las tareas.
• El contratista realizará una buena gestión de la memoria para evitar vulnerabilidades críticas relacionadas con esta gestión (por ejemplo, desbordamiento de buffer).
• El contratista realizará las tareas relacionadas con el sistema operativo a través de las APIs ofrecidas por el mismo.
• Todas las variables y fuentes de datos deben ser inicializadas antes de su primer uso.
• En caso de que el código permita actualizaciones, el adjudicatario verificará que éste proviene xx xxxxxxx confiables.
8. SOFTWARE AS A SERVICE (SAAS)
Para aquellas soluciones software que se instalen en modalidad Software as a Service (SaaS), aplicarán los siguientes requisitos:
• El adjudicatario proporcionará el alojamiento, mantenimiento y explotación de la solución software en modalidad SaaS (Software as a Service) por un plazo mínimo de 3 años. La infraestructura incluirá el software base necesario para el correcto funcionamiento de todos los sistemas
• El SaaS no impondrá ninguna limitación de cara al cumplimiento de las funcionalidades solicitadas de los distintos sistemas que se instalen mediante esta modalidad de prestación del servicio.
• El adjudicatario garantizará que la solución SaaS requerida cumpla con los estándares y certificaciones previstas para este tipo de servicios en términos de redundancia de comunicaciones, seguridad, redundancia de elementos críticos y plan de mantenimiento preventivo y correctivo.
• El servicio SaaS estará disponible en todo momento (24x7) y al menos con un índice de disponibilidad del 99,99% anual. El servicio deberá contar con sistema de alarmas que indique cuando se ha perdido el servicio, sin perjuicio de que la empresa emita mensualmente informes de disponibilidad del servicio.
• El adjudicatario garantizará para el servicio Saas un RPO (Recovery Point Objective) igual a cero y un RTO (Recovery Time Objective) de una hora.
• El adjudicatario proveerá de direccionamiento IP privado y público a los diferentes sistemas instalados en modalidad SaaS.
• El adjudicatario garantizará un mínimo de 2 Gbps en el ancho xx xxxxx del servicio y un máximo de 40 ms de latencia en la prestación del servicio SaaS.
• El servicio SaaS no impondrá ninguna limitación al tráfico de datos.
• El servicio SaaS no impondrá ninguna limitación en cuanto número y tiempo de consultas.
• El servicio SaaS dispondrá de autoescalado y dominios personalizados.
• El servicio SaaS será:
◦ Flexible: permitirá reconfigurar los servicios ampliando sus capacidades (como memoria y disco) o adicionando nuevos servicios o servidores.
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
◦ Escalable: permitirá crecer tanto en modo horizontal como vertical según los requerimientos de funcionamiento del sistema.
◦ Actualizado: el adjudicatario tendrá la obligación de tener actualizados los sistemas operativos y aplicativos a las últimas versiones y con la totalidad de los “parches” de seguridad que sean publicados de forma oficial.
◦ Seguro: el adjudicatario habilitará mecanismos de seguridad que controlarán los accesos a los servidores y servicios.
• Con relación a la monitorización, informes y gestión de alarmas:
◦ El servicio SaaS dispondrá de una web de monitorización y gestión de alarmas del servicio, así como de personal en modalidad 24x7 para la resolución de cualquier incidencia que pueda surgir.
◦ El sistema de monitorización del SaaS permitirá detectar cualquier evento relacionado con los sistemas instalados, en términos de carga de los servidores con relación a la capacidad máxima de los servicios que proveen, memoria RAM libre, uso de disco, conectividad y disponibilidad de procesos y servicios en SaaS, entre otros.
◦ La información que gestione el sistema de monitorización deberá ser almacenada para su posterior
análisis.
◦ La web de monitorización y gestión de alarmas del servicio proporcionará informes relativos al uso,
comportamiento y rendimiento del SaaS.
• Con relación a las copias de seguridad:
El servicio SaaS contemplará la copia de seguridad tanto de los datos como de las máquinas virtuales.
◦ Será responsabilidad del adjudicatario disponer los mecanismos necesarios para proteger la información y las máquinas virtuales y poder recuperarlas ante cualquier incidencia que se produzca.
◦ Los procesos de restauración se realizarán de forma inmediata siempre con conocimiento y autorización del Ayuntamiento, de forma que se penalice lo mínimo posible la ejecución del proyecto.
• La solución SaaS incluirá servicio de almacenamiento con las siguientes características:
◦ Autoescalado con almacenamiento mínimo de 1 TB.
◦ Número ilimitado de operaciones de lectura y escritura.
◦ Soporte de datos estructurados y no estructurados, sin límite de tamaño.
• El adjudicatario está obligada a facilitar la cesión de los datos de los servicios y sistemas de manera completamente operativa y sin restricciones al municipio, o a un tercero que esta designase en su caso, a la finalización del contrato.
Las características y arquitectura de los recursos de computación e infraestructuras deberán contemplar esta necesidad desde la fase de diseño.
9. COMUNICACIONES
Todos los sistemas que implantar se integrarán con la red del Ayuntamiento, no admitiéndose soluciones de comunicaciones que no permitan esta integración.
El Ayuntamiento proporcionarán la conectividad necesaria, así como la información técnica que permita la integración con su red.
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
En el caso de conectividad mediante tarjetas SIM, para los sistemas que así lo requieran, el Ayuntamiento proporcionarán las tarjetas SIM necesarias. En cualquier caso, y durante el despliegue del proyecto, el adjudicatario deberá contar con sus propias tarjetas SIM para las labores de despliegue y pruebas, debiendo dejar en última instancia, y previo a la aceptación, los equipos configurados y operativos con las tarjetas SIM proporcionadas.
El adjudicatario deberá habilitar los elementos adecuados para minimizar el coste de las comunicaciones y detectar posibles errores que provoquen envíos continuos de datos no necesarios.
No se admitirán soluciones de comunicación que impliquen gastos recurrentes de distinta tipología a los que asuma el Ayuntamiento dentro de su contrato de comunicaciones, a no ser que se requieran expresamente en el pliego. En tal caso, el Ayuntamiento tendrán que hacerse cargo de los gastos derivados.
9.1. Compatibilidad
La solución ofertada debe garantizar la total compatibilidad entre todos los elementos, así como la compatibilidad con la infraestructura existente en el Ayuntamiento.
Los elementos ofertados por el adjudicatario deberán ser totalmente compatibles e integrables con los elementos existentes en el Ayuntamiento, sin requerir para ello ningún equipamiento, software, licencia o prestación que no sea aportada por el adjudicatario.
Toda integración, cambio o sustitución que resulten necesarios, derivados de la no compatibilidad de los sistemas ofertados con los existentes en el Ayuntamiento serán responsabilidad del adjudicatario, quien deberá realizar todas las tareas oportunas para conseguir el correcto funcionamiento del entorno final requerido, sin pérdida de la continuidad del servicio que se presta, y sin perjuicio de los plazos establecidos en el apartado de Planificación de los trabajos del presente pliego.
El adjudicatario garantizará la compatibilidad de todo sistema implantado y software desarrollado en caso de actualización de versión de los elementos de la arquitectura base que integre la solución.
10. SEGURIDAD
10.1. Requisitos de seguridad
El adjudicatario deberá cumplir con lo establecido en el Esquema Nacional de Seguridad (ENS), de acuerdo con el Real Decreto 311/2022, de 3 xx xxxx, relativo al acceso electrónico de la ciudadanía a los Servicios Públicos. De esta forma, la solución aportada por el adjudicatario deberá respetar los principios básicos y requisitos mínimos recogidos en dicha reglamentación a fin de garantizar una adecuada protección de la información.
• La arquitectura de seguridad definirá el hardware, software, protocolos y políticas para crear un entorno sobre el que el sistema objeto del presente pliego funcione de forma fiable, segura y con alta calidad. Ésta deberá cubrir al menos:
◦ Autenticación y autorización.
◦ Seguridad en las comunicaciones y securización de todos los elementos desplegados, en especial la capa de sensorización.
◦ Monitorización e integridad del sistema.
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
◦ Registro de logs centralizado.
◦ Backup, restoring y duplicado de datos.
• La implantación de los diferentes elementos deberá contemplar la correspondiente batería de pruebas de seguridad.
• Las políticas de seguridad que se establezcan deberán girar sobre los ejes de confidencialidad, integridad, autenticidad, trazabilidad y disponibilidad:
◦ Confidencialidad: en cuanto a revelación a personas no autorizadas o que no necesitan conocer la información.
◦ Integridad: en función de las consecuencias que tendría su modificación por alguien que no está autorizado a modificar la información.
◦ Autenticidad: en función de las consecuencias que tendría el hecho de que la información que gestionan o contienen no fuera auténtica.
◦ Trazabilidad: en función de las consecuencias que tendría el no poder rastrear a posteriori quién ha accedido o modificado una cierta información.
◦ Disponibilidad: en función de las consecuencias que tendría el que una persona autorizada no pudiera acceder a la información cuando la necesita.
10.2. Gestión de usuarios/as y autentificación
• La gestión de usuarios/as y roles de acceso de cada componente se realizará de forma centralizada a través de la Plataforma.
• El adjudicatario garantizará que la autenticación en los distintos sistemas desplegados en el proyecto sea unificada, instalando o desarrollando para ello los módulos software e integraciones que sean necesarios.
• El sistema de autenticación deberá permitir el registro de usuarios/as en el sistema, así como que éstos ejerzan su derecho a la eliminación de la cuenta de usuarios/as y el borrado de toda la información de carácter personal que hayan facilitado.
• Permitirá operaciones de alta, baja y modificación de usuarios/as, autenticación de usuarios/as y consulta de datos de usuarios/as.
• El sistema de autenticación deberá seguir un modelo de tenencia múltiple y tener, al menos, los siguientes roles con permisos definidos en base a las necesidades de estos usuarios/as:
◦ Administrador/a general (Ayuntamiento), con los permisos necesarios para realizar soporte técnico y coordinación.
◦ Administrador del Ayuntamiento, que pueda configurar su instalación local.
◦ Usuarios/as del Ayuntamiento, que serán los/as operadores/as del mantenimiento local.
• El sistema permitirá la asignación de nuevos permisos a los roles existentes.
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
• El sistema permitirá definir, crear y borrar una estructura de roles/permisos de forma que los/as usuarios/as puedan autenticarse y tengan acceso a las funcionalidades en las que tengan permiso en base a su perfil.
• El proceso de autenticación deberá permitir el registro automático o moderado (supervisado) de usuarios/as (que podrán ser revisados posteriormente antes de ser finalmente activados).
10.3. Seguridad en dispositivos desplegados
El adjudicatario diseñará la seguridad de todos los elementos que conformen el sistema, y en particular, los asociados a la capa de sensorización, con las directrices básicas para proteger sistemas expuestos a Internet.
• El adjudicatario deberá garantizar que el dispositivo disponga de algún tipo de mecanismo de seguridad para la autenticación, o bien, emplear algún tipo de cifrado en el almacenamiento de datos.
• El adjudicatario deberá tomar las medidas oportunas para prevenir las posibles amenazas que puedan poner en riesgo al entorno IoT, siguiendo las buenas prácticas definidas en el documento “Baseline Security Recommendations for IoT in the context of Critical Information Infrastructures” de la Agencia de Ciberseguridad de la Unión Europea (European Union Agency for Cybersecurity, ENISA).
• El adjudicatario habilitará mecanismos de protección contra intrusos que permitan detectar, reportar y prevenir accesos no deseados.
• El adjudicatario proporcionará dispositivos IoT con claves o contraseñas robustas para proteger el dispositivo de manera eficiente.
• El adjudicatario deberá contemplar las actualizaciones del firmware/software en los sensores IoT a fin de garantizar que los problemas de seguridad puedan solucionarse de manera rápida y eficiente.
• El adjudicatario deberá proteger el código existente en los sensores (firmware, sistema operativo, o cualquier otro tipo de código fuente).
• El adjudicatario configurará el dispositivo de forma segura (hardenizado).
• Los sensores desplegados deberán recopilar la mínima cantidad de datos personales de los/as usuarios/as que puedan repercutir en la seguridad. Los datos cargados en los dispositivos deberán ser los estrictamente necesarios para garantizar el correcto funcionamiento.
10.4. Registro de logs centralizado
El adjudicatario 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 cada solución deberán generar logs de cara al control de la seguridad.
• Durante la ejecución, el adjudicatario determinará según lo indicado por el Ayuntamiento en el procedimiento más adecuado de gestión de los logs, en cuanto a su almacenamiento, periodo de almacenamiento y eliminación.
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
• De cara a mantener la uniformidad, siempre que sea posible, los relojes de cada elemento del sistema se deberán sincronizar con una fuente que proporcione la hora exacta acordada, para asegurar que el sello de fecha/hora refleje la fecha/hora real.
10.5. Monitorización e integridad del sistema
El adjudicatario implementará un sistema de monitorización que facilite la consulta del estado de la seguridad y de la información relacionada con los eventos de seguridad.
• El sistema de monitorización permitirá la monitorización de los elementos hardware y software desplegados, inspeccionando los logs de los mismos que puedan indicar que el sistema está en riesgo.
• El sistema de monitorización deberá tener la capacidad de realizar una monitorización y control de las actividades realizadas por los/as usuarios/as, a partir de registros de auditoría, generando informes de actividad y auditorías de las actividades de cada usuario/a, grupos de usuarios/as y a nivel estadístico, con diferentes niveles de detalle, en función de la información almacenada en los registros.
• Todas estas consultas relativas a la monitorización deben poder realizarse a través de una interfaz que sea amigable y fácilmente utilizable.
• Los registros de auditoría deberán incluir toda la información relevante relacionada con las políticas de seguridad, al menos:
◦ Identificadores.
◦ Fechas, horas y detalles de eventos claves.
◦ Registros de intentos de acceso fallidos y rechazados al sistema, bases de datos y otros recursos.
◦ Cambios en la configuración del sistema.
◦ Uso de privilegios.
◦ Uso de las utilidades y aplicaciones del sistema.
◦ Alarmas, alertas y mensajes de los dispositivos y sistemas en relación con el acceso.
◦ Cuando los registros de auditoría contengan datos de carácter personal se mantendrán las medidas de protección de privacidad apropiadas de acuerdo a lo establecido en el Pliego de Cláusulas Administrativas Particulares.
• Los administradores del sistema no deberán tener permiso para borrar o desactivar los registros de auditoría de sus propias actividades.
11. DATOS ABIERTOS Y REUTILIZACIÓN DE INFORMACIÓN
Los principales conjuntos de datos generados estarán disponibles para publicación en los diferentes portales de datos abiertos de los organismos públicos competentes. Para ello, el adjudicatario realizará las actuaciones necesarias, de modo que los principales conjuntos de datos generados queden a disposición de la/s Entidad/es Beneficiaria/s 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).
12. CARACTERÍSTICAS Y REQUISITOS PARTICULARES DE CADA COMPONENTE
12.1. Componente 1. Red wifi
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
Este componente contempla la ejecución de todos los trabajos necesarios para la instalación de puntos de acceso Wifi distribuidos por el municipio, que facilitará a la ciudadanía y comercios el acceso a servicios online. Esto vinculará más estrechamente a las comunidades con el Mercado Único Digital, dará acceso a los/as usuarios/as a la sociedad del Gigabit, mejorará la alfabetización digital y complementará los servicios públicos prestados en dichos espacios. Se implantará una red Wifi pública completamente nueva, contemplando la integración de los puntos existentes, contribuyendo a la modernización de la red Wifi pública ya establecida para ampliar su cobertura. Los/as usuarios/as del servicio Wifi accederán a través de un portal cautivo, lo que permitirá capturar información de interés, como su uso y la afluencia a determinados espacios.
En general, el despliegue de los puntos de acceso Wifi se realizará en zonas del xxxxxxx xx xxxxxxx El adjudicatario instalará 4 puntos de acceso. Las ubicaciones exactas se propondrán durante la fase de análisis y diseño del proyecto, con el objetivo de conseguir el mayor impacto posible sobre la ciudadanía.
Cualquier solución propuesta deberá tener en cuenta la normativa vigente en cuanto a protección de datos de carácter personal tanto europea como nacional y autonómica, así como la normativa de la CNMC, en particular las limitaciones que marca la Circular 1/2010 de 15 xx xxxxx de 2010 de la Comisión xxx Xxxxxxx de las Telecomunicaciones, por las que se regulan las condiciones de explotación de redes y la prestación de servicios de comunicaciones electrónicas por la Administraciones Públicas.
La puesta en marcha de este componente se plantea como una solución llave en mano, que deberá incluir:
• Suministro, instalación y puesta en marcha de la infraestructura Wifi y de todos los elementos necesarios para la operatividad de la solución, cuyas especificaciones, gestión de recursos radio, propiedades de red, seguridad y calidad, y funcionalidades se describen en los siguientes apartados.
• Suministro, instalación y puesta en marcha de un sistema que permita la gestión de puntos de acceso y usuarios/as, el control de acceso y los portales cautivos.
La puesta en marcha del componente incluye el despliegue de todos los sistemas necesarios para la operatividad/gestión de la solución, así como su integración en la Plataforma descrita en el Componente 2.
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
Infraestructura hardware
Arquitectura global
• El Ayuntamiento xx Xxxxx facilitará el suministro eléctrico para los puntos de acceso, según lo establecido en el apartado Requisitos Generales del presente pliego.
• El adjudicatario incluirá la conectividad de datos entre todos los elementos que compongan la solución en cada emplazamiento.
• El Ayuntamiento xx Xxxxx facilitará la conexión a Internet en las cercanías a las localizaciones de instalación de los puntos de acceso.
Especificaciones de la infraestructura
El Ayuntamiento ya ha realizado con anterioridad despliegues de puntos de acceso wifi en otros proyectos en dependencias propias.
Para la gestión, monitorización e implementación de las políticas de seguridad de esta infraestructura, usará una herramienta de gestión centralizada, que entre otras funcionalidades permite:
• Control y administración de la infraestructura de manera centralizada.
• Implementación de las políticas de seguridad del Ayuntamiento en base al cumplimiento del ENS.
• Seguridad inteligente de dispositivos móviles y de IoT.
• Administración avanzada de defensa contra amenazas IPS/IDS
• Análisis avanzado del tráfico cursado en la red.
• Cuadro de mandos unificado de informes y soluciones de problemas existentes.
• Alta disponibilidad en modo SaaS.
Los puntos de acceso Wifi deben integrase en esta herramienta y la oferta debe incluir las licencias necesarias para dicha integración
• La infraestructura Wifi debe permitir la conexión de dispositivos cliente que utilicen los estándares 802.11a/b/g/n/ac/ax. Adicionalmente, deberá contar con el certificado del programa Wifi Certified ac de la Wifi Alliance.
• Cada punto de acceso admitirá un número de dispositivos conectados simultáneamente igual o superior a 70.
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
• Los puntos de acceso estarán preparados para su instalación en exteriores en condiciones de temperaturas extremas y protección IP67 o equivalente, además de la Certificación de resistencia a impactos ETSI 300-19-x-x. En el caso de la solución implique el suministro de elementos de conectividad 4G/LTE y/o switches, el conjunto integrado deberá tener un nivel de protección equivalente, admitiéndose el uso de caja protectora. En el caso de que se instale caja protectora, será resistente a golpes y fabricada de un material que no interfiera en la emisión Wifi y 4G/LTE, garantizará su correcta ventilación, y facilitará la visualización de leds de funcionamiento, números de serie y etiquetas de inventario.
• Los puntos de acceso deberán poder operar en rangos de temperatura que se encuentren entre -40ºC a 55ºC y con un porcentaje de humedad entre 5% y 95% sin condensación.
• Los puntos deberán presentar un tiempo medio entre xxxxxxx (MTBF) de, por lo menos, cinco años.
Gestión de recursos de radio y propiedades de la red
• El punto de acceso utilizará al menos doble radio, a 2,4 GHz (con velocidades de hasta 570 Mbps) y 5 GHz (con velocidades de hasta 1200 Mbps), MIMO 2x2, con soporte para 2 flujos espaciales.
• Soporte del estándar 802.11h.
• Aplicación de políticas QoS en el segmento inalámbrico.
• En relación a la gestión del acceso de los clientes a la red Wifi, la solución:
◦ Garantizará un acceso equilibrado en el tiempo o acceso preferencial. De esta manera se evita que los clientes lentos degraden en exceso el rendimiento de la red.
◦ Repartirá de manera dinámica los clientes Wifi entre los puntos de acceso más convenientes en función de su carga.
◦ Desviará los dispositivos cliente 802.11n duales de la banda de 2,4 GHz a la de 5 GHz cuando sea conveniente en función de su carga para un mejor reparto de clientes entre las bandas de radio.
• Gestión dinámica de la potencia y la frecuencia radiada, o mecanismo equivalente, para minimizar interferencias y disminuir las zonas de sombras.
• Tendrá capacidades para troubleshooting: los puntos de acceso podrán capturar el tráfico de los/as usuarios/as con el propósito de enviarlo a un punto central para que sea analizado.
• Realizará roaming a nivel 2 sin desconexión de el/la usuario/a.
• Los puntos de acceso, además de la radio Wifi, también dispondrán de radio Bluetooth y Zigbee (802.15.4).
Seguridad y calidad
• Soporte autenticación: 802.1x y RADIUS.
• Soporte para cifrado y autenticación: WPA2-MPSK y WPA 3.
• La solución Wifi proporcionará mecanismos de calidad de servicio para limitar el ancho xx xxxxx por usuario/a y por grupo de usuarios/as.
• La solución Wifi proporcionará mecanismos de calidad de servicio para limitar el tiempo de conexión por usuario/a y por grupo de usuarios/as.
• La solución Wifi proporcionará mecanismos de calidad de servicio para limitar el ancho xx xxxxx por aplicación, como mínimo el control por SSID y usuario/a.
• La solución Wifi detectará RogueAPs (puntos de acceso no autorizados en la red).
• Los puntos de acceso llevarán incluido capacidades de firewall de nivel 7.
• Las sesiones asociadas al firewall integrado en los puntos de acceso se podrán
• Monitorizar desde el sistema de gestión.
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
• Se dispondrá de mecanismos de clasificación y contención de contenidos Web
• Filtrado URL según las políticas de configuración que se decidan establecer y totalmente personalizables.
• Acceso controlado por categoría web, aplicaciones, destinos y reputación web.
• Implementación de las políticas de seguridad del Ayuntamiento en base al cumplimiento del ENS.
• Seguridad inteligente de dispositivos móviles y de IoT.
• Administración avanzada de defensa contra amenazas IPS/IDS.
• Análisis avanzado del tráfico cursado en la red.
Otras funcionalidades y aspectos de la infraestructura Wifi
• Como norma general, los puntos de acceso se alimentarán mediante suministro eléctrico. En aquellos puntos en los que sea posible, los puntos de acceso se alimentarán mediante XxX o PoE+, conforme a los protocolos 802.3af y 802.3at. El Ayuntamiento xx Xxxxx suministrará los puntos de suministro de energía, según lo especificado en el apartado Requisitos Generales del presente pliego.
• La solución Wifi permitirá enviar los registros de actividad a un servidor de logs centralizado.
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
• Si la solución Wifi incluye controladora de puntos de acceso, incluirá los puertos necesarios para conectarse con la infraestructura de red del Ayuntamiento xx Xxxxx y permitirá el control de hasta 500 puntos de acceso.
• El cableado de red de datos se realizará con cable UTP CAT6 o Clase E, o con fibra OM3/OM4, según las normas TIA/EIA-568-B e ISO/IEC 11801 2ª Edición, o equivalentes
• Los puntos de acceso deben permitir que su administración se pueda hacer desde herramientas on- premise y desde herramientas cloud, de tal manera que la herramienta de administración no condicione su funcionamiento a futuro en caso de decidir un con cambio de arquitectura (Protección de la inversión)
• Los puntos de acceso podrán seguir prestando sus funcionalidades de configuración y conectividad independientemente de la herramienta de gestión que se utilice para su control, incluso una vez finalizada la licencia de dicha herramienta o se decide abandonar el modelo SaaS (Protección de la inversión).
Soluciones software
Sistema de gestión
• Este componente incluirá el software que sea necesario para la instalación del sistema de gestión en modo SaaS. El adjudicatario garantizará el cumplimiento de las funcionalidades del sistema de gestión descritas en el presente apartado, pudiendo para ello implantar diversas arquitecturas (un sistema, varios, suministro de appliances específicos, entre otros) siempre que la solución se disponga como un módulo de gestión integrado en la Plataforma, realizando los desarrollos necesarios de tal modo que permita la monitorización de los puntos de acceso y usuarios/as desde la Plataforma.
• El sistema de gestión será accesible mediante interfaz web segura.
• El acceso al sistema de gestión debe permitir usuarios/as con distintos privilegios y perfiles como se especifica en el apartado Requisitos Generales del presente pliego.
Gestión de puntos de acceso
• El sistema de gestión posibilitará la configuración y administración completa de los puntos de acceso que componen la de red.
• El sistema de gestión tendrá capacidad de exploración de los elementos de red.
• En el caso de soluciones con hotspots o dispositivos que proporcionen las funcionalidades de puntos de acceso Wifi, éstos deberán ser igualmente configurados y administrados mediante el sistema de gestión, aplicándoles igualmente los requisitos del presente apartado.
• El sistema de gestión posibilitará la creación de grupos de dispositivos o filtros en función de distintos criterios definidos por el administrador. Las políticas y configuraciones podrán aplicarse individualmente, por grupos o de forma global.
• El sistema de gestión posibilitará la actualización centralizada del firmware de los puntos de acceso. El sistema de gestión deberá detectar aquellos que dispongan de versiones de software no actualizadas para poder llevar a cabo su actualización. También se podrán mantener diferentes versiones de firmware de los APs en diferentes localizaciones y realizar cambios de firmware a versiones anteriores.
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
• El sistema de gestión utilizará un mecanismo seguro para las comunicaciones con los elementos gestionados.
• El sistema de gestión realizará el tratamiento de alarmas y eventos de los elementos que gestiona.
• El sistema de gestión visualizará en la consola los números de serie de los elementos que gestiona y permitirá editar el nombre o campo identificativo de cada elemento de la solución Wifi.
• El sistema de gestión generará informes y estadísticas de valores y uso del sistema. En concreto, permitirá consultar el tráfico cursado, durante el último mes, por punto de acceso, por grupos de puntos de acceso o por SSID.
• El sistema de gestión debe tener un panel de control único, desde el cual se podrá gestionar la
infraestructura de la red incluyendo, AP’s de conectividad WAN así como terminadores VPN.
• El sistema de gestión, por sí solo en conjunción con el resto de los sistemas de la solución, proporcionará información suficiente, tal que, para cada conexión se pueda conocer, al menos: la dirección MAC del dispositivo, la IP del dispositivo y el punto de acceso al que está conectado.
• La solución, permitirá el acceso mediante REST API a sus funcionalidades.
• Permitirá la configuración de switches y puntos de acceso, bien mediante GUI o bien mediante plantillas de configuración.
Gestión de usuarios/as y control de acceso
• El sistema de gestión realizará el control de acceso de los usuarios a la red Wifi. Las funcionalidades descritas en el presente apartado podrán ser implementadas mediante un sistema independiente o bien de forma integrada con el sistema de gestión de puntos de acceso.
• El sistema de gestión deberá estar dimensionado adecuadamente para un mínimo de 10.000 usuarios/as.
• El sistema de gestión implementará la norma IEEE 802.1X.
• La solución Wifi en su conjunto debe soportar servicios AAA (Authentication, Authorization and Accounting) de red con los métodos de autenticación más utilizados en la industria, incluyendo entre otros la autenticación web mediante portal cautivo.
• El sistema de gestión permitirá que los/as usuarios/as realicen la auto provisión de sus dispositivos con o sin esponsorización.
• La solución Wifi captará datos de el/la usuario/a en función de la obligatoriedad que se defina en los formularios o la información suministrada por el mecanismo de autenticación. Dicha información será gestionada por el sistema de gestión e integrada en la Plataforma especificada en el componente 2.
• El tiempo de expiración de las conexiones de los/as usuarios/as deberá ser configurable.
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
• El sistema generará informes y estadísticas de valores y uso del sistema, así como del acceso de usuarios/as (métodos de conexión, tiempos de uso, usuarios/as conectados/as en cada momento, idiomas/nacionalidades, entre otros), tanto textuales como gráficos. Los informes serán personalizables en función del espacio temporal cubierto y valores objeto del informe.
• El tiempo de expiración de las cuentas de usuarios/as deberá ser configurable.
• El sistema de gestión permitirá incorporar funcionalidades de “MAC-Caching”, como la funcionalidad
de permitir el acceso a la red Wifi en función de listas blancas y negras de direcciones MAC.
Portales Cautivos y Wifi social
• La solución proporcionada permitirá la generación xx xxxxxxxx cautivos personalizados.
• Los portales cautivos serán multi-idioma, presentando el idioma configurado en el dispositivo de el/la usuario/a en caso de estar configurado. El/la usuario/a podrá cambiar el idioma en el que se presenta la información, debiendo contemplarse como mínimo el castellano y el inglés.
• Los portales cautivos permitirán la autenticación de los/as usuarios/as a través de los siguientes mecanismos:
◦ Formulario.
◦ Redes sociales: Google, Twitter, Facebook, Instagram, LinkedIn, entre otros.
◦ Acceso directo sin requisitos, con la posibilidad de habilitar o no esta opción.
• Será responsive, de forma que sea visualizable en los diferentes tipos de dispositivos y se adapte al tamaño y formato de estos dispositivos sin requerir la instalación de ningún software adicional.
12.2. Plataforma comercio inteligente
Este componente contempla la ejecución de todos los trabajos necesarios para la implantación de la Plataforma Comercio Inteligente en el Ayuntamiento con las funcionalidades mínimas especificadas en este apartado.
En este sentido, la Plataforma Comercio Inteligente orquestará, a nivel tecnológico, todas las funcionalidades necesarias para alcanzar los objetivos planteados, incluidas aquellas que se refieren a la integración con los actuales sistemas con los que cuenta la provincia, que se recogen en el apartado Ámbito de la actuación: fuentes de información y con cualquier otra vertical que se añada en el ámbito de las Smart Cities.
Este componente se entiende como una solución llave en mano de implantación de una plataforma horizontal que permita la integración de los servicios verticales de Gestión de la Red Wifi, Gestión de beacons y taquillas inteligentes.
Ámbito de la actuación: Fuentes de información
La Plataforma que se implementará en el Ayuntamiento, con los elementos software/herramientas que la conforman, deberá integrar los siguientes sistemas/soluciones verticales:
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
• Sistemas y dispositivos cuyos requisitos se describen en los componentes:
◦ Componente 1. Red Wifi.
◦ Componente 3. Sistema de Marketing de Proximidad.
◦ Componente 4. Portal de administración del comercio.
◦ Componente 5. Xxxxxxxx Xxxxx Xxxxx
Adicionalmente la plataforma deberá integrar las fuentes de datos descritas en el apartado Integraciones del documento de prescripciones técnicas.
Cualquier integración necesaria sobre soluciones ya existentes e implantadas en el Ayuntamiento para el correcto desarrollo del presente proyecto, requerirá que el adjudicatario aporte los mecanismos adecuados para poder realizar la integración.
Requisitos de la plataforma
La Plataforma se desplegará en modalidad SaaS (Software as a Service), cumpliendo los requisitos indicados en el apartado Software as a Service (SaaS), si bien también permitirá su despliegue en modo on-premise, por si así se requiere por parte del Ayuntamiento en un futuro.
La Plataforma a instalar e implantar deberá:
• Tener en consideración las recomendaciones del Xxxxx Xxxxxxxxxxx de referencia para el desarrollo de Ciudades Inteligentes.
• Cumplir las capacidades, funcionalidades y modelo de capas definidas en la norma UNE 178104:2017
– Sistemas Integrales de Gestión de la Ciudad Inteligente. El adjudicatario deberá presentar el certificado de cumplimiento de la plataforma conforme a la citada norma UNE por parte de una entidad certificadora acreditada.
La Plataforma deberá basarse en una infraestructura que facilite una posible migración futura al finalizar el proyecto, ya sea a un sistema en la nube privada propio del Ayuntamiento, a un sistema híbrido, a la nube de otro proveedor, o incluso a un sistema multinube, donde la Plataforma se reparta en varias nubes de distintos proveedores. La Plataforma deberá utilizar algún sistema de virtualización completo, portable y flexible que permita la movilidad de contenedores y/o máquinas virtuales a otros entornos, con el mayor nivel de abstracción posible, reduciendo las dependencias entre los componentes software propios de la Plataforma y el hardware subyacente, y que esté consolidado como estándar en el mercado.
Características generales de la plataforma
Para cumplir con los objetivos asignados a la configuración básica de la solución, la Plataforma debe presentar las siguientes características generales:
Plataforma abierta
La Plataforma deberá proporcionar una interfaz de programación de aplicaciones (APIs) abiertas, es decir, de carácter público y libre de derechos de autor. El acceso se implementará sobre interfaces REST, y de manera complementaria sobre servicios web, siendo valorada positivamente esta posibilidad.
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
El adjudicatario deberá identificar un sitio web, accesible por el público en internet, donde las especificaciones de dichas APIs estén accesibles sin limitaciones. Terceros podrán emplear estas especificaciones para desarrollar aplicaciones basadas en las APIs de la Plataforma o desarrollar implementaciones alternativas de la Plataforma o parte de ésta.
Basada en estándares y tecnologías abiertas
La Plataforma deberá estar basada en el estándar UNE 178104 y, con respecto a sus componentes, de forma mayoritaria, en tecnologías, protocolos y soluciones que puedan ser identificados como estándares abiertos, que aseguren la posibilidad de desarrollos posteriores e integración con otros sistemas. Se definen como soluciones estándares o abiertas aquellas producidas, especificadas y documentadas por organismos independientes reconocidos oficialmente y que garanticen un acceso fácil y abierto a los documentos que las describen.
Horizontal
La Plataforma deberá tener capacidad de soporte en diferentes campos de aplicación, permitiendo el despliegue simultáneo de múltiples servicios en la misma infraestructura. Deberá ser una solución transversal que sirva de base a los sistemas de información del Ayuntamiento presente/s y futuro/s, de manera que sea posible el uso de una misma infraestructura común por distintos servicios y aplicaciones.
Interoperable y heterogénea
La Plataforma dispondrá de interfaces que soporten diferentes tecnologías y estándares de comunicación que permitan el envío y recepción de información tanto de sistemas de información internos y/o externos desde las diferentes capas.
Escalable y de alto rendimiento
La Plataforma deberá contar con capacidad para evolucionar incrementando las capacidades de procesamiento, interconexión y almacenamiento para adaptarse a las nuevas necesidades sin tener que cambiar la arquitectura. Deberá tener capacidad para manejar un gran número de dispositivos, servicios y procesos eficientemente.
Robusta
La Plataforma deberá ser robusta, es decir, deberá tener la capacidad de hacer frente a contratiempos y fallos que se puedan producir manteniéndose en funcionamiento, mediante el procedimiento adecuado de recuperación y tratamiento de errores, generando los correspondientes logs e informando a los/as usuarios/as de una situación de indisponibilidad temporal del sistema.
Alta disponibilidad y resiliencia
La Plataforma deberá tener como uno de sus objetivos básicos la mejora de la resiliencia, por lo que la arquitectura de la solución deberá asegurar la máxima disponibilidad y capacidad de recuperación. Deberá estar
construida sobre arquitecturas y protocolos de actuación que garanticen la gestión eficiente de fallos que puedan afectar a su disponibilidad, garantizando un alto nivel de operatividad.
Adaptable y extensible
La Plataforma deberá disponer de capacidades para garantizar la adaptación o incorporación de nuevos elementos necesarios para soportar nuevos servicios de gestión urbana que se añadan a la Plataforma.
Seguridad
La Plataforma deberá contar con mecanismos que aseguren la confidencialidad, integridad y fiabilidad de la información almacenada. Además, se deberán poder definir distintos perfiles de acceso a los distintos tipos/grupos de datos procedentes de dispositivos que eviten un uso inadecuado de los mismos.
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
La solución deberá garantizar el envío y recepción de datos desde y hacia dispositivos de forma segura, así como su distribución segura a los aplicativos que lo requieran (HTTPS). Estos mecanismos de seguridad deberán ser nativos de la solución e implementar, como mínimo y de manera obligatoria, la autenticidad de los elementos que originan los datos y de los aplicativos que requieran acceso a dichos datos.
En caso de que sea necesario almacenar información de carácter personal en la solución, se utilizarán mecanismos de anonimización irreversibles que impidan identificar a las personas cuya información se está procesando.
Modulable
La Plataforma deberá disponer de una arquitectura con unidades funcionales claramente diferenciadas y especificadas que permita adaptarse a distintos entornos de servicio y reutilización de infraestructura existente, si fuera necesario.
Integral
La Plataforma se deberá comportar como un todo, y ofrecer una interfaz alineada con el concepto “caja negra” con respecto a los elementos exteriores que intercambien información con ella a través de las interfaces establecidas, de manera que no actúe como un conjunto de piezas desacopladas sin relación entre ellas.
La Plataforma estará sujeta a un mantenimiento evolutivo, con el fin de poder mantener estas características, actualizando sus componentes a las últimas versiones estables, pero sin perder la estabilidad global.
Arquitectura de la plataforma
La Plataforma deberá ser compatible con las normas elaboradas por el Comité Técnico de Normalización AEN/CTN-178 – CIUDADES INTELIGENTES de la UNE, y en particular, cumplir las capacidades, funcionalidades y modelo de capas definido en la norma UNE 178104:2017 basada en estándares abiertos, no propietarios y estandarizado por organismos y consorcios, nacionales e internacionales.
La Plataforma estará basada 100% en componentes sujetos a licenciamiento Open Source, para facilitar su reutilización y difusión, habilitando su utilización por parte de otras entidades de ámbito local y la posibilidad de realizar implantaciones on-premise, sin coste alguno y sin que haya dependencia de un proveedor determinado.
Deberá entregarse el código y la documentación del proyecto bajo licencia Licencia Pública de la Unión Europea EUPL incorporando en el sistema de gestión de versiones el software correspondiente a la entrega, desarrollado con estructura y previamente compilado contra el repositorio del Ayuntamiento.
La Plataforma permitirá definir reglas de negocio que se consideren sobre los objetos existentes, como objetos virtuales definidos en base a otros parámetros, incluso conjuntos no disjuntos de nodos o de sensores/actuadores con independencia de su ubicación. La gestión de las reglas de negocio permitirá modelar el funcionamiento de los sistemas en base a una interfaz web sencilla, amigable y preferentemente gráfica. A continuación se describen los requisitos mínimos a cumplir por la Plataforma, en cada una de las capas de la norma UNE 178104:2017.
Capa de adquisición de datos
La Capa de Adquisición de Datos ofrecerá los mecanismos para la recepción e integración con diversas fuentes de datos (estructurados, no estructurados y semi-estructurados), entre otras:
• Sistemas de gestión TI como SCADAS u otras soluciones/aplicaciones de gestión o información implantadas en el Ayuntamiento.
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
• Sensores/actuadores gestionados por el Ayuntamiento (como beacons o Puntos de acceso Wifi).
• Dispositivos de la ciudadanía (como móviles).
• Redes sociales.
• Flujos de datos (datastream).
Este componente abstraerá del mecanismo de adquisición y del origen del dato (dispositivo, sistema TIC o log) permitiendo implantar la semántica de ciudad establecida por el adjudicatario y validada por el Ayuntamiento.
Para garantizar la integración de nuevos servicios y aplicaciones, se deberá poder definir los modelos de datos asociados a los servicios que se integrarán en la Plataforma, con semántica correspondiente (ontologías). La Plataforma deberá permitir la gestión, edición y ampliación de los modelos de datos definidos contemplando integraciones futuras, modificaciones y permitir de esta forma el mapeo de la información de los servicios de las nuevas integraciones a estos modelos de datos definidos ya en la Plataforma.
Se podrán transformar dentro de esta capa los datos adquiridos para la normalización de la información e independizarla del tipo de sensor o fuente del dato, y tener así una semántica de ciudad consistente y adecuada a los modelos de datos definidos.
Permitirá la integración con protocolos estandarizados de mensajería abierta M2M (machine to machine, “máquina a máquina”). Deberá ser independiente de la tecnología de acceso, disponiendo para ello de conectores específicos con los principales protocolos utilizados en el mundo IoT (como son HTTP, HTTPS, MQTT, MQTT-S, CoAP, RES y XMPP). Deberá soportar formatos de archivos estructurados ligeros (JSON, GEJSON y Ultralight 2.0). Deberá soportar comunicaciones basadas en IPv6 y las conexiones de sensores que hagan uso de protocolos especializados, como 6LoWPAN y tecnologías de acceso tipo LPWAN (XxXx, NB-IoT, CatM o Sigfox) proveyendo los correspondientes conectores o elementos de integración.
Deberá tener la capacidad de incorporar nuevos tipos de protocolos de comunicación y formatos de datos.
Deberá ser capaz de adaptarse, en caso de ser necesario, al protocolo utilizado por los dispositivos, mediante una normalización a un lenguaje común para las aplicaciones que usen la información de la Plataforma.
Deberá permitir la adquisición de elementos multimedia, como fotos, audio y vídeo, que puedan incluir información georreferenciada. Esta información debe poder ser analizada de manera posterior para el reconocimiento de patrones.
Deberá ser capaz de trabajar con dispositivos conectados por una red privada virtual (VPN). Los dispositivos conectados por VPN sólo serán visibles desde la pasarela, evitando accesos no deseados desde internet.
Deberá tener la capacidad de incorporar datos mediante protocolos de seguridad SSL y TLS, en especial para la comunicación con plataformas intermedias situadas conceptualmente más cerca de la sensórica.
Deberá permitir incorporar información procedente de otros sistemas de información, en modo batch y en tiempo real, ya sea a través de procesos de ETL (Extracción, Transformación y Carga), de conexiones a APIs REST y de Web Services, de consultas a otras Bases de Datos y de conexiones contra buses de integración internos y externos (ESB – Enterprise Service Buses).
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
Deberá suministrar la información a la capa de conocimiento con independencia de los dispositivos, dando una visión semántica de los datos adquiridos, desacoplada de los protocolos de adquisición.
Capa de conocimiento
La Capa de Conocimiento incluirá los elementos de tratamiento, gestión y explotación de la información. Incluirá módulos y funcionalidades que permitan acceder a toda la información tanto histórica como en tiempo real.
Recibirá datos tanto de la Capa de Adquisición como de la Capa de Interoperabilidad y facilitará el movimiento entre ellas, adaptándolos y procesándolos para convertirlos en información útil para la gestión. La Capa de Conocimiento deberá suministrar la información con independencia de los dispositivos, dando una vista semántica de los datos adquiridos, desacoplada de los protocolos de adquisición.
Dispondrá de acceso a toda la información tanto histórica como en tiempo real, de forma que podrá identificar, analizar y reaccionar de forma inmediata a patrones de eventos; disponer de una latencia mínima en la generación de eventos, y disponer de un motor de reglas asociadas a los patrones. Permitirá el envío de alertas o avisos a los/as usuarios/as que se consideren en respuesta a eventos y reglas predefinidas, ya sean faltas temporales de disponibilidad o mensajes de aviso en función de los eventos que se determinen asociados a los dispositivos.
Soportará el tratamiento batch de los datos recibidos a través de procesos ExtracciónTransformación-Carga (ETL) y Machine Learning, así como disponer de un motor de Extracción-Carga-Transformación (ELT).
Facilitará, respecto a los datos, la interoperabilidad, la no dependencia de los dispositivos o servicios, la escalabilidad y la apertura, proporcionando una vista semántica de los datos adquiridos, desacoplada de los protocolos de adquisición, utilizando estructuras semánticas abiertas y normalizadas que permitirán identificar y categorizar los recursos.
Deberá implementar las correspondientes políticas de seguridad al acceso de datos de manera que se asegure tanto la seguridad en el acceso a la Plataforma como en el transporte y almacenamiento de información. Se debe asegurar el cumplimiento de:
• 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.
• Real Decreto 311/2022, de 3 xx xxxx, por el que se regula el Esquema Nacional de Seguridad en el ámbito de la Administración Electrónica.
La Plataforma incorporará soluciones que permitirán el tratamiento semántico de los datos. El adjudicatario definirá e implementará una semántica para la información, basada en vocabularios y códigos de referencia existentes para ciudades tales como eGovernment Core Vocabularies, INSPIRE y Eurostat XXXXX. La semántica implementada podrá ser gestionada desde la interfaz de control de la Plataforma.
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
Capa de interoperabilidad
Esta capa contará con una catalogación e identificación de los servicios, mediante el uso de un registro de servicios. El objetivo es la independencia de las aplicaciones de la lógica de los servicios que necesitan, además de facilitar la integración con los mecanismos actuales de control y seguimiento. Permitirá la interconexión entre aplicaciones y con otras plataformas.
A través de la capa de Interoperabilidad, la Plataforma deberá proporcionar unos interfaces estándares y abiertos que garanticen el envío de datos por parte de los dispositivos y otros entornos de información y el acceso a los mismos por parte de diferentes aplicativos, tanto en tiempo real como de manera diferida. Se requerirá que dichos interfaces estén basados en tecnologías REST, y que implementen los protocolos de interconexión de Servicios Web SOAP.
La Plataforma deberá disponer de un módulo de gestión y gobernanza de las interfaces y definición de APIs, de manera que permita la implantación del paradigma de diseño APIfirst, garantizando el diseño de APIs seguras, haciendo posible conocer las aplicaciones cliente que están utilizando, y permitiendo la generación de especificaciones M2M para especificar, definir y explotar las APIs, a través de estándares libres como OPENAPI y WSDL.
La Plataforma deberá estar capacitada para añadir información semántica al intercambio de mensajes, además de registrar y explorar la información contenida en los datos del mundo real con interfaces API REST and Subscribe/Notify en formato JSON.
Todas las APIs, al igual que la invocación de servicios, deberán estar securizadas y ser de fácil acceso y uso. Las APIs deberán soportar diferentes modos de acceso a los datos incluyendo modo PUSH (suscripción y notificación) y PULL (petición y respuestas). También deberán permitir consultas georreferenciadas.
Todas las APIs ofrecidas por la Plataforma serán completamente abiertas y como tales no necesitarán de ningún kit de desarrollo propietario para su utilización.
La plataforma deberá incluir un kit de desarrollo con SDK y APIs para poder construir servicios dentro de la Capa de Servicios y de esta manera extender las funcionalidades de la Plataforma.
Capa de servicios
Sobre esta capa se desplegarán las aplicaciones de negocio y los servicios de los diferentes verticales, presentes y futuros, incluyendo los sistemas de gestión de cada uno de ellos; es decir, desde la propia Plataforma se deben poder gestionar y controlar los elementos hardware y los sensores de los verticales.
Deberán suministrarse e instalarse una solución para el seguimiento y gestión de los diferentes elementos sensorizados. La solución deberá dar respuesta a los requisitos mínimos de recogida de información y control de los elementos implantados, permitiendo la visualización de forma georreferenciada de cada uno de los verticales, localizándolos físicamente y monitorizándose en tiempo real el detalle de su estado. Si fuera necesario software adicional al de la Plataforma, se deberá ajustar a los requisitos de software indicados en el apartado Requisitos Generales de Software. De cualquier forma, el “look and feel” de la solución global debe ser homogéneo y la gestión de usuarios/as será única y centralizada para la solución.
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
Las aplicaciones de negocio se comunicarán con la Plataforma intercambiando datos mediante los interfaces estándar de la capa de interoperabilidad, y reaccionando ante estímulos en tiempo real, que se producen por cambios en los datos contenidos en otras aplicaciones de negocio o en la propia Plataforma, de manera que actúa como punto de interconexión centralizado entre las aplicaciones. La propia Plataforma tendrá la capacidad de reaccionar ante eventos que se produzcan en la Capa de Servicios, a través del motor de reglas de la Capa de Conocimiento.
Capa de soporte
La Plataforma deberá contar con una Capa de Soporte que ofrecerá al menos servicios de auditoría, monitorización y seguridad.
Deberá ser capaz de monitorizar y controlar las actividades realizadas por los/as usuarios/as y los componentes de la Plataforma. Deberá poder generar informes de actividad y auditorías de las actividades de cada usuario/a o grupo de usuarios/as. Además, deberá contar con la posibilidad de generar informes de gestión que permitan conocer, por ejemplo, estadísticas de acceso a componentes con interfaz de usuario/a, como el Cuadro de Mando.
Deberá poder gestionar los elementos de la Capa de Adquisición, a través de una comunicación bidireccional de los dispositivos, que permita su gestión, parametrización y actualización de firmware, mediante el envío de comandos de control, la modificación de la configuración o la actualización de software a los dispositivos integrados. La gestión será centralizada, contando con capacidad de actuar sobre dispositivos individuales o grupos de ellos.
La Plataforma incluirá un sistema de gestión de usuarios/as con al menos dos perfiles: perfil administrador/a y perfil de consulta tanto de la plataforma en sí, como para cada uno de los verticales. Los/as usuarios/as deberán poder gestionar la información y los elementos integrados en la Plataforma.
Deberá recibir, tratar, visualizar, monitorizar y gestionar los distintos servicios y sistemas que se integren proporcionando una visión única y centralizada.
La Capa de Soporte se podrá apoyar sobre el componente xx Xxxxxxx de Mando para mostrar indicadores de seguimiento del proyecto, definidos en la fase de análisis y diseño.
Cuadro de mando integral
Con el objetivo de generar y tratar la información para su puesta a disposición de gestores/as, facilitando la toma de decisiones estratégicas, tácticas y operacionales, así como la transparencia y la efectividad de las actuaciones, se plantea la definición, diseño y desarrollo de un Cuadro de Mando Integral integrado en la Plataforma que, con acceso a los almacenes de datos, relacione toda la información disponible de servicios y sistemas integrados, para mostrar en una vista unificada un conjunto de indicadores de distinta índole, servicios urbanos, medioambientales, socio-económicos y culturales, que permitan optimizar los procesos de gestión y la toma de decisiones.
A pesar de que en el presente componente se haga referencia a un único sistema de Cuadro de Mando Integral, dado que éste está destinado tanto a los niveles directivo estratégico, como táctico y operacional, puede estar compuesto de varios productos diferentes.
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
Diseño conceptual del Cuadro de Mando
En cuanto al diseño e implementación del Cuadro de Mando, la herramienta deberá tener la capacidad de mostrar información a través de informes, resúmenes, estadísticas y gráficos, permitiendo hacer el seguimiento de los indicadores de una manera sencilla e intuitiva mediante tecnología “drag&drop”, una vez incorporados los conjuntos de datos a su repositorio. Se podrá definir un sistema de semáforos y gráficos para cada indicador y panel de indicadores que, combinado con un código de colores, permita interpretar los datos.
Requisitos funcionales del Cuadro de Mando
La Plataforma contará con un Cuadro de Mando Integral que tendrá las siguientes características:
• La solución debe facilitar la modelización y construcción del sistema de explotación de la información e implementación de indicadores, es decir, el Cuadro de Mando Integral.
• La Herramienta de Cuadro de Mando debe permitir explotar los indicadores (KPIs) provenientes de los diferentes servicios y sistemas que se integren en la Plataforma, para el análisis y seguimiento de los diferentes servicios y sistemas desde una perspectiva operativa y dinámica y no únicamente estática. Se deberá poder explotar toda la información integrada en la Plataforma y establecer umbrales de alerta.
• La interfaz deberá ser personalizable para cada usuario/a, en función del ámbito al que pertenezca, perfil de el/la usuario/a, y otras configuraciones estéticas, como el idioma. Las preferencias definidas para cada usuario/a deben mantenerse cada vez que acceda a la Herramienta de Cuadro de Mando.
Las funcionalidades relativas a usuarios/as generadores/as y consumidores/as de informes, como realización de consultas, creación de informes y creación xx xxxxxxx de mando, estará restringida a los permisos y a las preferencias de el/la usuario/a que accede a los mismos.
Dispondrá de una interfaz intuitiva y de fácil uso para todas las funcionalidades que ofrece, así como navegación jerárquica organizada, de manera que el/la usuario/a sea autosuficiente en su utilización. Debe ser especialmente usable en las funcionalidades relativas a la creación y consulta de informes e incorporación xx xxxxxxx para la explotación de la información por parte del Cuadro de Mando Integral.
Deberá garantizase en todo momento el alineamiento con normas, estándares y especificaciones que regulan y garantizan la interoperabilidad de la información geográfica (2007/2/CE INSPIRE, normas ISO 19100, estándares
OGC), siendo accesible tanto desde PC/portátiles con conexión a internet como desde smartphones o tabletas (web responsive).
Deberá permitir la consulta de los datos históricos para compararlos con los datos actuales, cuando el/la usuario/a lo solicite mediante las opciones habilitadas.
El Cuadro de Mando podrá ser configurado para fijar umbrales superiores e inferiores en cada indicador. Si se superan dichos umbrales, de manera dinámica, la herramienta remarcará este hecho con un código de colores previamente fijado.
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
Dispondrá de envío de alertas o avisos que se distribuyan vía correo electrónico a los/as usuarios/as que se considere oportuno, en respuesta a eventos predefinidos, ya sea por faltas temporales de disponibilidad de la Herramienta de Cuadro de Mando o mensajes de avisos en función de los eventos que se determinen, vinculados a los indicadores, por ejemplo, el envío de un mensaje a los/las destinatarios/as definidos/as cuando un indicador sobrepase un determinado umbral.
Deberá ser capaz, una vez incorporados los conjuntos de datos, de poder crear Cuadros de Mando de manera intuitiva, mediante tecnologías “drag&drop”, y creación de paneles reutilizables o widgets. Dichos widgets, una vez montados en un Cuadro de Mando, estarán relacionados entre sí de forma que, una vez se apliquen filtros en uno de ellos, los otros se refresquen de manera automática aplicando esos mismos filtros, incluyendo widgets que muestren información geográfica.
El Cuadro de Mando debe tener la capacidad de monitorizar y controlar las actividades realizadas por los/as usuarios/as, generando informes de actividad y auditorías de las actividades de cada usuario/a o grupos de usuarios/as. Además, se deben permitir informes de gestión que posibiliten ver estadísticas de consulta de los informes. Todas estas consultas sobre la monitorización deben poder ser realizadas a través de un interfaz amigable y fácilmente utilizable por el/la usuario/a.
Repositorio de objetos
Dispondrá de un repositorio que permita el almacenamiento organizado con estructura de carpetas y todos los objetos y plantillas de los elementos que se definan. El acceso al repositorio y a los elementos depositados en él debe estar controlado por mecanismos de seguridad de acuerdo con los permisos de los/as usuarios/as que accedan y sobre las acciones que se efectúen sobre los objetos, como por ejemplo avisos con relación al borrado de elementos.
Deberá proporcionar un conjunto de elementos para los informes y plantillas de informes y que ésta se pueda enriquecer incorporando elementos definidos por los/as usuarios/as.
En función de la naturaleza del objeto, un cambio ha de propagarse a los informes que hacen uso de él, como por ejemplo un cambio en el valor de un indicador o de una dimensión, y debe ser actualizado en todos los informes que lo utilicen.
Se requiere que los informes generados, al igual que los objetos del repositorio, puedan ser almacenados de forma organizada según la estructura definida por el/la usuario/a con la autorización correspondiente (al menos, por fechas, por temas, por áreas geográficas y por prioridades).
Creación y edición de informes
Los requisitos mínimos que deben tener las aplicaciones de generación de informes son los siguientes:
• Los informes deben ser dinámicos y contar con filtros u otras opciones de selección para facilitar el análisis de los indicadores presentados en ellos.
• Los filtros deberán permitir a el/la usuario/a la selección de las dimensiones que correspondan según el informe y que pueden ser: dimensiones temporales (mes, trimestre o año), geográficas (distrito, barrio o área), ámbito organizativo (área, delegación, servicio o sección), por destinatario/a (ciudadanía o empresas).
• Los filtros podrán ser activados según la disponibilidad de información.
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
• La interfaz proporcionará la funcionalidad de previsualización de los informes, al menos de su formato, durante la definición y creación del informe.
• Los informes podrán incorporar gran cantidad de elementos y objetos y combinaciones de los mismos, como: cuadros de texto, mapas geográficos, mapas xx xxxxxx, de relleno y mixtos (combinando los dos anteriores) y diferentes tipos de gráficos (columnas, barras verticales, barras horizontales, líneas, circulares, dispersión, áreas, anillos y burbujas).
• Permitirá a un/a usuario/a con permisos, poder crear plantillas de informes que se almacenen en el repositorio para estar disponibles para otros/as usuarios/as que quieran generar un informe que se base en esa plantilla. Las plantillas podrán adaptarse a las necesidades de cada usuario/a.
Consulta y visualización en navegadores web convencionales
Los informes deberán presentar la información actualizada en el momento de la consulta o de la última actualización, con la periodicidad que se establezca en los procesos correspondientes.
Deberá permitir la consulta de los informes que se determinen en modo “desconectado”, es decir, cuando no haya información disponible de dispositivos en tiempo real. Cuando no haya conexión a las fuentes de datos, los informes consultados mantendrán un cierto nivel de dinamismo y permitirá el filtrado u otras opciones de selección de las variables que se definan. Si se requiere de software adicional para la visualización de los informes en modo desconectado, éste deberá ser incluido en la propuesta del adjudicatario.
En el diseño propuesto de Cuadro de Mando se tendrán en cuenta las propuestas consensuadas con el Ayuntamiento, tratando de mantener la coherencia de dichos criterios y su vigencia temporal más allá de las estructuras organizativas que se tengan en la misma, de manera que se minimice el impacto de los cambios organizativos sobre el diseño y los costes de mantenimiento del Cuadro de Mando.
Big Data
La plataforma requerirá el tratamiento tanto de la información actual como histórica, sin ningún límite temporal o espacial. Por ello se requiere de un componente que ofrezca un entorno Big Data que permita el almacenamiento masivo de datos de múltiples fuentes, con estructura y tipología variada, así como su análisis y explotación empleando algoritmos optimizados para el tratamiento con grandes volúmenes de datos de forma eficiente. Asimismo, dicho componente deberá permitir también la analítica de datos en tiempo real en un entorno de computación distribuida que facilite entornos de Machine Learning o gestión de sensores de IoT.
Portal de datos abiertos
La información almacenada en la plataforma podrá ser puesta a disposición para su publicación a través de un Portal de Datos Abiertos desplegado en la Plataforma. Para ello, la plataforma permitirá la publicación de aquellos datos que se establezcan como “abiertos”, pudiendo quedar los principales conjuntos de datos generados a disposición de la ciudadanía en formato estructurado no propietario, como CSV, pero preferiblemente con capacidad de incluir esquemas de metadatos, como RDF.
La plataforma deberá poder cumplir con la Norma Técnica de Interoperabilidad para la Reutilización de Recursos de la Información en la construcción de los conjuntos de datos, y asegurar el cumplimiento de la normativa que aplique en cada caso.
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
El adjudicatario deberá desplegar para ello un componente CKAN (o equivalente) que sirva para almacenar y distribuir los datos, un Portal de Datos Abiertos que acceda al repositorio, integrado dentro del Portal Corporativo del Ayuntamiento y con el mismo “look and feel”, y un conjunto de APIs para el acceso a los datos abiertos de manera automatizada por aplicaciones de terceros a través de protocolos estandarizados como SPARQL. Los accesos al Portal de Datos Abiertos, al igual que las APIs públicas, se realizarán a través de protocolo SSL, TLS o similar.
El portal permitirá la obtención de información de su grado de utilización por parte de la ciudadanía, y permitirá a la vez el contacto con el servicio responsable de los datos para hacer consultas y sugerencias, y mejorar así la calidad de los datos.
Mapas
El sistema deberá soportar la visualización geolocalizada de toda la información capturada de los dispositivos asociados a este proyecto, usando tecnologías SIG, conectando estos bajo la directiva europea 2007/2/CE (INSPIRE). Dicho sistema posibilitará ubicar y visualizar:
• Los puntos de acceso de la red Wifi correspondientes al Componente 1.
• Los puntos de marketing de proximidad (Beacons) correspondientes al Componente 3.
• Los comercios asociados al Portal de Administración del Comercio correspondientes al Componente
4.
• El punto de taquillas inteligentes correspondiente al componente 3.
El mapa deberá ser interactivo, de forma que se pueda acceder a las analíticas de presencia o histórico de interacciones de las últimas 24 horas, última semana, mes o año.
Las métricas geolocalizadas deberán permitir la visualización de mapas de calor que muestren las zonas más concurridas, mapas de clustering, control de multitudes o flujos de la ciudadanía sobre las zonas de control establecidas. Mediante la conversión del sistema de coordenadas geográfico a uno 2D, se pueden usar mapas de interior para visualizar los beacons y los dispositivos móviles próximos a ellos.
12.3. Componente 3. Sistema de marketing de proximidad (Beacons)
El objetivo de este componente consiste en la puesta en marcha de un sistema de marketing mediante la interacción por proximidad. En particular, el adjudicatario proporcionará una red de balizas de radio de bajo consumo (beacons) para habilitar las funcionalidades de interacción con la ciudadanía tanto mediante la App que se desarrolle en este proyecto como mediante las aplicaciones móviles ya existentes o futuras en el Ayuntamiento;
así mismo, se deberá proporcionar también como el sistema de gestión que permita a los/as usuarios/as administradores/as la gestión de esta red de balizas.
El sistema se basará en una combinación de las tecnologías de proximidad beacons y geofencing. Estas dos tecnologías tienen como finalidad enviar, a través de la aplicación móvil, información a los dispositivos móviles de la ciudadanía o visitantes que dispongan de la aplicación móvil correspondiente y que se encuentran a una determinada distancia o área de influencia de un lugar de interés en concreto.
La tecnología del geofencing consiste en la creación de geovallas virtuales que delimitan una zona geográfica real. Esta tecnología será complementaria a la de los beacons, y permitirá enviar información a los dispositivos móviles que no tengan activado el bluetooth (tecnología en la que se basa los beacons para enviar información) pero sí el GPS, permitiendo además un mayor alcance.
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
El adjudicatario, durante la fase de análisis y diseño, deberá proponer la ubicación exacta de cada baliza con el objetivo de conseguir un mayor impacto en el comercio. Esta propuesta deberá ser validada por parte del Ayuntamiento. Para ello, el adjudicatario deberá realizar un estudio exhaustivo de los emplazamientos. En los casos de la implantación de la tecnología geofencing, el adjudicatario geolocalizará el punto geográfico para la delimitación de las áreas virtuales en las que se usará la tecnología de proximidad. Estas áreas también deberán ser validadas por el Ayuntamiento.
La puesta en marcha de este componente se plantea como una solución llave en mano, que deberá incluir:
• El análisis y suministro de todas las balizas necesarias para la operatividad de la solución, incluyendo la instalación de las mismas y el estudio detallado de las ubicaciones de estas.
• Implantación de la tecnología geofencing en puntos de señalización, geolocalizando todos los puntos geográficos que sea necesario, según se determine como resultado del estudio detallado de las ubicaciones.
• La puesta en marcha de los sistemas necesarios para la operatividad del módulo de gestión de las balizas y el kit de desarrollo de software correspondiente para incluir las funcionalidades de marketing de proximidad en la App que se obtenga de este proyecto y en las aplicaciones móviles ya existentes o futuras del Ayuntamiento, así como de la integración de la solución en la Plataforma Comercio Inteligente.
Suministro e instalación de las balizas
El adjudicatario realizará una propuesta en la fase de análisis y diseño de la ubicación de las 50 balizas electrónicas que se deben desplegar en el municipio, distribuidas según estudios técnicos en el momento de su instalación y establecimientos colaboradores para su instalación en acuerdo con la Asociación Comarcal de Empresarios xx Xxxxxxx. Una vez aprobada dicha propuesta por el Ayuntamiento, el adjudicatario suministrará las balizas y realizará su correspondiente instalación en las localizaciones definitivas.
Además de las balizas, en cada emplazamiento debe incluirse una placa identificativa con la descripción del proyecto y un código QR que enlace con la descarga de la aplicación móvil del componente 4. La placa será de un tamaño máximo de 21x30 cm y el diseño de los contenidos serán validados por el Ayuntamiento.
Los puntos de acceso Wifi del componente 1, tendrán radio Bluetooth y actuarán como un Beacon más, ampliando el número de balizas de este proyecto. Para una mayor homogeneidad de la solución, integración con la APP del componente 4 y uso del mismo SDK de este componente, se solicita que el equipamiento de puntos de acceso WiFi y las balizas Beacon sean del mismo fabricante.
Los beacons adquiridos deberán tener las siguientes características mínimas:
• Identificador único para cada beacon.
• Soportarán al menos los siguientes protocolos: Bluetooth 4.2 BLE, compatible con los protocolos iBeacon y EddyStone.
• Compatibilidad con las plataformas iOS y Android.
• Bajo consumo de batería, que garantice su funcionamiento autónomo durante un periodo de al menos 2 años en condiciones de consumo normales.
• Las baterías deberán poder ser reemplazadas fácilmente.
• Deberán tener un grado de protección mínimo IP66.
• El suministro de los beacons deberá incluir el soporte o mecanismo necesario para la instalación de los mismos y todos los accesorios necesarios para su instalación.
• Los parámetros de funcionamiento e identificación bajo cada protocolo serán configurables.
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
• Alcance de la señal configurable, siendo esta de un máximo de 70 metros en condiciones normales.
• Deberán poder operar a una temperatura entre 0 - +50ºC y una humedad relativa entre 5 – 95% HR (Sin condensación).
Implantación de la tecnología geofencing
En el caso de los puntos de señalización que incorporen tecnología geofencing como tecnología complementaria al beacon, el adjudicatario será la responsable de implantar dicha tecnología, dotando al sistema de señalización inteligente de las funcionalidades necesarias para su correcta operatividad. Las localizaciones definitivas en las que se opte por tecnología geofencing, se obtendrán una vez validado el estudio de emplazamientos elaborado previamente, teniendo en cuenta la distribución en localizaciones urbanas y rurales de cada ámbito.
El adjudicatario deberá guardar un registro georreferenciado de los puntos de señalización que incorporen tecnología geofencing.
El adjudicatario será la responsable de habilitar las funcionalidades de interacción por proximidad en la aplicación móvil para que la ciudadanía o visitantes reciban notificaciones cuando entren en el área de influencia de cada punto de señalización que incorpore la tecnología de geofencing.
Suministro e instalación del Sistema de gestion de los beacons y geoencing
Este componente deberá incluir un módulo de gestión e integración en la Plataforma.
Comercio Inteligente que permita la configuración, gestión y monitorización de los beacons y la tecnología geofencing.
Gestión de beacons
La solución software proporcionada deberá permitir la monitorización de los beacons desde el módulo de gestión, y deberá disponer, como mínimo, de las siguientes funcionalidades:
• Identificador del dispositivo.
• Ubicación geográfica.
• Asociación de cada beacon al punto de interés al que esté asociado.
• Configuración de la URL o contenido asociado para el beacon en cada momento.
El módulo de gestión deberá permitir el inventariado de beacons, facilitando el alta, la baja y la actualización de las balizas electrónicas. Además, deberá permitir realizar agrupaciones de beacons en función de determinados criterios que serán, como mínimo, proximidad geográfica o recursos a los que están asociados.
Se deberá disponer de una solución software y/o los desarrollos necesarios para tener la capacidad de gestionar, configurar y transmitir al módulo de gestión la información asociada a los beacons y a su integración con la aplicación móvil, que permita, como mínimo, las siguientes funcionalidades:
• Asignación de un identificador único a cada baliza. Se deberá contemplar un mecanismo de control para que no se repitan identificadores entre los beacons desplegados.
• Asociación de cada beacon al punto de interés al que esté asociado.
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
• Configuración del comportamiento de la aplicación móvil ante la interacción de cada beacon. Se deberá poder configurar la URL asociada a cada baliza o la información que se le mostrará a el/la usuario/a en cada punto de interés. Dicha URL o información deberá poder ser configurable, como mínimo, desde este módulo de gestión.
• Visualización y configuración de las características internas xxx xxxxxx, como el firmware, la potencia de transmisión a la que emite el beacon su señal, “Advertising Interval” o los valores específicos de los parámetros programables de los perfiles soportados para Bluetooth 4.2 BLE, ibeacon y Eddystone.
• Visualización del de nivel de batería y del tiempo estimado de batería restante.
Gestión de la tecnología Geofencing
La solución software proporcionada también deberá permitir la monitorización de los puntos de señalización con geofencing desde el módulo de gestión, y deberá disponer, como mínimo, de la siguiente información:
• Ubicación geográfica.
• Fecha de instalación del punto de señalización.
• Asociación de cada punto de señalización a un punto de interés.
• Configuración de la URL o contenido asociado para el punto de señalización geofencing en cada momento.
El módulo de gestión deberá permitir el inventariado de los puntos de señalización geofencing disponible para los usuarios/as gestores/as, que permita realizar el alta, la baja y la actualización de estos puntos.
Se deberá disponer de una solución software y/o los desarrollos necesarios para tener la capacidad de gestionar, configurar y transmitir al módulo de gestión la información asociada a los puntos de señalización geofencing y a su integración con la aplicación móvil, que permita, como mínimo, las siguientes funcionalidades:
• Asignación de un identificador único a cada punto de señalización. Se deberá contemplar un mecanismo de control para que el identificador de cada punto geofencing sea único.
• Asociación de cada punto de señalización geofencing al punto de interés al que esté asociado.
• Configuración del comportamiento de la aplicación móvil ante la interacción de cada punto geofencing. Se deberá poder configurar la URL asociada a cada punto o la información que se le mostrará a el/la usuario/a en ese punto de interés. Dicha URL o información deberá poder ser configurable, como mínimo, desde este módulo de gestión.
Otros requisitos de gestión.
La solución software aportada deberá dar respuesta a los requisitos mínimos de recogida de información y control de los elementos implantados. Si fuera necesario software adicional al de la Plataforma del Ayuntamiento, estos se ajustarán a los requisitos de software indicados en el apartado Software y estará sujeto a los requisitos de garantía indicados en el Plazo de Garantía xxx Xxxxxx de Cláusulas Administrativas Particulares. La gestión de usuarios/as será única y centralizada para toda la solución global del proyecto.
El sistema de gestión proporcionado será un sistema flexible y escalable, que permitirá el registro de nuevos dispositivos que el Ayuntamiento xx Xxxxx pueda adquirir en el futuro, sin que esto lleve a costes de servicio o adaptaciones adicionales.
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
La solución software de gestión guardará información sobre las peticiones recibidas por las balizas electrónicas y puntos geofencing, junto con los datos de el/la usuario/a (sin información personal) que permita realizar estudios posteriores sobre el comportamiento de el/la mismo/a.
La solución también deberá tener la capacidad de transmitir a la Plataforma del Ayuntamiento la información recogida por el sistema de señalización de marketing de proximidad, al menos, respecto a los/as usuarios/as registrados/as en la aplicación móvil, análisis demográfico de los/as usuarios/as, análisis de ubicación y un análisis del impacto de las campañas de notificaciones realizadas para la generación de informes y estadísticas.
Suministro e instalación de señalética
Para cada uno de los beacons se suministrará señalética para indicar su ubicación con las siguientes características:
• El adjudicatario proporcionará a el Responsable del Contrato imágenes y/o muestras con la propuesta de ubicación y acabado de la señalética, para su validación.
• En el diseño de la señalética deberá incluirse la imagen de la iniciativa, un código QR personalizado por beacon que enlace con la URL de información asociada al beacon o cualquier otra información relevante que se considere.
• El diseño de la señalética incluirá información municipal.
• Las dimensiones deberán ser suficientes para permitir una correcta visualización y lectura.
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
• El adjudicatario deberá definir una estrategia, en la que se contemplen los puntos de instalación de la señalética diseñada a fin de conseguir un mayor impacto y conocimiento de la iniciativa por parte de la ciudadanía.
• La señalética propuesta por el adjudicatario estará fabricada de materiales resistentes a las condiciones medioambientales de la ubicación donde se instalará.
• Siempre tendrán protección antivandálico y antigrafiti.
• La señalética irá colocada sobre soporte existente cuando sea posible; en caso contrario, el adjudicatario instalará la infraestructura necesaria que permita la correcta visualización de su contenido por parte de los/as usuarios/as.
• También habrá señalética dedicada para delimitar las zonas geográficas virtuales en las que se utilizará la tecnología geofencing, cuando se opte por esta tecnología como complemento.
Kit de desarrollo de software
• El adjudicatario también deberá suministrar un kit de desarrollo de software (SDK) para integrar las siguientes funcionalidades en la App que se obtenga de este proyecto, así como en las aplicaciones móviles ya existentes en el Ayuntamiento:
• Detección de sensores beacon (iBeacon/Eddystone). El kit de desarrollo de software tendrá la capacidad de descargar del backend un registro de dispositivos a rastrear, y ejecutar las acciones asociadas cuando el/la usuario/a se encuentre en su proximidad.
• Detección de entrada/salida en lugares geolocalizados. El kit de desarrollo de software empleará geofencing para detectar y ejecutar acciones asociadas cuando el/la usuario/a entre, permanezca o salga de un lugar designado. Entre los lugares de interés se podrán incluir, al menos, atracciones turísticas, tiendas y servicios. La precisión de geolocalización máxima de un smartphone es de unos 50 metros y no se basa en el uso de GPS. De esta forma, se garantiza el bajo consumo de batería (típicamente menos del 1 ó 2 % al día).
• Seguimiento de ubicaciones. Para los/as usuarios/as que optan por compartir la ubicación, el kit de desarrollo de software tendrá la posibilidad de aprender las rutas típicas y lugares frecuentes con el fin de enriquecer el perfil de usuario/a y mejorar la personalización. Esta característica permitirá generar un mapa de densidad de usuarios/as en los municipios en tiempo real.
• Generación de notificaciones push por proximidad. Las notificaciones push deben poder traducirse y adaptarse al idioma del dispositivo del usuario que las recibe.
• El kit de desarrollo de software descargará del backend un conjunto de campañas activas y las ejecutará cuando la ubicación de el/la usuario/a, junto con su perfil, cumplan con los requisitos de la misma. El gestor de campañas permitirá realizar acciones sencillas y complejas, y por tanto acompañar a el/la usuario/a en su viaje. Las notificaciones se generarían en los siguientes segmentos:
◦ Marketing de Proximidad: informando sobre promociones, sugerencias de visitas u ofertas, gestionadas por un determinado colectivo.
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
Entre las diferentes funcionalidades que integrará el kit de desarrollo en la aplicación móvil, también se incluirán, como mínimo, las siguientes acciones:
• Entregar un mensaje/contenido cuando un/a usuario/a entre o salga de un lugar. La detección podrá realizarse mediante beacon BLE o geofencing.
• Informar a el/la usuario/a de los servicios y comercios disponibles en la proximidad del punto de información.
• Capturar el comportamiento de el/la usuario/a en la App. Cada acción que el/la usuario/a realice en la App podrá ser almacenada y asociada al perfil del mismo. Esto incluye, al menos, la apertura de las pantallas de la App y la búsqueda de contenidos.
12.4. Componente 4. Portal de administración del comercio
El objeto del presente componente contempla la puesta en marcha de un portal de administración del comercio que integre a los comercios minoristas de los municipios destinatarios del proyecto con el sistema de marketing de proximidad del presente pliego, de forma que se facilite a dichos comercios el acceso a la digitalización.
Los comerciantes se verán beneficiados en un doble sentido:
• Por medio de la creación de un sistema de marketing electrónico dedicado a los pequeños y medianos comercios, pudiendo acceder fácilmente a los contenidos en venta, promociones y demás servicios.
• Por medio de un servicio de capacitación a los/as comerciantes en el uso del portal. Este portal permitirá, de este modo, que los municipios y comercios tengan acceso a la gestión de su información y contenidos, teniendo la posibilidad de realizar modificaciones de su contenido.
El sistema permitirá la integración posterior de nuevos servicios de comercio electrónico y ampliar a más municipios conforme se lleve a cabo la implementación del proyecto, asegurando así su escalabilidad.
La puesta en marcha de este servicio se plantea como una solución llave en mano, que debe incluir al menos:
• Desarrollo y puesta en producción de un Portal de Administración del Comercio que a través de un portal web permita gestionar los contenidos relativos al marketing de proximidad de los establecimientos de los municipios participantes del proyecto.
• Servicio de capacitación y acompañamiento para los comercios, basado en el conocimiento explícito del uso del sistema desde el ámbito del Growth Marketing, para la transición digital inteligente del proceso comercial en el sistema.
Los objetivos que se pretenden alcanzar a través de la implantación del Portal de Administración del Comercio son:
• Disponer de información ordenada, clasificada y convenientemente analizada para tener una visión del entorno competitivo de los comercios del municipio.
• Xxxxxx a el/la comerciante en la toma de decisiones basadas en los datos y la información.
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
• Conocer las preferencias, valoraciones y necesidades de los/as compradores/as y analizar su satisfacción en el uso del portal.
• Mejorar la competitividad de los comercios.
• Dotar al sector comercial de anticipación y reacción ante los cambios del entorno.
• Identificar nuevas oportunidades, facilitando un espíritu de innovación en las pequeñas y medianas empresas y el sector comercial en general.
Portal de administración del comercio
El portal contará con una serie de necesidades básicas, entre las que se encuentran:
• Debe estar incluido dentro de la Plataforma Comercio Inteligente., y debe ser accesible desde la misma url y mismas credenciales de acceso que el resto de componentes y funcionalidades de la Plataforma Comercio Inteligente.
• El Portal de Administración del Comercio deberá ser escalable y parametrizable, de manera que se puedan ir añadiendo nuevos módulos en el caso de que se considere necesario.
• El adjudicatario deberá hacer uso de estándares que garanticen la interoperabilidad y reutilización de la información. Es fundamental que toda la información obtenida y generada por el sistema pueda dispensarse mediante los formatos habituales, de modo que esta pueda ser reutilizada siempre en pro de la mejora de los servicios prestados.
• El sistema de gestión interna del Portal deberá estar basado en cliente ligero y accesible desde un navegador sin necesidad de instalar ningún software adicional.
• El sistema de gestión interna mantendrá un registro de accesos y operaciones realizadas por los/as diferentes usuarios/as, con objeto de permitir un análisis/auditoría de las acciones realizadas en el sistema.
• La interfaz debe ser personalizada a la imagen institucional, y adaptable a cualquier dispositivo de acceso a internet (tecnología responsive).
• El Portal deberá mantener un tiempo de respuesta satisfactoria en condiciones de carga media (tanto en la parte de gestión interna, 10 usuarios/as concurrentes estimados), como para los accesos públicos (200 usuarios/as concurrentes estimados).
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
• El Portal deberá cumplir con los requisitos de accesibilidad de los sitios web y aplicaciones establecidos en el Real Decreto 1112/2018.
Requisitos funcionales
El portal de administración de comercio deberá contar con una serie de requisitos funcionales, los cuales se enuncian a continuación:
• Administración de la información comercial. Cada comercio podrá administrar la información que visualizarán sus visitantes, sus beacons, fotos, medios de contacto (Teléfonos, correos electrónicos y redes sociales, entre otros) o la historia de la empresa. Además, se deberá permitir a cada comercio/empresa generar un listado de productos, donde a cada uno de ellos se le podrá añadir la descripción del producto, fotos y su precio. Los comercios también podrán establecer un calendario y horas de apertura, con la posibilidad de configurar también el periodo vacacional del establecimiento.
• Gestión de campañas y eventos. Se debe poder establecer una campaña de rebajas y ofertas, y asociar o incluir productos a esa campaña.
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
• Programas de fidelización. Se deben poder integrar programas de fidelización de clientes para automatizar y personalizar notificaciones push disparadas por un Beacon. Los visitantes que opten por recibir comunicaciones más personalizadas y específicas en contexto, recibirán notificaciones en base a sus preferencias de su programa de fidelización y ubicación en tiempo real en un sitio público. Los comercios basados en ubicación pueden ofertar promociones relevantes de sus productos y servicios.
• Registro de usuarios/as. Deberá implementar funcionalidad de registro de usuarios/as cuyos datos serán almacenados en una base de datos. El proceso de registro deberá incluir la aceptación de las condiciones de uso. Los campos que se deberán almacenar de cada usuario/a son:
◦ Nombre de usuario/a.
◦ Email.
◦ Nombre.
◦ Apellidos.
◦ Nombre del establecimiento.
◦ Categoría del establecimiento.
◦ Dirección del establecimiento.
• Inicio de sesión de usuarios/as. Deberá permitir que un/a usuario/a previamente registrado/a inicie sesión con el nombre de usuario/a que decidió elegir en el registro. Igualmente, se podrá hacer uso de la funcionalidad de “login social” con cuentas de usuario/a de Facebook o Google asociadas a el/la usuario/a.
• Roles de usuario/a. Deberá posibilitar al menos los siguientes roles de usuario/a: ◦ Administrador/a: rol de los administradores/as de generales del sistema. Los/as usuarios/as con este rol tienen todos los permisos en el sistema.
◦ Administrador/a local: rol de gestión del apartado de cada localidad. Podrá subir contenido al apartado de su localidad y acceder a los informes generados sobre ella.
◦ Comercio: los/as usuarios/as con este rol podrán administrar su comercio dentro del portal, subir productos y acceder a los informes sobre la misma.
• Generación de informes. Los informes podrán generarse al menos a tres niveles:
◦ General: informes de toda la actividad disponible para los/as gestores/as del sistema.
◦ Local: informes de la actividad relativa a cada localidad, disponible para los/as gestores/as del ayuntamiento.
◦ Comercio: informes individualizados de cada comercio para sus gestores/as.
◦ Generación de datasets.
Aplicación móvil
A partir del Kit de desarrollo (SDK) descrito en el Componente 3. Sistema de Marketing de Proximidad, se desarrollará una nueva aplicación móvil dedicada al comercio para la ciudadanía con las siguientes características básicas que añadir a las mencionadas en el apartado anterior:
• Backend multientidad, donde se puedan gestionar los contenidos propios de cada Entidad local:
◦ Gestión de usuarios/as: ha de permitir las operaciones básicas con los/as usuarios/as registrados/as por cada Entidad: altas, mantenimiento y bajas, teniendo en cuenta el ejercicio de derechos según la normativa de Protección de Datos.
◦ Gestión de categorías: para las campañas comerciales que se establezcan por cada Entidad, cada una de ellas tendrá desde aquí la posibilidad de parametrizarlas según sus necesidades.
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
◦ Gestión de campañas: los avisos que reciban los/as usuarios/as suscritos/as en el frontend irán dirigidos desde el backend, por cada Entidad. Esta será la información que en definitiva disparará los eventos push de las campañas de marketing de proximidad.
• Frontend multientidad, de modo que a la entrada de la App cada usuario/a esté accediendo a una Entidad local determinada por su localización:
◦ Registro de usuarios/as: en esta zona, una vez se dé de alta el/la usuario/a (y acepte las condiciones de privacidad), dispondrá de las opciones habituales de gestión de su cuenta (como sus datos, olvido de contraseña, y la baja según los derechos de protección de datos) más sus preferencias de en qué categorías desea recibir las notificaciones push según la actividad comercial (Por ejemplo: Supermercados, Restaurantes, Cafeterías o Farmacias)
◦ Listado de campañas: el menú principal consistirá en un listado ordenado y filtrado por las categorías de los distintos contenidos.
◦ Mapa: además de la vista anterior en modo de listado, se ofrecerá una vista gráfica con las recomendaciones geolocalizadas en mapa.
Requisitos técnicos para el desarrollo de la APP
La App deberá cumplir al menos con los siguientes requisitos técnicos:
• Framework multiplataforma (PWA, Android e iOS) Ionic6 o similar, programación javascript, integración vía Json API. Se deberá usar un framework multiplataforma que a partir de un mismo desarrollo obtenga la publicación de distintas maneras, es decir, tanto su PWA, como el fichero .apk para publicar en GooglePlay o el .ipa para subir a AppleStore.
• Cumplimiento de la normativa de accesibilidad para webs y apps del sector público (RD 1112/2018).
• Integración con plataforma existente hosting CMS Wordpress actuales (de cada Entidad).
• Integración con la Plataforma Comercio Inteligente.
Requisitos generales
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
Debe estar incluido dentro de la Plataforma Comercio Inteligente, y debe ser accesible desde la misma url y mismas credenciales de acceso que el resto de componentes y funcionalidades de la Plataforma Comercio Inteligente.
Los contenidos generados deberán tener los metadatos necesarios para identificar adecuadamente al contenido digital. Se propone para ello que, una vez identificados los elementos, instalaciones y/o dotaciones, se generen fichas técnicas de cada uno de ellos con los valores mencionados anteriormente.
Entre otros contará con la siguiente información:
• Identificación código del equipamiento, tipo de equipamiento, denominación, otras figuras, dirección, coordenadas UTM, información catastral polígono/parcela/subparcela), referencia catastral.
• Fecha de Instalación, expediente, diseño.
• Equipamiento puntual, lineal o superficie con la información.
• Fotografías precisas del elemento.
• Ficha de Inventario según las indicaciones del Inventario de Bienes Municipal aportado por el Ayuntamiento.
• Planos y otra documentación de interés del activo.
• Todos los bienes deberán verse reflejados en el libro inventario en el año correspondiente al que se realizó el alta, baja o modificación.
El adjudicatario deberá:
• Permitir la generación de un libro que inventario dinámico, que permita obtener información detallada de las altas, bajas y modificaciones producidas en cada año, además del inventario activo.
• Generar todos los contenidos y se encargará de su puesta en marcha debiendo, para la generación de contenidos, tomar como punto xx xxxxxxx el inventario de Activos Municipales que la/s Entidad/es Beneficiaria/s pudiera/n poner a su disposición.
• Dejar trazabilidad de todos los cambios producidos en los bienes, indicando como mínimo el usuario, la marca de tiempo y un motivo.
• Incluir un gestor documental que permita adjuntar la documentación necesaria para su identificación,
registro, control de amortización, valoración, certificación, seguimiento…
• Incluir la posibilidad de que cada municipio pueda definir atributos propios y personalizados, permitiéndose en todo caso, añadir/quitar atributos sobre los activos ya inventariados y los de nueva alta.
• Proporcionar un sistema de reporting personalizable que permita que cada municipio pueda personalizar por sí mismo el formato de impresión y los datos a imprimir.
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
• Proporcionar un sistema de impresión de etiquetas de que faciliten la identificación de los activos catalogados, en los casos que aplique.
• Facilitar un portal de acceso público que permita cumplir con la ley de transparencia. Dicho portal deberá diseñarse de forma que pueda ser integrado fácilmente en portales web de las entidades municipales.
• Contar con las acreditaciones necesarias para llevar a cabo estos servicios, debiendo incorporarlas a sus trabajos en caso necesario.
No forma parte del presente proyecto la adquisición de infraestructura hardware alguno. Estos elementos deberán formar parte del equipamiento con el que cuente el adjudicatario para el desarrollo del servicio requerido.
Requisitos técnicos
Los contenidos consistirán en una ficha descriptiva de los bienes catalogados, dentro de un registro electrónico accesible e integrado en el Sistema de Información Geográfica y en Comercio Inteligente.
El adjudicatario deberá generar contenidos que se deberán combinar con mapas u otros elementos, integrados de tal forma que el/la usuario/a pueda interactuar con ellos desde el mapa de la Plataforma Comercio Inteligente para recibir información sobre los determinados Activos Municipales de las Entidades Locales participantes del presente proyecto.
El repositorio central de datos deberá tener las siguientes características:
• Deberá proporcionar la capacidad de almacenar y gestionar información espacial georreferenciada.
• Deberá facilitar el procesamiento y análisis de la información espacial de tipo vectorial. • Deberá ofrecer
un gran rendimiento en el acceso a la información y en el acceso a grandes volúmenes de datos.
• Deberá soportar una alta concurrencia de usuarios/as.
• Deberá estar dotado de los mecanismos necesarios para garantizar la estabilidad y la integridad de la información.
• Deberá disponer de mecanismos de seguridad sobre la información que gestionará principalmente en dos aspectos:
◦ Mecanismos que eviten la pérdida de datos.
◦ Mecanismos de control de acceso a los datos.
• Deberá ser escalable, ampliable en función de las necesidades de información e interoperable basándose en los estándares internacionales del Open Geospatial Consortium (OGC).
El adjudicatario deberá permitir cargar información vectorial asociada a los elementos inventariados, en los casos que aplique, al menos en los formatos GeoJson, Shape, Kml, Kmz, Gpx, Dxf.
El adjudicatario deberá incluir la posibilidad de añadir capas de información externas vía WMS.
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
12.5. Componente 5. XXXXXXXX XXXXX LOCKER
Se requiere disponer de una taquilla inteligente de paquetería para que los usuarios puedan recoger sus pedidos de forma autónoma.
Cada taquilla será modular, de material xx xxxxx galvanizado, incluyendo unidad operativa, pantalla con lector QR, PC y la electrónica necesaria.
Dispondrá de los siguientes módulos:
• 1 Columna de módulo Smart Locker sin refrigerar integrada con la unidad operativa (pc, lector QR, pantalla táctil). Esta columna debe de disponer de 6 compartimentos outdoor con material xx xxxxx galvanizado.
• 1 Columna de módulo Smart Locker sin refrigerar conectada con la unidad operativa.
Esta columna debe disponer de 7 compartimentos outdoor con material xx xxxxx galvanizado.
• 1 Columna de módulo Smart Locker refrigeradas conectadas con la unidad operativa.
Esta columna deben disponer de 5 compartimentos con material acero galvanizado medidas 70x80x2,30 cm (anchura, profundidad x altura).
Embellecedor lateral para acabados laterales.
Xxxxx xx xxxxx adaptada para customizar los módulos La solución deberá:
• Ser modular, combinando diferentes tipos de módulos.
• Superficie galvanizada con capa de recubrimiento de pintura en polvo RAL 7047
• Módulos fijados entre si, ofreciendo rigidez en la estructura y evitando desplazamientos en caso de viento o nieve.
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
• Los compartimentos deberán estar realizados con materiales de acabado inoxidable, equipados con luz led interior accionados automáticamente en la apertura de los compartimentos y con carga de estante de 30 kg.
• Rango de temperatura de refrigeración de +2 ºC a +8ºC
• Rango de temperatura de congelado de -18ºC a -15ºC
• Sistema de ventilación regulada automáticamente con control central 24/7 a través del centro de control cloud. Refrigeración de propano ecológico R290.
• Temperatura ambiental para la operativa de -10 a +45 ºC
• Humedad ambiental para la operativa de 10% a 65%
Dispondrá de software de gestión integrado con la plataforma Marketplace para automatizar los procesos de reserva de espacios de las taquillas inteligentes. Esto facilita tanto la comunicación de códigos al locker, como la reserva de espacios para cada uno de ellos, y la comunicación con los datos facilitados por el destinatario para que le pueda llegar su código de recogida.
El sistema dispondrá de la siguiente funcionalidad:
• El repartidor agrupa todos los paquetes para entregar en cada uno de las taquillas inteligentes.
• Al llegar al locker, escanea el código de cada uno de los Smart lockers y se le van abriendo las puertas correspondientes.
• El locker notifica a cada destinatario por mail y/o sms que ya puede realizar la recogida y adjunta el código necesario para ello.
• El destinatario recoge su paquete escaneando o tecleando su código en el momento que elija.
La solución deberá dispone de una cámara de 5MP que disponga de analítica de vídeo embebida que proporcione datos de conteo y uso de las taquillas. Esta cámara deberá tener compatibilidad de códecs H.264, H.265, MJPEG, compatibilidad ONVIF S y T, rango de protección IP66 e IK10 con alimentación XxX IEEE 802.3at y sensor de movimiento.
13. DIFUSIÓN
La persona contratista se encargará de elaborar un Plan de Difusión, que estará compuesto por trabajos de comunicación interna y externa, cuyo público objetivo será:
• Interno: Gestores/as políticos/as, trabajadores/as municipales y empresas concesionarias de servicios municipales.
• Externo: Comerciantes, Residentes y visitantes.
14. PRESUPUESTO BASE DE LICITACIÓN
14.1. Presupuesto
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
De conformidad con lo establecido en el artículo 102.4 de la Ley 9/2017, de 8 de noviembre, de contratos del Sector público. El presupuesto base de licitación se determina mediante la fijación de un tanto alzado, agrupado por partidas. Dicho tanto alzado, que se entiende como máximo, se establece tras el estudio económico previo, en virtud del precio xx xxxxxxx de otros contratos tramitados por este Departamento con similar objeto, a las soluciones xx xxxxxxx, así como a la consulta efectuada a otras Administraciones Locales sobre los precios en servicios análogos, ajustándose éstos al propuesto en esta contratación.
Por tanto, el desglose de presupuesto que se presenta a continuación es orientativo, es decir, tanto la cantidad de componentes como los precios de los equipos que se indican en este informe son una estimación.
Será responsabilidad de la empresa adjudicataria suministrar, instalar y configurar, por el precio total que haya ofertado, las cantidades adecuadas de componentes que garanticen el correcto funcionamiento del comercio turístico inteligente.
El presupuesto base de licitación del presente contrato al detalle es:
PRESUPUESTO BASE DE LICITACIÓN PARA LA CREACIÓN DE UN COMERICO TURISTICO INTELIGENTE | |||
UNID | DESCRIPCIÓN | IMPORTE | TOTALES |
Componente 1. Creación de red Wifi | 4.663,79 € | ||
1 | Creación de red Wifi. Ayuntamiento, y Ruinas de San Xxxxxxxxx | 4.663,79 € | 4.663,79 € |
Componente 2. Plataformas “Comercio Inteligente” | 6.858,51 € | ||
1 | Plataforma Smart para una gestión integra de verticales | 6.858,51 € | 6.858,51 € |
Componente 3. Sistema de marketing de proximidad | 5.623,65 € | ||
160 | Beacons | 27,43 € | 4.389,45 € |
24 | Placa informativa para puestos mercado | 51,43 € | 1.234,20 € |
Componente 4. Portal de administración del comercio | 6.858,51 € | ||
1 | Portal inteligente de comercio con APP | 6.858,51 € | 6.858,51 € |
Componente 5. Marketplace | 12.345,31 € | ||
1 | Xxxxxxxx Xxxxx Locker | 12.345,31 € | 12.345,31 € |
Campaña de difusión Proyecto | 3.429,07 € | ||
1 | Difusión la señalización turística | 3.429,07 € | 3.429,07 € |
PRESUPUESTO DE EJECUCION MATERIAL [PEM] | 39.778,83 € | ||
GASTOS GENERALES (13% del PEM) [GG] | 5.171,25 € | ||
BENEFICIO INDUSTRIAL (6% del PEM) [BI] | 2.386,73 € | ||
COSTES INDIRECTOS (1,5% del PEM) [CI] | 596,68 € | ||
PRESUPUESTO BASE DE LICITACIÓN (PEM+GG+BI+CI) (IVA NO INCLUIDO) | 47.933,49 € | ||
IVA (21%) | 10.066,03 € | ||
TOTAL (PEM+GG+BI+CI+IVA) | 57.999,53 € | ||
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
El presupuesto base de licitación con impuestos asciende a la cantidad de 57.999.53 € (CINCUENTA Y SIETE MIL NOVECIENTOS NOVENTA Y NUEVE CON CINCUENTA Y TRES EUROS). Este se ha calculado en función de la suma de los costes detallados anteriormente incluidos en el presupuesto base de licitación.
15. Consideraciones económicas.
Las obligaciones económicas que se deriven de la contratación se harán con cargo a la partida presupuestaria 6.4312.63200. La cantidad está cofinanciada al 66,12% (38.346,65 €) por el Ministerio de Industria, comercio y turismo, 12,53% (7.270,28) por Diputación xx Xxxx y con el 21,35% (12.382,60 €) de fondos propios del Ayuntamiento xx Xxxxx.
En todos los precios que se oferten se entenderán incluido todos los gastos generales, financieros, seguros, personal, beneficio industrial y licenciamiento en general de tal forma que el Ayuntamiento quede libre de cualquier otro pago adicional, considerando los precios y presupuestos ofrecidos y recogidos en el presente pliego vigentes hasta la finalización del contrato.
Revisión de precios
Conforme a lo establecido en artículo 103 (apartado 1 y 2) de la Ley 9/2017, de Contratos del Sector Público y los artículos 4 y 5 de la Ley 2/2015, de desindexación de la economía española, no se realizará revisión de precios de ninguno de los conceptos que componen este contrato durante la vigencia del mismo.
16. PLAZO DE EJECUCIÓN DEL CONTRATO
El plazo de entrega por parte del adjudicatario para la Implantación de MarketPlace como apoyo al comercio y mercado sostenibles será HASTA EL 20 XX XXXXX DEL 2024.
La fecha inicial del plazo de ejecución del contrato vendrá determinada por la fecha de firma del contrato, y la fecha fin del plazo de ejecución vendrá determinada por la fecha del acta de recepción y conformidad de los bienes objeto del contrato.
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
17. FACTURACIÓN
La factura se remitirá al Excmo. Ayuntamiento xx Xxxxx de forma electrónica a través del Punto General de Entrada de Facturas Electrónicas de las Administraciones Públicas (F.A.C.e.) en un plazo máximo de un mes.
El abono del importe se efectuará mediante transferencia bancaria a la cuenta del adjudicatario.
La facturación de los suministros se efectuará una vez realizada el acta de recepción y conformidad de los bienes objeto del contrato por parte del responsable del contrato.
La factura será electrónica y será presentada por el Punto General de Entrada de Facturas Electrónicas de la Administración General del Estado FACE.
Códigos DIR3 para la facturación:
• Oficina contable L01230098
• Órgano gestor L01230098
• Unidad tramitadora L01230098
18. PLAZO DE GARANTÍA.
Los plazos de garantía serán contados a partir del día siguiente a la firma del acta de recepción y conformidad de los bienes objeto del contrato.
18.1. Hardware
La garantía mínima que deberán de prestar los adjudicatarios será de TRES AÑOS para todo el equipamiento suministrado en el presente pliego. La garantía incluirá en la resolución el deterioro, la sustitución de piezas y mano de obra.
El aviso de avería de los equipos se podrá realizar durante 8 horas al día de lunes a viernes con un tiempo de respuesta en el siguiente día laborable.
Se entiende por tiempo de respuesta, el tiempo que tarda el servicio técnico del adjudicatario en comprobar la avería del equipo desde el aviso de avería dado por el ayuntamiento xx Xxxxx, y no tiene por qué coincidir con el tiempo de reparación de la avería o sustitución del equipo, el cual en ningún caso podrá superar, para elementos críticos, las 48 horas desde el aviso de la avería.
18.2. Software
El ayuntamiento se reservará un servicio de garantías para el software durante 8 horas al día de lunes a viernes. La garantía consistirá en asistir técnicamente a los responsables municipales en tareas de entrenamiento en su uso, de configuración y actualización del sistema, y licencias de uso anuales para el objeto de este contrato en los TRES AÑOS siguientes a la firma del acta de recepción y conformidad de los bienes objeto del contrato.
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
Todo ello sin perjuicio de que el software que incluye este proyecto será puesto en funcionamiento en modo SaaS (Software as a Service), y será contratado para su uso en esta modalidad de servicio por un plazo mínimo de 3 años, si bien también permitirá su despliegue en modo “on-premise”, es decir en modo local, por si así se quisiera en un futuro.
19. OBLIGACIONES ESPECÍFICAS DEL ADJUDICATARIO
Será obligación específica del adjudicatario tener en cuenta los objetivos transversales o principios horizontales, en toda la documentación, publicidad, imagen o materiales que se precise para la ejecución del contrato:
- Igualdad entre hombres y mujeres y no discriminación
- Utilización del lenguaje inclusivo y no sexista
- Diversidad
- Desarrollo sostenible
- Accesibilidad universal
- Cambio demográfico
- Mitigación y adaptación al cambio climático
- Economía circular
- Innovación
- Transparencia y rendición de cuentas
- Participación
Cada item deberá explicarse en una ficha descriptiva, que incluirá al menos: la definición y contenidos; los responsables de la ejecución; el período de implantación; los indicadores para hacer un seguimiento y evaluar los resultados una vez finalizada la implantación.
El adjudicatario será el responsable de la calidad técnica de los trabajos que desarrolle y de las prestaciones y servicios realizados. Será obligación específica del adjudicatario la preparación de la documentación justificativa necesaria, que demuestre que las acciones propuestas en la oferta técnica y el pliego de prescripciones técnicas han sido efectivamente realizadas. Para ello, la empresa adjudicataria estará obligada a presentar, junto con cada factura, la siguiente documentación al Ayuntamiento:
− Elaboración de cuantos informes de seguimiento, intermedios y/o finales, sean requeridos.
− Ejemplares en formato papel o electrónico de todos los productos y materiales generados por la asistencia técnica.
− Otros documentos probatorios del trabajo realizado.
La ejecución del trabajo se realizará en el lugar o lugares que el propio desarrollo del trabajo exija y que se indiquen por el Ayuntamiento.
El responsable o Director/a del Proyecto, ejercerá de interlocutor con el/la responsable del contrato para todo lo relacionado con la ejecución de los trabajos descritos.
En el ANEXO I. HITOS Y METODOLOGÍA DEL CONTRATO, se indican los hitos, fechas y método de control de las distintas etapas del contrato.
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
En todo momento se utilizará la imagen corporativa del Ayuntamiento xx Xxxxx, que deberá ser revisada por el área de Comunicación y recibir un adecuado tratamiento en cuantos soportes se utilicen en la prestación de servicio al que se refiere el presente pliego.
Los signos gráficos institucionales (imagotipo, escudo institucional, tipografía, marcha y
submarcas) que aparezcan en los soportes y documentos de uso externo deberán respetar la imagen corporativa del Ayuntamiento, siguiendo las especificaciones descritas en la guía básica de uso, con su tamaño, color y situación correcta para garantizar la identificación del Consistorio. Además, todas las actuaciones de comunicación relacionadas con el Plan incorporarán el logo oficial del PRTR:
Deberá exhibirse de forma correcta y destacada el emblema de la UE con una declaración que diga:
• “financiado por la Unión Europea-NextGenerationEU”
(enlace: xxxxx://xxxxxxxxxxxxxxxxxx.xxx.xx/xxxxxxxxx-xxxxxx )
Los documentos deben incorporar, tanto en su encabezamiento como en su cuerpo de desarrollo, la siguiente referencia:
• «Plan de Recuperación, Transformación y Resiliencia - Financiado por la Unión Europea – NextGenerationEU».
La empresa adjudicataria y el personal encargado de la realización de las tareas, guardarán confidencialidad sobre toda la información, datos, documentos y asuntos a los que tenga acceso o conocimiento durante la vigencia del contrato, estando obligados a no hacer públicos o enajenar cuantos datos conozcan como consecuencia o con ocasión de su ejecución, incluso después de finalizar el plazo contractual. El adjudicatario se compromete a no dar información y datos proporcionados por la Administración para cualquier otro uso no previsto en el presente pliego.
Teniendo en cuenta la condición de beneficiario del Ayuntamiento xx Xxxxx de la subvención objeto del contrato, se reserva el derecho de dar nuevas instrucciones relacionadas con el objeto del contrato, las cuales deberán ser seguidas por la adjudicataria del contrato en todo momento.
El adjudicatario del contrato queda sujeto además de a la normativa relacionada y a la que resulta de aplicación en materia de contratación, al cumplimiento específico de los siguientes requisitos relacionados con la identificación de perceptor final de los Fondos y deberá aportar la siguiente información:
− NIF del beneficiario
− Nombre de la persona física o razón social de la persona jurídica
− Domicilio fiscal de la persona física o jurídica
− Aceptación de la cesión de datos entre las Administraciones Públicas implicadas para dar cumplimiento a lo previsto en la normativa europea que es de aplicación y de conformidad con la Ley Orgánica 3/2018, de 5 de diciembre, de Protección de Datos Personales y garantía de los derechos digitales
− Declaración responsable relativa al compromiso de cumplimiento de los principios transversales establecidos en el PRTR y que pudieran afectar al ámbito de gestión.
La obligatoria aplicación al contrato en cuestión del plan de medidas antifraude y anticorrupción –incluyendo el conflicto de intereses- correspondiente al contrato.
20. OBLIGACIONES DEL ADJUDICATARIO EN RELACIÓN CON EL PRTR (PLAN DE RECUPERCIÓN, TRANSFORMACIÓN Y RESILIENCIA)
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
El contratista está obligado a la cumplimentación de la Declaración de Ausencia de Conflicto de Intereses (DACI), la cual deberá aportarse en el mismo momento de la formalización del contrato. Igualmente habrá de presentarse esta DACI por todos los subcontratistas que intervengan en el contrato.
El contratista tendrá obligación de cumplir las obligaciones de información previstas en el artículo 8.2 de la Orden HFP/1030/2021, de 29 de septiembre.
El contratista y subcontratista tendrán obligación de aportar la información relativa al titular real del beneficiario final de los fondos en la forma prevista en el artículo 10 de la Orden HFP/1031/2021, de 29 de septiembre.
El contratista quedará sujeto a los controles de la Comisión Europea, la Oficina de Lucha Antifraude, el Tribunal de Cuentas Europeo y la Fiscalía Europea y el derecho de estos órganos al acceso a la información sobre el contrato.
El contratista tendrá obligación de cumplir las normas sobre conservación de la documentación, de acuerdo con lo dispuesto en el artículo 132 del Reglamento Financiero.
El contratista quedará obligado al cumplimiento de los compromisos en materia de comunicación, encabezamientos y logos que se contienen en el artículo 9 de la Orden HFP/1030/2021, de 29 de septiembre.
El contratista queda obligado al cumplimiento del principio de “no causar perjuicio significativo” a los seis objetivos
medioambientales en el sentido del artículo 17 del Reglamento (UE) 2020/852.
El contratista queda obligado al cumplimiento de las obligaciones de etiquetado verde y digital en los términos establecidos en el apartado 16 de este documento.
El contratista queda obligado al sometimiento al Plan Antifraude y Anticorrupción – incluyendo el conflicto de intereses aprobado por el Excmo. Ayuntamiento xx Xxxxx.
21. RESPONSABLE DEL CONTRATO
El/la responsable del contrato será designada/o por el Ayuntamiento xx Xxxxx.
Al responsable del contrato le corresponde supervisar y controlar la ejecución del presente contrato y adoptar las decisiones necesarias para asegurar la correcta realización de las prestaciones contratadas, dentro del ámbito de facultades que se le atribuyan.
22. PROPIEDAD INTELECTUAL
Los documentos elaborados en el marco del presente contrato por parte del adjudicatario y los derechos de propiedad intelectual derivados de los mismos serán propiedad del Ayuntamiento xx Xxxxx en exclusividad y a todos los efectos.
Asimismo, se considerarán propiedad intelectual del Ayuntamiento los resultados de los trabajos que se realicen por parte del adjudicatario dirigidos a dar cumplimiento a las obligaciones que adquiere como tal.
Del mismo modo, el Ayuntamiento xx Xxxxx ostentará de forma exclusiva los derechos de explotación de todos los documentos o estudios que se deriven del contrato de referencia.
23. USO DE LA INFORMACIÓN Y COMUNICACIONES
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
Las relaciones institucionales, declaraciones a cualquier medio o publicación de información serán competencia del Ayuntamiento xx Xxxxx, sin que el adjudicatario tenga la posibilidad de realizar ninguna de dichas actuaciones salvo en aquellos casos en los que el Ayuntamiento le autorice expresamente a tal efecto.
La elaboración, publicación o difusión de trabajos o estudios por parte del adjudicatario en los que utilice información extraída del presente contrato requerirá de autorización previa por parte del Ayuntamiento xx Xxxxx.
24. PLAN DE MEDIDAS ANTIFRAUDE Y ANTICORRUPCIÓN
Obligatoria aplicación al contrato del plan de medidas antifraude y anticorrupción –incluyendo el conflicto de intereses– correspondiente, aprobado por esta administración. Esta medida será obligatoria a medida que se aprueben los correspondientes Planes de medidas antifraude, conforme a lo señalado en el artículo 6.5 de la Orden HFP/1030/2021.
Con la finalidad de dar cumplimiento a las obligaciones que el artículo 22 del Reglamento (UE) 241/2021 del Parlamento Europeo y del Consejo, de 12 de febrero de 2021, impone a España en relación con la protección de los intereses financieros de la Unión como beneficiario de los fondos del MRR, toda entidad, decisora o ejecutora, que participe en la ejecución de las medidas del PRTR deberá disponer de un «Plan de medidas antifraude» que le permita garantizar y declarar que, en su respectivo ámbito de actuación, los fondos correspondientes se han utilizado de conformidad con las normas aplicables, en particular, en lo que se refiere a la prevención, detección y corrección del fraude, la corrupción y los conflictos de intereses. En estos momentos el Ayuntamiento xx Xxxxx se encuentra elaborando dicho Plan, que será aprobado antes del 15 xx xxxxx de 2022. A este Plan quedará sujeto el presente contrato.
25. GARANTÍA
Los plazos de garantía serán contados desde la firma del acta de recepción y conformidad de los bienes objeto del contrato.
25.1. Hardware
La garantía mínima que deberán de prestar los adjudicatarios será de TRES AÑOS para todo el equipamiento suministrado en el presente pliego. La garantía incluirá en la resolución el deterioro, la sustitución de piezas y mano de obra.
El aviso de avería de los equipos se podrá realizar durante 8 horas al día de lunes a viernes con un tiempo de respuesta en el siguiente día laborable.
Se entiende por tiempo de respuesta, el tiempo que tarda el servicio técnico del adjudicatario en comprobar la avería del equipo desde el aviso de avería dado por el ayuntamiento xx Xxxxx, y no tiene por qué coincidir con el tiempo de reparación de la avería o sustitución del equipo, el cual en ningún caso podrá superar, para elementos críticos, las 48 horas desde el aviso de la avería.
25.2. Software
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
El ayuntamiento se reservará un servicio de garantías para el software durante 8 horas al día de lunes a viernes. La garantía consistirá en asistir técnicamente a los responsables municipales en tareas de entrenamiento en su uso, de configuración y actualización del sistema, y licencias de uso anuales para el objeto de este lote en los TRES AÑOS siguientes a la firma del contrato.
Todo ello sin perjuicio de que el software que incluye este proyecto será puesto en funcionamiento en modo SaaS (Software as a Service), y será contratado para su uso en esta modalidad de servicio por un plazo mínimo de 3 años, si bien también permitirá su despliegue en modo “on-premise”, es decir en modo local, por si así se quisiera en un futuro.
26. OBLIGACIONES Y MECANISMOS DE CONTROL DEL ETIQUETADO VERDE Y DIGITAL
Durante la ejecución del contrato, el/la responsable designado verificará que los servicios que presta la empresa adjudicataria tienen un reducido impacto medioambiental durante todo el ciclo de vida. En la aplicación a este contrato se puede citar, por ejemplo, que todos los documentos se remitirán en formato digital con lo que se evitará el uso de papel. Además, se intentará que la mayoría de las reuniones se efectuén de manera telemática con lo que se evita el uso de combustibles fósibles para los desplazamientos a los lugares de reunión. El incumplimiento de estos supuestos u otros que se produzcan que causen daño al medio ambiente se considerará un incumplimiento muy grave de conformidad con lo dispuesto en el pliego de cláusulas administrativas particulares sin perjuicio de otras acciones legales que puedan derivarse.
27. APORTACIÓN DEL PROYECTO A LOS OBJETIVOS DE ETIQUETADO VERDE Y DIGITAL
Conforme a lo establecido en el del Reglamento 2021/241 del Parlamento Europeo y del Consejo, de 12 de febrero de 2021, por el que se establece el Mecanismo de Recuperación y Resiliencia anexos VI y VII, esta medida tiene asociada una etiqueta digital código: 010, Digitalización de pymes (incluidos el negocio y el comercio electrónicos y los procesos empresariales en red, los polos de innovación digital, los laboratorios vivientes, los ciberemprendedores, las empresas emergentes basadas en TIC, el comercio electrónico entre empresas), coeficiente para el cálculo de la ayuda a la transición digital: 100 %
28. ENTREGABLES (DOCUMENTACIÓN A ENTREGAR UNA VEZ EJECUTADOS LOS CORRESPONDIENTES TRABAJOS Y/O SUMINISTROS)
El adjudicatario deberá ejecutar un test de penetración sobre la solución implantada realizando pruebas ofensivas contra los mecanismos de defensa existentes en el entorno analizado. A partir de este análisis redactará un informe con los resultados y las vulnerabilidades detectadas, corrigiendo posteriormente todas aquellas que se encuentren en su ámbito de actuación. Este entregable se referenciará como Test de Vulnerabilidad.
Firmado Electrónicamente
Firmado Electrónicamente
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
El adjudicatario deberá definir e implementar la correspondiente securización para todas las funcionalidades desarrolladas. Estas políticas de seguridad deberán quedar recogidas como entregable del proyecto en un documento específico. Este entregable se referencia como Plan de Seguridad.
Fdo. XXXX XXXXX XXXXXX XXXXXX INGENIERO TECNICO ELECTRICIDAD AYUNTAMIENTO XX XXXXX | Fdo. XXXXX XXXXXX XXXXXXX XXXXXXX EL ALCALDE AYUNTAMIENTO XX XXXXX |
Fecha:18/04/2024 a las 13:11 HASH:E7613ED42A26E2315CEC22E963CAA5F22C09EAEE CSV:d03c94b3-fd3b-47ce-9fc5-b7ce147cd6be-1598834 | Fecha:18/04/2024 a las 14:05 HASH:4C35910F97F19C5293097EFD4856A6BD2DD5FB0F CSV:d03c94b3-fd3b-47ce-9fc5-b7ce147cd6be-1598834 |
Documento Firmado Electrónicamente - CSV:D03C94B3-FD3B-47CE-9FC5-B7CE147CD6BE-1598834 Verificación de la autenticidad de este documento electrónico en xxxx://xxxxxxxxxxxxxxxxxxxx.xxxxx.xxx
Ayuntamiento xx Xxxxx
EXCMO. AYUNTAMIENTO XX XXXXX SECRETARIA GENERAL > CONTRATACION
ANEXO I. HITOS Y METODOLOGÍA DEL CONTRATO
HITO | OBJETIVOS | PORCENTAJE DE EJECUCIÓN DEL CONTRATO | PLAZO | MÉTODO DE CONTROL |
1 | Diseño | 25% | 27/05/2024 | Entrega de la definición y parametrización de la red wifi, sistema de marketing de proximidad, portal de administración del comercio y marketplace. |
2 | Despliegue e instalación | 80% | 06/06/2024 | Instalación de la red wifi e implantación de las plataformas. |
3 | Puesta en marcha | 90% | 10/06/2024 | Demostración con el responsable del contrato que los hitos están operativos (Red Wifi, Sistema de marketing de proximidad, plataforma, portal de administración del comercio, digitalización y subida del contenido). |
4 | Difusión | 98% | 15/06/2024 | Entrega del plan de difusión. |
5 | Análisis de vulnerabilidad | 100% | 20/06/2024 | Entrega test de vulnerabilidad y Plan de seguridad. |