Pliego Domotización APH - v1.04.1

PLIEGO DE PRESCRIPCIONES
TÉCNICAS
Contratación del “Suministro, Instalación y

Mantenimiento de Sensorización Domótica en
la Sede Principal de la Autoridad Portuaria de
Huelva”
“Plan de Recuperación, Transformación y

Resiliencia – Financiado por la Unión Europea
– NextGenerationEU”
Índice
1 Antecedentes....................................................................................................................... 4
Avda. R.S. Colombina
2 Onubense, . . . .
Objeto del1Pliego.................................................................................................................
21001 Huelva Tel. 959 49 31 00 Fax 959 49 31 01 email: aph@puertohuelva.com
5 .
2.1 Objeto principal del contrato......................................................................................... 5
2.2 Objetivos específicos de la APH...................................................................................5
3 Definición del Alcance........................................................................................................ 6
3.1 Módulos de control de tomas de corriente....................................................................7
3.2 Módulos de control de aires acondicionados................................................................9
3.3 Climatización VRV...................................................................................................... 12
3.4 Sensores complementarios........................................................................................ 14
3.5 Controladores............................................................................................................. 15
3.6 Red de comunicaciones............................................................................................. 17
3.7 Sistema de control y gestión - BMS............................................................................17
3.8 Puesta en marcha....................................................................................................... 26
3.9 Integración de datos con Plataforma Digital...............................................................27
3.10 Mantenimiento............................................................................................................ 28
3.11 Otros componentes de valor añadido por el ofertante................................................31
4 Requisitos Técnicos Adicionales de la Solución...........................................................33
4.1 Requisitos de productos sofware................................................................................33
4.2 Software de nuevo desarrollo.....................................................................................35
4.3 Software de fuentes abiertas......................................................................................35
4.4 Software licenciado..................................................................................................... 35
4.5 Requisitos de hardware.............................................................................................. 36
4.6 Requisitos de seguridad............................................................................................. 36
4.7 Requisitos de cumplimiento de normativa..................................................................40
4.8 Requisitos de garantía................................................................................................ 41
5 Metodología, Organización y Gobierno del Proyecto....................................................42
5.1 Metodología de Proyecto............................................................................................ 42
5.2 Organización.............................................................................................................. 42
5.3 Modelo de Gobierno................................................................................................... 43
5.4 Plan de aseguramiento de la calidad..........................................................................46
6 Planificación y Plazos de Ejecucion................................................................................47
6.1 Fases del Proyecto..................................................................................................... 47
6.2 Lugar de desarrollo de los trabajos.............................................................................50
7 Acuerdo de Nivel de Servicio (ANS)................................................................................51
7.1 Descripción del servicio.............................................................................................. 51
7.2 Duración del servicio.................................................................................................. 51
7.3 Gestión de incidentes y peticiones del servicio..........................................................52
PPT – “Suministro, Instalación y Mantenimiento de Sensorización Domótica” Pág.

7.4 Penalizaciones por incumplimiento.............................................................................52
7.5 Seguimiento del servicio............................................................................................. 52
7.6
. . . .
Finalización del Contrato............................................................................................ 52
Avda. R.S. Colombina Onubense, 1 21001 Huelva Tel. 959 49 31 00 Fax 959 49 31 01 email: aph@puertohuelva.com
8 Propiedad de los Resultados...........................................................................................53
.

1 ANTECEDENTES
La Autoridad Portuaria de Huelva (APH), de acuerdo con el Art. 24 del Real Decreto Legislativo
2/2011, de 5 de septiembre, por el que se aprueba el Texto Refundido de la Ley de Puertos del
Estado y de la Marina Mercante, es un organismo público de los previstos en el artículo 2 de la
Ley General Presupuestaria, con personalidad jurídica y patrimonio propios, así como plena
capacidad de obrar; depende del Ministerio de Transportes, Movilidad y Agenda Urbana, a
través de Puertos del Estado; y se rige por su legislación específica, por las disposiciones de la
Ley General Presupuestaria que les sean de aplicación y, supletoriamente, por la Ley 6/1997,
de 14 de abril, de Organización y Funcionamiento de la Administración General del Estado.
Como tal, la APH se rige por el Texto Refundido de la Ley de Puertos del Estado y la Marina
Mercante (R.D. Legislativo 2/2011, de 5 de septiembre). Estas normativas establecen el papel
que debe desempeñar la APH para el cumplimiento de las funciones que tiene encomendadas.
La APH es la entidad competente para de la gestión del Puerto de Huelva en régimen de
autonomía, siendo su misión el prestar servicios de intermodalidad marítimo—terrestre a
cadenas logísticas de transporte y actividades industriales, comerciales y otros servicios,
gestionando la provisión de infraestructuras, suelos y otros recursos (económicos, financieros y
humanos) para que fomenten el desarrollo socioeconómico de su área de influencia
(hinterland), así como la gestión y control de los servicios portuarios para lograr que se
desarrollen en condiciones óptimas de eficacia, economía, productividad y seguridad, sin
perjuicio de la competencia de otros organismos.
La APH ha diseñado una estrategia de ruta de transformación digital del Puerto de Huelva para
el horizonte temporal 2021-2025, denominada Ruta al Puerto Inteligente Digital (R.A.P.I.D.),
donde se tiene como objetivo el establecimiento de un ecosistema real de soluciones digitales
como palanca para acelerar la consecución de los objetivos de negocio del Puerto de Huelva y
sus clientes, obteniéndolos de forma natural mediante transformaciones en los procesos,
adopción de mejores prácticas y formas de hacer que generarán un alto valor añadido,
incluyendo como un objetivo operativo favorecer la sostenibilidad medioambiental
estableciendo mecanismos tecnológicos que permitan captar información y automatizar
decisiones en materia medio ambiental.
La principal iniciativa en marcha actualmente dentro de R.A.P.I.D. corresponde a una
Plataforma Digital, desarrollándose en el expediente ORD/0027/TG referente al suministro e
instalación de una Plataforma de Capitalización de la Infraestructura y Procesos Portuarios de
la APH.
Además, dentro de R.A.P.I.D. se especifica la línea de actuación Nº 1: Digital Twin que define
una serie de iniciativas encaminadas a incorporar en la Plataforma Digital todas las realidades
físicas portuarias de interés, a través de sensorización eficiente del Puerto.
En este contexto, dado el avance en la Plataforma Digital, surge la necesidad de desplegar
nuevos sensores en el Puerto de Huelva que permitan captar y ofrecer información en tiempo
real sobre consumo eléctrico a la Plataforma Digital para la toma de decisiones relacionados
con la monitorización de condiciones de uso de la red eléctrica del edificio de la sede principal
de la APH, así como mejorar el rendimiento de los sistemas de climatización a través de la
domotización a nivel de sistemas de tomas eléctricas y a nivel de sistemas de control de
unidades de climatización.
2 NORMATIVA DE INSTALACIONES DE SISTEMAS DOMÓTICOS Y
. . . . .
TELECOMUNICACIONES
Actualmente no existe una ley que unifique todos los criterios para las instalaciones domóticas,
pero si se ha desarrollado una norma que se elaboró por los comités para la normalización de
AENOR, la EA0026 que hace referencia a las instalaciones de sistemas domóticos en el hogar
y que se ha convertido en el documento que servirá para referencia en la futura norma europea
UNE-EN 50491-6-1.
Leyes sobre domótica

- Legislación Europea: La Comisión Europea marca el camino con dos directivas de rango
elevado, sobre las normativas del sector domótico.
· Directiva CE 2006/95/CE de Baja Tensión.
· Directiva CE 89/336/CEE de Compatibilidad Electromagnética, que fue derogada en
2009 por la 2004/108/CE.
- Legislación en España: Nuestro país ha definido diferentes directivas que al final dieron
diferentes leyes.
· Se tiene que cumplir el Código Técnico de la Edificación.
· Reglamento de Infraestructuras Comunes de Telecomunicaciones, según el RD
346/2011 de 11 de marzo, que se encarga de regular todos los sistemas que se relacionen con
la transmisión de video, cableado, entre otros.
· Reglamento Electrotécnico de Baja Tensión, según el RD 842/2022 de 2 de agosto.
2.1 Requisitos mínimos para cumplir en las instalaciones de domótica

Entre las empresas que se dedican a la domótica que están en el CEDOM, han definido una
especificación que sirve de referencia para la certificación de instalaciones domóticas, que se
basa en AENOR EA0026: “2006 Instalaciones de sistemas domóticos en viviendas.
Prescripciones generales de instalación y evaluación”.
Normas técnicas
- EN 50090 “Home and Building Electronic Systems” protocolo Konnex.
Es un estándar europeo para las comunicaciones de sistemas electrónicos del hogar y de
construcción. Es decir, esta normativa cubre para cualquier instalación de dispositivos
electrónicos conectados a una red de transmisión digital. Por ejemplo, el control de iluminación,
calefacción, gestión de energía, alarmas contra incendio, alarmas, entre otras funciones que
ofrece la domótica.
- EN/ISO 16848 “Building Automation and Control Systems”
Esta es una norma internacional que especifica las características de los softwares y funciones
que se usan en los procesos de automatización. También, es una normativa que propone
directrices de ingeniería.
- Normas UNE-EN 50491 para Sistemas Electrónicos de Viviendas y Edificios, y Sistemas
de Automatización y Control de Edificios
Lo forman un grupo de normas que se deben de cumplir cuando se instala este tipo de
tecnología.
· EN 50491-2. Condiciones ambientales
· EN 50491-3. Requisitos de seguridad eléctrica.
· EN 50491-4-1. Requisitos generales de seguridad funcional para productos electrónicos.

· EN 50491-5-1. Requisitos de compatibilidad electromagnética y condiciones generales.
· UNE-EN 50491-6-1. Instalaciones HBES.
·
-
. .
UNE-EN 50491-11. Medición inteligente.
Avda. R.S. Colombina Onubense, 1 21001 Huelva Tel. 959 49 31 00 .
Fax 959 49 31 01
Nivel nacional: EA 0026 de AENOR sobre instalaciones domóticas
. email: aph@puertohuelva.com .
La normativa EA0026 permite certificar instalaciones domóticas de acuerdo a una clasificación
de tres niveles. empezando por el básico que es el nivel 1 hasta el excelente que es el nivel 3.
Se considera como sistemas de domótica si alcanza el nivel 1.
2.2 Normativa de Telecomunicaciones

Normativa internacional: La Organización Internacional para la Normalización (ISO por sus
siglas en inglés), es un organismo no gubernamental con sede en Ginebra, y cuyos
componentes son a su vez organismos nacionales de normalización. La Comisión Electrónica
nternacional (IEC por sus siglas en inglés) es a su vez una organización fundada en 1906, con
sede en Ginebra desde 1948, integrada por los organismos de normalización de los 83 países
miembros, dedicada a las tareas de normalización en los campos eléctrico, electrónico y
tecnologías relacionadas.
Ambas entidades desarrollan de forma conjunta las normas ISO/IEC, entre las que se
encuentra el estándar ISO/IEC 11801 sobre cableado estructurado, basado en EIA/TIA 568;
con diferencias de nomenclatura, y una clasificación y definición de los diferentes tipos de
cables y componentes pasivos utilizados. Constituye la norma de cableado en instalaciones de
cliente que define el cableado estructurado.
Se estructura actualmente en una única familia cuyos componentes son:
 ISO/IEC 11801-1: 2017 Requisitos generales (Publicada en 11-2017)
 ISO/IEC 11801-2: 2017 Entorno de oficina comercial (Publicada en 11-2017)
 ISO/IEC 11801-3: 2017 Entorno industrial (Publicada en 11-2017)
 ISO/IEC 11801-4: 2017 Entono residencial (Publicada en 11-2017)
 ISO/IEC 11801-5: 2017 Centros de datos (Publicada en 11-2017)
 ISO/IEC 11801-6: 2017 Servicios multi edificios (Publicada en 11-2017)
El conjunto de normas IEC 60794-1-2 define las pruebas a realizar para la comprobación de
cables ópticos:
 IEC-60794-1-2: 2017 . Especificaciones generales.
(Marcando sobre los títulos, podrá acceder a la descripción resumida de la norma facilitada por
la entidad correspondiente.)
Normativa europea: El Comité Europeo de Normalización Electrotécnica (CENELEC de sus

siglas en francés), organización no lucrativa con sede en Bruselas, es el responsable de la
estandarización europea en el área de la ingeniería eléctrica; formando parte del sistema
europeo de normalización en ese campo, junto con ETSI (Telecomunicación) y el CEN (otras
áreas). Cuando las normas son resultado de un acuerdo total entre los países del área, se
denominan Normas Europeas (EN)
El estándar de referencia para el cableado de telecomunicaciones en edificios es EN
50173 (Performance requirements of generic cabling schemes), basado en la norma ISO/IEC
11801. Consta de cinco partes:
 EN 50173-1: requisitos generales de las instalaciones de redes locales.
 EN 50173-2: requisitos generales de las instalaciones en oficinas.
 EN 50173-3: requisitos generales de las instalaciones industriales.
 EN 50173-4: requisitos generales de las instalaciones de las viviendas

 EN 50173-5: requisitos generales de las instalaciones de los centros de datos
Otras normas, de obligado cumplimiento en todos los países de la Unión Europea, son
. . .
EN 50174 (Aseguramiento de la calidad en instalación de cableados en edificios)
Avda. R.S. Colombina Onubense, 1 21001 Huelva Tel. 959 49 31 00
EN 50346 (pruebas sobre cableado instalado) y
Fax 959 49 31 01 .
email: aph@puertohuelva.com .
EN 50310 (Aplicación de la unión equipotencial y de puesta a tierra)
La normativa aprobada en el ámbito europeo es posteriormente traducida al español y
publicada por AENOR, Asociación Española de Normalización y Certificación, que asume la
representación de España ante los organismos europeos (CEN, CENELEC y ETSI) e
internacionales (ISO e IEC).

3[2] OBJETO DEL PLIEGO
3.1[2.1]
Avda. R.S. Colombina Objeto
Onubense, .
1 principal del
21001 Huelva .contrato
Tel. 959 49 31 00 . Fax 959 49 31 01 . email: aph@puertohuelva.com .
El presente Pliego de Prescripciones Técnicas (en adelante PPT) tiene por objeto regular y
definir el alcance, especificaciones, condiciones técnicas y niveles de servicio para la
prestación del servicio de suministro, instalación y mantenimiento de un sistema de
domotización para el edificio de oficinas de la APH que sirva de soporte para la captación,
tratamiento y envío de datos de los sistemas de energía y climatización a la Plataforma Digital
para la ayuda a la toma de decisiones.
En el proyecto se consideran dos grupos de domotización. El primero de ellos, denominado
como sistemas de tomas eléctricas, donde se engloban los sistemas domóticos de control y
análisis de consumo de las tomas eléctricas, y, el segundo de ellos, denominado como
sistemas de control de unidades de climatización, donde se engloban sensores para la
monitorización de parámetros del encendido por rangos horarios, control de zonas y control de
temperatura. Las especificaciones técnicas de la domotización a suministrar, instalar y poner en
servicio seguirán las especificaciones técnicas descritas en el presente PPT.
Desde el punto de vista de integración de los datos con la Plataforma Digital de la APH, el
licitador deberá tener en cuenta la filosofía de emplear tecnologías compatibles con FIWARE, y,
concretamente, los protocolos de sistemas domóticos a implantar. Con ello, se garantizará una
integración de datos que permita a la Plataforma Digital poner en valor datos de contexto
valores de consumo energéticos y de los sistemas de climatización del edificio principal para la
toma de decisiones operativas del Puerto de Huelva.
El adjudicatario, una vez instalada y puesta en servicio la domotización, tanto de sensores de
las tomas de corriente como de las unidades de climatización, deberá realizar las tareas de
mantenimiento preventivo, correctivo y evolutivo hasta la duración total del contrato reflejada en
el PCAP.
3.2[2.2] Objetivos específicos de la APH

Los principales objetivos que la APH persigue con el presente pliego para la domotización de la
sede principal de la APH son:
 Disponer de soluciones que permitan la adquisición de datos a través de mediciones
con sensores y elementos domóticos que permitan el control de las tomas corrientes de
las oficinas del edificio principal de APH, considerando datos de:
o Control de encendido por horarios de uso, carga de cada circuito, y determinar
el estado de cada circuito.
 Disponer de soluciones que permitan la adquisición de datos a través de mediciones
con climatización considerando datos de:
o Encendido de las unidades por medio de sistema domóticos de manera
inalámbrica o alámbrica determinado por la situación particular de cada unidad.
 Proporcionar los datos adquiridos en las mediciones de los sistemas para determinar el
consumo y sus variaciones mensuales.

4[3] DEFINICIÓN DEL ALCANCE
acondicionado . una solución .

Tel. 959 49 31 para
tecnológica .
00 permitir
Fax 959automatizar .
Forma parte del alcance del proyecto un sistema domótico para controlar tomas de corriente y
aireOnubense, 1 21001
como Huelva 49 31 01 y email: aph@puertohuelva.com
gestionar de .
manera eficiente el uso de la energía eléctrica y el control de la temperatura en el edificio de la
sede principal de la APH.
Este sistema estará compuesto por diferentes elementos y dispositivos interconectados que
trabajan en conjunto para brindar comodidad, ahorro energético y seguridad, con el objetivo de
mejorar en última instancia la eficiencia energética del edificio, para lo cual se considera
esencial el control de las máquinas de aire acondicionado existentes y la gestión de las cargas
en enchufes que no deban ser usados para fines de calefacción independiente a la central del
edificio.
Entre los componentes principales se encuentran los puntos que se enumeran y que se
describen con mayor nivel de detalle en los próximos subapartados:
1. Módulos de control de tomas de corriente.
2. Módulos de control de máquinas de aire acondicionado.
3. Climatización VRV.
4. Sensores complementarios:
a. Presencia, temperatura y luminosidad.
b. Apertura/cierre de puertas y ventanas.
5. Controladores:
a. Controladores de zona o de sala.
b. Controlador o servidor central.
6. Red de comunicaciones.
7. Sistema de control y gestión de edificios - BMS.
Figura 1. Ubicación del edificio de la Sede Principal de APH (Av. Real Sociedad Colombina Onubense)

