PROCEDIMIENTO ABIERTO

PLIEGO DE PRESCRIPCIONES TÉCNICAS QUE REGIRÁN LA REALIZACIÓN DEL CONTRATO DE “SUMINISTRO E INSTALACIÓN DE UNA PLATAFORMA TECNOLÓGICA PARA GESTIÓN DE INFORMACIÓN DEL SECTOR TURÍSTICO EN EL CENTRO DEMOSTRADOR DE REFERENCIA PARA INNOVACIÓN EN EL ÁMBITO TURÍSTICO EN GRAN CANARIA”

EXP 238/14-ED

PROCEDIMIENTO ABIERTO

ÍNDICE

1 Introducción 5

1.1 Sistema Turístico y Destino turístico inteligente 6

1.2 DTI como laboratorio: Plataforma BiOBI y Smart-Destination 8

2 Organización de los espacios del Centro 10

2.1 Área Experiencial 10

2.1.1 Experiencia turística inteligente 11

2.1.2 Análisis estratégico de la información sobre el destino 12

3 Requisitos de la APP y de la Plataforma 13

3.1 APP Smart-Destination 13

3.1.1 Descripción 13

3.1.2 Requisitos Funcionales de la APP Smart-Destination 14

3.1.3 Requisitos No Funcionales de la APP Smart-Destination 16

3.1.4 Estructura de la tipología de la información 17

3.1.5 Tratamiento de la información para ofrecer itinerarios inteligentes a los turistas 21

3.1.6 Estructura de la aplicación: Front-end 21

3.1.7 Estructura de la aplicación: Back-end 26

3.2 Plataforma BiOBI 27

3.2.1 Descripción general 27

3.2.2 Sistema de Información y del Modelo de datos de la Plataforma BiOBI 28

3.2.3 Servicios a prestar por la Plataforma BiOBI 32

3.3 Equipamiento APP Smart-Destinations y Plataforma BiOBI 38

4 Requisitos de Servicio 40

4.1 Servicio de Grabado e Identificación de equipos 40

4.1.1 Etiquetado 40

4.1.2 Grabado 41

4.2 Servicio de suministro e instalación de cartelería de actuación FEDER 41

4.3 Servicio de Inventariado 42

4.3.1 Compromisos de Inventario 42

4.4 Servicio de Suministro, instalación, Configuración y Puesta en marcha 43

4.4.1 Condiciones del Servicio de Instalación, Configuración y Puesta en Marcha 44

4.4.2 Otros plazos y documentación a entregar 45

4.4.3 Procedimiento de cambio y homologación tecnológica 47

4.5 Garantía 47

4.5.1 Garantía in-situ 48

4.5.2Nivel de Servicio de la Garantía 50

4.5.3 Parámetros de Medida para el Cómputo de Penalizaciones 50

4.6 Dirección del Proyecto 51

4.6.1 Planificación, Dirección y Seguimiento de los Trabajos 51

4.6.2 Obligaciones de Información y Documentación 52

4.7 Seguimiento del Proyecto 52

4.8 Control económico y Facturación 53

4.8.1 Control de Facturación 53

4.8.2 Hitos de Facturación 54

5 Formato y Contenido de las propuesta 55

5.1 Propuesta relativa a los criterios cuya valoración depende de un Juicio de Valor (Sobre 3) 55

5.2 Propuesta relativa a los criterios cuantificables mediante la mera aplicación de fórmulas (Sobre 4) 55

5.2.1 Proposición Económica 56

5.2.2 Modelo de proposición económica 57

Nota: Cualquier consulta en relación con el presente procedimiento de adjudicación debe dirigirse por correo electrónico a la dirección sg.contratacion @xxx.xx, indicando:

Asunto: número de expediente;

Cuerpo: nombre de la empresa, datos de la persona que realiza la consulta y texto de la consulta.

El plazo de recepción de consultas finalizará 3 días hábiles antes del fin del plazo de presentación de ofertas. Xxx.xx no tendrá obligación de responder las consultas realizadas transcurrido dicho plazo.

1 INTRODUCCIÓN

Xxx.xx, en desarrollo de las funciones que tiene atribuidas en virtud de la norma prevista en la disposición adicional decimosexta de la Ley 9/2014, de 9 xx xxxx, General de Telecomunicaciones, y con el fin de contribuir a fortalecer el sector industrial TIC, pone en marcha la iniciativa de Creación de Centros Demostradores de soluciones TIC, que tiene como objetivo apoyar a las empresas que desarrollen nuevos productos y servicios con elevado componente TIC y promover la participación industrial española en la construcción del futuro de Internet, con especial atención a los contenidos digitales.

En relación con lo anterior, se entiende por Centro Demostrador, un espacio con el equipamiento necesario para que las empresas TIC interesadas puedan mostrar sus productos y servicios tecnológicos a otras empresas posibles usuarias de tecnología.

En el marco de esta iniciativa, Xxx.xx, la Sociedad Estatal para la Gestión de la Innovación y las Tecnologías Turísticas (SEGITTUR), el Xxxxxxx xx Xxxx Xxxxxxx, x xx Xxxxxxxxxxxx xx Xxx Xxxxxx xx Xxxx Xxxxxxx (AYLPGC), han suscrito un convenio (en adelante “el Convenio”) para la creación de un Centro Demostrador de Referencia para Innovación en el ámbito Turístico (en adelante el “Centro” o “CDRIT”), al objeto de desarrollar, en Gran Canaria, un espacio plural, innovador, práctico y de referencia que permita una adecuada alineación entre las necesidades de las empresas turísticas y los productos y servicios de la industria proveedora de servicios TIC tanto a nivel nacional como internacional.

Este Centro, ubicado en el Recinto Ferial INFECAR (Las Palmas de Gran Canaria), pondrá a disposición de empresas TIC y turísticas un espacio audiovisual y formativo para que puedan demostrar la utilidad de sus soluciones y aplicaciones para el sector turístico en general y para las PYMES, autónomos y emprendedores en particular, de forma práctica y visual, al objeto de conocer nuevos productos y servicios tecnológicos dirigidos a mejorar su productividad y competitividad.

La creación de este Centro permitirá:

1. Impulsar la creación de espacios de encuentro entre la oferta del sector TIC y la potencial demanda del sector turístico.

2. Proporcionar las instalaciones y equipamientos necesarios para que, de manera rápida y ágil, se pueda pulsar el mercado con novedosas soluciones (Beta o definitivas) y servicios tecnológicos.

3. Fomentar la participación colaborativa entre las distintas empresas de desarrollo, tanto desde el punto de vista de equipamiento material como de soluciones software (Co-creación y Co-working).

4. Facilitar la transferencia e innovación de tecnología, servicios especializados y conocimiento entre el sector TIC y las PYMES del sector turístico.

5. Asesorar, capacitar y formar tecnológicamente a las PYMES del sector turístico, del escaparate para la realización de pruebas, presentación xx xxxxxxxxx, prototipos y mínimos productos viables (MPV).

6. Contar con un “laboratorio permanente” que permita a los usuarios y empresas, probar, compartir, interactuar, experimentar y contrastar rápidamente servicios, soluciones y productos innovadores con el mercado objetivo y en un entorno completamente ajustado a las necesidades de su sector.

7. Realizar una difusión de las mejores prácticas respecto a la incorporación de las TIC en los procesos productivos.

Una de las principales demandas identificadas, tanto por parte de los operadores turísticos como de los proveedores tecnológicos, es la necesidad de centralizar y compartir información de todos los actores implicados en el sector.

En este sentido, el Centro debe ser punto de referencia en el tratamiento inteligente de la información, por lo que, en aras a satisfacer la demanda y necesidad anterior, el presente procedimiento de licitación tiene como objeto principal el suministro, instalación, configuración y mantenimiento durante 5 años de una plataforma tecnológica para gestión de información del sector turístico (en adelante “Plataforma BiOBI” o “Plataforma”). La Plataforma BiOBI permitirá capturar, tratar, catalogar, integrar, analizar y publicar información de alto rendimiento que posibilite a los Agentes Turísticos, Entidades Públicas y Centros de Investigación tomar decisiones en la planificación y dirección estratégica del destino, así como a aquellas empresas tecnológicas, profesionales y emprendedores desarrollar soluciones para empresas del sector turístico.

Esta Plataforma contará necesariamente con tres aspectos íntimamente relacionados: Big Data, Open Data y Business Intelligence, los cuales derivan en el acrónimo “BiOBI”, que da nombre a esta plataforma tecnológica.

De forma complementaria y vinculada a la Plataforma BiOBI, y como parte también del objeto del presente procedimiento de contratación, se implementará a modo xx xxxxxx una aplicación móvil de contenidos (en adelante “APP Smart- Destination” o “APP”), la cual centralizará todos los recursos turísticos del destino de forma accesible y actualizada.

A continuación, y de cara a contextualizar el ámbito de trabajo donde se enmarcarán la Plataforma BiOBI y la APP Smart-Destination, se introducen los conceptos intrínsecamente relacionados de Sistema Turístico, Destino Turístico Inteligente, y Experiencia Turística Inteligente, así como los actores implicados en estos sistemas.

En siguientes apartados se describe primeramente la organización del CDRIT en sus diferentes espacios, haciendo especial hincapié en aquellos directamente vinculados con la Plataforma BiOBI y la APP Smart-Destination; después, se describirán los requisitos funcionales y técnicos de las soluciones tecnológicas objeto del presente procedimiento de licitación, así como de aquel equipamiento que lleven necesariamente asociado y que se deberá suministrar, instalar y configurar en el marco del presente contrato.

1.1 SISTEMA TURÍSTICO Y DESTINO TURÍSTICO INTELIGENTE

El CDRIT tiene ante sí fundamentalmente dos desafíos desde la perspectiva de su eficacia: abordar el problema de la efectiva integración de las tecnologías en el negocio turístico, y desarrollar el potencial de la tendencia mundial hacia los Destinos

Turísticos Inteligentes, con el fin de que las empresas turísticas y tecnológicas puedan utilizarlo como estrategia de mejora de negocio.

Es por ello que para crear un entorno favorable sobre el que resolver estos desafíos resulte necesario trabajar sobre el terreno, disponer de un laboratorio sobre el que poner a prueba soluciones innovadoras que resuelvan dichos desafíos.

Un primer concepto a tener en cuenta, como principal y potencial “cliente” del CDRIT, es el de Sistema Turístico, definiéndose como el conjunto de actores y relaciones de un destino turístico, y considerando para cada actor sus necesidades y rol dentro del mismo. Los actores que se considerarán en este Sistema son los siguientes:

- Las Organizaciones de Gestión del Destino (en adelante “OGD”): considerando como tales las principales organizaciones gubernamentales que tienen capacidad de acción e influencia en el destino.

- Las empresas turísticas y organizaciones empresariales del sector.

- Las empresas proveedoras de soluciones: tecnológicas, marketing, ingenierías, etc.

- Profesionales, emprendedores y población local.

- Las organizaciones promotoras de conocimiento y formación: universidades, institutos de investigación, centros de formación, etc.

- Los turistas como clientes del Sistema Turístico de un destino turístico.

El otro punto xx xxxxxxx es el concepto de Destino Turístico Inteligente (en adelante “DTI”), el cual es una de las medidas recogidas en el Plan Nacional e Integral de Turismo (PNIT) 2012-2015. A partir de dicho Plan, XXXXXXXX lo conceptualiza como “un destino turístico innovador, consolidado sobre una infraestructura tecnológica de vanguardia, que garantiza el desarrollo sostenible del territorio turístico, accesible para todos, que facilita la interacción e integración del visitante con el entorno e incrementa la calidad de su experiencia en el destino, a la vez que mejora la calidad de vida del residente”. Como consecuencia de todo ello, estimula el incremento de la competitividad a través de la capacidad innovadora, que repercute en una mejora de la percepción del destino y de la competitividad de sus empresas, generando una mayor calidad de vida para los residentes.

En este mismo sentido cabe destacar como principios básicos de un Destino Turístico Inteligente los siguientes:

1. El Destino Turístico Inteligente viene impulsado por el sector turístico, tanto público como privado.

2. El público objetivo es el turista, aunque también enfoca sus actuaciones hacia la mejora de la calidad de vida de los ciudadanos.

3. La oferta está constituida por experiencias turísticas que se viven en el destino, cuyos límites geográficos pueden no coincidir con los de una ciudad concreta.

4. La interacción sobrepasa los límites geográficos. En los Destinos Turísticos Inteligentes comienza antes de que el visitante llegue al destino, continúa durante su estancia y se prolonga después de su marcha (ciclo de viaje del turista).

5. Los Destinos Inteligentes están ligados al incremento de la competitividad de los mismos y a la mejora de la experiencia del turista.

1.2 DTI COMO LABORATORIO: PLATAFORMA BIOBI Y SMART- DESTINATION

La Plataforma XxXXX pretende ser el proyecto demostrador de referencia que atraiga a todos los actores anteriores a participar del CDRIT.

El diseño de esta Plataforma parte del concepto de Experiencia Turística Inteligente, que a priori se define como aquella experiencia turística que es potenciada mediante el uso de sistemas tecnológicos dando como resultado una mejora en la satisfacción del turista o haciendo la experiencia del servicio en sí mismo más inteligente.

A partir de este concepto, la Plataforma BiOBI se diseña desde dos perspectivas: por un lado, estudiando el DTI como un laboratorio para la mejora de la experiencia turística; y por otro, comparando la información del lugar de residencia del turista con el del DTI, así como con otros destinos competidores, con el fin de analizar el GAP tecnológico y social.

DTI como laboratorio

Un DTI se alimenta de toda la información accesible del destino con el objetivo de monitorizarla, tratarla y ponerla a disposición de los actores. La perspectiva de un DTI como laboratorio consiste en que el destino sea un espacio donde investigar y experimentar innovaciones o nuevas oportunidades de negocio que sean observables y medibles.

Para ello se dispone de diferentes interfaces de interacción con el turista que captan información clave sobre las distintas experiencias que éste puede disfrutar a lo largo del ciclo del viaje del turista: antes, durante y después de su estancia en el destino.

Estas interfaces son de diferentes tipos, pero todas tienen en común que están conectadas a la Plataforma BiOBI, a la que envían los datos captados por las interfaces y de la que reciben la información necesaria para la mejora de la experiencia del turista. Una de esas interfaces será la APP Smart-Destination, la cual se le suministra al turista con el fin de estudiar los hábitos e interacciones que éste realiza con el destino.

La Plataforma BiOBI analizará los datos cruzando el contexto del ciclo del viaje en el que se produce, con los criterios de mejora de la experiencia turística inteligente, de tal forma que permita a cada uno de los actores su posterior análisis y tratamiento de la información.

Comparación del DTI con los entornos de origen y con otros DTI

Con el fin de mantener permanentemente calibrado el laboratorio y que las empresas puedan mejorar la personalización de los servicios, la Plataforma BiOBI dibujará un mapa con información de variables tecnológicas y sociodemográficas que permitan analizar el DTI en el contexto internacional, tanto de los mercados emisores de turistas como de los competidores.

Para ello la Plataforma se alimentará de los datos accesibles del país de origen del turista de referencia y generará un perfil tecnológico y sociodemográfico del mismo que comparará con el perfil del DTI.

Estos datos se tomarán xx xxxxxxx abiertas ya que existen numerosos países emisores de turistas que disponen de pool de datos abiertos a libre disposición.

La Plataforma BiOBI permitirá realizar análisis a lo largo del tiempo sobre los niveles de adaptación del DTI a los estándares que disfrutan los turistas internacionales en sus países de origen, en relación a un conjunto de variables relacionadas con la tecnología y el estilo de vida. Para ello, el sistema será capaz de identificar el conjunto de indicadores adecuado (sobre seguridad, conectividad, movilidad, etc.) en los pool de datos de los países emisores de turistas, cuantificarlos y prepararlos para poder ser comparados con los mismos indicadores a nivel de DTI.

Tanto la Plataforma BiOBI como la APP Smart-Destination deberán ser implantadas, a modo de experiencia piloto, para un destino turístico específico: la isla de Gran Canaria.

2 ORGANIZACIÓN DE LOS ESPACIOS DEL CENTRO

