PPT_17122025.pdf

{# full_text keeps real newlines; whitespace-pre-wrap renders them (so no |linebreaks filter, which would double the spacing). #}

<!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | Este documento ha sido firmado electrónicamente por: ## PLIEGO DE PRESCRIPCIONES TÉCNICAS PLIEGO DE PRESCRIPCIONES TÉCNICAS PARA LA CONTRATACIÓN MEDIANTE PROCEDIMIENTO ABIERTO, SUJETO A REGULACIÓN ARMONIZADA, POR LOTES, DEL SUMINISTRO DE UNA SOLUCIÓN PARA EL DISEÑO, DESARROLLO, IMPLEMENTACIÓN, PUESTA EN MARCHA Y MANTENIMIENTO DEL PT01 GEMELO DIGITAL DE ANÁLISIS DE IMPACTO DE LA AFLUENCIA DE PERSONAS EN GIJÓN/XIXÓN (LOTE 1); Y SERVICIO DEL DISEÑO, DESARROLLO, IMPLEMENTACIÓN, PUESTA EN MARCHA Y MANTENIMIENTO DEL PT03 SISTEMA INTELIGENTE DE INDICADORES HOTELEROS DATALAB (LOTE 2) CON VARIOS CRITERIOS DE ADJUDICACIÓN, EN EL MARCO DE CONVOCATORIA A LA PLATAFORMA INTELIGENTE DE DESTINOS , FINANCIADO POR EL PLAN DE RECUPERACIÓN, TRANSFORMACIÓN Y RESILIENCIA DEL GOBIERNO DE ESPAÑA. <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | <!-- image --> <!-- image --> <!-- image --> <!-- image --> | ANTECEDENTES.......................................................................................................................................5 | | |------------------------------------------------------------------------------------------------------------------------------------------------------------|-------------------------------------------------------------------------------------------------------------------------------------| | OBJETO DEL CONTRATO........................................................................................................................5 | | | Principios rectores comunes...................................................................................................................6 | | | Interoperabilidad y código abierto .............................................................................................................6 | | | Seguridad y soberanía del dato.................................................................................................................6 | | | Sostenibilidad y accesibilidad universal ....................................................................................................7 | | | Gobernanza colaborativa | ..........................................................................................................................7 | | SITUACIÓN Y ENTORNO TECNOLÓGICO ACTUAL...............................................................................7 | | | Plataforma De Ciudad | ............................................................................................................................7 | | Protocolo De Ciudad 6lowpan ................................................................................................................8 | | | Broker Mqtt .............................................................................................................................................8 | | | Proyecto Smartluz | ..................................................................................................................................8 | | Proyecto De Conteo En El Entorno De Cimavilla...................................................................................9 | | | Especificaciones Técnicas......................................................................................................................9 | | | PLAZO DE EJECUCIÓN............................................................................................................................9 | | | SERVICIOS DE SOPORTE, MANTENIMIENTO Y EVOLUCIÓN FUNCIONAL......................................10 | | | RESPONSABILIDAD POR DAÑOS.........................................................................................................10 | | | PROPIEDAD.............................................................................................................................................10 | | | PROTECCIÓN DE DATOS Y SEGURIDAD DE LA INFORMACIÓN......................................................11 | | | Requisitos generales LOPD .................................................................................................................11 | | | Requisitos generales ENS....................................................................................................................12 | | | Especificaciones técnicas de seguridad...............................................................................................13 | | | CONDICIONES GENERALES APLICABLES A AMBOS LOTES...........................................................14 | | | ACCESIBILIDAD Y MEDIO AMBIENTE..................................................................................................15 | | | CONDICIONES DETALLADAS DE EJECUCIÓN: ..................................................................................15 | | | Estructura por lotes y alcance de cada componente............................................................................15 | | | Condiciones de calidad del software ....................................................................................................16 | | | LOTE 1: GEMELO DIGITAL DE AFLUENCIA.........................................................................................17 | | | Requisitos funcionales..........................................................................................................................17 | | | Funcionalidades del sistema ...................................................................................................................17 | | | Roles y permisos.....................................................................................................................................19 | | <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | | Ejemplos de casos de uso.......................................................................................................................19 | | |---------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------| | Información monitorizada y presentación de resultados .........................................................................21 | | | Requisitos técnicos...............................................................................................................................23 | | | Arquitectura tecnológica modular............................................................................................................23 | | | Persistencia de datos: bases de datos relacionales y/o NoSQL.............................................................25 | | | Integración con herramientas de Machine Learning y Reconocimiento de Patrones .............................26 | | | Integración con proyectos SmartLuz y Conteo en Cimavilla ...................................................................28 | | | Seguridad y cumplimiento | .......................................................................................................................28 | | Interoperabilidad con sistemas externos y estándar PID de SEGITTUR................................................29 | | | Publicación del sistema en Open-Source (repositorio y despliegue) ......................................................30 | | | APIs públicas y documentación de endpoints.........................................................................................32 | | | Integración continua y despliegue continuo (CI/CD) ...............................................................................33 | | | Requisitos de hardware........................................................................................................................35 | | | Requisitos de implantación...................................................................................................................39 | | | Planificación y seguimiento .....................................................................................................................39 | | | Diseño y desarrollo..................................................................................................................................40 | | | Implementación: despliegue inicial y configuraciones.............................................................................41 | | | Pruebas ...................................................................................................................................................43 | | | Puesta en marcha ...................................................................................................................................45 | | | Gestión del cambio y capacitación ..........................................................................................................45 | | | Requisitos de ejecución........................................................................................................................46 | | | Sustitución y ausencia de medios personales.........................................................................................46 | | | Horario y lugar de ejecución de los trabajos ...........................................................................................47 | | | Organización del proyecto....................................................................................................................48 | | | Medios personales ..................................................................................................................................48 | | | Cronograma e Hitos ................................................................................................................................49 | | | Planificación, dirección y seguimiento del proyecto ................................................................................53 | | | Mantenimiento y gestión de incidencias...............................................................................................54 | | | 2: SISTEMA INTELIGENTE DE INDICADORES HOTELEROS Y SU MANTENIMIENTO ..........57 | 2: SISTEMA INTELIGENTE DE INDICADORES HOTELEROS Y SU MANTENIMIENTO ..........57 | | Requisitos funcionales..........................................................................................................................57 | | | Funcionalidades del sistema | ...................................................................................................................57 | | Roles de persona usuaria y permisos .....................................................................................................61 | | | Ejemplos de casos de uso.......................................................................................................................62 | | | Información monitorizada y presentación de resultados | .........................................................................63 | | Requisitos técnicos...............................................................................................................................65 | | | Arquitectura tecnológica modular............................................................................................................65 | | | Persistencia de datos: bases de datos relacionales y/o NoSQL.............................................................67 | | | Integración con herramientas de Machine Learning ...............................................................................69 | | | Interoperabilidad con sistemas externos y estándar SEGITTUR (PID)...................................................70 | | | Publicación del sistema en Open-Source (repositorio y despliegue) ......................................................71 | | | API públicas y documentación de endpoints...........................................................................................73 | | | Integración continua y despliegue continuo (CI/CD) ...............................................................................74 | | | Requisitos de implantación...................................................................................................................75 | | | Planificación y seguimiento .....................................................................................................................76 | | | Diseño y desarrollo..................................................................................................................................76 | | <!-- image --> ## Datos del expediente: Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev Asunto: PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | Implementación (despliegue inicial y configuraciones) ...........................................................................78 | | |---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|-------------------------------------------------------------------------------------------------------------------------------------------------------------| | Pruebas ...................................................................................................................................................78 | | | Puesta en marcha ...................................................................................................................................79 | | | Gestión del cambio y capacitación ..........................................................................................................80 | | | Mantenimiento.........................................................................................................................................81 | | | Requisitos de ejecución........................................................................................................................81 | | | Organización del proyecto....................................................................................................................82 | | | Mantenimiento y gestión de incidencias...............................................................................................86 | | | ANEXOS:..................................................................................................................................................88 | ANEXOS:..................................................................................................................................................88 | | Anexo 1- Especificaciones de la plataforma de ciudad Aero, proyecto Smartluz y proyecto de conteo en el entorno de Cimadevilla ................................................................................................................88 | | | Anexo 2- Especificaciones CPD municipal..........................................................................................91 | | | Anexo 3 - Plano de zona de gran afluencia turística ...........................................................................93 | | | Anexo 4 - Protocolo de conexión del Ayuntamiento ............................................................................93 | | | Anexo 5 - Tellink telmeter 3PH+..........................................................................................................94 | | <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | ## ANTECEDENTES El Ayuntamiento de Gijón/Xixón ha emprendido un programa integral de digitalización turística y urbana cuyo fin último es convertir el municipio en un Destino Turístico Inteligente y Sostenible (DTIS) , plenamente alineado con los principios de la Red DTI que coordina SEGITTUR y con el Componente 14 'Plan de Digitalización e Inteligencia Turística' del Plan de Recuperación, Transformación y Resiliencia (PRTR). Para materializar esta visión el Ayuntamiento ha diseñado un portafolio de ocho paquetes de trabajo que, de forma coordinada, cubren toda la cadena de valor de la gestión turística: | PT | Línea de actuación | Propósito principal | |----------------------------------------------|-------------------------------------------------------------------------------------------------------------------------|-----------------------| | Gestión y coordinación | Gobierno del proyecto, control de calidad y gestión de riesgos. | PT00 | | PT01 Gemelo digital de análisis de afluencia | Monitorizar y simular los flujos de personas en tiempo real optimizar seguridad, movilidad y experiencia del visitante. | para | | PT02 Tarjeta Digital Turística | Personalizar servicios y habilitar pagos/entradas unificados. | | | PT03 Sistema de hoteleros | indicadores Benchmarking sectorial y predicción de | precios/ocupación. | | Calculadora de huella de carbono | Medir y reducir el impacto ambiental del visitante. | PT04 | | Análisis del impacto de eventos | Cuantificar y optimizar el retorno económico y social. | PT05 | | Análisis del impacto económico del turismo | Medición macro-micro del efecto turístico en la economía local. | PT06 | | Integración con el Nodo Central PID | Intercambio de datos y servicios entre destinos a escala estatal. | PT07 | | PT08 Difusión y | comunicación Sensibilización, formación y adopción por parte de la | ciudadanía. | ## OBJETO DEL CONTRATO El objeto del presente contrato se basará en el suministro de una solución para el diseño, desarrollo, implementación y puesta en marcha del PT01 Gemelo digital de análisis de impacto de la afluencia de personas en Gijón/Xixón (Lote 1), desarrollando una plataforma inteligente que permita monitorizar, analizar y prever la afluencia de personas en las zonas de interés del municipio, mejorando la toma de decisiones en la gestión turística y urbana. Este contrato también se basará en el servicio del diseño, desarrollo, implementación y puesta en marcha del PT03 Sistema inteligente de indicadores hoteleros datalab (Lote 2), desarrollando una solución tecnológica integral que permita al sector <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | hotelero local y a la administración pública disponer de información precisa, actualizada y fácilmente interpretable sobre la actividad alojativa de la ciudad. Esta herramienta contribuirá al seguimiento de indicadores clave como la ocupación, la rentabilidad, datos demográficos y de caracterización de viajeros, promoviendo una cultura de gestión basada en la evidencia; a fortalecer la competitividad y sostenibilidad del destino, mediante funcionalidades de benchmarking y análisis predictivo que permitirán a los establecimientos compararse con el mercado y anticiparse a las tendencias Asimismo, se prestarán servicios de soporte y mantenimiento correctivo para ambos paquetes de trabajo (PT01 y PT03), incluyendo una bolsa de horas para resolución de incidencias, ajustes menores y soporte técnico post-despliegue de acuerdo a los plazos definidos en el punto 4 del presente documento. . Ambos paquetes de trabajo facilitarán la plena inclusión en la Plataforma Inteligente de Destino (PID) impulsada por SEGITTUR, siguiendo los principios rectores comunes del apartado siguiente. ## Principios rectores comunes A continuación se definen los principios rectores comunes que guiarán todos los paquetes de trabajo del programa GDTIS de Gijón. Estos principios actúan como 'raíles' que garantizan la coherencia técnica, la transparencia y la sostenibilidad a largo plazo de cualquier solución que se implante dentro del ecosistema municipal de datos turísticos. ## Interoperabilidad y código abierto El Ayuntamiento exige que todas las API se describan con estándares abiertos (OpenAPI para los contratos REST y JSON -LD para la semántica de los datos) de modo que otros destinos o proveedores puedan consumir los servicios sin fricciones. - Repositorio público : el código fuente se liberará bajo licencia MIT/EUPL o similar y se mantendrá durante el desarrollo en Git (GitHub, GitLab u otro). Una vez validados los hitos, la adjudicataria será responsable de publicación de la versión estable en el Marketplace de la Plataforma Inteligente de Destinos (PIA-SEGITTUR), facilitando que otros municipios descarguen un paquete instalable y su documentación. - Documentación viva : cada versión del API deberá ir acompañada de su fichero OpenAPI y de ejemplos en Postman. El histórico de cambios (CHANGELOG.md) y las guías de contribución (CONTRIBUTING.md) son obligatorios para incentivar pull-requests externos y se entregarán al Ayuntamiento. ## Seguridad y soberanía del dato La infraestructura se desplegará on -premise, dentro del CPD municipal , y deberá estar preparada para el ENS nivel Medio (controles sobre disponibilidad, integridad y confidencialidad). En materia de seguridad, se respetarán la normativa nacional y las recomendaciones del Centro Criptológico Nacional. Se establecen los siguientes principios: - Privacidad by design : los sensores ópticos solo almacenarán metadatos; los fotogramas se descartan tras el cómputo y se anonimizarán los identificadores de dispositivos aplicando hash SHA -256 con salt rotatorio , siguiendo las directrices de la AEPD en materia de conteo wifi/BLE. - Gobierno del dato : todo acceso a la BD se hará por personas usuarias con mínimos privilegios y con trazabilidad en logs cifrados (Syslog-NG/TLS). Las copias de seguridad se guardarán cifradas con AES-256 y firmadas. <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | ## Sostenibilidad y accesibilidad universal Los front-ends deberán cumplir WCAG 2.1 AA para asegurar que cualquier persona pueda consumir los dashboards y servicios web. - Eficiencia energética : el diseño se orientará a reducir el PUE del CPD (uso de virtualización, refrigeración freecooling, encendido/apagado dinámico de GPU) siguiendo buenas prácticas de los centros de datos verdes . El código optimizará llamadas a base de datos y realizará caching local para disminuir la carga de CPU/RAM y, por ende, el consumo eléctrico. - Huella de carbono : se documentará la estimación de CO₂ evitado respecto a un despliegue cloud equivalente, aplicando factores de emisión propuestos por IDAE y directrices de edificios energéticamente eficientes. ## Gobernanza colaborativa Se plantea la creación de un espacio de coordinación técnica y estratégica, con participación de áreas municipales clave, así como agentes tanto públicos como privados. Se fomentará la difusión de datos, herramientas, documentos de trabajo y materiales de referencia (como informes técnicos o artículos académicos) a través del portal de datos abiertos o repositorios compartidos, con el objetivo de facilitar su reutilización por parte de la ciudadanía, el tejido empresarial y la comunidad investigadora. ## SITUACIÓN Y ENTORNO TECNOLÓGICO ACTUAL En este apartado se indica la relación de proyectos o plataformas que tiene el Ayuntamiento de Gijón/Xixón en ejecución y que son de relevancia o tienen relación con el desarrollo del presente proyecto. ## Plataforma De Ciudad El Ayuntamiento de Gijón/Xixón lleva inmerso muchos años en el proyecto de territorio inteligente que abarca a todo el municipio, para poder aglutinar y explotar toda la información que un territorio inteligente crea, es de vital importancia poseer una plataforma de ciudad que sea versátil, robusta, flexible, escalable y con importantes herramientas de analítica Big Data. En este marco, el Ayuntamiento de Gijón/Xixón ha desarrollado, junto con la empresa adjudicataria del proyecto Gijón-IN, la plataforma de ciudad AERO:PULSE (AERO), esta plataforma provee a la ciudad de un base de datos no relacional capaz de trabajar con millones de registros estructurados y no estructurados y con capacidad para absorber toda la información que generan los equipos IoT desplegados en la ciudad así como datos extraídos del ERP municipal para poder ser explotados en conjunto. La plataforma AERO se basa en software Open Source y se asienta sobre 3 pilares fundamentales que trabajando en conjunto, crean una herramienta de analítica sorprendente. Los 3 pilares son: Elasticsearch: es una base de datos no relacional (NoSQL) de código abierto y motor de búsqueda distribuido con capacidad RESTful. Se basa en Apache Lucene y utiliza documentos JSON para el almacenaje e indexación de los datos. Kibana: es un motor de representación de datos y gráficas que se integra directamente con Elasticsearch. Permite a las personas usuarias crear gráficos de barras, líneas, dispersión, diagramas de pastel y mapas, facilitando el análisis de grandes volúmenes de información. Entre las características destacadas de Kibana se encuentran la capacidad de crear paneles personalizados, realizar análisis en tiempo real y gestionar la seguridad y la monitorización del sistema desde una interfaz unificada. <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | Node-Red: es una herramienta de programación visual que se utiliza para conectar dispositivos de hardware, API y servicios en línea como por ejemplo dispositivos IoT. Fue desarrollado inicialmente por IBM y permite la creación de funciones de JavaScript sin necesidad de utilizar directamente este lenguaje de programación sino mediante el uso de bloques gráficos que se entrelazan para desarrollar un flujo de programación completo. Esta herramienta permite desarrollar módulos de conexión a dispositivos y API, generar reglas ETL (Extracción, Transformación y Carga) y automatizaciones o alertas sobre los propios datos o equipos. Sobre la plataforma AERO, el Ayuntamiento de Gijón/Xixón tiene la capacidad de desarrollar verticales de gestión de los diferentes activos de la ciudad tanto para dispositivos IoT como para dispositivos no IoT a través de los inventarios en el ERP municipal. Además, desarrolla cuadros de mando de ciudad con diferentes indicadores relevantes para la gestión de un territorio (padrón, tasas, contabilidad, patrimonio, etc). El desarrollo de verticales y cuadros de mando se realiza sobre un entorno específico de desarrollo (SDK, Software Development Kit) realizado dentro del marco del proyecto Gijón-IN. Este entorno crea un framework de desarrollo completo en el equipo Windows que se despliega, permitiendo la creación de los paneles que, una vez depurados y validados, se suben al entorno de producción de la plataforma de ciudad. ## Protocolo De Ciudad 6lowpan El Ayuntamiento de Gijón/Xixón ha adoptado como protocolo IoT inalámbrico de ciudad el protocolo 6LoWPAN, este protocolo está basado en el estándar IEEE 802.15.4 y se encuentra desplegado por todo el municipio sobre la red de alumbrado. Cualquier sensor que utilice este protocolo en la frecuencia sub-GHz puede enviar sus datos a través de esta red mallada y su red de concentradores. Para que el modelo de datos esté unificado, el Ayuntamiento de Gijón/Xixón ha adoptado como modelo de objetos de ciudad el modelo uCIFI, entendiendo este como un estándar de datos estructurados para redes inalámbricas LPWAN. ## Broker Mqtt Para que la conectividad de los equipos IoT desplegados por el municipio sea sencilla y siempre y cuando no dispongan de conectividad a través del protocolo de ciudad adoptado por Gijón (6LoWPAN), cualquier sensor puede utilizar el broker MQTT activo para canalizar los datos a la plataforma AERO. Este broker permite el envío, de forma segura y encriptada, de datos a la plataforma de ciudad para su posterior ingesta y tratamiento. ## Proyecto Smartluz El Ayuntamiento de Gijón/Xixón posee cierta experiencia previa en el despliegue de elementos de conteo y control de aforos en zonas de gran afluencia del municipio. En concreto, en el año 2021 se desplegaron una red de 5 equipos de alumbrado Omniled en el Paseo de la Playa de San Lorenzo para control de aforos tras el confinamiento por el COVID-19. Estos equipos se asemejan a farolas de alumbrado pero poseen 4 sensores ópticos que cubren 360º y, mediante un equipo con procesamiento por IA de imágenes, podemos contar vehículos, bicicletas, vehículos de movilidad personal (tipo patinetes eléctricos, etc.) y peatones. De los equipos no se extrae imagen alguna, solo se envían los datos anonimizados a la plataforma AERO para su almacenamiento y explotación. Estos equipos han permitido controlar los aforos en el paseo de la Playa de San Lorenzo postpandemia. <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | ## Proyecto De Conteo En El Entorno De Cimavilla El Servicio de Turismo del Ayuntamiento de Gijón/Xixón adjudicó en noviembre de 2023 un proyecto, en el marco de los proyectos PRTR, a la empresa Libelium para establecer un sistema de conteo de visitantes en la zona de Cimavilla y Puerto Deportivo de Gijón. El proyecto tenía como objetivo establecer una línea de separación entre Gijón y Cimavilla y poder contabilizar los visitantes del barrio más antiguo de Gijón. Se implantaron 4 sensores del modelo Smart Spot Crowd que creaban una línea imaginaria que separaba Cimavilla del resto de Gijón y permite contar a los visitantes mediante el marcado de los dispositivos móviles que llevan activado el Bluetooth y/o la señal Wifi. Estos equipos remiten los datos a la plataforma de Libelium a la cual tienen acceso los técnicos municipales del Ayuntamiento de Gijón. En este proyecto se debe de crear un sistema de extracción de estos datos y reenvío a la plataforma AERO, ya que el Ayuntamiento de Gijón/Xixón quiere disponer de 'dato único' para poder explotar los datos directamente sobre su plataforma AERO y la analítica sobre el módulo a desarrollar dentro del alcance de este pliego. ## Especificaciones Técnicas En los anexos a este documento se pueden encontrar las especificaciones técnicas a los equipos desplegados en Gijón así como las características técnicas y APIs de AERO. ## PLAZO DE EJECUCIÓN El contrato se estructurará en dos fases diferenciadas : A) FASE 1: diseño, desarrollo, implementación y puesta en funcionamiento del PT01 GEMELO DIGITAL DE ANÁLISIS DE IMPACTO DE LA AFLUENCIA DE PERSONAS EN GIJÓN/XIXÓN (Lote 1) y del PT03 SISTEMA INTELIGENTE DE INDICADORES HOTELEROS DATALAB (Lote 2). Esta fase comprende además, en el caso del Lote 1, el suministro de todos los equipos hardware necesarios para el desarrollo y puesta en marcha del mismo. Esta fase entrará en vigor al día siguiente de su formalización, para cada uno de los lotes, y su duración no podrá exceder del 30 de junio del 2026 como máximo , tal como se recoge en la Resolución de concesión de la ayuda, según la Orden ITU/1423/2023, de 29 de diciembre, por la que se aprueban las bases reguladoras para la concesión de ayudas para el despliegue de plataformas tecnológicas y soluciones digitales en los destinos de la Red de Destinos Turísticos Inteligentes, en el marco del Plan de Recuperación, Transformación y Resiliencia. ## B) FASE 2: servicios de soporte y mantenimiento de ambos lotes. Esta fase, que contempla el soporte técnico, mantenimiento correctivo y adaptativo de cada lote del contrato , se ejecutará a partir del 1 de Julio de 2026 y tendrá una duración máxima de 6 meses. Las actuaciones de esta fase no serán objeto de financiación con fondos PRTR , y se llevarán a cabo conforme a lo establecido en el objeto del contrato. <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | ## SERVICIOS DE SOPORTE, MANTENIMIENTO Y EVOLUCIÓN FUNCIONAL Alcance de la Fase Mantenimiento (aplicable a ambos lotes): - Soporte técnico funcional para resolución de dudas de uso, incidencias operativas o errores no críticos. - Mantenimiento correctivo ante errores detectados en la operación real de las soluciones implantadas. - Mantenimiento adaptativo, en caso de que sea necesario ajustar la herramienta a cambios normativos, tecnológicos u organizativos menores. - Gestión de una bolsa de 40 horas de asistencia técnica, para cada uno de los módulos de software a desarrollar (PT01 y PT03), que incluyan el desarrollo para ajustes no previstos, nuevas necesidades, asesoramiento y/o formación adicional, con las siguientes condiciones: - -Las horas se consumirán previa solicitud expresa del responsable del contrato y con control mediante parte de actividad aprobado. - -No podrán utilizarse para desarrollos que supongan un cambio sustancial del alcance definido en la Fase 1. - -Las horas destinadas a solucionar errores o deficiencias del sistema no podrán minorar la bolsa de horas, si no que forman parte de las tareas de mantenimiento. ## RESPONSABILIDAD POR DAÑOS Las empresas adjudicatarias de los lotes establecidos en este contrato, serán responsables de todos los daños y perjuicios directos o indirectos que, por su culpa o negligencia y/o del personal que ejecute el contrato, se causen a terceros y/o al Ayuntamiento de Gijón/Xixón, así como al espacio donde los servicios sean prestados y los equipos técnicos instalados en su caso, como consecuencia de la ejecución material del objeto del contrato y, en este sentido, se compromete a mantener indemne al Ayuntamiento de Gijón/Xixón de cualquier reclamación que surgiera al respecto. Esta responsabilidad de la adjudicataria alcanza a los daños y perjuicios ocasionados por culpa o negligencia de los proveedores y empresas que contrate, si fuera necesario, con motivo de lo establecido en el presente pliego, manteniendo indemne igualmente al Ayuntamiento de cualquier reclamación que pudiere surgir al respecto. ## PROPIEDAD El Ayuntamiento de Gijón/Xixón ostentará la titularidad exclusiva de todos los derechos de propiedad intelectual e industrial que pudieran derivarse de los desarrollos de software realizados en el marco del presente contrato, incluyendo, entre otros, el código fuente, la documentación técnica y de persona usuaria, las interfaces, diseños, modelos de datos y cualquier otro componente funcional o técnico generado como resultado de la prestación del servicio. Esta titularidad comprenderá tanto los derechos de explotación (reproducción, distribución, comunicación pública y transformación) como cualquier otro derecho patrimonial derivado del desarrollo del software. Una vez finalizado el contrato y entregado el resultado conforme a lo estipulado, el software desarrollado será objeto de una licencia de uso conforme a los términos establecidos por la Licencia Pública de la Unión Europea (EUPL), en su versión vigente en el momento de la formalización del contrato. Dicha licencia, reconocida por la Comisión Europea, garantiza la libre utilización, modificación y distribución del software por terceros, siempre que se respeten las condiciones impuestas por dicha <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | licencia. Esta cesión de uso se llevará a cabo en el marco de los principios rectores del sector público en materia de software libre y de reutilización de soluciones tecnológicas, tales como la transparencia, el acceso abierto, la interoperabilidad y la eficiencia en el uso de recursos públicos. Asimismo, se observará lo establecido en la normativa aplicable, incluyendo la Ley 39/2015, de 1 de octubre, del Procedimiento Administrativo Común de las Administraciones Públicas; la Ley 40/2015, de 1 de octubre, de Régimen Jurídico del Sector Público; y el Real Decreto 4/2010, de 8 de enero, por el que se regula el Esquema Nacional de Interoperabilidad en el ámbito de la Administración Electrónica, en lo relativo a la reutilización de aplicaciones y soluciones tecnológicas por parte de las Administraciones Públicas. ## PROTECCIÓN DE DATOS Y SEGURIDAD DE LA INFORMACIÓN La seguridad debe considerarse desde el diseño (principio de security by design), durante la implementación y en la operación continua (security by default). Para ello, se establecen en este apartado los principios generales sobre protección de datos, el modo de gestión de la seguridad de la información, y los requisitos específicos de desarrollo que aplican a ambos lotes. No obstante, en cada uno de ellos pueden ser precisas medidas específicas y adicionales, que bien se plasman en este pliego, o bien resulten del análisis que se realice. ## Requisitos generales LOPD En la ejecución del contrato se deberán observar las exigencias recogidas en el REGLAMENTO (UE) 2016/679 DEL PARLAMENTO EUROPEO Y DEL CONSEJO de 27 de abril 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 (RGPD), Ley Orgánica 3/2018, de 5 de diciembre, de Protección de Datos Personales y garantía de los derechos digitales y el Real Decreto 311/2022, de 3 de mayo, por el que se regula el Esquema Nacional de Seguridad. Se actuará siguiendo los principios de tratamiento del art. 5 RGPD, especialmente en atención a la minimización de datos, aseguramiento del tratamiento legítimo, almacenamiento cifrado o pseudonimizado si procede, y permitir la gestión de consentimientos/información en caso necesario. Las medidas que se adopten al respecto en ambos lotes deberán quedar plasmadas en el Plan de Seguridad. La adjudicataria deberá garantizar que el tratamiento de datos cumple con la normativa, colaborando con el Ayuntamiento en las obligaciones que le atañen como responsable del tratamiento. Las obligaciones concretas de las adjudicatarias se plasmarán en el correspondiente contrato de encargo de tratamiento conforme al artículo 28 RGPD. El sistema deberá contemplar mecanismos para dar respuesta a derechos de acceso, rectificación, cancelación, oposición, limitación y portabilidad, si alguna persona usuaria lo solicita respecto a sus datos personales almacenados. Asimismo, deberá preverse un apartado de aviso legal y política de privacidad dentro de la aplicación, informando del uso de datos, etc. Todos los dispositivos desplegados deben de asegurar el no tratamiento de datos en origen, de forma que ninguno tendrá capacidad de registro de imágenes y vídeo, no se podrá visualizar las imágenes en directo si se accede directamente al equipo en producción ni se podrá extraer del equipo ningún dato que no esté totalmente anonimizado. ## Requisitos generales ENS En aplicación del artículo 25 RGPD, sobre la protección de datos desde el diseño y por defecto, se establecen los siguientes mecanismos para la protección de la información: <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | - [ ]  Se elaborará una Evaluación de Impacto como parte del Plan de Proyecto. Esta evaluación seguirá las pautas establecidas en la normativa de aplicación y en la Guías y orientaciones publicadas por la AEPD, especialmente la Guía para la Gestión del riesgo y evaluación de impacto en tratamientos de datos personales y las Orientaciones sobre tratamientos que incorporen tecnología de seguimiento Wi-Fi o Wi-Fi tracking. Esta evaluación identificará riesgos a la privacidad y medidas para mitigarlos, y deberá mantenerse actualizada durante toda la ejecución del contrato. Se seguirá la metodología MAGERIT en su última versión (Método de Análisis y Gestión de Riesgos de los Sistemas de Información). Este análisis de riesgos comprenderá: - -Determinación del contexto: mediante el establecimiento del contexto se definen los parámetros básicos para gestionar el riesgo y se establece el alcance y los criterios para el resto del proceso, es decir, es necesario definir los criterios de aceptación de los riesgos, y los criterios para llevar a cabo las apreciaciones de los riesgos de seguridad de la información. - -Identificación de activos: se identificarán todos los activos involucrados en el tratamiento de los datos personales en las tecnologías o sistemas objeto de licitación. - -Identificación de riesgos: se identificarán igualmente todos los riesgos, amenazas y vulnerabilidades relacionadas con cada uno de los activos antes identificados. Hay que contemplar todas las amenazas que puedan afectar a la confidencialidad, integridad o disponibilidad de los datos personales que se tratan. Cada activo puede estar relacionado con varias amenazas, y cada amenaza puede estar vinculada a varias vulnerabilidades. - -Análisis de riesgos: se debe valorar las posibles consecuencias que resultarían si los riesgos identificados llegasen a materializarse, y también se debe valorar de forma realista la probabilidad de ocurrencia de los riesgos identificados, determinando los niveles de riesgo. (Riesgo = Probabilidad x Impacto) - -Evaluación del riesgo: implica comparar los niveles estimados de riesgos obtenidos en la fase anterior con los criterios de riesgo definidos en el contexto, con el propósito de tomar decisiones. - -Gestión del riesgo: el tratamiento de los riesgos se puede afrontar de diversas maneras: evitar el riesgo, reducirlo o mitigarlo, transferirlo o aceptarlo. Para escoger qué medidas y controles se van a aplicar, existen distintas Normas estandarizadas así como numerosas guías de la AEPD. Todo este proceso de análisis y gestión de riesgos debe quedar perfectamente documentado. Se incluirán también los riesgos durante el mantenimiento, es decir, aquellos riegos que a largo plazo podrían presentarse (fin de vida de algún componente, etc.). Al finalizar, se incluirá en la memoria final un informe de gestión de riesgos que resuma los riesgos manejados y su estado final. - [ ]  Plan de contingencia y continuidad : como parte de la gestión de riesgos, se elaborará un Plan de Contingencia para los principales riesgos de continuidad: - -¿Qué hacer si el servidor central falla totalmente? (Resp: tener backups actualizados, servidor sustituto o plan para reinstalar en otro hardware rápidamente, etc.). - -¿Qué hacer si 'X' sensores ópticos fallan? (Resp: disponer de 2 sensores ópticos de repuesto en almacén para reemplazo rápido, por ejemplo). - -¿Qué hacer si hay fallos de comunicaciones 4G? (Resp: sensores almacenan datos, el sistema reintenta, etc., y personal de TI contacta a operador). - [ ]  Cumplimiento ENS nivel medio : el sistema deberá alinearse con las exigencias del Esquema Nacional de Seguridad (ENS) en un nivel de seguridad MEDIO como mínimo. Este cumplimiento deberá estar certificado para la recepción del aplicativo. Consecuentemente, la adjudicataria deberá garantizar medidas de seguridad correspondientes a ENS Medio en todas las dimensiones: organización, operativa, protección, etc. Sin embargo, en todo caso, prevalecerán las <!-- image --> Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | medidas a implantar como consecuencia del análisis de riesgos y de la evaluación de impacto, en caso de resultar agravadas respecto de las previstas en el ENS. El Plan de Seguridad preverá la implantación de las medidas de seguridad necesarias para el cumplimiento del ENS. - [ ]  Certificaciones y pruebas de seguridad : será necesario realizar una auditoría de seguridad del sistema. Esto incluye tests de penetración sobre la aplicación web/API para detectar vulnerabilidades (ej. inyecciones SQL, XSS, CSRF, etc.), verificación del cumplimiento de ENS, y revisión de código estático para identificar posibles fallos. La adjudicataria deberá corregir cualquier no conformidad. - [ ]  Protección de la información confidencial : la adjudicataria tiene obligación de trato confidencial de toda información del Ayuntamiento a la que acceda, incluyendo cualquier dato de carácter científico, industrial o confidencial de cualquier tipo que pudiera conocer con ocasión del cumplimiento del contrato, que no podrá copiar o utilizar con fin distinto al que figura en este pliego, ni tampoco ceder a otros ni siquiera a efectos de conservación. - [ ]  Documentación de seguridad : como parte de la entrega, se deberá proporcionar documentación específica: política de seguridad del sistema, manual de gestión de personas usuarias, procedimientos de backup/restore, y recomendaciones de explotación segura, informe de gestión de riesgos que resuma los riesgos manejados y su estado final. También, manuales de respuesta a incidentes. ## Especificaciones técnicas de seguridad Adicionalmente, se recogen especificaciones técnicas específicas de seguridad, que resultan de aplicación a ambos lotes: - [ ]  Control de accesos y autenticación robusta : toda persona usuaria deberá autenticarse mediante credenciales seguras. Se implementará un sistema de gestión de identidades que soporte políticas de contraseñas robustas (longitud mínima, complejidad, caducidad periódica ) y, preferiblemente, ofrezca la posibilidad de autenticación de dos factores (2FA) para personas usuarias administradores o críticos. El control de acceso será de tipo role-based (RBAC), tal como se definieron los roles, garantizando que cada persona usuaria solo puede acceder a las funciones y datos permitidos por su perfil. Las sesiones de persona usuaria tendrán un tiempo de expiración por inactividad razonable, y se protegerán contra secuestro de sesión (token seguros, cookies con atributos HttpOnly, SameSite, etc., en caso de uso de cookies). - [ ]  Comunicación segura : toda comunicación entre componentes, especialmente entre el navegador de la persona usuaria y el servidor, deberá cifrarse utilizando protocolos seguros (HTTPS/TLS 1.2 o superior). Si existieran integraciones con PMS u otras APIs externas, también deberán realizarse sobre canales seguros (HTTPS, VPN, túneles SSH, WSS, etc., según corresponda y ofrezca el proveedor de datos). En caso de intercambiar datos sensibles con la Plataforma Inteligente de Destino de SEGITTUR u otros sistemas, se acordarán mecanismos seguros (p. ej., certificados mutuos si es un WS, uso de API keys seguras, etc.). - [ ]  Protección de datos y sistema : la aplicación deberá implementar medidas de seguridad en el código y la configuración validación estricta de entradas (para evitar inyección SQL, inyección de comandos, XSS, CSRF en el frontend, etc.), uso de consultas parametrizadas en la base de datos, gestión adecuada de errores (no exponer trazas o información sensible a la persona usuaria final), logging seguro de eventos (evitando registro de datos privados en texto plano), y uso de librerías actualizadas sin vulnerabilidades conocidas. Se deberá realizar al menos un análisis de vulnerabilidades y pruebas de penetración durante el desarrollo (planificadas y ejecutadas antes de la puesta en producción) para verificar el cumplimiento ENS y la robustez ante ataques comunes. Cualquier hallazgo crítico deberá subsanarse antes de la aceptación. <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | ## CONDICIONES GENERALES APLICABLES A AMBOS LOTES - Entrega de documentación asociada a open source: se entregará toda la documentación de instalación/despliegue (devops). Adicionalmente, si se produce algún videotutorial, o presentaciones de formación, también se ponen a disposición del Ayuntamiento. - Formato de documentación y idioma: toda la documentación se entregará en idioma español (castellano). Los formatos serán editables (Word, Excel, etc.) y también PDF finales. Si hay diagramas, se entregarán los editables (por ejemplo, diagramas de arquitectura en Visio, o PlantUML, además del PDF). - Obligación de conservación: la adjudicataria conservará hasta la extinción de la garantía, copias de seguridad del proyecto, código, etc., manteniendo backup del proyecto. - Comunicación con terceros: la adjudicataria deberá proveer la información necesaria para terceros implicados en el proyecto (principalmente, entrega de informes de seguimiento a la entidad financiadora). - Todo el material resultante de la ejecución (software, documentos, materiales,...) deberá respetar el manual de marca del proyecto (que facilitará el Ayuntamiento) y cumplir con los requisitos de logotipos que recoge la convocatoria de subvención. <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | ## ACCESIBILIDAD Y MEDIO AMBIENTE La/s empresa/s adjudicataria/as deberán tener en cuenta que los residuos que se generen (embalajes, piezas desechables…) o los bienes municipales que se retiren en su caso serán tratados de la manera selectiva correspondiente de acuerdo a su tipología. Además, con el fin de fomentar el uso y utilización de productos reciclados, que en caso de precisar la impresión de documentos, con el objeto de presentar informes, trabajos o cualquier otro material, esta se haga en papel 100% reciclado y a doble cara. El material audiovisual que se genere deberá incorporar subtítulos para promover la accesibilidad a personas con discapacidad auditiva. ## CONDICIONES DETALLADAS DE EJECUCIÓN: ## Estructura por lotes y alcance de cada componente Con el fin de optimizar la gestión contractual, facilitar la especialización técnica y garantizar la máxima concurrencia de operadores económicos, el proyecto se divide en dos lotes . Esta segmentación permite que cada licitadora concentre sus capacidades donde aporte mayor valor, al tiempo que habilita al Ayuntamiento a adjudicar cada bloque a la propuesta más sólida en su dominio. | Lote | Denominación | Propósito nuclear | |--------|-----------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | 1 | Gemelo digital de afluencia (PT01) | Capturar, procesar y visualizar en tiempo real los flujos de personas en el municipio, así como simular escenarios futuros para la toma de decisiones operativas. | | 2 | Sistema inteligente de indicadores hoteleros (PT03) | Agregar y explotar KPIs alojativos (ocupación, ADR, RevPAR, reputación online, etc.) mediante conexiones directas con los PMS de los establecimientos, ofreciendo benchmarking, análisis predictivo y reporting avanzado. | Ambos comparten modelo de datos, principios rectores y objetivos estratégicos (interoperabilidad, open-source, seguridad ENS, sostenibilidad y gobernanza colaborativa). Los flujos peatonales procedentes del Gemelo Digital alimentarán las previsiones hoteleras; a su vez, los KPIs alojativos aportarán contexto económico al análisis de afluencia. Para asegurar dicha convergencia: - Se exige el uso de APIs normalizadas (OpenAPI/JSON -LD) y un esquema semántico común alineado con la Plataforma Inteligente de Destinos. - Ambos lotes deberán publicar su código bajo licencia abierta y registrarlo en el Marketplace de la PIA -SEGITTUR , facilitando la replicabilidad en otros destinos. - Se constituirá un grupo de coordinación técnica, con representantes de las adjudicatarias y del Ayuntamiento, que velará por la correcta integración durante todo el ciclo de vida del proyecto. <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | Con esta organización por lotes, el Ayuntamiento de Gijón/Xixón maximiza la flexibilidad de contratación y, al mismo tiempo, garantiza la coherencia funcional y tecnológica de un ecosistema de inteligencia turística que combinará, en un único cuadro de mando, el pulso de la calle y el pulso del mercado hotelero. ## Condiciones de calidad del software Para garantizar que el software entregado cumple con altos estándares de calidad, la adjudicataria implementará diversos mecanismos de control de calidad a lo largo del desarrollo: - Revisiones de código ( Code Review ): todo el código fuente desarrollado deberá ser revisado por al menos otro miembro del equipo antes de darse por finalizado. Además, se implementará internamente revisiones cruzadas del código por parte de desarrolladores senior para asegurar buenas prácticas, optimización y ausencia de errores evidentes antes de integrarlo. - Auditoría funcional interna: antes de presentar el sistema al Ayuntamiento en fases de prueba, la adjudicataria hará una demo interna repasando todas las casuísticas del sistema con su equipo de QA, simulando diferentes roles, para detectar inconsistencias (por ejemplo, textos, traducciones si las hubiera, comportamientos no intuitivos). - Verificación de requisitos: trazabilidad entre requisitos del pliego y funcionalidades desarrolladas, comprobando en cada entrega parcial que se cubren los puntos comprometidos. Se establecerán listas de verificación o herramientas de gestión de requisitos. - Normativas de codificación: se seguirán estándares de codificación adecuados para cada lenguaje. Por ejemplo, PEP8 para Python, buenas prácticas de diseño de APIs REST (nombres coherentes, uso correcto de verbos HTTP), convenciones de nomenclatura de variables en la base de datos, etc. Esto facilita que el código sea legible y mantenible por terceros (recordando que será open source). La adjudicataria incluirá en su plan de calidad una lista de guías y estándares que aplicará. - Pruebas unitarias y de integración automáticas: se implementarán pruebas unitarias que cubran las funcionalidades críticas del software. Se buscará lograr un porcentaje significativo de cobertura de código ( &gt; 70%). Además, pruebas de integración para los servicios clave. Estas pruebas se automatizan en CI y actúan como red de seguridad ante futuros cambios: si algo se rompe, las pruebas lo evidencian de inmediato. - Análisis estático y linters: uso de herramientas de análisis estático para detectar posibles errores comunes, malas prácticas o vulnerabilidades. Por ejemplo, utilizar SonarQube o similar para inspeccionar el código en busca de bugs , code smells y medir la cobertura de pruebas. Linters específicos para cada lenguaje (ESLint para JavaScript, PyLint para Python, etc.) se integrarán en el pipeline de CI para garantizar que el código cumple las convenciones establecidas y no contiene construcciones potencialmente problemáticas. - Entorno de pruebas replicando producción: c onfigurar un entorno staging (preproducción) similar al de producción para probar allí cada versión antes de sacarla en real. Esto permite probar con datos reales (o copias de datos reales anonimizados) en condiciones auténticas, para detectar posibles diferencias de comportamiento que no aparecen en el entorno de desarrollo. También es útil para que las personas usuarias validen mejoras en un sandbox antes de aplicarlas definitivamente. - Validaciones incrementales: a lo largo del proyecto, cada módulo importante desarrollado será presentado al equipo del Ayuntamiento para obtener feedback . Estos ciclos asegurarán que el software efectivamente cumple la necesidad de la persona usuaria en terreno. <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | - Registro y seguimiento de incidencias de calidad: se mantendrá un sistema de seguimiento (bug tracker) donde documentar todos los defectos encontrados durante el desarrollo/pruebas y su estado de resolución. Esto permite controlar que ningún aspecto crítico quede sin atender antes de la entrega final. También da transparencia al Ayuntamiento sobre la madurez del producto (p.ej., "teníamos 30 bugs, 28 resueltos, 2 menores quedan abiertos, pero no afectan"). - Métricas de calidad: se deberán medir métricas objetivas como la densidad de defectos (bugs por 1000 líneas), el rendimiento de módulos clave (tiempo de respuesta medio de una API), la utilización de recursos bajo carga, etc. y compararlas con objetivos. Por ejemplo, objetivo: "tiempo de respuesta de API de consulta &lt; 1s con 100 personas usuarias concurrentes". Estas métricas se recogerán en pruebas y formarán parte del criterio de aceptación. - Ensayos con personas usuarias finales: más allá de pruebas formales, se realizará un "Beta test" controlado, invitando a algunas personas usuarias finales a usar el sistema en paralelo a su trabajo real por unos días y recabar sus observaciones de usabilidad o mejoras. Esto mejora la calidad percibida del software (UX, ergonomía) que a veces no se capta sólo con pruebas técnicas. Cualquier mejora de usabilidad se incorporará antes del lanzamiento. ## LOTE 1: GEMELO DIGITAL DE AFLUENCIA ## Requisitos funcionales ## Funcionalidades del sistema El sistema Gemelo Digital de Afluencia deberá ofrecer un conjunto completo de funcionalidades orientadas a la monitorización, análisis y gestión de la afluencia de personas en el municipio. A continuación, se describen las funcionalidades clave basadas en los resultados esperados: - Modelo de análisis de aforos: el sistema proporcionará una estimación precisa del número de personas presentes en ubicaciones críticas en cada momento. Esto incluye conteo de personas en áreas definidas (plazas, calles turísticas, recintos de eventos...) utilizando diferentes fuentes de datos. Los datos no se guardan, ya que se realiza un procesamiento inmediato, y el hash de las IDs de los equipos móviles será irreversible. Se implementarán algoritmos de detección de objetos para conteo y detección de densidad a partir de los sensores ópticos, complementados con la detección de señales WiFi/Bluetooth de smartphones para estimar la afluencia incluso cuando la visibilidad es limitada. El modelo deberá contemplar límites máximos de aforo por zona (definidos tomando como base criterios de seguridad o confort), indicando porcentajes de ocupación respecto a la capacidad teórica de cada espacio. - Vertical de planificación y simulación: se desarrollará una funcionalidad específica para la planificación de escenarios futuros. Esta vertical permitirá simular la afluencia de personas bajo distintas condiciones (por ejemplo, simulación de la asistencia esperada a un evento cultural en determinada fecha, o del flujo de visitantes en temporada alta en la playa principal). Las personas usuarias podrán ajustar parámetros de entrada (p. ej., condiciones meteorológicas, calendario de festivos, capacidad de medios de transporte) y el gemelo digital proyectará el comportamiento de las multitudes en el entorno virtual. Gracias a algoritmos de simulación avanzada y modelos predictivos, se visualizará anticipadamente dónde podrían producirse aglomeraciones, facilitando la toma de decisiones preventivas (como refuerzo de personal, instalación de señalización adicional o cortes de calles). Esta vertical de planificación será útil tanto para eventos puntuales (p. ej., conciertos, cabalgatas, ferias) como para <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | planificación estratégica a medio plazo (p. ej., rediseño de espacios turísticos tomando como base patrones de uso observados). - Vertical de alertas y gestión en tiempo real: el sistema deberá incorporar un módulo de alertas en tiempo real que supervise constantemente los niveles de afluencia y notifique incidencias. Por ejemplo, si en una plaza la ocupación excede el 80% del aforo máximo recomendado, la plataforma generará automáticamente una alerta visual (en la interfaz) y sonora, e incluso podrá enviar notificaciones a personas usuarias designadas (vía SMS, email o app). Asimismo, se configurarán alertas por comportamiento anómalo, como flujos repentinos de personas moviéndose de un área a otra (posible indicio de evacuación espontánea o incidente) o estancias prolongadas inusuales en un punto (posible suceso que atrae curiosos). El módulo de alertas permitirá definir distintos umbrales y reglas según horarios o eventos (por ejemplo, tolerar más gente en fiestas populares que en un día normal), y asignará niveles de criticidad (informativa, importante, crítica) con procedimientos asociados para cada nivel. Además de notificar, el sistema registrará cada alerta generada y su evolución (p. ej., cuánto tiempo duró la situación de alta ocupación), de modo que luego pueda analizarse la respuesta dada y extraerse lecciones para el futuro. - Vertical de análisis de impacto turístico: otra funcionalidad esencial será la de analizar de forma integral el impacto de los flujos de visitantes en el destino. Esto implicará cruzar los datos de afluencia con otras fuentes de información disponibles para obtener KPIs relevantes. Por ejemplo, el sistema podrá correlacionar el número de personas en el casco histórico con las ventas registradas en comercios (si se integra con datos comerciales) o con la generación de residuos en la zona, obteniendo métricas de impacto económico y ambiental. Asimismo, podrá diferenciar entre perfiles de personas usuarias detectados (residentes vs turistas, recurrentes vs nuevos visitantes) mediante la repetitividad de las señales WiFi/BLE y datos aportados por encuestas, construyendo indicadores como la tasa de fidelidad de visitantes o el tiempo medio de estancia. El resultado serán informes y visualizaciones que muestren, por ejemplo, el impacto económico estimado de un evento en términos de gasto turístico, o la presión sobre ciertos recursos municipales en días de máxima afluencia. Esta vertical contribuirá a evaluar la eficacia de las políticas turísticas y a justificar inversiones en infraestructura en función de datos objetivos. - Dashboard unificado y experiencia de persona usuaria: todas las funciones anteriores confluirán en una interfaz unificada (cuadro de mando o dashboard ) accesible vía web para las personas usuarias. En dicho dashboard, cada persona usuaria podrá seleccionar la capa o vertical de información que desea visualizar (aforos en tiempo real, resultados de una simulación, alertas activas, métricas de impacto, etc.), con la posibilidad de superponer capas para análisis combinados. La interfaz debe ofrecer mapas interactivos donde se visualicen las zonas monitorizadas; por ejemplo, zonas coloreadas según densidad de personas (verde/amarillo/rojo) y marcadores indicando ubicación de sensores o incidencias. También incluirá gráficos de series temporales (para ver la evolución de la afluencia a lo largo del día, semana, mes), tablas de valores en tiempo real y paneles configurables por la persona usuaria. Se deberá permitir el filtrado por rango temporal, por zona geográfica o por tipo de evento, para facilitar la exploración de datos. También deberá generar informes automáticamente (en PDF, Excel u otro formato) sobre los datos de afluencia e indicadores, tanto de forma periódica (ej. informe semanal de visitantes) como bajo demanda de la persona usuaria. - Requisitos de seguridad: de manera adicional a las medidas resultantes del análisis inicial, se deberán cumplir los siguientes requisitos: -Los sensores WiFi/BLE únicamente recogerán identificadores técnicos (direcciones MAC) que serán anonimizados o cifrados al vuelo . El dispositivo sensor hashifica las MAC antes de enviarlas y nunca se mostrará en interfaz ninguna identificación individual, solo conteos. Además, se cumplirá la normativa de privacidad informando al público de la existencia de esta detección. <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | Por tanto, las funcionalidades del sistema abarcan la monitorización (captura y presentación de datos en tiempo real), la gestión activa (alertas, respuesta inmediata), el análisis avanzado (predicción, simulación, impacto) y la visualización y reporte (dashboard y generación de informes). Todo ello deberá integrarse de forma coherente, permitiendo a los diferentes actores (gestores municipales, técnicos de turismo, etc.) utilizar la herramienta según sus necesidades particulares pero compartiendo la misma base de datos y visión unificada de la realidad del destino. El documento 'Análisis funcional', deberá detallar el modo de dar respuesta a cada uno de los extremos señalados. ## Roles y permisos El sistema deberá contemplar diferentes roles de persona usuaria , con niveles de permisos acordes a las responsabilidades y necesidades de cada perfil. A modo orientativo, se definen los siguientes roles mínimos: - Administración global: persona usuaria con los máximos privilegios. Sus funciones incluyen la administración general de la plataforma: gestión de persona usuarias y roles, configuración de parámetros del sistema (umbrales de alerta, alta/baja de nuevos sensores, definición de zonas geográficas o mapas), mantenimiento técnico (respaldos, actualizaciones de software) y gestión de la seguridad (control de accesos, revisión de logs). Este rol podrá acceder a todas las funcionalidades sin restricciones y realizar cambios de configuración a nivel global. - Gestión municipal / Analista: tendrá permisos para visualizar datos e informes del gemelo digital y algunas capacidades de configuración limitada relacionadas con su ámbito. Por ejemplo, un gestor de Turismo podrá configurar los informes de impacto turístico, definir eventos en el calendario para su área y visualizar tanto datos en tiempo real como históricos, pero no podría cambiar parámetros técnicos del sistema. - Perfil de consulta / persona invitada: para poder ofrecer acceso parcial a otros actores, se contemplará un rol de solo consulta con permisos muy acotados. Esta persona usuaria podría, por ejemplo, consultar datos históricos abiertos o visualizar en un portal público las estadísticas de afluencia, pero sin acceder a datos sensibles ni en tiempo real críticamente detallados. Cada rol deberá autenticarse en el sistema con credenciales seguras (con autenticación de dos factores para perfil de administración u otras operaciones críticas) y el sistema deberá restringir dinámicamente las opciones de menú, datos visibles y acciones según los permisos asociados. Además, se llevará un registro de auditoría de acciones relevantes de las personas usuarias (p. ej., cambios de configuración realizados por administradores, confirmación/cierre de alertas por operadores/as), para cumplir con buenas prácticas de seguridad y trazabilidad. La asignación de roles estará bajo control del Administrador global, y deberá ser flexible (posibilidad de combinar roles o personalizar permisos, si fuera necesario, para reflejar la estructura organizativa real del Ayuntamiento). Todos los accesos y permisos se configurarán respetando el principio de mínimos privilegios, es decir, cada persona usuaria solo verá y hará aquello necesario para su función, garantizando la protección de datos sensibles. ## Ejemplos de casos de uso A continuación se describen los casos de uso mínimos que el sistema deberá soportar, mostrando situaciones concretas de utilización por los distintos actores: <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | - Caso de uso 1 - Planificación de recursos para temporada turística alta: el área de Turismo utiliza el módulo de simulación en los meses antes del verano. Ingresan en el sistema un escenario con parámetros: apertura de un nuevo museo en julio, expectativa de aumento del 15% en visitantes respecto al año anterior, obras en una calle céntrica que reducirán su capacidad a la mitad, etc. El gemelo digital procesa la simulación y muestra que, bajo esas condiciones, ciertas zonas (playa urbana, casco viejo) experimentarían picos de afluencia superiores a los habituales en determinadas horas. La visualización en el mapa 3D colorea intensamente esas áreas en rojo en los momentos críticos simulados. Con esa información, el gestor municipal planifica aumentar la frecuencia de limpieza en playas, reforzar personal de información turística en el casco viejo, y coordina con la Policía incrementos de patrullaje en esas semanas señaladas. También se comunica con el transporte público para ampliar horarios. Al llegar el verano, gracias a la monitorización en tiempo real, se verifica si las previsiones se cumplen y se afinan las medidas en caso necesario. Tras la temporada, se compara el resultado real con lo simulado para calibrar y mejorar el modelo predictivo. - Caso de uso 2 - Generación de informes de impacto y difusión de datos: el concejal de Turismo desea presentar en el consejo municipal datos objetivos del impacto turístico durante el último año. Para ello, utiliza el gemelo digital para extraer informes anuales: número total de visitantes estimados en las principales atracciones, variación mensual de afluencia, días pico del año y comparativa con el año anterior. El sistema genera automáticamente un informe PDF con gráficos y mapas que ilustran estos indicadores. Por ejemplo, se incluye un heatmap del casco histórico donde se ve qué zonas recibieron más visitantes (colores cálidos) y cuáles menos frecuentadas. También se calculan indicadores de impacto económico (basados en la correlación de afluencias con datos de gasto medio) mostrando, por ejemplo, que el evento X generó un aumento del Y% en visitas a restaurantes de la zona. Con esta evidencia, el Ayuntamiento puede tomar decisiones informadas sobre qué eventos repetir, cómo descongestionar ciertas áreas o dónde promocionar destinos alternativos. Adicionalmente, se decide publicar en el portal de datos abiertos municipal un resumen de estos datos de afluencia anual para transparencia con la ciudadanía y para que emprendedores locales puedan usar esa información en su toma de decisiones (por ejemplo, ajustando horarios comerciales según flujos de turistas). - Caso de uso 3 - Interoperabilidad con la Plataforma Inteligente de Destinos (PID): e l gemelo digital está configurado para enviar datos agregados al nodo central de la PID gestionado por SEGITTUR. Cada día, el sistema envía automáticamente (vía API segura) las estadísticas del día anterior de afluencia: totales por zona turística, media diaria, perfiles aproximados, etc., en el formato estándar definido por SEGITTUR. Gracias a esto, el Ministerio de Turismo puede incorporar los datos de la ciudad a su Sistema de Inteligencia Turística nacional, compararlos con los de otros destinos, y el Ayuntamiento cumple con la obligación de interoperabilidad. Desde la perspectiva local, este intercambio no supone trabajo adicional, ya que el sistema se diseñó con esta funcionalidad integrada. Un beneficio añadido es que la ciudad podrá acceder a servicios o comparativas ofrecidas por la PID, por ejemplo, ver su posición relativa en ciertos indicadores frente a destinos similares, fomentando así la colaboración y mejora continua a nivel de toda la red de destinos inteligentes. Estos casos de uso demuestran la versatilidad y utilidad del sistema en situaciones reales. La implementación deberá asegurar que todos ellos (y otros análogos que los licitadores propongan como adicionales) puedan llevarse a cabo de manera eficiente, fiable y segura. ## Información monitorizada y presentación de resultados El sistema recopilará, procesará y mostrará una gran variedad de información monitorizada relacionada con la afluencia de personas, presentándola de forma comprensible para las personas usuarias. A continuación se detallan los tipos de información principales y cómo se deben visualizar los resultados: <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev ## Ayuntamiento de Gijon/Xixon | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | - Conteo de personas y densidad por zona: a partir de los sensores ópticos LIDAR y de los sensores WiFi/BLE (existentes y a desplegar), se obtendrá el número de personas presentes en áreas definidas (por ejemplo, en una plaza, en un tramo de calle, dentro de un recinto). Estos datos se actualizarán en tiempo real en el dashboard. La presentación típica será mediante mapas de calor o áreas coloreadas en un mapa de la ciudad: zonas verdes indicando ocupación baja, amarillas, ocupación media y rojas, ocupación alta, de acuerdo a rangos de aforo configurables. En la figura 1 se aprecia una visualización de este tipo, con un mapa 3D urbano donde cada punto o zona tiene un color según la densidad instantánea de personas. Además del color, al hacer hover o clic sobre una zona, el sistema mostrará el valor numérico del aforo estimado y el porcentaje respecto al máximo. Esto permite a la persona usuaria identificar rápidamente dónde se concentran las multitudes en cada momento. - Flujo de personas y trayectorias: más allá del conteo estático, el sistema inferirá el flujo de movimiento de las personas. Por ejemplo, detectará si la gente se desplaza mayoritariamente en cierta dirección (norte a sur) por una avenida, o si hay acumulación en entradas/salidas. Esta información se puede representar mediante flechas sobre el mapa indicando dirección e intensidad del flujo, o animaciones en tiempo real. La presentación de resultados incluirá también gráficos temporales de flujo: por ejemplo, cuántas personas pasan por un punto de conteo por minuto u hora (similar a un conteo de tráfico pero peatonal). Esto ayuda a entender patrones como horas pico de entrada y salida de un recinto. - Permanencia y frecuentación: el sistema monitorizará no solo cuántas personas hay, sino por cuánto tiempo permanecen en una zona. A través de los sensores WiFi/BLE se puede estimar la permanencia detectando cuándo un mismo dispositivo aparece y desaparece de la cobertura. Así, se puede obtener el tiempo medio de estancia de visitantes en, por ejemplo, un museo al aire libre o una plaza. La presentación de este dato podría ser un indicador numérico (ej. 'Estancia media: 35 minutos') o un histograma de distribución de tiempos. Asimismo, se identificará la frecuencia de visitas de ciertos perfiles (ej. cuántos visitantes únicos hay al día versus recurrentes que aparecen varios días). Esto último se puede representar con porcentajes o índices, y ayuda a diferenciar población local (que sería recurrente) de turistas (visitantes únicos esporádicos), aunque siempre manteniendo la anonimización de los datos. <!-- image --> <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | - Estado de sensores y equipamientos: en la interfaz, además de los datos de personas, se mostrará información sobre el estado de los dispositivos IoT desplegados. Habrá una sección/listado de sensores que indique si cada sensor óptico o WiFi está activo, su última comunicación, nivel de batería o energía, intensidad de señal, etc. Si algún dispositivo queda fuera de línea o presenta fallo, se resaltará para que el administrador tome acciones (por ejemplo, enviar equipo de mantenimiento). Esta información técnica será visible solo para personas usuarias de rol administrador o técnico. - Alertas e incidencias: toda alerta generada aparecerá en una sección de alertas activas en la pantalla. Por ejemplo, una lista o feed en tiempo real mostrando: hora, ubicación, tipo de alerta y nivel. Estas alertas también podrán representarse en el mapa con iconos (ej. un triángulo de advertencia en la zona afectada). La persona usuaria podrá pinchar en la alerta para ver detalles (p. ej., 'Zona Playa Escalerona- Aforo &gt;90% (450 personas de 500) a las 17:35 Nivel Crítico'). Desde la misma interfaz se podrá marcar la alerta como atendida/resuelta, añadiendo notas si fuera necesario (ej. 'Se regula el acceso, el aforo bajó al 70% en 10 min'). Todo esto queda registrado. En la visualización, las alertas resueltas podrán archivarse o mostrarse atenuadas. Además, el sistema deberá ofrecer estadísticas de incidencias en un periodo: cuántas alertas se generaron en el mes, promedio de duración, tipo más común, etc., lo cual sería presentado mediante gráficos de barras o pastel en informes de seguimiento. - Informes y comparativas temporales: para análisis a posteriori, el sistema permitirá visualizar datos históricos y compararlos con otros periodos. Por ejemplo, un perfil de gestión puede querer ver la curva de afluencia de este fin de semana y compararla con la del fin de semana equivalente del año pasado. La plataforma ofrecerá esa comparación mediante gráficas superpuestas u opciones de 'año anterior'. Asimismo, se podrán generar informes personalizados con el rango de fechas seleccionado. La presentación de resultados históricos incluirá métricas agregadas (pico máximo, promedio diario, total de visitantes en 'X' periodo...) que aparecerán en paneles numéricos destacados. Otro ejemplo: en la época post-evento, se puede ver un replay de la situación en el mapa, mostrando cómo evolucionó la densidad a lo largo de las horas, lo cual es muy ilustrativo y podría presentarse incluso en reuniones mediante animaciones. En cuanto al formato de presentación , se priorizará la claridad visual y la interactividad. La plataforma utilizará códigos de color estándar para situaciones (verde = normal, amarillo = precaución, rojo = crítico) fácilmente reconocibles. También se incorporarán íconos intuitivos (ej. persona, multitud, alerta, sensor óptico) para una rápida identificación de elementos. Todo el texto de la interfaz estará en idioma español y será consistente con la terminología municipal. Por último, se considerará la posibilidad de acceso multiplataforma: que el dashboard sea responsive o tenga variantes para consulta desde tablets o móviles por personal sobre el terreno, manteniendo las funciones esenciales (visualizar alertas, datos resumidos) cuando no se dispone de la pantalla completa de un PC. ## Requisitos técnicos ## Arquitectura tecnológica modular La solución deberá diseñarse con una arquitectura modular y escalable, que favorezca la separación de responsabilidades, la mantenibilidad y la posibilidad de futuras ampliaciones. En términos generales, se propone una arquitectura de múltiples capas o módulos independientes que trabajen de forma coordinada. Los componentes principales podrían ser: - Capa de adquisición de datos (IoT/Edge): incluye los sensores ópticos LIDAR y los sensores WiFi/BLE desplegados en campo, así como cualquier otro dispositivo de captura. Se aprovechará capacidad de procesamiento en el borde ( edge computing ) para filtrar o preprocesar datos (por ejemplo, realizar un conteo en el sensor óptico, o <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | anonimizar datos de los sensores WiFi antes de enviarlos). Cada dispositivo se comunicará con la plataforma central mediante la red municipal existente y mediante redes inalámbricas 4G , utilizando protocolos seguros y eficientes. Será responsabilidad de la adjudicataria la provisión, contratación e instalación inicial de las tarjetas SIM necesarias para el correcto funcionamiento de los dispositivos. Estas tarjetas deberán ser contratadas con un proveedor de telecomunicaciones que garantice cobertura y fiabilidad adecuadas en las ubicaciones previstas. El coste asociado a la conectividad 4G -incluyendo el alta, la gestión y el consumo de datos de las tarjetas SIM- deberá estar incluido dentro del apartado de mantenimiento, ya que se prevé que los dispositivos sean instalados y estén operativos a partir del 30 de junio de 2026. Por tanto, este coste no estaría subvencionado con fondos PRTR y debería ser incluido como gasto de mantenimiento para abordar con fondos propios. Una vez finalizado el contrato, la adjudicataria deberá facilitar al Ayuntamiento, finalizado el plazo de ejecución global del contrato, la gestión de la portabilidad de todas las tarjetas SIM activas , asegurando así la continuidad del servicio y evitando interrupciones en la recolección de datos. Esta cesión deberá realizarse de forma ordenada, completa y sin costes adicionales para la administración. - Capa de ingreso y procesamiento de datos en tiempo real: un módulo central recibirá los datos entrantes de todos los sensores. Esta capa debe estar preparada para la ingesta de flujos de datos de diversa naturaleza (paquetes JSON de conteo, etc.) de forma concurrente y a alta velocidad. Se podrán utilizar tecnologías de stream processing (por ejemplo, una cola de mensajería o broker tipo Kafka, MQTT u otro, según corresponda) que alimenten a microservicios especializados: para procesar datos de WiFi/BLE (agregando detecciones de dispositivos y calculando métricas), etc. La arquitectura modular permitirá que cada microservicio sea escalable individualmente (por ejemplo, si se añaden muchos sensores ópticos en el futuro, se podría escalar horizontalmente el servicio de visión artificial sin afectar a los demás módulos). Todos estos microservicios volcarán resultados normalizados al subsistema de bases de datos. - Capa de persistencia de datos: incluirá las bases de datos donde se almacenan tanto los datos históricos de afluencia (series temporales de conteos, eventos de alerta registrados, etc.) como la configuración del sistema (personas usuarias, roles, definiciones de zonas, umbrales). La arquitectura debe permitir combinar almacenamiento relacional y no relacional según convenga: por ejemplo, una base de datos relacional (SQL) para datos estructurados y consistentes (configuraciones, registros de alertas con sus relaciones, resultados agregados diarios) y una base de datos NoSQL o de series temporales para los datos brutos o semiprocesados de sensores en alta frecuencia (ej. lecturas cada pocos segundos). La modularidad implica que estos componentes de persistencia estén abstraídos detrás de APIs o servicios de datos, de forma que si se requiere cambiar la tecnología (p. ej., migrar de una BD NoSQL a otra) no afecte al resto del sistema. - Capa de lógica de negocio y análisis: aquí residirán los componentes que implementan reglas y algoritmos específicos del gemelo digital. Por ejemplo, el motor de alertas que aplica las reglas (si aforo &gt; X durante Y minutos, disparar alerta), el motor de simulación para escenarios previstos (capaz de ejecutar modelos predictivos tomando como base los parámetros ingresados por la persona usuaria), y la lógica de agregación que calcula indicadores de impacto (combinando datos de distintas fuentes). Esta capa se compondrá de servicios o módulos independientes para cada 'vertical' (pudiendo corresponderse con las verticales de funcionalidad: planificación, alertas, impacto, etc.), manteniendo interfaces entre ellos. Una arquitectura orientada a microservicios o a módulos de negocio desacoplados es obligatoria, de modo que los cambios en la lógica de un aspecto (por ejemplo, cambiar el algoritmo de predicción de afluencia) no requieran modificar otros módulos (por ejemplo, el de alertas). La comunicación entre servicios <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | internos podría ser vía APIs REST, colas de mensajes o invocaciones de procedimientos remotos, según se diseñe, pero siempre aplicando principios de bajo acoplamiento. - Capa de interfaz de persona usuaria y APIs externas: incluye la aplicación web (dashboard) accesible por las personas usuarias finales y también las APIs públicas que el sistema expone para integrarse con otros sistemas. En una arquitectura moderna, esta capa de presentación puede separarse completamente del back-end vía servicios web. Por ejemplo, podría haber un frontend web desarrollado con un framework moderno (React, Angular, etc.) que consume datos de un backend de APIs REST, o un funcionamiento que logre el mismo resultado . Esto permitiría incluso hospedar el frontend por separado o tener múltiples frontends (una web, otra aplicación móvil) apuntando a las mismas APIs. La modularidad aquí se refleja en la separación cliente-servidor. Además, la interfaz deberá comunicarse en tiempo real con el backend para actualizaciones (posiblemente usando WebSockets u otro mecanismo de notificación en vivo, para reflejar alertas instantáneamente en pantalla). - Capa de seguridad transversal: aunque no es una capa 'vertical' como tal, la arquitectura debe incorporar consideraciones de seguridad en todos sus niveles. Esto se logra mediante módulos transversales o servicios dedicados a la autenticación/autorización, al cifrado de comunicaciones, auditoría, etc. Por ejemplo, podría haber un servicio de autenticación centralizado (basado en estándares como OAuth2/OpenID Connect) que valide las credenciales de las personas usuarias y otorgue tokens de acceso para consumir las APIs. Asimismo, se deberán integrar componentes de monitorización del sistema (logging, métricas de rendimiento) para facilitar tanto la detección de incidencias técnicas como la futura escalabilidad. La arquitectura deberá documentarse con diagramas claros (ej: diagramas de componentes, despliegue, flujo de datos) que muestren cómo interactúan todos estos módulos. Se privilegiará el uso de tecnologías abiertas y estándares para que la plataforma sea fácilmente mantenible y evite dependencias propietarias fuertes. Dado que el despliegue será on-premises en el CPD municipal, se tendrá en cuenta la infraestructura disponible (Ver Anexo 2): por ejemplo, podría optarse por virtualizar cada servicio en contenedores Docker orquestados con Kubernetes para garantizar una separación e independencia óptimas entre módulos. En caso de no contar con orquestadores avanzados, al menos se contemplará separar servicios en diferentes máquinas virtuales o procesos con configuraciones independientes. Así, la arquitectura será modular, escalable, desacoplada e integrable , preparada para cumplir con los requisitos actuales del gemelo digital de afluencia de personas y adaptarse a necesidades futuras sin reingenierías drásticas. Este enfoque modular también facilitará las pruebas (cada componente puede probarse aisladamente), el mantenimiento (se puede actualizar un módulo sin tumbar todo el sistema) y la seguridad (aislando componentes críticos). Se espera que la adjudicataria presente una propuesta de arquitectura acorde a estas directrices y la refine en la fase de diseño, en colaboración con el Ayuntamiento. ## Persistencia de datos: bases de datos relacionales y/o NoSQL El sistema trabajará con diferentes tipos de datos (configuraciones estáticas, datos transaccionales en tiempo real, históricos, logs, etc.), por lo que la persistencia deberá apoyarse en más de un modelo de base de datos para optimizar el almacenamiento y consulta de cada tipo de información. A continuación se detallan los requerimientos en este aspecto: - Base de datos relacional (SQL): se utilizará una base de datos relacional para toda información estructurada que requiera integridad referencial y consultas complejas con transacciones ACID. Esto incluye: - -Configuración del sistema: tablas para persona usuarias, roles, permisos, definiciones de ubicaciones/zonas monitorizadas, parámetros de configuración (umbrales de alerta, tipos de eventos, etc.). <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | - -Registro de eventos y alertas: cada alerta generada se almacenará como un registro con sus atributos (timestamp, tipo, zona, nivel, estado, acciones tomadas, etc.), posiblemente vinculado a tablas de tipos de alerta o a tablas de incidencias gestionadas manualmente. De igual manera, se podrán registrar eventos como 'simulación ejecutada', 'informe generado', para fines de auditoría. - -Resultados agregados diarios/mensuales: aunque los datos brutos se manejen en otra base, conviene guardar en SQL las agregaciones que se muestran en informes (p.ej., total diario de visitantes en cada zona, promedio semanal, picos mensuales). Esto facilita luego consultas rápidas desde la interfaz (que podría lanzar SQLs directos para un informe de alto nivel). La base de datos relacional debe ser de carácter empresarial, con capacidades de escalabilidad vertical (dadas las especificaciones del servidor, hay suficiente recurso para manejar miles de registros por segundo si fuera necesario). Debe soportar replicación o al menos backups periódicos automáticos, para prevenir pérdida de datos. Asimismo, deberá configurarse adecuadamente en cuanto a índices y optimizaciones para las consultas más frecuentes (que presumiblemente serán por rangos de fecha, por zona geográfica, por tipo de evento/alerta). - Base de datos NoSQL / de series temporales: para almacenar eficientemente los datos masivos generados continuamente por los sensores, se optará por una base de datos NoSQL orientada a series temporales o documentos. Esto abarca: - -Lecturas de sensores IoT: cada detección o conteo enviado por un sensor (p.ej., 'Sensor 5: 20 dispositivos detectados a las 12:00:05') se almacenará con un timestamp. Estas lecturas, que podrían ser muy frecuentes (varias por minuto por sensor), suman un volumen considerable a lo largo del tiempo. Una base de datos de series temporales (TSDB) permite manejar estos datos de forma compacta y optimizada para consultas por tiempo. Por ejemplo, soluciones como InfluxDB, Timescale (sobre PostgreSQL) u otras podrían ser consideradas, siempre que sean open source o con licencias adecuadas y siempre que no supongan un coste para el Ayuntamiento de Gijón. - -Datos obtenidos por los sensores ópticos: deberán ser almacenados datos derivados del análisis de vídeo, como 'conteo de personas en zona X cada minuto'. Estos también son series temporales. - -Logs del sistema y telemetría: Registros de funcionamiento (logs de aplicaciones, métricas de rendimiento, etc.) deberán ir a una base documental o de registro (tipo Elasticsearch o similar) para facilitar su búsqueda y análisis. La elección NoSQL deberá priorizar esquemas flexibles (pues puede que distintos sensores envíen datos con campos diferentes, o en el futuro se añadan nuevos tipos de datos). Además, debe ser escalable horizontalmente si hiciera falta (aunque en este proyecto se implementa on-premises, la tecnología elegida debería poder particionarse o replicarse en múltiples nodos si el volumen de datos crece mucho en el futuro). ## · Espacios de almacenamiento específicos: - -Almacenamiento de vídeo/imágenes: no se almacenará vídeo ni imágenes . Los sensores ópticos de conteo no serán basados en imágenes. - -Backups y archivos históricos: podría requerirse mover datos antiguos desde las bases operativas a archivos históricos (por ejemplo, guardar ficheros CSV o dumps mensuales de datos de conteo) para aligerar las bases activas. Se planificarán políticas de retención: por ejemplo, conservar datos brutos de sensores en la TSDB por 1 año online, y más antiguos archivarlos; mientras que los datos agregados en SQL pueden conservarse por varios años, ya que ocupan menos. - Conectores y ETL: La persistencia deberá contar con mecanismos para importar y exportar datos de forma segura. Por ejemplo, exportar los indicadores a la PID quizás implique extraer ciertos datos de la base SQL o NoSQL en <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | formato interoperable. Asimismo, si hubiese que integrar datos externos (ej. datos históricos que ya tenga el Ayuntamiento de conteos manuales o de otra plataforma), se deben prever scripts o procedimientos de ETL (Extract, Transform, Load) para cargarlos en las bases correspondientes al inicio del proyecto. - Seguridad en la persistencia: todas las bases de datos deberán configurarse cumpliendo medidas de seguridad: control de accesos (persona usuarias/roles con privilegios mínimos necesarios en cada BD), cifrado de datos en reposo si es viable (por ejemplo, cifrado de disco o cifrado a nivel de tabla/columna para datos sensibles como identificadores, aunque cabe mencionar que intentaremos no almacenar ningún dato personal directo), así como cifrado en tránsito (toda conexión entre componentes y la BD usando SSL/TLS). Además, se implementarán copias de seguridad regulares de las bases de datos, siguiendo la política del CPD municipal, almacenándolas en ubicaciones seguras y probando su restauración periódicamente. Se usará un enfoque híbrido de bases de datos : relacional para datos estructurados y transaccionales, NoSQL para datos masivos de sensores. Esta combinación garantiza eficacia en las consultas y en el almacenamiento a largo plazo. La adjudicataria deberá proponer las tecnologías específicas a emplear (por ejemplo, MySQL/MariaDB o PostgreSQL para relacional; MongoDB, Cassandra o una TSDB para no relacional, etc.), justificando su idoneidad y alineamiento con posibles tecnologías ya usadas por el Ayuntamiento. La solución final deberá documentar claramente el esquema de datos, las relaciones y las colecciones, facilitando así el mantenimiento y futuras integraciones. ## Integración con herramientas de Machine Learning y Reconocimiento de Patrones Dado que gran parte de las funcionalidades del gemelo digital dependen de análisis inteligente de datos , será necesario integrar herramientas y componentes de Machine Learning (ML) y Reconocimiento de Patrones en la solución. Estos son los requisitos técnicos relacionados con dicha integración: Es importante mencionar que, los modelos de detección deberán entrenarse para el entorno específico (p.ej., si se trata de playas, calles con árboles, etc., situaciones donde hay oclusiones o particularidades). Por tanto, el sistema debe permitir actualizar o reentrenar modelos de visión artificial con nuevos datos, sin tener que detener todo el servicio. Se planteará un mecanismo de transfer learning para afinar modelos con datos sintéticos. El proveedor deberá entregar estos modelos entrenados y documentados, así como el proceso para actualizarlos en caso necesario. - Algoritmos de Machine Learning: hay otros ámbitos donde ML puede aplicarse en el sistema: - -Predicción de afluencia: utilizar técnicas de aprendizaje automático para predecir la cantidad de personas que habrá en un lugar futuro, tomando como base datos históricos y variables contextuales (día de la semana, clima, eventos programados). Por ejemplo, un modelo de series temporales o de regresión podría anticipar 'el próximo sábado por la tarde se espera un 20% más de afluencia que el promedio' en cierta zona. Estos modelos deben ser entrenados usando los datos acumulados en la base de datos histórica. Se integrarán de forma que su inferencia sea accesible para la capa de simulación/planificación. - -Detección de anomalías: emplear ML para reconocer patrones inusuales en los flujos de datos. Algoritmos de machine learning (como clustering, bosque aleatorio de detección de anomalías, redes neuronales autoencoder, etc.) pueden analizar las series de conteos en tiempo real y señalar desviaciones significativas respecto al comportamiento esperado. Esto complementa las reglas fijas de alertas, aportando inteligencia adaptativa. Por ejemplo, el sistema puede 'aprender' la estacionalidad diaria y semanal, y detectar un martes por la mañana atípico sin necesidad de predefinir manualmente todos los umbrales. <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | - -Clasificación de perfiles o patrones de movilidad: se aplicará ML para clasificar patrones de movilidad (ej., 'perfil turista típico: visita 3 lugares en un día, con recorrido A-&gt;B-&gt;C; perfil residente: pasa siempre por los mismos 2 puntos en horarios regulares'). La arquitectura debe permitir incorporarla en un futuro, integrando Jupyter notebooks o servicios específicos que corran análisis offline sobre los datos. - Integración de librerías y entornos ML: el entorno de desarrollo deberá incluir librerías de ML/IA. El servidor con GPU soportará frameworks como CUDA, cuDNN y las librerías mencionadas. Como resultado del análisis inicial, se concretará el uso de contenedores específicos para ML (p.ej., usando imágenes Docker de NVIDIA preconfiguradas con drivers y librerías) para aislar esos entornos del resto del sistema. La adjudicataria deberá proveer los modelos entrenados y su código fuente de inferencia, de forma que el Ayuntamiento tenga propiedad y control sobre ellos (especialmente dado que es un desarrollo open-source, no se puede depender de APIs externas de IA que sean de pago o privativas). - Rendimiento y paralelismo: un punto crítico es asegurar que la integración de ML no comprometa el rendimiento en tiempo real del sistema. Se aprovecharán técnicas de paralelismo: por ejemplo, usar la GPU para la mayor parte de las inferencias (la H100 puede ejecutar muchas inferencias en paralelo dada su potencia) y aprovechar multi-threading en CPU para tareas complementarias. - Validación y mejora continua: se deberá implementar un proceso de validación de los algoritmos de ML . Al inicio, durante las pruebas, se compararán los conteos estimados por el sistema con conteos manuales o referencias, para calibrar y ajustar parámetros. Esta actividad es parte de pruebas, pero conviene mencionarla como técnica: la plataforma deberá incluir una herramienta interna para corregir conteos con respecto a los conteos manuales de contraste. El sistema de gemelo digital debe de tener la capacidad de aprender de sus errores y ajustar el sistema de conteo. La integración de ML y Reconocimiento de Patrones es esencial para el éxito del proyecto. La plataforma debe estar preparada para ejecutar algoritmos complejos en tiempo real, sacar provecho del hardware (especialmente la GPU) y permitir actualizaciones/entrenamientos futuros. Todos los componentes de IA deben ser transparentes y explicables : por ejemplo, documentar qué algoritmo se usa para cada tarea, qué precisión esperada tiene, etc., para que el Ayuntamiento conozca las limitaciones y fortalezas. Además, se tendrá en cuenta el cumplimiento de principios éticos de la IA: no usar algoritmos de reconocimiento facial o identificación personal, ofuscación de contornos para conteos anónimos; evitar sesgos en datos, etc. ## Integración con proyectos SmartLuz y Conteo en Cimavilla Existen dos experiencias previas de conteo y control de aforos, por una parte, SmartLuz y por otra, el proyecto de conteo en el entorno de Cimavilla. La adjudicataria del presente proyecto ha de integrar ambos proyectos para que se mantenga la filosofía de 'dato único'. -  SmartLuz: este proyecto posee un vertical específico en AERO, en este vertical se contemplan todos los datos volcados por los equipos Omniled ubicados en el paseo de la playa de San Lorenzo. Será necesario que el gemelo digital de control de aforos y conteo utilice estos datos para detectar posibles patrones de visitantes en el entorno del paseo. La adjudicataria realizará las modificaciones oportunas para llevar la información al gemelo digital de control de aforos y conteo de personas. Esta configuración se efectuará sobre los propios equipos Omniled. - [ ]  Conteo en Cimavilla: actualmente, los equipos ubicados en el entorno de Cimavilla remiten los datos a la plataforma de Libelium, el adjudicatario del presente contrato debe integrar los datos de estos 4 equipos en el gemelo digital de <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | conteo y control de aforos. Para ello, los datos han de partir de los equipos y viajar hasta el gemelo digital evitando pasar por la plataforma de Libelium. De esta forma, se mantiene la filosofía de dato único evitando plataformas intermedias. La empresa adjudicataria deberá hablar con Libelium para modificar el envío de datos desde los equipos hasta el nuevo aplicativo de gemelo digital. Estas modificaciones podrán comportar algún coste derivado de las modificaciones de configuración de los equipos instalados en calle, será la empresa adjudicataria la que correrá con esos costes. La empresa adjudicataria remitirá informe de los cambios de configuración y evidencias de la llegada de los datos a la nueva plataforma. ## Seguridad y cumplimiento Se reitera que se actuará siguiendo los principios de tratamiento del art. 5 RGPD, añadiendo a los requisitos aplicables a ambos lotes, los siguientes para este lote concreto: Sobre la minimización de datos : los sensores ópticos estarán configurados y los algoritmos diseñados para no almacenar imágenes de rostros ni identificar personas. Esto se consigue mediante la ofuscación por contornos de las personas. Los sensores ópticos se limitan a contar personas de forma totalmente anónima. No hay registro de imágenes y secuencias de video porque se realiza un procesamiento inmediato. - Los sensores WiFi/BLE únicamente recogerán identificadores técnicos (direcciones MAC) que serán anonimizados y cifrados al vuelo de forma irreversible . El dispositivo sensor hashifica las MAC antes de enviarlas y nunca se mostrará en interfaz ninguna identificación individual, solo conteos. Además, se cumplirá la normativa de privacidad informando al público de la existencia de esta detección. De ahí la señalización obligatoria junto a los sensores, indicando que se miden dispositivos para fines estadísticos. - Seguridad en la red y en los equipos: todos los componentes del sistema que se comuniquen entre sí deberán hacerlo mediante canales seguros . Los sensores ópticos y sensores tendrán comunicaciones cifradas (muchos sensores ópticos IP soportan RTSP/HTTPS, se habilitará; los sensores WiFi que envíen JSON via 3G deberán hacerlo a través de VPN o túnel seguro o al menos HTTPS). En el CPD, el servidor estará protegido por los firewalls perimetrales y segmentado en la red municipal. Se impedirá el acceso no autorizado abriendo solo los puertos necesarios (p. ej., puerto de la interfaz web, puertos de APIs). El acceso al equipo, por parte de la adjudicataria, será a través de una conexión VPN nominativa a los usuarios habilitados que indique la empresa adjudicataria. - Los sensores ópticos y sensores deberán configurarse con contraseñas fuertes y únicas, evitando credenciales por defecto, ya que son puntos habituales de ataque en IoT. - El servidor central dispondrá de medidas anti-malware actualizadas, sistema endurecido (hardening) deshabilitando servicios no necesarios, y posiblemente un sistema de detección de intrusiones (IDS) si la infraestructura del CPD lo prevé. ## Interoperabilidad con sistemas externos y estándar PID de SEGITTUR Por la naturaleza del proyecto, es fundamental que la solución se comunique eficazmente con sistemas externos, asegurando la interoperabilidad de los datos y servicios. En particular, debe integrarse con el estándar definido para la Plataforma <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | Inteligente de Destinos (PID) de SEGITTUR, además de poder conectarse con otras plataformas municipales o de terceros. Los requerimientos son: - Cumplimiento del estándar PID : SEGITTUR establece un modelo de datos y API para intercambiar información turística entre destinos y el nodo central. La adjudicataria deberá familiarizarse y cumplir con este estándar. Por ejemplo, si la PID define que para datos de 'afluencia de personas' hay un cierto formato JSON con campos específicos (zona, timestamp, conteo, etc.), el sistema local deberá ser capaz de exportar sus datos en ese formato . Esto puede lograrse implementando un módulo o conector específico hacia la PID. El aplicativo deberá permitir: - -Envío periódico de datos a PID: como se ejemplifica en el caso de uso 5, enviar automáticamente agregaciones (p.ej., medias diarias de afluencia) a través de una API REST o servicio web proporcionado por la PID. Este envío deberá ser seguro (con autenticación mediante tokens o certificados que SEGITTUR requiera) y fiable (con reintentos en caso de fallo de comunicación). - -Recepción de datos o servicios de PID: la interoperabilidad es bidireccional. Puede que el gemelo digital quiera consumir información de la PID, por ejemplo, datos de contexto que provea el nodo central (clima previsto, eventos regionales, comparativas con otros destinos). Por ello, la arquitectura debe permitir consumir APIs externas . Si la PID provee, digamos, un servicio de predicción global de turismo, poder invocarlo y usarlo localmente. - -Alineamiento semántico: asegurarse de que los conceptos manejados localmente (por ejemplo, la definición de 'visitante único' o 'aforo' en un espacio) coincidan con los definidos a nivel nacional, para hablar un 'mismo idioma'. Esto supone ajustar nombres de campos, unidades de medida (personas por metro cuadrado, etc.), y documentar cómo se mapea la información local al modelo de datos estándar. SEGITTUR ha analizado múltiples casos de uso para la PID y ha desarrollado una ontología y semántica que el proveedor debe seguir. - Integración con sistemas municipales existentes: en la fase de diseño (y con ayuda del apartado 3 que enumera sistemas actuales), se identificarán oportunidades de integración con plataformas ya operativas en el Ayuntamiento. - -Un panel de control municipal que agrega datos de tráfico, emergencias, etc. El gemelo digital deberá poder enviar sus alertas a dicho panel (por ejemplo, a través de un mensaje o API). - -Integración con aplicaciones móviles de turismo : por ejemplo, el sistema debe facilitar la integración con apps para turistas que muestren información en tiempo real de sitios concurridos (para motivar a visitar lugares menos llenos), la plataforma debe ofrecer un servicio para que una app obtenga, digamos, 'nivel de ocupación de cada atracción ahora mismo'. Esto ya entra en la parte de APIs públicas, pero se menciona aquí como caso de integración. - -Integración con sensores o sistemas de terceros : La plataforma deberá estar preparada para recibir datos de otras fuentes de datos (por ejemplo, si un museo tiene su propio conteo de accesos, poder integrarlo para sumar a la afluencia de esa ubicación). - Uso de estándares abiertos de intercambio de datos: además del estándar PID, se procurará utilizar formatos y protocolos comunes: jSON para APIs REST, MQTT/HTTP para IoT, XML/CSV cuando aplique para informes intercambiados. Se seguirán los estándares de datos existentes. El objetivo es que la solución no sea un silo aislado, sino que sus datos puedan ser fácilmente consumidos por otros sistemas e incluso por herramientas analíticas generales. - Documentación y facilitación de la interoperabilidad: La adjudicataria deberá entregar documentación técnica de integración que describa claramente cómo otros sistemas pueden interactuar con el gemelo digital. Esto incluye <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | documentación de las APIs, de posibles webhooks o mecanismos de push de información, esquemas de datos, etc. Asimismo, durante el desarrollo, se trabajará en coordinación con el equipo de la PID (modelo de ontología y semántica de SEGITTUR) para asegurar la compatibilidad. Si surge la necesidad de adaptar algo para cumplir con PID, el proveedor lo hará dentro del alcance del proyecto. - Pruebas de interoperabilidad: antes de la finalización, se realizarán pruebas para verificar que la integración funciona correctamente. Por ejemplo, simular la transmisión de datos a la PID (o realizarla realmente si la infraestructura PID está disponible a modo de pruebas) y comprobar que los datos son aceptados y correctos. Igualmente, probar que las APIs locales devuelven la información en el formato y rapidez esperados para hipotéticos consumidores (apps, etc.). Esto deberá constar en el plan de pruebas. ## Publicación del sistema en Open-Source (repositorio y despliegue) Uno de los compromisos asumidos en este proyecto es la publicación abierta del software desarrollado, de modo que pueda ser compartido, auditado y reutilizado por otras instituciones o la comunidad. Los requisitos relacionados con esta apertura del código son: - Licencia Open Source: todo el código fuente generado en el proyecto deberá entregarse bajo una licencia de software libre/permisiva que permita su reutilización sin restricciones para la administración. Se requiere el uso de una licencia European Union Public Licence (EUPL) . La licencia debe garantizar que terceros puedan usar y modificar el software, siempre respetando la atribución y manteniendo la misma licencia en obras derivadas). - Repositorio público del código: La adjudicataria alojará el código en una plataforma de gestión de versiones ( version control ). Si la PIA estuviera operativa, se utilizará esta como repositorio, pero si esto no se produjera, se utilizará un sistema tipo GitHub o GitLab donde se registren todo el proceso de desarrollo del software y la trazabilidad del código desarrollado. El código se organizará de manera clara, con un README principal que explique el proyecto, subdirectorios por componentes (frontend, backend, scripts de despliegue, etc.), y documentación básica para desarrolladores que quieran colaborar. Además, se gestionarán los commits con mensajes descriptivos, se etiquetarán versiones ( releases ) correspondientes a hitos (p. ej., una etiqueta "v1.0" para la versión entregada final), y se podrán habilitar funcionalidades de comunidad (issue tracker público) si el Ayuntamiento desea fomentar aportaciones. - Despliegue reproducible y documentación DevOps: junto con el código, se proveerán los scripts de despliegue necesarios para poner en marcha el sistema en otro entorno. Esto podría incluir archivos de configuración para contenedores Docker, playbooks de Ansible, scripts shell, o manuales paso a paso. El objetivo es que, partiendo del repositorio público, un tercero (otra ciudad, un técnico independiente) pueda desplegar un gemelo digital funcional con un esfuerzo razonable. Se detallará en la documentación: - -Requisitos de hardware y software para correr el sistema. - -Pasos de instalación (instalación de base de datos, carga inicial de datos de ejemplo, despliegue de servicios, etc.). - -Configuraciones necesarias (por ejemplo, cómo registrar sensores ópticos o sensores en el sistema). - -Ejemplos de uso post-instalación para verificar que todo funciona (p.ej., cómo simular datos de un sensor para verlos en la interfaz). <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | - -Si se usan contenedores, se incluirá un docker-compose.yml o definiciones de Kubernetes para instanciar todos los componentes de manera orquestada. - -Además, se indicará cómo configurar integraciones (por ejemplo, dónde poner las credenciales de API de la PID, etc., aunque esos secretos obviamente no estarán en el repositorio público, se pondrán como variables de entorno o en archivos de configuración no versionados). - Exclusiones de información sensible: es importante que, al abrir el código, no se exponga ninguna información sensible. Por tanto, en el repositorio no habrá datos privados del Ayuntamiento, ni claves, contraseñas o certificados. Solo el código fuente y, si se incluye algún dataset de ejemplo, será ficticio o anonimizado. Esto implica que la adjudicataria debe separar claramente la configuración específica (por ejemplo, URLs internas, contraseñas) de la lógica del código, para que esas configuraciones puedan mantenerse fuera del repositorio (usando variables de entorno, archivos .env no compartidos, etc.). - Colaboración y guía para la comunidad: se requiere que el proyecto incluya archivos de apoyo en el repositorio como un CONTRIBUTING.md (guía para contribuir), un CHANGELOG (registro de cambios por versiones), y plantillas para reportar issues.. La adjudicataria, en el periodo de mantenimiento,deberá atender a dudas o issues que surjan de la comunidad. - Software de terceros y dependencias: cualquier librería o componente de terceros utilizado debe ser también de código abierto. Por ejemplo, si se usa una base de datos, se optará por versiones Community o libres (PostgreSQL en lugar de Oracle, por decir). Todo esto se documentará en un archivo de lista de dependencias o en la documentación (qué frameworks se usaron y sus licencias), para claridad legal y para facilitar a otros implementadores saber qué instalar. El sistema será propiedad municipal con licencia EUPL , evitando cualquier bloqueo. El Ayuntamiento (y cualquier entidad pública que reutilice el código) tendrá acceso total al código, pudiendo modificarlo o ampliarlo sin la intervención del proveedor original si así se desea. Esta filosofía no solo cumple con eventuales requisitos de financiación (muchos proyectos NextGen exigen liberación de código), sino que encaja con la tendencia de las administraciones hacia transparencia y reutilización del software. La adjudicataria debe tener experiencia o, al menos, compromiso firme con esta forma de trabajar, asegurando calidad en el código (pues será visible públicamente) y buena documentación para terceros. ## APIs públicas y documentación de endpoints Como parte de la interoperabilidad y apertura de la plataforma, se implementarán APIs públicas que permitan acceder a las funcionalidades y datos del gemelo digital desde otros sistemas o clientes. Estos endpoints serán útiles para integraciones (como las mencionadas con apps móviles, PID, etc.) e incluso para datos abiertos. Los requisitos relacionados son: - Diseño de APIs RESTful: Las APIs deben seguir principios REST para que sean intuitivas y fáciles de usar. Se definirán recursos claros, por ejemplo: - -GET /api/afluencia?zona=X&amp;fecha=YYYY-MM-DD para obtener datos de afluencia histórica de una zona en una fecha. - -GET /api/afluencia/tiempo-real?zona=X para obtener el aforo en tiempo real de la zona X. - -GET /api/alertas?estado=activo para listar alertas activas. - -POST /api/simulacion para lanzar una simulación proporcionando en el cuerpo JSON los parámetros (y devolver los resultados o un ID para consultar más tarde). <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | Las respuestas serán en formato JSON , incluyendo códigos de estado HTTP apropiados (200 OK, 400 Bad Request, etc.). Se seguirá una estructura consistente (por ejemplo, siempre un objeto raíz con los datos o con {"status": "success", "data": {...}}, dependiendo de la convención elegida). - Seguridad de las APIs: no todas las APIs serán abiertas sin autenticación. Se categorizarán: - -APIs privadas o internas : las que son usadas por el propio frontend del gemelo digital o por integraciones críticas (por ejemplo, el envío de datos a PID). Estas probablemente requerirán autenticación (token JWT o API key) para evitar accesos indebidos. Los permisos de persona usuaria (roles) también se aplican aquí: por ejemplo, una persona usuaria con rol consulta mediante API solo podrá acceder a ciertos endpoints o a ciertos datos filtrados. - -APIs públicas/abiertas : si el Ayuntamiento desea exponer ciertos datos como abiertos (ej. afluencia diaria agregada en puntos turísticos, sin detalles sensibles), se podrían ofrecer endpoints que no requieran autenticación, o quizás un modelo de API key gratuita para monitorizar uso. En todo caso, las APIs abiertas nunca expondrán datos personales ni que comprometan la seguridad (por ejemplo, no se expondría la lista de alertas en tiempo real sin control, ya que podría ser información sensible de seguridad ciudadana). - -Todas las APIs estarán bajo HTTPS obligatoriamente, y se deberán proteger contra abusos (p. ej., limitación de tasa - rate limiting - para evitar que un mal uso sature el sistema). - Documentación de endpoints: es requisito indispensable proveer una documentación completa de las APIs . Esto incluye: - -Descripción de cada endpoint, con su URL, método HTTP, parámetros de entrada (query params, body JSON, etc.), y estructura de la respuesta (campos devueltos, tipos de datos). - -Ejemplos de llamadas (ej. un ejemplo de petición CURL y la respuesta JSON correspondiente). - -Códigos de error posibles por endpoint y su significado. - -Información sobre autenticación/autorización necesaria para cada endpoint. Para facilitar esto, se puede usar una herramienta estándar de documentación de APIs. Por ejemplo, la adjudicataria podría entregar un fichero OpenAPI (Swagger) que describa todas las APIs. Con ese fichero, se puede generar fácilmente una interfaz web de documentación (Swagger UI) donde se puedan incluso probar las llamadas. Incluir dicho fichero en el repositorio open-source también ayuda a otros desarrolladores a entender cómo interactuar con el sistema. - Versionado y estabilidad: las APIs deberán versionarse (por ejemplo, prefijo /api/v1/...) para permitir cambios futuros sin romper integraciones existentes. Se garantizará que la versión entregada (v1) cubre todas las funcionalidades necesarias, y que cualquier cambio incompatible generará una nueva versión. En la documentación se indicará la vigencia de cada versión y cómo migrar entre versiones si aplica. - Alcance de las APIs: resumiendo las principales capacidades que se expondrán: - -Consulta de datos de afluencia (en tiempo real, históricos, agregados). - -Consulta de alertas y posiblemente acciones sobre ellas (marcarlas atendidas, etc., aunque esto es más interno). - -Inicio de procesos como simulaciones o generación de informes (podría ser síncrono o asíncrono según duración). <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | - -Administración (quizá endpoints para CRUD de configuraciones: zonas, sensores, persona usuarias). Estos últimos seguramente restringidos a administradores con autenticación fuerte. Básicamente, todo lo que la interfaz permita hacer, deberá estar respaldado por un endpoint. Así se asegura que no hay lógica oculta solo en la GUI, sino que todo es vía servicios (lo cual es propio de una buena arquitectura clienteservidor). - Integración con la documentación del proyecto: la existencia y uso de estas APIs se destacará también en el Análisis funcional inicial, detallando cómo una empresa local podría usar la API para mostrar en un panel el estado de afluencia, etc., demostrando así la utilidad de haberlas implementado. Las APIs públicas transformarán al gemelo digital en una plataforma extensible más allá de su propia interfaz, facilitando la integración y la innovación . Cualquier desarrollador autorizado podrá aprovechar los datos de afluencia para crear nuevas aplicaciones, y el Ayuntamiento se beneficia de no estar encerrado en una única interfaz o proveedor para siempre. La documentación es clave para que estas APIs realmente se usen: debe ser clara, fácil de encontrar (podría haber un apartado 'Developers' en la interfaz con enlace al Swagger UI, por ejemplo) y mantenerse actualizada con cada cambio del sistema. ## Integración continua y despliegue continuo (CI/CD) Para asegurar la calidad del software durante su desarrollo y facilitar futuras actualizaciones, la adjudicataria deberá establecer procesos de Integración Continua (CI) y Despliegue Continuo (CD) en el ciclo de vida del proyecto. Los requerimientos asociados a CI/CD son: - Repositorio y pipeline de CI: con el código alojado en un sistema de control de versiones (como Git), se configurará un pipeline de integración continua que se ejecute en cada cambio relevante del código (por ejemplo, al hacer push a ciertas ramas o al crear una pull request ). Este pipeline incluirá pasos como: - -Compilación/Build: si aplica (por ejemplo, para la parte frontend, compilar assets; para el backend, empaquetar en un contenedor o binario). Verificar que el código se construye sin errores en un entorno limpio. - -Ejecución de pruebas automáticas: el proveedor deberá desarrollar pruebas unitarias y, cuando sea posible, de integración para las funcionalidades clave. Estas pruebas se ejecutarán automáticamente en el pipeline para detectar regresiones. Por ejemplo, pruebas de las APIs (usando frameworks de testing) para garantizar que devuelven lo esperado, pruebas de algoritmos (p.ej., dado cierto input simulado de sensor, se espera cierto output en la base de datos), etc. - -Análisis estático de código: integrar herramientas de linting y análisis para mantener la calidad del código. Por ejemplo, pasar un linter de Python (flake8, pylint) o de JavaScript en el frontend, analizar complejidad, e incluso usar herramientas de seguridad (bandit para Python, etc.) para buscar vulnerabilidades comunes. - -Verificación de estilo y convenciones: mantener consistencia en el código, posiblemente usando formateadores automáticos (black, Prettier, etc.) y chequeos de convenciones (nombres, documentación de funciones, etc.). Esto puede no ser crítico, pero ayuda a la mantenibilidad. El resultado de cada ejecución de CI deberá ser visible para el equipo (y eventualmente público si el repositorio es público, aunque durante desarrollo inicial puede ser interno), indicando si el build pasó o falló, y dónde. Esto asegura que antes de desplegar cualquier nueva versión, se tenga cierto grado de confianza en que no rompe nada básico. <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | - Automatización del despliegue (CD): una vez superada la etapa de CI, se automatizará la puesta en despliegue de la aplicación en un entorno. Inicialmente, durante el desarrollo, esto se usará para desplegar en un entorno de pruebas o staging . Por ejemplo, se puede tener una máquina virtual o contenedor en el CPD (o en la nube para pruebas temporales) donde automáticamente se actualice la aplicación cuando hay cambios estables. Este entorno de pruebas debería imitar lo más posible al entorno productivo (mismo SO, mismas versiones de BD, etc.) para detectar problemas. - -El pipeline de CD puede realizar acciones como: generar imágenes Docker actualizadas y subirlas a un registro interno, ejecutar scripts de migración de base de datos si los hay, reiniciar servicios de forma controlada, etc. Todo de una forma automatizada para reducir errores. - -Cuando se llegue al final del desarrollo, el pipeline de CD puede utilizarse para desplegar en producción (el CPD municipal). - -Se realizará un versionado semántico : cada build que pase a producción llevará un número de versión incrementado, y el CD se encargará de etiquetar esa versión en el repositorio, facilitando el histórico de entregas y la posibilidad de revertir a versiones previas si algo falla. - Entorno de pruebas continuas: la CI/CD también permite hacer pruebas más complejas de forma periódica. Se programará una ejecución nocturna de pruebas end-to-end (E2E) usando herramientas que simulen el comportamiento de un persona usuaria en la interfaz, o que se envíen datos simulados masivos para ver la respuesta del sistema (pruebas de carga), etc. - Herramientas y servicios: la adjudicataria puede emplear servicios integrados de CI/CD de la plataforma elegida (GitLab CI pipelines, GitHub Actions) o montar su propia (Jenkins, etc.). Dado que el repositorio será público, se podría incluso aprovechar CI/CD en la nube de forma gratuita para proyectos open source. No obstante, se alineará con políticas del Ayuntamiento sobre dónde residenciar ese pipeline, por seguridad. En cualquier caso, el pipeline y sus configuraciones (archivos YAML, scripts) deben incluirse también en el repositorio, para que queden como parte del proyecto open source. - Documentación de CI/CD: se deberá documentar en el manual técnico cómo está montada la tubería de integración y despliegue. Quién/qué la desencadena, qué credenciales utiliza (por ejemplo, si necesita credenciales para acceder a servidores de despliegue, se documentará cómo configurarlas de forma segura), y cómo ampliarla o modificarla en el futuro. La documentación deberá permitir que el personal municipal pueda continuar usando y, si es necesario, adaptando este mecanismo de manera autónoma. - Entrega continua vs. despliegues discretos: aunque se habla de 'continuo', se respetarán los hitos de entrega formal del proyecto (por ejemplo, una versión para pruebas de aceptación, luego la versión final). El CI/CD no significa que cada commit acabará en producción inmediata sin control humano; significa que la capacidad técnica está, pero la gobernanza la pone el Ayuntamiento. Por lo general, se configurará de forma que despliegue automático a entorno de pruebas, y para producción se requiera un paso manual de aprobación (lo cual también se puede manejar en pipelines modernos con manual jobs ). ## Requisitos de hardware La adjudicataria deberá suministrar, instalar y configurar una serie de equipos hardware necesarios para la puesta en marcha del sistema. A continuación se enumeran los equipos requeridos y sus especificaciones técnicas mínimas: <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | - Un servidor central (1 unidad formato rack 2U) : se precisa un servidor de alto rendimiento que alojará la plataforma del gemelo digital en el CPD municipal. Especificaciones mínimas: - -CPU: 64 núcleos de procesamiento físico total, preferiblemente distribuidos en 2 CPUs multinúcleo de gama servidor (por ejemplo, 2 procesadores de 32 cores cada uno) con arquitectura x86-64 o equivalente. Debe soportar extensiones de virtualización y tener potencia suficiente para cálculo intensivo paralelo. - -Memoria RAM: 384 GB de RAM como mínimo. La memoria deberá ser tipo DDR4 o superior, ECC (errorcorrecting) para garantizar fiabilidad en entornos 24/7. Esta cantidad de RAM, muy elevada, está pensada para permitir cargas de trabajo de ML en memoria y para caché de bases de datos, simulaciones, etc. - -Almacenamiento: 7.8 TB de capacidad útil en disco SSD (estado sólido). Se recomienda configurar esta capacidad en arreglos de discos SSD de grado servidor (por ejemplo, varios SSD NVMe o SATA en RAID 5/6 para redundancia y rendimiento). La velocidad de I/O debe ser capaz de manejar la escritura constante de datos de sensores y lectura de bases de datos. - -GPU aceleradora: 1 GPU NVIDIA H100 o superior de última generación para computación de IA. La tarjeta gráfica deberá tener al menos 80 GB de memoria VRAM (la H100 estándar), con capacidad de operaciones tensoriales aceleradas (tensor cores) óptimas para entrenamiento/inferencia de modelos de deep learning. Se deberá asegurar la compatibilidad de la GPU con el servidor (espacio y potencia en el chasis 2U) incluyendo, kits de rail y ventilación adecuada. - -Conectividad de red: interfaces de red duales Gigabit Ethernet como mínimo, recomendándose 10 GbE dada la transferencia de video de múltiples sensores ópticos. Debe contemplarse al menos 2 puertos RJ-45 (o SFP+ en caso de 10G) para redundancia (link aggregation o failover). - -Fuente de alimentación: redundante (dos fuentes hot-swap) para tolerancia a fallos, con capacidad suficiente para el consumo del servidor más la GPU (asegurando margen, dado que GPU H100 consume significativamente). Compatible con la corriente y racks del CPD municipal. - -SO y software: debe ser compatible con sistemas operativos empresariales (por ejemplo, Debian 13.1 64-bit, o equivalente RHEL/CentOS) que se utilizarán para desplegar la plataforma. Incluir controladora de gestión outof-band (iLO, iDRAC o similar) para administración remota. La licencia del SO debe incluirse por 3 años mínimo. - -Otros: debe incluir RAID por hardware para los SSD, ventiladores y enfriamiento adaptados a carga continua, garantía on-site mínimo de 3 años para el hardware. Se deben de incluir toda la tornillería, guías, cables, etc. para asegurar el correcto montaje, por parte del personal municipal, en los racks del CPD seleccionados para albergar el equipo. Función: e ste servidor actuará como el núcleo de procesamiento donde correrán las bases de datos, los servidores de aplicaciones y los algoritmos de IA. Dado que todo el sistema residirá on-premises, es crítico que este equipo cumpla los requisitos de rendimiento y fiabilidad, ya que centralizará la carga de trabajo. - Sensores ópticos LIDAR y conectividad autónoma: se dotará al proyecto de 36 sensores ópticos con tecnología LIDAR (Light Detection and Ranging), capaces de cubrir grandes áreas sin puntos ciegos. Requisitos técnicos mínimos de estos sensores ópticos: - -Escaneo láser: equipo LIDAR con amplio campo de visión para abarcar las zonas a controlar sin puntos ciegos, resolución entre 32 y 128 capas, ancho de detección hasta 40 metros (corto y medio alcance) y precisión de <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | recuento superior al 95%. Frecuencia de exploración de 10 a 20 Hz. Láser clase 1 eye-safe IEC/EN 608251:2024. Onda láser de 865 nm. - -Conectividad 4G/LTE y WiFi integradas: los sensores ópticos deben tener capacidad de transmitir sus datos vía redes inalámbricas. Esto implica incluir un módulo 4G (interno o en elemento complementario) que soporte bandas de telefonía locales y posibilidad de conectarse a la red móvil para enviar video/datos. Esta autonomía de comunicaciones permitirá instalar sensores ópticos en ubicaciones donde no haya cableado de datos fácilmente disponibles, transmitiendo vía 4G. También deben tener un puerto Ethernet estándar por si en algunos puntos se conectan por cable. - -Alimentación eléctrica: deberán contar con PoE+ (Power over Ethernet) para simplificar instalación cuando se use cable. En tal caso, se deberá suministrar fuentes/cargadores adecuados (ej. 230V AC a 12/24V DC) para cada sensor óptico. La alimentación eléctrica se realizará desde el cuadro de mando de alumbrado o del regulador semafórico más cercano a la instalación. La adjudicataria deberá proveer de los sistemas de protección necesarios a incluir en los cuadros eléctricos, estos equipos se facilitarán a las empresas adjudicatarias del mantenimiento de los cuadros de mando de alumbrado y de los reguladores de tráfico para su instalación en el los cuadros. Además, se debe incluir un sistema de medición del consumo eléctrico para separar el consumo de esta instalación con respecto al consumo general del cuadro de mando, este equipo ha de ser Tellink TelmeTer-3Ph+ (ver anexo). - -Protección y carcasa: deben ser equipos de exterior , con grado de protección IP66 o superior frente a agua y polvo, y rango de temperatura amplio (al menos -10°C a 50°C, considerando clima local). Resistentes al vandalismo (certificación IK10). Montaje en poste, pared o techo según ubicación, con los accesorios de montaje incluidos. - -Funciones de analítica: los sensores ópticos deben ofrecer funciones inteligentes integradas (conteo de personas, detección de movimiento, etc.) se deberán habilitar y configurar, siempre que no interfieran con el sistema general.Estos equipos no requerirán de periodos de aprendizaje se deberán proveer con los algoritmos de detección de objetos necesarios (personas, animales, vehículos, etc.) - -Señalización normativa incluida: junto con los sensores ópticos, el proveedor deberá instalar cartelería informativa en cumplimiento de la normativa vigente (Ley Orgánica de Protección de Datos y Garantía de Derechos Digitales, instrucciones de la AEPD). Los costes de fabricación e instalación de estos carteles corren a cuenta del proveedor y se consideran parte del suministro de los sensores ópticos. - -Cantidad y distribución: los 36 sensores ópticos permitirán cubrir un número considerable de ubicaciones. En la planificación de la implantación se decidirá dónde van exactamente (según zonas turísticas y críticas definidas por el Ayuntamiento según el Anexo 3 ), pero el hardware ofrecido debe ser homogéneo y cumplir las prestaciones en cada punto. Por todo ello, se exigirá a la adjudicataria una propuesta completa según el plano Anexo 3. Función: e stos sensores ópticos son la principal fuente de datos para el gemelo digital, permitiendo el conteo y seguimiento de multitudes en espacios abiertos. Su independencia de conectividad (4G/WiFi) les da flexibilidad de ubicación. - Equipos de control de aforos WiFi/BLE (12 unidades): se requieren 12 dispositivos sensores de campo capaces de detectar señales WiFi y Bluetooth de los teléfonos móviles (y otros emisores) con el fin de estimar la presencia de personas, complementando la información de los sensores ópticos. Especificaciones mínimas: - -Tecnología de detección: módulo de escaneo WiFi (protocolos 802.11 b/g/n/ac) y Bluetooth Low Energy (BLE), que escudriña los identificadores de dispositivos (direcciones MAC u otras señas) en su radio de <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | acción. Deben detectar tanto dispositivos conectados (asociados) como en modo probe (no asociados) a redes WiFi, así como balizas BLE. Esto permite contar dispositivos únicos en la zona. - -Cobertura y sensibilidad: alcance mínimo de detección de ~50-100 metros en espacio abierto (ajustable según potencia). Debe poder calibrarse para evitar contar dispositivos fuera de la zona de interés (por ejemplo, ajustando la sensibilidad o filtrando por potencia RSSI). - -Transmisión de datos 3G/4G: cada sensor enviará los conteos/lecturas al servidor central. Para ello dispondrá de conectividad celular (3G como mínimo, aunque hoy día se preferiría LTE). Incluirá ranura SIM o eSIM, y antena adecuada. El formato de transmisión será JSON sobre HTTP(S) o MQTT, siguiendo un formato acordado (por ejemplo: el dispositivo manda cada minuto un JSON con el número de dispositivos WiFi detectados, número de Bluetooth, tiempo promedio de permanencia calculada, etc.). Este envío puede ser en intervalos regulares o en tiempo real según configuración. - -Capacidad de almacenamiento local: si la cobertura de red falla, deben almacenar temporalmente los datos y reenviarlos cuando vuelva (buffer local o tarjeta SD). Esto evita la pérdida de información en caso de cortes. Los datos almacenados deben estar encriptados y anonimizados, nunca se deben de guardar los datos en bruto de los dispositivos detectados. En caso de robo o acceso indebido al equipo, no se podrán recuperar los datos. - -Alimentación: el equipo debe de suministrarse con los cables o transformadores necesarios para su correcta alimentación eléctrica (220 V 50 HZ AC). En todo caso, deben venir con sus accesorios (fuente, cables) y soportes de instalación (ej. abrazaderas para farola, etc.). La alimentación eléctrica se realizará desde el cuadro de mando de alumbrado o del regulador semafórico más cercano a la instalación. La adjudicataria deberá proveer de los sistemas de protección necesarios a incluir en los cuadros eléctricos, estos equipos se facilitarán a las empresas adjudicatarias del mantenimiento de los cuadros de mando de alumbrado y de los reguladores de tráfico para su instalación en los cuadros. Además, se debe incluir un sistema de medición del consumo eléctrico para separar el consumo de esta instalación con respecto al consumo general del cuadro de mando, este equipo ha de ser Tellink TelmeTer-3Ph+ (ver anexo). - -Formato físico: equipos discretos, de tamaño pequeño, con caja estanca (si van exteriores, IP65). Estos equipos se pueden instalar en farolas, fachadas o interiores de edificios públicos. - -Anonimización on-edge: el dispositivo no transmitirá direcciones MAC sin procesar, sino que aplicará un hash irreversible. - -Configurabilidad: debe ser posible actualizar su firmware remotamente (OTA updates) y configurar parámetros (intervalo de envío, filtros) mediante una interfaz (web local, o una plataforma de gestión que el fabricante provea). La adjudicataria se encargará de esa configuración inicial para adecuarlos al caso de uso. - -Integración con la plataforma: se deberá desarrollar el conector para recibir los JSON de estos dispositivos en el backend. Función: e stos contadores WiFi/BLE complementan los sensores ópticos en varias situaciones: por ejemplo, en lugares muy concurridos donde los sensores ópticos puedan ocultarse unos a otros, las señales WiFi aseguran conteo; o en áreas donde no se puedan instalar sensores ópticos, un sensor de estos puede dar la presencia. También sirven para obtener métricas de repetición (un mismo dispositivo visto en dos puntos sugiere itinerario). Con 12 unidades se pueden cubrir entradas/salidas clave del municipio o zonas donde se quiera doble fuente de datos. - [ ]  Instalación y configuración: el proveedor deberá realizar la instalación física de todos estos equipos: <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | - -Para el servidor 2U: instalarlo en el rack designado del CPD municipal, conectarlo a la red eléctrica estabilizada y a la red de datos, e instalar el sistema operativo base requerido. Realizar configuraciones iniciales BIOS/firmware, particionado de discos, etc. Dejarlo operando en condiciones óptimas (pruebas de rendimiento básicas, reconocimiento de la GPU por el sistema, etc.). - -Para los sensores ópticos: se instalará cada sensor óptico en la ubicación acordada (con participación del personal municipal y de la empresa mantenedora, para acceso a farolas/edificios). Asegurar la correcta sujeción y orientación. Conectar a la alimentación según el protocolo de conexión establecido por al Ayuntamiento e incluido como Anexo 4 (sea a red eléctrica o PoE si se usa). Configurar sus parámetros (IP si tienen ethernet, o APN para 4G, credenciales WiFi si aplican, ángulo de detección calibrado, enfoque, etc.). Probar que desde el servidor se puede acceder al stream de cada sensor óptico (por IP/URL) y que la calidad es adecuada. Ajustar la intensidad de los LEDs para no provocar deslumbramiento, cumpliendo normativa local (por ejemplo, algunas ciudades limitan infrarrojos potentes). - -Para los sensores WiFi/BLE: instalarlos en altura adecuada (por ej. 3-4 m sobre suelo en postes o paredes, para mayor radio), asegurar que no haya obstáculos metálicos que bloqueen señal. Alimentarlos según el protocolo de conexión establecido por el Ayuntamiento e incluido como Anexo 4 (conectar a enchufe o instalar panel solar si ese fuera el caso). Insertar tarjetas SIM y verificar que se conectan a la red móvil. Configurar la dirección de envío de datos (por ej., apuntarlos a la IP pública/URL del servidor municipal donde esté el receptor). Comprobar que desde cada uno llegan datos coherentes al sistema. - -La empresa adjudicataria deberá tener la documentación necesaria respecto a PRL en vigor y actualizada, así como la Coordinación de Seguridad y Salud necesaria. La documentación será remitida al ayuntamiento antes del inicio de los trabajos de instalación. Una vez examinada por el personal municipal, se dará luz verde a la instalación si todo está en regla. Una vez instalado todo el hardware, se llevará a cabo un comisionado para verificar sensor óptico por sensor óptico (dato visible en plataforma, ubicación geográfica calibrada en el mapa), sensor por sensor (datos recepcionados correctamente, calibración hecha si necesario). Se proveerán manuales de cada equipo al Ayuntamiento. Además, se entregará un inventario detallado de los equipos instalados (modelo, número de serie, coordenadas o lugar físico donde está cada uno, SIM asociada, etc.), para fines de mantenimiento futuro. La adjudicataria gestionará cualquier avería inicial en periodos de garantía asegurando el reemplazo sin coste. ## Requisitos de implantación El desarrollo e implantación del proyecto deberán seguir una metodología planificada que cubra todas las fases del proyecto, desde su inicio hasta la puesta en marcha y transición a operación. A continuación se detallan las actividades y requisitos en cada etapa de la implantación: ## Planificación y seguimiento -  Reunión de inicio : dentro de los primeros 5 días desde la firma del contrato, se convocará una reunión inicial con todos los actores clave (equipo de la empresa adjudicataria y responsables municipales del Ayuntamiento). En esta reunión se revisará el alcance del proyecto, se aclararán dudas sobre requisitos y se establecerán los canales de comunicación y gobernanza del proyecto (frecuencia de reuniones de seguimiento, interlocutores válidos, etc.).. <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | -  Plan de Proyecto: en los quince días posteriores a la adjudicación del contrato, la adjudicataria deberá presentar un ' Plan de Proyecto detallado' , que incluya las tareas, plazos, hitos y responsables, alineado con los plazos contractuales. Este plan servirá como referencia para el seguimiento. Aspectos a cubrir: - -Cronograma e Hitos: un diagrama de Gantt u otra representación temporal deberá mostrar las fases principales (análisis, diseño, desarrollo, pruebas, despliegue, formación, etc.), con hitos claramente identificados. - -Organización de tareas: el plan debe desglosar las tareas en un nivel de detalle suficiente para asignarlas y estimar su duración. Por ejemplo, en desarrollo podría haber tareas por módulo (frontend, backend, integración con sensores, etc.). En despliegue, tareas por instalación de cada tipo de equipo. Cada tarea deberá tener asignada una persona responsable (perfil o nombre del integrante del equipo) y las dependencias entre tareas (qué necesita estar terminado antes de comenzar otra). - -Recursos y equipo: incluir en la planificación qué recursos del Ayuntamiento se necesitarán y cuándo. Por ejemplo, 'Acceso a edificios para instalar sensores ópticos en la semana 6', 'Validación por parte del responsable de Turismo durante la semana 8 de los casos de uso', 'Disponibilidad del equipo de municipal responsable para configurar el servidor en semana 4', etc. -  Metodología de seguimiento: se establecerá un mecanismo de seguimiento periódico. Al menos, reuniones semanales de seguimiento técnico para revisar avances, riesgos y próximas tareas (pueden ser breves, estilo scrum meeting ). La adjudicataria deberá preparar reportes de progreso antes de estas reuniones (breves documentos indicando porcentaje completado por tarea, logros de la semana/mes, problemas encontrados, acciones correctivas, etc.). Dichos reportes formarán parte de la documentación entregable de seguimiento. -  Herramientas de gestión: la adjudicataria proveerá una licencia de herramienta de gestión de proyecto (tipo Trello, o Asana). Si bien la carga inicial de hitos y tareas será responsabilidad de la adjudicataria, facilitará al Ayuntamiento las credenciales de titular de la cuenta, para la incorporación de otras tareas asociadas a la ejecución del proyecto, contando con una visión global del proyecto que permita visualizar las dependencias entre todos los paquetes de trabajo, durante toda la vida del mismo. Esta herramienta servirá para visualizar el estado de los sprints (tablero Kanban) y mantener una conversación ágil al respecto de la gestión del proyecto por medio de mensajería con las distintas proveedoras que conforman todos los paquetes de trabajo, de manera unificada. ## Diseño y desarrollo Esta fase abarca desde el análisis detallado de requisitos (afinamiento) y el diseño de la solución, hasta la construcción o programación del sistema: - [ ]  Análisis y diseño funcional: aunque en el pliego se definen requisitos, la adjudicataria deberá realizar sesiones de análisis con las personas usuarias clave al inicio del proyecto para recoger detalles adicionales, priorizaciones y ejemplos específicos. Fruto de ese análisis, se elaborará un Documento de Diseño Funcional o especificación funcional detallada, que refine puntos como: la lista exacta de indicadores a mostrar, las reglas de negocio para las alertas (umbrales iniciales, etc.), la jerarquía de zonas geográficas que se configuran, los informes requeridos (plantillas), etc. Este documento será sometido a validación por parte del Ayuntamiento para asegurar que el entendimiento de la adjudicataria es correcto antes de codificar. - [ ]  Diseño técnico y de arquitectura: en paralelo, se realizará el Diseño Técnico del sistema. Esto incluye: - -Diagrama de arquitectura general, instanciado con las tecnologías específicas elegidas. <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | - -Diseño de la base de datos: modelo entidad-relación para la parte SQL, definición de colecciones o estructuras para la NoSQL, considerando índices y volumen. - -Diseño de APIs internas y externas: especificación de los endpoints, formatos de mensajes, etc. (este será el documento OpenAPI a usar luego en la documentación). - -Diseño de módulos de software: especificación de cada microservicio o componente (responsabilidad, interface con otros, tecnologías, etc.). Por ejemplo, 'Módulo VisionAI: implementado en Python, usando biblioteca X, recibe frames por pipeline Y, produce conteos en cola Z'. - -Integración de hardware: detalles de cómo se conectan los sensores ópticos y sensores con el sistema (p.ej., 'los sensores wifi se comunicarán a endpoint /api/sensor-data con token ABC'). - -Diseño de seguridad: definición de cómo se implementa la autenticación, roles (mapeo de roles a permisos técnicos en la app), encriptación, esquema de logs y monitoreo. El diseño técnico puede compilarse en un documento o varios (Arquitectura, Modelo de Datos, Seguridad, etc.) según convenga. También deberá ser validado con el Ayuntamiento para asegurarse de su viabilidad y alineación con estándares locales. - [ ]  Revisión y aprobación del diseño: se realizará una reunión de revisión de diseño en la que la adjudicataria presente estos diseños (funcional y técnico) a los responsables municipales. Se recogerán comentarios y se ajustarán las deficiencias identificadas. - [ ]  Desarrollo / Construcción: consiste en la programación de todos los componentes según el diseño aprobado. Esto implicará: - Configuración de entornos de desarrollo (repositorio git, CI/CD pipeline, entornos locales o remotos para pruebas). - Codificación del frontend (implementación del dashboard web, vistas, gráficos, etc.). - Codificación del backend (APIs REST, lógica de negocio, integración con BD). - Implementación de algoritmos ML/pattern (configuración de modelos, escribir scripts de inferencia, entrenamiento si aplica). - Configuración de dispositivos: a nivel software, desarrollar scripts de configuración masiva de sensores, o pequeñas utilidades para comprobar la comunicación con los sensores ópticos. - [ ]  Control de calidad interno: durante el desarrollo, la adjudicataria debe aplicar su plan de calidad (que deberá formar parte del documento de análisis inicial): revisión de código (code reviews entre desarrolladores), ejecución de las pruebas unitarias integradas en CI, y quizás pruebas funcionales internas con datos simulados. Antes de pasar a la fase de pruebas formal, se hará una demo interna donde el equipo del proveedor verifique que todas las funcionalidades mencionadas en requisitos están implementadas de alguna forma en el sistema. - [ ]  Preparación de entornos: en paralelo al desarrollo, se irá preparando el entorno de pruebas y producción en el CPD. Por ejemplo, montar el servidor físico, instalar S.O., bases de datos, etc. A mitad del periodo de desarrollo, se deberá tener un entorno de staging instalado en el servidor destino, para ir haciendo despliegues de prueba allí. Esto ayuda a descubrir problemas de configuración o rendimiento tempranamente. <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | ## Implementación: despliegue inicial y configuraciones Esta etapa comprende la puesta en escena del sistema construido, es decir, desplegarlo en el entorno real del Ayuntamiento, configurar todos sus componentes y dejarlo listo para las pruebas finales y la puesta en marcha. Incluye: - Despliegue de la plataforma software en el CPD: con el servidor instalado y operativo en el CPD, se procederá a desplegar en él la solución. Según la arquitectura, esto implicará, al menos: - -Instalar y configurar las bases de datos (por ejemplo, instalar PostgreSQL, crear las bases de datos y persona usuarias; instalar MongoDB o el sistema NoSQL elegido, con su configuración de seguridad). - -Desplegar los servicios backend. Si se usan contenedores, cargar las imágenes1 y correr los contenedores de cada módulo. Si son servicios tradicionales, instalar los paquetes o binarios y configurarlos como servicios del sistema (systemd o similar) para arranque automático. - -Desplegar la aplicación frontend. Puede ser simplemente colocar la aplicación web en el servidor (por ejemplo, en un servidor web Nginx o Apache hosteando los archivos estáticos y sirviendo las peticiones API al backend). - -Configurar el servidor de aplicaciones/API (por ej., si se usa Node.js, Python Flask, Java Spring, etc., levantarlo en el puerto adecuado, con certificados SSL si va a servir HTTPS directamente o detrás de un proxy). - -Aplicar las configuraciones de seguridad: certificados, variables de entorno con credenciales (por ej., la cadena de conexión a BDs, tokens API para sensores). - -Realizar integraciones en el entorno del CPD: coordinar con el equipo de redes para abrir los puertos necesarios en el firewall municipal, asignar direcciones IP o DNS para la plataforma (un subdominio tipo gemelodigital.ayuntamiento.es), etc. No obstante los apartados anteriores, se deberán llevar a cabo todas las tareas precisas para lograr el objetivo descrito. - Configuración de dispositivos de campo: los 36 sensores ópticos LIDAR y 12 sensores deben quedar integrados: - -Montaje físico y configuración lógica en el sistema. Por ejemplo, ingresar en la base de datos o vía interfaz de admin la lista de 'sensores' con sus metadatos: sensor1 ubicada en Plaza X, con IP tal o SIM tal, asociada a zona 'Plaza X'; Sensor WiFi1 ubicado en Calle Y, cubriendo zona Y, etc. - -Ajustar parámetros: para cada sensor definir la frecuencia de análisis . y el intervalo de envío de datos. Los dispositivos deberán ser configurables de manera remota. - -Verificar la comunicación: cada flujo de sensor óptico debe ser accesible desde el servidor (si alguna va por 4G, puede que use una VPN o APN privada; asegurarse de la conectividad con la SIM). Cada sensor WiFi debe estar enviando datos al endpoint correcto; se comprobará con logs en el servidor que llegan los JSON. - -Hacer pruebas de cobertura : un/a ingeniero/a de la adjudicataria deberá desplazarse con un portátil o dispositivo móvil para ver si el sensor óptico X efectivamente cubre la zona deseada (ajustar su orientación si hiciera falta) o si el sensor WiFi detecta dispositivos en el área esperada (podría llevar varios móviles de prueba para generar señales). - -Instalar actualizaciones de firmware a dispositivos si hay disponibles que mejoren su rendimiento o seguridad (sensores ópticos y sensores suelen tener firmware, conviene poner la última versión estable). 1 En este párrafo se hace mención de 'imagen' pero son las copias de los sistemas operativos que se usan en docker como contenedores. Son imágenes de sistemas operativos y aplicativos que ejecutan una instancia de la aplicación que se necesita, por ejemplo: una base de datos o un servicio web. <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | - Carga de datos iniciales: configurar datos maestros en el sistema: - -Dar de alta las personas usuarias iniciales en la plataforma (administradores, gestores, etc.). Esto incluye crear credenciales temporales, que luego en la fase de formación se entregarán a cada persona y podrán cambiar su contraseña. Establecer roles correspondientes. - -Definir las zonas o áreas geográficas dentro del gemelo digital tomando como base el plano entregado por el Ayuntamiento según el Anexo 3 . Se dibuja en el mapa del dashboard las áreas de interés mediante coordenadas de polígonos almacenados y asignar cada sensor a su zona. Este mapa base (2D/3D) del municipio deberá estar preparado para cargar capas GIS o modelos 3D. Si se usa un servicio de mapas (Google, OpenStreetMap, CesiumJS para 3D, etc.), configurado con las claves API necesarias. - -Introducir datos contextuales que el sistema vaya a usar: calendario de eventos próximos (para probar la simulación), parámetros por defecto (umbrales de alerta iniciales: p.ej., 100 personas en playa pequeña es amarillo, 200 es rojo, etc. Esta decisión será responsabilidad del Ayuntamiento), otros catálogos (ej. tipos de alertas, motivos, etc.). - -I ntegraciones externas : configurar las URLs/keys necesarias en la plataforma para conexión con PID u otros sistemas. - Verificación técnica inicial: antes de dar paso formalmente a pruebas, el equipo técnico de la adjudicataria debe verificar que cada componente responde. Esto incluye checks como: - -Consultar a mano un endpoint API desde dentro de la red para ver que devuelve datos (ej. GET /api/zonas devuelve la lista). - -Entrar con una persona usuaria de prueba en el frontend y ver que carga el dashboard sin errores, aunque esté aún vacío de datos significativos. - -Forzar un envío de datos de un sensor y verlos reflejados en algún log o base de datos. - -Forzar una situación de prueba (p. ej. simular 101 personas en una zona para disparar una alerta y ver si la alerta se registra. Estas pruebas técnicas internas aseguran que el despliegue es correcto y podemos pasar a la siguiente fase. Las pruebas mínimas se incluirán en el documento de análisis inicial. - Coordinación con los servicios municipales responsables: el Ayuntamiento proveerá: - -CPD, racks, energías. - -Configuración de red (VLAN para los dispositivos IoT, configuración de APN privada para las SIM de los sensores ópticos/sensores, asignación de IPs públicas si se necesita acceder desde fuera, etc.). - -Certificados SSL para dominio y PKI corporativa. - -Verificación de cumplimiento de normas internas de seguridad. La adjudicataria debe planificar estas interacciones con antelación para no tener retrasos (ej., solicitar SIMs y su activación con semanas de antelación, coordinar la elevación de antenas para 4G si la cobertura en algún sensor óptico es mala, etc.). - Gestión de incidencias durante despliegue: es normal que surjan ajustes (por ejemplo, un sensor óptico tenga una señal débil y haya que reubicar un router 4G, o un sensor tenga conflicto de IP). Pero estas incidencias deberán gestionarse ágilmente, documentando los cambios realizados (por ejemplo, si se cambia de puerto un sensor óptico o <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | se le actualiza firmware) con un registro de la configuración final. (documento de 'as-built' con todos los detalles finales de la instalación). Al término de esta fase, se debe contar ya con un sistema completo y configurado operando en un entorno controlado, listo para ser evaluado. Se puede considerar un despliegue inicial completo cuando todos los puntos anteriores están realizados. En ese momento, se suele hablar de versión beta o preproducción del sistema corriendo con todos sus componentes reales. ## Pruebas Tras el despliegue inicial, se realizará una batería exhaustiva de pruebas para validar que se incluyan las tareas, plazos, hitos y responsables, alineado con los plazos contractuales. Las pruebas incluirán diferentes niveles: - Pruebas unitarias: Ya mencionadas como parte de CI, aseguran que componentes aislados funcionan. Para el contexto de implantación, se verifica que todas las pruebas unitarias desarrolladas pasan exitosamente en el entorno desplegado. La adjudicataria presentará un informe de pruebas unitarias (p.ej., "90% de casos unitarios ok, cobertura de código del 80%, etc."). - Pruebas de integración: se comprobará que los distintos módulos del sistema interactúan correctamente. Por ejemplo: - -Que los datos fluyen desde un sensor óptico -&gt; a través del analizador de visión -&gt; a la base de datos -&gt; al dashboard, sin interrupciones. - -Que un evento en el backend (ej. alerta generada) se refleja en el frontend (notificación visible). - -Que las APIs externas llamadas (como la de PID, si se probó) responden y el sistema maneja su respuesta. - -Que una persona usuaria creada en la base de datos puede autenticarse vía la interfaz, etc. Estas pruebas a veces se ejecutan manualmente según casos de uso definidos, o semiautomáticas. Se documentará cada caso de integración testeado y el resultado. - Pruebas funcionales (de aceptación interna): son las pruebas que validan cada requisito funcional . Para esto, se preparará un plan de pruebas funcionales con casos de prueba concretos: - -Ejemplo: 'Caso de prueba: al superar el umbral de 50 personas en Zona A, se genera una alerta de nivel alto'. Procedimiento: simular (o físicamente congregar personas con dispositivos) que en Zona A hay &gt;50 señales WiFi. Resultado esperado: el sistema registra alerta con el detalle X en menos de Y segundos. Resultado obtenido: \_\_\_\_\_\_ [Pasado/No pasado]. - -Se cubrirán todos los módulos: creación de simulación y comprobación de resultados, generación de informe y ver que coincide con los datos, roles de persona usuaria (iniciar sesión con una persona usuaria con menos permisos y confirmar que no puede acceder a ciertas configuraciones), etc. Muchas de estas pruebas se harán con la participación activa del personal municipal (pruebas de persona usuaria), para que ellos mismos comprueben la operativa. La adjudicataria asistirá guiando en cómo hacer las acciones y observando resultados. - Pruebas de rendimiento y carga: dado lo crítico del tiempo real, se someterá al sistema a condiciones intensas: - -Simular la carga máxima esperada: por ejemplo, suponer que todos los sensores ópticos están enviando datos simultáneamente y que los sensores estén mandando detecciones frecuentes, y además múltiples personas usuarias están conectados al dashboard. Para simularlo, se pueden reproducir secuencias de video de prueba en <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | todos los sensores ópticos, y generar tráfico falso de sensores (es posible que la adjudicataria tenga herramientas para eso o se puedan reconfigurar sensores para emular). - -Medir cómo responde el sistema: tiempos de refresco de datos en la pantalla, latencia desde que ocurre un evento hasta que se refleja, uso de CPU/GPU/RAM en el servidor, etc. - -Identificar cuellos de botella: quizá se descubra que cierta configuración necesita ajuste (p.ej., bajar la frecuencia de análisis de video si la GPU se satura, o tunear la base de datos). También se probará la escalabilidad: por ejemplo, añadir virtualmente más sensores (no físicos, pero mandar datos como si hubiera 50 sensores) para ver hasta dónde soporta. Esto pensando a futuro, pero el objetivo principal es asegurar que con lo proyectado (36+12) el sistema va sobrado en recursos. Si en estas pruebas se detectan problemas (ej: la interfaz se ralentiza con muchos datos), la adjudicataria deberá optimizar (indexar BD, mejorar consultas, paralelizar tareas, etc.). Se documentará un informe de pruebas de rendimiento , con las condiciones simuladas y resultados (p. ej., "Máximo throughput soportado: 1000 detecciones/segundo, CPU al 70%, etc."). - Pruebas de seguridad: la adjudicataria deberá llevar a cabo las pruebas y análisis necesario para declarar la conformidad de la solución con el nivel medio ENS. Al menos, y sin carácter exhaustivo: - -Verificación de roles: que efectivamente una persona usuaria sin permiso no acceda a opciones restringidas (probando URL directas, etc.). - -Intentos de inyección o XSS en formularios del sistema (por ejemplo, en campos de configuración meter scripts maliciosos a ver si se almacenan). - -Escaneo de puertos del servidor para asegurar solo los necesarios están abiertos. - -Comprobación de que las comunicaciones de dispositivos están cifradas o al menos autenticadas. Cualquier vulnerabilidad hallada deberá corregirse. - Registro de incidencias y correcciones: durante todas estas pruebas, se llevará un registro de incidencias. La adjudicataria debe corregir los defectos encontrados y volver a probar si es necesario. Las iteraciones deberán generar nuevas correcciones hasta que se supere el test en curso. - Pruebas de aceptación (persona usuaria final): finalmente, se llevará a cabo la prueba de aceptación formal con participación de los responsables del Ayuntamiento. Se realizará una repetición de los casos de prueba funcional más relevantes, para comprobar que todo funcione. El resultado final de esta etapa será un Acta de Pruebas . Este documento servirá de base para la decisión de pasar a producción (puesta en marcha). Además, toda la evidencia generada (reportes de pruebas unitarias, funcionales, rendimiento, etc.) quedará como anexo para demostrar la calidad. ## Puesta en marcha Superada la fase de pruebas y hechas las correcciones necesarias, se procederá a la puesta en marcha oficial del sistema en el entorno productivo. Aspectos a considerar: - Migración a producción: una vez finalizada la fase de desarrollo, será necesario migrar el aplicativo final al entorno de producción, este entorno será en el CPD municipal. - Arranque controlado: se realizará de forma controlada, inicialmente en un periodo de marcha en blanco o soft launch . Por ejemplo, los primeros días de funcionamiento real se monitorizará estrechamente, con personal de la <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | adjudicataria disponible para responder ante cualquier fallo. Se prueba con personas usuarias limitadas (ej. solo el personal interno la usa, antes de mostrar datos al público). Esto permite, en un entorno real pero acotado, verificar estabilidad. - Revisión final contra especificaciones: en la puesta en marcha, el Ayuntamiento comprobará que todo lo indicado en el pliego está operativo. Se realizará una prueba piloto donde se observa el comportamiento en condiciones reales (ejemplo: probarlo en un evento real programado pronto, para ver cómo se desempeña). Cualquier desperfecto o desvío detectado en esta etapa deberá ser subsanado inmediatamente por la adjudicataria. - Acta de puesta en marcha (recepción): se levantará un Acta de Puesta en Marcha o de recepción , donde el Ayuntamiento certificará que el sistema ha sido instalado y configurado de acuerdo al contrato y que se encuentra en operación satisfactoria. ## Gestión del cambio y capacitación La introducción de un sistema innovador como este conlleva una gestión del cambio adecuada para asegurar que las personas usuarias finales lo adoptan correctamente y que la organización está preparada para su uso y mantenimiento. Esto incluye: - Plan de formación: La adjudicataria deberá impartir sesiones de capacitación al personal designado por el Ayuntamiento. Se contemplarán al menos dos perfiles de formación: - -Formación de personas usuarias finales (áreas sectoriales): orientada a quienes usarán el dashboard y funcionalidades en su trabajo diario. Se cubrirá: cómo iniciar sesión, descripción de todas las secciones de la interfaz, interpretación de indicadores y alertas, cómo responder a situaciones usando la herramienta, generación de informes, etc. Esta formación debe ser práctica, usando casos simulados ('imaginemos que esta zona se pone roja, ¿qué haces?'). Al menos 10 horas, separadas en 2 jornadas de 5 horas cada una, de formación presencial. La formación debe ser grabada para su consulta en cualquier momento. La grabación corre a cuenta de la adjudicataria. - -Formación técnica (administradores del sistema, mantenimiento de equipos en CPD): dirigida al personal municipal responsable que dará soporte a la solución. Aquí se profundizará en la arquitectura, cómo reiniciar servicios, cómo gestionar personas usuarias y permisos, cómo aplicar parches o actualizar componentes, dónde revisar logs y diagnosticar problemas, procedimientos de backup/restore, etc. También cómo añadir nuevos sensores o cambiar configuraciones avanzadas. Al menos 8 horas de formación, separadas en 2 jornadas de 4 horas, eminentemente prácticas. Se realizará de manera presencial. La formación debe ser grabada para su consulta en cualquier momento. La grabación corre a cuenta de la adjudicataria. - -Formación técnica de instalación física y configuración de equipos: Al menos 8 horas de formación, separadas en 2 jornadas de 4 horas, eminentemente prácticas. La formación debe ser grabada para su consulta en cualquier momento. La grabación corre a cuenta de la adjudicataria. - -Se entregará material didáctico: presentaciones, manuales/resumen, guías rápidas…. - Documentación para personas usuarias y técnicos: además de la formación presencial, la adjudicataria proveerá manuales completos: <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | - -Manual de persona usuaria : describiendo paso a paso el uso de cada funcionalidad de la plataforma, con capturas de pantalla en español, ejemplos de interpretación de gráficas, FAQs de uso común ('¿cómo configuro una nueva alerta?', etc.). Debe estar escrito en un lenguaje accesible para una persona usuaria no técnica. - -Manual de administrador/técnico : documentación más técnica, que incluya instalación (por si hubiera que reinstalar en otro servidor, aunque esté open source), administración de base de datos, detalles de integraciones (por ejemplo, si hay que renovar un certificado o token para la PID, cómo hacerlo), mantenimiento preventivo, etc. - -Documentos de diseño y código : si bien la mayoría estará en el repositorio, se entregará una memoria técnica final que resuma la arquitectura, incluya diagramas finales 'as built' (por ejemplo, arquitectura final implementada, modelo de datos final). Toda la documentación se entregará en español y en formatos editables (docx, odt, etc.) además de PDF, para que el Ayuntamiento pueda actualizarlos en el futuro si el sistema evoluciona. - Soporte durante la adopción: la adjudicataria deberá ofrecer soporte intensivo inicial durante el primer mes de uso real. Tendrá disponible a una persona especialista (vía teléfono o in-situ) para resolver consultas de persona usuarias, bien sobre dudas de uso o comportamientos inesperados. Este soporte es parte de la gestión del cambio. ## Requisitos de ejecución Esta sección recoge condiciones relativas a la ejecución contractual del proyecto, particularmente en cuanto a la disponibilidad de medios y organización temporal de los trabajos. ## Sustitución y ausencia de medios personales La adjudicataria deberá asegurar la adecuada dotación de personal durante toda la ejecución del contrato, incluso ante eventuales ausencias o imprevistos, cumpliendo los siguientes puntos: - Equipo de trabajo comprometido: en la documentación a presentar con la oferta, se incluirá el equipo mínimo que dé respuesta a las exigencias de este pliego conforme a lo establecido en el apartado 12.6.1. Si por causas de fuerza mayor hubiera que sustituir a alguno (por ejemplo, baja médica prolongada, renuncia a la empresa), la adjudicataria se compromete a proporcionar un sustituto de igual o superior cualificación y experiencia, sin coste adicional para el Ayuntamiento . Además, deberá comunicarlo formalmente y con antelación suficiente, facilitando un adecuado traspaso de conocimiento al nuevo integrante para que el proyecto no se resienta. - Continuidad del servicio: no se admitirán interrupciones en las tareas por falta de personal. La adjudicataria, por tanto, preverá dentro de su organización interna recursos de respaldo . - Perfil del sustituto y aceptación: si ocurre una sustitución de personal , el Ayuntamiento se reserva el derecho de solicitar la documentación acreditativa del cumplimiento de requisitos relativos a medios personales. - Ausencia de medios materiales: la adjudicataria debe prever sustituciones de medios técnicos en caso de avería. - No repercusión al Ayuntamiento: cualquier medida de contingencia ante ausencias o carencias de medios será organizada y costeada por la adjudicataria. No se trasladarán costos ni extensiones de plazo al Ayuntamiento por estos conceptos. <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | ## Horario y lugar de ejecución de los trabajos Esta sección establece las condiciones sobre cuándo y dónde se realizarán las distintas actividades del proyecto: ## · Horario de trabajo: - -Por defecto, las tareas se realizarán en horario laboral de lunes a viernes y de 8:00 a 17:00 horas . Esto aplica a reuniones, desarrollo, instalación, etc., salvo acuerdo expreso para algo diferente. - -Intervenciones fuera de horario: si alguna instalación requiriera hacerse en horario nocturno o fines de semana para minimizar molestias (por ejemplo, instalar un sensor óptico en una zona peatonal muy transitada, quizá se deba hacer de madrugada para no interferir con peatones), la adjudicataria debe preverlo y coordinarlo. El pliego da flexibilidad para que, si es necesario, se trabaje fuera del horario normal, siempre con autorización municipal. En tal caso, se informará a la Policía Local u autoridades pertinentes de que habrá personal trabajando en la vía pública a tal hora. - -Soporte en eventos especiales: en caso de que durante la ejecución haya algún evento multitudinario donde se quiera ya probar el sistema (fase de pruebas), podría requerirse presencia del equipo un fin de semana o festivo. La adjudicataria debe mostrar disponibilidad para cubrir esos momentos clave. Por ejemplo, si hay una gran fiesta local el domingo y se planea usar el sistema, al menos una persona de perfil técnico estará disponible para posibles incidencias. ## · Lugar de ejecución: - -La mayor parte de los trabajos de desarrollo de software podrá realizarse en las dependencias de la adjudicataria (oficinas propias), dado que no se requiere presencia física para programar. - -Las tareas de instalación de hardware (sensores ópticos, sensores y servidor) se realizarán, como es lógico, in situ en el municipio. La adjudicataria coordinará con el Ayuntamiento el acceso a los espacios públicos donde instalará sensores ópticos/sensores (por ej., farolas, fachadas, etc.) y al CPD municipal para el servidor. Se deberá respetar en todo momento la normativa local en cuanto a ocupación de vía pública (por ejemplo, podría necesitar licencia o aviso para uso de escaleras, grúas, etc. en la calle). Es responsabilidad de la adjudicataria la solicitud de licencias, en su caso, y el pago de las tasas correspondientes. - -Especificaciones del CPD: el CPD municipal es el lugar donde se alojará el servidor. Se informará a la adjudicataria de las condiciones (racks disponibles, clima, seguridad) para que planifique la instalación. - Reuniones de seguimiento: las reuniones de seguimiento se realizarán preferentemente online, por medios telemáticos. No obstante, se podrán celebrar reuniones de ejecución de los trabajos presenciales, a petición del Ayuntamiento. - Formación: las formaciones serán siempre presenciales y se impartirán en aulas del Ayuntamiento o lugares que éste facilite. Dichas formaciones serán grabadas y entregadas al Ayuntamiento. La adjudicataria facilitará los medios necesarios para ello. - Acceso a instalaciones y seguridad: cuando el personal de la adjudicataria esté en edificios municipales, deberá cumplir normas de seguridad y acompañamiento. <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | ## Organización del proyecto ## Medios personales Los perfiles profesionales mínimos serían los siguientes: ## 1. Un/a Coordinador/a técnico de proyecto (Smart City Lead) Perfil: Ingeniería informática, del software, de sistemas de información, Ciencia de datos o ciencia e ingeniería de dato, ingeniería de telecomunicaciones, industrial, eléctrica o electrónica. Dedicación: 20% de la jornada ## Funciones: - Dirección técnica del proyecto y relación con el Ayuntamiento. - Planificación, control y coordinación del equipo de trabajo y seguimiento de hitos. - Supervisión de integración con AERO y nodo PID. - Control de documentación y cumplimiento ENS. Experiencia mínima: 3 años en proyectos de smart city o implantación de nuevas tecnologías relacionadas con la prestación de servicios públicos. ## 2. Una persona especialista en sistemas de análisis de afluencia (nivel ingeniería) (IA + IoT + Edge) Perfil: Ingeniería informática, del software, de sistemas de información, Ciencia de datos o ciencia e ingeniería de dato, ingeniería de telecomunicaciones. Dedicación: 100% de la jornada Funciones combinadas: - Diseño y entrenamiento de modelos de ML y detección de patrones (personas, multitudes). - Procesamiento de nubes de puntos y sensores WiFi/BLE. - Integración edge-cloud, protocolos IoT (MQTT, 6LoWPAN), conectividad y preprocesamiento. Experiencia mínima: 2 años en IA aplicada a ML/Pattern. ## 3. Una persona especialista en desarrollo de software, integración de plataformas y visualización de datos (nivel ingeniería) Perfil: Ingeniería informática, del software, de sistemas de información, Ciencia de datos o ciencia e ingeniería de dato, ingeniería de telecomunicaciones. Dedicación: 100% de la jornada Funciones combinadas: - Desarrollo de APIs REST (OpenAPI/JSON-LD) e integración con PID. - Desarrollo del dashboard unificado y mapas interactivos. - Creación de informes automáticos y front-end accesible (WCAG 2.1 AA). Experiencia mínima: 2 años en back-end y visualización. <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | Se exigirá Vida Laboral y Currículum de las personas adscritas al proyecto. La información facilitada en el CV podrá ser contrastada. ## Cronograma e Hitos Se establece el siguiente cronograma, que representa los plazos máximos de entrega de cada uno de los entregables que se recogen en la primera columna. La adjudicataria tiene la responsabilidad de monitorizar el avance y advertir con anticipación cualquier desviación que pudiera comprometer el plazo final. Si algún hito intermedio se demora, deberá presentar un plan de recuperación (ej. horas extra, añadir personal, replanificar tareas en paralelo,...) para garantizar la entrega a tiempo. El Ayuntamiento, por su parte, se compromete a facilitar las acciones que son de su incumbencia en plazo (ej.: validar documentos, proveer información solicitada, gestionar permisos), para no ser cuello de botella. A continuación de la tabla, se incluye la leyenda que refleja el contenido que ha de incluir cada uno de los documentos (columna 'DOC'): GENERAL: se refleja con 'A' aquellas tareas cuya finalización se plasma en un Acta de Recepción por el Ayuntamiento. <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | ENERO FEBRERO MARZO ABRIL MAYO JUNIO JULIO-DICIEMBRE | LOTE1.GEMELODIGITALAFOROSY CONTEO | 9M10M11M12 | DOC HITO | |------------------------------------------------------------------|--------------|------------| | FASE1.Disefio,desarrollo,implementacion ypuesta enfuncionamiento | | | | Reuniones de seguimiento | A | | | Hito1.Tareasdeinicio | | | | Reunion de inicio | A | H1 | | | ADF | | | | DTA | | | Plan deProyecto propuesto | DR | H1 | | | PIHW | | | | PP | | | | PS | | | RevisionyfeedbackAyuntamiento | | H1 | | Plan deProyecto definitivo | PS | H1 | | AprobacionPlan deProyecto | A | H1 | | Hito2.TareasdeinstalacionHW | | | | Solicituddepermisos | | H2 | | Recepcion de suministro | | H2 | | Licencias deinstalacion | | H2 | | Replanteo in situ | IR | H2 | | Instalacion y montaje | | H2 | | Configuracion de equipos | | H2 | | Pruebasdecampo | IPC | H2 | | Recepciondel equipamiento | A | H2 | | Hito3.Tareasdedesarrollosoftware | | | | Desarrolloenentomodepruebas | | H3 | | Ejecucion delaspruebas | | H3 | | Auditoria deseguridad | | H3 | | Entregaplataformaenpre | | H3 | | | CFS | | | Entregadedocumentaciontecnicaasociada | IP IAS | H3 | | Validacion de aplicativo y documentacion en | | | | pre | A | H3 | | Integraciones | DTI | H3 | | Hito4.Tareasdeimplantacion | | | | InstalacionenCPDmunicipal | A | H4 | | Ejecucionpruebasenproduccionsoft/hard | A | H4 | | | MD | | | | MUA | | | Entrega de documentacion deproduccion, | MAPI CF | | | despliegue, manuales, etc | DS | | | | IPP | | | | | H4 | | Formacion(imparticion) | CFS A | H4 | | Hito5.Casos de usoy puesta en marcha | | | | Realizaciondecasosdeuso | ICU | H5 | | Afinadodeplataforma | | H5 | | Entregafinaldeplataforma | | H5 | | Recepcion de plataforma | A | H5 | | FASE2-Soporteymantenimiento | PM | | Contenido de cada uno de los documentos señalados en la columna 'DOC': ## FASE 1. DISEÑO, DESARROLLO, IMPLEMENTACIÓN Y PUESTA EN FUNCIONAMIENTO: ## ■ HITO 1. TAREAS DE INICIO: -  Plan de Proyecto: Incluye: - -Cronograma de detalle. - -Riesgos identificados y planes de mitigación. - -Plan de Calidad. <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | - -Describir en detalle la organización prevista conforme a la metodología Agile ( duración prevista de sprints, hitos, y el método de validación con el Ayuntamiento, reuniones programadas y cualquier otro relacionado con la metodología y seguimiento). - -Indicar la estrategia de capacitación y documentación asociada. - -Explicar posibles acciones para fomentar la adopción y resolver resistencias. - -Incluir un organigrama con las personas que formen el equipo de trabajo, detallando funciones. Explicar cómo se cubrirán ausencias o bajas y el porcentaje estimado de dedicación de cada perfil a lo largo de las fases del proyecto. -  ADF: Análisis y Diseño Funcional: incluye casos de uso detallados, maquetados de pantalla, descripción funcional completa. Se describe detalladamente en el apartado correspondiente del PPT (Diseño y Desarrollo): - -Incluye la tabla de trazabilidad indicando qué parte de la solución da respuesta a cada requisito funcional enumerado en el presente documento. - -Incluir diagramas de casos de uso o flujogramas, si se estima oportuno, para ilustrar la experiencia de la persona usuaria y la lógica de negocio. - -Presentar cómo se garantiza la licencia abierta (EUPL), el repositorio Git y las instrucciones de despliegue (baremetal, Docker, cloud). - -Indicar estrategias para documentar y facilitar la reutilización (manuales, ejemplos, etc.). - -Describir los procedimientos de QA (revisiones de código, validación de requisitos, auditorías de seguridad). -  DTA: Diseño Técnico y Arquitectura: arquitectura, modelo de datos, definición de interfaces, especificaciones de seguridad, etc. Se describe detalladamente en el apartado correspondiente del PPT (Diseño y Desarrollo). Incluye: - -La descripción de la arquitectura tecnológica adoptada (capas, módulos, interacción entre frontend, backend, bases de datos, microservicios, etc.), señalando la modularidad y la escalabilidad. - -Justificar la elección de frameworks (Node.js, React, etc.), librerías y bases de datos (relacionales y/o NoSQL), servicios de Machine Learning y cualquier otra tecnología relevante. - -Mencionar cómo se cumplirá con la flexibilidad para integrar Python/ML y garantizar la seguridad (validaciones, actualización de librerías, etc.). - -Describir el mecanismo de integración con la PID de SEGITTUR y otros sistemas externos, indicando los formatos de intercambio de información. - -Según los estándares abiertos asumidos (JSON, OpenAPI, etc.), mencionar la forma de mapear datos a la ontología turística de SEGITTUR. - -- Describir a alto nivel qué pruebas se contemplan (unitarias, integradas, de rendimiento, UAT), cómo se registrarán resultados y qué herramientas de CI/CD se usarán para su automatización. - -- Incluir un esquema de alto nivel (diagrama) para ilustrar los componentes y su comunicación. -  DR: Diseño de Replanteo. Trabajos en colaboración con el Ayuntamiento para la ubicación concreta de cada sensor óptico. La adjudicataria formulará una propuesta motivada. -  PIHW: elementos Plan de Instalación del Hardware. Incluye el detalle necesario para programar la instalación de los a instalar en calle, y resto de equipamiento tecnológico físico. Deberá prever las fechas de pedido y <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | recepción del suministro, los tiempos de tramitación de las oportunas licencias, y cualquier otro aspecto relacionado con su instalación. Incluye los aspectos relativos a la configuración. - [ ]  PP: Plan de Pruebas. Incluye las pruebas sobre el desarrollo del software y las de funcionamiento e integración de todos los elementos físicos. Incluye los casos de uso. - [ ]  PS: Plan de Seguridad. Incorporar en un cronograma todas las tareas relacionadas con la seguridad de la información y protección de datos conforme a lo exigido, asegurando el cumplimiento del Esquema Nacional de Seguridad (nivel Medio). Objetivo final del Hito 1: Aprobación del Plan de Proyecto. ## ■ HITO 2: TAREAS DE INSTALACIÓN HW: - [ ]  IR: Informe de Replanteo : contiene ubicaciones exactas, elementos de anclaje y preinstalación eléctrica. Se refiere al inventario de equipamiento físico completo del proyecto. - [ ]  IPC: Informe Pruebas de Campo. - [ ]  A: Acta de recepción. Se realizará un inventario de equipos entregados (36 sensores ópticos con sus modelos y 12 sensores instalados y el servidor entregado). Se hará una revisión conjunta (personal de Ayuntamiento y adjudicatario) para comprobar que todo el material está instalado y funcionando. Después de esto, se emitirá un Acta de conformidad de instalación de hardware. Objetivo final Hito 2: Recepción de equipamiento físico e instalación. ## ■ HITO 3: TAREAS DE DESARROLLO DE SOFTWARE: - [ ]  CFS: Código fuente del software: aunque el código estará en un repositorio git accesible, se entregará una copia completa del código fuente, incluyendo todos los módulos desarrollados, scripts, configuraciones, etc. Versión inicial. - [ ]  IP. Informe de Pruebas: la adjudicataria entregará los resultados de las pruebas de manera formal (casos de prueba y resultados), con evidencias de que el sistema cumple requisitos. - [ ]  IAS: Informe de auditoría de seguridad - [ ]  DTI: Documento Técnico de Integraciones: recoge las especificaciones técnicas sobre las integraciones de los proyectos Smart Luz y Conteo Cimavilla. Objetivo final Hito 3: Plataforma en preproducción y aceptación de documentación asociada. ## ■ HITO 4: TAREAS DE IMPLANTACIÓN: - [ ]  MD. Manual de despliegue, en nube o en entorno bare-metal (on-premise). - [ ]  MUA. Manual de persona usuaria y administración (entrega junto con el sistema). - [ ]  MAPI. Manual de API - [ ]  CF. Documento código fuente - [ ]  DS. Documentación de seguridad <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | - [ ]  IPP. Informe Pruebas Producción - [ ]  CFS: Código fuente del software: aunque el código estará en un repositorio git accesible, se entregará una copia completa del código fuente, incluyendo todos los módulos desarrollados, scripts, configuraciones, etc. Esto puede ser mediante un enlace al repositorio público (si ya es público) o un volcado en medios digitales. La aceptación del software pasa por verificar que: - -El código está completo y corresponde a la versión ejecutada en producción. - -Compila/funciona en un entorno limpio si se sigue la documentación. - -Está debidamente documentado (comentarios, README, etc.). - -Cumple con la licencia acordada (encabezados de licencia en cada archivo si aplica). Objetivo final Hito 4: Plataforma desplegada y operativa ## ■ HITO 5. CASOS DE USO Y PUESTA EN MARCHA: -  ICU: Informe Casos de Uso: contiene las evidencias y resultados de la realización de los casos de uso contemplados en el PPT. Objetivo final Hito 5: Recepción final de la plataforma. ## FASE 2: SERVICIOS DE SOPORTE Y MANTENIMIENTO DE AMBOS PAQUETES DE TRABAJO. -  Plan de Mantenimiento (PM): detallar el procedimiento de gestión de incidencias en la fase de mantenimiento y resto de tareas asociadas, estableciendo canales de seguimiento y comunicación. ## Planificación, dirección y seguimiento del proyecto Una gestión eficiente del proyecto es esencial para cumplir los objetivos en plazo, calidad y coste. En este apartado se detallan cómo se organizarán la planificación fina, la dirección de los trabajos y su monitorización constante: - Planificación detallada: como ya se indicó, la adjudicataria presentará un 'Plan de proyecto'. Esa planificación no es estática, deberá actualizarse conforme avance el proyecto y se tengan datos reales. Si algún hito se adelanta o retrasa, el plan se ajustará manteniendo la vista global en cumplir el plazo final. Estas actualizaciones se comunicarán al Ayuntamiento, para tener siempre una visión común de la línea temporal actual. - Dirección del proyecto: La adjudicataria designará una Dirección de Proyecto (Project Manager) con experiencia demostrable en proyectos similares, que será el punto de contacto principal con el Ayuntamiento. Sus funciones: - -Coordinar al equipo multidisciplinar (desarrolladores, instaladores y formadores). - -Asegurar la comunicación fluida con el responsable del contrato del Ayuntamiento. - -Tomar decisiones del día a día y elevar decisiones estratégicas o cambios de alcance al comité que corresponda. - -Gestionar riesgos y problemas emergentes, buscando soluciones prontas. - -Verificar que se cumplen los estándares de calidad y metodología. Del lado del Ayuntamiento, se nombrará una persona Responsable del Proyecto, que velará por los intereses municipales, coordinando la participación de persona usuarias y recursos del Ayuntamiento necesarios, y validando entregables. <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | - Comité de seguimiento o reuniones clave: se establecerá un mecanismo de seguimiento formal: - -Reuniones quincenales de seguimiento operativo: con asistencia de la Dirección de proyecto de la adjudicataria y el Responsable Técnico designado por el Ayuntamiento (más otros técnicos si procede). En ellas se repasará el avance de las últimas dos semanas, se analizarán tareas próximas, se revisará el estado de riesgos y se solucionarán dudas o dependencias. De cada reunión se levantará una breve acta con acuerdos y responsables de acciones. - -Comités mensuales de proyecto : en estos comités se evaluará el progreso global, cumplimiento de hitos, etc. - -Comunicación informal: además de lo anterior, se mantendrá comunicación casi diaria a través de correo electrónico, teléfono o mensajería rápida para resolver cuestiones menores rápidamente, sin esperar a reuniones formales. - Control de entregables: conforme al cronograma recogido en el apartado 12.6.2, visto en el apartado anterior. - Reporte de incidencias y decisiones: todas las decisiones relevantes tomadas durante la ejecución del proyecto quedarán reflejadas en actas. P.ej., "decidido usar framework X en vez de Y", "no se instalará sensor en lugar Z porque no hay permiso, se cambia a lugar W"). - Supervisión por parte del Ayuntamiento: además de la autoorganización de la adjudicataria, el Ayuntamiento podría ejercer labores de supervisión técnica, ya sea con personal propio o consultores externos. La adjudicataria deberá colaborar con ellos, facilitando información, acceso a entornos de prueba, etc., y atendiendo recomendaciones. ## Mantenimiento y gestión de incidencias Una vez entregado y puesto en marcha el sistema, comenzará un período de mantenimiento durante el cual la adjudicataria se compromete a resolver incidencias y asegurar el correcto funcionamiento de todo el suministro, incluyendo: ## · Hardware : - -Sustitución o reparación de componentes defectuosos (sensores ópticos, sensores, partes del servidor) que presenten fallos no debidos a mal uso externo. Aquí se hará valer la garantía del fabricante, pero la adjudicataria se encargará de tramitarla y reemplazar el equipo en sitio. Por ejemplo, si un sensor óptico deja de funcionar sin causa aparente a los 3 meses, la adjudicataria la reemplazará por una nueva (la adjudicataria gestiona RMA con el fabricante). - -Servidor GPU H100 on-premise: la adjudicataria está obligada a dar soporte a los técnicos y operadores municipales encargados del CPD municipal. Durante la formación, se creará un manual de mantenimiento del servidor para que los operarios municipales puedan ejecutar estas labores con la precisión y la cadencia necesaria. Si surgiera alguna duda sobre las operaciones de mantenimiento a realizar, la adjudicataria deberá aclarar estas dudas con personal on-site. - -Se analizarán los SSD verificando el estado del disco y sustituyendo aquellos que muestren signos de envejecimiento o desgaste por los ciclos de lectura/escritura. Se atenderán a las recomendaciones de los fabricantes de los dispositivos con los ciclos máximos de lectura/escritura suministrando repuesto de los que superen un 80% de la vida útil. - -Sensores ópticos de conteo: <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | - -Se deberá de efectuar una limpieza de los sensores ópticos instalados, eliminando los excrementos de las aves y la suciedad del equipo, al menos cada 6 meses. En el caso de que se detecte alguno rayado o con halo, se procederá a su sustitución en 24 horas máximo. - -Se comprobarán los soportes y la sujeción de los sensores ópticos por si hubiera corrosión o aflojamiento de la tornillería, sustituyendo aquellos elementos que presenten corrosión o debilitamiento. - -Se efectuará un reseteo programado y coordinado de los equipos para mejorar su rendimiento y eliminación de archivos temporales que pudieran existir en la memoria de los sensores ópticos. - -Se verificará la tarjeta SIM del equipo, su correcta instalación y si hubiera algún tipo de humedad o corrosión en el soporte, se sustituirá éste en un periodo no superior a 24 horas, si no estuviera en las condiciones óptimas de funcionamiento. - -Se hará un análisis del consumo de datos de cada SIM y se ajustarán los planes de datos para evitar el bloqueo en el envío de información. - -Se hará una prueba de salto de diferencial o del magnetotérmico para comprobar su correcto disparo en caso de cortocircuito o derivación a tierra. - -Se atenderá a las indicaciones del manual del equipo para efectuar las pruebas que en él se indiquen. ## · Sensores BLE y Wifi: - -Se deberá de realizar una limpieza del dispositivo eliminando los excrementos de las aves y la suciedad del equipo. - -Se comprobarán los soportes y la sujeción del dispositivo por si hubiera corrosión o aflojamiento de la tornillería, y se sustituirán aquellos elementos que presenten corrosión o debilitamiento. - -Se efectuará un reseteo programado y coordinado de los equipos para mejorar su rendimiento y eliminación de archivos temporales que pudieran existir en la memoria del equipo. - -Se verificará la tarjeta SIM del equipo, su correcta instalación y si hubiera algún tipo de humedad o corrosión en el soporte, sustituyendo este en un periodo no superior a 24 horas si no estuviera en las condiciones óptimas de funcionamiento. - -Se hará un análisis del consumo de datos de cada SIM y se ajustarán los planes de datos para evitar el bloqueo en el envío de información. - -Se hará una prueba de salto de diferencial o del magnetotérmico para comprobar su correcto disparo en caso de cortocircuito o derivación a tierra. - -Se atenderá a las indicaciones del manual del equipo para efectuar las pruebas que en él se indiquen. ## · Software: - -Sistemas Operativos (SO): los aplicativos instalados en las Máquinas Virtuales del CPD tendrán instalado un SO, se deberán realizar los mantenimientos típicos sobre estos SO como son la instalación de parches de seguridad, parches correctivos, evolutivos, etc. Previo a estos pasos, se realizarán las instalaciones en el entorno de pruebas y desarrollo para comprobar que un parche de seguridad o correctivos no bloquean las funcionalidades de la plataforma o ralentizan el sistema. <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | - -Corrección de errores de programación, fallos de seguridad descubiertos, problemas de rendimiento no detectados inicialmente, etc. También incluye ajustes menores que puedan ser necesarios para que el sistema cumpla con lo especificado. ## · Aplicativos: - -Sobre el software desarrollado, previo pruebas en el entorno de desarrollo, se actualizarán las bibliotecas y módulos de terceros con las versiones más actualizadas. - -Se hará una limpieza de archivos temporales y logs de registro para maximizar la capacidad de los discos duros o SSD. - -Se analizarán los intentos de penetración y accesos no autorizados al aplicativo, bloqueando aquellos equipos que lo hayan intentado (bloqueo por Ips, MAC o usuario). - -Se efectuarán backups periódicos tanto de las BBDD como de los propios aplicativos, de forma que si se tuviera que recuperar un aplicativo, se minimice la pérdida de información. Estos backups deberán ser automatizados y se acordará con el ayuntamiento la cadencia. - Integraciones y conexiones: si durante el mantenimiento cambian algunos detalles externos (por ej., la PID modifica ligeramente su API) y eso provoca problemas, la adjudicataria deberá ajustarlo para mantener la funcionalidad. - SLA de atención de incidencias: se definen niveles de servicio para la atención y resolución de incidencias durante el mantenimiento: -  Incidencia crítica (Nivel 1): aquella que provoca la caída total del sistema o la imposibilidad de usar funciones críticas (por ejemplo, plataforma caída, o conteos completamente erróneos, o un fallo de seguridad grave explotado). - Tiempo de respuesta: máximo 4 horas desde notificación en horario 24x7. - Tiempo de resolución o aportar workaround aceptable: &lt; 24 horas. En caso de hardware crítico, si no se puede reparar en 24h, proveer un sustituto temporal. -  Incidencia mayor (Nivel 2): fallos importantes, pero con workaround o que afectan parcialmente (ej., un sensor óptico de los 36 no funciona, pero el resto sí; o la generación de informes falla, pero la monitorización funciona). - Tiempo de respuesta: &lt; 1 día laboral. - Tiempo de resolución: 3-5 días naturales. - [ ]  Incidencia menor (Nivel 3): errores menores, cosméticos, o consultas. - Tiempo de respuesta: &lt; 2-3 días laborales. - Tiempo de resolución: dentro de próxima versión o mantenimiento programado o en 2 semanas acumulando varias menores. Estos tiempos se establecen como máximos. - Canales de reporte: La adjudicataria deberá disponer de canales claros para que el Ayuntamiento reporte incidencias: un teléfono de soporte, un email o portal de ticketing. Para el caso de de incidencias críticas, se deberá disponer de un teléfono 24h. Para las demás, email o sistema de tickets. - Registro de incidencias: cada incidencia reportada se registrará con su fecha, descripción, nivel, acciones realizadas y fecha de resolución. La adjudicataria debe llevar un historial de incidencias y compartirlo con el Ayuntamiento. <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | - Actualizaciones y mantenimiento adaptativo: durante el mantenimiento, si surgen actualizaciones necesarias (ej., parches de seguridad, actualizaciones de sistema operativo del servidor, etc.), la adjudicataria las aplicará previa coordinación. Estas actualizaciones, forman parte del mantenimiento correctivo/adaptativo. Por ejemplo, si sale una actualización crítica de la base de datos que corrige un fallo de seguridad, se instalará. O si se descubre que un algoritmo puede mejorarse ligeramente para evitar falsas alarmas, se implementará. - Mantenimiento, soporte técnico y funcional: además de resolver bugs, el mantenimiento implica que la adjudicataria brindará soporte a la persona usuaria para dudas o problemas de uso. - Fin del mantenimiento: el periodo de mantenimiento debe finalizar con todas las incidencias cerradas conforme al ANS. En ese momento el Ayuntamiento asume ya plenamente la operación. Para ello, la adjudicataria deberá facilitar la transmisión del conocimiento y toda la documentación técnica asociada, con el histórico de intervenciones. - Mantenimiento y gestión de incidencias: si durante el mantenimiento se detectara alguna carencia en el material formativo, la adjudicataria deberá facilitar la formación o entregar documentación adicional. ## LOTE 2: SISTEMA INTELIGENTE DE INDICADORES HOTELEROS Y SU MANTENIMIENTO ## Requisitos funcionales El sistema a desarrollar deberá cubrir las funcionalidades detalladas a continuación, atendiendo a las necesidades de los distintos perfiles identificados. Se describen asimismo casos de uso de ejemplo y el tipo de información que será gestionada, incluyendo la forma en que dicha información se presentará a las personas usuarias finales. ## Funcionalidades del sistema 1. Integración con PMS hoteleros: el sistema deberá integrarse con los Property Management Systems (PMS) u otros software de gestión utilizados por los hoteles de Gijón, con el fin de extraer automáticamente datos relevantes. Esta integración podrá realizarse mediante APIs proporcionadas por los PMS o, en su defecto, mediante procedimientos de carga segura de datos. También deberá establecerse una funcionalidad de carga de datos manual a través de importación de tablas/plantillas en formato CSV. Los datos a obtener incluirán, entre otros: número de habitaciones ocupadas y producción diaria neta de comisión tanto a pasado, como a futuro (con una previsión de 90 días). El sistema, una vez introducidos estos datos, deberá de ser capaz de responder con los cálculos de tarifa media diaria (ADR), ingresos por habitación disponible (RevPAR), anticipación de reservas, estancias medias, etc. La plataforma deberá soportar la integración con múltiples PMS heterogéneos, garantizando la importación periódica (diaria, semanal) de los datos y resolviendo posibles incidencias de conexión o formatos. Se deberá asegurar la consistencia y calidad de los datos importados, con validaciones que detecten valores atípicos o faltantes para su corrección. Esta funcionalidad busca minimizar la intervención manual, permitiendo que la información de cada establecimiento se actualice en tiempo real o con la periodicidad requerida, no obstante , el proyecto deberá permitir también la carga manual de datos en todo momento. 2. Benchmarking y comparación: se implementará un módulo de benchmarking que ofrezca a cada establecimiento hotelero participante la posibilidad de comparar sus indicadores con referentes agregados. El sistema calculará <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | métricas promedio y distribuciones a nivel de destino (por ejemplo, ocupación hotelera media de la ciudad, ADR medio por categoría de hotel, o por set competitivo (estableciendo un mínimo de 4 competidores en total) etc.), así como comparativas por segmentos (por ejemplo, hoteles de similar categoría o tamaño). Para proteger la confidencialidad, los datos de comparación se mostrarán siempre de forma anonimizada y agrupada. Ninguna persona usuaria hotelera podrá ver datos individuales de otro establecimiento, sino valores medios o rangos en los que se encuentre posicionado. Los gestores municipales y de planificación turística podrán, por su parte, visualizar rankings globales y detalles agregados de todos los hoteles (p. ej., identificar el percentil de un hotel en una métrica determinada según categoría, sin revelar su nombre si así se requiere, filtrado de fechas, visualización de datos agrupados por meses o años…) En todas las funcionalidades deberán de visualizarse las medias agregadas (p. ej, si se selecciona un intervalo de fechas del 1/08/2024 al 10/08/2024, además de verse los resultados día por día, debería de verse la media de esos 10 días consecutivos). Esta funcionalidad permitirá detectar desviaciones positivas o negativas (ranking) : por ejemplo, un hotel podrá saber si su ocupación mensual está por encima o por debajo de la media de la ciudad, o el Ayuntamiento podrá identificar cómo de homogénea es la distribución de la rentabilidad entre los establecimientos. Se deberán incluir herramientas visuales (gráficos de barras, percentiles, etc.) para ilustrar estas comparativas de manera comprensible. 3. Módulo predictivo (analítica avanzada): el sistema deberá incorporar capacidades de predicción que ayuden a anticipar comportamientos futuros del sector. Mediante técnicas de machine learning o modelos estadísticos avanzados, la plataforma ofrecerá previsiones a corto y medio plazo sobre indicadores clave, tales como niveles de ocupación esperada en semanas o meses siguientes, estimación de demanda en períodos turísticos o eventos específicos (p. ej., eventos deportivos, congresos, festividades locales), proyección de ingresos, etc. Para ello, se entrenarán modelos con datos históricos incluidos en la propia herramienta, combinados con otras fuentes relevantes (series históricas del destino, calendario de eventos en Gijón, datos macro, etc.). El módulo predictivo deberá integrarse de forma transparente en el sistema, presentando los resultados a las personas usuarias en forma de gráficas de tendencia con intervalos de confianza, y permitiendo compararlos con valores históricos o con escenarios alternativos. Por ejemplo, un responsable de planificación turística podría ver la proyección de ocupación para la próxima temporada alta introducida por los establecimientos, compararla con la ocupación real de años anteriores en el mismo periodo y así mismo visualizar la previsión predictiva dada por la herramienta. Asimismo, los algoritmos deberán ajustarse periódicamente con los nuevos datos que ingresen (aprendizaje continuo) para refinar sus predicciones. Se priorizará la interpretabilidad de las predicciones , acompañando los resultados con explicaciones o factores considerados (por ejemplo, indicar que un aumento previsto se basa en la tendencia actual de reservas y en un evento identificado en las fechas). Este módulo deberá diseñarse de forma modular, de tal manera que pueda evolucionar o incluso intercambiarse por nuevos modelos conforme mejore la disponibilidad de datos o surjan técnicas más avanzadas. 4. Seguimiento de la reputación online: como complemento a los indicadores operativos y financieros, el sistema recopilará información sobre la reputación online de los establecimientos y del destino en general. Esto implica integrar (mediante APIs o scraping autorizado, según corresponda) fuentes de datos como plataformas de opiniones de viajeros y redes sociales. La plataforma deberá obtener puntuaciones medias de reviews , número de nuevas reseñas en un período, índices de satisfacción y, si es posible, realizar análisis de sentimiento sobre comentarios textuales para detectar temas recurrentes (p. ej., limpieza, atención del personal, etc.). Estos datos de reputación se agregarán en indicadores de calidad percibida , tanto a nivel individual de cada hotel (para que el gestor hotelero monitoree la evolución de sus valoraciones) como a nivel de destino (ofreciendo al Ayuntamiento una visión global de la satisfacción del visitante en el destino Gijón). Se podrán generar rankings anónimos de reputación o destacar al conjunto de la ciudad en comparación con destinos competidores (si se dispone de esa información). La comparativa <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | debería de ser la misma que se establezca en los indicadores financieros. Esta funcionalidad debe incluir alertas o notificaciones cuando se detecte, por ejemplo, una caída brusca en la calificación de un establecimiento o un aumento inusual de comentarios negativos, de forma que se puedan tomar medidas proactivas. Todo el tratamiento de datos de reputación se hará respetando los términos de uso de las plataformas origen y la legalidad (p. ej., RGPD si aplica a comentarios personales), almacenando únicamente la información necesaria para los indicadores y referencias a las fuentes originales cuando se requiera detalle. 5. Reportes personalizados y exportables: el sistema deberá ofrecer una sección de reporting donde las personas usuarias puedan generar informes a medida con los datos disponibles. Estos reportes podrán configurarse seleccionando rango de fechas, indicadores de interés, niveles de agregación (por hotel, zona, global) y formato de salida. La herramienta proporcionará plantillas de informe predefinidas (p. ej., informe mensual de actividad hotelera de Gijón, informe comparativo trimestral para hoteleros, etc.), así como la posibilidad de personalización. Los reportes incluirán gráficos, tablas resumen y comentarios automáticos resaltando hallazgos importantes (por ejemplo: ' La ocupación del mes de julio en su hotel aumentó un 5% respecto al año anterior, situándose 3 puntos por encima de la media de la ciudad. '). El sistema deberá permitir la exportación de los informes en formatos comunes (PDF para informes formateados, Excel/CSV para datos crudos si la persona usuaria desea hacer análisis adicionales). Asimismo, se requiere que la plataforma ofrezca una programación de envíos automáticos de informes (por ejemplo, que un gestor reciba por correo electrónico un informe PDF el primer día de cada día/semana/mes con los datos del día/semana/mes anterior). Todos los informes llevarán el logo/identificación del proyecto y del Ayuntamiento de Gijón, y en su caso logos de SEGITTUR u otros según corresponda, para su uso oficial. 6. Alertas y notificaciones inteligentes: además de las alertas derivadas de reputación online mencionadas, el sistema en general deberá habilitar un mecanismo de alertas configurables para distintos indicadores. Las personas usuarias (según su rol) podrán definir umbrales o condiciones sobre los datos que, al cumplirse, generen una notificación. Ejemplos: un gestor hotelero puede querer una alerta si su ocupación prevista de su set competitivo, alojamientos de la misma categoría o plaza para la semana siguiente cae por debajo del 50%; la oficina de turismo municipal puede configurar una alerta si la tarifa media de la ciudad desciende más de un 10% respecto al mismo periodo del año anterior, o si el modelo predictivo detecta una posible bajada de la demanda en próximos meses. Las alertas se presentarán dentro del sistema (mediante notificaciones en el panel de control) y/o mediante envío de email, SMS u otros canales acordados, en tiempo casi real tras detectarse la condición. El diseño deberá evitar la saturación de alertas (permitiendo ajustar sensibilidad, frecuencia mínima entre notificaciones, etc.) y centralizar su gestión en un módulo donde cada persona usuaria pueda ver sus alertas activas, historial de disparo y ajustar o desactivar cada regla. Estas notificaciones proactivas buscan mejorar la capacidad de reacción de las personas usuarias ante cambios en el entorno, convirtiendo el sistema no solo en una herramienta de análisis pasivo, si no en un sistema de apoyo a la decisión activo . La herramienta deberá de contar también con la funcionalidad de poder notificar tanto a los establecimientos como al ente gestor en cuanto haya la más mínima caída del sistema, los datos no estén siendo correctamente cargados etc. El ente gestor debe de ser capaz de saber en todo momento que los alojamientos que no estuvieran conectados a través del PMS estén cargando datos de forma diaria. 7. Análisis de perfil demográfico mensual de cliente nacional e internacional: deberá existir un apartado donde cada mes se activará la pestaña 'Demografía' (avisando por email a las personas usuarias de tipo alojamiento) y permitirá la introducción manual, en números totales, del número de personas alojadas en el establecimiento del top 15 (14 más 'otros') por provincias para los clientes provenientes de España y del top 15 de países (14 más 'otros') para los clientes provenientes de fuera de España. <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | Las provincias se elegirán de una lista preestablecida con todas ellas y los países se elegirán igualmente de una lista con todos ellos y habilitando un buscador para facilitar su búsqueda. Estos datos se incorporarán a la información del alojamiento y podrá visualizarse junto al resto de información mediante los filtros ya establecidos u otros nuevos que se incorporen y que permitan el manejo de esta. Con respecto a la visualización se ofrecerán los datos en el mismo formato y con la misma estética de las existentes en el resto de las secciones, pero incorporando la visualización del top 15 de provincias (de los clientes con procedencia nacional) con sus datos y del top 15 de países (para los clientes de procedencia internacional), tanto propios como en comparativa con el set competitivo de los 4 establecimientos elegidos. También tendrá que ser posible habilitar filtros por fechas, además de meses, para poder obtener visualizaciones agregadas para determinados periodos de tiempo. 8. Análisis de viajeros totales y pernoctaciones de la plaza: La herramienta deberá de contar con un apartado para ver el total de viajeros y pernoctaciones de la plaza. Este se calcula con el dato obtenido de ocupación media de los alojamientos hoteleros y extra hoteleros que proporciona la herramienta y el número total de plazas abiertas durante el mes en curso. Este último dato se deberá de introducir de manera manual por el ente gestor mes a mes. El cálculo deberá de proporcionar también la estancia media. Todos los datos de viajeros y pernoctaciones han de ser filtrables por categoría de alojamiento y también por datos agregados totales. 9. Integración con el módulo de encuesta en destino de la PID u otras encuestas realizadas por los destinos: deberá existir un cuadro de mando capaz de integrar otra información relevante de caracterización del buyer persona a través de la posible integración del módulo de encuestas de la PID u otros tipos de encuestas realizados por el destino. Este apartado deberá ser capaz de integrar bases de datos existentes y mostrar gráficas de visualización de datos de tipo: - Características de la persona que viaje: edad, sexo, compañía del viaje… - Características del viaje: motivo del viaje, información previa al viaje, medios de transporte para llegar al destino, duración de su estancia, gasto durante su estancia… - Actividades realizadas: actividades realizadas durante estancia, centros de interés turístico visitados… - Valoración del destino: Valoración del destino, fidelidad del destino, consideración del destino para su próximo viaje, puntos fuertes del destino, puntos débiles… - Impacto directo del turismo en destino: capacidad de integrar el módulo del impacto del turismo. Además, se deberán utilizar los indicadores de gasto durante la estancia y número total de viajeros en la ciudad y aplicar tablas Input-Output de los destinos para obtener efectos directos, indirectos e inducidos. 10. Agregador de eventos en destino: se podrá, a través de un apartado de fichas para la creación de eventos, generar un calendario manual de eventos que puedan generar impacto turístico en la ciudad. Las fichas deberán de tener campos tipo: nombre del evento, fechas, lugar de celebración, índole del propio evento (cultural, deportivo, congresual…), número estimado de personas… Se deberá explorar la posibilidad también de añadir un desplegable a la propia ficha que esté vinculado al módulo de impacto de eventos para poder calcular y dejar reflejado el impacto generado por dicho evento. Así mismo este calendario deberá de poder ser visualizado a demanda de la persona usuaria en las mismas gráficas de previsión a 90 días futuros de ocupación/ADR/RevPar. Es fundamental tener en una misma visual si la ocupación de la plaza varía o no en función del evento. <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | ## Roles de persona usuaria y permisos El sistema contemplará distintos perfiles de persona usuaria , con accesos y funcionalidades adaptados a las necesidades y nivel de información que corresponde a cada uno. Como mínimo, se definen los siguientes roles principales: 1. Gestores hoteleros (personas usuarias de establecimientos): corresponde al personal directivo o responsable de un alojamiento (hotel, u otro tipo de establecimiento adherido) que utilizará la plataforma para consultar sus propios indicadores y compararlos con el conjunto del destino, alojamientos de su misma categoría o set competitivo. Cada gestor hotelero tendrá acceso exclusivamente a los datos de su establecimiento (datos individualizados) y a datos agregados del resto para comparación. Entre sus funcionalidades estarán: consulta de dashboards de su hotel, visualización de su posición relativa en los benchmarks , generación de sus reportes particulares y configuración de alertas relativas a su negocio. No podrán ver datos individualizados de otros hoteles ni datos sensibles de ámbito municipal que no sean públicos. Podrán, eso sí, acceder a información global ya publicada o compartida por el Ayuntamiento (por ejemplo, indicadores mensuales globales de turismo de la ciudad). Se les deberá proporcionar un acceso seguro (persona usuaria/contraseña individual, o federación si se integra con alguna asociación hotelera local) y habrá opciones de soporte para resolver dudas de uso. Los gestores hoteleros podrán crear un subrol con permisos más restringidos. Esto ocurrirá en aquellos establecimientos que no estén conectados mediante su PMS y solo dará acceso a la carga manual de datos o a lo que el administrador hotelero designe. 2. Responsables de planificación turística (persona usuarias municipales) : en este rol se incluye al personal del Ayuntamiento de Gijón/Xixón o de sus entes de promoción turística que se encargan de la planificación y gestión estratégica del turismo . Estas personas usuarias tendrán un nivel de acceso más amplio: podrán visualizar todos los datos agregados a nivel de ciudad e incluso desgloses por segmentos (categorías hoteleras, zonas de la ciudad, etc.), así como ver tendencias globales. También accederán al módulo predictivo completo para valorar escenarios futuros a nivel destino. Dentro de este grupo, podría haber subroles, por ejemplo: persona analista técnica (encargada de explotar datos y elaborar informes para la dirección) y una dirección que asume también la planificación (enfocada en la toma de decisiones). Sus permisos podrían incluir la capacidad de configurar indicadores o parámetros globales del sistema (p.ej., definir qué indicadores se comparten con los hoteles, ajustar parámetros de los modelos predictivos en coordinación con los técnicos, etc.). Igualmente, podrán generar informes globales y tendrán acceso a funcionalidades de exportación masiva de datos si fuese necesario para incorporarlos a otros sistemas municipales (como cuadros de mando integrales del Ayuntamiento). Todo acceso a datos individualizados de un hotel específico por parte de personas usuarias municipales estará restringido o anonimizado, salvo que exista consentimiento expreso y una necesidad justificada (por ejemplo, si un hotel decide voluntariamente compartir su detalle con la administración para un estudio concreto). 3. Técnicos municipales de sistemas (administradores) : este rol agrupa al personal técnico de la administración local encargado de la administración, soporte y mantenimiento funcional de la plataforma. Tendrán privilegios de administrador, pudiendo gestionar la configuración general del sistema: alta/baja de hoteles participantes y sus personas usuarias asociados, control de las integraciones con PMS (p.ej., introducir credenciales/API keys en caso necesario), supervisión del correcto funcionamiento de la carga de datos y de los módulos analíticos, etc. También serán responsables de verificar el cumplimiento de las políticas de seguridad (acceso, permisos) y de actuar como punto de contacto con la adjudicataria durante el desarrollo e implantación, así como con SEGITTUR u otros organismos para asegurar la interoperabilidad. Este perfil podrá acceder a todas las secciones del sistema , incluyendo herramientas de diagnóstico, logs de procesos de importación, gestión de alertas globales, etc., pero no usarán la <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | información con fines comerciales ; su papel es garantizar que la plataforma funciona según lo previsto y apoyar las áreas de negocio (turismo). Podrán extraer datos brutos del sistema si se requiere integrarlos con otras bases de datos municipales, siempre cumpliendo con las restricciones de privacidad definidas. Además de los roles principales arriba descritos, el sistema deberá ser capaz de soportar la definición de nuevos roles o ajustes de permisos en el futuro, en caso de que se deseen ofrecer accesos parciales a otros perfiles (por ejemplo, consultores externos, personal de SEGITTUR que monitorice el proyecto, etc.). La gestión de personas usuarias se realizará de forma segura, con autenticación robusta y registro de actividad (auditoría) para trazabilidad. ## Ejemplos de casos de uso A continuación se ilustran casos de uso ilustrativos de la finalidad que persiguen las funcionalidades (mínimos vinculantes) que ejemplifican cómo las personas usuarias deben poder interactuar con el Sistema de Gestión de Indicadores Hoteleros, asegurando que se cubren sus necesidades operativas: - Caso de uso 1 - Análisis comparativo para hotelero: Juan, gerente de un hotel de 4 estrellas en Gijón, accede a la plataforma para revisar el desempeño de su establecimiento en el último trimestre. En su dashboard personal observa que su ocupación promedio en agosto fue del 85%, mientras que el sistema le indica que la ocupación media de los hoteles de 4 estrellas en Gijón fue del 80%. Mediante gráficos comparativos, Juan verifica que su ADR (tarifa media diaria) estuvo ligeramente por debajo del promedio de su categoría. Se identifica gracias al sistema que, aunque tuvo una alta ocupación, sus precios medios fueron más bajos, lo cual le sitúa con un RevPAR inferior al de competidores. Con esta información, decide ajustar su estrategia tarifaria para la próxima temporada alta. Además, exporta un informe PDF trimestral que muestra todos estos indicadores y comparativas, para presentarlo en la reunión con la propietaria del hotel. - Caso de uso 2 - Alerta de tendencia para planificador turístico: María, técnica de planificación turística del Ayuntamiento, recibe una alerta automática generada por el sistema: la previsión de ocupación para el mes de diciembre en la ciudad ha caído más de un 10% en la última actualización del modelo predictivo, posiblemente debido a cancelaciones relacionadas con un congreso que ha sido pospuesto. Gracias a esta alerta temprana, María avisa al equipo de promoción turística para lanzar una campaña de última hora que incentive escapadas de fin de año a Gijón. Luego ingresa al módulo de análisis predictivo del sistema y observa en una gráfica que, sin la intervención, la ocupación podría bajar al 50%. Tras las acciones promocionales, comprueba en las semanas siguientes que las reservas repuntan y las nuevas predicciones del sistema se ajustan a un escenario más optimista (60-65% de ocupación). Este caso muestra cómo la plataforma apoya la toma de decisiones proactivas a nivel de destino. - Caso de uso 3 - Gestión de reputación online para hotelero: Laura, responsable de marketing de un pequeño hotel, consulta el apartado de reputación online en la plataforma. Observa que en el último mes su puntuación media en portales de opiniones ha descendido de 4,5 a 4,2 sobre 5. Al profundizar, descubre que hubo un par de comentarios negativos mencionando problemas con la limpieza de habitaciones. La plataforma le proporciona un resumen de los temas frecuentes en las reseñas (destacando 'limpieza' con cierta recurrencia) y le muestra el comparativo con la puntuación media de reputación de todos los hoteles de su misma categoría en Gijón , que es de 4,4. Con esta información, Laura coordina con el encargado de mantenimiento mejoras inmediatas en los procedimientos de limpieza. Un mes después, vuelve a verificar el indicador y comprueba que la puntuación ha regresado a 4,5 y la palabra 'limpieza' ya no aparece entre los problemas destacados. Este caso de uso evidencia cómo el sistema ayuda a los hoteles a identificar puntos débiles operativos a través del análisis de la satisfacción del cliente. <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | - Caso de uso 4 - Informe estratégico municipal: al cierre del año, el Director de Turismo del Ayuntamiento necesita preparar un informe para la comisión municipal y el consejo de administración de la sociedad de promoción turística. A través de la plataforma, genera un informe anual consolidado donde se incluyen: número total de viajeros hospedados en Gijón, porcentaje de ocupación media anual, evolución mensual de la oferta y demanda hotelera, ingresos estimados del sector, comparativa con el año anterior y análisis de la reputación global del destino. El informe también destaca los hitos del año (por ejemplo, el impacto de un evento deportivo internacional que elevó la ocupación en mayo) y contiene gráficos exportados directamente del sistema. Gracias a la funcionalidad de informes personalizados, el Director de Turismo obtiene en pocos minutos un documento que antes requería compilar manualmente desde múltiples fuentes. Este informe sirve como documento de referencia para definir las líneas de actuación del año siguiente y se comparte también con SEGITTUR para alimentar la Plataforma Inteligente de Destino con datos actualizados de Gijón. Los ejemplos anteriores son ilustrativos, pero reflejan situaciones reales y esperadas que el sistema deberá soportar. Formarán parte de las pruebas de aceptación, de modo que la plataforma demuestre su utilidad práctica en escenarios cotidianos de gestión hotelera y turística. ## Información monitorizada y presentación de resultados El Sistema de Gestión de Indicadores Hoteleros manejará diversos tipos de información , que deberán presentarse de forma clara, visual y comprensible para las personas usuarias. A continuación se detallan las categorías principales de datos a monitorizar y cómo se mostrarán: - Indicadores de actividad y demanda: incluyen métricas como número de viajeros alojados , porcentaje de ocupación (diaria, mensual, etc.), pernoctaciones totales , estancia media de los huéspedes, anticipo medio de reserva entre otros. Estos indicadores se presentarán mediante gráficos de líneas temporales para reflejar su evolución (permitiendo comparar, por ejemplo, la ocupación día a día a lo largo de un mes, o mes a mes, a lo largo de varios años). Asimismo, se utilizarán tablas dinámicas y filtros para que la persona usuaria pueda seleccionar períodos específicos o agrupar por semanas, meses, trimestres, etc. Cuando aplique, se mostrarán también totales y variaciones porcentuales (p. ej., ocupación de este mes vs. mismo mes del año anterior). En el caso de las personas usuarias municipales, estos indicadores podrán visualizarse de forma agregada para toda la ciudad o desglosados por subzonas o por categorías de alojamientos. - Indicadores de rentabilidad y económicos: abarcan datos como la tarifa media diaria (ADR) , el RevPAR (ingreso por habitación disponible), ingreso medio por huésped , índice de gastos por turista (si se recopila), etc. Estos indicadores se suelen expresar en unidades monetarias (€) y su seguimiento es clave para evaluar la rentabilidad del sector hotelero . La plataforma mostrará estos valores tanto en gráficos de tendencia (comparando con históricos y con objetivos si los hubiera) como en diagramas de barras comparativas (por ejemplo, comparar el ADR de todos los meses de un año, o comparar el RevPAR de todos los hoteles en un cierto mes). Se podrán generar visualizaciones tipo 'ranking' bajo ciertas condiciones: por ejemplo, un gestor hotelero podría ver en qué posición (decila o cuartil) se encuentra su ADR respecto al resto de hoteles de similar categoría en Gijón. También se incluirán indicadores compuestos o índices si son útiles (p. ej., índice de rentabilidad = ocupación * ADR, etc.), presentados con gráficos ilustrativos. Toda la información económica se actualizará con la misma periodicidad que los datos de PMS (pudiendo ser diaria para ADR promedio, etc.), y deberá contemplarse la posibilidad de corrección de datos o carga manual en caso de valores atípicos (por ejemplo, si un hotel introdujo mal sus ingresos en su sistema, que haya forma de corregirlo en la base de datos central con la debida autorización). <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | - Indicadores de mercado y competitividad: en esta categoría se incluirían aquellos datos que posicionan a Gijón y a sus hoteles en un contexto más amplio siempre y cuando se dispongan de datos comparativos de otros destinos a través de los followers adheridos a la herramienta. Por ejemplo, cuota de mercado de Gijón en el contexto regional, posición de Gijón en rankings turísticos nacionales (número de pernoctaciones a nivel nacional, etc.), oferta disponible (número de plazas hoteleras en la ciudad, plazas por cada mil habitantes, etc.). Estos indicadores, cuando estén disponibles, se presentarán en forma de paneles de información contextual destinados principalmente a personas usuarias municipales, aunque algunos agregados podrían compartirse con los hoteleros para que conozcan el contexto. La presentación aquí podría incluir mapas o gráficos de área para comparativas geográficas (por ejemplo, mostrar en un mapa de Asturias la tasa de ocupación de Gijón vs. otros municipios adheridos a la herramienta). Este módulo podría alimentarse de datos externos complementarios (como estadísticas del INE, informes de Tourespaña, datos públicos, etc.), por lo que el sistema deberá contemplar una forma de ingestar datos externos periódicamente para mantener estos comparadores actualizados. - Indicadores de calidad y reputación: engloban la puntuación media de los alojamientos en plataformas online , el número de comentarios o reviews en un periodo, porcentaje de comentarios positivos vs. negativos, indicadores de satisfacción extraídos de encuestas (si las hubiera) y, en general, la percepción de la calidad. Estos se mostrarán mediante elementos como estrellas o medidores (ej.: nota media 4.3/5 representada con estrellas), nubes de palabras (para resumir conceptos frecuentes en opiniones), y gráficos de barras apiladas para ver distribución de calificaciones (porcentajes de 5*, 4*, 3*, etc. en TripAdvisor, por ejemplo). También se podrán ver series temporales de la calificación media , para observar si la reputación de un hotel (aplicando los mismos criterios de filtros de set competitivos, alojamientos de la misma categoría o plaza) o del destino sube o baja con el tiempo. Para el destino, la comparativa podrá darse a nivel global (puntuación media de destino Gijón en portales vs. otras ciudades similares followers de la herramienta). Este bloque de indicadores cualitativos se integrará en los dashboards de las personas usuarias, complementando los datos cuantitativos de ocupación y finanzas con la capa de feedback de clientes . - Indicadores de perfil demográfico, caracterización y aportación económica del turismo: se deberán mostrar gráficas dinámicas y filtrables/combinables entre sí, toda la información agregada de los apartados (p ej: el gasto turístico de las mujeres alojadas en hoteles en un rango de edad comprendido entre X e Y.) - Visualización y dashboards: La plataforma deberá contar con dashboards interactivos donde se combinen los distintos tipos de indicadores mencionados. Por cada rol de persona usuaria, se diseñará un dashboard inicial (personalizable en la medida de lo posible) que muestre los datos más relevantes para sus objetivos. Por ejemplo, el dashboard de un gestor hotelero al iniciar sesión podría contener: gráfica de ocupación de la última semana vs. misma semana, año pasado, su ADR actual vs. ADR medio de la ciudad, su puntuación de reputación actual, y una lista de alertas recientes relevantes. El dashboard de un planificador municipal deberá incluir: ocupación y ADR medios de la ciudad en tiempo real, previsión para el próximo mes, y quizás un mapa de procedencia de turistas (si se tuviera ese dato). Estos paneles serán responsivos , adaptándose tanto a pantallas de ordenador como a dispositivos móviles o tabletas, y permitirán cierta interacción (p. ej., hacer hover para detalles, filtrar rápido por fechas predefinidas, etc.). Deberá contener gráficos dinámicos y atractivos (tecnologías tipo D3.js, chart libraries, etc.) siempre que no comprometan el rendimiento. Además de los dashboards en pantalla, se deberá ofrecer la opción de descargar capturas de los gráficos o datos mostrados en un momento dado, para su inserción en presentaciones o informes externos, lo mismo para poder descargar los resultados de dichos gráficos en formato CSV. El sistema deberá de contar con una landing page pública previa al log in de la persona usuaria donde se explique claramente el proyecto con contenidos explicativos, videos, alcance, logotipos que procedan etc. Una vez logueado, el sistema presentará la información a través de gráficas, tablas y widgets de fácil interpretación , permitiendo cambiar entre vistas agregadas y <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | detalladas, con opciones de filtrado y exportación. Se prestará especial atención a la consistencia visual (colores, iconografía) y a la usabilidad, dado que las personas usuarias pueden no tener formación técnica en análisis de datos; la herramienta debe ser comprensible incluso para aquellos gestores acostumbrados a reportes tradicionales en papel. La legibilidad de los datos (etiquetas claras, unidades, descripciones emergentes) será un requisito fundamental en los diseños de interfaz. Todos los elementos de presentación seguirán además la identidad visual acordada con el Ayuntamiento (logos, colores institucionales donde corresponda) para que el producto final tenga apariencia de herramienta oficial del municipio. Estos elementos podrán ser configurables desde un panel de Administración. ## Requisitos técnicos En este apartado se establecen las especificaciones técnicas que deberá cumplir la solución, relativas a su arquitectura, tecnologías a emplear, consideraciones de seguridad, integración e interoperabilidad, así como aspectos de desarrollo colaborativo y despliegue. Se busca una solución moderna, escalable y segura , alineada con estándares actuales y con las directrices de la iniciativa de Destinos Turísticos Inteligentes promovida por SEGITTUR. ## Arquitectura tecnológica modular La arquitectura de la aplicación deberá ser completamente modular y multicapa, garantizando la separación de responsabilidades y facilitando el escalado o la sustitución de cualquier componente en el futuro. Toda la programación se orientará a un diseño desacoplado, sin depender de entornos cloud-native específicos, de forma que el sistema pueda desplegarse tanto en infraestructuras on-premise como en la nube. Se requerirán secciones y guías de despliegue diferenciadas para entornos de preproducción y producción, así como mecanismos de alta disponibilidad (por ejemplo, balanceo de carga y escalado horizontal automático) que aseguren la continuidad del servicio ante incrementos de demanda o fallos de nodo. En concreto, se requiere una arquitectura compuesta por: - Backend / Servidor de aplicaciones: implementado sobre entorno Node.js (versión LTS actual o superior), utilizando frameworks modernos que faciliten la creación de APIs y servicios web (por ejemplo, Express , Nest.js o similares). Este backend expondrá los servicios REST (y/o GraphQL si se considera conveniente) necesarios para atender las peticiones del frontend y de sistemas externos. Se estructurará en capas (controladores, servicios, modelos, etc.) de forma mantenible. Deberá incluir lógica para la agregación de datos, ejecución de algoritmos (o llamada a microservicios de ML), gestión de autenticación y autorizaciones, etc. Igualmente, deberá integrar la comunicación con los PMS y otras APIs externas mediante módulos o conectores específicos (p. ej., un módulo de integración de datos encargado de llamar a las APIs de PMS y almacenar resultados). - Frontend / Interfaz de persona usuaria: desarrollada con tecnologías HTML5/CSS3/JavaScript modernas, preferiblemente usando un framework SPA ( Single Page Application ) como React (biblioteca recomendada) junto con herramientas como Next.js para posibilitar renderizado del lado del servidor (SSR) y mejorar el SEO/rendimiento cuando sea aplicable. Se valorará el uso de componentes UI reutilizables y librerías de gráficos interactivas robustas (por ejemplo, D3.js, Chart.js, Recharts, etc.) para la representación de los indicadores. La interfaz debe ser responsive, apoyándose en frameworks CSS (como Bootstrap o Tailwind CSS) o diseños adaptativos a medida. Dado que potencialmente habrá múltiples vistas (dashboards, informes, configuraciones), se deberá diseñar una navegación intuitiva y elementos de filtrado y selección de fechas amigables. El frontend consumirá la API del backend de manera segura (token de sesión o JWT en cabeceras, por ejemplo) y deberá implementar validaciones adicionales en el lado del cliente para mejorar la experiencia (ej. validar formatos de entrada antes de enviar formularios). <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | - Capas y servicios adicionales: La arquitectura se complementará con microservicios o funciones independientes para tareas concretas. Por ejemplo, un servicio de análisis predictivo que corra aparte (por ejemplo en Python) y sea invocado por el backend; o un servicio de notificaciones asíncrono que gestione el envío de emails/SMS de alertas sin bloquear el hilo principal. Se deberá contemplar el uso de WebSockets u otras tecnologías de comunicación en tiempo real si se contemplan indicadores en dashboards en vivo sin recargar (por ej., para ver reservas confirmadas en ese instante). Estos componentes deberán integrarse de forma armónica mediante contenedores u orquestación (ver CI/CD) para facilitar su despliegue conjunto. La modularidad implica que cada funcionalidad principal (integración PMS, cálculo de KPIs, módulo predictivo, módulo de reputación, frontend) esté desacoplada en la medida de lo posible, comunicándose a través de interfaces definidas (APIs internas). - Consideraciones de escalabilidad y rendimiento: la arquitectura propuesta deberá permitir manejar eficientemente el volumen de datos esperado. Aunque inicialmente el alcance es la ciudad de Gijón (decenas de hoteles, datos diarios), el diseño debe prever crecimiento (más establecimientos, mayor frecuencia de datos, o incluso extensibilidad a otros destinos en el futuro). Para ello, se considerarán prácticas como caché de resultados frecuentes (p. ej., cachear agregados diarios para evitar recalcular constantemente indicadores históricos), paginación o lazy loading en consultas de grandes volúmenes (por ej., al listar todas las reservas del año si fuera necesario), y posibilidad de escalado horizontal en componentes críticos (por ejemplo, desplegar múltiples instancias del backend detrás de un balanceador de carga, si la demanda de persona usuarias concurrentes creciese). Se deberá documentar la arquitectura propuesta con diagramas de componentes, mostrando la interacción entre frontend, backend, bases de datos y servicios externos. Se deberá prever el cumplimiento de los principales requisitos comunes exigidos en nubes de mayor uso, para su despliegue y escalabilidad potencial de otras entidades. - Programación completamente modular, evitando dependencias de entornos cloud-native: cada funcionalidad (integración con PMS, cálculo de KPIs, generación de informes, módulo predictivo, etc.) deberá entregarse como un componente aislado con contratos de interfaz claramente definidos (APIs internas REST/GraphQL o intercambio de eventos). Ningún módulo asumirá la disponibilidad de servicios gestionados de un proveedor concreto (p. ej., AWS S3, Azure Event Hub): todas las dependencias de infraestructura (bases de datos, colas de mensajes, almacenamiento de objetos) se parametrizarán mediante variables de entorno para que puedan sustituirse por equivalentes self-hosted o de otros proveedores sin recompilación. Se emplearán patrones como Domain-Driven Design y Clean Architecture para reforzar la independencia entre capas, simplificar las pruebas unitarias y permitir el despliegue separado de módulos. - Mecanismos de alta disponibilidad: balanceo de carga y escalado horizontal: se garantizará un SLA ≥ 99,9 % mediante: - -Balanceo de carga: Réplicas del backend detrás de un load balancer (HAProxy, Nginx, Ingress en Kubernetes o similares) con chequeos de salud y, cuando sea necesario, sticky sessions . - -Escalado horizontal automático: políticas de autoscaling que añadan o retiren instancias según métricas de CPU, memoria o latencia (HPA en Kubernetes o ASG en servicios cloud). - -Persistencia redundante: despliegue de base de datos en modo clúster (primario-réplica) con conmutación automática y copias de seguridad continuas. - -Pruebas de resiliencia: ejecución periódica de chaos testing o simulaciones de fallo para comprobar la capacidad de recuperación sin pérdida de servicio. <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | - Despliegue diferenciado para entornos de preproducción y producción, con guías específicas: La adjudicataria entregará scripts de infraestructura como código (IaC) (Terraform, Ansible o Helm) que permitan levantar la plataforma en dos entornos equivalentes pero aislados: - [ ]  Preproducción (staging) - -Cargará datos sintéticos o anonimizados. - -Contará con un clúster reducido y trazas extendidas ( debug ). - -Se actualizará automáticamente con cada release candidate a través de la pipeline CI/CD, de modo que el Ayuntamiento pueda validar funcionalidad y seguridad antes de pasar a producción. - [ ]  Producción - -Desplegará únicamente artefactos firmados y versiones etiquetadas. - -Activará logs de nivel info/error y políticas de alta disponibilidad. - -Incluirá pasos de rollback , checklists post-despliegue y estrategias de copia de seguridad. - [ ]  Las guías deberán cubrir diagramas de red, puertos expuestos, variables de entorno, requisitos de hardware y secuencias de validación tras cada despliegue. - [ ]  Despliegue diferenciado para entornos de preproducción y producción, con guías específicas. - [ ]  Mecanismos de alta disponibilidad: balanceo de carga y escalado horizontal. La solución tecnológica se basará en un stack JavaScript moderno para garantizar dinamismo en el frontend y rapidez en el desarrollo, junto con una arquitectura modular y abierta a integrar otros componentes. Se primará el uso de tecnologías abiertas, ampliamente soportadas por la comunidad , evitando dependencias propietarias que limiten la evolución futura. La adjudicataria deberá proponer la arquitectura concreta en el análisis inicial, justificando las elecciones de framework y asegurando que cumplen los requisitos aquí expuestos. ## Persistencia de datos: bases de datos relacionales y/o NoSQL Para el almacenamiento de la información, el sistema deberá emplear bases de datos robustas , garantizando la integridad, disponibilidad y seguridad de los datos recopilados. Dada la variedad de información a manejar (datos estructurados numéricos, series temporales, posiblemente datos semiestructurados de comentarios, etc.), se podrán combinar diferentes tecnologías de base de datos: - Base de datos relacional (SQL): se recomienda el uso de un SGBD relacional de código abierto y alta fiabilidad, preferiblemente PostgreSQL (en su versión estable más reciente) por sus capacidades avanzadas y cumplimiento ACID. En la base de datos relacional se almacenarán las entidades estructuradas principales del sistema: por ejemplo, tablas de hoteles, persona usuarias, indicadores diarios agregados, resultados de predicciones por fecha, parámetros de configuración, etc. PostgreSQL permitiría, además, almacenar JSON en columnas de ser necesario (para flexibilidad) y realizar consultas complejas en SQL estándar. La estructura de tablas deberá normalizarse adecuadamente para evitar duplicidades, pero también optimizarse mediante índices en campos de búsqueda frecuente (ej.: índices por fecha, por hotel, etc. para acelerar consultas de series temporales). Se exigirá que el diseño de la base de datos asegure la trazabilidad de los datos (p. ej., registros de qué PMS/proceso aportó cada dato y cuándo) y se valorará la inclusión de mecanismos de auditoría (por ejemplo, triggers que registren cambios críticos o un histórico de actualizaciones de ciertos indicadores). <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | - Base de datos NoSQL (documentos o similar): atendiendo a las necesidades y oportunidad del diseño del módulo, se incorporará una base de datos NoSQL como MongoDB para gestionar información menos estructurada o para casos de uso específicos. Por ejemplo, si se almacenarán reseñas textuales o resultados del análisis de sentimientos de comentarios, un esquema de documentos JSON flexible puede ser útil. Igualmente, para logs detallados de integraciones (p. ej., respuestas brutas de APIs de PMS o de portales de reputación), una colección de documentos podría manejar esto sin impactar la base de datos relacional central. En caso de usarse MongoDB u otra similar, se deberán definir claramente las colecciones y su propósito, y asegurar consistencia referencial lógica con los datos relacionales (ej.: un documento de comentario deberá vincularse con el hotel correspondiente mediante un identificador). El uso de NoSQL no es obligatorio si la adjudicataria demuestra que todo puede manejarse eficientemente con SQL, pero se menciona para dar flexibilidad en el diseño. - Almacenamiento de series temporales: alternativamente, se valorará el uso de extensiones o motores orientados a series temporales (time-series DB) para los indicadores diarios, como TimescaleDB (extensión de PostgreSQL) o incluso sistemas como InfluxDB. Esto podría optimizar la consulta y agregación de datos cronológicos. Sin embargo, no es un requisito independiente; se deja a consideración técnica siempre que se cumpla con el rendimiento esperado. Cualquiera que sea la combinación elegida, el sistema deberá implementar mecanismos de backup periódico de las bases de datos, así como planes de recuperación ante desastres (RPO/RTO alineados con la criticidad de los datos, que se determinará en planificación; en principio, RPO cercano a 0 para no perder datos de días anteriores, y RTO bajo para restaurar el servicio rápidamente ante caídas). Se deberá también contemplar la gestión del crecimiento de los datos: estimar volúmenes a 5 años y garantizar que la solución puede al menos archivar o depurar datos antiguos si fuese necesario para mantener rendimiento (por ejemplo, quizá conservar detalle diario de los últimos X años y luego mantener solo promedios mensuales históricos). Asimismo, la tecnología de base de datos finalmente seleccionada deberá estar amparada por una licencia de software libre u open-source plenamente compatible con el proyecto, de modo que no implique ningún coste de adquisición, renovación ni pago de cánones de mantenimiento para el Ayuntamiento de Gijón . Ello garantizará la soberanía tecnológica del consistorio y permitirá la libre auditoría del código, la corrección de vulnerabilidades y la ampliación de funcionalidades sin depender de terceros. Además, la solución elegida deberá ofrecer altas prestaciones de rendimiento (baja latencia y elevada capacidad de concurrencia) demostradas mediante indicadores de referencia y pruebas de carga, asegurando que el sistema puede procesar, almacenar y consultar el volumen de datos previsto -incluyendo series temporales y análisis agregados- sin degradar la experiencia de persona usuaria ni comprometer los SLA establecidos. En términos de acceso, la adjudicataria deberá definir personas usuarias y roles de base de datos de manera que la aplicación tenga los mínimos privilegios necesarios (principio de mínimo privilegio), separando si es posible, personas usuarias para lectura, escritura, administración, etc., de modo que ante un potencial ataque desde la aplicación, los daños queden acotados. Finalmente, la estructura de datos (esquemas, colecciones, etc.) deberá documentarse completamente y entregarse como parte de la documentación del sistema (modelo entidad-relación, diccionario de datos), para facilitar futuras ampliaciones o integración con la Plataforma Inteligente de Destino. ## Integración con herramientas de Machine Learning Dado que uno de los requisitos funcionales clave es el análisis predictivo, la arquitectura técnica deberá integrar herramientas de Machine Learning (ML) de forma flexible. Se considera que la adjudicataria podrá abordar esto de dos maneras no excluyentes: - Integración de componentes Python/ML externos: desarrollando el módulo predictivo utilizando lenguajes y librerías especializados en ciencia de datos, particularmente Python con bibliotecas como scikit-learn , pandas , <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | Prophet (Facebook) , TensorFlow/Keras o similares, según convenga al tipo de modelo (p. ej., para series temporales de ocupación, podría usarse Prophet o modelos ARIMA con statsmodels; para estimar impacto de variables, regresiones o incluso redes neuronales ligeras con TensorFlow). Este módulo de predicción en Python podría ejecutarse como un microservicio independiente que el backend Node.js consulta cuando requiera generar o actualizar predicciones. Por ejemplo, el backend podría enviar vía API REST o mensaje en cola los datos históricos a un servicio Python, el cual calcula la predicción y devuelve resultados para ser almacenados y presentados. Esta separación permite aprovechar la potencia de las librerías ML en Python sin limitar el stack general de la aplicación. Se deberá asegurar la correcta orquestación de este componente, incluyendo entornos virtuales, dependencias de Python, etc., idealmente containerizándolo para aislarlo. - Uso de librerías JS/ML dentro de Node.js: alternativamente, o complementariamente, se puede optar por soluciones de ML que se ejecuten en Node.js. Existen librerías como TensorFlow.js o Brain.js , que permitirían entrenar y ejecutar modelos directamente en el entorno Node. Esto podría simplificar la arquitectura al no requerir un servicio aparte. No obstante, suelen estar menos desarrolladas que sus equivalentes en Python, por lo que su uso dependerá de la complejidad del modelo. Para predicciones básicas (p. ej., extrapolación de series), puede ser suficiente; para análisis más sofisticados, probablemente se deba recurrir a Python. Independientemente de la forma, el módulo de ML deberá cumplir técnicamente con: - Entrenamiento inicial y reentrenos periódicos: al iniciarse el sistema, se entrenarán los modelos con el histórico disponible. Luego, deberán programarse reentrenamientos (p. ej., mensuales o trimestrales) con datos nuevos para recalibrar las predicciones. Esto puede automatizarse como una tarea programada (cronjob) en el servidor o un workflow de CI/CD si se prefiere. Se documentará la frecuencia y condiciones de reentrenamiento. El modelo resultante (p. ej., archivos .pkl de scikit-learn, o modelos guardados de TensorFlow) deberá almacenarse de forma versionada, de modo que se pueda volver a un modelo anterior si un nuevo entrenamiento produce peores resultados. - Rendimiento de inferencia: La generación de predicciones (inferencias) debe ser relativamente rápida para no entorpecer la experiencia de persona usuaria. Si una persona usuaria consulta una predicción on-demand, la respuesta debería darse en segundos. Para lograrlo, se podrán pre-calcular ciertas predicciones anticipadamente (por ejemplo, cada noche calcular la previsión para los próximos 30 días) y almacenarlas. Alternativamente, si el modelo es ligero, se podrán realizar cálculos en tiempo real. En caso de modelos pesados, justificar en la arquitectura cómo se manejará (por ej., manteniendo en memoria el modelo ya cargado en el servicio Python para evitar cargarlo cada vez). - Validación de resultados: antes de su despliegue definitivo, la adjudicataria deberá probar los modelos con datos históricos para evaluar su precisión ( backtesting ). Se deberán ajustar los parámetros hasta lograr un nivel de error aceptable. También se podría implementar un mecanismo de auto-evaluación continua , donde el sistema compare las predicciones pasadas con la realidad a medida que esta ocurre, informando a administradores de la precisión conseguida y permitiendo decidir si se requiere recalibrar. - Interfaz e interoperabilidad: el componente ML deberá exponer interfaces claras para integrarse con el resto del sistema. Si es interno a Node, será simplemente funciones/métodos. Si es un servicio externo (Python), deberá tener endpoints o colas bien definidas, con un formato de datos de entrada/salida específico (por ejemplo, entrada: serie de ocupación en JSON, salida: predicción en JSON con intervalos). Esto deberá documentarse. Asimismo, cualquier dependencia pesada (ej. necesidad de GPU para entrenar si se usara una red neuronal compleja) se deberá identificar y proveer soluciones (aunque en principio no se prevén requerimientos de ML tan intensivos como para necesitar GPUs dedicadas). <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | Por tanto, se exige flexibilidad en la integración de ML , se permite aprovechar lenguajes y librerías especializadas pero integrándolas con el sistema global de forma modular. La adjudicataria deberá detallar en el análisis la aproximación que seguirá (librerías, tipo de modelos previstos, arquitectura de integración) y justificar su idoneidad para las necesidades de predicción identificadas (demanda turística, precios, etc.). Todo el código del módulo predictivo, sea en el lenguaje que sea, deberá entregarse también abierto y con licencia conforme a lo indicado (no vale usar un servicio de caja negra no transferible). ## Interoperabilidad con sistemas externos y estándar SEGITTUR (PID) Dada la naturaleza del proyecto, es fundamental que el sistema sea interoperable con otras plataformas y siga estándares abiertos, evitando crear silos de información. En particular, se enfatiza la alineación con la Plataforma Inteligente de Destino (PID) impulsada por SEGITTUR, de forma que los datos de Gijón puedan integrarse fácilmente en dicho entorno nacional de Destinos Turísticos Inteligentes. Los requisitos concretos son: - Cumplimiento de estándares de datos de SEGITTUR: SEGITTUR, en el marco de la Red de Destinos Turísticos Inteligentes, está elaborando ontologías y modelos de datos turísticos (ej.: ontología de turismo, vocabularios comunes para hoteles, ocupación, etc.). La adjudicataria deberá asegurarse de que la estructura de datos manejada por el sistema de Gijón es mapeable a esos estándares. Por ejemplo, si SEGITTUR define ciertos campos o definiciones para 'número de plazas hoteleras' o 'grado de ocupación', el sistema deberá usar las mismas definiciones o ser capaz de exportar datos en ese formato. Se tendrá en cuenta la norma UNE 178503 de semántica turística o sucesivas que estén vigentes, adoptando las clasificaciones recomendadas (p. ej., categorías de alojamientos según estándar, tipologías de turismo, etc.). En la práctica, esto podría significar que el sistema deba contar con un módulo de transformación de datos a un formato de intercambio estándar (por ejemplo, JSON-LD con la ontología DTI de SEGITTUR, o formatos CSV con columnas normalizadas), cuyo establecimiento será obligación de la adjudicataria. - Comunicación estructurada con la PID: en caso de que la Plataforma Inteligente de Destino ofrezca APIs para recepción de datos desde destinos, el sistema desarrollado deberá poder comunicarse automáticamente con dicha plataforma. Por ejemplo, por medio de un conector que, periódicamente (p. ej., mensualmente), envíe a la PID los indicadores clave de Gijón (según lo que SEGITTUR solicite: seguramente indicadores globales de ocupación, demanda, etc., y tal vez datos anonimizados de benchmarking). La comunicación será estructurada, es decir, siguiendo el protocolo/API que SEGITTUR disponga (por ejemplo, un servicio web REST con autenticación). Si la PID aún no está operativa al 100%, el sistema debe quedar preparado para su integración futura , facilitando la extracción de datos necesarios para cuando se concrete cómo volcar la información a nivel nacional. - Interoperabilidad con sistemas municipales y regionales: además de SEGITTUR, el sistema podría necesitar integrarse con otros sistemas del Ayuntamiento de Gijón/Xixón o del Principado de Asturias. Por ejemplo, podría ser útil que los datos de este sistema alimenten el Observatorio Turístico municipal u otros cuadros de mando integrales. Por tanto, se deberá proveer APIs públicas (o endpoints específicos) para consumo de datos por terceros autorizados. Por tanto, la solución debe poder exportar sus datos hacia otros sistemas de terceros sin gran esfuerzo (incluso si es vía exportación manual de ficheros en formatos convencionales como CSV y XML,). - Estándares de intercambio de información: se exige el uso de formatos abiertos y estándar en cualquier interfaz de datos. Por ejemplo: JSON para APIs REST, XML si se usasen servicios SOAP (no previsto, pero posible si algún PMS antiguo lo requiriese), CSV para exportaciones masivas, etc. El módulo desarrollado debe reportar datos a la PID según la semántica y ontología publicada en la web de SEGITTUR además de reportar datos a la plataforma de <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | ciudad AERO. También deberá soportar la carga de datos desde la PID, ya que se podrán descargar el aplicativo de datos de otros destinos turísticos (a través de la propia PID) y hacer una analítica comparativa. - Consideración de internacionalización: aunque el proyecto es local, al emplear estándares nacionales e internacionales se facilita que la herramienta pueda ser entendida o reutilizada en otros contextos. Por ello, se mantendrán identificadores y nomenclaturas consistentes (p. ej., código ISO para país de origen de turistas si se incluyera ese dato, categorías hoteleras según normativa española, etc.). Cualquier glosario o codificación especial utilizada (por ejemplo, si se codifican tipos de alojamiento) será proporcionada junto con los datos al exportar. Por tanto, el sistema debe encajar en el ecosistema digital turístico : dialogar con la plataforma DTI estatal, y con otros sistemas de información, para aprovechar sinergias y evitar duplicidades de esfuerzos. La adjudicataria, en el análisis inicial, detallará qué estándares y formatos propone adoptar, y describirá cómo llevará a cabo la integración con la PID de SEGITTUR, incluyendo referencias a documentación o guías que se hayan publicado al respecto (en caso de existir a la fecha de oferta). Se entiende que puede ser necesaria coordinación con SEGITTUR durante el desarrollo para asegurar una correcta alineación, por lo que la adjudicataria deberá participar en reuniones técnicas de interoperabilidad y desarrollo cuando el Ayuntamiento lo requiera. ## Publicación del sistema en Open-Source (repositorio y despliegue) Un requisito estratégico del proyecto es que la solución resultante sea software de código abierto , de forma que pueda ser reutilizada, examinada y evolucionada por la comunidad y otros destinos, cumpliendo además principios de transparencia tecnológica en el ámbito público. En este sentido, la adjudicataria deberá: - Licenciamiento abierto: entregar todo el código fuente generado bajo una licencia EUPL (Licencia Pública de la Unión Europea, compatible con proyectos públicos). La licencia garantizará que el Ayuntamiento de Gijón/Xixón y terceros puedan, en el futuro, adaptar el sistema a nuevas necesidades sin incurrir en royalties ni dependencias con el proveedor original. La adjudicataria incluirá en cada archivo fuente los encabezados de licencia correspondientes y proveerá un archivo LICENSE en el repositorio. - Repositorio y control de versiones: mantener el código en un repositorio de gestión de versiones (preferentemente Git) durante todo el desarrollo. Al finalizar, dicho repositorio deberá ser transferido o accesible al Ayuntamiento, preferiblemente publicado en la Plataforma de Innovación Abierta (PIA) de SEGITTUR, si no estuviera disponible para la fecha, se optará por una plataforma pública como GitHub, GitLab u otra forma equivalente. El historial de commits debe reflejar razonablemente la evolución (no se acepta entregar solo un zip final, sino evidenciar el proceso). El repositorio incluirá un README inicial lo suficientemente explicativo, incluyendo issues relevantes, wikis o documentación, etc., para facilitar su comprensión por la comunidad. - Documentación de despliegue: junto con el código, se deberán proporcionar instrucciones detalladas de despliegue de la plataforma. Estas instrucciones abarcarán al menos tres escenarios: 1. Despliegue en entorno bare-metal (on-premise): el adjudicatario debe de elaborar una guía exhaustiva del despliegue del módulo en nuevos servidores como una instalación limpia, se deben de contemplar todos los pasos a realizar detallando las salidas por consola y los pasos de comprobación de que el despliegue se está llevando correctamente. Incluir los requisitos previos (ej.: versión de Node.js, instalación de PostgreSQL, etc.), comandos para obtener el código, configurar variables (por ejemplo, archivos de configuración .env con credenciales o endpoints), inicializar la base de datos (scripts SQL o migraciones ORM), y lanzar los servicios. Si es necesario compilar el frontend (build de React) o migrar bases de datos, todos esos pasos <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | deben estar documentados. Es necesario proveer un script automatizado o playbook (ej.: ansible, Shell script) que realice la instalación end-to-end. 2. Despliegue mediante contenedores (Docker): se deberá suministrar uno o varios Dockerfile para los componentes (por ejemplo, uno para el backend, otro para el frontend si se sirve separado, y eventualmente uno para el servicio ML Python). Además, un archivo docker-compose.yml o equivalente que orqueste estos contenedores junto con la base de datos (por ejemplo, un servicio Postgres). De tal modo, cualquier persona o entidad interesada pueda levantar una instancia de la plataforma ejecutando docker-compose up tras clonar el repositorio. Se documentará cómo configurar variables de entorno en este caso (quizá usando un .env que docker-compose cargue). La adjudicataria se asegurará de que las imágenes Docker construidas no incluyan credenciales sensibles y sigan buenas prácticas (minimizar tamaño, usar imágenes base oficiales). 3. Despliegue en cloud: aunque similar a bare-metal, se añadirán recomendaciones para desplegar en servicios cloud populares (AWS, Azure, etc.) en caso de que el Ayuntamiento o terceros opten por esa vía. No se requiere scripts específicos a un proveedor, pero sí instrucciones genéricas, p. ej.: "para desplegar en AWS, se puede usar un servicio de base de datos RDS para Postgres, un contenedor Docker en ECS o un servidor EC2 con Docker, etc." ; es decir, orientar cómo se adaptaría el despliegue Docker a nube. - Entrega de código fuente completo: además del repositorio online, se entregará una copia "congelada" del código fuente final en soporte físico o digital (por ejemplo, un archivo comprimido) como parte de los entregables del proyecto, para archivo oficial, por si hubiera cualquier problema futuro con la plataforma online. La entrega se realizará al final del proyecto junto con la guía exhaustiva de implantación del aplicativo. - Calidad del código y facilidad de contribución: como la intención es que sea open-source, se espera un código limpio, bien estructurado y comentado, siguiendo estándares de codificación (por ejemplo, estilo Airbnb para JavaScript/React, etc.). También incluir pruebas unitarias (ver CI/CD) de forma que otros puedan validar contribuciones. Se proveerán ejemplos o datos de prueba en el repositorio para facilitar a terceros la ejecución de la plataforma (p. ej., un pequeño dataset anónimo de ejemplo para que, tras desplegar, se vean algunos gráficos sin necesidad de conectar PMS reales). - Publicación en el MarketPlace de la PIA de SEGITTUR: una vez aceptado el sistema, la adjudicataria publicará el repositorio completo en el MarketPlace de la Plataforma de Innovación Abierta (PIA) de SEGITTUR, componente de la Plataforma Inteligente de Destinos (PID), con la categorización y la documentación exigidas por dicho entorno. Esta publicación permitirá que los destinos 'followers' del proyecto y cualesquiera otras administraciones locales interesadas descarguen el código, lo maqueten para su propio ayuntamiento, diputación o ente gestor y lo pongan en producción en su infraestructura (CPD municipal, hosting externo o nube pública) sin coste de licencia ni restricciones de uso. La entrega deberá incluir: guía de adaptación paso a paso, ejemplos de configuración para distintos entornos (bare-metal, contenedor y nube) y un fichero de 'fórmula' o manifiesto que facilite la instalación automatizada desde el MarketPlace. De este modo se garantiza la replicabilidad y reutilización nacional de la solución conforme a los principios de la Red de Destinos Turísticos Inteligentes. La adjudicataria no solo desarrollará la solución, sino que la empaquetará y documentará para su difusión pública . Esto está alineado con la filosofía de reutilización de soluciones entre destinos y maximiza el retorno del proyecto. La licencia y la documentación de despliegue serán revisadas en la etapa final del proyecto para verificar que cumplen con lo solicitado antes de su aceptación. <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | ## API públicas y documentación de endpoints Además de la interfaz gráfica para personas usuarias, el sistema deberá exponer interfaces de programación de aplicaciones (API) que permitan acceder a los datos de forma automatizada. Esto servirá tanto para integraciones con otros sistemas (como se mencionó en interoperabilidad) como para eventualmente ofrecer servicios a desarrolladores o terceros interesados (por ejemplo, si se decide publicar algunos datos abiertos agregados del turismo en Gijón). Los requisitos en este sentido son: - Diseño de API RESTful segura: el backend deberá ofrecer una serie de endpoints REST (HTTPS) que proporcionen acceso a las principales funciones/datos: por ejemplo, un endpoint para obtener indicadores de un hotel dado en un rango de fechas, otro para obtener los promedios de ciudad, otro para listar hoteles (si se expusiera eso), endpoints para predicciones, etc. La API tendrá una estructura clara, con URLs que sigan las mejores prácticas (nombres en plural para recursos, anidamiento lógico, uso de parámetros de consulta para filtros/paginación, etc.). Todos los endpoints deberán requerir autenticación salvo aquellos que expresamente se decida abrir (por ejemplo, podría haber un endpoint público de 'indicadores turísticos globales de Gijón' a modo de datos abiertos, pero sería decisión del Ayuntamiento). La autenticación de la API deberá ser mediante token (por ej., JWT obtenido tras login) a través del Identity Manager de la PID en el caso de personas usuarias internas, o mediante API keys para integraciones de servidor a servidor. En cualquier caso, se controlará el acceso de modo que un token asociado a un hotel solo pueda extraer sus datos, mientras que un token de una persona usuaria municipal puede extraer agregados, etc., respetando la lógica de permisos. - Documentación de endpoints (OpenAPI): la adjudicataria deberá producir una documentación completa de la API , preferiblemente en formato OpenAPI/Swagger para estandarizarla. Es decir, un documento YAML/JSON que describa cada endpoint, método HTTP, parámetros de entrada (query params, path params, body JSON), respuestas posibles (códigos HTTP, estructura JSON devuelta) y posibles errores. Esta documentación servirá para que otros desarrolladores entiendan cómo consumir la API. Además, se debe implementar una forma de acceso a dicha documentación fácilmente: por ejemplo, habilitar en el servidor una URL /api-docs donde se sirva la documentación Swagger UI interactiva, o proporcionar un archivo en el repositorio. Cada vez que se añadan o cambien endpoints durante el proyecto, la documentación debe actualizarse correspondientemente para mantenerse al día. - Alcance de la API: a modo orientativo, la API podría incluir, entre otros, los siguientes recursos: - -/hoteles (GET: listar hoteles participantes con información básica, solo para admins; POST: alta de hotel, etc., restringido a admin). - -/indicadores (GET: obtener indicadores; e.g., /indicadores?hotel\_id=X&amp;fecha\_desde=Y&amp;fecha\_hasta=Z devuelve serie de ocupación/ADR...; o /indicadores/globales?mes=2024-01 para globales mensuales). - -/predicciones (GET: obtener predicciones calculadas, similar a indicadores pero indicando que son previstos; quizá un flag o un recurso separado). - -/alertas (POST: crear nueva regla de alerta, GET: listar alertas de la persona usuaria, etc.). - -/reputacion (GET: datos de reputación de un hotel o global). - -/auth/login (POST: autenticación de persona usuaria, devuelve token). La estructura final dependerá del diseño interno, pero tendrá consistencia y cubrirá todo aquello que la interfaz gráfica utiliza y lo que terceros podrían necesitar. - APIs en tiempo real (opcional): si se implementan mecanismos de tiempo real (WebSocket, Server-Sent Events) para actualizaciones instantáneas, también se documentarán. Por ejemplo, se podría exponer un canal WebSocket para <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | alertas, de forma que un cliente externo pueda suscribirse y recibirlas. Esto es opcional; la prioridad son las APIs REST tradicionales. - Políticas de uso y límites: dado que la API podría eventualmente ser utilizada por múltiples hoteles o aplicaciones a la vez, se deberá incorporar medidas para prevenir abusos o sobrecarga: limitación de rate-limit (p. ej., X peticiones por minuto por token), validación de entrada estricta (ya mencionada en seguridad) para evitar ataques tipo injection o DoS. Si se otorga API keys a terceros, se llevará un registro y se podrán revocar en caso de mal uso. - Ejemplos y SDKs: para fomentar la reutilización, la adjudicataria proporcionará ejemplos de cómo consumir la API (por ejemplo, pequeños scripts curl, o código en Python/R mostrando cómo obtener datos, que podrían añadirse como anexos en la documentación). No se exige desarrollar un SDK completo, pero sí hacer pruebas reales de consumo para asegurar que la API es funcional y útil. Estas pruebas formarán parte del documento de análisis. En la entrega final, además del manual de uso, se incluirá un manual de API (dirigido a desarrolladores), en castellano, explicando la autenticación y proporcionando un catálogo de servicios disponibles con sus parámetros. Este manual puede generarse a partir de la documentación OpenAPI mencionada, complementándolo con explicaciones contextuales si hace falta. ## Integración continua y despliegue continuo (CI/CD) Para garantizar la calidad del software y facilitar su puesta en producción y posteriores actualizaciones, la adjudicataria deberá establecer procesos de Integración Continua (CI) y Despliegue Continuo (CD) durante el desarrollo del proyecto, los cuales quedarán también a disposición del Ayuntamiento para futuras iteraciones. Los aspectos a considerar son: - Repositorio con CI configurado: si el código se aloja en plataformas como GitHub o GitLab, se deberá aprovechar sus herramientas integradas (p. ej., GitHub Actions , GitLab CI/CD ). Se creará al menos un pipeline de CI que se ejecute en cada commit o pull request , incluyendo pasos como: - -Instalación de dependencias (Node, etc.). - -Ejecución de pruebas automáticas : la adjudicataria deberá desarrollar pruebas unitarias y, cuando sea posible, de integración para las partes críticas (por ejemplo, pruebas de los cálculos de indicadores, pruebas de la API con peticiones simuladas, etc.). Estas pruebas se ejecutarán en el pipeline para detectar regresiones temprano. - -Linter/estilo y análisis estático : se pasará alguna herramienta de análisis de código (ESLint para JavaScript, etc.) para asegurar consistencia y atrapar posibles malos usos. Incluso se puede integrar una herramienta de seguridad estática (como npm audit, Bandit para Python, etc.) para detectar vulnerabilidades en dependencias o patrones de código. - -Build del proyecto : generar la versión compilada del frontend (si aplica) y empaquetar contenedores Docker de ser posible para test. - -Despliegue en entorno de pruebas : es obligatorio disponer de un entorno de staging o usar un servicio de CI en la nube, se podría automatizar que tras pasar las pruebas en la rama principal, se despliegue la aplicación en un servidor de pruebas accesible al equipo del proyecto para ver la última versión. Esto podría hacerse mediante Docker (ej., push de imagen a registry y actualización en un servidor) o usando servicios tipo GitHub Pages (para front) combinados con Heroku/free server (para back) durante el desarrollo. - Automatización del despliegue productivo: de cara a la puesta en marcha final (y futuras actualizaciones tras la entrega), se configurará un pipeline o script de despliegue automático . Por ejemplo: que mediante una acción manual (tag/release en Git) se ejecute un job que actualice la instancia en producción (la del Ayuntamiento). Si la <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | infraestructura del cliente no permite acceso directo, al menos se prepararán scripts reproducibles para que el personal técnico municipal despliegue rápidamente la nueva versión sin pasos manuales propensos a error. Se podría considerar el uso de herramientas de contenedor y orquestación (Docker Swarm, Kubernetes) para que la actualización sea suave (levantando nuevos contenedores, bajando los viejos). Este detalle se ajustará según el entorno destino (que se definirá en planificación, p. ej. puede ser una máquina virtual en el CPD municipal). - Entorno de pruebas (sandbox): durante el desarrollo, la adjudicataria deberá proveer acceso a un entorno de pruebas/sandbox donde el Ayuntamiento pueda ir viendo los avances. Esto puede ser simplemente una instancia desplegada en la nube del propio adjudicatario, actualizada regularmente vía CI. Lo importante es que el Ayuntamiento pueda validar iterativamente . Este entorno deberá aislar datos sensibles (se usarán datos ficticios o anonimizados) para no exponer información real mientras se hacen pruebas. - Control de versiones y branch strategy: se recomienda adoptar una estrategia de ramas (por ejemplo, GitFlow o simple trunk-based with feature branches) para organizar el desarrollo. La rama principal (main/master) siempre debería ser estable y lista para despliegue. Las nuevas funcionalidades se desarrollarán en ramas separadas, se probarán en CI, y tras revisión (idealmente revisión cruzada de código dentro del equipo de la adjudicataria) se fusionarán. Se deberá cumplir, por parte de la adjudicataria, como buena práctica para asegurar calidad. - Entrega continua vs. hitos: aunque haya hitos definidos contractualmente, el uso de CI/CD permitirá que las funcionalidades vayan estando disponibles antes de la entrega final, facilitando la corrección de errores con antelación. Tras la aceptación final, se espera que el Ayuntamiento pueda continuar usando estas herramientas de CI/CD para futuras actualizaciones (por ejemplo, si en el mantenimiento posterior se corrige un bug, se pueda lanzar la pipeline de deploy fácilmente). La adjudicataria deberá implementar una cultura DevOps en el proyecto, automatizando lo más posible la construcción, prueba y despliegue del sistema. Esto no solo asegura una entrega sin contratiempos, sino que deja preparado el terreno para que, a futuro, el sistema pueda mejorarse o parcharse con rapidez y confiabilidad. ## Requisitos de implantación Este capítulo recoge las fases y actividades necesarias para llevar a buen término el proyecto, desde la planificación inicial hasta la puesta en producción y capacitación de personas usuarias. La adjudicataria deberá seguir una metodología de gestión de proyecto adecuada que garantice el cumplimiento de plazos y calidad. A continuación se desgranan las fases de implantación, junto con sus principales tareas. ## Planificación y seguimiento En la fase inicial del contrato, la adjudicataria, en coordinación con el Ayuntamiento, llevará a cabo la planificación detallada del proyecto. Las actividades incluirán: - Reunión de inicio: dentro de los primeros 5 días desde la firma del contrato, se convocará una reunión inicial con todos los actores clave (equipo de la empresa adjudicataria, responsables municipales del Ayuntamiento y del equipo de Turismo). En esta reunión se revisará el alcance del proyecto, se aclararán dudas sobre requisitos y se establecerán los canales de comunicación y gobernanza del proyecto (frecuencia de reuniones de seguimiento, interlocutores válidos, etc.). <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | - Plan de proyecto y cronograma: La adjudicataria deberá presentar un ' Plan de Proyecto' detallado en los quinces días posteriores a la adjudicación del contrato, que incluya las fases definidas en este pliego, las tareas específicas de cada fase, sus duraciones estimadas, hitos intermedios y finales, y la asignación de responsables. Este plan se reflejará en un cronograma (por ejemplo, diagrama de Gantt) con el calendario hasta la finalización, teniendo en cuenta el plazo máximo de ejecución del proyecto. Se identificarán las dependencias entre tareas, los milestones de entregables (por ejemplo, fin de desarrollo backend, fin de pruebas integradas, etc.) y puntos de control con el Ayuntamiento (p. ej., validación de diseño, pilotaje). - Gestión de riesgos: durante la planificación, la adjudicataria realizará una identificación de riesgos del proyecto (técnicos, de organización, de datos, etc.) evaluando su probabilidad e impacto, y propondrá medidas de mitigación. Por ejemplo, riesgos como 'retardo en la entrega de accesos a PMS de hoteles' o 'dificultad mayor de lo previsto en integración con PID' deberán preverse con planes alternativos. - Metodología de seguimiento : se establecerán reuniones semanales de seguimiento periódico para revisar avances, riesgos y próximas tareas. La adjudicataria deberá preparar reportes de progreso antes de estas reuniones (breves documentos indicando porcentaje completado por tarea, logros de la semana/mes, problemas encontrados, acciones correctivas, etc.). Dichos reportes formarán parte de la documentación entregable de seguimiento. - Herramientas de gestión: la adjudicataria reportará el avance del proyecto y el estado de las tareas por medio de la herramienta que provea el Ayuntamiento, salvo para la entrega inicial del cronograma, que se realizará por medio de la herramienta que la adjudicataria elija. ## Diseño y desarrollo En esta fase se engloban tanto las actividades de diseño funcional y técnico de la solución como el desarrollo o construcción de los distintos componentes del sistema. Cada una de las siguientes deben recogerse en el cronograma inicial. Esta fase engloba: - Análisis detallado y diseño funcional: partiendo de los requisitos del pliego, la adjudicataria realizará un análisis funcional detallado , profundizando en cómo se implementarán exactamente las funcionalidades. Esto incluye elaborar diagramas de casos de uso más específicos, maquetas o wireframes de las pantallas principales (diseño de UX/UI), definición precisa de los datos que se van a manejar (modelado lógico de datos), y reglas de negocio (por ejemplo, fórmulas de cálculo de indicadores, criterios de comparativas, etc.). Se generará un Documento de Diseño Funcional que recoja estos aspectos, el cual deberá ser validado por el Ayuntamiento (en especial, por las personas usuarias clave como representantes de los hoteleros o del área de turismo) para asegurar que la comprensión de requisitos es correcta antes de codificar. La aprobación de este documento puede considerarse un hito del proyecto. - Diseño técnico y de arquitectura: en paralelo al diseño funcional (o integrado con este) entregado antes de finalizar el 2º mes de contrato, se elaborará un Diseño Técnico que incluye: arquitectura detallada (servidores, componentes, interacciones, diagramas de secuencia para flujos críticos), diseño de la base de datos (modelo entidad-relación, diccionario de datos), diseño de APIs (especificaciones de endpoints, formatos, si no se hizo ya en análisis), y decisiones técnicas relevantes (por ejemplo, qué framework específico se usará para front, cómo se implementará la autenticación, estructura de directorios de la aplicación, etc.). Este documento técnico servirá como guía para el personal de desarrollo y como referencia para futuras integraciones. <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | - Desarrollo / Construcción: una vez acordados los diseños esenciales, se procederá al desarrollo iterativo del software. El trabajo de desarrollo incluirá: - -Implementación del backend : creación de la base de datos, desarrollo de APIs REST en Node.js, integración con PMS y otras fuentes (implementando clientes API o scripts ETL), lógica de negocio para cálculo de indicadores (por ej., funciones que calculen ocupación % a partir de datos brutos), implementación del módulo de alertas, integración del módulo ML (llamada a modelos o servicios correspondientes) y gestión de persona usuarias/roles. - -Implementación del frontend : codificación de las páginas y componentes React/Next.js, estilos CSS, gráficos, navegación, formularios de login, pantallas de dashboard, etc., conforme a los wireframes/diseños aprobados. Se pondrá especial cuidado en la accesibilidad (atributos ARIA, contraste de colores, navegación con teclado, etc. según WCAG 2.1 nivel AA mínimo, que es lo exigible en aplicaciones públicas mediante una batería de pruebas para su comprobación). - -Integración continua de componentes : a medida que se desarrollan, se irán integrando backend y frontend, probando flujos completos (por ejemplo, login -&gt; carga dashboard -&gt; consulta API -&gt; visualización datos). Esto evita sorpresas al final y permite refinar. También se integrarán progresivamente los componentes ML (por ejemplo, primero simular predicciones con datos estáticos hasta que el modelo real esté listo). - -Reuniones de revisión Sprint (si Agile) : conforme a la metodología Scrum, al final de cada sprint (por ejemplo, cada 2-3 semanas) se hará una demostración al Product Owner (posiblemente una persona designada por el Ayuntamiento) de las funcionalidades completadas. Se recogerá feedback y se planificarán ajustes en próximas iteraciones. Aunque no se siga Scrum al pie, se realizará al menos una demo mensual al Ayuntamiento con la versión en desarrollo, para asegurarse de que lo implementado concuerda con lo esperado. - Pruebas unitarias y de desarrollo: se realizarán pruebas unitarias para las funciones críticas (cálculos de indicadores, generación de alertas, permisos de acceso, etc.) que se hayan determinado en el Análisis inicial (y aquellas otras pertinentes para la comprobación del funcionamiento), garantizando que cada módulo funciona en aislamiento. También se realizarán pruebas de integración básicas para verificar que los diferentes módulos se comunican correctamente (por ejemplo, que el frontend puede conectarse al backend sin problemas CORS, o que la conexión a la base de datos funciona y almacena datos bien). Estas pruebas se irán ejecutando continuamente (apoyadas por la infraestructura de CI mencionada). - Actualización de documentación técnica: a medida que el desarrollo avance, la adjudicataria mantendrá actualizados los documentos de diseño técnico si hubiera cambios significativos (por ejemplo, si se decide cambiar una librería por otra sobre la marcha, o si se ajusta el modelo de datos). La documentación de la API deberá ser paralela al desarrollo: en cuanto se implemente un nuevo endpoint, se añade a la especificación OpenAPI. Esto evitará acumular deuda documental hacia el final. Es importante destacar que Diseño y Desarrollo forman un ciclo iterativo : puede haber retroalimentación de las pruebas o de nuevas consideraciones que requieran volver a ajustar el diseño. Sin embargo, cualquier cambio mayor de alcance deberá ser aprobado como se indicó en seguimiento. La adjudicataria se compromete a asignar un equipo técnico suficiente (desarrolladores frontend, backend, expertos en datos/ML, etc.) para cubrir todos los aspectos, y a cumplir las buenas prácticas de codificación y gestión mencionadas en requisitos técnicos y en calidad. <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | ## Implementación (despliegue inicial y configuraciones) Una vez desarrolladas y probadas internamente las funcionalidades, se procederá a la implementación en entorno de preproducción y producción : - Preparación del entorno: La adjudicataria colaborará con el personal municipal para instalar la solución en los servidores designados (o nube, según corresponda). Esto incluye configurar la base de datos en el servidor destino, desplegar la aplicación backend y frontend, configurar dominios/HTTPS, variables de entorno (claves, rutas), etc., siguiendo la documentación proporcionada. Si el despliegue se hace mediante contenedores, se ajustará el orchestration en los servidores del cliente. - Carga inicial de datos: en esta etapa, se realizarán cargas de datos iniciales necesarias. Por ejemplo, dar de alta en el sistema los hoteles participantes (metadatos como nombre, dirección, etc.), crear personas usuarias (se podrían importar listados proporcionados por el Ayuntamiento, asignando credenciales iniciales), configurar las conexiones con cada PMS (introducir las API keys o credenciales en el sistema de integración). Ya que existen históricos de datos en ficheros (por ej., series de ocupación del año anterior facilitadas por los hoteles o por el Observatorio de Turismo), se deberán importar para que el sistema arranque con información histórica ya disponible para comparativas. - Integraciones activas: se conectarán y probarán en vivo las integraciones con sistemas externos: llamadas a APIs de PMS reales de uno o dos hoteles piloto para verificar que la importación funciona en producción (ajustando endpoints de prueba a producción si cambia), conexión con la API de reputación online (utilizando claves reales) y confirmando que se obtienen datos. También, si la PID de SEGITTUR ya tiene su servicio operativo, se probará un envío de muestra de datos. - Ejecutar migraciones/pruebas en entorno productivo: La adjudicataria realizará una prueba completa del sistema en el entorno de implantación para asegurarse de que todo está correctamente configurado. Esto abarca desde crear una persona usuaria y hacer login, hasta generar un informe, simular la recepción de datos de un PMS, etc. Cualquier error o comportamiento anómalo deberá corregirse antes de la fase de pruebas formales con personas usuarias. ## Pruebas Se llevará a cabo un plan de pruebas exhaustivas en el entorno de preproducción, antes de realizar la instalación en el CPD municipal y por ende de la posterior aceptación: - Pruebas unitarias y de integración: ya realizadas por la adjudicataria durante el desarrollo (ver CI/CD), cuyos informes de resultados se entregarán al Ayuntamiento para constancia. Deberán cubrir funcionalidad crítica (cálculos de indicadores, seguridad de permisos, etc.). - Pruebas de sistema (funcionales): un equipo conjunto (adjudicataria junto con algunas personas usuarias clave designados por el Ayuntamiento) ejecutará pruebas funcionales completas del sistema en el entorno ya implementado. Se verificará cada requisito del pliego, marcando para cada uno si la funcionalidad asociada funciona según lo esperado (se elaborará por la adjudicataria una matriz de trazabilidad requisitos-pruebas ). Se probarán casos normales y alternativos: por ejemplo, qué pasa si un PMS no responde (¿el sistema avisa del fallo?), si una persona usuaria introduce datos inválidos (¿los valida?), etc. - Pruebas con personas usuarias: se llevarán a cabo pruebas de uso con personas usuarias de referencia que permitan valorar las funcionalidades desarrolladas y pruebas UAT. <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | - Pruebas de rendimiento: se realizarán pruebas de carga básicas para asegurar que el sistema responde adecuadamente con varias personas usuarias concurrentes y volúmenes de datos similares a los de operación real. Por ejemplo, simular 20 hoteles consultando simultáneamente sus dashboards, o importación masiva de datos de un mes. No se espera altísima carga, pero estas pruebas garantizarán márgenes suficientes. También se medirá el tiempo de generación de informes extensos, o de ejecución del algoritmo predictivo, para validar que entran en rangos aceptables de espera de persona usuaria. - Pruebas de seguridad: además de las pruebas unitarias de seguridad, se puede hacer un escaneo de vulnerabilidades en el entorno final (con herramientas tipo OWASP ZAP o Nessus) para comprobar que no aparezcan puntos débiles. La adjudicataria corregirá cualquier incidencia crítica detectada antes de la entrega. - Pruebas de aceptación (UAT): el Ayuntamiento organizará con algunas personas usuarias finales (por ejemplo, personal de 2 hoteles piloto, y 1-2 técnicos de turismo) una sesión de prueba de persona usuaria de la aplicación. En esta sesión, las personas usuarias navegarán libremente por el sistema realizando tareas típicas (consultar sus datos, generar un informe, etc.) para evaluar la usabilidad y detectar problemas no cubiertos en pruebas formales. La adjudicataria deberá estar presente para anotar feedback y corregir posibles detalles (p. ej., textos confusos, mejoras menores de interfaz). Si se detectaran errores de funcionamiento, se consideran incidentes a resolver antes de la aceptación. El resultado de esta fase es un Informe de Pruebas donde consten los casos probados, los resultados y las incidencias encontradas y resueltas. Este informe será presentado al Ayuntamiento. Solo cuando las pruebas hayan sido satisfactorias (todas las funcionalidades operativas sin defectos críticos ni mayores), se podrá pasar a la puesta en marcha definitiva. ## Puesta en marcha Una vez superadas las pruebas, se procederá a la puesta en marcha oficial del sistema: - Despliegue en producción: si hasta ahora se trabajó en preproducción/piloto, el sistema se replicará o moverá al entorno de producción definitivo. Esto puede implicar, por ejemplo, migrar la base de datos piloto a los servidores de producción (o volcar datos), reconfigurar DNS/URL finales, y asegurar que todos las personas usuarias finales tengan acceso. Si ya se venía trabajando directamente en el entorno productivo controlado (con acceso limitado), simplemente se retirarán las restricciones y se declarará operativo para todos las personas usuarias. - Comunicación y apertura a personas usuarias: el Ayuntamiento comunicará a los hoteles participantes la disponibilidad de la nueva plataforma. La adjudicataria habrá creado previamente las credenciales de cada persona usuaria (o mecanismos de invitación para registro y aceptación del disclaimer de confidencialidad). La plataforma final será igual en aspecto y funcionalidades a la actual y se realizará un cambio de una a otra sin que los usuarios lo aprecien. Las nuevas funcionalidades serán indicadas a los usuarios mediante un boletín de actualización y se realizará una formación específica antes de finalización y entrega de la documentación del contrato. Será el ayuntamiento el encargado de organizar dicha formación y concretar con los hoteles la fecha de impartición. La adjudicataria deberá estar preparada para atender un volumen más alto de consultas o soporte en estos primeros días. - Verificación final: durante las primeras 2 semanas de operación real, se validará que el sistema funciona conforme a lo esperado con datos reales en vivo . Esto sirve para afinar cualquier aspecto: p.ej., si un PMS envía un dato extraño y provoca un error no visto en pruebas, se corrige; si surgen dudas de persona usuarias sobre cómo realizar cierta tarea, se evalúa si es falta de formación o hay que mejorar la interfaz por algún cálculo incorrecto, o error funcional. <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | Se considera esta etapa como marcha blanca o de estabilización y tendrá que ser evaluada y conformada por los usuarios (hoteles y gestores de destino). - Acta de puesta en marcha y aceptación: si transcurrido el arranque no hay incidencias graves pendientes, el servicio se considerará implantado con éxito. Se levantará un ' Acta de Recepción final de la plataforma' , firmada por ambas partes, donde se haga constar que el sistema ha sido entregado e instalado según contrato y que inicia el periodo de mantenimiento. A partir de ese momento, el sistema queda en producción bajo responsabilidad operativa del Ayuntamiento, con la adjudicataria en rol de soporte y mantenimiento. ## Gestión del cambio y capacitación La introducción de esta nueva herramienta requerirá preparar a las personas usuarias y adaptar procedimientos: - Plan de formación: la adjudicataria impartirá acciones formativas dirigidas a distintos colectivos de personas usuarias. Se prevé al menos: - -Taller para gestores hoteleros: sesión presencial de demostración de la plataforma orientada a personas usuarias de hotel. Se les enseñará cómo acceder, interpretar sus dashboards, generar informes, etc. y se resolverán dudas. Se podrían realizar varias sesiones en grupos pequeños o una general, según coordinación con el Ayuntamiento, estas sesiones deberán ser grabadas y adjuntadas a la propia herramienta como repositorio. - -Formación al personal municipal: tanto a los planificadores turísticos (enfocada en usar las funciones avanzadas, extracción de datos globales) como a los administradores de sistemas (enfocada en mantener el sistema: gestión de personas usuarias, configuración de integraciones, ver logs, reinicios, etc.). Esta formación puede ser más técnica y detallada. - -Para reforzar, se entregarán manuales de uso (documentos escritos) para cada perfil, de manera que puedan consultarse posteriormente. - Gestión del cambio: el Ayuntamiento, con apoyo de la adjudicataria, llevará a cabo acciones para facilitar la adopción . Por ejemplo, proporcionar soporte cercano los primeros días (línea de consulta directa), recoger feedback de personas usuarias y responder rápidamente. Si algún hotel muestra reticencias o dificultades, se podría ofrecer atención personalizada por parte del adjudicatario para profundizar en dudas en la utilización de la herramienta. La plataforma deberá demostrar su valor desde el inicio mostrando datos útiles; en este sentido, cargar históricos y generar un informe inicial para cada hotel con conclusiones puede ser una buena práctica para que vean beneficios inmediatos. - Transición de sistemas anteriores: se planificará una sustitución ordenada de la herramienta previa (Gijón DataLab), a la nueva herramienta. El nuevo sistema reemplazará completamente esos métodos, evitando duplicidades, aunque se entiende que existirá un periodo de uso de ambas herramientas, este deberá de ser el menor posible. Se comunicará a las personas usuarias cuándo dejar de usar el antiguo proceso y centrarse en la nueva plataforma, garantizando que los datos de la anterior herramienta vinculados al alojamiento participante, han sido correctamente migrados. Esta transición se realizará mediante la carga de los datos anteriores, que se importarán desde la antigua herramienta. - Soporte inicial: la adjudicataria debe estar disponible para aclarar funcionalidades de la herramienta con un rápido tiempo de respuesta, menor a 24 horas. Una vez finalizadas, se elaborará un informe de capacitación indicando las sesiones realizadas, asistentes, y cualquier incidencia o necesidad adicional detectada. <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | ## Mantenimiento Las tareas de mantenimiento comprenden: - [ ]  Sistemas Operativos (SO): Los aplicativos instalados en las Máquinas Virtuales del CPD tendrán instalado un SO. Se deberán realizar los mantenimientos típicos sobre estos SO como son la instalación de parches de seguridad, parches correctivos, evolutivos, etc. Previo a estos pasos, se realizarán las instalaciones en el entorno de pruebas y desarrollo para comprobar que un parche de seguridad o correctivos no bloquean las funcionalidades de la plataforma o ralentizan el sistema. - [ ]  Sobre el software desarrollado, previo pruebas en el entorno de desarrollo, se actualizarán las bibliotecas y módulos de terceros con las versiones más actualizadas. - [ ]  Se hará una limpieza de archivos temporales y logs de registro para maximizar la capacidad de los discos duros o SSD. - [ ]  Se analizarán los intentos de penetración y accesos no autorizados al aplicativo, bloqueando aquellos equipos que lo hayan intentado (bloqueo por Ips, MAC o usuario). - [ ]  Se efectuarán backups periódicos tanto de las BBDD como de los propios aplicativos, Horario y lugar de ejecución de los trabajosde forma que si se tuviera que recuperar un aplicativo, se minimice la pérdida de información. Estos backups deberán ser automatizados y se acordará con el ayuntamiento la cadencia. ## Requisitos de ejecución Esta sección recoge condiciones relativas a la prestación del servicio por parte de la adjudicataria durante el periodo de ejecución del contrato. ## Sustitución y ausencia de medios personales La adjudicataria se compromete a asignar un equipo de profesionales con la cualificación adecuada para las tareas descritas. En caso de ausencia, baja laboral, vacaciones u otros motivos que aparten temporal o definitivamente a alguna persona clave del equipo, la adjudicataria deberá sustituirlo por otra de cualificación y experiencia equivalente sin que ello suponga retrasos en el proyecto ni coste adicional para el Ayuntamiento. Esta sustitución será comunicada previamente al Ayuntamiento para su conformidad. Del mismo modo, si el Ayuntamiento razonadamente solicitase el relevo de alguna persona del equipo de la empresa adjudicataria (por falta de rendimiento o adecuación), esta atenderá la petición asignando un reemplazo idóneo a la mayor brevedad posible. Se deberá asegurar, en todo caso, la transferencia de conocimiento dentro del equipo de la adjudicataria para que cambios de personal no afecten al desarrollo. ## Horario y lugar de ejecución de los trabajos La modalidad de trabajo será híbrida y colaborativa . Gran parte del desarrollo podrá realizarse en las oficinas de la adjudicataria (trabajo remoto o en sus instalaciones), con comunicación continua vía reuniones en línea, correo o herramientas colaborativas. Además, las reuniones periódicas de seguimiento serán preferentemente online. No obstante, se podrán celebrar reuniones de ejecución de los trabajos presenciales, a petición del Ayuntamiento. Las formaciones serán siempre presenciales y se impartirán en aulas del Ayuntamiento o lugares que éste facilite. Dichas formaciones serán grabadas y entregadas al Ayuntamiento. La adjudicataria facilitará los medios necesarios para ello. En cuanto al horario, los trabajos de desarrollo y reuniones se realizarán en días laborables de lunes a viernes y horario de oficina habitual (de 8:00-17:00 h), salvo que por necesidades del proyecto se acuerde alguna actuación fuera de ese horario <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | (por ejemplo, un despliegue final en fin de semana para minimizar impacto en personas usuarias, si fuera pertinente). La adjudicataria deberá adaptarse al calendario laboral local (festivos de Gijón/Asturias) para la planificación. Asimismo, durante las fases de pruebas y arranque, se garantizará disponibilidad de soporte en dicho horario laboral para resolver incidencias rápidamente. Cualquier intervención que pudiera afectar a sistemas municipales existentes o requiera asistencia de personal del Ayuntamiento se realizará coordinadamente en horario convenido con este. ## Organización del proyecto ## Plazos de ejecución Los plazos de ejecución de este lote son los ya indicados en el punto 4 del presente pliego. - Control de plazos: La adjudicataria tiene la responsabilidad de monitorizar el avance y advertir con anticipación cualquier desviación que pudiera comprometer el plazo final. Si algún hito intermedio se demora, deberá presentar un plan de recuperación (ej. horas extra, añadir personal, replanificar tareas en paralelo) para garantizar la entrega a tiempo. El Ayuntamiento, por su parte, se compromete a facilitar las acciones que son de su incumbencia en plazo (ej.: validar documentos, proveer información solicitada, gestionar permisos), para no condicionar la continuidad de los trabajos. - Penalizaciones por retraso: conforme a la normativa de contratación, en caso de retraso injustificado en la ejecución, podrían aplicarse penalizaciones económicas al adjudicatario (detalladas en el PCAP). Los plazos son muy estrictos debido al hito fijo de junio de 2026. Toda la organización del proyecto (recursos, plan) debe orientarse a cumplir con esa fecha sin excusas. La sincronización con otros paquetes de trabajo del proyecto global, también debe tenerse en cuenta, pero en lo que al proyecto respecta, el 30 junio de 2026 es el deadline para tener el PT03 entregado , facturado y pagado. ## Medios personales Se deberán tener en cuenta los siguientes perfiles mínimos: ## Un/a Coordinador/a y responsable funcional y analítico del sistema hotelero Perfil: Ingeniería informática, del software, de sistemas de información, Ciencia de datos o ciencia e ingeniería de dato, ingeniería de telecomunicaciones. Dedicación: 20% de la jornada Funciones: - Dirección funcional y coordinación del proyecto y relación con los stakeholders hoteleros. - Supervisión del diseño del sistema ETL y visualizaciones. - Asegurar coherencia con indicadores PID. Experiencia mínima: 3 años en proyectos de inteligencia turística o BI. ## Una persona especialista en datos y desarrollo ETL + PMS (nivel ingeniería) Perfil: Ingeniería informática, del software, de sistemas de información, Ciencia de datos o ciencia e ingeniería de dato, ingeniería de telecomunicaciones. Dedicación: 100% de la jornada <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | ## Funciones combinadas: - Desarrollo de conectores con PMS hoteleros (Opera, Protel...). - Diseño del modelo de datos y orquestación ETL. - Publicación de APIs para interoperabilidad PID. Experiencia mínima: 3 años en integración de sistemas de gestión y tratamiento de datos. ## Una persona especialista en analítica predictiva y visualización (nivel ingeniería). Perfil: Ingeniería informática, del software, de sistemas de información, Ciencia de datos o ciencia e ingeniería de dato, ingeniería de telecomunicaciones. Dedicación: 100% de la jornada ## Funciones combinadas: - Modelos de predicción de demanda (series temporales). - Análisis de reputación online multifuente (scraping y sentiment analysis). - Desarrollo de dashboards (Kibana, Power BI, etc.). Experiencia mínima: 2 años en análisis avanzado y visualización de datos. ## Cronograma e Hitos Se establece el siguiente cronograma, que representa los plazos máximos de entrega de cada uno de los entregables que se recogen en la primera columna. La adjudicataria tiene la responsabilidad de monitorizar el avance y advertir con anticipación cualquier desviación que pudiera comprometer el plazo final. Si algún hito intermedio se demora, deberá presentar un plan de recuperación (ej. horas extra, añadir personal, replanificar tareas en paralelo,...) para garantizar la entrega a tiempo. El Ayuntamiento, por su parte, se compromete a facilitar las acciones que son de su incumbencia en plazo (ej.: validar documentos, proveer información solicitada, gestionar permisos), para no ser cuello de botella. <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev ## Ayuntamiento de Gijon/Xixon | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | <!-- image --> ## Planificación, dirección y seguimiento del proyecto Se exige la utilización de una metodología Ágil (Agile/Scrum) para la gestión del proyecto, dada la naturaleza de desarrollo software. En este sentido: - La adjudicataria asignará una Dirección de Proyecto que asumirá la interlocución principal con el Ayuntamiento, responsable de la planificación y cumplimiento de objetivos. - Se conformará un equipo Scrum con el personal de desarrollo y roles necesarios, bajo la dirección del Scrum Master , que será la dirección de proyecto. - El Ayuntamiento designará uno o varios representantes (Product Owner o similares) que participarán en la priorización de tareas y validación de incrementos. Este representante velará por los intereses de las personas usuarias finales y agilizará la comunicación de feedback. - Se trabajará en sprints (iteraciones) de duración fija (por ejemplo, 2 o 3 semanas). Al inicio de cada sprint se planificarán las funcionalidades a desarrollar (sprint planning) y al final se realizará una reunión de review con demostración del trabajo realizado al Ayuntamiento, y una retrospectiva interna de mejora continua. - No obstante, independientemente de la metodología interna ágil, la adjudicataria deberá cumplir con los entregables y plazos formales acordados en este pliego. <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | En cuanto al seguimiento contractual, además de las reuniones de seguimiento periódicas y la gestión agile, se mantendrá un tablero de proyecto accesible (tipo Trello o Asana, que facilitará el Ayuntamiento) donde se registren las tareas, su estado, y se dé visibilidad al Ayuntamiento del progreso en tiempo real. - Comité de seguimiento o reuniones clave: se establecerá un mecanismo de seguimiento formal: - -Reuniones quincenales de seguimiento operativo: con asistencia de la Dirección de proyecto de la adjudicataria y el Responsable Técnico designado por el Ayuntamiento (más otros técnicos si procede). En ellas se repasará el avance de las últimas dos semanas, se analizarán tareas próximas, se revisará el estado de riesgos y se solucionarán dudas o dependencias. De cada reunión se levantará una breve acta con acuerdos y responsables de acciones. - -Comités mensuales de proyecto : en estos comités se evaluará el progreso global, cumplimiento de hitos, etc. - -Comunicación informal: además de lo anterior, se mantendrá comunicación casi diaria a través de correo electrónico, teléfono o mensajería rápida para resolver cuestiones menores rápidamente, sin esperar a reuniones formales. ## Obligaciones de información y documentación La adjudicataria deberá proporcionar al cierre del proyecto toda la documentación necesaria para el uso y mantenimiento del sistema. Esto incluye: - Documentación técnica del sistema: descripción de la arquitectura inicial y la implementada (actualizada, señalando si hubo cambios respecto al diseño inicial), manual de instalación y despliegue (paso a paso para reinstalar el sistema), detalle de configuraciones (ficheros de propiedades, variables de entorno), descripción del modelo de datos final (diccionario de tablas y campos), y documentación de la API (Swagger u otro formato legible). - Manual de administración y operación: dirigido al personal municipal que administrará la plataforma. Debe explicar cómo gestionar personas usuarias, dar de alta nuevos hoteles, configurar parámetros (p.ej., agregar una nueva integración PMS si en el futuro se suma otro), monitorear el sistema (revisar logs, reiniciar servicios), hacer backup/restore de la base de datos, etc. También debe incluir cómo desplegar nuevas versiones o aplicar parches (por ejemplo, cómo ejecutar la pipeline CI/CD o comandos Docker correspondientes). - Manual de persona usuaria final: un documento (o varios según rol) en lenguaje sencillo (no técnico), que sirva de guía para las personas usuarias del sistema (especialmente gestores hoteleros y planificadores). Incluirá cómo iniciar sesión, descripción de cada módulo de la interfaz (dashboard, sección de informes, configuración de alertas), con capturas de pantalla y consejos de uso. Este manual deberá estar en castellano y puede complementarse con material resumido (p.ej., una hoja 'rápida' de referencia). - Material formativo utilizado: presentaciones, diapositivas, ejercicios o ejemplos empleados en las sesiones de formación, de modo que el Ayuntamiento los tenga disponibles para futuras formaciones al personal. - Código fuente : este será propiedad del Ayuntamiento de Gijón/Xixón y deberá ser entregado a través del repositorio de código de la PIA o en su defecto (solo si este no estuviera disponible), a través de un repositorio de código tipo GitHub o GitLab. También se aceptará un export completo del proyecto que comporte toda la trazabilidad en el desarrollo del código.. <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | - Informe final : donde la adjudicataria resuma las actividades realizadas, cumpliendo con los requisitos exigidos, así como con indicaciones de recomendaciones para el futuro (p.ej., ideas de mejoras, consideraciones para ampliar el sistema). Toda la documentación se entregará en formato digital editable (Word, LibreOffice o Markdown, según corresponda) y también en PDF cuando aplique. Deberá estar escrita en castellano , con la terminología adecuada (por ejemplo, si se usan términos en inglés en la interfaz, aclarar su significado). La calidad de la documentación es fundamental: deberá ser clara, completa y actualizada. El Ayuntamiento validará que esta obligación documental se cumple antes de la aceptación definitiva. ## Mantenimiento y gestión de incidencias Una vez recepcionado el sistema, se iniciará el periodo de mantenimiento durante el cual la adjudicataria se compromete a corregir cualquier defecto o incidencia que se manifieste, y a apoyar la continuidad operativa del sistema. Durante este periodo, la adjudicataria deberá atender, sin coste adicional, todas las incidencias relacionadas con los desarrollos realizados, errores no detectados en pruebas o mal funcionamientos del sistema en condiciones normales de uso. - Alcance del soporte en mantenimiento: incluye la corrección de errores de software (bugs en funcionalidades, fallos de seguridad descubiertos, problemas de rendimiento fuera de lo esperado) así como pequeñas adaptaciones necesarias para asegurar que el sistema sigue funcionando ante cambios del entorno inmediato. Por ejemplo, si un proveedor de datos (PMS o API externa) cambia ligeramente su formato, la adjudicataria realizará los ajustes para mantener la integración. No incluye evolutivos o nuevas funcionalidades fuera del alcance original, al margen de la oportunidad de mejoras menores para el correcto uso. - Registro y priorización de incidencias: el Ayuntamiento designará un punto de contacto para reportar incidencias. La adjudicataria deberá llevar un registro de incidencias reportadas, con fechas, descripción y estado de resolución. Las incidencias se clasificarán por severidad: - -Críticas : el sistema está caído o una funcionalidad clave no opera, afectando a múltiples personas usuarias. (Ej.: ninguna persona usuaria puede acceder o los datos mostrados son erróneos globalmente). - -Graves : fallos importantes, pero con alguna alternativa temporal o que afectan solo a un subconjunto. (Ej.: un hotel no puede ver sus datos, pero otros sí o un módulo secundario no funciona). - -Menores : errores cosméticos o que no impiden el uso normal. (Ej.: un texto mal escrito o un gráfico que se solapa ligeramente). - SLA - Niveles de servicio de soporte: La adjudicataria deberá garantizar tiempos máximos de respuesta y resolución: - -Incidencia Crítica : respuesta inicial en &lt;4 horas (en horario laboral) y resolución en &lt;24 horas. Se deberá trabajar de forma continua hasta restablecer el servicio, incluso fuera de horario si es necesario. - -Incidencia Grave : respuesta en &lt;1 día laboral y resolución en un plazo de 3 días laborales. - -Incidencia Menor : respuesta en &lt;2 días laborales, y agrupación para resolución en próximas versiones o parches dentro de 7 días. - Mecanismo de resolución: para cada incidencia reportada, la adjudicataria analizará la causa, propondrá una solución (p.ej., parche de código, ajuste de configuración) y la implementará previa coordinación con el Ayuntamiento para desplegarla (en desarrollo o directamente en producción, según la urgencia). Se realizarán pruebas de regresión para asegurar que la corrección no genera nuevos problemas. Si la incidencia es de causa externa (ej.: caída de una API de <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | terceros), la adjudicataria asesorará al Ayuntamiento sobre las acciones a tomar y adoptará las medidas de mitigación idóneas (p.ej., activar un plan B en la aplicación si un servicio externo falla). <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev ## Ayuntamiento ## de Gijon/Xixon | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | ## ANEXOS: ## Anexo 1- Especificaciones de la plataforma de ciudad Aero, proyecto Smartluz y proyecto de conteo en el entorno de Cimadevilla ## ESPECIFICACIONES DE LA PLATAFORMA DE CIUDAD AERO La plataforma AERO ha sido desarrollada por T-Systems, es un solución integral que permite la gestión de dispositivos IoT desplegados en la ciudad y la vinculación con el sistema ERP municipal uniendo ambos mundos. Figura 1: Modelo de ciudad inteligente integral e integrado <!-- image --> La plataforma ha sido desarrollada sobre 3 módulos de software Open Source, Elasticsearch, Kibana y Node-Red. Estos 3 módulos coexisten y trabajan coordinados para aunar las capacidades de cada uno de ellos y dotar a la plataforma de un enorme potencial en analítica de datos avanzada: - [ ]  Elasticsearch: es una base de datos no relacional (NoSQL) de código abierto y motor de búsqueda distribuido con capacidad RESTful. Se basa en Apache Lucene y utiliza documentos JSON para el almacenaje e indexación de los datos. - [ ]  Kibana: es un motor de representación de datos y gráficas que se integra directamente con Elasticsearch. Permite a los usuarios crear gráficos de barras, líneas, dispersión, diagramas de pastel y mapas, facilitando el análisis de grandes volúmenes de información. Entre las características destacadas de Kibana se encuentran la capacidad de crear paneles personalizados, realizar análisis en tiempo real y gestionar la seguridad y la monitorización del sistema desde una interfaz unificada. <!-- image --> Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | - [ ]  Node-Red: es una herramienta de programación visual que se utiliza para conectar dispositivos de hardware, API y servicios en línea como por ejemplo dispositivos IoT. Fue desarrollado inicialmente por IBM y permite la creación de funciones de JavaScript sin necesidad de utilizar directamente este lenguaje de programación sino mediante el uso de bloques gráficos que se entrelazan para desarrollar un flujo de programación completo. Esta herramienta permite desarrollar módulos de conexión a dispositivos y API, generar reglas ETL (Extracción, Transformación y Carga) y automatizaciones o alertas sobre los propios datos o equipos. La plataforma se encuentra en producción en modo SaaS y posee diferentes verticales y cuadros de mando de indicadores desde donde se pueden realizar analíticas avanzadas sobre los diferentes procesos y procedimientos municipales. - [ ]  Verticales: - [ ]  Aero:People, vertical para gestión de conteo y aforos en el entorno de la playa de San Lorenzo. - [ ]  Alumbrado, vertical de gestión del alumbrado público inteligente. - [ ]  Edificios inteligentes, vertical de gestión de los edificios municipales domotizados y visualización de datos agregados de comercios y viviendas. - [ ]  Gestión de la ciudad, vertical que aglutina diferentes indicadores de la ciudad de los verticales de gestión de dispositivos IoT. - [ ]  Gestión energética, vertical de gestión de los consumos energéticos municipales. - [ ]  Parámetros ambientales, vertical de gestión de sensores de calidad del aire y sonómetros desplegados en la ciudad. - [ ]  Zona de bajas emisiones, vertical de gestión de los sensores ópticos, paneles, sensores de aparcamientos, sensores de calidad del aire y sonómetros desplegados en el interior de la ZBE de La Calzada. - [ ]  Cuadros de Mando de Indicadores: - [ ]  Gestión económica, indicadores sobre la gestión económica municipal. - [ ]  Gestión tributaria, indicadores sobre las tasas y pago de tributos municipales. - [ ]  Gestión de habitantes, indicadores sobre la población censada en Gijón. - [ ]  Gestión de procesos y servicios, indicadores sobre los procesos y servicios que desarrolla el ayuntamiento. - [ ]  Núcleo de información, visión general en diferentes ámbitos (personas, territorio y gestión documental). - [ ]  Otros ámbitos de gestión, indicadores sobre contratación pública y subvenciones. <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev ## Ayuntamiento de Gijon/Xixon Figura 2: AERO - Plataforma de Ciudad Inteligente | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | <!-- image --> El ayuntamiento dispone de un entorno de desarrollo y programación de AERO el cual es un fichero autoejecutable que crea un entorno completo para programación y desarrollo de verticales y cuadros de mando. Mediante petición, es posible distribuir una copia del mismo. ## PROYECTO SMARTLUZ El proyecto SmartLuz se compone de unos equipos Omnileds ubicados en el paseo de la playa de San Lorenzo instalados para la ejecución del proyecto SmartLuz 'Adquisición de dispositivos multifunción para la regulación dinámica del nivel lumínico del alumbrado según el índice de movilidad (peatonal, ciclista, motorizada) en el entorno de los jardines del Náutico' expediente 71930K/2021. Estos equipos realizan varias funciones: - Iluminación del entorno mediante tecnología LED con control regulable. - Aplicación de energías renovables (fotovoltaica y eólica) para reducción del consumo eléctrico del propio equipo de iluminación. - Captura y gestión de imágenes para el conteo de usuarios/as de las zonas peatonales, ciclistas y Vehículos de Movilidad Personal (VMP) y de circulación motorizada del Paseo del Muro de San Lorenzo. - Presentación de información al usuario a través de paneles montados en 2 de las 5 columnas soporte de los Omniled. <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | Todo el proceso de imágenes se realiza on-the-edge, es decir, en el propio equipo de forma que una vez realizado el recuento, la imagen se elimina para evitar cualquier incumplimiento del RGPD. Solo se extrae el dato numérico del conteo realizado, el cual se envía a la plataforma de ciudad para su posterior almacenamiento y explotación. No se realiza ningún proceso de identificación de usuarios/as o matrículas de los vehículos contabilizados. Los datos se envían a un broker MQTT el cual ingesta los datos en la plataforma AERO, el formato de estos datos es JSON y se muestra un ejemplo a continuación: ``` {"device_uid":"P5-C3-OL07210084","objects": [{"object_id":10340,"instance_id":"0","timestamp":"1749123603000","resources": [{"resource_id":1,"name":"objeto","type":"string","value":"Ciclista"}, {"resource_id":2,"name":"zona_recuento","type":"string","value":"030401B004000"}, {"resource_id":3,"name":"sentido_marcha","type":"string","value":"Este"}, {"resource_id":4,"name":"total_objetos","type":"float","value":"1"}, {"resource_id":10,"name":"evento","type":"string","value":"Contar ciclistas"}, {"resource_id":14,"name":"punto_conteo","type":"string","value":"030401B004001"} ]} ] } ``` ## PROYECTO CONTEO EN EL ENTORNO DE CIMAVILLA Se ha desarrollado un proyecto de conteo en el entorno de Cimavilla para probar la tecnología de sensores de rastreo de equipos móviles con BLE y Wifi. La tecnología desplegada es de la casa Libelium, en concreto se han implantado 4 equipos Smart Spot Crowd (enlace) los cuales dividen en varias zonas el entorno de Cimavilla del resto de la ciudad. Si un usuario cruza esa línea con un equipo móvil que tiene activado el BLE o la Wifi, se podrá realizar un conteo y calcular el tiempo que pasa en Cimavilla visitando el casco histórico de Gijón. | ID dispositivo | Localizacion | Coordenadas | Parametrosdelectura | |------------------|----------------------------|-------------------|-----------------------| | 1028598CROWD4G01 | Cimavilla | 43.54504,-5.66174 | Conteo devisitantes | | 1028598CROWD4G02 | Plaza del Marqués | 43.54507,-5.66329 | Conteo devisitantes | | 1028598CROWD4G03 | PlazadeJovellanos | 43.54584,-5.66258 | Conteo devisitantes | | 1028598CROWD4G04 | PlazaPeriodistaArturoArias | 43.54652,-5.6629 | Conteo devisitantes | ## Anexo 2- Especificaciones CPD municipal El Ayuntamiento de Gijón/Xixón posee 2 Centros de Procesamiento de Datos (CPD), el antiguo ubicado en el entorno de la Plaza Mayor y el nuevo, ubicado en la nueva sede de la Policía Local ubicada entre el Palacio de Justicia y la avenida de Portugal. <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | Ambos CPD se encuentran en salas preparadas para la instalación de estos sistemas tan críticos para el funcionamiento y desarrollo de las actividades municipales, con doble sistema de alimentación eléctrica, SAI para caídas eléctricas, climatización redundante y sistemas de extinción de incendios específicos. ## Acceso interno Ninguna persona puede acceder a las salas sin autorización expresa y acompañadas de técnicos especializados, salvo el personal de la empresa mantenedora y el personal técnico municipal. Si es necesario la instalación de cualquier equipo en los racks del CPD este montaje se hará por el personal municipal, previa formación y acopio de los materiales necesarios. La empresa adjudicataria del contrato debe proveer de todos las herramientas y equipos auxiliares necesarios para la instalación del equipamiento. ## Acceso externo El CPD municipal posee accesos externos a través de aplicativos de Citrix y mediante conexiones tunelizadas securizadas por VPN. Los accesos son nominativos y solo el personal de empresas externas autorizadas pueden acceder a los servicios internos del CPD. Una vez validados los datos de las personas indicadas por la empresa y tras la firma de la documentación pertinente, se facilitarán las credenciales de acceso a Citrix y los datos de la conexión VPN. Es necesario realizar una sincronización de cuenta para el doble factor de autenticación (2FA), este proceso se realizará en el primer acceso y será guiado por personal técnico municipal el cual validará los datos del usuario y el dispositivo móvil usado para el 2FA. <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | Anexo 3 - Plano de zona de gran afluencia turística <!-- image --> ## Anexo 4 - Protocolo de conexión del Ayuntamiento ## PROTOCOLO DE COMUNICACIONES 6LOWPAN El Ayuntamiento de Gijón/Xixón ha adoptado como protocolo IoT inalámbrico de ciudad el protocolo 6LoWPAN, este protocolo está basado en el estándar IEEE 802.15.4 y se encuentra desplegado por todo el municipio sobre la red de alumbrado. Cualquier sensor que utilice este protocolo en la frecuencia sub-GHz puede enviar sus datos a través de esta red mallada y su red de concentradores. - [ ]  PHY 802.15.4g - [ ]  Frequency band (c) 863-870 MHz (Europe); Operating Mode 1 - [ ]  Data rate: 50 Kbit/s - [ ]  Modulation: Filtered 2FSK - [ ]  Modulation index 1.0 - [ ]  Channel spacing: 200 kHz - [ ]  MAC 802.15.4 compliant - [ ]  RFC 4944 compliant (Transmission of IPv6 Packets over IEEE 802.15.4 Networks) - [ ]  RFC 6282 compliant (Compression Format for IPv6 Datagrams over IEEE 802.15.4-Based Networks) <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | Para que el modelo de datos esté unificado, el Ayuntamiento de Gijón/Xixón ha adoptado como modelo de objetos de ciudad el modelo uCIFI, entendiendo este como un estándar de datos estructurados para redes inalámbricas LPWAN. [Enlace web: https://www.openmobilealliance.org/solutions/smart\_cities](https://www.openmobilealliance.org/solutions/smart_cities) ## Anexo 5 - Tellink telmeter 3PH+ ## OBLIGATORIEDAD DE INSTALACIÓN DEL EQUIPAMIENTO El Ayuntamiento de Gijón/Xixón firmó el 23 de diciembre de 2021 el 'Contrato para la gestión integral e inteligente de los servicios energéticos, del alumbrado público, de los edificios y las instalaciones municipales, del despliegue y operación de la red abierta e interoperable de internet de las cosas y de la innovación de los servicios municipales para su desarrollo verde y digital. Contratación financiada a través del Fondo Europeo de Eficiencia Energética (FEEE).' Número de expediente 12435P/2020 con la UTE ACCIONA ESCO S.L. Y ACCIONA CONSTRUCCIÓN S.A. Dentro de este contrato la adjudicataria 'ACCIONA GIJÓN UTE' suministraba la energía eléctrica de todos los contratos del grupo Ayuntamiento en los próximos 15 años. Este contrato comportaba la obligatoriedad de alcanzar una cifra de ahorro energético mínima para establecer unos ahorros económicos que permitirían el pago de las inversiones en alumbrado público y edificios municipales realizadas en los primeros años de contrato. Debido a este requisito, todos los consumos eléctricos han de monitorizarse obligatoriamente por que unos van afectados de la obligatoriedad del ahorro energético y otros han de abonarse a la UTE al precio establecido en el contrato. Los equipos conectados a los cuadros de mando de alumbrado que no aportan nada a los ahorros energéticos comprometidos han de facturar al precio de consumo establecido en el contrato para cada año. Estos consumos se denominan servidumbres y deben ser medidos con el equipo establecido en el contrato. Este equipo se concretó en el modelo de analizador de red Tellink Telmeter 3PH+ el cual se comunica con la central de comunicaciones SmartNET de Tellink y reporta las lecturas del consumo energético y estatus de la instalación a la plataforma de ciudad AERO donde se establecen los criterios de facturación energética del contrato. <!-- image --> ## Nº de verificación: 15703251015314251421 <!-- image --> Puede verificar la autenticidad de este documento en www.gijon.es/cev ## Ayuntamiento de Gijon/Xixon | Datos del expediente: | Asunto: | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Nº Exp: 124389B/2025 Contrato: 01.JGLAYTO2025000593 P2 - Preparación, gestión y adjudicación del contrato AYTO - PRTR Datos del documento: Emisor: 01017018 Fecha Emisor: 05/12/2025 | PRTR-PID. Contratación mediante procedimiento abierto, sujeto a regulación armonizada, por lotes, del suministro de una solución para el diseño, desarrollo, implementación, puesta en marcha y mantenimiento del PT01 gemelo digital de análisis de impacto de la afluencia de personas (lote 1); y servicio del diseño, desarrollo, implementación, y mantenimiento del PT03 sistema inteligente de indicadores hoteleros Datalab (lote 2), con varios criterios de adjudicación, en el marco de la Convocatoria a la Plataforma Inteligente de Destinos, que cuenta con la financiación europea NextGenerationEU, a través del Plan de Recuperación, Transformación y Resiliencia (P2:124389B/2025). | ## ESPECIFICACIONES TÉCNICAS DEL EQUIPO TELLINK TELMETER-3PH+ | RANGOS DE OPERACION Y ALMACENAMIENIO | RANGOS DE OPERACION Y ALMACENAMIENIO | |--------------------------------------------|------------------------------------------------------------------| | Temperatura de operacion | -25°C-+55°C | | Temperatura de almacenamiento | -40°C- +70°C | | Humedad relativa | 0-90% (sin condensacion) | | Altitud | Hasta 2.000 | | Tiempo inicial de calentamiento | 1 minuto | | Vibracion | 10 Hz-50 Hz, segun IEC 60068-2-6, 2g | | ESPECIFICACIONES MECANICASY DE INSTALACION | ESPECIFICACIONES MECANICASY DE INSTALACION | | Dimensiones | 100x72x6 m | | Peso | 450 gr | | Nivel de proteccion | IP51 | | Tipo de montaje / instalacion | Sobre carril DIN | | Tipo de conexion | Directa (sin transformadores de intensidad): 1F/2H, 3F/3H, 3F/4H | | Corriente maxima | 100A | | Voltaje nominal Fase-Neutro | 100-289 Y (no aplica a versiones 3F/3H) | | Voltaje nominal entre Fases | 173-500 V (solo aplica a versiones 3F) | | MEDICION DE VARIABLESY PRECISION | MEDICION DE VARIABLESY PRECISION | | Voltaje | 0,5% del rango maximo | | Corriente | 0,5% del valor nominal | | Frecuencia | 0,2% de la frecuencia media | | Factor de potencia | 1% de la magnitud minima medida (0.01) | | Potencia Activa (W) | ±1% del rango maximo | | Potencia Reactiva (Var) | ±1% del rango maximo | | Potencia Aparente (VA) | ±1% del rango maximo | | Energia Activa (Wh) | Clase 1 segun IEC 62053-21 | | Energia Reactiva (VARh) | ±1% del rango maximo | | Distorsion armonica total (TDH) | 1% del armonico 31 | | INTERFACES DE COMUNICACION CONEL EXTERIOR | INTERFACES DE COMUNICACION CONEL EXTERIOR | | Puerto de Comunicaciones | RS-485 con soporte para protocolo Modbus-RTU | | Salida de impulsos n° 1 | Energia Activa o Reactiva en tiempo real (configurable) | | Salida de impulsos n.° 2 | Energia Activa (400 imp/kWh), no gonfigurable | <!-- image --> <!-- image --> <!-- image --> <!-- image -->