4.1[3.1] Módulos de control de tomas de corriente
corriente .
que permitan encender .los49equipos
31 00 y Fax. 959 49 31
dispositivos 01 .
Se considera el suministro e instalación de los dispositivos de control en los enchufes de
Avda. R.S. Colombina Onubense, 1 21001 Huelva y apagar
Tel. 959 email:
conectados deaph@puertohuelva.com
forma .
remota, pudiéndose programar para activar o desactivar las tomas en horarios específicos o en
función de la detección de presencia (ver apartado de sensores de presencia, temperatura y
luminosidad), así como medir el consumo y detectar si se conecta algún elemento con un
consumo mayor al normal.
Los monitores individuales se conectan directamente a un enchufe y permiten conectar en ese
enchufe los aparatos a los que se quiere hacer un seguimiento. De esta manera se puede ver
cuánto consume un aparato individualmente o un grupo de aparatos.
Para dotar de esta funcionalidad se instalarán módulos de relé inalámbrico bajo el protocolo
que el adjudicatario considere la mejor solución para la automatización utilizando para esto
módulos que se colocarán detrás de cada enchufe, así como sensores Powertag de energía
por cada conjunto de enchufes (puesto de trabajo).
Dada la alta potencia de las cargas térmicas respecto de las informáticas será sencillo observar
cualquier desviación derivada de la conexión de estufas y se podrá optar por desconectar las
salidas de usos varios que estén alimentando dichas cargas.
Como mecanismo de ahorro de energía se sugiere el uso de un enchufe que vigile
periódicamente el consumo de potencia a través de un “monitoring circuit” como se muestra en
la siguiente figura ejemplo:
Figura 2. Ejemplo de monitoring circuit
El funcionamiento del enchufe es el siguiente: Inicialmente se fija un umbral en la memoria del

microcontrolador. Cuando la potencia medida sea inferior al umbral (modo stand-by) durante un
corto periodo de tiempo (por ejemplo 2 minutos), el relé del interior del enchufe deberá cortar el
suministro y por tanto se ahorrará energía, pasando al estado de OFF, en donde no se vigila la
potencia consumida, quedando a la espera de que un comando de despertar le llegue a través
de una comunicación ZigBee o similar, con la que activará el relé para suministrar de nuevo la
energía en el enchufe.
Cuando el dispositivo que se enchufa cambia, el umbral es reconfigurado al medir los niveles
de lo que está consumiendo y de lo que consume en modo Standby.
El controlador maneja el suministro de energía del enchufe, de forma que, si el coste que está
produciendo el dispositivo es alto, entonces se corta el suministro, pudiendo volver a su
funcionalidad después de un cierto tiempo.
Se deberá permitir identificar patrón de uso con la estimación del uso en el edificio para un
determinado día. En la siguiente gráfica se muestra un ejemplo de este patrón de uso, donde
se han definido tres zonas diferentes en función de la de energía consumida (Low, Medium,
High):

Avda. R.S. Colombina Onubense, 1 . 21001 Huelva . Tel. 959 49 31 00 . Fax 959 49 31 01 . email: aph@puertohuelva.com .
Figura 3. Ejemplo de la evolución del consumo durante un día completo
Para ello, de forma concreta se requieren dos tipologías de soluciones inalámbricas:

- Opción 1: Individuales universales (100 dispositivos).
- Opción 2: Integrada en enchufes multi-tomas. (300 dispositivos).
En la propuesta el licitador describirá la solución de ambas opciones, adjuntando datasheets
con las especificaciones técnicas de los dispositivos. El licitador presentara la solución más
adecuada para la implantación de los sistemas de medición de consumo, así como el control de
horario. Se incluirá también la presentación de informes diarios, semanales, mensuales para
evaluar la eficiencia energética, dentro de la solución del software de control.
4.1.1[3.1.1] Opción 1: Individual universal

En la primera de las opciones se requiere el suministro de 100 dispositivos de soluciones
inalámbricas basadas en enchufes universales Wiser de 16A adaptables a cualquier toma tipo
Schuko del mercado dotada de toma de tierra (esta cantidad puede variar al momento del
replanteo en un +-10%), que permitan medir el consumo eléctrico y control local y remoto,
permitiendo configuración de horarios y lógica.
Figura 4. Ejemplos de enchufes universales Wiser 16A
La toma debe ser enchufable sobre una toma de corriente convencional, permitiendo instalarse
y quitarse fácilmente, si bien es algo que el sistema deberá detectar de inmediato y reporte con
notificación o correo, además de mostrarlo en la visualización de la interfaz.
Las tomas deben permitir asociarse a cada puesto de trabajo, por lo que debe permitir conocer
el momento exacto en que se extrae y facilitar la identificación de esa conducta, ayudando a la
posible adopción de medidas correctivas disuasorias en caso de su ocurrencia.
4.1.2[3.1.2] Opción 2: Integrada en enchufes multi-tomas

En la segunda de las opciones se requiere el suministro de una solución inalámbrica en 300
puntos (esta cantidad puede variar al momento del replanteo en un +-10%), incluyendo el
suministro e instalación detrás del mecanismo del enchufe multi-toma. En el caso de que no
exista espacio suficiente para albergar los elementos en el cajeado de la pared se hará uso de
los dispositivos indicados en la opción 1.

La solución dispondrá de dos dispositivos, que deberán comunicarse de forma inalámbrica sin
cableado, utilizando comunicación Zigbee o similar, e incluirá:
. .
- Medidor de consumo de cada toma de enchufe.
Avda. R.S. Colombina Onubense, 1 21001 Huelva Tel. 959 49 31 00 . Fax 959 49 31 01 . email: aph@puertohuelva.com .
Figura 5. Ejemplo de medidor de consumo
- Micromódulo relé interruptor de relé doble, con control digital para actuar sobre la
carga, tipo Smart Double Switch o similar, que permita encender y apagar en cualquier
momento conectado a la red eléctrica del circuito que controle el relé, así como
controlar el consumo de energía.
Figura 6. Ejemplo de micromódulo relé interruptor de relé doble
4.2[3.2] Módulos de control de aires acondicionados

Se considera el suministro e instalación de una solución híbrida que permita controlar las 90
unidades que componen el sistema de aire acondicionado existente en las distintas ubicaciones
del edificio de la sede principal de la APH.
Debido a la variedad de modelos y accesibilidad a los dispositivos, se requieren tres tipos de
soluciones para integrar la totalidad de aires acondicionados al sistema:
- Opción 1: Solución cableada.
- Opción 2: Solución sin cableado y con admisión de comandos IR.

- Opción 3: Solución sin cableado y sin admisión de comandos IR.
En la propuesta el licitador describirá la solución de las tres opciones, adjuntando datasheets
de control
Avda. R.S. Colombina Onubense, .
cableados
1 21001en los
Huelva .
cuadros/zonas donde
Tel. 959 sea
49 31 00posible.
Faxdisponer de01
959 49 31 .
con las especificaciones técnicas de los dispositivos, de forma que se pueda utilizar módulos
formaemail:
separada de
aph@puertohuelva.com
la alimentación de cada enchufe para poder seccionar selectivamente, así como también en las
.
unidades Split que se puedan cablear utilizando controladores por Modbus y por último, en los
que no se disponga de acceso o la vía se encuentre obstruida o sin acceso para el cableado
utilizar soluciones inalámbricas por medio de una red independiente WiFi o similar.
4.2.1[3.2.1] Opción 1: Solución cableada

Se requiere el suministro de 10 dispositivos para soluciones basadas en controladoras
climáticas KNX o similar, que permitan conexionado por cable de bus a las unidades interiores,
configurándose mediante la herramienta de configuración estándar ETS.
Los dispositivos propuestos deberán ser de dimensiones reducidas y permitir una instalación
rápida dentro de la unidad de aire acondicionado.
Debe incluir todos los objetos DPT necesarios para garantizar la compatibilidad con todos los
termostatos KNX del mercado.
Deberá disponer de funciones de eficiencia energética, como «tiempo de espera agotado»,
«ventana abierta» u «ocupación».
Deberá disponer de integración sencilla de termostatos KNX que permiten el control de la
unidad de aire acondicionado mediante el sensor de temperatura del termostato.
Figura 7. Ejemplo de dispositivo KNX
4.2.2[3.2.2] Opción 2: Solución sin cableado y con admisión de comandos IR

Se requiere el suministro de 8 dispositivos para las soluciones de control simultáneo de la
unidad de aire acondicionado mediante el mando a distancia de infrarrojos y KNK que deberán
ser inalámbricas, para aquellos casos en los que no se disponga de posibilidad de cableado y
las unidades de aire acondicionado admitan comandos de IR, para usar el Conversor Remoto
IR, que permite grabar códigos de máquinas de aire acondicionado, pudiendo dar la orden de
apagado/encendido e incluso aumentar/disminuir la temperatura.
Figura 8. Ejemplo de solución mediante el mando a distancia de infrarrojos y KNK

Se requiere que cada uno de ellos pueda controlar hasta 8 equipos distintos, con la
consideración de que debe tener visibilidad directa del Split a controlar.
Avda. R.S. Colombina Onubense,