La sala que contendrá el Centro (ubicado en el recinto ferial INFECAR), estará dividida en 4 espacios o subáreas, dentro de 2 áreas principales bien diferenciadas (una más interactiva, ÁREA 1 EXPERIENCIAL, y otra más facilitadora, ÁREA 2 EXPERIMENTAL), tal y como se recoge en la Figura 1:

Figura 1. Organización en áreas de los espacios del Centro

En concreto, el área que será de interés para el presente procedimiento de licitación, será el ÁREA 1: EXPERIENCIAL.

2.1 ÁREA EXPERIENCIAL

Esta área, compuesta a su vez por dos espacios, “Experiencia turística inteligente” y “Análisis estratégico de la información sobre el destino”, persigue el objetivo común de que los visitantes puedan interactuar de forma directa con los dispositivos, soluciones y servicios del Centro, contribuyendo en situar el DTI como

laboratorio. Será el área que mayor impresión visual tendrá sobre el visitante, concentrando en sus dos espacios las últimas tecnologías, tanto en hardware como en software, que tengan un impacto en la mejora del destino y de la experiencia que proporciona a los clientes finales.

Para ello, se incluye en esta área todo aquel equipamiento, soluciones tecnológicas y aplicativos que permitan mejorar la experiencia de los clientes en el destino; bien ofreciendo nuevas soluciones tecnológicas que configuren una “estancia inteligente”, o bien permitiendo al operador turístico ofrecer nuevos servicios o nuevos productos que mejoren al mismo tiempo la satisfacción final del turista y su propia propuesta de valor.

Se basará en tecnologías a comercializar, contrastadas con el mercado y listas para su “despliegue”. Las soluciones a implantar deberán ser completas y funcionales de manera que los visitantes puedan interactuar de manera completamente auto- administrada.

2.1.1 Experiencia turística inteligente

Este espacio ocupará un lugar destacado en el itinerario funcional del Centro, siendo en términos generales, la primera zona temática en ser visitada (acceso por la puerta 1, ver Figura 1).

Se trata de un espacio donde se expondrán “dispositivos conectados” (smartphones, tablets, etc) sobre los que correrán soluciones tecnológicas con el objetivo de ofrecer servicios que mejoren la experiencia del turista en destino. En este sentido, estos dispositivos y soluciones proporcionarán a los turistas la posibilidad de crear una experiencia única y adhoc contando con información en tiempo real, geoposicionada y segmentada, atendiendo a sus intereses específicos.

Así mismo, estas soluciones deben impactar en el modelo de negocio del operador, bien en mejora de sus operaciones o en mejora de su propuesta de valor. La meta en los servicios a ofrecer a los usuarios finales debe permitir un doble objetivo:

1. Proporcionar inteligencia en la experiencia de los turistas en el destino.

2. Proporcionar información relevante de los intereses y perfiles de los usuarios finales a los operadores para que se puedan generar nuevos servicios, nuevos productos o una mejora en la propuesta de valor del destino. Se proporcionará así al operador turístico mejora en su modelo de negocio a través de dos vías:

o Mejorando sus actividades y recursos claves en términos de eficiencia: menos costes, reducción de tiempo, menos recursos asignados, mayor número de transacciones.

o Mejorando su propuesta de valor en términos de calidad en el servicio entregado: mayor satisfacción del cliente, mayor diferenciación, mejor reputación, etc.

En concreto, la APP Smart-Destination será una de estas soluciones tecnológicas, siendo su implementación objeto del presente procedimiento de contratación. El suministro e instalación de los dispositivos referenciados anteriormente (“dispositivos conectados”) no es objeto del presente procedimiento de contratación.

Es muy importante que los visitantes puedan interactuar no sólo con los dispositivos y la APP (a través de su interfaz front-end), sino también con el resultado de la información obtenida y como ésta genera valor al operador, lo cual se realizará a través del videowall y las pantallas interactivas descritas en el espacio siguiente (Plataforma BiOBI).

2.1.2 Análisis estratégico de la información sobre el destino

Se trata de uno de los espacios más relevantes del Centro, cuyo objetivo es satisfacer la demanda, claramente identificada tanto por los operadores turísticos como por los proveedores tecnológicos, de centralizar y compartir información de todos los actores implicados en el sector. Para ello, se ubicarán en este espacio, todos los dispositivos y soluciones tecnológicas que permitan capturar, tratar, catalogar, analizar y publicar información de alto rendimiento que posibilite a los Agentes Turísticos, Entidades Públicas y Centros de Investigación tomar decisiones en la planificación estratégica del destino, así como a aquellas empresas tecnológicas, profesionales y emprendedores desarrollar soluciones para empresas del sector turístico. La principal solución tecnológica en este sentido a implementar, y objeto del presente procedimiento de licitación, será la Plataforma BiOBI.

En cuanto al equipamiento y dispositivos presentes en esta subárea, cuyo suministro e instalación no es objeto del presente procedimiento de contratación, este espacio estará presidido por un video wall, visible desde la puerta 1 (desde dónde se accede al espacio Experiencia turística inteligente, ver Figura 1). Este video wall servirá de pantalla de proyección de la Plataforma BiOBI, por lo cual esta Plataforma debe proporcionar salidas de información para su representación en alta resolución (en concreto el video wall del Centro consta de 20 monitores formando una matriz 5 x 4 con resolución por monitor de 1920 x 1080 y resolución en conjunto de 9600 x 4320).

Así mismo, a ambos lados del video wall, se dispondrá un conjunto de pantallas interactivas, las cuales podrán ser utilizadas para interactuar con el front-end (interfaz gráfica Web) de la Plataforma BiOBI. También se dispondrá de un conjunto de dispositivos que a modo de “sensores” (balizas de geolocalización de interiores TEXAS INSTRUMENTS CC2541 TI) permitan capturar información sobre el comportamiento del turista durante su estancia en el destino y/o sobre datos de base que permitan enriquecer el contexto de análisis. Obviamente estos sensores estarán muy relacionados con el espacio anterior, siendo una continuación coherente con el itinerario del visitante, en la primera podrá observar el conjunto de dispositivos y “apps” que permiten obtener información del turista, y en la segunda cómo estos datos e información de soporte producen valor y utilidad tangible al operador turístico en particular y al destino en general.

3 REQUISITOS DE LA PLATAFORMA Y DE LA APP

En los apartados siguientes se detallan las características técnicas mínimas en forma de requisitos (funcionales y no funcionales) de las soluciones tecnológicas Plataforma BiOBI y APP Smart-Destination, ambas objeto del presente procedimiento de licitación. Al presentar la oferta el licitador debe ajustarse a la terminología utilizada en este apartado de Requisitos.

Los requisitos mínimos obligatorios detallados no pretenden ser una relación exhaustiva; el Pliego recoge las características relevantes de las soluciones tecnológicas objeto del Contrato. Se deberá incluir en el suministro, instalación y configuración, cualquier otro componente que sea estrictamente obligatorio para el funcionamiento normal de las soluciones tecnológicas, en función de la solución propuesta, y que no haya sido enumerado en esta lista de especificaciones técnicas. Por otro lado, durante la ejecución de los trabajos, el adjudicatario deberá consensuar con Xxx.xx aquellas adaptaciones a implementar a partir del análisis de los requisitos mínimos establecidos en el presente contrato, siempre que no varíen lo expuesto en el presente Xxxxxx y en su Anexo.

Las propuestas que incumplan u ofrezcan características inferiores a los requisitos mínimos obligatorios no serán tomadas en consideración en el presente procedimiento de licitación. El licitador puede ofertar prestaciones superiores a las solicitadas.

Las soluciones tecnológicas descritas en este apartado deberán ser suministradas, instaladas y puestas en marcha en el Centro por el adjudicatario, y deberán contar con una garantía de servicio de mantenimiento in situ para un periodo de 5 años, tal y como se establece en el apartado 4.5.

3.1 APP SMART-DESTINATION

3.1.1 Descripción

El adjudicatario deberá realizar el suministro, instalación y mantenimiento durante 5 años de una aplicación móvil de contenidos y asesoramiento en experiencias turísticas personalizadas (APP Smart-Destination) que ofrezca, de manera estructurada y georreferenciada, contenidos de información en diferentes formatos, referidos a los recursos turísticos del destino: atractivos turísticos o actividades a realizar en el destino.

Como elemento clave, la aplicación deberá agregar diferentes capas de información a los contenidos (ej.: puntos de interés turístico, agenda cultural, restauración, tiempos de desplazamiento y de duración de las visitas, coste económico, valoraciones, información de contexto en proximidad, etc.) dando como resultado una mayor inmersión en el destino y la personalización de la experiencia del turista. Desde el punto de vista de su vinculación con el objeto principal de este contrato, la Plataforma BiOBI, la APP Smart-Destination tiene una doble misión:

1. Ser una de las partes del sistema que captura y envía información de la actividad de los turistas, con el fin de ser una de las principales fuentes de datos de este tipo de la Plataforma BiOBI.

2. Ser el canal directo de interacción y personalización de las experiencias de los turistas en base al tratamiento de los datos obtenidos.

Para conseguirla, la APP ha de cumplir los dos siguientes requisitos demostrativos:

1. Efecto demostrador de la potenciación de la actividad turística merced a la tecnología: a nivel demostrativo la aplicación ha de ser totalmente funcional para Gran Canaria como destino, desplegando los contenidos asociados a sus recursos turísticos; localizaciones y oferta de experiencias en forma de atractivos turísticos o actividades a realizar en el destino. La información y contenidos de la aplicación serán definidos por Xxx.xx o en quien la entidad delegue.

2. Efecto demostrador para la captura de información relevante sobre los turistas: a nivel de experiencia de usuario, ha de ofrecer a los turistas el conjunto de contenidos, el diseño, la usabilidad, el asesoramiento y la personalización de la experiencia, que hagan de esta APP una aplicación atractiva y usada por los turistas.

A partir de lo anterior, se plantea una arquitectura que constará necesariamente de dos sistemas:

- Back-end, integrado a su vez dentro de la Plataforma BiOBI, y que a modo de interfaz Web permitirá por un lado realizar las labores de administración (entre otros gestión de usuarios, actualización y mantenimiento de los contenidos), y por otro, servirá de intermediario en la comunicación bidireccional de la información generada con el resto de la Plataforma BiOBI.

- Front-end, que será la propia aplicación móvil de la que haga uso directo el turista.

3.1.2 Requisitos Funcionales de la APP Smart-Destination

 Debe ser un instrumento digital de comunicación constante del destino con el turista.

 El objetivo de la comunicación ha de ser ayudar al turista a tomar decisiones sobre su experiencia viajera y capturar información sobre las decisiones tomadas.

 Ha de estar alimentada con contenidos referidos a los recursos turísticos del destino, tanto públicos como privados, que se conviertan en el vehículo que genere interacciones con los turistas.

 Debe permitir la creación de nuevos contenidos además de la gestión, edición y actualización constantes de dichos contenidos.

 La APP debe constar como mínimo de los siguientes grupos de funcionalidades:

o TOP DE EXPERIENCIAS EN EL DESTINO: es un listado de las diez categorías de experiencias más importantes que conforman la propuesta de valor estratégica del destino. Cada categoría de experiencia consiste a su vez de un inventario de uno o más recursos turísticos que proveen de “experiencias turísticas” al turista. Dichos recursos deben permitir su

filtrado en función de 3 criterios: valoración en TripAdvisor o portal Web turístico similar, posesión del distintivo ‘Compromiso de calidad turística’ del Sistema Integral de Calidad Turística en Destinos (SICTED), y precio. El listado y orden de categorías, así como los contenidos asociados a sus recursos turísticos, serán facilitados por Xxx.xx o en quien la entidad delegue.

El adjudicatario deberá realizar, en la fase de parametrización, la carga de datos en formato Open Data de al menos 10 categorías de experiencias en el destino, con al menos 10 recursos turísticos reales por categoría, para la adecuada comprobación del funcionamiento de la solución planteada. Los contenidos de dichas categorías y recursos serán suministrados por Xxx.xx o en quien la entidad delegue.

o CREACIÓN DE PERFIL DE USUARIO: la APP debe disponer de un área de usuario donde el turista puede introducir datos de su perfil personal, así como seleccionar sus preferencias y motivaciones para su visita.

o ITINERARIO INTELIGENTE: la APP deberá proponer al turista los mejores itinerarios inteligentes en base al menos a los siguientes criterios: localización, categorías de experiencias que son de interés por parte del usuario, y tiempo y presupuesto económico disponibles. Además el turista ha de poder personalizar a través de la APP el itinerario inteligente propuesto, agregando o suprimiendo recursos turísticos de su propio interés.

o BÚSQUEDA DE ATRACTIVOS O EXPERIENCIAS: la APP debe disponer de un área de búsqueda de recursos turísticos que incluya diferentes tipologías de filtros como son al menos localización, tipos de experiencias y recursos, y precio. También debe de disponer de un buscador de recursos en base a las tecnologías de proximidad que despliegue el destino turístico.

o COMUNICACIÓN DE PROXIMIDAD Y CHECK-IN: la aplicación ha de estar preparada para soportar la integración con mecanismos que permitan realizar la opción de check-in en los destinos turísticos adheridos, así como interactuar con comunicaciones de proximidad como balizas de geolocalización en interiores o beacon (modelo especificado en el apartado 2.1.2), NFC (Near Field Communication) y códigos QR (Quick Response Code) para:

- Contabilizar a los turistas próximos a recursos turísticos que cuenten con este tipo de equipos instalados.

- Realizar envío de comunicaciones relevantes sobre otros recursos y servicios de interés que se encuentran a su alrededor y evaluar la respuesta a los mismos por parte de los turistas.

- Detectar el ingreso del usuario en los recursos y generar interacciones específicas en cada recurso turístico.

No forma parte del alcance del presente contrato la instalación y mantenimiento de la infraestructura física desplegada (balizas, NFC, y QR), tanto en el Centro como en la isla de Gran Canaria.

o FEEDBACK: la APP debe permitir al turista evaluar los distintos recursos turísticos. Para ello, le invitará a hacerlo a través de redes sociales genéricas (Facebook y Twitter al menos, o redes sociales similares), y específicas de Turismo (Tripadvisor al menos, o portal web turístico similar).

3.1.3 Requisitos No Funcionales de la APP Smart-Destination

 Debe ser multiplataforma: en concreto deberá ser desarrollada de forma nativa para los sistemas IOS y Android, dado que los “dispositivos conectados” del apartado 2.1.1 donde correrá esta APP son dispositivos que llevan estos sistemas operativos instalados. Formará también parte del presente contrato la administración, gestión y actualización en los gestores de las aplicaciones Apple Store y Google Play, incluyendo el posible coste asociado por la creación del usuario correspondiente dentro de estos gestores de aplicaciones, así como su compatibilidad con versiones actuales y futuras de estos sistemas operativos durante todo el periodo de vigencia del contrato. Se requerirá obligatoriamente la actualización correspondiente de la APP en el caso de que una nueva versión de los sistemas operativos anteriores impidiese el funcionamiento normal de la APP.

 La interfaz de la APP debe estar como mínimo en los siguientes idiomas: español, inglés y alemán. Se configurará de forma automática y transparente para el usuario el idioma que corresponda a su origen (inglés por defecto para aquellos casos diferentes del español y alemán).

 Xxxx contener la geolocalización de todas las localizaciones, experiencias y recursos disponibles para su visualización sobre mapa digital. Esta geolocalización debe realizarse a dos escalas, a nivel de destino usando GPS y a nivel de recurso con la implementación e integración con las tecnologías de proximidad de las que dispone el CDRIT para su demostración (balizas de geolocalización en interiores o beacon, según el modelo especificado en el apartado 2.1.2).

 La sincronización de los datos, tanto contenidos como datos de experiencia de uso del dispositivo, debe permitirse tanto con conexión WiFi como con 3G/4G. El usuario debe ser advertido sobre la posibilidad del consumo de datos y su implicación en la tarifa de datos en modo roaming en las condiciones de utilización de la APP.

 La APP debe ser completamente funcional sin conexión a Internet. Para ello se ha de definir una versión básica que cuente con los contenidos mínimos para cada categoría de experiencia, localización y recursos.