variables 1 de
internas .
21001la unidad, .
Huelva contador
Tel. 959
de 49
mantenimiento del filtro) e indicación de errores.
.
31 00de funcionamiento
horas Fax 959 49 31 01 .
Se requiere control y supervisión totales de la unidad de aire acondicionado desde KNX, como
(para email:
el control de
aph@puertohuelva.com .
No se recomienda plantear soluciones basadas en micromódulos de relé y ataque directo a
contacto de las máquinas de aire acondicionado para desactivarlas, ya que si en lugar de un
contacto auxiliar hay que cortar la alimentación se pueden dañar los compresores a medio
plazo.
4.2.3[3.2.3] Opción 3: Solución sin cableado y sin admisión de comandos IR

Se requiere el suministro de 90 dispositivos de las soluciones basadas en dispositivos
pasarelas Aidoo KNX o similar para los sistemas inalámbricos donde no se dispongan de
posibilidad de cableado de bus.
Conexión inalámbrica a red mediante Wi-Fi o similar. Alimentación mediante fuente externa
suministrada. Las funcionalidades consideradas son las siguientes:
• Control de los distintos parámetros del equipo.
• Comunicaciones mediante Wi-Fi Dual (2.4/5 GHz) o similar.
• Posibilidad de integración mediante API.
• Detección de errores durante la comunicación.
• Programación horaria de temperatura y modo de funcionamiento.
• Multiusuario y multisesión.
• Puerto para la integración mediante protocolo Modbus/BACnet o conexión con
termostato.
• Conexión y/o integración con termostatos inteligentes de terceros (3PTI).
• Cambio de modo automático.
• Límites de temperatura para frío y calor.
• Control de calor auxiliar.
• Entrada paro-marcha y salida para calor auxiliar.
Figura 9. Ejemplo de dispositivo pasarela KNX
4.3[3.3] Climatización VRV

Se requiere el suministro e instalación de una solución de climatización basada en un sistema
VRV formado por unidades Split y enfriadoras de diversos fabricantes.
Cada subsistema VRV debe constar de una unidad exterior (central) y de una o varias unidades
interiores con la que se climatiza la zona/habitación/el espacio en el que se instala.

Su control se lleva a cabo mediante una solución de control de sala o termostato inteligente que
debe conectarse al BMS (‘sistema de gestión de edificios’) preferiblemente mediante una
conexión MS/TP, a ser posible BACnet/IP o BACnet.
ParaOnubense, .
1 21001
ello se requiere unaHuelva .
solución deTel. 959 49 31
pasarelas 00 ProFax
Aidoo .
del959 .
49 31 01Airzone.
fabricante email:
o similar.
Desde el Cuadro de Control más cercano en zona ha de cablearse bus BACnet MSTP a las
unidades a controlar.
Figura 10. Ejemplo de topología de Sistema
Los citados controladores se deben cablear entre sí por Daisy chain ethernet, pudiendo
colocarse un adaptador WiFi si puntualmente alguno de ellos no pudiera ser cableado. De esta
forma el conjunto de equipos comunicará por BACnet IP con el controlador central software
Automation Server AS-P, que coordinará el sistema, definiendo los comportamientos centrales,
calendarios, horarios, tendencias y la visualización de cara al usuario.
Para el caso en el que se requiera dar a la arquitectura de comunicaciones redundancia
(seguridad en caso de un único fallo de red), es posible usar la arquitectura en anillo mediante
protocolo RSTP. En esta topología, todos los elementos van conectados en anillo usando la
funcionalidad entrada-salida de la doble conexión de red ethernet que incorporan. Desde un
único controlador Automation Server debe ser posible gestionar hasta 39 controladores IP tipo
MPC, RPC y/o IP-IOs conectados en topología en anillo.
Figura 11. Ejemplo de topología

Finalmente se debe instalar el software de visualización y control Enterprise Server o similar, y
la base de datos SQL que permitirá el crecimiento futuro del sistema y la capacidad de
almacenar tendencias.
Avda. R.S. Colombina Onubense, 1 . 21001 Huelva
4.4[3.4] Sensores complementarios
. Tel. 959 49 31 00 . Fax 959 49 31 01 . email: aph@puertohuelva.com .
Se considera el suministro e instalación de sensores complementarios que se consideran
fundamentales para el funcionamiento eficiente del sistema domótico como elementos que
complementen a las soluciones anteriormente indicadas.
Estos sensores deberán recopilar información ambiental y enviar al controlador central, que
utilizará estos datos para tomar decisiones inteligentes, como encender o apagar las luces o
ajustar la temperatura según las condiciones detectadas.
Para ello, se deberá colocar un sensor inalámbrico Zigbee Wiser o similar en el techo de cada
estancia, permitiendo medir presencia, temperatura y humedad, de forma que pueda identificar
patrones de abandono de la estancia durante n minutos sin apagar el aire acondicionado, de
cambio brusco de temperatura por apertura de ventanas o puertas, o por la conexión de alguna
carga térmica no autorizada, así como sensores magnéticos inalámbricos de apertura de
puertas/ventanas por estancia.
Estos dispositivos no requerirán de cableado y su comunicación se llevará a cabo por los
protocolos de automatización que el adjudicatorio prevea para la solución de domotización.
En la propuesta el licitador describirá la solución de los sensores complementarios propuestos
adjuntando sus respectivos datasheets con las especificaciones técnicas de los dispositivos.
4.4.1[3.4.1] Presencia, temperatura y luminosidad

El adjudicatario realizará el suministro e instalación de 63 sensores de presencia mediante
infrarrojos o similar, temperatura y luminosidad en las principales estancias del edificio de la
sede principal de la APH, basados en contacto magnético inalámbrico de sensores de
temperatura por cada estancia para medir los niveles de temperatura y determinar el uso
inapropiado o las posibles fallas en los sistemas de climatización.
Dichos sensores deberán conectarse a los controladores de sala (ver apartado siguiente)
mediante un conector de tipo RJ45 o similar.
El multisensor RP-C-EXT-MS-BLE o similar deberá permitir la instalación en el techo de las
salas de forma suspendida, por ejemplo, con un anillo de montaje que permita instalar el sensor
en un techo con anclajes de pared y un orificio de 76 mm (3 in.) o una caja de empalmes o
conexiones de 102 mm (4 in.).
Figura 12. Ejemplo de multisensor
Las características requeridas para el multisensor son las siguientes:

- Potencia y comunicaciones mediante bus de la sala.
- Detección de movimiento mediante sensor de infrarrojos pasivo o tecnología similar.

- Medición de luminosidad mediante sensor de luz ambiente.
- Sensor de temperatura termistor NTC de 10 Kohm tipo 3 o similar.
de espacio.
1 21001 Huelva . Tel. 959 49 31 00
- LED de estado para el dispositivo.
.
Fax 959 49 31 01 .
- Permitir la conexión mediante aplicaciones móviles para la configuración de comodidad
- Interruptor giratorio para configuración de direcciones.
- Bus de la sala.
- Conexión con controlador que permita proporcionar un bus de sala para la detección de
movimiento, medición de luminosidad y control de luces eléctricas y panales de
ventana.
4.4.2[3.4.2] Apertura de puertas y ventanas

El adjudicatario realizará el suministro e instalación de 75 contactos magnéticos inalámbricos
de apertura de puertas/ventanas por estancia para evitar las pérdidas por dejar abierto de
forma prolongada el paso de salida del aire climatizado.

4.5 Los sensores de presión:
. . . . .
[3.5] Deben tener un elemento de detección capacitivo cerámico perfilado
de microprocesador.
[3.6] El transmisor debe tener al menos 14 rangos seleccionables de 0 a

2500 Pa y debe tener una exactitud de al menor ±1% en cada rango
seleccionado incluyendo linealidad, repetibilidad, histéresis,
estabilidad y compensación de temperatura.
[3.7] La salida debe seleccionarse en campo entre 4-20 mA o 0-5/0-10 VCC

lineal.
[3.8] El transmisor debe contar con una capacidad de cero mediante

pulsador o entrada digital, debe aceptar alimentación de 12-30 VCC o
24 VCA y debe tener una pantalla LCD.
[3.9] Los sensores de presión conectados deben tener un elemento de

detección capacitivo cerámico perfilado de microprocesador. El
transmisor debe tener 14 rangos seleccionables de 0...2500 Pa y será
+/- 1% exacto en cada rango seleccionado incluyendo linealidad,
repetibilidad, histéresis, estabilidad y compensación de temperatura.
La salida debe seleccionarse en campo entre 4-20 mA o 0-5/0-10 VCC
lineal. El transmisor cuenta con capacidad de cero mediante pulsador
o entrada digital, debe aceptar alimentación de 12-30 VCC o 24 VCA y
debe tener una pantalla LCD.
[3.10] Controladores
4.5.1[3.10.1] Controladores de zona

El sistema domótico deberá contar con una serie de controladores de zona, que permitan
recopilar información de los diferentes sensores y dispositivos y enviando comandos para su
control, proporcionando una interfaz entre la LAN o la WAN y los dispositivos de control de
campo, así como funciones de control y supervisión sobre los dispositivos de control
conectados.
Deben de ser capaces de seleccionar IPs para restringir el acceso a una lista predefinida de
hosts o dispositivos (lista blanca).
Se considera el suministro e instalación de un total de 21 cuadros de control con RP-Cs en el
edificio para recoger con cobertura amplia la señal de todos los sensores a instalar,
disponiendo de capacidad para incorporar equipos mediante diferentes protocolos de
comunicación, como puedan ser equipos basados en BACnet, KNX, Modbus, Zigbee o
similares.

Figura 13. Ejemplo de arquitecturas de comunicación de controlador
Los controladores deberán tener la capacidad de ejecutar programas de control de aplicaciones

para proporcionar:
- Funciones de calendario.
- Programas.
- Tendencias.
- Monitorización y enrutamiento de alarmas.
- Sincronización horaria por medio de un sitio web, incluyendo sincronización
automática.
- Integración nativa de datos de controladores, tales como LonWorks, Modbus o BACnet.
- Funciones de gestión de red para dispositivos.
4.5.2[3.10.2] Controlador central

Como cerebro del sistema la solución deberá disponer de un controlador central o servidor
central a modo de cerebro del sistema, que podrá ser un dispositivo físico o una aplicación que
permita al usuario supervisar y controlar todo el sistema desde cualquier lugar. En ambos
casos se deberá utilizar la red interna de comunicaciones de la APH.
En la figura siguiente se muestra un ejemplo de arquitectura basado en un elemento físico
como servidor central, cuyo software sería el sistema de control del edificio.

Figura 14. Ejemplo de arquitectura general del Sistema y Software
A nivel central todos los controladores de zona que se destinen en cada área a la recogida de
señales y actuación sobre circuitos confluirán en un Automation Server modelo AS-P o similar,
que es el servidor que permitirá la visualización, programaciones de lógica y por horarios y
calendario, así como la generación de informes, tendencias y dashboards.
Este equipo deberá ser accesible vía web o en sitio en un servidor ubicado en las instalaciones
de APH y podrá ser utilizado remotamente en la red interna de la APH con cualquier navegador
compatible con HTML5.
4.6[3.11] Red de comunicaciones

Los dispositivos inalámbricos indicados en las soluciones requeridas de control de tomas de
corriente, control de aires acondicionados y sensores complementarios deberán disponer de
una conectividad independiente a la WiFi de la APH para evitar la saturación de la red
corporativa.
Para ello, el licitador deberá describir la red de comunicación inalámbrica o cableada propuesta
(según replanteo de la red a instalar), que deberá ser desplegada con los dispositivos y
cableado necesario para ello. Para comunicaciones inalámbricas se valorará la utilización de
estándares ampliamente utilizados en domótica que empleen ondas de radio de baja energía,
como puedan ser el estándar Zigbee, Z-Wave, LoWPAN o similar.
Además, el controlador Smart Buildings de zona RP-C o similar se deberá poder conectar vía
ethernet a la red interna de la APH para integrar toda la información en el sistema BMS. Se
valorará la posibilidad de doble puerto de red y switch integrado para poder usarse en Daisy
chain para reducir al mínimo el cableado y direcciones IP a utilizar.
4.7[3.12] Sistema de control y gestión - BMS

El sistema de control y gestión BMS (sistema de gestión de edificios) es la plataforma que se
encargará de realizar el control y la supervisión, en tiempo real, del conjunto de instalaciones
del edificio monitorizadas, permitiendo conocer el estado de funcionamiento y reflejando las
alarmas e incidencias o los cambios en el funcionamiento normal preasignado, así como
permitir dar las órdenes oportunas para modificar el estado de funcionamiento con
programación y la posibilidad de generación de informes y gestión de la información para todo
el edificio o instalación.
Las instalaciones sobre las que se realizarán las actividades de telecontrol serán las indicadas
en los apartados anteriores, si bien, se valorará que la solución pueda incorporar un mayor
número de instalaciones que permitan la escalabilidad del sistema, incluyendo, entre otros:

 Instalaciones de climatización.
 Instalaciones de baja tensión (cuadros), grupos electrógenos, alumbrado, fotovoltaica.
 Media tensión (señales de estado, alarmas por disparo, sondas de temperatura, etc.).
. .
 Protección contra incendios (alarmas, estados, etc.).
Avda. R.S. Colombina Onubense, 1 21001 Huelva
 Ascensores/ puertas automáticas.
Tel. 959 49 31 00 .
Fax 959 49 31 01 .
 Fontanería (bombas, sistema de cloración (mediciones)).
El sistema de telecontrol deberá estar basado en un software de contrastado uso en domótica
de edificios, tal como el software SCADA Ecostruxure Buildings Operation o similar, o una
solución basada en sistemas abiertos e interconectables que utilicen estándares del mercado
(programación C++, POSIX, ANSI, TCP/IP, etc.), así como protocolos estándares para el
intercambio de datos con los elementos de campo.
El licitador en su propuesta deberá identificar y describir la solución de BMS propuesta,
indicando de forma clara los procesos de integración con los sistemas mecánicos y los
sistemas eléctricos, asegurando que haya una visión consistente en el BMS. Para ello, la
arquitectura del sistema deberá ilustrar claramente los productos conectados (medidores,
actuadores, controladores, etc.) están vinculados con la capa de software.
El sistema se organizará en tres niveles, más uno opcional:
Conected products: Este nivel se encarga de captar información y actuar sobre las
instalaciones a nivel de centro.
Está compuesto por el conjunto de sensores, actuadores y módulos E/S del sistema, así
como otros elementos de comunicación con el nivel de control.
El sistema de automatización y control de edificios deberá disponer de un diseño
modular que permita abarcar unas funciones de operación, monitorización y control
virtualmente ilimitadas.
Deberá de disponer de funcionalidad para abarcar no solo los típicos sistemas HVAC,
como calefacción, ventilación, aire acondicionado y agua caliente sanitaria, sino también
para otros servicios de los edificios, como electricidad y alumbrado, o incendios y
seguridad, etc...
Deberá disponer de arquitectura abierta permitiendo la integración de equipos de
terceros en los tres niveles del sistema. Incluso para el intercambio de información entre
los componentes del sistema, utilizara protocolos estandarizados.
El sistema deberá tener la capacidad de almacenamiento de datos para históricos y
tendencias de un año. El sistema debe ser capaz de manejar grandes volúmenes de
información, derivados de un sistema que abarque todos los centros, en el caso de que
exista más de uno, con todas las instalaciones monitorizadas y controladas.
4.7.1[3.12.1] Funcionalidades del BMS

A continuación, se enumeran y describen las funcionalidades requeridas para el sistema BMS.
4.7.1.1[3.12.1.1] Elementos de campo y de control

Se deberán definir por completo los diferentes dispositivos de campo y de control necesarios
para el manejo de las instalaciones que componen la solución a instalar, considerando tanto
actuadores, sensores, controladores como pasarelas de comunicación.
Junto a los dispositivos se deberá tener en cuenta todo tipo de cableado, programación,
entradas y salidas, conexionado físico o Wireless, etc. necesario para la completa definición del
sistema a nivel de campo y su comunicación con el nivel de control.
Todos los dispositivos a instalar estarán basados en protocolos de comunicación abiertos y
serán estándares de mercado y, siempre que sea posible, serán de tipo modular para permitir
una mayor integración en el sistema de otros dispositivos.

4.7.1.2[3.12.1.2] Elementos de control
Se deberán definir por completo los tipos de controladores, así como todos los elementos
. .
necesarios para su comunicación con el nivel de gestión.
Avda. R.S. Colombina Onubense, 1 21001 Huelva Tel. 959 49 31 00 .Fax 959 49 31 01 .
email: aph@puertohuelva.com
Los controladores serán de tipo modular para facilitar la selección de actuaciones a realizar.
.
Los controladores serán libremente programables y no estarán ligados a protocolos propietarios
de terceros, pudiendo integrar dispositivos de otros fabricantes.
Deberán trabajar de forma autónoma para que, en caso de fallo de comunicación con el nivel
de gestión, el funcionamiento no se vea afectado. Además, deberá contar con suficiente
memoria interna como para almacenar la información hasta la restauración de la comunicación.
Los elementos de control deberán ser capaces de registrar de forma local cualquier entrada,
salida (valor instantáneo), valor calculado (promedio, mínimo o máximo) u otra variable del
sistema ya sea en intervalos de tiempo definidos por el usuario desde 1 segundo hasta 24
horas o en base a un cambio de valor.
4.7.1.3[3.12.1.3] Etiquetado semántico

Dado el potencial crecimiento futuro de despliegue de elementos de campo que proporcionarán
un posible crecimiento exponencial de datos, es fundamental que la solución BMS permita el
etiquetado semántico con fin de ayudar a convertir los datos en información o a optimizar el uso
eficaz de los datos dentro del BMS o hacia otras aplicaciones, como puede ser la Plataforma
Digital de la APH.
El BMS propuesto deberá respaldar el uso de etiquetado semántico o estar comprometido a
hacerlo dentro de su solución de plataforma de software actual. Se deberá indicar en la
propuesta la configuración actual relacionada con el etiquetado semántico y la ruta planeada
relacionada con ella.
El BMS debe admitir, preferiblemente, configuraciones adoptadas más amplias como BRICK
y/o HAYSTACK, valorándose que la solución soporte más de uno de estos.
4.7.1.4[3.12.1.4] Arquitectura
La arquitectura del sistema BMS debe estar completamente basada en IP y debe poder
funcionar en las configuraciones LAN/WAN, así como disponer de una estructura
cliente/servidor. En el caso de que la solución incluya estaciones de trabajo y servidores,
cualquier cambio o adición realizado desde una estación de trabajo aparecerá
automáticamente en todas las otras estaciones de trabajo, ya que los cambios se deben
realizar en las bases de datos dentro de los servidores.
Respecto a los controladores deberán permitir su configuración en diferentes tipologías, tales
como:
- Topología en estrella.
Con esta topología, todos los elementos van conectados directamente a la red ethernet de
manera puntual a un Switch de comunicaciones (o red de la propiedad).

Figura 15. Ejemplo de topología en estrella
- Topología Daisy Chain.

Con esta topología, todos los elementos van conectados usando funcionalidad entrada-salida
de doble conexión de red ethernet que deberán incorporar los equipos.
Figura 16. Ejemplo de topología Daisy chain
- Topología en anillo.
Para dar redundancia a las comunicaciones deberá soportar arquitectura en anillo mediante
protocolo RSTP. En esta topología, todos los elementos van conectados en anillo usando
funcionalidad entrada-salida de doble conexión de red ethernet que deberán incorporar los
equipos.

Figura 17. Ejemplo de topología en anillo
4.7.1.5[3.12.1.5] Producción de clima y energia

El sistema deberá tener funcionalidades de supervisión, monitorización y control de los distintos
elementos de la producción, en cuanto a estados, consignas, etc.
El sistema monitoriza y gestiona la red de tomas eléctricas, así como el sistema de
climatización, para su uso apropiado por los elementos de climatización y energía.
En general, el sistema se encargará de mantener siempre esta instalación monitorizada y
totalmente operativa, para que sean cuales sean las condiciones de funcionamiento definidas
por el usuario, se mantengan siempre las condiciones térmicas dentro de los parámetros
adecuados para su funcionamiento óptimo, gestionando horarios, consignas de temperatura,
regulaciones en los diferentes puntos, alarmas producidas por la instrumentación incorporada o
averías de los elementos que componen la instalación.
En cualquier caso, toda la información se incorporará en pantallas graficas para su
monitorización, gestión y sobre todo análisis por personal de APH.
Operaciones del sistema:
• Medición de las magnitudes físicas (como temperatura).
• Programación horaria para el encendido/apagado de equipos.
• Programación temporal para la rotación de equipos para igualar horas de
funcionamiento.
• Control de la potencia de carga eléctrica por zonificación.
• Control de posibles fallos.
• Control de la temperatura, presencia y luminosidad.
• Control de apertura y cierre de puertas y ventanas.
4.7.1.6[3.12.1.6] Control de climatizadores

El sistema deberá monitorizar y gestionar la producción y condiciones térmicas del aire
aportado por el climatizador, a través de un controlador descentralizado instalado físicamente lo
más cerca posible del climatizador, con comunicación que permita las diferentes tipologías de
red, anillo, deasy chain o estrella.
Se deberá facilitar la posibilidad de “gobernar” de forma manual todos y cada uno de los
elementos de regulación que formen parte del funcionamiento de los climatizadores.

4.7.1.7[3.12.1.7] Control de unidades terminales de climatizacion
En las estancias la climatización será mediante Fan Coil o caja VAV gobernado por un room
Avda. R.S. Colombina .

ocupación1de la
Onubense, sala.Huelva
21001 .Tel. 959 49 31 00 .
Fax 959 49 31 01 .
controller que gestione mediante PID la regulación de las variables de activación y con control
de la email: aph@puertohuelva.com .
El control de estos se realizará de modo centralizado y deberá permitir definir diferentes puntos
de consigna de temperatura en la estancia, horarios, etc., con el consiguiente ahorro
energético.
• Medición de las magnitudes físicas (como temperatura u ocupación).
• Programación horaria para el encendido/apagado de equipos.
• Control bucle de regulación PI de la temperatura por temperatura ambiente.
• Control ajuste de la consigna.
• Control velocidades del Fan Coil.
• Alarma Fallo Confort.
Figura 18. Ejemplo de fan coil.
4.7.1.8[3.12.1.8] Control de zona

El sistema deberá disponer de una solución de control de zona que permitirá definir una serie
de servicios para hacer el edificios más eficiente, receptivo y atractivo por cada una de las
zonas definidas y que incorpore todas las soluciones modulares de los dispositivos instalados
en el edificio.
Se valorará la incorporación de funcionalidad para que los usuarios definidos de cada zona
puedan realizar de una forma simple su configuración si se requiere, por ejemplo, mediante una
solución móvil empresarial que proporcione una serie de servicios diversos como control de
comodidad, a nivel de climatización y ahorro energético, a los que se acceda cómodamente
mediante una experiencia de aplicación integrada y unificada.
Como ejemplo, se sugiere soluciones como Connected Room Solutions o similares que
expanden la experiencia a los ocupantes de la zona, al tiempo que implementan una
infraestructura IP de extremo a extremo que es flexible para crecer y adaptarse al edificio y las
necesidades dinámicas de sus ocupantes.
• Dentro una infraestructura de IP a nivel de la sala para que no sea necesario agregar
una nueva red al implementar sensores y dispositivos.
• Datos de uso capturados desde dispositivos y compartidos con el sistema de gestión
del edificio.
• Servicios de valor agregado basados en IoT, como espacio analítico, navegación y
detección automática de fallos, dentro del infraestructura existente.
• Permitir ampliar a otros sistemas, tales como control de iluminación y persianas; con la
posibilidad de agregar más sistemas de forma inalámbrica para satisfacer nuevas
necesidades.

• Permitir realizar cambios de forma rápida y sin interrupciones, lo que ahorra tiempo y
dinero y reduce las quejas de los ocupantes.
• Con el control de la comodidad de la habitación en manos de los ocupantes; posibilidad
. . .
de agregar más servicios centrados en el usuario según sea necesario.
Avda. R.S. Colombina Onubense, 1 21001 Huelva Tel. 959 49 31 00 Fax 959 49 31 01 .
• Que permita cumplir con los requisitos normativos con programación de escenas
.
conveniente y automática.
Respecto a la programación realizada por el usuario desde la interfaz de usuario, dichas
programaciones se asignarán a controladores específicos y se almacenarán en su memoria
local, actualizándose convenientemente ante cualquier cambio realizado en las estaciones de
trabajo de los operadores.
4.7.1.9[3.12.1.9] Sistemas de medición

El objetivo es la medición tanto de parámetros eléctricos (tensiones, potencias, consumos
intensidades, etc.) como energéticos (COP, ESER, etc.).
Será necesaria la instalación de pasarelas de comunicación que conviertan los protocolos de
comunicación a protocolos IP. En los casos de que no sea viable las propuestas de conexión
en las tomas de corriente será necesario la implantación de soluciones en los cuadros de baja
tensión por nivel de oficinas
El sistema de medición se compondrá de una serie de contadores que cumplirán los siguientes
requisitos:
- Contadores en el edificio (electricidad)
Se instalarán en los cuadros que determinen los responsables de los servicios, aunque de
forma orientativa se instalará:
1 medidor en el cuadro general de red del edificio.
1 medidor en el cuadro general de grupo del edificio por cada uno de los pisos y en los
circuitos de alimentación de las tomas eléctricas en especifico .
1 medidor en el cuadro general de climatización del edificio, en caso de que los
hubiere.
1 medidor junto con el medidor energético.
- Pasarela Modbus TCP/IP

Entrada comunicaciones Modbus RTU (RS485) y salida mediante toma de datos RJ45, a
Modbus IP.
Configurable dentro de la red ethernet
Incluida fuente de alimentación 24 V.
Posibilidad de conectar hasta 32 esclavos.
Montaje en carril DIN.
Cumpla normativa IEC 60950.
4.7.1.10[3.12.1.10] Interfaz de usuario

La parte del BAS formada por la estación de trabajo de operador deberá estar compuesta por
una estación de trabajo de configuración y programación completa, con una configuración
cliente/servidor, donde toda adición o cambio realizado en una estación de trabajo aparecerá
automáticamente en todas las demás estaciones de trabajo, ya que los cambios se deben
efectuar en las bases de datos de los controladores.
El software de las estaciones de trabajo de programación y configuración deberá permitir que
cualquier usuario con los permisos adecuados cree o modifique parcial o totalmente la base de
datos de los controladores.

El usuario deberá poder configurar diferentes funciones de recogida y de presentación de
datos.
Deberá incluir:
.
Avda. R.S. Colombina Onubense, 1 21001 Huelva .
Tel. 959 49 31 00 .
Fax 959 49 31 01 .
• Operación gráfica de edificios y procesos y visualización de estado de instalaciones.
.
• Visualización, configuración y tratamiento de alarmas.
• Programación de funcionamiento de controladores.
• Demás elementos y conexionado necesarios para transmitir la información y las
ordenes de gestión entre los dispositivos de campo, para su acción, y la interfaz
gráfica, para su visualización.
El BMS deberá ser independiente a las actuaciones físicas de control contempladas y estará
dimensionado para albergar la totalidad de los dispositivos proyectados y posibles futuras
nuevas instalaciones.
El BMS deberá permitir la inclusión futura de nuevos elementos y sistemas, ya sea de control
de instalaciones o de otra clase, como pueda ser alumbrado, protección contra incendios, red
de comunicaciones, monitorización energética, etc.
El BMS será capaz de adquirir valores climáticos de las páginas web de las estaciones
meteorológicas de la zona con periodicidad diaria de forma automática.
El licitador deberá incluir en su propuesta una definición completa del sistema BMS a
implementar, incluyendo tipos de pantallas, apariencia, posibilidades de programación, etc.
Figura 19. Ejemplo de interfaz del sistema de control del edificio
La interfaz gráfica estará basada en distintas pantallas donde se agrupe la información, todo
ello de manera gráfica, sencilla e intuitiva. Como mínimo deberá haber:
 Pantalla con esquema geográfico que incluya las zonas controladas/monitorizadas, de
forma que se pueda acceder a cada una de ellas con un clic.
 Pantalla con esquema general de las instalaciones monitorizadas/controladas para
poder acceder a cada una con un clic.
 Pantalla especifica de la instalación controlada, con esquema gráfico de la instalación y
mostrando los valores de las señales de entrada y resaltando aquellos parámetros que
se puedan modificar. En caso de que haya demasiada información en la pantalla, se
podrá dividir en más pantallas según localización, planta, etc.
 Pantallas de visualización de información de forma gráfica, donde se puedan elegir las
variables a graficar y se puedan mostrar varios gráficos al mismo tiempo para hacer
comparativas. (Dashboard). La presentación puede realizarse en formatos de lista con

marca de tiempo o en formato de gráfico con colores de pluma, pesos, escalas e
intervalos de tiempo totalmente configurables.
 Pantalla de alarmas general y pantallas de alarmas por zona.
calendarios .para después . Tel. 959 49 31

a las 00 .Fax 959 49 31 01
instalaciones. .
 Pantalla de definición de calendarios, de forma que se puedan configurar distintos
Avda. R.S. Colombina Onubense, 1 21001 Huelva asignarlos email: aph@puertohuelva.com .
 Pantalla de configuración general y pantalla de configuración por zona. En ellas se
podrán realizar las configuraciones de funcionamiento del software, así como el acceso
a la aplicación de programación del funcionamiento de los controladores.
 El tamaño de las pantallas será configurable de forma que se puedan observar varias
pantallas al mismo tiempo, con una amplia gama de diseños y widgets, permitiendo la
personalización de la vista del cuadro (tendencias históricas, tiempo real, uso de
energía, eficiencias operativas, métricas, etc.) y la selección de puntos de datos a
través del navegador web, sin herramientas ni capacitación previa. Además, debe ser
posible crear espacios de trabajo personalizados que se puedan asignar a grupos de
usuarios.
 Posibilidad de generar informes.
 El personal podrá asignar consignas de funcionamiento a las instalaciones controladas
mediante:
o Introducción directa de valores de parámetros.
o Introducción de valores por horarios, mediante una interfaz tipo vista calendario
o vista tabular donde se puedan configurar, entre otros, días en particular,
festivos o especiales, así como deberá permitir una programación de al menos
un año de anticipación.
o Deberá ser posible asignar un cronograma principal de tal manera que los
cronogramas secundarios/locales se actualicen en base a los cambios en el
principal.
o Será posible asignar una lista de días, fechas y rangos de fechas de eventos
de excepción a un programa, y se deberá poder visualizar vista combinada que
muestre el calendario y todas las excepciones priorizadas en una sola pantalla.
o Programación de los controladores, para que la instalación ajuste
automáticamente sus valores de funcionamiento en función del valor o estado
las señales de entrada recibidas (si A, entonces B).
o Los cronogramas permitirán la visualización de forma anual, mensual, semanal
o diaria, permitiendo alternar entre vistas a un simple clic.
 La aplicación de programación de los controladores deberá estar totalmente definida de
forma que, una vez instalado, el personal encargado de gestionar las instalaciones
pueda parametrizar el funcionamiento según sus necesidades sin la obligación de
acudir a terceros para ello. Se deberán definir las funciones que deba disponer la
aplicación, tales como funciones de cálculo, funciones de control, funciones lógicas o
función de temporización y programas de aplicación tales como programas de
marcha/paro de equipos o programas de lazo de control.
 Sistema de alarmas:
o Con distintos tipos de alarma: condición única basada en límites altos/bajos o
en comparación con otros valores, o condición múltiple.
o Posibilidad de aviso al personal vía email, configurable por el usuario y sin
límite de creación de cantidades de alarmas para cualquier punto. De esta
forma se avisará y/o saldrá una notificación en la interfaz si señales de entrada
alcanzan ciertos valores o cambian a un determinado estado.
o El personal responsable deberá ser capaz de modificar estas reglas de alarma,
así como configurar la forma de presentación (por prioridad, por tiempo, por
categoría, etc.).
o Debe admitir la capacidad de crear y seleccionar notas de causa y acción que
se seleccionarán y asociarán con un evento de alarma. Las listas de
verificación también serán posibles para presentar a un operador un modo
sugerido de solución de problemas.
 Deberá considerarse la capacidad de acceso de al menos 3 roles de usuarios:
o “Visualizador”, quien solo puede visualizar el estado de los procesos.
o “Administrador”, quien además pueda modificar los valores, consignas, etc.

o “Operador”, con capacidad de modificar la programación del sistema, la
configuración del software, programación de controladores, reglas de
alarmas…Este usuario deberá tener la cualificación requerida.
. . de959 .
49 31 00 UnaFax
problemas. 959
vez 49 se
que 31 01 .
 Deberá proporcionar una opción para “Anulación Manual”, que permita dar soporte a
técnicos1 durante
21001 Huelva
la resoluciónTel. activa email: aph@puertohuelva.com
la anulación .
manual, el BMS registrará la anulación como un evento que pueda ser visto por el
operador.
Figura 20. Ejemplo de esquema de integralidad con Software de Gestión
- Creación de pantallas gráficas

Respecto a la funcionalidad de creación de pantallas gráficas a color definidas por el usuario
para la visualización de sistemas mecánicos y eléctricos o esquemas del edificio, deberán
contener información de puntos de la base de datos, incluidos los atributos asociados con el
punto.
Los gráficos en color deben proporcionar como mínimo la capacidad de:
1) Importar tipos de archivo comunes como (.gif, .png, .bmp, .jpeg, .tif y archivos de
imagen generados por CAD).
2) Soportar Java, HTML5 y JavaScript para la personalización.
3) Contar con una biblioteca incorporada de objetos animados como reguladores,
ventiladores, bombas, botones, mandos, medidores y gráficos que pueden "soltarse"
en un gráfico mediante el uso de un "asistente" de configuración de software. Estos
objetos permiten que los operadores interactúen con las pantallas gráficas de modo
que imiten sus equivalentes mecánicos encontrados en los paneles de control
instalados en el campo.
Además, esta funcionalidad proporcionará las capacidades necesarias para soportar la
creación y modificación de gráficos durante la etapa de ejecución e implantación del Proyecto,
así como su uso posterior por parte del usuario final.
4.7.1.11[3.12.1.11] EPBD (EU)