Las cargas y actualizaciones de contenidos adicionales se realizarán de forma progresiva a petición del usuario en su navegación por la APP, mediante una descarga completa y totalmente funcional de los contenidos disponibles deseados por el usuario.

 La APP debe alimentar al back-end con la información de posición geográfica y otros datos de la experiencia de uso del dispositivo para determinar las rutas

realizadas (tracks), lugares visitados, las valoraciones y comentarios, y el ingreso en los recursos turísticos y las interacciones realizadas a través del dispositivo.

 En cuanto a su diseño, la interfaz de la APP debe ser amigable y fácil de usar.

Para ello, ha de ser diseñada atendiendo a los dos siguientes criterios:

- Claridad de rol: los menús y apartados de la APP se han de diseñar de forma que el usuario sepa en todo momento qué ha de hacer para, por ejemplo, consultar las experiencias top, consultar o modificar el itinerario inteligente propuesto, o interactuar con las comunicaciones de proximidad.

- Motivación: el diseño debe facilitar la comunicación de los beneficios que el uso de la APP proporcionan al turista, entre otros, la conveniencia y la eficiencia de la información, la confianza en del destino y una mayor planificación en tiempo real.

De manera específica, la APP deberá ser diseñada siguiendo los siguientes manuales de referencia de buenas prácticas:

- Para iOS: "iOS Human Interface Guidelines", el cual puede consultarse en:

xxxxx://xxxxxxxxx.xxxxx.xxx/xxxxxxx/xxx/xxxxxxxxxxxxx/xxxxxxxxxxxxxx

/conceptual/mobilehig/

- Para Android: xxxx://xxxxxxxxx.xxxxxxx.xxx/xxxxx.xxxx

3.1.4 Estructura de la tipología de la información

La APP Smart-Destination trabaja con cuatro tipologías de información, atendiendo al tipo de datos que procesa. Son las siguientes:

1. Contenidos de información al turista, referidos a los recursos turísticos y a la promoción del destino.

2. Datos generados por la aplicación en base a la interacción del turista con el entorno y con la propia aplicación.

3. Datos privados del usuario referidos a su perfil personal, preferencias, y motivaciones.

4. Datos de contexto de la Plataforma BiOBI que proporcionan una mejor experiencia de usuario, o un mayor valor a la APP por su vinculación con las otras tipologías de información.

3.1.4.1 Contenidos de información al turista

Los contenidos de información al turista son aquellos que muestran información de los recursos y experiencias turísticas, así como del destino, su contexto y cómo llegar hasta él. Estos contenidos serán definidos por Xxx.xx o en quien la entidad delegue, y podrán mostrarse en formato texto, audio, imágenes y vídeo.

Los requisitos de los contenidos de información al turista son los siguientes:

1. Deben tener cuatro niveles jerárquicos de información:

a) La primera que agrupa los datos relacionados con las localizaciones. Una ficha de localización tendrá al menos los siguientes componentes:

1. Nombre.

2. Descripción.

3. Representación (coordenadas GPS) en mapa de la localización.

4. Foto.

5. Enlaces de Internet donde poder ampliar información sobre la localización.

6. Interacción de proximidad habilitada/deshabilitada (para interacción Cerca de mí, ver pantalla 11 en apartado 3.1.6.3).

7. Tipo de interacción de proximidad en caso de estar habilitada.

b) La segunda que agrupa los datos relativos a las categorías de experiencias del destino. Una ficha de categoría de experiencia tendrá al menos los siguientes componentes:

1. Nombre de la categoría de experiencia.

2. Descripción general de la categoría de experiencia.

3. Foto.

c) La tercera que agrupa los datos relativos a la identificación de un recurso turístico (cada categoría de experiencia está a su vez constituida por uno o varios recursos turísticos). Una ficha de Recurso Turístico tendrá al menos los siguientes componentes:

1. Nombre Comercial.

2. Localización turística (clasificación a realizar por Xxx.xx o en quien la entidad delegue).

3. Descripción corta del recurso.

4. Precio.

5. Distintivo Compromiso de Calidad Turística: Sí/No.

6. Valoración de la experiencia en Tripadvisor o portal web turístico similar.

7. Datos de contacto: Calle, CP, Localidad, Municipio, País y Número de Teléfono.

8. Cómo llegar: descripción en formato texto de cómo llegar al recurso turístico, incluyendo medios de transporte privados y públicos.

9. Página web, email de contacto.

10. Coordenadas GPS para representación en mapa de la localización.

11. Descripción larga del recurso.

12. Perfiles de redes sociales.

13. Meses de operación.

14. Horario de apertura.

15. Idiomas de la actividad.

16. Fotos en galería (carrusel), diferenciando entre foto de portada y resto.

17. Vídeo / Audio.

18. Categoría(s) de experiencia(s) (un recurso podrá pertenecer a más de una categoría de experiencia).

19. Interacción de proximidad habilitada/deshabilitada (para interacción Cerca de mí, ver PANTALLA 11 en apartado 3.1.6.3).

20. Tipo de interacción de proximidad en caso de estar habilitada.

d) La cuarta y última muestra la información de proximidad de los recursos turísticos que se muestra a los turistas cuando interactúan. Una ficha de interacción en proximidad tendrá al menos los siguientes componentes:

1. Nombre de la interacción.

2. Tipo de interacción (depende de la estrategia que definirá Xxx.xx o la entidad en quien este delegue, por ejemplo: dar información, dar cupón de descuento, ofrecer vídeo de realidad aumentada).

3. Contenido asociado a la interacción (los campos dependen del tipo de interacción).

4. Recurso o localización asociada.

5. Baliza asociada.

6. Disparador de la interacción (rango de cercanía, acción del turista, u otras).

2. Todos los contenidos deben estar referidos a alguno de estos cuatro niveles, y a través de estos, quedar georreferenciados al menos través de GPS. En el caso de los recursos y localizaciones, además pueden quedar referenciados por tecnologías de proximidad (beacons, códigos QR o NFC). De esta forma la visualización de los contenidos través de los dispositivos móviles debe ser accesible para el turista en el destino y debe facilitar la interacción directa con la información que pueda ser de su interés en cada momento y lugar (interacción Cerca de mí).

3. Todos los contenidos de información al turista deben poder relacionarse entre sí y con el resto de tipologías de tipologías de datos, de tal forma que la APP pueda recomendar itinerarios inteligentes a los usuarios según entre otros las categorías de experiencias, las localizaciones, los datos de contexto, la motivación del viaje, los datos privados de los usuarios recogidos y los datos generados por la aplicación.

3.1.4.2 Datos generados por la aplicación

La APP debe generar y recoger diferentes tipos de datos en base a la interacción del turista con el destino y con los contenidos de la aplicación (estas interacciones quedarán definidas en el apartado 3.1.6.3). Estos datos generados deberán ser enviados a la Plataforma BiOBI, de tal forma que su transmisión no afecte ni interfiera con la experiencia del usuario en la APP.

3.1.4.3 Datos privados de los usuarios

Los datos privados de los usuarios son usados por la APP para ofrecer una personalización más profunda de las experiencias del destino. En el caso de que el usuario renuncie a la creación de un usuario o al ingreso de datos privados, la APP debe poder ofrecer una experiencia básica basada en un perfil genérico. Los requisitos son:

 Datos privados del usuario:

o Perfil personal: correo electrónico, perfiles de redes sociales, país de origen, ciudad o código postal, sexo y edad.

o Preferencias sobre experiencias (qué): selección del usuario sobre las categorías de las experiencias definidas por Xxx.xx o en quien la entidad delegue (ejemplos: playas, museos, surfing).

o Motivaciones del viaje (por qué): selección del usuario sobre las motivaciones definidas por Xxx.xx o en quien la entidad delegue (ejemplos: relax, salud, naturaleza, playas, familia, escapada romántica).

o Presupuesto y fecha y tiempo disponible para la realización del viaje.

 Permisos de acceso a los recursos de los dispositivos: la aplicación debe especificar los recursos de los dispositivos a los que necesita acceder e informar a los usuarios en tiempos de instalación.

 Seguridad: los datos privados del usuario deben ser guardados de tal forma que ninguna otra aplicación puede acceder a ellos.

3.1.4.4 Datos de contexto de los contenidos de información al turista

Los datos de contexto son aquellos datos de la Plataforma BiOBI que complementan la propuesta de valor de la APP. Este tipo de datos, al integrarse con los otros tipos de datos, permitirán mejorar la toma de decisiones de los turistas en base a alguno o varios de los siguientes criterios:

 Acceso a información del destino.

 La capacidad de interacción con los actores y recursos del destino.

 La capacidad de movilidad del turista.

 La capacidad de personalización de la experiencia del turista.

 La capacidad de respuesta de la APP a las demandas del turista.

Un ejemplo de dichos datos es:

- Rutas de transporte y tiempos.

- Temperaturas asociadas a localizaciones.

- Ocupaciones / utilizaciones de los recursos y transportes.

- Información meteorológica.

- Información de alertas.

Estos datos estarán vinculados entre otros a alguno de los campos recogidos en las fichas de contenidos de información al turista, a la tipología de datos generados por la aplicación o a los datos privados suministrados por los usuarios. En el apartado 3.2.2 se realiza una aproximación a la caracterización de dichos datos.

3.1.5 Tratamiento de la información para ofrecer itinerarios inteligentes a los turistas

Para poder ofrecer itinerarios inteligentes personalizados a los turistas, la APP debe ser capaz de procesar la información disponible de la Plataforma BiOBI, la recogida en función de los ajustes de personalización seleccionados, la recogida por la APP debido a la interacción del turista y la generada por la propia APP. La recomendación de itinerario inteligente personalizado debe permitir al menos que los siguientes criterios puedan ser usados a nivel de filtros:

o Fecha y tiempo disponible.

o Presupuesto económico disponible.

o Cercanía en proximidad y en localización.

o Preferencias del turista en base a las categorías de experiencias y motivaciones del viaje.

3.1.6 Estructura de la aplicación: Front-end

Se trata de la interfaz visual diseñada para el despliegue de información al turista.

3.1.6.1 Interfaz visual

La APP debe contar con tres tipos de interfaz visual:

1. Bienvenida y personalización:

Es la interfaz de presentación y personalización de la APP. Aparece la primera vez que se inicia la aplicación. Una vez completada o saltada aparece como un elemento de menú (‘Configuración’).

2. Visualización de contenidos de información al turista:

En este tipo de pantallas existen dos áreas diferenciadas. Una barra superior de navegación y el área de contenidos.

o ÁREA SUPERIOR DE NAVEGACIÓN

- MENÚ: botón que despliega una la lista de las seis categorías principales de contenidos: 10 mejores experiencias, Localizaciones, Cerca de mí, Tu viaje, Buscar y Configuración.

- TÍTULO DE LA PÁGINA: indica en qué categoría de contenidos está navegando el usuario.

- BOTÓN MAPA: botón que cambia la visualización de información por un mapa donde se muestra la localización o localizaciones de los recursos turísticos.

- BOTÓN HACIA ATRÁS

o ÁREA DE CONTENIDOS

Es donde debe mostrarse la información según la descripción de cada pantalla.

Se explica en detalle en el apartado 3.1.6.2.

3. Mapas

En este tipo de visualización se integran los contenidos de información al turista sobre mapas (utilizando la aplicación de mapas del dispositivo móvil, tipo Google Maps o similar) que muestran los recursos georreferenciados. Contiene los elementos de navegación que vienen por defecto y el botón hacia atrás, en el área superior de navegación.

3.1.6.2 Área de contenidos

El elemento central de información a mostrar en la APP son los contenidos explicativos de los recursos. El usuario debe poder acceder a los recursos desde cualquiera de las cinco categorías principales de contenidos previstas para ello: 10 mejores experiencias, Localizaciones, Cerca de mí, Tu viaje y Buscar. En el caso de las localizaciones, debe tenerse en cuenta que el listado de localizaciones permite acceder a las localizaciones en sí mismas, que a su vez despliegan un listado de las categorías de experiencias dentro de cada localización. El despliegue de la información debe configurarse de la siguiente forma:

1. Primer nivel, donde deben agruparse las seis categorías principales de contenidos: 10 mejores experiencias, Localizaciones, Cerca de mí, Tu viaje, Buscar y Configuración.

2. Segundo nivel, que debe agrupar a un listado de los elementos de cada una de las categorías:

a) Listado de 10 mejores tipos de experiencias.

b) Listado de localizaciones.

c) Listado de recursos turísticos cercanos al usuario, en formato lista y mapa. Debe dar acceso directo a los recursos listados.

d) Itinerario turístico inteligente propuesto al usuario, listando los recursos turísticos de los que consta, y dando acceso directo a ellos

e) Caja de búsquedas de los recursos turísticos. El resultado de la búsqueda debe dar acceso directo a los recursos listados.

f) Listado de elementos configurables por el usuario.

3. Tercer nivel, que debe mostrar:

a) 10 mejores tipos de experiencias: listado de todos los recursos turísticos de cada tipo de experiencia. En el caso de sólo exista un recurso de un determinado tipo, se accede directamente a él.

b) Listado de localizaciones: listado de los tipos de experiencias que se pueden disfrutar en esa localización.

c) Listado de recursos turísticos cercanos al usuario: no posee este nivel.

d) Itinerario turístico inteligente propuesto al usuario: no posee este nivel.

e) Caja de búsquedas: no posee este nivel.

f) Listado de elementos configurables por el usuario: no posee este nivel.

4. Cuarto nivel, que debe mostrar:

a) 10 mejores tipos de experiencias: no posee este nivel.

b) Listado de localizaciones: listado de todos los recursos turísticos de la categoría de experiencia. En el caso de sólo exista un recurso de un determinado tipo, se accede directamente a él.

c) Listado de recursos turísticos cercanos al usuario: no posee este nivel.

d) Itinerario turístico inteligente propuesto al usuario: no posee este nivel.

e) Caja de búsquedas: no posee este nivel.

f) Listado de elementos configurables por el usuario: no posee este nivel.

5. Quinto nivel, que debe mostrar la información del recurso.

3.1.6.3 Interfaz del usuario en base a las interacciones a realizar

En base a la configuración de los contenidos y a las necesidades de los turistas en su ciclo de viaje, se han definido los ocho tipos de interacciones que puede realizar el turista, descritos a continuación con sus pantallas y requisitos funcionales asociados.

X. Xxxxxxxxxx: debe ser la presentación de la APP y la primera interacción para conocer la tipología del turista en base a la motivación del viaje y su perfil.

- PANTALLA 1: durante la carga de la APP debe mostrarse una pantalla de bienvenida.

- PANTALLA 2: pantalla de personalización del perfil de usuario así como de sus preferencias sobre experiencias y motivaciones (opcional para el usuario). El registro en la herramienta podrá realizarse a través del correo electrónico o de los perfiles de redes sociales o simplemente introduciendo datos como país, ciudad o código postal, sexo y edad. Se mostrará la primera vez que se acceda a la aplicación. Siempre estará disponible dicha opción desde el menú (‘Configuración’) para su consulta o modificación.

B. Inspiración: es el tipo de interacción en el que el turista quiere conocer el tipo de experiencias que le ofrece el destino. La navegación se realizará en los niveles ya explicados.

- PANTALLA 3: una vez finalizada la fase de personalización, la APP debe llevar al turista a la pantalla de las 10 mejores categorías de experiencias. Se debe mostrar por defecto un listado de las 10 categorías de experiencias ordenadas según la estrategia de Xxx.xx o en quien la entidad delegue, y el cual se puede recorrer haciendo scroll. La visualización de cada categoría de experiencia muestra una foto, la posición en el rating y el título de la categoría de experiencia. Cada categoría sirve de botón hacia la pantalla 6 (si esa categoría tiene más de un recurso) o hacia la pantalla 7 (si esa categoría sólo tiene un recurso).

- PANTALLA 4: pantalla a la que accede el usuario si selecciona ‘Localizaciones’ en el menú. Se debe mostrar por defecto un listado de las localizaciones del destino, que se pueden recorrer haciendo scroll. La visualización de cada localización muestra una foto, nombre de la localización y minimapa con su posición en el destino. Cada localización sirve de botón hacia la pantalla 5.

- PANTALLA 5: pantalla que muestra mediante listado las categorías de experiencias que pertenecen a una localización concreta. Cada elemento del listado consta de una foto y el nombre de la categoría de experiencia. Cada categoría sirve de botón hacia la pantalla 6 (si esa categoría tiene más de un recurso) o hacia la pantalla 7 (si esa categoría sólo tiene un recurso).

PANTALLA 6: debe mostrar el listado de los recursos pertenecientes a esa categoría de experiencia. Cada elemento del listado consta de una foto, el nombre, el precio, situación en un mapa de la localización, una descripción del recurso y su valoración, y sirve de enlace a la Pantalla 7 de visualización de un recurso.

Ha de recogerse también en esta pantalla un menú con tres botones que permita ordenar el listado mostrado según tres criterios: recomendadas (en función de la posesión del distintivo ‘Compromiso de Calidad Turística’), de la valoración en TripAdvisor o portal web turístico similar, y precio (mayor a menor y menor a mayor, alternativo en el mismo botón).

- PANTALLA 7: debe mostrar la información del recurso turístico seleccionado por el turista:

 Foto principal (o slide manual con más fotos en el caso de posibilidad de descarga de datos). Vídeo / Audio.

 Nombre Comercial.

 Localización turística (clasificación a realizar por Xxx.xx o en quien la entidad delegue).

 Descripción corta del recurso.

 Botón de añadir este recurso a Tu Viaje.

 Precio.

 Distintivo Compromiso de Calidad Turística: Sí/No.

 Valoración de la experiencia en Tripadvisor o portal web turístico similar.

 Botones de contacto: Teléfono, Página web, email de contacto.

 Dirección: Calle, CP, Localidad, Municipio.

 Cómo llegar.

 Botón de representación en mapa (a través de sus coordenadas GPS) de la localización del recurso.

 Botón ‘Cerca de mí’: visualización de la pantalla 10 con las actividades cercanas.

 Descripción larga del recurso.

 Perfiles de redes sociales.

 Meses de operación.

 Horario de apertura.

 Idiomas de la actividad.

 Distancia al aeropuerto y a las ciudades de referencia: Las Palmas de Gran Canaria, Maspalomas y Mogán (esta debe hacerse automáticamente por su posicionamiento GPS).

C. Búsqueda: es el tipo de interacción en el que el turista busca los contenidos activamente.

- PANTALLA 8: debe permitir la búsqueda de localizaciones, experiencias y recursos turísticos mediante texto. Tiene incorporada la búsqueda predictiva con la información sincronizada, por lo que despliega un listado con los contenidos coincidentes a medida que se introduce el texto.

D. Tu viaje: es el tipo de interacción en la que se propone al turista un itinerario inteligente, así como la posibilidad de modificarlo.

- PANTALLA 9: en base a los criterios descritos en el apartado 3.1.5, en esta pantalla se presenta una propuesta de itinerario inteligente con las localizaciones, experiencias y recursos turísticos a realizar, y enlazando con sus pantallas correspondientes para su visualización.

Debe permitir también al turista la personalización de la ruta, agregando o suprimiendo localizaciones, experiencias y recursos turísticos.

E. Cerca de mí: es el tipo de interacción en la que el turista se deja inspirar o aconsejar por la aplicación según su posición.

- PANTALLA 10: se debe mostrar por defecto un mapa posicionando los recursos turísticos y localizaciones cercanos. Al seleccionar uno de ellos se accede a su pantalla correspondiente de visualización

- PANTALLA 11: consiste en un mensaje que la aplicación genera cuando se activa un disparador por proximidad o realiza una interacción con una baliza. Debe mostrar un mensaje push con un botón de acceso a la

recomendación (localización o experiencia o recurso), que le lleva a su pantalla correspondiente de visualización.

F. Ver valoraciones y valorar: es el tipo de interacción en la que el turista se deja inspirar o aconsejar por otros turistas o decide opinar sobre una experiencia disfrutada en un recurso turístico. Esta interacción se produce cuando el turista pulsa para ver las valoraciones del recurso turístico. La APP lanza en el navegador del dispositivo la página del recurso turístico en Tripadvisor o portal web turístico similar que muestra las valoraciones del mismo. A partir de este momento las interacciones se realizan siguiendo el proceso establecido en TripAdvisor o similar, pudiendo optar el turista por leer o realizar una nueva valoración a través del navegador (o por la aplicación de TripAdvisor o similar que debe tener instalada el turista).

G. Ajustes de configuración: es el tipo de interacción que permite al turista gestionar todas las opciones de configuración de la App y de personalización de su perfil.

- PANTALLA 12: es una pantalla que permite personalizar la configuración inicial, así como configurar otros parámetros de la APP como por ejemplo activar o desactivar las notificaciones. También se debe recoger aquí una ayuda de la APP.

X. Xxxxxxx mapas: es el tipo de interacción que permite al turista explorar el destino desde la perspectiva de un mapa.

- PANTALLA 13: es una pantalla que muestra el mapa del destino con una skin específica que adapta la visualización de la información que ofrece la aplicación de mapas del dispositivo móvil, tipo Google Maps o similar). Los recursos turísticos y localizaciones están representados por un pictograma específico. La navegación por los mapas utiliza la interfaz de navegación propia de la API, añadiéndole el botón hacia atrás.

3.1.7 Estructura de la aplicación: Back-end

Los requisitos fundamentales de esta parte del sistema son:

 Debe gestionar la generación, edición, y publicación de los contenidos de la APP.

 Debe gestionar la comunicación con el resto de la Plataforma BiOBI.

 Debe gestionar los procesos de actualización de los contenidos de la APP en la Plataforma BIOBI.

 Debe gestionar las altas, bajas y modificaciones realizadas en los datos de la Plataforma BIOBI que se procesarán o visualizarán en la APP.

 Debe gestionar las altas, bajas y modificaciones realizadas en los mecanismos de proximidad asociados.

 Debe establecer los algoritmos de recomendación basados en los datos de la APP, del Sistema de Información del Destino y de cada usuario.

 Debe permitir la integración e interoperabilidad con aplicaciones, sistemas externos y fuentes de datos de terceros, mediante API, servicios web o similar.

 Debe poder gestionar las actualizaciones a realizar en las diferentes plataformas y las cargas progresivas de paquetes de datos en función de las demandas de los turistas.

3.2 PLATAFORMA BIOBI

3.2.1 Descripción general

El adjudicatario deberá realizar el suministro, instalación, configuración y mantenimiento de una solución tecnológica (Plataforma BiOBI) que permita y posibilite, de forma automatizada y ad-hoc, la captura, almacenamiento, tratamiento, catalogación, integración, análisis y publicación de información turística relevante, desde la perspectiva del ciclo de viaje de los turistas, construyendo así una infraestructura centralizada de conocimiento del destino sobre la que definir y desarrollar nuevos modelos de negocios orientados a la definición de un DTI.

Esta Plataforma tiene por objetivo principal ser un elemento impulsor de la innovación turística local, nacional e internacional, y, por tanto, de la industria turística, al adoptar información relevante y de valor a partir de la cual cualquier proveedor de servicios puede desarrollar nuevos modelos de negocio.

Así mismo, la reutilización de los datos abiertos y enlazados (Linked Open Data), permitirá construir una gran infraestructura de datos interconectados y distribuidos sobre la que crear nuevas capas de conocimiento.

La puesta en marcha contará necesariamente con tres aspectos íntimamente relacionados pero que deben ser contemplados de manera independiente, y finalmente integrados en una solución funcional “llave en mano”:

 Big Data (Bi): La Plataforma servirá para obtener una solución integral para la gestión y el tratamiento de datos de alto rendimiento (Big Data, datos masivos no explotados que provienen de multitud xx xxxxxxx de distinto tipo). De esta manera, proporcionará sistemas avanzados de almacenamiento de datos (Data Warehouse), sistemas avanzados de tratamiento de datos e interfaces APIs de comunicación configurables e interoperables con otros sistemas.

 Open Data (O): La Plataforma deberá integrar, visibilizar, poner en valor y abrir a su utilización todos los datos vinculados al destino, permitiendo accesibilidad a la información mediante la publicación de datos de manera abierta y usable.

 Business Intelligence (BI): Deberá realizar el análisis de la información gestionada por la Plataforma, tanto aquella que siga el estándar de código abierto como aquella incorporada mediante fuentes no públicas. Así mismo, deberá permitir un análisis multi-variable atendiendo a indicadores (KPIs) que definirá, en última instancia, el Cuadro de Mando del Destino sobre una cobertura grafica a través de mapas interactivos. De manera complementaria a este aspecto, la Plataforma deberá también contar con funcionalidades de análisis predictivo (Business Analytics) que permitan colaborar con la toma de decisiones en la planificación y dirección estratégica del destino.

3.2.2 Sistema de Información y del Modelo de datos de la Plataforma BiOBI

El Sistema de Información de la Plataforma BiOBI se deberá modelar para habilitar un laboratorio para la mejora de la experiencia turística en un destino turístico. Este modelo describe cómo se captura, organiza y almacena la información que generan los actores que conforman el Sistema Turístico, para posteriormente analizar, procesar y poner a disposición de los actores la información del destino turístico.

3.2.2.1 Descripción del Sistema de Información de la Plataforma BiOBI

El modelo propuesto para definir el Sistema de Información del presente proyecto deberá construirse teniendo en cuenta las necesidades de información desde una doble perspectiva:

1. La de las necesidades y acciones a realizar por las entidades que generan o demandan información al propio Sistema:

a) Las empresas turísticas y OGD que producen la oferta turística.

b) Los turistas que consumen las experiencias que ofrece el destino a través de sus recursos turísticos.

c) Las empresas proveedoras de soluciones y organismos promotores de conocimiento que son de utilidad para el destino y sus turistas.

2. La perspectiva del ciclo de viaje del turista: que es el ámbito espacio-temporal desde el que se genera la información producida por las entidades y que abarca:

- El antes de la visita al destino, que como su nombre indica temporalmente se sitúa en el periodo previo del viaje. Espacialmente se realiza normalmente en la localización de residencia habitual del turista (mercados emisores) y se ve afectada por la información disponible del destino turístico y de los destinos competidores.

- El durante la visita: es el “presente” del ciclo de viaje y se realiza en el destino turístico.

- El después de la visita: temporalmente se sitúa en el periodo posterior a la visita, espacialmente se suele producir de nuevo en el mercado emisor pero también se ve afectada por la información disponible del destino turístico y de los destinos competidores.

A partir de la definición del Sistema de Información, el modelo deberá describir y mapear tres escenarios de información: el destino turístico, los destinos competidores y los mercados emisores, que generan datos de interés en el ciclo de viaje del turista. En cada uno de los escenarios, el sistema deberá capturar la información clasificándola, para su posterior tratamiento, según los siguientes ámbitos de experiencia referidos a los periodos del ciclo de viaje:

FASE CICLO DEL VIAJE DEL TURISTA	ÁMBITOS DE EXPERIENCIA
ANTES (mercados emisores, destino turístico y destinos competidores)	INSPIRACIÖN
	BÚSQUEDA

	PLANIFICACIÓN
	DECISIÓN
	RESERVA
DURANTE (en el destino turístico)	CONTENIDOS TURÍSTICOS
	ORIENTACIÓN
	TRANSPORTE Y MOVILIDAD
	CONECTIVIDAD
	ACTIVIDADES Y COMERCIO
	ALOJAMIENTO
	MEDIO AMBIENTE
	SEGURIDAD Y SALUD
DESPUÉS (mercados emisores, destino turístico y destinos competidores)	REPUTACIÓN
	ALCANCE
	PRESCRIPCIÓN
	COMPARTIR

En base a estos tres escenarios y tres fases del ciclo de vida del turista, el sistema deberá modelizar la información con dos objetivos:

1. Convertir al destino turístico en un “entorno informado” que recoge toda la información disponible de interés para el mismo y la procesa en tiempo real para ponerla a disposición de los actores del Sistema Turístico con el objetivo de que sirva para analizar, evaluar y conocer el Sistema Turístico y tomar decisiones.

2. Evaluar la experiencia turística que ofrece el DTI comparando con los datos referidos a las experiencias que los turistas pueden disfrutar en sus respectivos lugares de residencia (mercados de emisores) o en destinos competidores.

3.2.2.2 Modelo de datos de la Plataforma BiOBI

La Plataforma debe poder explotar la información procedente de una gran variedad xx xxxxxxx de datos, tanto estructuradas como no estructuradas y semiestructuradas, de diferente naturaleza y complejidad como bases de datos relacionales y no relacionales, ficheros de tipo herramientas ofimáticas, XML, PDF, cubos OLAP, servicios web, elementos multimedia (fotos, vídeos, etc.), redes sociales, estadísticas de sitios web (del tipo ‘Google Analytics’ o similar), ficheros planos, etc, sobre un Data Warehouse consolidado que permita el tratamiento de la información de alto rendimiento (Big Data).

Para el Sistema de Información propuesto, se propone una primera caracterización de los datos y fuentes de datos que como mínimo la Plataforma BiOBI deberá tener la capacidad de integrar para su posterior análisis y presentación de resultados. El adjudicatario deberá dimensionar durante la ejecución de los trabajos el Modelo de datos definitivo del Sistema de Información, siempre de forma consensuada con Xxx.xx. A continuación se describe la caracterización realizada según diferentes criterios:

1. Según el agente que produce los datos, las fuentes de información a integrar serán las siguientes:

- Los turistas, en base entre otros a la utilización que hagan de la APP Smart-Destination o de las redes sociales y otros lugares de Internet.

- Empresas del Sistema Turístico, habilitando la integración de los datos xx xxxxxxx privadas que lo soliciten al CDRIT.

- El destino, en base a la información pública disponible que caracteriza un DTI.

- Mercados turísticos de origen, en base a las fuentes de datos Open Data que caractericen los niveles de experiencia turística inteligente según variables relacionadas como por ejemplo el uso de la tecnología y el estilo de vida.

- Otros destinos competidores, especialmente aquellos que se diferencian por ser DTI, con el fin de establecer comparaciones e intercambio de experiencias.

2. Según la forma en la que se generan las tipologías de datos a integrar se caracterizan por ser:

- Big Transaction Data: incluye fuentes de datos Open Data, registros de facturación, en telecomunicaciones registros detallados de llamadas y conexiones y tráfico de datos, etc. Estos datos transaccionales están disponibles en formatos tanto semiestructurados como no estructurados.

- Machine-to-Machine (M2M): datos generados por sensores o medidores que capturan algún evento en particular (velocidad, temperatura, presión, variables meteorológicas, variables químicas como la salinidad, etc.) y que transmiten a través de redes cableadas, inalámbricas o híbridas a otras aplicaciones que traducen estos eventos en información significativa.

- Biometrics: información biométrica en la que se incluye huellas digitales, escaneo de la retina, reconocimiento facial, genética, etc.

- Human Generated: información de diferentes tipos generada por las personas: notas de voz, correos electrónicos, documentos electrónicos, estudios médicos, informes, datos de CRM, etc.

- Web and Social Media: incluye contenido web e información que es obtenida de Internet como portales webs, blogs, redes sociales como Facebook, Twitter, LinkedIn, etc.

De esta forma, queda definido de forma general el pool de datos a integrar que ofrecerá a los distintos actores información sobre las experiencias turísticas en destino, las interacciones de los turistas con ellas y el contexto de información que potencia la experiencia del destino. En base a esta información, se realizará un tratamiento posterior para obtener la visualización de la actividad turística en tiempo real y la “imagen de destino turístico inteligente”.

3.2.2.3 Conectividad e integración de la Plataforma BiOBI con pool de datos

Con el fin de asegurar la calidad y relevancia de la información a procesar por la Plataforma BiOBI, de forma general el Sistema de Información deberá abordar de manera efectiva los siguientes requisitos con respecto al tratamiento de los datos:

1. Acceso a pool de datos suficiente para obtener la información relevante que responda a los requisitos establecidos en el presente pliego.

2. Integración en el Big Data de los datos anteriores de manera que permita su posterior procesamiento, con las características propias de un sistema de este tipo.

3. Puesta a disposición de los datos integrados en el Sistema de Información en formato open data para su posterior explotación por los actores del Sistema Turístico.