Respecto a la directiva de eficiencia energética en edificios (EPBD: Energy Performance of
Buildings Directive), el sistema BMS permitirá cuadros e informes para apoyar al usuario final
en el ahorro de energía y la obtención de información.
Se deberá implementar los cuadros e informes necesarios para lograr los objetivos EPBD
requeridos. El licitador indicará en su oferta técnica una propuesta basada en su experiencia y
conocimiento que permita obtener los créditos BREEAM.

4.8[3.13] Puesta en marcha
El licitador deberá describir con detalle el procedimiento de puesta en marcha y las
Onubense,
marcha, .
1 21001 Huelva
tales como: .
Tel. 959 49 31 00 .
Fax 959 49 31 01 .
herramientas y mecanismos a utilizar para facilitar y acelerar la ingeniería de la puesta en
Avda. R.S. Colombina email: aph@puertohuelva.com .
- Proporcionar bibliotecas de ingeniería y herramientas para facilitar y acelerar la
ingeniería y ahorrar tiempo de ingeniería en la puesta en marcha del sistema BMS,
como puedan ser bibliotecas estándar de HVAC.
- Mejoras de ingeniería automatizadas y semiautomatizadas y/o elementos de ingeniería
preconfigurados para optimizar la ingeniería y la calidad.
- Plataforma de ingeniería off-line colaborativa que permite que varios ingenieros
trabajen en la misma base de datos sin conexión.
- Posibilidad de utilizar los lenguajes de programación ‘Script’ y ‘Function Block’.
- Posibilidad de incorporar controladores preconfigurados en sistemas fabricados fuera
del sitio y luego ser fácilmente incorporados a la red del sitio después de la entrega.
- Admitir conexión inalámbrica de dispositivos inteligentes, como tabletas o
Smartphones, para la configuración y puesta en marcha de controladores de campo a
fin de reducir la necesidad de acceso físico.
- Aplicaciones para evaluar el balanceo y pruebas de ventilación y temperatura.
Todo ello enfocado a reducir el tiempo requerido para diseñar y poner en servicio la solución
propuesta.
4.8.1[3.13.1] Interfaces de medición

El Panel de control del BMS debe agregar los Datos de medición de energía provistos por las
puertas de enlace de energía (es decir, COM’X o EGX) proviene de los “cuadros de distribución
de energía” y envía la fecha a las bases de datos de BMS para informes.
[3.13.2] Paneles de distribución de energía

El iBMS debe poder conectarse con los paneles de distribución de energía para entregar un
solo panel de vidrio al usuario final. Los cuadros de distribución serán inteligentes y tendrán
capacidades nativas de integración.
Los medidores de energía como parte de los paneles de distribución de energía se conectarán
al EPMS preferentemente a través de la infraestructura de red iBMS utilizando la infraestructura
ya creada con NS y/o SDCU. Si es necesario, Gateways de energía adicionales (por ejemplo,
COM’X o EGX).
Si hay medidores de calidad de la energía (PQ) que se usan en los paneles de distribución de
energía, una infraestructura de medición dedicada (es decir, M-Bus).
Los paneles de distribución de energía deben seleccionarse de Schneider Electric (es decir,
serie Acti-9) o equivalente aprobado para su uso en el proyecto.
[3.14] Integración de datos con Plataforma Digital

El sistema de domótica deberá integrarse de forma bidireccional con la Plataforma Digital de la
APH, que será el medio principal al que se enviarán las medidas recabadas por los diferentes
sensores desplegados. Dicha información de contexto de la red eléctrica y sistemas de
climatización internos del edificio de la sede principal de la APH será explotada por la
Plataforma Digital para agregarle valor y facilitar la toma de decisiones a nivel operativo.
Hay que destacar que la comunicación con la Plataforma Digital se realizará por una red interna
de la APH, es decir, todos los elementos software de la solución de domótica y el sistema de
integración de datos con la Plataforma Digital se ubicarán en infraestructura de la APH (Azure
DevOPS) y no se dispondrá de comunicación con red externa.

La integración de datos se llevará a cabo mediante conectores basados en el ecosistema
FIWARE utilizando el estándar NGSI, que faciliten la compartición de datos en ambos sentidos,
si bien, la compartición principal será para proveer datos a la Plataforma Digital desde las
.
soluciones de domotización.
Avda. R.S. Colombina Onubense, 1 21001 Huelva . Tel. 959 49 31 00 .
Fax 959 49 31 01 .
El estándar NGSI de la OMA es un modelo de información y API para editar, consultar y
.
subscribirse a información de contexto. Está destinado a facilitar el intercambio abierto y el
intercambio de información estructurada entre diferentes partes interesadas. NGSI ha sido
estandarizado por el ETSI (Instituto de Estandarización de Telecomunicaciones Europeo) a
través del Context Information Management Industry Specification Group, siguiendo una
solicitud de la Comisión europea.
Se valorará la descripción detallada del diseño propuesto para implementar la integración de
datos con la Plataforma Digital, teniendo en cuenta que la solución de domotización tomará el
papel de Context Producer respecto al Central Broker en la Plataforma Digital de la APH.
Figura 21. Esquema general de arquitectura centralizada. Fuente: Especificaciones NGS-LD API - ETSI
4.9[3.15] Mantenimiento
Se incluirá en el alcance el mantenimiento preventivo, técnico-legal, correctivo y evolutivo para
la duración total del contrato.
La etapa de Mantenimiento comenzará a partir de la aceptación por la APH de la implantación
de los componentes de domotización, y durará desde ese momento hasta la finalización del
contrato.
4.9.1[3.15.1] Mantenimiento preventivo

El mantenimiento preventivo se asocia a una planificación sistemática de las actuaciones de
comprobación, revisión, verificación, regulación, ajuste, puesta a punto, limpieza, entre otras, a
efectuar sobre los sistemas, equipos y componentes de las instalaciones implantadas en el
proyecto correspondientes a los sensores de tomas de corriente y sistema de climatización.
Todo ello permitirá detectar a lo largo del tiempo los posibles fallos o averías, para así tomar las
decisiones relativas a las actuaciones necesarias para garantizar la adecuada operativa.
Las empresas licitantes deberán incluir en su memoria técnica el “Plan de Mantenimiento
Preventivo” que proponen, especificando para cada solución y elementos que la componen, las
frecuencias de revisión, las frecuencias de calibración y procedimiento, medios necesarios y
tiempos de revisión que estimen oportunos, que en ningún caso podrán ser inferiores a las que
indique el presente PPT, la normativa vigente o que recomiende el fabricante, en cada
momento, para cada una de las instalaciones y equipos objeto del proyecto.
Además, en la memoria técnica se incluirá una propuesta del “Stock de repuestos”
recomendado, indicando el número y tipo de elementos que se consideran necesarios
mantener en stock para garantizar un servicio adecuado.

El mantenimiento preventivo cubierto por el presente servicio será realizado por la empresa
adjudicataria mediante visitas periódicas a las instalaciones en la sede principal de la APH de
acuerdo con una planificación establecida, incluyendo en los trabajos la sustitución de cualquier
. . . .
material fungible y el desplazamiento, y recursos necesarios para llevar a cabo las tareas de
mantenimiento.
Tel. 959 49 31 00 Fax 959 49 31 01 email: aph@puertohuelva.com .
Además, se incluirá en el mantenimiento preventivo cualquier licencia suministrada, que deberá
ser mantenida por el adjudicatario en todo el horizonte temporal del proyecto, así como
cualquier actualización software o hardware necesaria para el correcto funcionamiento de los
equipos y dispositivos o requerida por los fabricantes.
4.9.2[3.15.2] Mantenimiento técnico-legal

Si es necesario realizar Mantenimiento Técnico-Legal conforme a las especificaciones exigidas
por las normas industriales comunitarias, estatales o autonómicas para algunos de los sistemas
o equipos o dispositivos del proyecto, se deberá crear un libro de mantenimiento técnico-legal
que recoja las observaciones e incidencias derivadas de las correspondientes intervenciones.
El adjudicatario notificará a la APH cualquier cambio de legislación durante la vigencia del
contrato que pueda implicar modificaciones en las instalaciones o en el calendario previsto de
revisiones durante el periodo del contrato.
Las revisiones e inspecciones técnicas obligatorias a las que se encuentren sometidas todas
las instalaciones objeto del contrato serán gestionadas por el adjudicatario, encargándose de la
tramitación, de los permisos necesarios, gestiones, etc. Los costes derivados de estas
revisiones e inspecciones quedarán incluidos en la oferta, así como el coste de la reparación de
las deficiencias detectadas, teniendo que entregar a la APH el “Acta de revisión” con cero
defectos.
En relación con la realización de inspecciones periódicas, el Adjudicatario llevará un control
respecto de éstas, comunicando a la APH cualquier incidencia o eventualidad en su desarrollo.
Del mismo modo, la empresa adjudicataria comunicará a la APH y con antelación suficiente, el
día y hora en la que se llevará a cabo las inspecciones técnico-legales (Calendario previsto de
revisiones durante el periodo del contrato).
En el caso de que el informe de la inspección periódica técnico-legal contuviera deficiencias, la
empresa adjudicataria comunicará a la APH si las acciones propuestas son objeto del presente
contrato. Si no fuera así, se presentará un presupuesto para la realización de los trabajos que
dieran lugar a la subsanación de dichas deficiencias, que deberá ser aprobado por la APH. En
el caso de que sean autorizados, una vez realizados, la empresa adjudicataria informará a la
APH de la finalización de los trabajos y de la fecha y hora en la que se realizará la nueva
inspección periódica.
4.9.3[3.15.3] Gestión de stock de repuestos

El objetivo de la existencia de un lote de repuestos es el poder proporcionar un alto nivel de
respuesta en los servicios de mantenimiento, asegurando un funcionamiento continuado de los
sistemas mientras se repara el elemento averiado y permitiendo de esta forma la reposición
inmediata del servicio. La APH podrá facilitar un espacio de almacenamiento en el Puerto de
Huelva para ubicar el stock de repuestos.
El Adjudicatario estará obligado a mantener, a lo largo de todo el contrato, el lote de repuestos
con los elementos y el número de ellos necesarios para mantener el nivel de servicio exigido al
mantenimiento correspondiente a este expediente, que corresponderán con los indicados en el
“Stock de repuestos” propuesto.
4.9.4[3.15.4] Mantenimiento correctivo

Las tareas de mantenimiento correctivo se realizarán “bajo demanda”, como respuesta a un
aviso de incidencia, o como resultado de la detección de anomalías durante las tareas propias
de mantenimiento preventivo.