4. Realización del procesamiento necesario para obtener los cuadros de mandos, las consultas y los informes que se determinan en el apartado 3.2.3.4.

A continuación se proponen las siguientes categorías de repositorios de información relacionadas con el ámbito de este proyecto, referidos tanto a los mercados emisores, competidores como al propio destino turístico:

1. Repositorio de datos de Población:

a) Características Sociodemográficas y psicográficas

b) Características Macroeconómicas

2. Repositorio de datos de Turismo:

a) Oferta y Demanda Turística

b) Comportamiento de Consumo

c) Ocio y Tiempo Libre

d) Contenidos y Activos Turísticos

e) Sistemas de Orientación para turistas en el destino

f) Actividades y Comercio

g) Alojamiento

3. Repositorio de datos de Movilidad y Transporte

a) Hábitos de uso

b) Conectividad aérea y marítima

c) Transporte público

d) Transporte privado

4. Repositorio Reputacional:

a) Contenidos generados por los turistas

b) Análisis semántico, sobre los contenidos generados en las redes sociales

5. Repositorio de Otros Indicadores de Interés:

a) Conectividad Telefonía Móvil

b) Medio Ambiente

c) Salud

d) Seguridad

6. Repositorio de la APP SmartDestination

a) Información sobre el posicionamiento y recorrido del turista

b) Opiniones/Valoraciones de los recursos turísticos y experiencias

c) Tracking del uso de la APP: interacciones del turista con la APP

De forma específica para este proyecto, y en relación con las categorías anteriores, en el Anexo al Pliego de Prescripciones Técnicas se establecen los repositorios mínimos de información a los que la Plataforma deberá acceder e integrar. El adjudicatario deberá asegurar la conectividad e integración con cada uno de estos repositorios durante un periodo de 5 años. El detalle de estos repositorios mínimos de información a integrar se especifican clasificados según la fase del ciclo de viaje:

 Los input del Sistema de Información: tipología xx xxxxxxx a integrar

 Los output del Sistema de Información: tipología de datos integrados, procesados y a disposición de los actores.

 Las fuentes mínimas localizadas según el mapeado inicial realizado. Las fuentes públicas especificadas son aquellas mínimas que podrán ser complementadas con otras propuestas por el adjudicatario. Las fuentes privadas especificadas podrán ser sustituidas por otras públicas o privadas propuestas por el adjudicatario, siempre que permitan obtener los output requeridos en la tabla. En aquellos casos en los que no se indique una fuente concreta, el adjudicatario deberá proponer aquella o aquellas que permitan obtener y complementar a los output requeridos.

No obstante de los repositorios anteriores, la Plataforma estará preparada para el acceso e integración de otros repositorios.

3.2.3 Servicios a prestar por la Plataforma BiOBI

Los servicios determinan los usos que se le da a la información del sistema, las preguntas que resuelve, la forma de visualizarla, las diferentes vías de acceso al sistema y los roles de los usuarios. Dichos servicios deberán ser realizados por la Plataforma de forma automatizada o manual según los diferentes perfiles de usuario definidos en el siguiente apartado.

3.2.3.1 Niveles de acceso y Perfiles de usuario

En cuanto al acceso por parte de los usuarios, la Plataforma deberá contar con un sistema front-end que a modo de interfaz Web sirva para la interacción directa con el usuario, permitiéndole la realización de todas las tareas relacionadas con la captura, tratamiento, catalogación, integración, análisis y publicación de información. Este interfaz deberá tener diferentes niveles de acceso a los datos y funcionalidades dependiendo de los perfiles de usuario y de los niveles de acceso a la información.

Los niveles de acceso a los datos son los siguientes:

 Acceso gestión: acceso total a todas las funcionalidades back-end de gestión de perfiles y fuentes de datos.

 Acceso total: acceso a todos los datos de la Plataforma.

 Acceso básico: acceso a las fuentes de datos públicas de libre acceso de la Plataforma (formato Open Data).

 Acceso privado: acceso a los datos propios de cada usuario (únicos por usuario) volcados en la Plataforma.

 Acceso medio: acceso a los datos, informes y búsquedas predeterminadas de la Plataforma (capa Business Inteligence).

Los perfiles de usuario respecto a los permisos de acceso se definen de la siguiente forma:

1. Administrador: acceso a todos los niveles anteriores (gestión, total, básico, privado y medio).

2. Investigador e Infomediador: acceso básico, privado y medio.

3. Asociado: acceso privado y medio.

4. Básico: acceso básico.

Por las características de los servicios a ofrecer por el Centro y por la pluralidad y tipologías de potenciales clientes y usuarios, así como el número cuantitativo de los mismos, se requerirá el siguiente número de licencias según el perfil de usuario: 10 de administrador, 50 de investigador e infomediador, 1000 de asociado e ilimitadas de básico. La vigencia de dichas licencias se mantendrá durante la duración de la garantía establecida en el apartado 4.5 del presente Pliego.

La Plataforma deberá disponer de un módulo para poder realizar gestiones de administración de los usuarios (alta/baja, asignación de permisos, etc), así como la inclusión de un módulo de Gestión Unificada de Usuarios que integre repositorios estándares de los usuarios, con los roles y perfiles de negocio de la Plataforma, incluyendo el desarrollo de interfaces/plantillas de creación de usuarios según perfiles.

3.2.3.2 Servicio de agregación de datos

Descripción del servicio

Este servicio debe permitir el acceso, almacenamiento y tratamiento de diferentes fuentes de datos, tanto públicas Open Data como privadas para su posterior procesamiento. El fundamento de este servicio es crear un “destino turístico informado” que mejore la competitividad del mismo y se convierta en el impulsor de la transformación en un “destino turístico inteligente”. Para ello es clave que el servicio se base en un sistema Big Data / Data Warehouse que permita:

 La agregación de la información según el modelo de datos ya descrito.

 La explotación analítica de dichos datos según el concepto de Big Data para el procesamiento de información en todas sus dimensiones: volumen, capacidad, velocidad y tipo de procesamiento.

A continuación se recogen los requisitos relacionados con este servicio:

1. La Plataforma deberá proporcionar un repositorio que permita almacenar de forma organizada la estructura de carpetas, así como todos los objetos y plantillas de los elementos que se definan. Además, debe facilitar que cualquier aplicación pueda leer los datos posteriormente, para ello, debe proveer de un sistema de almacenamiento de archivos que lo facilite, como por ejemplo los sistemas de archivos que guardan el esquema que define ese archivo dentro del mismo.

2. Debe estar basada en una base de datos que permita que un volumen alto de atributos sean agrupados por familias de columnas, de tal manera que los elementos de una familia de columnas son almacenados en un solo conjunto.

3. Debe permitir la realización de análisis y tratamiento de los datos a través de métodos de aprendizaje supervisados y no supervisados, ej: análisis de relaciones entre variables no relacionadas a priori.

4. Debe permitir la realización de análisis semántico, como mínimo sobre los contenidos generados por los diferentes agentes y entidades del Sistema Turístico (destino turístico, destinos competidores, mercados emisores, empresas oferentes y turistas), en los diferentes medios y canales, redes sociales, ej: análisis de sentimientos basados en redes sociales.

5. Debe proveer de herramientas de optimización del análisis de la información.

Requisitos Funcionales del Administrador en este Servicio

1. Capacidad de agregación (extracción y almacenamiento) manual y automatizada de las fuentes.

2. Capacidad de habilitar conexiones xx xxxxxxx de datos por parte de usuarios asociados.

3. Capacidad de monitorización y acciones de mantenimiento del sistema: supervisión del correcto funcionamiento de los procesos y medios de acceso a los input y output del sistema, validez de la información (detección de cualquier problema o inconsistencia de los datos a cargar), acciones preventivas y correctivas del sistema (por ejemplo backups de información).

3.2.3.3 Servicio de puesta a disposición de datos del DTI

Descripción del servicio

Es el servicio que gestiona la puesta a disposición de la información agregada por el Big Data en los formatos Open Data y con los medios técnicos necesarios. El objetivo de este servicio es que cualquier actor del Sistema pueda acceder a la información según sus necesidades, además de que sirva de base para el desarrollo de servicios de infomediación para el sector turístico. Específicamente, la Plataforma debe habilitarse funcionalmente así para favorecer la reutilización por empresas del sector, proveedores y cualquiera que esté interesado en obtener productos derivados. La Plataforma deberá disponer de APIs REST o similar que permitan desde entornos externos (como pueden ser nuevos aplicativos de infomediarios), lanzar peticiones a los datos y análisis de la Plataforma, así como suministrar los mismos siguiendo estándares xx xxxxxxx. De esta forma, se favorece la generación de valor y riqueza, la promoción de la transparencia y la interoperabilidad entre las administraciones de forma que éstas puedan re-utilizar datos de otras administraciones y entes públicos, construir servicios útiles para el destino y, finalmente y no menos importante, promover y facilitar la ordenación interna de los sistemas de información del destino.

Requisitos Funcionales del Administrador en este Servicio

1. Capacidad de administración de Portal Web para la búsqueda, consulta y obtención de datasets, siguiendo los formatos estándares de Open Data de W3C.

2. Capacidad de gestión de usuarios según perfiles y niveles de acceso a los datos.

3. Capacidad de habilitar conexiones xx xxxxxxx de datos por parte de usuarios asociados.

4. Capacidad de monitorización y acciones de mantenimiento del sistema: supervisión del correcto funcionamiento de los procesos y medios de acceso a los input y output del sistema, acciones preventivas y correctivas del sistema (por ejemplo backups de información).

3.2.3.4 Servicio de inteligencia de negocio

Descripción del servicio

Es el servicio que permite a los diferentes usuarios el acceso a las distintas funcionalidades de inteligencia de negocio (publicaciones, cuadros de mando, informes, indicadores, etc) en función de su perfil de usuario, con el fin de poder monitorizar, tratar y explotar información relevante para la toma de decisiones estratégicas a nivel de negocio y/o destino. Este servicio permite también a los actores del sector disponer de un conocimiento profundo sobre las dinámicas de negocio del Destino, sirviendo además de plataforma de vigilancia tecnológica sobre los últimos avances aplicables al sector y el impacto a nivel de negocio de los desarrollos e implementaciones llevadas a cabo en el ámbito del CDRI Turismo.

Requisitos funcionales generales de inteligencia de negocio

En relación al servicio de inteligencia de negocio, la Plataforma deberá contar con las siguientes funcionalidades generales:

- Visualización georreferenciada y en tiempo real de, como mínimo, los datos e indicadores de los repositorios de datos especificados en el apartado 3.2.2 y en el Anexo, y que puedan ser georreferenciados. Ej: Mapa inteligente de Gran Canaria de recursos y flujos turísticos del destino. La Plataforma deberá contar

por tanto con la capacidad de elaborar cuadros de visualización de mapas y coberturas con información geolocalizada. Deberá permitir el análisis geoespacial de los indicadores, cruzando datos internos del destino turístico con datos externos de mercados emisores y destinos competidores así como otras capas como INE, puntos demográficos, datos sociales, incidencias, etc. No sólo se mostrarán los gráficos, si no que permitirá realizar análisis geográficos (por ejemplo distancia entre puntos, porcentaje según población, segmentación según coordenadas espaciales, etc).

- Capacidad de elaboración xx xxxxxxx de mando orientados al usuario, ofreciendo una visión global integrada en la Plataforma de forma ágil y usable.

- Elaboración, visualización y distribución de informes de manera automática. Deberá permitir la exportación de la información en cualquier formato así como la programación de alertas por correo electrónico.

- Análisis comparativo de los niveles de adaptación del destino a estándares internacionales de experiencia inteligente, por cada gran mercado emisor.

- Proyecciones sobre comportamiento de mercados mediante modelos predictivos y descubrimiento de patrones de clientes (características de Business Analytics).

Requisitos funcionales de los Cuadros de Mando

En cuanto a la funcionalidad xx Xxxxxxx de Mando, y a nivel de gestión de la información, la Plataforma BiOBI deberá:

- Permitir de forma sencilla a usuarios de negocio sin conocimientos técnicos previos la elaboración xx xxxxxxx de mando, informes y análisis ad-hoc, así como el desarrollo de nuevos indicadores y la modificación de los ya existentes, a través de herramientas ofimáticas e Interfaz Web, y a partir de los repositorios de datos definidos.

- Contemplar en el Panel de Control múltiples formatos para la representación de los datos, tales como: cuadros de texto, mapas geográficos, mapas xx xxxxxx, tematizados multicapas, diferentes tipos de gráficos como columnas, barras horizontales, barras verticales, líneas, circulares, dispersión o puntos, velocímetros, áreas, tartas, anillos, radial, superficie, burbujas, cotizaciones, cilindro, cónico, etc.

- Permitir a los usuarios definir de manera dinámica el diseño de los indicadores que se visualizará en alguno de los formatos anteriores: Mapa, tabla, matriz, gráficos… Así mismo, debe permitir la secuencialización temporal de indicadores que puedan ser reflejados geográficamente, permitiendo de manera automatizada la evolución temporal de los datos almacenados, por ejemplo la entrada y salida de turísticas por mes/año, o el grado de ocupación por municipio/área o sección.

- Incluir la posibilidad de establecer filtros y selecciones múltiples sobre múltiples variables de análisis por ejemplo: dimensiones temporales (mes, trimestre, año etc.), geográficas (Distrito, Barrio, Área, Sección, etc) y ámbito de estudio.

- Permitir la realización y visualización xx xxxxxxx de mando interactivos dependientes, cuadros de mando de KPI’s (“Balanced Scorecard”), sistemas de consultas y análisis ad-hoc, alertas e inteligencia proactiva, análisis avanzados,

producción de grandes volúmenes de informes, integración con herramientas ofimáticas aportando a los usuarios la capacidad de interactuar con los datos y acceso desde dispositivos móviles.

- Todas estas representaciones mediante indicadores gráficos y tablas, informes, mapas, cuadros de mando, etc, deberán estar intrínsecamente vinculadas entre sí. De modo que por ejemplo una selección en un indicador gráfico repercuta en el mapa o en la generación de un informe concreto, o que un área de influencia en un mapa (por ejemplo un número determinado de kilómetros alrededor de un punto) pueda aplicarse a los KPIs previamente definidos, etc.

La Plataforma BiOBI deberá contar con la capacidad de elaboración xx xxxxxxx de mando sobre:

- Nivel de inteligencia del destino: comparativa entre características demográficas, psicográficas y tecnológicas en origen y en países emisores y en destinos competidores.

- Capacidades del destino: alojativa, de ocio y restauración, de recursos naturales, culturales y patrimoniales, transporte público y privado, sanidad y seguridad.

- Rendimiento a nivel de destino: Reservas, pernoctaciones, precios medios, nivel de empleo, ocupación de establecimientos, operaciones en aeropuertos y puertos, nivel de actividad en puntos de interés turístico.

- Comportamiento de clientes (interacción con la APP Smart-Destination, así como con Internet y redes sociales): movimientos por la isla, acceso a puntos de interés turístico y oficinas de información, consumo y compras realizadas, uso de transporte público, información consultada, indicadores de reacción ante campañas de comunicación.

- Perfiles de cliente: perfil sociodemográfico y psicográfico.

Re-segmentación automática de clientes en base a variables demográficas o de comportamiento. De manera más específica para este contrato, se requiere:

- En relación a los 6 puntos anteriores, capacidad de elaboración xx xxxxxxx de mando con posibilidad de hacer consultas respecto a períodos anteriores y combinando y filtrando variables (consultas OLAP), así como sobre los distintos repositorios de datos especificados en el apartado 3.2.2 y en el Anexo. Los Cuadros de Mando a desarrollar en este apartado deberán estar formados por al menos un total de 40 informes / pantallas que cubran los diferentes repositorios de información del Anexo.

- Capacidad de elaboración xx xxxxxxx de visualización de mapas y coberturas con información geolocalizada de los datos de los repositorios de datos. Los Cuadros de Mando a desarrollar deberán estar formados por al menos un total de 10 informes / pantallas.

- Capacidad de elaboración xx xxxxxxx de mandos altamente visuales e interactivos sobre mapas para hacer consultas sobre la información recopilada de los usuarios y su interacción con la APP Smart Destination. Los Cuadros de Mando a desarrollar deberán estar formados por al menos un total de 15 informes / pantallas.