La empresa Adjudicataria del presente concurso de Mantenimiento pondrá a disposición de la
APH un Centro de Atención de Incidencias (CAU), destinado a recibir, procesar y coordinar la
prestación del servicio de mantenimiento correctivo, y hará uso de la herramienta GMAO
. . . .
facilitada por la APH para la gestión de las incidencias correctivas (ver apartado Herramienta
de gestión del mantenimiento GMAO más adelante).
Fax 959 49 31 01 email: aph@puertohuelva.com .
Se indican a continuación los valores, considerados como mínimos, solicitados para aquellos
parámetros que conforman el nivel de servicio requerido por la APH para el Mantenimiento
Correctivo. Estos parámetros son los siguientes:
a) Periodo de atención
El periodo de atención será en horario de oficina de 9:00 h a 15:00 h.
b) Tiempos de respuesta.
Se define como el tiempo máximo que podrá transcurrir desde que se produce la notificación
del aviso de avería al adjudicatario, hasta el inicio de las reparaciones.
Se distinguen dos tipos de averías atendiendo a su severidad con su correspondiente tiempo
máximo de respuesta al aviso:
- Avería leve (tiempo máximo de respuesta siguiente jornada laboral del primer día
laborable): Avería con repercusión leve en el funcionamiento que no provoque una
interrupción del servicio ni una afección al rendimiento global del sistema.
- Avería grave (tiempo máximo de respuesta de 2 h): Avería con repercusión importante
en el funcionamiento que provoque la interrupción del servicio, o impida el normal
funcionamiento de todo el sistema o de gran parte del mismo.
c) Tiempo máximo de reparación.
Se define como el tiempo máximo que podrá transcurrir desde el inicio de las tareas a realizar
por el adjudicatario, hasta que la avería es subsanada por el mismo, bien mediante reparación
de los componentes afectados o mediante la sustitución de los mismo por otros del stock de
repuestos.
El “Tiempo máximo de reparación” establecido será de 48 horas para las Órdenes de trabajo
correspondientes al tipo de avería Grave y que dispongan de elementos en stock, y de 2
semanas para las correspondientes al tipo de avería Leve.
d) Sustitución de equipo.
Cuando no sea posible la reparación del equipo en su actual ubicación siendo necesario su
traslado, previamente autorizado por la APH, a las instalaciones del adjudicatario o del
fabricante, o en caso de dificultades que hagan prever un tiempo de inactividad superior al
“Tiempo máximo de reparación” establecido, el adjudicatario sustituirá temporalmente el equipo
o componentes averiados por otros similares o de superiores prestaciones, con las siguientes
puntualizaciones:
- La situación de sustitución temporal del elemento no deberá prolongarse más allá de
tres meses, a contar desde la notificación de la avería.
- En todo caso, debe procurarse la reposición inmediata del servicio, bien por haberse
instalado un repuesto o equipo sustituto o bien por haber proporcionado una solución
técnica alternativa.
- La gestión del stock de equipos de la APH para la sustitución correrá a cargo del
adjudicatario, así como el transporte de los equipos a reparar y sustituir.
4.9.5[3.15.5] Mantenimiento evolutivo

Las tareas de mantenimiento evolutivo se realizarán “bajo demanda”, y corresponderán a
solicitudes de evolución para la mejora de las soluciones objeto del proyecto propuestas por
APH, que podrán incluir, entre otras:
1. Adaptaciones necesarias en los componentes software o de integración.
2. Pequeñas evoluciones de software.

3. Nuevos interfaces con otros sistemas.
4. Integración de nuevas aplicaciones de la APH o de terceros.
5.
6. Cualquier. .no 959 49 31entre
descrito 00 los
evolución de las especificaciones del pliego.
.
Faxanteriores
959 49 31 01 .
Cambio de un dispositivo o sensor por otro modelo de mejores prestaciones.
Avda. R.S. Colombina Onubense, 1 21001otroHuelva
elemento Tel. email: aph@puertohuelva.com
relacionado con la .
Todas las actuaciones de mantenimiento evolutivo se realizarán a petición y aprobación de la
APH, tras estimación de esfuerzos por parte del adjudicatario.
4.9.6[3.15.6] Herramienta de gestión del mantenimiento GMAO

Para la gestión integral de los servicios de mantenimiento la APH dispone de un sistema de
gestión del mantenimiento asistido por ordenador (en adelante GMAO). El sistema GMAO
actualmente implantado es PRISMA del fabricante SISTEPLAN.
La APH facilitará un usuario de acceso al GMAO al Jefe de Proyecto del adjudicatario,
estableciendo las políticas necesarias de seguridad, perfil de usuario y contraseña para dicho
acceso, así como facilitará la metodología de trabajo para la gestión de las tareas de
mantenimiento preventivo y correctivo.
Para la utilización del GMAO, el adjudicatario deberá:
- Suministrar a APH toda la información de detalle necesaria para el inventario de los
equipos y dispositivos suministrados e instalados en el marco del proyecto y cubiertos
en el servicio de mantenimiento,
- Suministrar a APH la información de detalle necesaria del Plan de Mantenimiento
Preventivo, incluyendo los “Protocolos de mantenimiento” con el listado de
operaciones y check-list a realizar para cada solución y elementos que la componen.
Con la información anterior, APH realizará una carga del inventario y una configuración del Plan
de Mantenimiento Preventivo que permita la gestión de los servicios de mantenimiento a través
del GMAO.
Desde el GMAO se deberá:
- Gestionar los tickets de mantenimiento preventivo y técnico-legal, que se generarán de
forma automática o manual por parte de APH siguiendo las frecuencias previstas en el
Plan de Mantenimiento Preventivo, que siempre estarán asociadas a cada sistema o
instalación o equipo/dispositivo.
- Gestionar los tickets de mantenimiento correctivo/evolutivo, que se generarán de
forma manual por parte de APH, pudiendo ser solicitados de forma previa por el
adjudicatario, que siempre estarán asociadas a cada sistema o instalación o equipo o
dispositivo.
- Registrar todas las incidencias de mantenimiento y los trabajos, operaciones y
actividades realizadas correspondientes a las nuevas instalaciones de domotización.
- Dejar constancia documental de la realización de los trabajos de mantenimiento.
- Mantener al día el inventario de las instalaciones, equipos y dispositivos (altas, bajas y
actualizaciones de información).
- Generar los informes de mantenimiento preventivo y correctivos de forma periódica.
Cualquier requerimiento adicional de licenciamiento, de conectividad y/o de sistemas de
comunicaciones necesarios para la gestión diaria y la actualización de datos del aplicativo
GMAO entre el equipo de personal de mantenimiento adscrito al contrato y la APH serán por
cuenta del adjudicatario.
4.10[3.16] Otros componentes de valor añadido por el ofertante

Dentro del alcance del proyecto, el licitador podrá añadir los elementos, tanto software como
hardware, que considere oportunos que puedan aportar más valor a la APH.
Estos elementos deberán ser a discreción del licitador por su experiencia en el suministro,
instalación y mantenimiento de Domotización en entornos de oficinas y su conocimiento sobre

el Puerto de Huelva, y serán detallados en su oferta. Dichas mejoras se valorarán según
utilidad para la APH y se solicitará flexibilidad en la elección de la solución según el valor
aportado.
Estas propuestas .
1 serán
21001 Huelva
potestativas. Tel.
por 959 de
parte 49 la
31APH, .
00 noFax 959 49obligación
teniendo
cabo si no lo considera oportuno en el transcurso del proyecto.
31 01 .email:
de llevarlas a
Por consiguiente, estos elementos pertenecientes a las fases de suministro e implantación no
serán considerados como Prestaciones Superiores o Complementarias a las Exigidas –
Mejoras del apartado F del Documento de Memoria Técnica a los efectos de la valoración y
puntuación del mismo tal y como se indica en el PCAP.

5[4] REQUISITOS TÉCNICOS ADICIONALES DE LA SOLUCIÓN
deberán . Huelva
siguientes . Tel.
requisitos 959 49 31 00
técnicos: .
Fax 959 49 31 01 .
De forma adicional a las características expuestas en el apartado de Definición de Alcance, se
cumplir1 los21001 email: aph@puertohuelva.com .
5.1[4.1] Requisitos de productos sofware
1. El software necesario se implantará al menos tanto en un entorno de desarrollo del
adjudicatario, en un entorno de Preproducción para pruebas y en un entorno Productivo
mediante mecanismos de integración y entrega continua (CI/CD) de la APH por los
cuales se hará entrega en repositorio del código fuente de los sistemas desarrollados
durante el proyecto. En los entornos de preproducción y producción las funcionalidades
serán las mismas.
2. Aunque la instalación de todo el software se realizará en servidores propios de la APH
en Azure, se deberá tener capacidad para poder desplegarse tanto On Premise como
On Cloud.
3. Deberá garantizar en todo momento la calidad de los productos implantados y su
correcta entrega para la puesta en el entorno final de producción de la APH. Para
asegurar la calidad, APH se reserva el derecho a realizar un proceso de certificación de
los productos entregados. En el caso de que en dicho proceso se detectasen
incidencias, el adjudicatario deberá asumir la resolución de estas, sin que esto suponga
una modificación a los plazos ni costes descritos en este pliego y oferta.
4. Deberán soportar la interoperabilidad con los bloques constituyentes de la plataforma
europea CEF (Connecting Europe Facilities) en especial los relativos los intercambios
de mensajes seguros y con los protocolos de comunicación definidos que sean de
aplicación.
5. Deberá ser compatible con el estándar NGSI y ecosistema FIWARE para la integración
y el envío de datos a la Plataforma Digital de la APH, basándose en las
especificaciones abiertas de gestión de contexto OMA Next Generation Services
Interface (NGSI) (www.openmobilealliance.org), que especifican APIs tipo RESTful a
través de HTTP, en su versión NGSI.
6. Además, en las integraciones con la Plataforma Digital y otros sistemas de APH:
 Deberán seguir la semántica propuesta por parte de los data model publicados de
FIWARE para la estructuración y envío de la información a través de NGSI a la
Plataforma Digital de la APH.
 Deberán permitir definir los conjuntos de datos a manejar, la frecuencia, la
cadencia, la resolución, el tiempo de almacenamiento, disponibilidad de los datos,
etc. que se ofrecen a la Plataforma Digital.
 Se deberá acompañar con la información suficiente relacionada con la descripción
de campos, documentación soporte, mapeado de flujos de datos, etc.
 No será responsabilidad del adjudicatario el realizar actuaciones o modificaciones
sobre las soluciones ya implantadas por APH que no sean objeto del proyecto.
 Los procesos no podrán ser intrusivos en los sistemas origen, para evitar
interferencias en la operación o caídas en el rendimiento de estos.
 Se deberán efectuar todas las pruebas necesarias (funcionales, integración,
rendimiento) para asegurar el correcto funcionamiento de las integraciones,
especialmente aquellas relacionadas con FIWARE.
7. Deberán tener una alta escalabilidad permitiendo la integración de nuevos sensores, de
modo que no solo ofrezca soporte a las fuentes de datos actuales previstas, sino que
pueda evolucionar de forma sencilla para la incorporación de mayor número y tipología
de sensores desplegados.
8. Deberán ser una solución robusta, es decir, deben tener la capacidad para hacer frente
a contratiempos y fallos que puedan producirse manteniéndose en funcionamiento (a
nivel funcional y de carga, rendimiento y desempeño), mediante el procedimiento
adecuado de recuperación y tratamiento de errores, generando los correspondientes

logs e informando a los usuarios de una posible situación de indisponibilidad temporal
del sistema. Se valorará la opción de trabajo offline con sincronización posterior.
9. Deberán estar diseñados e implementados para trabajar en un entorno de alta
. . . .
disponibilidad y capacidad de recuperación, así como manejar de manera eficiente los
fallos que puedan afectar a la disponibilidad.
10. Deberán implementarse las correspondientes políticas de seguridad a todos los
niveles.
11. Debe soportar una gestión y monitorización centralizada, segura y multiusuario sobre
los diferentes elementos o sistemas de la solución.
12. El BMS deberá:
 Soportar de manera nativa al menos las siguientes posibilidades de conexión e
integración: BACnet/IP, BACnet MS/TP, Modbus RTU, Modbus TCP, LonWorks FT-
10 y Web Services (SOAP / REST / XML).
 Admitir de manera nativa la configuración y puesta en marcha de dispositivos de
campo conectados a protocolo abierto, tales como medidores, variadores de
velocidad y controladores de habitación, por medio de bibliotecas preconfiguradas y
probadas que contengan parámetros de configuración y gráficos
 Admitir topologías de cadena en serie y de anillo RSTP.
 Ser escalable y ampliable en todos los niveles usando la misma interfaz software.
No se aceptarán sistemas que necesiten reemplazar el software o controladores de
campo para expandir el BMS.
 Ser capaz de soportar una solución de redundancia para asegurar una alta
disponibilidad, que garantice que los usuarios finales puedan continuar las
actividades de monitoreo y control incluso después de un fallo en el servidor.
13. Deberá garantizarse la compatibilidad de todo componente software en caso de
actualización de versión de los elementos de la arquitectura o infraestructura, sin
requerir para ello ningún equipamiento, software, licencia o prestación que no sea
aportada por el adjudicatario; en su defecto. El adjudicatario deberá eliminar cualquier
incompatibilidad que pudiera aparecer, de manera que las características, capacidades
y funcionalidades de la infraestructura resultante sean iguales o superiores a las
iniciales.
14. El licitador garantizará que el código fuente estará disponible para la APH incluso en el
caso de que la empresa desapareciera a medio plazo para todos los componentes
desarrollados durante el proyecto. Se propone, como ejemplo, depositar ante notario el
código fuente del software que sólo estará disponible para la APH en el caso de que la
empresa desaparezca. Este punto debe ser justificado y certificado por el ofertante en
el momento que le sea requerido por la APH.
15. Se deberá verificar el correcto resultado de, al menos, las siguientes pruebas en el
entorno de preproducción de la APH, antes de la instalación en el entorno final de
producción: pruebas de funcionamiento del software (de carga y estrés, de rendimiento,
de navegación, de regresión, de funcionalidad, etc.) y pruebas de funcionamiento de
comunicación e interoperabilidad, así como pruebas de calidad y puesta en marcha.
16. El software destinado a funcionar sobre explorador soportará los navegadores más
extendidos en el mercado en sus tres últimas versiones en el momento de la entrega
de los desarrollos, debiendo tener un grado de accesibilidad AA en todos aquellos
componentes que lo soporten.
17. En las interfaces de usuario se deberá utilizar el idioma castellano. En caso de que se
implemente en multi-idioma, se deberán cumplir los siguientes requisitos:
 Para toda la información que genere el adjudicatario (interfaces de usuario, menús,
contenidos que provengan automáticamente de los componentes desplegados,
etc.), el adjudicatario será responsable de generar las traducciones a los idiomas
que se especifique.
 Si se solicita la carga inicial de información o contenidos que disponga APH, será
éste el responsable de facilitar la información traducida a los idiomas solicitados (si
es que se requiere que los contenidos se carguen traducidos).

18. Todo el software que se instale será o bien software de nuevo desarrollo o software
libre con una amplia comunidad de soporte o bien software propietario con un
programa de partners amplio que permita competencia en el caso de un concurso
subapartados. siguientes . .
00 requisitos
Fax 959 49 31
para .
posterior, valorándose significativamente la primera de las opciones. En los
Avda. R.S. Colombina Onubense, 1 21001 Huelva se particularizan
Tel. 959 49 31los 01 unaemail:
cada de lasaph@puertohuelva.com
tres .
opciones indicadas para los sistemas software (nuevo desarrollo, software libre o
software licenciado).
5.2[4.2] Software de nuevo desarrollo

En el caso de que el adjudicatario oferte soluciones completas o parciales con software de
nuevo desarrollo:
1. Deberá, salvo justificación aceptada por APH, hacer uso de lenguajes de desarrollo
estándar, de fácil mantenimiento, ampliamente distribuido y multiplataforma.
2. Deberá, salvo justificación aceptada por APH, desarrollarse en fuentes abiertas
permitiendo su reutilización y mantenimiento. Las fuentes serán entregadas a la APH
para poder realizar licitaciones posteriores sin restricción alguna.
3. Cualquier pieza de código se entregará siguiendo los estándares de calidad y
documentación adecuados.
4. Los desarrollos deberán realizarse con componentes compatibles con el licenciamiento
European Uninon Public License (EUPL) o con el licenciamiento General Public
License (GPL). A tal efecto todas las entregas deberán tener en cada uno de los
ficheros las cabeceras necesarias para cumplir los requisitos de este tipo de licencia.
Adicionalmente con cada entrega se aportará un listado de todos los componentes
utilizados especificando el origen del módulo, la autoría de este y el código de licencia
que debe ser compatible con EUPL o con GPL. Se debe especificar la relación entre
los componentes del sistema y el tipo de relación (compilación, ejecución, etc.).
5. Se someterá a auditorías de codificación y correcto comentario del software, de forma
que quede claro para su posible evolución por otros proveedores.
5.3[4.3] Software de fuentes abiertas

En el caso de que el adjudicatario oferte soluciones software ya existentes basadas en software
de fuentes abiertas para dar respuesta a alguno de los componentes o funcionalidades objeto
de la licitación:
1. Debe basarse en un software estable, robusto, ampliamente utilizado y con un gran
respaldo por una comunidad de usuarios y desarrolladores que garantice su evolución
y viabilidad futuras.
5.4[4.4] Software licenciado

En el caso que alguna de las funcionalidades y prestaciones de los elementos suministrados
para el desarrollo del proyecto necesitaran algún tipo de licencia para ser utilizadas durante la
implantación o la garantía:
1. Dicha licencia estará incluida en la solución y será suministrada por el adjudicatario
como parte de esta, sin coste adicional para la APH, estando sujeta a las condiciones
de garantía descritas en el presente pliego.
2. El software suministrado por el adjudicatario sujeto a licenciamiento podrá ser usado de
forma indefinida por la APH sin necesidad de licenciamiento adicional más allá del
periodo de garantía descrito en el apartado Requisitos de Garantía del presente pliego.
3. Todas las licencias de todos los elementos necesarios para el cumplimiento del
presente pliego se describirán en la propuesta técnica, y en la propuesta económica se
declararán los costes de licencias incluidas en los años de contrato y los que podrían
incurrirá la finalización del contrato.
4. Si hay licencias recurrentes se especificará de forma concisa los derechos que cubren
dichas licencias.