Los números mínimos de informes / pantallas especificados en los párrafos anteriores deberán ser implementados directamente por el adjudicatario, del mismo modo que la Plataforma deberá ser escalable y contar con la capacidad suficiente para permitir que distintos usuarios especializados del Centro puedan generar dinámicamente, a través de la interfaz específicamente desarrollada para tal fin, más Cuadros de Mando con nuevos informes / pantallas.

Requisitos funcionales de análisis predictivo

La Plataforma deberá contar con funcionalidades de análisis predictivo (Business Analytics), con capacidad de modelado al menos para:

- La predicción de demanda por tipología de cliente, servicios y productos turísticos.

- El descubrimiento de patrones de clientes.

- El análisis de correlaciones entre variables de oferta y demanda.

- La evaluación de oportunidades de negocio (apertura de nuevos locales, localización de servicios, impacto en la demanda de nuevos productos, etc).

La Plataforma deberá contar con capacidad de implementación de Algoritmos de Minería de Datos (Patrones o perfiles de clientes, Modelos predictivos, correlaciones…), cumpliendo con el estándar abierto PMML (Predictive Model Markup Language). Se implementarán por parte del adjudicatario al menos 8 algoritmos de minerías de datos correspondientes a perfilado de clientes, correlaciones y predicciones. Del mismo modo que se indicó antes, la Plataforma deberá ser escalable y contar con la capacidad necesaria para que nuevos algoritmos de minería de datos puedan ser generados por usuarios especializados del Centro a través de la interfaz correspondiente.

Requisitos funcionales del Administrador en este Servicio

1. Capacidad de gestionar el acceso por perfiles.

2. Capacidad de elaboración de informes predeterminados y específicos.

3. Capacidad de automatización y envío de informes en múltiples formatos.

4. Análisis, síntesis, edición y publicación de contenidos según formatos y periodos a definir.

5. Capacidad de monitorización del sistema: supervisión del correcto funcionamiento de los procesos y medios de acceso a los input y output del sistema.

6. Mantenimiento del sistema.

3.3 EQUIPAMIENTO APP SMART-DESTINATIONS Y PLATAFORMA BIOBI

En relación a la APP Smart-Destination y la Plataforma BiOBI, se requerirá el equipamiento hardware y software asociado necesario para satisfacer los requisitos mínimos funcionales y no funcionales especificados en el presente contrato, incluyendo:

- Infraestructura: hardware (servidor o servidores, bases de datos, comunicaciones de red), software de base requerido.

- Herramientas de usuario: software de base requerido para la gestión, administración y acceso a la Plataforma BiOBI. Considerando tanto las licencias de usuarios de administración, investigador e infomediador, asociado y básico.

- Coste de las licencias asociadas, si las hubiere, y el mantenimiento de las mismas para la utilización del hardware y software durante el periodo de garantía establecido en el apartado 4.5 del presente Pliego.

- Instalación, configuración y puesta a punto de los componentes software e infraestructura asociada.

Como mínimo, el equipamiento hardware y software correspondiente al Data Warehouse y al Servicio de Inteligencia de Negocio deberá estar obligatoriamente hospedado físicamente en el Centro de Procesamiento de Datos (CPD) del Centro. No obstante, el resto de servicios para el cumplimiento de las funcionalidades requeridas en el presente pliego podrán ser prestados desde la nube (cloud).

4 REQUISITOS DE SERVICIO

De no indicarse lo contrario, todos los requisitos del Servicio descritos en este capítulo se aplicarán a todos los elementos objeto del presente procedimiento de licitación.

4.1 SERVICIO DE GRABADO E IDENTIFICACIÓN DE EQUIPOS

Todos los activos suministrados, instalados y/o mantenidos por el adjudicatario, estarán obligatoriamente identificados a través de los dos siguientes medios:

4.1.1 Etiquetado

Los activos hardware objeto del Contrato vendrán etiquetados con el número de serie del fabricante, tanto en formato alfanumérico como en formato de código xx xxxxxx. En el caso de que el número de serie no esté incluido de fábrica, o la etiqueta no contenga ambos formatos (alfanumérico y código xx xxxxxx) o no sean legibles, el adjudicatario lo incluirá a través de un sistema de etiquetado que cumpla las siguientes características:

 Contenido:

o El número de serie del activo en formato alfanumérico.

o El número de serie del activo en formato código xx xxxxxx.

o Opcionalmente, otro contenido (logotipos, etcétera).

 Material:

o Poliéster metalizado laminado.

o Resistente al desgaste.

o Resistente al agua.

o Resistente a los disolventes.

o Resistente a la luz.

o Resistente a altas temperaturas.

o Resistente a la abrasión.

o Alta resistencia a rotura.

 Adhesivo:

o Adhesivo antivandalismo.

o Adhesivo permanente.

o Adhesivo universal adaptable a distintas superficies.

o Resistente a temperaturas de -40 ºC a +145 ºC.

 Impresión:

o Admite Código xx xxxxxx.

o Admite logotipos.

o Tinta indeleble de larga duración.

4.1.2 Grabado

Los activos hardware del Contrato vendrán grabados con estampado en superficies directamente visibles, con medios indelebles. No se admite el grabado con tinta ni el grabado sobre placa fijada posteriormente por cualquier sistema al equipo.

Procedimientos admisibles son la pantografía, el troquelado, la grabación térmica o la grabación láser. Cualquier otro método que cumpla los requisitos especificados será igualmente válido. El licitador debe adoptar el procedimiento que mejor se adapte en función del tipo de superficie (plástica o metálica) donde se vaya a realizar el grabado.

En caso de no resultar posible el grabado de los equipos objeto del Contrato, por causas como el enracado de estos equipos, deberán colocarse placas antivandálicas en los componentes en los que vayan a ser instalados. Placas que estarán grabadas según las condiciones descritas en este apartado.

Se grabará la siguiente información, siendo en todo momento perfectamente legible:

 Logotipos: de Xxx.xx, de la Comisión Europea y/u otros definidos y proporcionados por Xxx.xx.

 Código de activo: en caso de que la hubiera, la codificación será proporcionada por Xxx.xx.

Previo al grabado, el adjudicatario del Contrato deberá enviar una prueba de serigrafiado (física y/o electrónica) para cada tipo de equipo del pedido, y deberá ser aprobada por Xxx.xx.

En caso de sustitución del activo, en cumplimiento de las condiciones de mantenimiento, el nuevo activo deberá ir etiquetado y grabado en iguales condiciones que el activo al que sustituye.

4.2 SERVICIO DE SUMINISTRO E INSTALACIÓN DE CARTELERÍA DE ACTUACIÓN FEDER

A petición de Xxx.xx, para el cumplimiento de la normativa comunitaria en materia de publicidad de las actuaciones cofinanciadas con fondos FEDER, el adjudicatario del Contrato prestará el servicio de diseño y producción de un cartel informativo. El servicio incluirá el transporte e instalación, en lugar directamente visible, del cartel en la localización de las actuaciones. Sus características serán las siguientes:

 Contenido:

Emblema de la Unión Europea, acompañado de los logotipos institucionales y referencias que se designen desde Xxx.xx.

A petición de Xxx.xx, para la validación de artes finales, podrá requerirse la entrega de una muestra por proyecto en la sede de la Entidad.

 Dimensiones:

0,25 x 0,25 m

 Material:

Impreso en hexacromia sobre papel blanco de 170 gr. con laminado antirreflex en su cara anterior montado sobre foam 10 mm, perfilado en aluminio plata.

 Instalación:

El cartel debe incluir un sistema de anclaje a la superficie (pared) que permita su ubicación tanto en interior como exterior.

Los carteles se instalarán conjuntamente con el equipamiento destinado al Centro. Los retrasos en el suministro e instalación de la cartelería de difusión podrán ser considerados retrasos en la instalación de los activos correspondientes.

4.3 SERVICIO DE INVENTARIADO

Es responsabilidad del adjudicatario del Contrato, proporcionar la información de inventario necesaria para el correcto seguimiento de los activos de Xxx.xx, ya sea en su fase de suministro, instalación o mantenimiento.

Igualmente, el adjudicatario del Contrato se obligará a cumplir los plazos de entrega de la información de activos en los tiempos definidos, comprometiéndose al uso de la herramienta Gestión de Activos de Xxx.xx, y adecuándose a los métodos y tecnologías de recogida de información definidas por Xxx.xx.

El soporte de dicha información será especificado por Xxx.xx para todos los activos y sus elementos, tanto hardware como software.

Asimismo, el adjudicatario del Contrato deberá mantener actualizado dicho inventario por los mismos medios frente a los cambios debidos a sustituciones o recambios ocasionados por deficiencias detectadas con posterioridad a la entrega.

Xxx.xx se reserva el derecho, en cualquier momento de la duración del Contrato, a exigir al adjudicatario del mismo, la integración con su sistema de Gestión de Activos, actual o futuro.

El adjudicatario del Contrato deberá adecuarse a cualquier cambio en la tecnología que soporte el proceso de Gestión de Activos vigente en Xxx.xx, quedando reservado el derecho a cualquier posible cambio de tecnología.

4.3.1 Compromisos de Inventario

Fase de Suministro

Xxx.xx tiene definido un flujo de validación por el cual se podrá rechazar la información de suministro en caso de que ésta sea incorrecta o incompleta, estableciéndose canales de comunicación para que el proveedor conozca las deficiencias en la información y pueda subsanarlas. La información rechazada en la fase de validación de Xxx.xx computará como no entregada a efectos del cumplimiento de los plazos de entrega.

La información requerida en la fase de suministro es la necesaria para identificar el activo y registrar su entrega, incluyendo los datos que en su momento defina Xxx.xx, reservándose el derecho a pedir información ampliada sobre los activos suministrados.

El adjudicatario del Contrato se comprometerá a registrar en la herramienta de Gestión de Activos de Xxx.xx los activos suministrados, estableciéndose un compromiso de 1 semana para el registro de la información a partir de la fecha reflejada en cada Acta de Instalación correspondiente.

Fase de Instalación

Xxx.xx tiene definido un flujo de validación por el cual se podrá rechazar la información de instalación en caso de que esta sea incorrecta o incompleta; estableciéndose canales de comunicación para que el proveedor de los elementos objeto de este Contrato conozca las deficiencias en la información y pueda subsanarlas. La información rechazada en la fase de validación de Xxx.xx computará como no entregada a efectos del cumplimiento de los plazos de entrega.

La información requerida en la fase de instalación es la necesaria para identificar el equipo y registrar su entrega, incluyendo los datos que en su momento defina Xxx.xx, reservándose el derecho a pedir información ampliada sobre los activos instalados.

El adjudicatario del Contrato se comprometerá a registrar en la herramienta de gestión de activos de Xxx.xx los equipos instalados estableciéndose un compromiso de 1 semana para el registro de la información a partir de la fecha reflejada en cada Acta de Instalación correspondiente.

Además de la información de suministro e instalación de los activos se cargará en la herramienta de Gestión de Activos de Xxx.xx la información del e-albarán vinculada a esos activos. Esta información es independiente de la gestión de la facturación a través de la herramienta de facturación e-albarán.

Es condición indispensable el registro de esta información en la herramienta de Gestión de Activos de Xxx.xx para poder validar la gestión de la facturación en la herramienta de facturación e-albarán.

Para aquellos casos en que Suministrador e Instalador sean el mismo adjudicatario, no se podrá integrar el registro de información de suministro e instalación, siendo cada fase independiente y con su propio flujo de registro en la herramienta de Gestión de Activos de Xxx.xx.

4.4 SERVICIO DE SUMINISTRO, INSTALACIÓN, CONFIGURACIÓN Y PUESTA EN MARCHA

El adjudicatario del presente procedimiento de licitación se compromete a realizar las actividades de suministro, instalación y puesta en marcha de las soluciones tecnológicas Plataforma BiOBI y APP Smart-Destination, así como el suministro, cableado, instalación, configuración y posterior puesta en marcha de sus equipos asociados, incluyendo el transporte de los mismos hasta su correspondiente ubicación dentro del Centro, su desembalaje, montaje e instalación, así como la integración (configuración, puesta en marcha y verificación) de todas las funcionalidades y componentes descritos en el apartado 3 del presente Pliego. Para ello, el adjudicatario

deberá configurar las soluciones tecnológicas y el equipamiento según las instrucciones de Xxx.xx o en su defecto, en quien éste delegue, así como según lo establecido en el presente Xxxxxx. Se entenderá incluido en el precio ofertado por el licitador las actuaciones descritas en este apartado.

Se deberán incluir todos los elementos necesarios (kit de montaje, licencias, soportes, accesorios, cableado de conexión, etc.) para la instalación e integración de las soluciones tecnológicas y de sus equipos dentro de la infraestructura del Centro. La instalación que deberá realizar el adjudicatario incluirá, en su caso, la prolongación de todos los tipos cables de conexión necesarios y suficientes (fibra, Ethernet, coaxial, alimentación eléctrica, etc.) con las protecciones adecuadas según la normativa aplicable así como cualquier otro material necesario para la correcta instalación de los equipos. Si hicieran falta elementos adicionales o diferentes a los descritos para una correcta instalación, éstos serán proporcionados por el adjudicatario, sin que el resultado final de los elementos a suministrar por el adjudicatario varíe de forma significativa respecto a lo indicado en el presente pliego.

Tras realizar la instalación de las soluciones tecnológicas y sus equipos en las diferentes áreas y espacios del Centro que componen este Contrato, se ejecutará una batería de pruebas sobre las propias soluciones, así como el equipamiento y aplicativos software instalados, de forma que se asegure su correcto funcionamiento e integración. El adjudicatario deberá impartir además, dos capacitaciones sobre las soluciones tecnológicas y equipos instalados en el Centro, así como sobre la configuración realizada (una capacitación para la Plataforma BiOBI y otra para la APP Smart- Destination), con el objetivo de facilitar la operación y mantenimiento de las soluciones e infraestructura desplegada. Dichas capacitaciones tendrán lugar en el CDRIT. Previo a la impartición de las capacitaciones, el adjudicatario enviará a Xxx.xx un programa con los aspectos a desarrollar, así como una planificación temporal, en el plazo establecido en el apartado 4.4.2. La duración total de estas dos capacitaciones será al menos de 40 horas y se distribuirá en sesiones de entre 4 y 6 horas de duración. Las capacitaciones deberán comenzar en un plazo máximo de 2 semanas, tras la aprobación por parte de Xxx.xx del programa y la planificación.

Por último, el adjudicatario deberá entregar dos Manuales específicos de utilización, configuración y mantenimiento (uno para la Plataforma BiOBI y otro para la APP Smart-Destination), donde queden recogidas las principales operaciones de las soluciones tecnológicas, su configuración, el modo de funcionamiento de los sistemas finalmente desplegados y de sus equipamientos asociados, así como toda la información necesaria para la correcta operación y mantenimiento de las soluciones en el Centro. Ambos manuales deberán ser aprobados por Xxx.xx.

4.4.1 Condiciones del Servicio de Instalación, Configuración y Puesta en Marcha

El plazo máximo para el suministro, cableado, instalación, configuración, integración, pruebas y puesta en marcha de la solución tecnológica descrita en el apartado 3.1 del presente Pliego (APP Smart-Destination), así como de su equipamiento asociado, será de 8 semanas desde la emisión del pedido por parte de Xxx.xx.

El plazo máximo para el suministro, cableado, instalación, configuración, integración, pruebas y puesta en marcha de la solución tecnológica descrita en el

apartado 3.2 del presente Pliego (Plataforma BiOBI), así como de su equipamiento asociado, será de 8 semanas desde la emisión del pedido por parte de Xxx.xx.

Los retrasos en la ejecución de estos trabajos serán considerados retrasos en la instalación a la que hagan referencia, y por lo tanto, penalizados de acuerdo al apartado 6 xxx Xxxxxx de Condiciones Particulares, salvo que Xxx.xx estime que el motivo del retraso no es imputable al adjudicatario.