5. Cualquier componente que no se declare como licenciado y en el coste declarado en la
propuesta económica, el ofertante deberá hacerse cargo de los posibles costes tras la
ejecución del contrato de forma perpetua.
6.
. . . .
Cualquier componente necesario para cumplir los objetivos y descripción técnica del
presente pliego correrán a cargo del licitador.
5.5[4.5] Requisitos de hardware
1. Todo el hardware suministrado por el adjudicatario deberá llevar incorporado la última
versión de software publicada por el fabricante siempre que no provoque
incompatibilidad. Quedan excluidos los servidores de aplicaciones que aportará la APH
On Premise u On Cloud.
2. Los equipos suministrados deberán poseer el marcado de Conformidad Europea (CE).
3. Los elementos suministrados deberán ser conformes con la normativa vigente de la
Unión Europea y española en lo referente a sus aspectos ergonómicos, de
compatibilidad electromagnética y de reducción de la radiación emitida.
4. El suministro incluye todo el hardware (excluyendo servidores para aplicaciones),
software, accesorios, licencias y materiales que sean necesarios para la implantación
de las soluciones ofertadas, así como para su utilización y corrección de incidencias,
hasta, como mínimo, el final del periodo de garantía.
5. Todo elemento suministrado debe ser totalmente compatible, integrable y funcional con
el resto del equipamiento suministrado.
6. Los equipos por suministrar y entregar deberán ser nuevos. No será posible reutilizar ni
equipos ni componentes reparados.
7. Aquellos elementos hardware que vayan a instalarse en exteriores deberán contar con
las protecciones IP adecuadas indicadas en el documento, o sistemas de protección
equivalentes, para el entorno en el que deben operar y tener en cuenta las condiciones
especiales de la ubicación en la que se instalen.
5.6[4.6] Requisitos de seguridad
5.6.1[4.6.1] Requisitos generales de seguridad

1. La seguridad de los sistemas deberá seguir lo indicado en el Esquema Nacional de
Seguridad. El adjudicatario garantizará este cumplimiento durante todo el periodo de
ejecución del proyecto.
2. El adjudicatario deberá definir e implementar la correspondiente securización para
todos los elementos objeto del presente expediente. Estas políticas de seguridad de
cada uno de los componentes deberán quedar recogidas como entregable del proyecto
en un documento específico que se referenciará como “Políticas de Seguridad” y se
actualizará en función de la implementación del proyecto hasta la entrega final en la
que el documento final recogerá las políticas de seguridad implementadas para cada
sistema de domotización.
3. El acceso a los sistemas se realizará mediante usuarios individuales y en ningún caso
genéricos, implementando una integración con directorio activo o similar, garantizando
al menos una concurrencia de usuarios de un mínimo de:
 10 usuarios operadores.
 2 usuarios administradores.
4. La arquitectura de seguridad definirá el hardware, software, protocolos y políticas para
crear el entorno sobre el que los elementos objeto del presente expediente funcionen
de forma fiable, segura y con alta calidad. Ésta deberá cubrir al menos:
 Autenticación y autorización.
 Seguridad en las comunicaciones y securización de todos los elementos
desplegados en los diferentes componentes de la solución de domotización.
 Monitorización e integridad del sistema.
 Registro de logs centralizado.
 Backup, restoring y duplicado de datos, incluyendo procedimientos para:

o Realización de Backups o copias de seguridad de los datos gestionados.
o Restauración de copias de seguridad.
.
La implantación .
las diferentes .
49 31 00de domotización
soluciones Fax 959 49 31 01
deberá .
o Duplicación de datos (o Snapshots), tanto en tiempo real como Batch.
Avda. R.S. Colombina5.Onubense, 1 21001de Huelva Tel. 959 email: aph@puertohuelva.com
contemplar la .
correspondiente batería de pruebas de seguridad.
6. Las políticas de seguridad que se establezcan deberán girar sobre los ejes de:
 Confidencialidad: en cuanto a revelación a personas no autorizadas o que no
necesitan conocer la información.
 Integridad: en función de las consecuencias que tendría su modificación por alguien
que no está autorizado a modificar la información.
 Autenticidad: en función de las consecuencias que tendría el hecho de que la
información que gestionan o contienen no fuera auténtica.
 Trazabilidad: en función de las consecuencias que tendría el no poder rastrear a
posteriori quién ha accedido o modificado una cierta información.
 Disponibilidad: en función de las consecuencias que tendría el que una persona
autorizada no pudiera acceder a la información cuando la necesita.
7. Respecto al BMS:
 Se valorará contar con un proceso de ciclo de vida de desarrollo de seguridad
certificado según la norma IEC 62443-4-1 [Proceso] por un laboratorio
independiente y que esté comprometido a cumplir con la norma IEC 62443-4-2
[Productos].
 Deberá admitir certificados de la autoridad de certificación (CA) o de firma
automática para verificar y certificar las identidades de computadoras y otras
entidades en una red. El BMS debe ser configurable para limitar el acceso y la
administración del certificado sólo a los usuarios autorizados.
 Debe soportar funciones de ciberseguridad para encriptar la transmisión de datos,
como por ejemplo a través de Transport Layer Security (TLS) o similar.
5.6.2[4.6.2] Requisitos de seguridad en comunicaciones

1. El adjudicatario deberá diseñar la seguridad de todos los elementos que conformen
cada sistema de domotización, y en particular, los asociados con las directrices básicas
para proteger las comunicaciones expuestas a internet pública.
2. Se deberán habilitar los mecanismos que garanticen la seguridad de los datos, para
prevenir los accesos no autorizados a los dispositivos y equipos.
3. Todos los servicios (web services, API, etc.) publicados por los sistemas, deberán
implementar mecanismos de seguridad, que permitan establecer la identidad del
usuario antes de acceder a cualquier servicio y proporcionar la autorización funcional y
de datos.
4. La arquitectura deberá estar provista de mecanismos de defensa ante ciberataques.
5. Se deberán habilitar mecanismos de protección contra intrusos que permitan detectar,
reportar y prevenir accesos no deseados.
6. El adjudicatario deberá modificar todas las contraseñas por defecto de todos los
elementos que se instalen.
7. La accesibilidad a la red de hardware y software deberá permitir la selección de
direcciones IP autorizadas.
5.6.3[4.6.3] Requisitos para desarrollo de software seguro

1. Para garantizar la seguridad de los desarrollos se debe utilizar un Ciclo de Desarrollo
de Software Seguro (Secure Development Life Cycle o S-SDLC) o procedimiento
similar, incorporando la seguridad como un proceso transversal durante todo el proceso
de desarrollo.
2. Respecto a las validaciones de entrada se deben tener en cuenta las siguientes
prácticas.
 Toda entrada al sistema debe considerarse como maliciosa.

 La validación de datos de entrada debe realizarse en un entorno fiable,
normalmente el backend.

. . . . .
Siempre que sea posible la validación deberá centralizarse en un punto de la
aplicación.
 Se validarán rangos y longitudes de campos.
 Se validará que los campos concuerdan con lo esperado (cabeceras http con
caracteres exclusivamente en ASCII, si se espera un fichero en un formato debe
ser ese el formato, etc.).
 Se realizarán controles especiales para caracteres o cadenas que se consideren
peligrosos (<, >, %, /, etc.), evitándose su presencia si no son necesarios.
3. Respecto a las validaciones de salida se deben tener en cuenta las siguientes
prácticas.
 La codificación de datos de salida debe realizarse en un entorno fiable,
normalmente el backend.
 De estar disponible se utilizarán librerías y métodos de codificación ampliamente
testados y aceptados por la comunidad (p.ej. URLEncoder de Android).
 Los datos de salida serán codificados en base al uso que hará de ellos la aplicación
(evitando por ejemplo datos interpretables en HTML para un navegador web o
posibles modificaciones a comandos SQL).
4. Se valorará que la solución software admita integración con Active Directory para
facilitar inicio de sesión único (SSO).
5. Respecto a la autenticación, en el caso de no integrarse con el sistema SSO y LDAP
de la Plataforma Digital que podrá facilitar la APH, se deberán implantar sistema de
autenticación y autorización siguiendo las siguientes prácticas:
 Exceptuando las páginas públicas, el resto requerirán autenticación para ser
accedidas.
 Los controles de autenticación se realizarán en un sistema fiable, normalmente el
backend.
 Los controles de autenticación estarán centrados en un único módulo para una
aplicación.
 La lógica de la autenticación estará separada de la lógica del recurso al que se
accede.
 Las peticiones de autenticación se realizarán a través de conexiones HTTP (post)
cifradas convenientemente.
 La validación de los datos de autenticación se debe llevar a cabo cuando todos los
datos necesarios hayan sido introducidos.
 Todas las contraseñas se deben guardar debidamente cifradas a través de una
función criptográfica segura, nunca en texto claro.
 Se deben establecer requisitos mínimos de seguridad para las contraseñas.
 Si se generan contraseñas por defecto deben ser cambiadas en el primer acceso.
 Se desactivarán las cuentas tras un número de intentos fallidos durante un periodo
de tiempo para evitar ataques de fuerza bruta.
 Se evitará la utilización de preguntas de seguridad para recuperar contraseñas, de
ser necesario se evitarán preguntas cuya respuesta pueda averiguarse con un
esfuerzo razonable (p.ej. ¿Cuál era tu colegio?).
 Se enviarán solicitudes de restablecimiento de contraseña exclusivamente a
correos electrónicos registrados.
 De ser posible se establecerá un doble factor de autenticación.
6. Respecto a la gestión de sesiones de usuario se seguirán las siguientes prácticas de
seguridad.
 De estar disponible para el control de sesiones se utilizará el control de sesiones
que incorpore el Framework en el que se desarrollan los sistemas de domotización.
 Las sesiones expirarán tras un periodo definido de inactividad.

 Los identificadores de sesión se crearán en un entorno confiable, normalmente el
backend.
 Se evitará exponer la información sobre la sesión a terceros.
Avda. R.S. Colombina7.Onubense,
El sistema .
1 tendrá
21001 Huelva .
configurado Tel.
un conjunto de00
959 49 31 .
roles por
Fax defecto con01
959 49 31 .
permisos
en base a las necesidades de los usuarios y proporcionando acceso a las
definidos
funcionalidades en las que se tenga permiso en base a su perfil. Dichos roles/permisos
estarán especificados para cada sistema de domotización conforme a sus
particularidades.
8. Respecto a la gestión de errores se seguirán las siguientes prácticas de seguridad.
 Ante la aparición de un error se debe evitar revelar información sensible como
detalles del sistema, identificadores de sesión o información sobre cuentas.
 La aplicación debería gestionar todos los errores y no depender nunca de los
errores por defecto del sistema.
 Ante la aparición de un error, la política por defecto de cara a la tarea que se está
realizando debe ser la denegación.
 Los logs deben registrar los sucesos relevantes en el sistema:
o Fallos en la validación de entrada.
o Intentos de autenticación fallidos.
o Intentos de conexión con sesiones expiradas.
o Cambios en la configuración de elementos críticos.
o Excepciones en el sistema y otros errores ocurridos durante la ejecución.
9. Se evitará en todo caso almacenar credenciales en el código fuente de la aplicación o
en archivos de configuración.
10. Los recursos accesibles a través de conexiones seguras no estarán accesibles a través
de conexiones que no lo son.
11. Respecto a los accesos a base de datos se seguirán las siguientes prácticas:
 Los accesos a base de datos se realizarán siempre a través de consultas
parametrizadas.
 Los parámetros deben pasar un proceso de codificación y validación.
 Respecto a los accesos se seguirá el criterio del “menor privilegio posible” para
acceder a los datos.
 Los roles con distintos niveles de acceso accederán a través de distintos usuarios,
cada uno con sus privilegios.
 La conexión con base de datos se mantendrá el tiempo necesario para la ejecución
de las tareas.
12. Se realizará una buena gestión de la memoria para evitar vulnerabilidades críticas
relacionadas con esta gestión (desbordamiento de buffer, etc.).
13. Las tareas relacionadas con el sistema operativo se realizarán a través de las APIs
ofrecidas por el mismo.
14. Todas las variables y fuentes de datos deben ser inicializadas antes de su primer
volcado.
15. En caso de que el código permita actualizaciones se deberá verificar que éste proviene
de fuentes confiables.
5.6.4[4.6.4] Requisitos de auditoría y monitorización de seguridad

1. Se deberá implementar un sistema de monitorización que facilite el estado de la
seguridad y de la información relacionada con los eventos de seguridad.
2. El sistema de monitorización deberá permitir la monitorización de los componentes
hardware y software desplegados, inspeccionando los logs de estos que puedan
indicar que el sistema está en riesgo.
3. El sistema de monitorización deberá tener la capacidad de realizar una monitorización
y control de las actividades realizadas por los usuarios, a partir de registros de
auditoría, generando informes de actividad y auditorías de las actividades de cada

usuario, grupos de usuarios y a nivel estadístico, con diferentes niveles de detalle, en
función de la información almacenada en los registros.
4. Todas estas consultas relativas a la monitorización deben poder realizarse a través de
.
5.
.
Tel. 959 49 31 00 .
una interfaz que sea amigable y fácilmente utilizable por el usuario.
Fax 959 49 31 01 .email: aph@puertohuelva.com
Los registros de auditoría deberán incluir toda la información relevante relacionada con
.
las políticas de seguridad:
 Identificadores.
 Fechas, horas y detalles de eventos claves.
 Registros de intentos de acceso fallidos y rechazados al sistema, bases de datos y
otros recursos.
 Cambios en la configuración del sistema.
 Uso de privilegios.
 Uso de las utilidades y aplicaciones del sistema.
 Archivos a los cuales se tuvo acceso y los tipos de acceso.
 Direcciones y protocolos de la red.
 Alarmas, alertas y mensajes de los dispositivos y sistemas en relación con el
acceso.
 Activación y desactivación de los sistemas de protección; como sistemas antivirus y
sistemas de detección de intrusiones.
6. Cuando los registros de auditoría contengan datos de carácter personal se deberán
mantener las medidas de protección de privacidad apropiadas de acuerdo con la Ley
de Protección de Datos de Carácter Personal (LOPD) y demás normativa aplicable al
efecto.
7. Los administradores del sistema no deberán tener permiso para borrar o desactivar los
registros de auditoría de sus propias actividades.
8. Se deberá disponer de un registro de logs centralizado, teniendo en cuenta:
 Los diferentes elementos de las soluciones que conformen cada sistema de
domotización deberán generar logs de cara al control de la seguridad.
 En el registro se almacenarán los logs de todos los elementos de forma
centralizada para el tratamiento por el sistema de monitorización de los eventos
registrados.
 Durante la ejecución, se determinará el procedimiento más adecuado de gestión de
los logs, en cuanto a su almacenamiento, periodo de almacenamiento o
eliminación.
 De cara a mantener la uniformidad, siempre que sea posible, los relojes de todos
los componentes dentro del ámbito del presente expediente se deberán sincronizar
con una fuente que proporcione la hora exacta acordada, para asegurar que el
sello de fecha/hora refleje la fecha/hora real.
5.7[4.7] Requisitos de cumplimiento de normativa

1. El adjudicatario deberá cumplir con toda la normativa de obligado cumplimiento
asociada a cada una de las actuaciones a desarrollar.
2. El software deberá seguir la legislación vigente y las recomendaciones internacionales
y estándares de usabilidad y accesibilidad. Se deberá alcanzar, al menos, un Nivel de
Conformidad “AA” (Doble A). En el caso de páginas web se deberá cumplir así mismo
la norma UNE-EN 301 549, “Requisitos de accesibilidad de productos y servicios TIC
aplicables a la contratación pública en Europa”– “Accessibility requirements suitable for
public procurement of ICT products and services in Europe” o equivalente. En el caso
de aplicaciones para dispositivos móviles también se deberá cumplir la “Directiva (UE)
2016/2102 del Parlamento Europeo y del Consejo, de 26 de octubre de 2016, sobre la
accesibilidad de los sitios web y aplicaciones para dispositivos móviles de los
organismos del sector público”.
3. Todas las actuaciones de instalación o despliegue de sensores y su infraestructura
necesaria, requerirán, de forma previa al comienzo de las actuaciones, un informe o

documento inicial por parte del adjudicatario de cumplimiento de la normativa aplicable
a la actuación a realizar, así como la aprobación por parte del responsable técnico del
proyecto del comienzo de esta.
4.
. . . .
En caso de ser necesario algún tipo de homologación o de permiso para el comienzo
de los trabajos de las actuaciones de instalación o de despliegue de sensores, será el
.
adjudicatario el responsable de conseguirla aportando los medios necesarios para ello.
5. En caso de ser necesario algún tipo de certificación de la instalación realizada, será el
adjudicatario el responsable de conseguirla aportando los medios necesarios para ello.
6. Todas las licencias, permisos, elementos de seguridad y riesgo correrán a cargo del
adjudicatario, que deberá disponer de todas las autorizaciones necesarias para la
implantación de los diferentes elementos objeto de la licitación.
7. Posteriormente, y tras la instalación, y previa a la puesta en marcha, el adjudicatario
realizará un chequeo de cumplimiento de los diferentes requerimientos descritos en el
informe o documento inicial.
8. Los sensores deberán cumplir con las normativas UNE correspondientes que
garanticen su precisión y calidad de la medida.
9. El adjudicatario deberá tener en cuenta todos los requisitos que marca la Agencia
Española de Protección de Datos, basados en la normativa vigente y en las
recomendaciones que la Agencia tiene publicadas para este tipo de servicios. El
adjudicatario incluirá en su solución todos aquellos elementos tecnológicos que
permitan el cumplimiento de la normativa.
10. Para cada uno de los componentes y actuaciones el adjudicatario deberá seguir las
normas técnicas de interoperabilidad que procedan, generadas por el Comité Técnico
de Normalización AEN/CTN-178 Ciudades Inteligentes y aquellas que apliquen del
Esquema Nacional de Interoperabilidad (ENI).
11. La alimentación eléctrica de todo elemento suministrado deberá cumplir lo dispuesto
por el Reglamento Electrotécnico para Baja Tensión y sus instrucciones técnicas
complementarias.
5.8[4.8] Requisitos de garantía

La contratación del suministro y prestaciones para la instalación de los productos suministrados
incluye una garantía integral in-situ prestada por el adjudicatario que asegure que todas las
infraestructuras, hardware, sensores, software, funcionalidades y elementos suministrados se
conservan en condiciones óptimas y están disponibles para su utilización.
El inicio del plazo de garantía se produce a la aceptación por parte de la APH de las
actuaciones objeto del Contrato. Una vez aceptado por la APH cualquier elemento o prestación
del Contrato, dicho elemento o prestación entrará en garantía en función de lo siguiente:
1. El adjudicatario deberá garantizar el resultado de cada una de las soluciones de
domotizaciones ofertadas para todos los elementos que las componen.
2. El período de garantía tendrá una duración de, al menos, la duración del periodo de
mantenimiento contratado.
3. En el caso de que alguna de las funcionalidades y prestaciones de los elementos
suministrados para el desarrollo del proyecto necesitaran algún tipo de licencia para ser
utilizadas durante la implantación o la garantía, dicha licencia estará incluida en la
solución y será suministrada por el adjudicatario como parte de la misma.