Los trabajos de despliegue se coordinarán directamente con el Director Técnico de Xxx.xx, o en quien este delegue. Será el Director Técnico de Xxx.xx o la persona autorizada por la entidad, quien firmará un Acta de Instalación por la que se acepten los trabajos realizados. Se aceptará más de un Acta de Instalación para el proyecto, siempre que al menos incluya uno de los componentes en los que se desglosa el proyecto, según se especifica en el apartado 5.2.2. Xxx.xx indicará al adjudicatario quiénes son los firmantes autorizados por parte de la entidad, de manera que sólo estos podrán realizar la aceptación de los trabajos.

4.4.1.1 Características de Embalaje

El embalaje posibilitará una perfecta protección durante todo el proceso de transporte y almacenaje del material.

Deberán inmovilizarse interiormente aquellos bultos en los que puedan producirse desplazamientos interiores de los elementos que los compongan.

Deberá minimizarse el volumen y peso de los bultos resultantes. En cuanto la forma, se tendrá en cuenta la facilidad de apilamiento.

Todo el material del embalaje deberá ser depositado en un punto destinado a tal efecto, bien sea del propio Centro o no, que podrá elegir el propio adjudicatario.

4.4.1.2 Plazos aplicables a la reposición de piezas y activos del suministro

Los plazos aplicables al suministro del equipamiento del presente Contrato, son los siguientes:

 Tiempo de reposición de piezas - El tiempo de reposición de piezas será igual o inferior a 5 días laborables.

 Tiempo de reposición de activos (hardware y software) en recepción - Los activos defectuosos deberán ser repuestos en el plazo máximo de 3 días laborables, siendo el adjudicatario el que corra con todos los portes de recogida y posterior envío de las piezas o equipos averiados.

En caso de incumplimiento del tiempo de reposición de activos, Xxx.xx aplicará las penalizaciones establecidas en el apartado 6 xxx Xxxxxx de Condiciones Particulares.

4.4.2 Otros plazos y documentación a entregar

Tras la adjudicación del Contrato, tendrá lugar una reunión de puesta en marcha del proyecto con el adjudicatario. En esa reunión, el adjudicatario deberá entregar un Plan de Proyecto en el que se incluya al menos un programa de los trabajos y una planificación temporal específica. Dicho Plan incluirá una descripción de

los trabajos a realizar que permita analizar el desarrollo de la ejecución del presente contrato, con todas las labores y fases del proyecto. En la planificación temporal se indicarán los plazos de ejecución específicos de las actividades descritas, así como los plazos para el suministro e instalación de las soluciones tecnológicas y del equipamiento. Se deberán indicar los principales hitos de actuación, todos ellos dentro de los límites temporales establecidos en el presente pliego. Xxx.xx deberá validar dicho documento, pudiendo solicitar al adjudicatario las modificaciones que considere necesarias para dar cumplimiento a los requisitos establecidos en el presente documento.

Una vez finalizada la ejecución del proyecto, el adjudicatario remitirá a Xxx.xx la siguiente documentación, por cada componente especificado en el apartado 5.2.2:

 Acta de Instalación y puesta en marcha de la solución tecnológica y del equipamiento instalado, con independencia de si ésta refleja algún tipo de incidencia. El Acta de Instalación deberá haber sido previamente firmada por la persona autorizada por Xxx.xx.

 Ficheros de inventario del equipamiento instalado.

 Programación y planificación de las sesiones de capacitación descritas en el apartado 4.4.

 Manual específico de utilización, configuración y mantenimiento, de acuerdo con lo descrito en el apartado 4.4 del presente Xxxxxx.

 Certificados y garantías de los equipos instalados.

 Cualquier otra documentación definida por Xxx.xx en el transcurso del proyecto.

En cualquier caso se contempla un plazo máximo de 2 semanas desde la fecha de firma del Acta de Instalación para que el adjudicatario entregue a Xxx.xx el original del Acta de Instalación firmada por la persona autorizada por Xxx.xx, junto con el resto de documentación recogida anteriormente en este apartado.

Los retrasos en la entrega de esta documentación serán considerados retrasos en la instalación a la que hagan referencia, y por lo tanto, penalizados de acuerdo al apartado 6 xxx Xxxxxx de Condiciones Particulares, salvo que Xxx.xx estime que el motivo del retraso no es imputable al adjudicatario.

Como parte de las tareas objeto del contrato, el adjudicatario se compromete a generar la documentación de los trabajos realizados indicada en este pliego, de acuerdo con los criterios que establezca en cada caso el Director Técnico de Xxx.xx, o aquellas personas en las que éste delegue. Toda documentación generada por el adjudicatario en ejecución del contrato será propiedad exclusiva de Xxx.xx en los términos expresados en el apartado 3.1 xxx Xxxxxx de Condiciones Particulares.

Adicionalmente se podrá requerir un CD/DVD con la recopilación de toda la información final de proyecto indicada en este apartado incluyendo además cualquier otra información relacionada con el proyecto como, por ejemplo:

 Actas de las reuniones de seguimiento del proyecto con Xxx.xx.

 Información de facturación.

 Especificaciones particulares de configuración, etc.

El plazo máximo para la entrega de dicho CD/DVD será de 2 semanas a contar desde la petición por parte de Xxx.xx.

Toda la documentación del proyecto deberá ser entregada en castellano, en papel y soporte digital. Xxx.xx definirá los formatos (PDF, HTML, etc.) y procedimientos de entrega de la documentación.

En caso de que Xxx.xx considere que parte de la documentación entregable, descrita en este apartado 4.4 o en cualquier otro del presente Xxxxxx, no es necesaria para la validación de la ejecución del proyecto o los plazos de entrega con que dicha documentación es requerida al adjudicatario del Contrato no resulten operativos para la propia ejecución del proyecto, podrá eximir al adjudicatario, de forma expresa, de su entrega o modificar los plazos de entrega.

4.4.3 Procedimiento de cambio y homologación tecnológica

En el caso de que sea necesario un cambio en las soluciones tecnológicas, los modelos de los equipos o en alguno de sus componentes, por actualización tecnológica, obsolescencia del equipamiento, descatalogación, etc., el adjudicatario deberá notificar con una antelación mínima de 1 mes a Xxx.xx este cambio, para poder evaluar el impacto en el proyecto en ejecución y ser homologado según el procedimiento establecido por Xxx.xx.

Xxx.xx puede homologar el cambio sólo para alguno de los sistemas en particular o para todo el objeto del presente procedimiento de licitación, dándose el caso excepcional de no poder aprobar el cambio y homologación de soluciones o equipos para un sistema determinado por el impacto que ello conlleve, con lo que el adjudicatario se comprometerá a seguir suministrando las mismas soluciones o equipos para ese sistema.

El adjudicatario se compromete a ofertar siempre soluciones y equipos con las mismas características técnicas o superiores a los equipos vigentes en el presente procedimiento de licitación.

4.5 GARANTÍA

El adjudicatario del Contrato estará obligado a prestar un servicio de garantía in- situ durante cinco años para todos los activos objeto del presente expediente (hardware y software), atendiendo también las incidencias que por su tipología sean identificadas con origen en el cableado, instalación de los equipos, o una incorrecta configuración de puesta en marcha inicial. Adicionalmente, para los servicios de configuración se exige, como mínimo, una garantía de 3 meses tras la aceptación de los sistemas por parte de Xxx.xx, para corregir los posibles problemas que pudieran surgir tras su ejecución. La garantía no incluye el suministro o sustitución de elementos consumibles o fungibles.

La fecha de inicio del servicio de garantía será a contar desde la fecha de firma del Acta de Instalación por parte del Director Técnico de Xxx.xx o quien este designe, que coincidirá con la instalación y configuración de los activos (hardware o software) en su ubicación final.

El Centro será libre de instalar nuevo hardware y software en los equipos, siendo responsabilidad del mismo el soporte y garantía de los elementos adicionales. La

modificación de los equipos en este sentido no invalidará, en ningún caso, la garantía y el soporte del contrato.

4.5.1 Garantía in-situ

La garantía in-situ es el servicio que proporcionará el adjudicatario del Contrato para la resolución de incidencias de los elementos hardware y software, con los condicionantes siguientes:

 El adjudicatario será responsable de los elementos objeto de la garantía in-situ, y en caso de que se produzca cualquier incidencia en relación a los mismos deberá articular los mecanismos que sean necesarios para su resolución de la forma siguiente:

o La actuación se llevará a cabo en el lugar en el que esté instalado el elemento.

o Utilización del stock de mantenimiento existente para la sustitución de los elementos averiados o defectuosos. El adjudicatario dispondrá de un stock mínimo de piezas/equipos que le permita garantizar el cumplimiento de los tiempos máximos de resolución de incidencias. Este stock de mantenimiento debe estar compuesto por equipos de los suministradores. El adjudicatario será el encargado de dimensionar este stock, con la finalidad de garantizar el cumplimiento de los tiempos máximos de resolución de incidencias, de manera que al comienzo del proyecto el adjudicatario presentará a Xxx.xx el dimensionado del mismo. Xxx.xx se reserva el derecho de auditar este stock de mantenimiento en las instalaciones del adjudicatario del presente procedimiento de licitación.

o Sustitución del equipo averiado por otro de iguales o superiores características hasta que se haya producido la reparación del equipo averiado.

o En el caso de sustitución de equipamiento etiquetado, el adjudicatario deberá asegurar que su recambio venga etiquetado en la forma establecida en el apartado 4.1 del presente Pliego de Prescripciones Técnicas.

o Recuperación de la configuración software del equipo averiado para reproducirla tanto en el equipo de sustitución como en el equipo reparado o sustituido de forma definitiva.

o El adjudicatario deberá mantener operativos los equipos en todo momento, cualquiera que sea la incidencia acontecida.

 El adjudicatario estará en disposición de recibir comunicaciones de averías o incidencias, y atención de las mismas, como mínimo, 5x8 (de 9 a 17h horario peninsular, de lunes a viernes, excluidos festivos de ámbito nacional) y contemplando la apertura de incidencias a través de vía telefónica o correo electrónico.

 El adjudicatario debe garantizar la adecuada integración de sus servicios de atención técnica con los servicios de atención técnica indicados por Xxx.xx. El adjudicatario deberá usar el Sistema de Gestión de Incidencias de Xxx.xx, ajustando sus procesos y procedimientos a los establecidos en el sistema.

 En cuanto al software: el adjudicatario deberá proporcionar la disponibilidad de parches, actualizaciones y revisiones, siempre y cuando sea necesario para el correcto funcionamiento de los elementos en cualquiera de las plataformas para las que esté disponible el producto.

 Durante el periodo de garantía, el adjudicatario debe proporcionar a Xxx.xx, con al menos una periodicidad mensual, y en formato digital definido por Xxx.xx, el Informe de Garantía de Servicio con informes de incidencias reportadas y tiempos de resolución de las mismas. Este Informe se basará en datos recopilados del sistema de gestión de incidencias que indique Xxx.xx. El informe deberá contener, al menos, la siguiente información:

o Identificador de incidencia.

o Severidad.

o Ubicación.

o Marca y Modelo del Equipo Averiado.

o Nº de Serie del Equipo Averiado.

o Marca y Modelo del Equipo Repuesto.

o Nº de Serie del Equipo Repuesto.

o Día y Hora de Resolución de la Avería.

o Tiempo de Respuesta.

o Tiempo de Resolución.

El informe mensual deberá ser enviado antes del día 5 de cada mes.

 Semanalmente el adjudicatario debe proporcionar a Xxx.xx el Informe de Incidencias Pendientes, con detalle de las incidencias aún abiertas en la fecha de envío de dicho informe.

El Informe deberá contener, al menos, la siguiente información:

o Identificador de incidencia.

o Día y Hora de notificación de la incidencia

o Prioridad

o Ubicación

o Marca y Modelo del Equipo Averiado

o Nº de Serie del Equipo Averiado

o Día y Hora de Resolución previstos

o Tiempo de Respuesta

El informe semanal deberá ser enviado antes del miércoles de cada semana.

Ambos informes, mensual y semanal, estarán disponibles on-line para su consulta por parte de Xxx.xx.

En todos aquellos casos que el adjudicatario se demore en el envío de estos informes, Xxx.xx procederá a la aplicación de las penalizaciones establecidas al efecto en el Pliego de Condiciones particulares.

 El adjudicatario deberá proveer el servicio de garantía en el lugar donde se encuentren ubicados los elementos.

4.5.2 Nivel de Servicio de la Garantía

El adjudicatario deberá cumplir con el siguiente Acuerdo de Nivel de Servicio de Soporte, según sean incidencias, peticiones o consultas en función de la prioridad asignada.

Como tiempo máximo de resolución (Tmax), se considera el periodo máximo que transcurre desde la comunicación de la incidencia hasta la resolución de la misma. Los tiempos de resolución de incidencias computarán siempre en horario laboral, que se define de lunes a viernes, de 9 a 17 horas horario peninsular, excluidos festivos de ámbito nacional.

Los tiempos máximos de resolución en función de las distintas prioridades son:

Prioridad	Tiempo	Máximo de Resolución	(Tmax)
Baja	72 horas
Media	48 horas
Alta	24 horas

Tabla 1. Tiempos máximos de resolución de incidencias según prioridad

La prioridad mide la rapidez necesaria para resolver una incidencia, basada en las necesidades del servicio y en función del tipo de aplicación, sistema y/o usuario afectados.

1. Alta

 El incidente se debe atender inmediatamente. Todos los recursos se centran en la resolución.

2. Media

 El incidente se debe atender a la mayor brevedad posible.

3. Baja

 El incidente puede ser aplazado o está planificado lo suficientemente lejos en el tiempo para permitir una respuesta sin pérdida de productividad.

4.5.3 Parámetros de Medida para el Cómputo de Penalizaciones

A efectos de no tener en cuenta en el cómputo, la existencia de posibles demoras no imputables al adjudicatario del Contrato, bien a través del sistema de “ticketing” de Xxx.xx o bien a través de cualquier otra herramienta para la gestión de las incidencias, se establecerán periodos que no serán computables a efectos del establecimiento de penalizaciones. En este sentido, cualquiera que sea la herramienta utilizada para la gestión de incidencias por Xxx.xx, se contemplan estados de “parada de reloj” (p.e. cuando se necesita la acción del cliente), que implican que el tiempo

transcurrido desde su inicio hasta su terminación no se computa a efectos de penalizaciones.

El adjudicatario únicamente podrá activar el estado “parada de reloj” cuando se produzca una causa justificada, que deberá, en todo caso, acreditar de forma pormenorizada y exhaustiva. Xxx.xx auditará el uso por parte del adjudicatario del estado “parada de reloj”. En caso de no justificarse, se contabilizará el tiempo total de incidencia, desde su apertura hasta su cierre.

Xxx.xx revisará mensualmente el nivel de prestación del servicio del adjudicatario a efectos de valorar si procede o no la imposición de penalizaciones de acuerdo con el sistema previsto en el presente apartado. No obstante lo señalado anteriormente, Xxx.xx podrá aumentar o reducir el periodo que se tendrá en cuenta, en cuyo caso será notificado con antelación al adjudicatario.

La tabla siguiente detalla los niveles del servicio, que serán utilizados para el cómputo de las penalizaciones, en función al porcentaje de cumplimiento del Servicio.

Nivel de prestación del Servicio	% Cumplimiento del servicio (x) (porcentaje de incidencias o peticiones que no superan los Tmax)
óptima	X ≥ 90%
no óptima	X < 90%

Tabla 2. Nivel de prestación del Servicio en función del cumplimiento del Servicio

En todos aquellos casos que el adjudicatario no alcance un nivel óptimo en la prestación del servicio, Xxx.xx procederá a la aplicación de las penalizaciones establecidas al efecto en el apartado 6 xxx Xxxxxx de Condiciones Particulares. Sin perjuicio de lo anterior, en estos casos Xxx.xx exigirá al adjudicatario la adopción del correspondiente plan de mejora dirigido a la consecución del referido nivel óptimo.

4.6 DIRECCIÓN DEL PROYECTO

4.6.1 Planificación, Dirección y Seguimiento de los Trabajos

Corresponde a Xxx.xx la supervisión y planificación generales de los trabajos, proponer las modificaciones convenientes o, en su caso, proponer la suspensión de los mismos si existiese causa suficientemente motivada.