6[5] METODOLOGÍA, ORGANIZACIÓN Y GOBIERNO DEL PROYECTO
6.1[5.1]
Metodología de Proyecto
1 21001 Huelva .
Tel. 959 49 31 00 . Fax 959 49 31 01 . email: aph@puertohuelva.com .
El licitador deberá describir en su propuesta la metodología de trabajo de desarrollo del
proyecto para cumplir los requisitos del presente PPT, describiendo la división del proyecto en
el conjunto de fases donde se ejecutan los procesos, incluyendo los mecanismos propuestos
de gestión, de control, de coordinación, de evaluación de riesgos y de aseguramiento de la
calidad, así como la definición de las responsabilidades requeridas para dirigir, gestionar y
entregar los productos de manera satisfactoria, con el objetivo de lograr el éxito del proyecto.
Dicha metodología será puesta en común y consensuada con la APH en el Kick-off del
proyecto, estableciendo la metodología de gestión de proyectos que mejor se adecúe al
proyecto, y sobre la cual el adjudicatario deberá adecuar su actuación en todo momento,
incluyendo posibles adecuaciones o variaciones en la metodología de gestión de proyectos que
determine el Director Técnico de la APH.
Para poder ejecutar de forma eficiente la metodología de gestión de proyectos en APH, se hace
necesario que el adjudicatario haga uso de un conjunto de herramientas que faciliten y agilicen
el trabajo, además de centralizar toda la información y dejarla disponible y accesible para todos
los participantes en el proyecto.
Las herramientas en vigor de la APH que dan soporte a la metodología ágil de gestión de
proyectos son:
- Documentación de Kick-off de proyecto
- Excel (Ficha de proyecto) y Redmine para la gestión diaria del proyecto.
- SharePoint (versión en vigor en APH) para la gestión de la documentación del
proyecto.
- Microsoft Teams como herramienta colaborativa y donde se crearán canales por
temáticas a los que cada usuario en función de su rol tendrá determinado el acceso.
o Se hará uso de la herramienta Teams para reuniones no presenciales.
o Se publicará información en el SharePoint de Teams.
- Excel y Word para la generación de informes de seguimiento conforme a la estructura
definida por la PMO de APH.
- Actas de las reuniones firmadas.
6.2[5.2] Organización
6.2.1[5.2.1] Equipo de trabajo

El adjudicatario debe especificar el personal del equipo del proyecto, roles y responsabilidades,
entregando con la oferta un compromiso de adscripción de personal propuesto o de sustitución
por iguales capacidades y experiencia.
En caso de no adscribir las personas comprometidas en la oferta, la APH podrá ejecutar las
sanciones previstas en el ANS.
6.2.2[5.2.2] Jefe de Proyecto

El adjudicatario designará un Jefe de Proyecto, que deberá ser el propuesto en la oferta, que
contará con capacidad suficiente para la toma de decisiones que se adopten sobre las
prestaciones contratadas en el proyecto, sin que estas puedan verse afectadas por falta de
capacidad decisoria, ya sea legal o formal.
Este técnico responsable será el único interlocutor válido con APH para todos los asuntos
relativos al contrato durante la ejecución de las actuaciones del proyecto.

APH se reserva el derecho a solicitar el cambio de interlocutor en cualquier momento de la
ejecución del proyecto, siendo responsabilidad del adjudicatario la presentación de un sustituto
en un plazo no superior a quince días. Si durante la ejecución del contrato, la empresa
. . . .
adjudicataria propusiera el cambio del Jefe de Proyecto, esta circunstancia ha de ser
Avda. R.S. Colombina Onubense, 1 21001 Huelva Tel. 959 49 31 00 Fax 959 49 31 01
comunicada al Director Técnico de APH con una antelación de 15 días.
6.3[5.3] Modelo de Gobierno
6.3.1[5.3.1] Órganos de Gobierno
6.3.1.1[5.3.1.1] Director Técnico de la APH

Por parte de la APH, se designará un Director Técnico que será el responsable del proyecto
perteneciente al Departamento de Tecnología y Sistemas de Información de la APH que tendrá,
entre otras, las siguientes funciones:
- Definir la estrategia general del proyecto, visión y objetivos del proyecto.
- Asegurar el alineamiento de la visión de negocio con los objetivos.
- Asegurar el cumplimiento de la estrategia, objetivos, plazos y presupuestos del
proyecto.
- Aprobar cambios en alcance, planificación y plan de proyecto.
- Toma decisión final en caso de conflictos y proceso de resolución.
6.3.1.2[5.3.1.2] Oficina de Proyecto

La APH se apoyará en un servicio de Oficina de Proyecto PMO contratado al efecto que
apoyará a la APH en todas las tareas de gobierno del proyecto incluidas, entre otras:
- Facilitar y coordinar las reuniones periódicas para el seguimiento del avance, dirección
del proyecto y para analizar los problemas en el caso que existan.
- Supervisar las áreas de gestión de riesgos, despliegue y gestión de la entrega.
- Revisar todos los entregables en forma, contenido y calidad, apoyando en el proceso
de validación.
- Seguimiento de los avances, actualización de la ficha de seguimiento del proyecto y
generación de actas de las reuniones.
- Recopilar y gestionar la información generada por el proyecto.
- Supervisar la ejecución de pruebas de verificación y puesta en marcha.
- La consolidación del proyecto.
- Dar soporte administrativo a procesos de certificación.
6.3.1.3[5.3.1.3] Comité de Seguimiento y Comité de Dirección

Al inicio del proyecto, se establecerán los siguientes Comités:
- Comité de Seguimiento: compuesto por el Jefe de Proyecto, Director Técnico de la
APH y aquellos otros actores, internos o externos, que el Director Técnico de la APH
considere oportuno. El Comité de Seguimiento se reunirá al menos una vez al mes, o
a petición de la APH, para realizar tareas de seguimiento y coordinación a nivel técnico
sobre el avance y consecución de objetivos del proyecto.
- Comité de Dirección: compuesto por el Jefe de Proyecto, Director Técnico y CTO de la
APH y aquellos otros actores, internos o externos, que el CTO de la APH considere
oportuno. El Comité de Dirección se reunirá para tomar decisiones de alto nivel que
tengan una afectación posible a presupuestos, alcance, gestión de conflictos o
aprobación, entre otros.
Tanto el Comité de Seguimiento como el Comité de Dirección serán coordinados por la PMO, y,
preferentemente las reuniones de los Comités se llevarán a cabo vía videoconferencia a través
de Microsoft Teams, si bien, podrán realizarse de forma presencial en las oficinas o muelles de
servicio de la APH cuando así se requiera por parte de la APH.

6.3.2[5.3.2] Seguimiento del Proyecto
6.3.2.1[5.3.2.1] Información y documentación durante el proyecto

El adjudicatario
Onubense, 1durante
21001la Huelva .
ejecución deTel.
los 959
trabajos
49 31del .
00proyecto deberá:
Fax 959 49 31 01 . email: aph@puertohuelva.com .
1. Facilitar la información y documentación que el Comité de Seguimiento o el Comité de
Dirección soliciten para disponer de un pleno conocimiento de las circunstancias en
que se desarrollan los trabajos, así como de los eventuales problemas que puedan
plantearse y de las tecnologías, equipos o dispositivos, métodos y herramientas
utilizados para resolverlos. Asimismo, el adjudicatario se compromete, en todo
momento, a cumplir los procedimientos establecidos por APH.
2. Informar al Comité de Seguimiento, con la periodicidad necesaria, sobre los distintos
aspectos de avance y calidad de las actuaciones realizadas.
3. Reportar la información requerida para facilitar la supervisión y monitorización del
proyecto a la APH y la Oficina de Proyecto.
4. Enviar la información solicitada por la Oficina de Proyecto a fin de facilitar la
actualización de la ficha de seguimiento del proyecto en la que quedará registrado, al
menos, la organización del proyecto, el histórico de la planificación de las entregas, la
fecha real de entrega, instalación de los diferentes elementos, el cumplimiento de los
hitos, registro de reuniones, la evolución presupuestaria del proyecto y la planificación
de las próximas tareas a realizar. Con ello, se dispondrá de un documento vivo con el
estado del proyecto, indicando plazos consumidos, plazo restante, importe consumido,
importe restante, trabajos realizados y situación de los trabajos pendientes. Además,
permitirá servir de cuadro de mando que resuma el estado de los indicadores clave del
proyecto. Esta documentación será necesaria para la validación de la factura, por lo
que no podrán tramitarse la factura sin la entrega de la ficha de seguimiento del
proyecto actualizada a modo de informe de seguimiento mensual.
5. Aportar las especificaciones, informes, diagramas, planos, dibujos y cualquier otro
documento relativo al objeto del Contrato en castellano, cualquiera que sea el soporte
y/o formato utilizado para la transmisión de información, salvo indicación expresa de lo
contrario.
6. Utilizar el gestor documental Sharepoint de la APH con acceso vía web para facilitar la
gestión de toda la documentación del proyecto, donde se incorporará toda la
información relacionada con las diferentes soluciones de domotización del proyecto.
7. Seguir el procedimiento de gestión de la documentación de la APH.
8. Firmar las actas de reuniones de seguimiento del Proyecto mantenidas en relación con
la ejecución del proyecto, redactadas por la Oficina de Proyecto.
6.3.2.2[5.3.2.2] Entrega y aceptación de trabajos

La entrega y aceptación de los trabajos estarán sujetos a los siguientes puntos:
1. Todos los suministros, instalaciones y pruebas requeridos como parte de los trabajos
solicitados quedarán sujetos a las condiciones generales y requisitos técnicos de
suministro, de instalación y de pruebas especificadas descritas anteriormente.
2. El proyecto se trata de una solución llave en mano, por tanto, el adjudicatario incluirá
todos los elementos hardware y software necesarios para la puesta en marcha y
funcionamiento de las soluciones de domotización de los sistemas de tomas eléctricas
como sistemas de climatización del edificio de oficinas
3. El plazo de implantación de los elementos objeto de la licitación finaliza a la aceptación
por parte de APH de la entrega y puesta en marcha de cada uno de los elementos,
prestaciones y documentación asociados. El adjudicatario deberá tener en cuenta que
los plazos incluyen la corrección de disconformidades y errores que puedan detectarse
en los ciclos de pruebas.
4. Para formalizar la entrega de los diferentes elementos y prestaciones objeto del
contrato el adjudicatario redactará las correspondientes actas, las presentará para su
firma y sellado a los representantes de las entidades receptoras de dichas
prestaciones, y las remitirá a APH para su aceptación.

5. La APH definirá los formatos y contenido de las actas e información asociada (que
podrán incluir, entre otros, resultados de pruebas, fotos generales y de detalle,
esquemas, etiquetados inventarios de las instalaciones, de componentes instalados,
. . . .
etc.) e indicará al adjudicatario los representantes designados para la firma y sello de
estas. 1 21001 Huelva Tel. 959 49 31 00 Fax 959 49 31 01 email: aph@puertohuelva.com .
6. APH, y previo a la aceptación de los entregables, se reserva el derecho de realizar,
bien directamente o por terceros, todas las comprobaciones necesarias con el fin de
asegurar que las entregas realizadas por el adjudicatario cumplen con los
requerimientos solicitados.
7. El adjudicatario no deberá presentar a firma de APH ningún otro documento diferente
de los que se establecen en el presente pliego o sean indicados por APH.
6.3.2.3[5.3.2.3] Entrega y sustitución de equipamiento

Para el caso concreto de entrega y sustitución de equipamiento se estará sujeto a los
siguientes puntos:
1. Al comienzo de los trabajos el adjudicatario presentará a APH toda la información
técnica necesaria para la comprobación de los requisitos técnicos obligatorios de todos
los elementos hardware y software a implantar en las soluciones de domotización,
aportando información detallada de cada uno de los requerimientos de obligado
cumplimiento definidos en este documento. La información aportada estará organizada
mediante tablas en las que por cada uno de los requisitos de obligado cumplimiento se
aporte la información técnica de soporte que permita comprobar su cumplimiento.
2. En el caso de que sea necesario un cambio en alguno de los componentes de la
solución, por actualización tecnológica, obsolescencia del equipamiento,
descatalogación, etc., el adjudicatario deberá notificar con una antelación mínima de un
(1) mes a APH este cambio, para poder evaluar el impacto en el proyecto en ejecución
y ser homologado según el procedimiento establecido por la APH.
3. En el caso de que la APH considere que no se puede aprobar el cambio y
homologación de equipos para el proyecto, por el impacto que ello conlleva, el
adjudicatario se comprometerá a seguir suministrando los mismos equipos.
4. El adjudicatario se compromete a ofrecer siempre componentes software y/o equipos
con las mismas características técnicas o superiores a los equipos inicialmente
ofertados en el presente procedimiento de contratación.
6.3.2.4[5.3.2.4] Documentación y cierre del proyecto

El cierre del proyecto estará sujeto a los siguientes puntos:
1. Toda la documentación generada por el adjudicatario en la ejecución del Contrato será
propiedad exclusiva de APH sin que el contratista pueda conservarla, ni obtener copia
de esta o facilitarla a terceros sin la expresa autorización por escrito de la persona a
cargo del proyecto, que la concederá, en su caso, previa petición formal del contratista
con expresión del fin.
2. Toda la documentación del proyecto deberá ser entregada en soporte digital editable.
Esta documentación no podrá contener ningún tipo de rectificación o tachón, siendo
esto motivo suficiente para su devolución y no contabilizando como entregada hasta
que no se reciba la documentación correcta. La documentación no podrá ser elaborada
a mano.
3. Adicionalmente, si APH lo considera oportuno, se entregará un dispositivo de
almacenamiento equivalente con la recopilación de toda la información final de
proyecto, incluyendo además cualquier otra información relacionada con el proyecto,
como, por ejemplo, actas de reuniones, especificaciones concretas, etc.
4. La documentación y el procedimiento de actualización de la misma deberá incluir un
control de cambios estricto y con encabezado con las modificaciones.
5. En la oferta el licitador deberá concretar el Plan de Transferencia del servicio en caso
de finalizarse el presente contrato y ser seleccionado otro proveedor para el mismo,
concretando de forma inequívoca la documentación que se generará a tal efecto.

6.4[5.4] Plan de aseguramiento de la calidad
El adjudicatario deberá realizar las actuaciones que se indican y con arreglo a los
.
Onubense, 1de calidad
aseguramiento 21001 de
Huelva .
Tel. 959 49 31 00
los mismos. .
requerimientos descritos de todos los entregables en este PPT para garantizar el
Avda. R.S. Colombina Fax 959 49 31 01 .
De forma específica el equipo del adjudicatario que realizará las actividades de aseguramiento
de calidad debe de ser distinto del que realizará el proyecto objeto de este expediente.
Si el adjudicatario dispone de departamento específico de calidad, en el kick-off del proyecto se
deberá presentar escrito por parte de este departamento asegurando que este proyecto está
sujeto a las normas de calidad de la(s) empresa(s) principal(es).

7[6] PLANIFICACIÓN Y PLAZOS DE EJECUCION
7.1[6.1]
Avda. R.S. Colombina Fases
Onubense, .
1 del Proyecto
21001 Huelva . Tel. 959 49 31 00 . Fax 959 49 31 01 . email: aph@puertohuelva.com .
El licitador deberá describir en su propuesta la planificación y plazos de ejecución, mostrando
de forma clara las acciones o actividades, documentación, entregables y cualquier otro
artefacto en las diferentes fases en que se divida el proyecto.
El proyecto se dividirá en varias fases con los siguientes plazos máximos de ejecución de cada
una de ellas:
7.1.1[6.1.1] Fase 1: Plan de Trabajo
7.1.1.1[6.1.1.1] Kick-off
Plazo máximo: Se realizará durante las dos (2) primeras semanas a partir de la firma del
contrato.
Objetivo: En esta reunión se pondrán en común las necesidades, los enfoques técnicos y de
gestión propuestos para abordar el proyecto, identificando los puntos abiertos estratégicos del
contrato, así como terminar de resolver los puntos que no se encuentren bien explicados en la
oferta y discrepancias menores, para que desde el arranque se tenga un concepto y visión
conjunta que garantice una planificación y ejecución de tareas concretas de una forma eficiente
y correcta.
Tanto la Metodología como el Gobierno del proyecto se establecerán en el Kick-off del
proyecto, debiendo el adjudicatario aportar la propuesta por adelantado para su puesta en
común.
El adjudicatario preparará una presentación soporte para la reunión de kick-off, donde se
incluya una descripción de objetivos, alcance, planificación y metodología propuesta. La PMO
facilitará al adjudicatario una plantilla para su elaboración.
Entregables:
- Presentación Kick-off del proyecto con plan inicial de gestión del proyecto.
- Escrito aplicación de normas de calidad (en el caso de que el adjudicatario disponga de
departamento específico de calidad)
7.1.1.2[6.1.1.2] Definición del Plan de Trabajo y Replanteo

Plazo máximo: Se realizará durante los seis (6) primeros meses a partir de la firma del contrato.
Objetivo: Inicialmente, por una parte, se solicitará, recopilará y analizará toda la información
inicial necesaria y disponible por parte de APH relacionada con las instalaciones del edificio de
la sede central de la APH, con las aplicaciones (Plataforma Digital, proceso de integración de
datos, etc.) y con la infraestructura (Azure DevOPS de la APH, etc.).
Por otra parte, se realizará la propuesta de alternativas de las soluciones de domotización, de
forma que se acuerde el diseño final de las soluciones de domotización (arquitectura,
elementos, sensores, controladores, etc.) de una forma consensuada con la APH.
Con toda la información proporcionada por la APH y con las soluciones de domotizaciones
consensuadas de acuerdo con la APH, se asentarán todos los detalles del Plan de Trabajo y
las implicaciones de esfuerzos y colaboradores necesarios por parte de APH.
Como resultado de esta fase, se obtendrá una planificación detallada de tareas a realizar para
la implantación de las soluciones de domotización, de una forma gradual, especificando los
procedimientos de replanteo, instalación, integraciones, testeo y puesta en marcha, entre otros.
También se detallarán los medios para el aseguramiento de la calidad y las políticas de
seguridad del proyecto, que se plasmarán en documentos específicos dedicados a ello.