A tal efecto, Xxx.xx designará a un Director Técnico, cuya función principal será, entre otras, la de velar por el cumplimiento de los trabajos exigidos y ofertados.

Corresponde al adjudicatario del Contrato la ejecución, la dirección y la coordinación directa de los medios personales que realicen las actuaciones objeto del Contrato.

A tal efecto, el adjudicatario designará a un Jefe de Proyecto cuyas funciones en relación con el presente Xxxxxx serán:

 Dirigir a los medios personales que realicen las actuaciones impartiendo al efecto las órdenes e instrucciones necesarias para la ejecución de las mismas.

 Realizar las funciones de contacto directo de los medios personales que realicen las actuaciones.

Esta figura de Jefe de Proyecto, deberá poseer una cualificación técnica necesaria y apropiada para el correcto desempeño de los trabajos inherentes al puesto.

Salvo acuerdo contrario entre Xxx.xx y la empresa adjudicataria, el Jefe de Proyecto será el único interlocutor válido para todas las tareas de planificación, dirección y seguimiento de las actuaciones contempladas en el presente Xxxxxx.

Xxx.xx, a través del Director Técnico, comunicará todas las directrices relativas a la supervisión general de los trabajos objeto del Contrato al Jefe del Proyecto.

Xxx.xx, a través del Director Técnico, podrá fijar reuniones con el Jefe de Proyecto, con el fin de determinar, analizar y valorar las incidencias que, en su caso, se produzcan en ejecución del Contrato.

4.6.2 Obligaciones de Información y Documentación

Durante la ejecución de los trabajos objeto del Contrato, el adjudicatario del Contrato se compromete, en todo momento, a facilitar a las personas designadas por el Director Técnico designado por Xxx.xx, a tales efectos, la información y documentación que éstas soliciten para disponer de un pleno conocimiento de las circunstancias en que se desarrollan los trabajos, así como de los eventuales problemas que puedan plantearse y de las tecnologías, métodos y herramientas utilizados para resolverlos.

En este sentido, el adjudicatario deberá informar al Director Técnico designado por Xxx.xx, o a aquellas personas en las que éste delegue, con la periodicidad necesaria sobre distintos aspectos del funcionamiento y calidad de los trabajos. Entre ellos será necesario presentar un informe, en el formato que defina Xxx.xx, de cumplimiento del Servicio.

Asimismo, el adjudicatario estará obligado a asistir y colaborar a través del personal que éste designe, en las reuniones de seguimiento del proyecto definidas por el Director Técnico de Xxx.xx, o a aquellas personas en las que éste delegue, quien se compromete a citar con la debida antelación al personal del adjudicatario, a los efectos de poder facilitar su asistencia.

4.7 SEGUIMIENTO DEL PROYECTO

Para la supervisión del desarrollo y ejecución de las tareas objeto del presente procedimiento de adjudicación, Xxx.xx cuenta entre sus funciones principales la de definición y establecimiento de los procesos y métodos relativos a la gestión de proyectos, que deben seguirse con el correspondiente soporte y asesoramiento, y la del seguimiento, control y comunicación sobre el grado de ejecución de los mismos.

El adjudicatario del Contrato, en la ejecución de las tareas objeto del presente procedimiento de adjudicación, deberá cumplir las siguientes condiciones:

1. Metodología

La metodología para la gestión del proyecto será la establecida a tal efecto por Xxx.xx. Con objeto de presentar dicha metodología al personal del adjudicatario, la entidad realizará las acciones de comunicación y formación oportunas.

2. Supervisión de la gestión

La entidad pondrá los medios personales que, junto con el Responsable del Contrato de Xxx.xx, realizarán labores de seguimiento y control del proyecto. Los objetivos de dichas acciones son, el aseguramiento de la calidad del proceso de gestión y la detección temprana de desviaciones, así como, su conformidad con respecto a la metodología establecida por Xxx.xx. Para ello, el adjudicatario deberá en todo momento colaborar con los miembros de Xxx.xx que realicen estas actividades, obligándose a informar y responder a los requerimientos de los mismos.

3. Obligatoriedad de uso de la plataforma de soporte TIC para la gestión de proyectos

Con el objeto de centralizar y facilitar el seguimiento y control de los procesos de gestión de proyectos, Xxx.xx pondrá a disposición de los miembros del proyecto una plataforma de soporte TIC. El adjudicatario deberá en todo momento utilizar de forma obligatoria dicha plataforma, incluyendo en la misma toda la información de proyecto que se solicite. Dicha información deberá incluirse en la misma una vez esté disponible, de manera que se pueda realizar un seguimiento del proyecto en tiempo real, con información actualizada.

4. Acciones de comunicación

Xxx.xx pondrá los medios personales encargados de centralizar la comunicación entre los distintos interlocutores vinculados al proyecto, realizando funciones de “ventanilla única”. En ningún caso el adjudicatario podrá realizar acciones de comunicación y/o difusión del proyecto sin la debida autorización de los mismos.

5. Metodologías complementarias

En el caso de que durante la ejecución de las tareas objeto del Contrato surjan cuestiones a las que no sea posible aplicar la metodología desarrollada por la entidad, Xxx.xx podrá determinar metodologías alternativas o adicionales a través del coordinador del proyecto de Xxx.xx. En cualquier caso antes de proceder a utilizar una metodología concreta se deberán consultar los términos de uso de la misma y la relación con la metodología de gestión establecida por Xxx.xx.

6. Consideraciones adicionales

El adjudicatario deberá tomar en consideración aquellos puntos que le sean indicados por el personal de Xxx.xx adscrito al proyecto con el objeto de garantizar la calidad del proceso de gestión de proyectos establecido por la entidad, y estará obligado a atender a las amonestaciones emitidas en el transcurso del proyecto.

4.8 CONTROL ECONÓMICO Y FACTURACIÓN

4.8.1 Control de Facturación

La facturación de los trabajos realizados se efectuará sobre la base de una adecuada administración de recursos por parte del adjudicatario del Contrato y teniendo en cuenta los siguientes extremos:

 En las reuniones periódicas se evaluarán todas aquellas incidencias acontecidas que se hubieran originado en el cumplimiento de los objetivos planificados y hayan repercutido en detrimento y perjuicio de las actuaciones objeto del Contrato.

 Cuando a juicio del Director Técnico, tales incidencias fueran imputables al adjudicatario, serán de aplicación las penalizaciones establecidas en el apartado 6 xxx Xxxxxx de Condiciones Particulares.

El adjudicatario del Contrato deberá realizar el suministro, instalación, puesta en marcha y mantenimiento de las soluciones tecnológicas y su equipamiento asociado según se describe en el presente Pliego. Para la aceptación de los trabajos, se entregará la documentación indicada en el apartado 4.4.2 o cualquier otra que determine Xxx.xx.

El adjudicatario del Contrato, previa aceptación de Xxx.xx de los trabajos realizados en ejecución del Contrato y de la documentación requerida en el presente pliego, emitirá las facturas en las fechas y con las condiciones referidas en el apartado 4.8.2 del presente Pliego de Prescripciones Técnicas, y en los términos previstos en el apartado 5 xxx Xxxxxx de Condiciones Particulares.

Cada factura deberá incluir, entre otras, las referencias a la correspondiente Acta de Instalación objeto de facturación y números de serie de los componentes suministrados e instalados.

Cada factura deberá emitirse con el formato fijado por Xxx.xx, en todo caso deberá contener el desglose de los impuestos indirectos aplicables indicando el número de expediente del Contrato, y se corresponderá en forma y contenido con el correspondiente pedido realizado por Xxx.xx debiendo hacer constar el número de pedido.

4.8.2 Hitos de Facturación

Los hitos de facturación objeto de este Contrato serán conforme a los hitos que se indican a continuación:

 Suministro, instalación y puesta en marcha de la solución tecnológica “APP Smart-Destination” y equipamiento asociado.

 Suministro, instalación y puesta en marcha de la solución tecnológica “Plataforma BiOBI” y equipamiento asociado.

Previa conformidad de Xxx.xx, en los términos indicados en los apartados 4.4.2 y

4.8.1 del presente pliego, el adjudicatario remitirá las facturas correspondientes al suministro, instalación y puesta en marcha del equipamiento y las soluciones tecnológicas objeto de este Contrato.

5 FORMATO Y CONTENIDO DE LAS PROPUESTA

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

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

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

La presentación de propuestas deberá cumplir las prescripciones xxx Xxxxxx de Condiciones Particulares. Adicionalmente la propuesta relativa a los criterios cuantificables mediante la mera aplicación de fórmulas (sobre 4), deberán incluir la información y presentar la estructura que se detalla a continuación.

5.1 PROPUESTA RELATIVA A LOS CRITERIOS CUYA VALORACIÓN DEPENDE DE UN JUICIO DE VALOR (SOBRE 3)

EL PRESENTE PROCEDIMIENTO NO CONTEMPLA CRITERIOS CUYA VALORACIÓN DEPENDA DE UN JUICIO DE VALOR POR LO QUE LOS LICITADORES NO DEBERÁN APORTAR NINGUNA PROPUESTA EN ESTE SENTIDO.

5.2 PROPUESTA RELATIVA A LOS CRITERIOS CUANTIFICABLES MEDIANTE LA MERA APLICACIÓN DE FÓRMULAS (SOBRE 4)

El licitador presentará su propuesta siguiendo el modelo que se adjunta al presente pliego para la proposición económica.

La información contenida en el sobre 4, además de presentarse por escrito (2 copias), deberá adjuntarse en soporte electrónico (2 copias), en el que se incluirán las tablas, en formato hoja de cálculo, con la totalidad de los datos necesarios para la valoración automática de las proposiciones.

Se reitera que la información solicitada en el presente apartado, que se incluirá en el sobre 4, no se deberá incluir en ningún caso en los sobres 1 y 2. En caso contrario la oferta del licitador no será tenida en cuenta en el presente procedimiento.

5.2.1 Documentación técnica a incluir para la comprobación del cumplimiento de requisitos obligatorios y valorables establecidos en el pliego de prescripciones técnicas

Dentro del sobre de la propuesta que contiene los criterios cuantificables mediante la mera aplicación de fórmulas, el licitador deberá presentar la siguiente información técnica que acredite el cumplimiento de los requisitos obligatorios y valorables establecidos en el presente Pliego para su comprobación por Xxx.xx.

Detalle de las soluciones tecnológicas propuestas (Plataforma BiOBI y APP Smart-Destination) que acrediten el cumplimiento de los requisitos (funcionales y no funcionales) especificados en el apartado 3 xxx Xxxxxx de Prescripciones Técnicas.

5.2.2 Proposición Económica

La proposición se presentará siguiendo el modelo en formato hoja de cálculo que se refiere en el siguiente apartado y que se adjunta al presente Xxxxxx.

La proposición económica se estructurará proporcionando precios para los conceptos que se enumeran a continuación. Todos los precios se deben proporcionar en EUROS, calculados y presentados con DOS decimales e impuestos indirectos aplicables EXCLUIDOS.

 COMPONENTE 1: Precio unitario – Impuestos Indirectos Aplicables EXCLUÍDOS (PC) – de suministro, instalación y puesta en marcha de la SOLUCIÓN TECNOLÓGICA “APP SMART-DESTINATION” Y EQUIPAMIENTO ASOCIADO con

garantía in-situ según lo descrito en los apartados 3.1 y 4.5 del presente Xxxxxx.

 COMPONENTE 2: Precio unitario – Impuestos Indirectos Aplicables EXCLUÍDOS (PC) – de suministro, instalación y puesta en marcha de la SOLUCIÓN TECNOLÓGICA “PLATAFORMA BiOBI” Y EQUIPAMIENTO ASOCIADO con garantía

in-situ según lo descrito en los apartados 3.2 y 4.5 del presente Xxxxxx.

La fórmula que se establece para el cálculo del PRECIO DE OFERTA es la siguiente:

Precio Oferta (Pi) = PC1 + PC2

La tabla siguiente resume los datos económicos que deben proporcionarse:

Concepto	Precio unitario (IVA excluido)
 COMPONENTE 1: Suministro, instalación y puesta en marcha de la solución tecnológica “APP Smart-Destination” y equipamiento asociado	PC1
 COMPONENTE 2: Suministro, instalación y puesta en marcha de la solución tecnológica “Plataforma BiOBI” y equipamiento asociado	PC2

Todos los precios se deben proporcionar en Euros, con DOS decimales y SIN IMPUESTOS INDIRECTOS APLICABLES.

El importe de la oferta propuesta, IMPUESTOS INDIRECTOS APLICABLES NO INCLUIDOS, no podrá exceder la cantidad de TRESCIENTOS SETENTA MIL EUROS

(370.000,00€). Cualquier oferta que supere dicha cantidad no será tomada en consideración en el presente procedimiento de licitación.

Precio total de la oferta <= 370.000,00 €

5.2.3 Modelo de proposición económica

PROPOSICIÓN ECONÓMICA DE [razón social del licitador] PARA LA REALIZACIÓN DEL CONTRATO DE " Suministro e instalación de una Plataforma Tecnológica para gestión de información del sector turístico en el Centro Demostrador de Referencia para Innovación en el ámbito Turístico en Gran Canaria" Exp.: 238/14-ED

ES OBLIGATORIO EL USO DE ESTE DOCUMENTO. NO ES ADMISIBLE UTILIZAR UNA COPIA DEL MISMO

Apellidos, nombre y DNI del firmante de la proposición económica. Relación que une al firmante con el licitador.

Razón social del licitador, NIF, domicilio, teléfono, fax y e-mail (del representante)

a) Tabla de desglose de los importes

Concepto	Unidades	Precio unitario (Impuestos Indirectos Aplicables no incluidos)
COMPONENTE 1: Precio unitario Impuestos Indirectos Aplicables no Incluidos (PC1) de suministro, instalación y puesta en marcha de la solución tecnológica "APP Smart-Destination" y equipamiento asociado	1	0,00 €
COMPONENTE 2: Precio unitario Impuestos Indirectos Aplicables no Incluidos (PC2) de suministro, instalación y puesta en marcha de la solución tecnológica "Plataforma BiOBI" y equipamiento asociado	1	0,00 €
PRECIO TOTAL DE LA OFERTA (Pi) = PC1 + PC2		0,00 €
		Oferta aceptada
PRECIO MAXIMO DE LA OFERTA <=		370.000,00 €

El abajo firmante, en virtud de la representación que ostenta, se compromete, en nombre de su representado, a la ejecución del contrato de "Suministro e instalación de una Plataforma Tecnológica para gestión de información del sector turístico en el Centro Demostrador de Referencia para Innovación en el ámbito Turístico en Gran Canaria" Exp.: 238/14-ED en la cantidad referida en el apartado PRECIO TOTAL DE LA OFERTA de la tabla anterior.

En Madrid a de de 2015

Código Seguro De Verificación:	OliEIX3LQRjVDVTVxBQAzw==	Estado	Fecha y hora
Firmado Por	Xxxxx Xxxxxxxx Xxxxxxx - Director General de la Entidad Pública Empresarial	Firmado	25/05/2015 15:23:44
	Xxxxx Xxxxx Xxxxxx	Firmado	21/05/2015 18:04:46
Observaciones		Página	58/59
Url De Verificación	xxxxx://xxxxxxxxxxx.xxx.xx/xxxxxxxxxx0/xxxx/XxxXXX0XXXxXXXXXxXXXxxxx

Firmado

DIRECTOR DE ECONOMÍA DIGITAL

D. XXXXX XXXXX XXXXXX

DIRECTOR GENERAL DE XXX.XX

X. XXXXX XXXXXXXX XXXXXXX

Código Seguro De Verificación:	OliEIX3LQRjVDVTVxBQAzw==	Estado	Fecha y hora
Firmado Por	Xxxxx Xxxxxxxx Xxxxxxx - Director General de la Entidad Pública Empresarial	Firmado	25/05/2015 15:23:44
	Xxxxx Xxxxx Xxxxxx	Firmado	21/05/2015 18:04:46
Observaciones		Página	59/59
Url De Verificación	xxxxx://xxxxxxxxxxx.xxx.xx/xxxxxxxxxx0/xxxx/XxxXXX0XXXxXXXXXxXXXxxxx