Una vez asentado el Plan de Trabajo, se realizarán los trabajos de implantación necesarios y
de replanteo para definir el emplazamiento óptimo donde instalar los diferentes elementos que
componen cada una de las soluciones de domotización, minimizando en todo momento
. . . .
cualquier potencial impacto en los usuarios y adecuando la ubicación de las soluciones a las
necesidades identificadas.
Tel. 959 49 31 00 Fax 959 49 31 01 email: aph@puertohuelva.com .
Además, se incluirá en el replanteo las estructuras necesarias para garantizar el óptimo
funcionamiento (localización que evite efectos externos y obstáculos) y seguridad (soporte,
fijación, anclajes, cerramientos, etc.) de los elementos de las soluciones de domotización, así
como minimizar el impacto visual que provoquen las instalaciones.
El replanteo partirá de listado de ubicaciones identificadas de forma previa por la APH, que
servirán de base para la definición de las ubicaciones de los emplazamientos definitivos, que
serán justificados y acordados de forma consensuada con la APH.
Entregables:
- Plan de trabajo detallado.
- Plan de aseguramiento de la calidad.
- Políticas de seguridad.
- Documentos asociados al diseño de soluciones:
o Arquitectura.
o Detalles de sensores y elementos de las soluciones.
o Requisitos normativos para la puesta en marcha (gestión de permisos,
homologaciones, etc.).
- Planos de despliegue con detalle de ubicaciones.
- Actas de replanteo.
7.1.2[6.1.2] Fase 2: Implantación
7.1.2.1[6.1.2.1] Suministro e Instalación

Plazo máximo: Se realizará durante los seis (6) meses siguientes a la definición del Plan de
Trabajo y Replanteo.
Objetivo: Realizar el suministro e instalación de todos los elementos, tanto software como
hardware, de las soluciones de domotización en los emplazamientos definitivos definidos en el
Replanteo, incluyendo la parametrización y configuración de todos los elementos de las
soluciones. En todo momento, para los trabajos de instalación in situ se deberá disponer de
todas las autorizaciones y requisitos necesarios para la implantación.
A nivel de sensores, éstos deberán de estar convenientemente calibrados antes de su
implantación y puesta en marcha.
A nivel software, se llevará a cabo el despliegue y puesta en producción siguiendo el modelo de
integración y entrega continua (CI/CD) indicado por la APH.
Antes de la puesta en marcha, será necesario la realización de un Plan de Pruebas completo
para cada una de las soluciones a implantar, garantizando con la ejecución de las pruebas la
fiabilidad de los datos y el correcto funcionamiento a nivel de comunicaciones y tratamiento
para la integración de los datos con la Plataforma Digital.
Entregables:
- Elementos hardware de las soluciones de domotización instalados en emplazamientos
definidos.
- Elementos software de las soluciones de domotización desplegados en entornos de
preproducción y producción de la APH.
- Plan de pruebas.
- Manuales de instalación y despliegue.

- Manuales técnicos de administración.
- Manuales de usuario.
7.1.2.2[6.1.2.2]
Onubense, 1Formación
21001 Huelva .
Tel. 959 49 31 00 .
Fax 959 49 31 01 .
Plazo máximo: Se realizará de forma paralela o tras el Suministro e Instalación de las
.
Objetivo: Como complemento a la puesta en marcha, el adjudicatario impartirá la capacitación
asociada a la solución implantada, cubriendo la utilización, administración y mantenimiento de
todos los elementos que conformen las soluciones de domotización descritas en el presente
PPT.
En la memoria técnica, el licitador deberá proponer el Plan de Formación (incluyendo
descripción, número y formato de jornadas) más adecuado para conseguir un alto nivel de
independencia y autonomía en el uso, configuración y mantenimiento por parte de los técnicos
de APH y los mantenedores de los sistemas de climatización.
La formación será preferiblemente en formato presencial en las instalaciones de la APH,
considerando como mínimo una jornada de capacitación, no obstante, podrá proponerse
sesiones adicionales, tanto en formato presencial como virtual, y serán impartidas en
castellano.
Los contenidos, horarios y fechas de impartición concretas de las jornadas de formación serán
entregados previamente en formato electrónico para la validación de la APH, tratando de
coincidir en la mayor medida posible con el periodo de puesta en marcha de cada una de las
Por último, se entregará un dosier y/o vídeo promocional a modo de efecto divulgativo y de
comunicación para las soluciones de domotizaciones puestas en marcha que recoja las
actuaciones efectuadas y la solución concreta implantada con todos sus elementos.
Entregables:
- Plan de Formación.
- Documentación de las jornadas de formación.
- Dosier y/o video divulgativo.
7.1.3[6.1.3] Fase 3: Mantenimiento

Plazo máximo: Se realizará a partir de la implantación de las soluciones de domotización hasta
la finalización del contrato.
Objetivo: Una vez instalada y puesta en marcha cada una de las soluciones de domotización
con sus funcionalidades totalmente operativas, el adjudicatario se encargará de mantener los
elementos hardware y software de las soluciones de domotización (mantenimiento preventivo y
correctivo) y evolucionarla bajo solicitudes específicas de la APH (mantenimiento evolutivo).
Para el mantenimiento preventivo, como se ha indicado anteriormente, el licitador incorporará
en su oferta una propuesta del “Plan de Mantenimiento Preventivo”, incluyendo el “Stock de
repuestos” propuesto. En esta fase se llevarán a cabo los trabajos periódicos fijados en el “Plan
de Mantenimiento Preventivo” y se mantendrá el stock indicado, reponiendo los elementos
conforme se requieran en las tareas de mantenimiento. En el caso de exigirse mantenimiento
técnico-legal de algunos de los elementos de las soluciones de domotización, se desarrollarán
los trabajos periódicos requeridos que se recogerán en un libro de mantenimiento técnico-legal
al efecto.
Para el mantenimiento correctivo, los trabajos se realizarán bajo demanda previo aviso a través
de contacto con CAU y con utilización de la herramienta GMAO facilitada por la APH.
Para el mantenimiento evolutivo, tras solicitud de la APH, el adjudicatario realizará y entregará
un diseño técnico y funcional (en función de la solicitud requerida) valorando en horas el

esfuerzo requerido para su implantación. La APH realizará la aprobación y validación para su
desarrollo y posterior entrega, incluyendo documentación soporte y pruebas de funcionamiento.
Entregables:
.
Avda. R.S. Colombina Onubense, 1 21001 Huelva .
Tel. 959 49 31 00
- Plan de Mantenimiento Preventivo.
.
Fax 959 49 31 01 . email: aph@puertohuelva.com .
- Mantenimiento del Stock.
- Informes de mantenimiento.
- Libro de mantenimiento técnico-legal y actas de cero defectos
7.2[6.2] Lugar de desarrollo de los trabajos

Los trabajos de definición, diseño, desarrollo y configuración serán realizados por el proveedor
en sus instalaciones.
Los trabajos de las tareas relativas a reuniones, formación, replanteos e implantación podrán
realizarse en desplazamientos temporales en la APH. En dichos desplazamientos se deberán
de seguir los procedimientos indicados por la APH para la acreditación y acceso a la sede
principal de la APH, siguiendo en todo momento las prescripciones relacionadas e indicadas
por la APH para el aseguramiento de los requerimientos de Prevención de Riesgos Laborales
de la APH.

8[7] ACUERDO DE NIVEL DE SERVICIO (ANS)
.
licitadores estarán sujetos .
en el ámbito 49la .
31prestación
00 Fax del
959servicio .
A lo largo de los siguientes apartados se definen los términos y condiciones mínimas a las que
los Onubense, 1 21001 Huelva Tel. 959de 49 31 01necesario
email: para
aph@puertohuelva.com
el .
correcto desarrollo del proyecto cuyas prescripciones técnicas son contempladas en el
presente documento de PPT.
En ellos se establecen unos niveles de calidad mínimos en la prestación del servicio
proporcionado por el licitador, los cuales deberán ampliar y completar en sus propuestas de
servicio.
8.1[7.1] Descripción del servicio

Los servicios sujetos a los acuerdos de nivel de servicio son los relacionados con la
implantación de las soluciones de domotización medio ambiental, los cuales consisten en el
suministro, instalación y puesta en marcha de la solución de domotización considerando todos
sus elementos hardware y software necesarios para su correcto funcionamiento, así como la
integración de datos en la Plataforma Digital de la APH, y el posterior soporte y mantenimiento.
Dentro de este servicio, se incluirán al menos las tareas siguientes:
Servicio Descripción Tareas

Mantenimiento periódico de
Mantenimiento los elementos (software y  En función del Plan de
preventivo hardware) de las soluciones Mantenimiento Preventivo
de domotización
 Gestión de incidentes (CAU)
Solución de incidentes  Analizar defecto y planificar
detectados en el hardware
 Resolver el problema
Mantenimiento (averías, defectos o anomalías
correctivo de funcionamiento) y en el  Realizar informes de control y
software (parches y seguimiento
configuraciones)  Elaborar la documentación para
instalar los cambios
 Gestión de peticiones (CAU)
 Planificar
 Construir, instalar o configurar
Mantenimiento derivado de  Monitorizar conforme a lo
Mantenimiento
mejoras prioritarias para el especificado
evolutivo
negocio  Implantación
 Elaborar documentación
 Impartir formación a los usuarios
y responsables
Tabla 1. Descripción a alto nivel de servicio
El licitador en su propuesta deberá detallar los servicios aquí recogidos, así como ampliarlos
con aquellos que estime conveniente.
8.2[7.2] Duración del servicio

La efectividad de la obligatoriedad de cumplimiento de los niveles de servicio se iniciará con la
fecha efectiva de la firma del contrato, siendo la duración de este la establecida hasta la fecha
de finalización del contrato y del plazo de garantía correspondiente.

8.3[7.3] Gestión de incidentes y peticiones del servicio
Los siguientes objetivos de nivel de servicio para el mantenimiento del servicio establecidos se
.
enumeran en la siguiente tabla:
Tipo
.
Tel. 959 49 31 00
Tiempo de respuesta
.
Fax 959 49 31 01
Tiempo máximo resolución
.
Avería Leve 2 semanas naturales (resolución
< 1ª hora del siguiente día laboral
(correctivo) problema)
Avería Grave 48 horas naturales (resolución
< 2 horas
(correctivo) problema)
Peticiones <25 % desviación de la
1 semana
(evolutivo) planificación estimada
Tabla 2. Objetivos de nivel de servicio
La atención al usuario estará disponible al menos en un horario de soporte tipo 6x5, es decir,
de lunes a viernes de 9:00 h a 15:00 h, excepto festivos incluidos en calendario laboral de la
APH y fines de semana.
8.4[7.4] Penalizaciones por incumplimiento

Las penalizaciones por incumplimiento del servicio son desarrolladas en el PCAP en el
correspondiente apartado de Precio y forma de pago.
8.5[7.5] Seguimiento del servicio

Todas las tareas descritas en el apartado de Descripción del servicio y aquellas a las que se
comprometa el adjudicatario dispondrán de monitorización que permita un seguimiento en
tiempo real del grado de cumplimiento de los niveles de servicio.
Por otra parte, se proporcionará a la APH informes mensuales que indicarán el rendimiento de
los niveles de servicio. Este informe se pondrá a disposición de Autoridad Portuaria de Huelva
durante los primeros 10 días de cada mes.
En el informe se incluirán datos que faciliten la medición del rendimiento de la corrección de
incidentes y la implantación de peticiones de mejora:
 Tiempo de respuesta: Tiempo transcurrido desde el alta de la petición hasta que éste
se acepta.
 Tiempo de resolución: Tiempo transcurrido desde que se acepta la petición hasta que
ésta se resuelve satisfactoriamente.
Adicionalmente se incluirá un informe detallado de aquellos defectos que lleven más de un mes
sin ser solucionados.
8.6[7.6] Finalización del Contrato

El acuerdo de nivel de servicio tendrá validez durante todo el periodo de tiempo que dure la
prestación del servicio.
En la oferta el licitante deberá especificar el Plan de Transferencia del servicio a otro eventual
proveedor que podrá ser designado por APH a la finalización del contrato objeto de esta
licitación.
Las penalizaciones podrán aplicarse hasta la correcta finalización de la Transferencia del
Servicio que será oficializada con un acta de transferencia entre APH, el contratista y el nuevo
potencial proveedor que designe APH.

9[8] PROPIEDAD DE LOS RESULTADOS
la APH, . . Tel. a959

clara respecto los49 31 00 .
suministros Faxterceros.
de 959 49 31 01.
El licitador declarará estar en derechos de propiedad de todos los elementos proporcionados a
o tener1una21001
políticaHuelva email: aph@puertohuelva.com .
Sin perjuicio de lo establecido por la ley sobre propiedad intelectual, el adjudicatario aceptará
expresamente que la propiedad de las aplicaciones informáticas y programas desarrollados en
el proyecto serán de la APH a todos los efectos, tanto los ejecutables como el código fuente
que será entregado a la aceptación de los desarrollos.
La APH adquiere pues todos los derechos sobre los estudios, programas, diseños, informes,
software y demás trabajos y la propiedad industrial de los mismos.
Quedan excluidos los derechos sobre software y productos de mercado, entendiendo por tales
aquellos elementos que sean vendidos por terceras partes o bien hayan sido completamente
desarrollados anteriormente por el adjudicatario y cuenten con referencias válidas de
instalación de los mismos.
El adjudicatario no divulgará públicamente el alcance, contenido y resultados del proyecto salvo
autorización expresa por la APH.
Para la gestión de la propiedad intelectual, se deberá detallar las declaraciones relacionadas
con las tecnologías propietarias aportadas para el desarrollo y explotación de las soluciones de
domotización:
 Declaración de tecnologías propietarias a aportar.
 Declaración de licencias de tecnologías de terceros (open-source o
licenciadas).

Pliego Domotización APH - v1.04.1

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Pliego Domotización APH - v1.04.1

Cargado por

Copyright:

Formatos disponibles

PLIEGO DE PRESCRIPCIONES

Contratación del “Suministro, Instalación y

“Plan de Recuperación, Transformación y

PPT – “Suministro, Instalación y Mantenimiento de Sensorización Domótica” Pág.

PPT – “Suministro, Instalación y Mantenimiento de Sensorización Domótica” Pág.

Leyes sobre domótica

2.1 Requisitos mínimos para cumplir en las instalaciones de domótica

PPT – “Suministro, Instalación y Mantenimiento de Sensorización Domótica” Pág.

2.2 Normativa de Telecomunicaciones

Normativa europea: El Comité Europeo de Normalización Electrotécnica (CENELEC de sus

PPT – “Suministro, Instalación y Mantenimiento de Sensorización Domótica” Pág.

PPT – “Suministro, Instalación y Mantenimiento de Sensorización Domótica” Pág.

3.2[2.2] Objetivos específicos de la APH

PPT – “Suministro, Instalación y Mantenimiento de Sensorización Domótica” Pág.

acondicionado . una solución .

PPT – “Suministro, Instalación y Mantenimiento de Sensorización Domótica” Pág.

Figura 2. Ejemplo de monitoring circuit

El funcionamiento del enchufe es el siguiente: Inicialmente se fija un umbral en la memoria del

PPT – “Suministro, Instalación y Mantenimiento de Sensorización Domótica” Pág.

Figura 3. Ejemplo de la evolución del consumo durante un día completo

Para ello, de forma concreta se requieren dos tipologías de soluciones inalámbricas:

4.1.1[3.1.1] Opción 1: Individual universal

Figura 4. Ejemplos de enchufes universales Wiser 16A

4.1.2[3.1.2] Opción 2: Integrada en enchufes multi-tomas

PPT – “Suministro, Instalación y Mantenimiento de Sensorización Domótica” Pág.

Figura 5. Ejemplo de medidor de consumo

Figura 6. Ejemplo de micromódulo relé interruptor de relé doble

4.2[3.2] Módulos de control de aires acondicionados

PPT – “Suministro, Instalación y Mantenimiento de Sensorización Domótica” Pág.

4.2.1[3.2.1] Opción 1: Solución cableada

Figura 7. Ejemplo de dispositivo KNX

4.2.2[3.2.2] Opción 2: Solución sin cableado y con admisión de comandos IR

Figura 8. Ejemplo de solución mediante el mando a distancia de infrarrojos y KNK

PPT – “Suministro, Instalación y Mantenimiento de Sensorización Domótica” Pág.

Avda. R.S. Colombina Onubense,

4.2.3[3.2.3] Opción 3: Solución sin cableado y sin admisión de comandos IR

Figura 9. Ejemplo de dispositivo pasarela KNX

4.3[3.3] Climatización VRV

PPT – “Suministro, Instalación y Mantenimiento de Sensorización Domótica” Pág.

Figura 10. Ejemplo de topología de Sistema

Figura 11. Ejemplo de topología

PPT – “Suministro, Instalación y Mantenimiento de Sensorización Domótica” Pág.

4.4.1[3.4.1] Presencia, temperatura y luminosidad

Figura 12. Ejemplo de multisensor

Las características requeridas para el multisensor son las siguientes:

PPT – “Suministro, Instalación y Mantenimiento de Sensorización Domótica” Pág.

4.4.2[3.4.2] Apertura de puertas y ventanas

PPT – “Suministro, Instalación y Mantenimiento de Sensorización Domótica” Pág.

[3.6] El transmisor debe tener al menos 14 rangos seleccionables de 0 a

[3.7] La salida debe seleccionarse en campo entre 4-20 mA o 0-5/0-10 VCC

[3.8] El transmisor debe contar con una capacidad de cero mediante

[3.9] Los sensores de presión conectados deben tener un elemento de

4.5.1[3.10.1] Controladores de zona

PPT – “Suministro, Instalación y Mantenimiento de Sensorización Domótica” Pág.

Figura 13. Ejemplo de arquitecturas de comunicación de controlador

Los controladores deberán tener la capacidad de ejecutar programas de control de aplicaciones

4.5.2[3.10.2] Controlador central

PPT – “Suministro, Instalación y Mantenimiento de Sensorización Domótica” Pág.

Figura 14. Ejemplo de arquitectura general del Sistema y Software

4.6[3.11] Red de comunicaciones

4.7[3.12] Sistema de control y gestión - BMS

PPT – “Suministro, Instalación y Mantenimiento de Sensorización Domótica” Pág.

4.7.1[3.12.1] Funcionalidades del BMS