PLIEGO DE PRESCRIPCIONES TÉCNICAS ... Series de IPAD y IPAD mini • Android o Series de Samsung...

Corporacin de Radio y Televisin Espaola, S.A.

EXPTE.: 2016/10091

PLIEGO DE PRESCRIPCIONES

TCNICAS

CONDICIONES GENERALES DE

CONTRATACIN

DESARROLLO APLICACIONES MVILES

Desarrollo de Aplicaciones Mviles

PLIEGO DE CONDICIONES TCNICAS

Direccin de Tecnologa Interactivos

Direccin de Tecnologa, Innovacin y Sistemas



Pgina 2 de 21

ndice Pgina

1 Planteamiento ............................................................................................................................... 4

2 Descripcin de la plataforma de trabajo ........................................................................................ 4

2.1 Visin general de la plataforma tecnolgica............................................ 4

2.2 Entorno tecnolgico ............................................................................ 5

2.3 Patrones de diseo ............................................................................. 6

2.4 APIS ................................................................................................. 6

2.5 CDN (Content Delivery Network) .......................................................... 6

2.6 Estadsticas ....................................................................................... 6

2.7 Redes sociales.................................................................................... 7

2.8 Entorno de pruebas ............................................................................ 7

2.9 Troubleshooting ................................................................................. 7

2.10 Player y formatos ............................................................................... 8

3 Descripcin del servicio a prestar ................................................................................................... 8

3.1 Objetivo principal ............................................................................... 8

3.2 Procedimiento de ejecucin.................................................................. 9

3.2.1 Peticin de una accin .......................................................................................................... 9

3.2.2 Planificacin detallada, anlisis y Diseo Tcnico: ............................................................... 9

3.2.3 Ejecucin del proyecto ....................................................................................................... 10

3.2.4 Replanificacin del alcance y/o tiempos ............................................................................ 10

3.2.5 Publicacin de los artefactos y del cdigo fuente .............................................................. 10

3.2.6 Aceptacin de los entregables ............................................................................................ 11

3.2.7 Puesta en preproduccin .................................................................................................... 11

3.2.8 Puesta en produccin ......................................................................................................... 11

3.2.9 Resolucin de errores de la aplicacin tras el despliegue durante el periodo de garanta 12

3.2.10 Documentacin .................................................................................................................. 12

3.3 Normas generales de aceptacin de los desarrollos ................................ 12

3.3.1 Calidad ................................................................................................................................ 13

3.3.2 Tiempo de carga y ejecucin .............................................................................................. 13

3.3.3 A nivel de Aplicacin .......................................................................................................... 14

3.4 Proceso de desarrollo del software y responsabilidad del adjudicatario ..... 14

4 Tipos de servicio requeridos ......................................................................................................... 15

4.1 Servicio Desarrollo Android ................................................................. 15

4.2 Servicio Desarrollo iOS ....................................................................... 16

4.3 Servicio de CI ................................................................................... 17

4.4 Servicio Desarrollo Wearables ............................................................. 17

4.5 Otros posibles servicios ...................................................................... 17



Pgina 3 de 21

5 Condiciones generales del servicio ............................................................................................... 17

5.1 Coordinacin del Servicio con RTVE ..................................................... 17

5.2 Reuniones e Informes ........................................................................ 18

5.3 Prestacin del servicio ........................................................................ 18

5.4 Carga de trabajo que el adjudicatario tendr que asumir ........................ 19

5.5 Equipamiento .................................................................................... 19

5.6 Obligaciones del adjudicatario ............................................................. 19

5.7 Confidencialidad ................................................................................ 20

5.8 Propiedad intelectual .......................................................................... 20

6 Estructura solicitada para la propuesta ........................................................................................ 21

6.1 Resumen Ejecutivo ............................................................................ 21

6.2 Oferta tcnica ................................................................................... 21



Pgina 4 de 21

1 Planteamiento

El objetivo de este proyecto es ampliar y dar soporte al abanico de aplicaciones y dispositivos, en los que est presente RTVE.es, mediante la provisin del servicio de desarrollo de aplicaciones mviles en funcin de las directrices que marque el rea de RTVE Digital. Por otro lado hay que mejorar y actualizar las aplicaciones actuales, adaptndolas a un medio en continuo cambio y expansin. Los desarrollos que se prestan tienen como objeto la evolucin y mejora de las aplicaciones actuales de RTVE; mejora en los estndares, en continuo cambio en las plataformas iOS y Android; la mejora en la usabilidad de las mismas; la definicin e implantacin de una imagen y diseo de las aplicaciones que permite identificarlas como apps de RTVE.

Para poder optar a este servicio el licitador deber disponer de experiencia contrastada en la prestacin de servicios de desarrollo de aplicaciones basado en iOS y Android.

2 Descripcin de la plataforma de trabajo

Los sistemas de RTVE son una mezcla heterognea de distintos sistemas de informacin que permiten la adquisicin, adaptacin, transformacin y finalmente emisin de contenidos, en la forma de noticias, vdeos, audios, podcasts, programas, pginas web, aplicaciones mviles, etc.

Con el fin de que los licitadores se hagan una idea de la complejidad de la plataforma de trabajo, en este punto se va a tratar someramente de cul es la plataforma tecnolgica que sirve de sustento a RTVE, as como del entorno tecnolgico que se va a encontrar.

En lneas generales, RTVE dispone de un CMS desde el cual se gestiona la informacin, en el cual se metadatan los vdeos y se crea el contenido. Todo este contenido es exportado a un sistema que lo ofrece como una API JSON o XML, y finalmente, dichas APIS son consumidas por las aplicaciones para presentar las pginas HTML y las aplicaciones mviles, SmartTV o HbbTV.

La lista de tecnologas que aparece en esta seccin no est cerrada y se puede ver modificada en cualquier momento por necesidad de RTVE sin necesidad de aceptacin explcita del adjudicatario.

2.1 Visin general de la plataforma tecnolgica

Se adjunta un diagrama muy simplificado de la arquitectura actual:



Pgina 5 de 21

Figura 1 Esquema plataforma RTVE

2.2 Entorno tecnolgico

RTVE, tal y como se puede ver en el punto anterior, utiliza una lista muy variada de tecnologas y entornos dependiendo de la funcin que realicen.

El entorno tecnolgico que se debe emplear en este proyecto obedece a las tecnologas propias de cada una de las plataformas. A continuacin se desglosan los productos y tecnologas que se requieren para el desarrollo de las aplicaciones.

IOS o Xcode o Cocoapods para la gestin de dependencias o Git para la gestin del cdigo

Android

o Android Studio o Git o Gradle

Las combinaciones de productos y tecnologas descritos van a posibilitar la reutilizacin de algunos componentes que RTVE tiene creados y que se pondrn a disposicin del proveedor. Por esto mismo, se va a exigir al proveedor que la



Pgina 6 de 21

gestin de las dependencias se articule con los productos antes mencionados. Por ello RTVE exigir el conocimiento de las tecnologas antes descritas, y dar la informacin pertinente de cmo emplearlas dentro de proyectos de RTVE

Para la integracin continua se estn empleando los siguientes productos.

Jenkins Artifactory

2.3 Patrones de diseo

Las aplicaciones que se desarrollan en RTVE utilizan dos patrones de diseo que tienen que ser conocidos por parte del adjudicatario. De forma interna a las aplicaciones Android se utiliza el patrn MVP, esto es, Model View Presenter. Las aplicaciones iOS estn basadas siguiendo la arquitectura Viper.

Sin menoscabo de los anteriores, los desarrollos emplean otros tipos de patrones de los cuales los licitadores tendrn que conocer y utilizar.

2.4 APIS

Los contenidos que consumen las aplicaciones de RTVE se distribuyen a travs del intercambio de informacin HTTP en formato JSON o XML. Cada una de las pantallas que compondrn la aplicacin ser el resultado de una o ms llamadas. Es por ello fundamental que el licitador tenga experiencia en el desarrollo de aplicaciones que permitan el consumo en paralelo de contenidos por HTTP.

El detalle concreto de cada una de las Apis ser provisto por RTVE una vez se haya realizado la adjudicacin.

2.5 CDN (Content Delivery Network)

Para garantizar la escalabilidad de la aplicacin se emplea un servicio de distribucin de contenidos (CDN) que consiste bsicamente en una capa de cach distribuida. Cuando un dispositivo pide un documento, ste no es servido directamente por los servidores de RTVE. Son los servidores de la CDN los que cachean esta informacin y la envan al usuario final.

A travs de este tipo de redes se distribuye tanto contenidos a travs de HTTP (html, xml, jpg, flv, h264) como a travs de RTMP (vdeo en tiempo real y en diferido).

RTVE utiliza varios niveles de cache dentro de las aplicaciones. Unas a nivel interno, y otras a nivel externo. Al licitador se le supone y exige el conocimiento bsico de cacheo, y de trabajo sobre CDNs.

2.6 Estadsticas

Uno de los elementos ms relevantes de las aplicaciones que se desarrollan en RTVE es la capacidad de medir la audiencia y el consumo de los contenidos. En RTVE las aplicaciones informan sobre el nmero de usuarios que se conectan, el tiempo de sesin, as como qu contenidos se consumen. Por ello en todas las pantallas que aparecen en la definicin funcional, se debe informar sobre qu est consumiendo el usuario.

En el caso del player, se tienen que enviar datos estadsticos cada cierto tiempo para poder computar y conocer el tiempo de sesin, arranque y fin de visualizacin, etc.

Para tal fin RTVE ha integrado y/o utiliza los siguientes sistemas de medicin:



Pgina 7 de 21

Omniture Google Analytics

o Marcador de eventos o Macardor de pantallas y usuarios.

Comscore

Para este servicio se va a exigir la integracin de los tres tipos de estadsticas tanto a nivel de controller como a nivel de player, incluyendo las estadsticas intravdeo/audio.

2.7 Redes sociales

Las aplicaciones que se realizan dentro del ecosistema de RTVE integran el usuario propio de rtve.es, as como el usuario de facebook o twitter. Por ello se va a exigir conocimiento y experiencia en la integracin de las funciones de login de facebook, twitter y rtve.es, as como experiencia en la comparticin de contenidos a travs de las redes que tenga el usuario integradas en su dispositivo mvil.

Se puede ver un ejemplo de esto descargando la aplicacin de Radio 3, que est disponible en el Apple Store y en el Google Play.

2.8 Entorno de pruebas

El desarrollo de aplicaciones para mviles y tabletas tiene como dificultad aadida el gran nmero de diferentes dispositivos para cada una de las tecnologas. Por ello las pruebas deben hacerse con la mayor cantidad de dispositivos distintos. Es obligado que las aplicaciones sean testadas en al menos:

IOS o Series 4, 5, 6 y 7 de Iphone. o Series de IPAD y IPAD mini

Android o Series de Samsung tanto mviles como tabletas o Series Nexus mviles como tabletas o ltimos dispositivos de Sony, LG y marcas relevantes del sector

tanto mviles como tabletas, incluyendo los dispositivos chinos que estn abrindose paso en el mercado.

Para la realizacin de las pruebas se requiere de alguna plataforma que permita al usuario de pruebas la descarga de las distintas versiones que se vayan generando. En este sentido, nos estamos refiriendo del usuario interno de RTVE y/o del proveedor que prueba la aplicacin. Para tal fin RTVE emplea para Android Testfairy y para IOS Testflight. Es responsabilidad de RTVE autorizar a dispositivos el acceso a dichas herramientas, y es responsabilidad del proveedor publicar en ambas plataformas de testing.

Antes de la puesta a disposicin del usuario interno de las distintas releases, es obligacin del proveedor informar a RTVE de qu pantallas y qu funcionalidades se incluyen, as como la matriz de validaciones que ha hecho el proveedor. Dicha matriz indicar qu funcionalidad y con qu dispositivo se ha testado.

2.9 Troubleshooting

Lo ms importante para RTVE son los usuarios, por lo tanto, ser de vital importancia conocer de primera mano cmo funcionan las aplicaciones de RTVE: si se reportan Crash, si el funcionamiento no es el esperado en un dispositivo concreto, etc.

Para esto, adems de por los comentarios que los usuarios dejan en el market, o por los correos que nos hacen llegar, las aplicaciones de RTVE integran una serie de herramientas para Troubleshooting, como pueden ser NewRelic y Fabric.io.



Pgina 8 de 21

Cualquier aplicacin existente o que se desarrolle en RTVE deber integrar ambas herramientas. El equipo deber prestar atencin a las estadsticas que facilitan estas herramientas.

2.10 Player y formatos

RTVE se encuentra a la vanguardia de la distribucin de contenido y por tanto debe ser capaz de de distribuir su contenido multimedia (vdeo y audio) en diversos formatos. Distinguimos entre dos tipos de distribucin de contenido: live y vod.

Codecs o Live

Video: H.264 Audio: ACC y MP3

o Vod Video: VP6,VP8,H263, H264 Audio: AAC,AAC+, MP3

Formatos o Live

Apple Http Live Streaming. Adobe HTTP Dynamic Streaming MPEG-DASH

o Vod MP4 WebM

Adems de todo esto RTVE tiene intencin de seguir estando presente en el mundo de la realidad virtual y aumentar el nmero de aplicaciones VR.

El adjudicatario deber, por tanto, conocer las tecnologas, formatos y codecs mencionados ms arriba para que las aplicaciones desarrolladas soporten todos ellos.

Este es el escenario actual en cuanto a la reproduccin de contenido, pero RTVE puede decidir cambiar en cualquier momento de tecnologa o formato segn considere oportuno.

3 Descripcin del servicio a prestar

3.1 Objetivo principal

El objetivo principal es la prestacin del servicio de desarrollo de aplicaciones nativas para iOS y Android. Dicha prestacin consiste, principalmente, en el desarrollo de proyectos que tienen como objeto la evolucin y mejora de las aplicaciones existentes, as como abordar el desarrollo nuevas aplicaciones. La meta es que tanto las aplicaciones actuales como las que a futuro surjan, sean rpidas en la carga, visualmente impactantes, adaptadas a los estndares de diseo definidos para iOS y Android, y carentes de error.

El licitador deber proporcionar a RTVE los servicios necesarios, en las condiciones de calidad y tiempos estipulados, ajustndose a los estndares, tecnologas y metodologas que RTVE determine para cada proyecto que se aborde.

El servicio a prestar se har siempre en castellano.

Los licitadores debern orientar el modelo de prestacin de servicio de tal manera que se ajuste al modelo de ejecucin especificado en el punto 3.2. El modelo se basar en la ejecucin de servicios definidos por RTVE, estimados y ejecutados por



Pgina 9 de 21

el licitador en tiempo y plazo, satisfaciendo el cumplimiento de los niveles de servicio establecidos del presente pliego.

El objetivo del presente Pliego es establecer los criterios tcnicos de un servicio integral y dinmico para el desarrollo y evolucin de los servicios de RTVE ligados a un acuerdo de nivel de servicio. Esto lleva a que el volumen de trabajos encargados sea dinmico y por tanto el licitador tiene que tener capacidad de reaccin ante incrementos en la demanda de proyectos.

El alcance de este servicio incluye nuevos desarrollos que RTVE demande, as como evolutivos de aplicaciones que RTVE tiene en la actualidad o pueda tener. RTVE dar al adjudicatario el listado de productos sobre los que tendr que hacer evolutivos. La evolucin de los mismos no implicar la peticin de tipos de servicios no solicitados en el presente pliego, salvo que RTVE decida ampliar los tipos de servicios a travs del mecanismo indicado en el apartado 4.

3.2 Procedimiento de ejecucin

RTVE definir un conjunto de necesidades tecnolgicas y funcionales que el prestador del servicio tiene que ejecutar. RTVE presentar esta solicitud de servicio como un documento funcional o bien como un conjunto de tareas a acometer. Dicha solicitud ser remitida por el Jefe de Proyecto de RTVE, identificado para el caso.

A continuacin se describe el procedimiento de trabajo que se va a seguir para la ejecucin del servicio.

3.2.1 Peticin de una accin

RTVE realizar las peticiones de acciones a acometer a travs del mecanismo que acuerde con el adjudicatario. Dichas peticiones se realizarn siempre y exclusivamente al Responsable del Servicio del adjudicatario o en su defecto al Responsable del Proyecto.

Cualquier peticin consistir en un anlisis funcional en el que se especificarn las diferentes funcionalidades que debe cumplir el desarrollo a implementar as como los plazos temporales que se requieren para su ejecucin (si tiene fecha de entrega obligatoria).

Adems de los requisitos funcionales, RTVE podr establecer un catlogo de requisitos tcnicos que el adjudicatario tendr que cumplir. Entre otros, RTVE podra exigir las tecnologas a emplear, la arquitectura deseada, los requisitos de cacheo o el tiempo mximo de ejecucin permitido.

En el momento de formular la peticin RTVE establecer la prioridad de cada una de estas tareas.

3.2.2 Planificacin detallada, anlisis y Diseo Tcnico:

El adjudicatario tras el estudio y anlisis de la documentacin deber realizar una planificacin de los trabajos, plazos, entregables, as como una estimacin en horas necesarias para la ejecucin de las acciones demandadas. Este estudio deber ser entregado a RTVE en el plazo mximo de 8 das naturales, salvo que dada la complejidad del proyecto, RTVE acuerde un plazo mayor. En la estimacin tienen que aparecer desglosadas las horas con el tipo de servicio requerido de entre los que aparecen en el apartado 4.

El adjudicatario tendr que entregar junto al anlisis, el listado de libreras y/o dependencias que va a utilizar, as como la arquitectura propuesta para la solucin. RTVE podr cambiar aquellos elementos que considere.



Pgina 10 de 21

RTVE dispone de una serie de mdulos para las principales funcionalidades que habitualmente se encuentran en todas las aplicaciones mviles. Por ejemplo, existe un mdulo para el Player, que es, quiz, la principal caracterstica diferenciadora de nuestras aplicaciones; otro mdulo para estadsticas, redes sociales, notificaciones, etc. RTVE ha definido que la gestin de las dependencias en Android se realizar con Gradle, y con CocoaPods en iOS. Estas dependencias se obtienen de nuestro propio repositorio de paquetes en Artifactory.

Debe existir una aceptacin por parte de RTVE de la planificacin, entregables y coste. En caso de disconformidad RTVE podr cancelar la peticin o pedir una revalorizacin o replanificacin.

Una vez aceptada una valoracin, los compromisos contenidos en la misma sobre el plazo de ejecucin y coste sern vinculantes para ambas partes, entrando tambin en vigor los correspondientes acuerdos de nivel de servicio.

En la aceptacin, ambas partes, indicarn quines son los responsables del Proyecto que actuarn como interlocutores nicos del mismo, RTVE determinar los mecanismos de comunicacin y reuniones que va a requerir.

En caso de que existan demasiados proyectos concurrentes en ejecucin, y ante la urgencia de alguna accin concreta, RTVE podr paralizar un proyecto para poder arrancar otro sin coste para RTVE.

3.2.3 Ejecucin del proyecto

El adjudicatario ejecutar el proyecto tal y como se haya pactado con RTVE. En el caso de alguna discrepancia, duda o error el Responsable del Proyecto lo comunicar al Jefe de Proyecto de RTVE para la subsanacin o aclaracin.

RTVE ser responsable de la definicin del aspecto visual de las aplicaciones, ya sean mvil, tablet o TV. Adems RTVE suministrar los assets as como los grafismos que marcan la lnea de diseo y la imagen de marca.

En el caso que RTVE estime que para un servicio concreto no pueda asumir la creacin de los diseos de las pantallas, ste ser realizado por el adjudicatario como parte del servicio siguiendo las normas de aceptacin del desarrollo y las guas de diseo de RTVE.

3.2.4 Replanificacin del alcance y/o tiempos

RTVE podr cambiar la prioridad de alguno de los entregables previa comunicacin al adjudicatario con un mnimo de cuatro das de antelacin a la fecha efectiva del cambio.

RTVE podr hacer cambios en el alcance del servicio que puedan suponer hasta una desviacin del 15% de la ejecucin sin cambio en coste. Ante un cambio, el adjudicatario deber estimar su coste y asumirlo si entra dentro del 15% antes mencionado.

Si el cambio es de prioridad y no afecta a los entregables, el adjudicatario tendr que acometer los cambios sin variar la estimacin de horas previstas.

3.2.5 Publicacin de los artefactos y del cdigo fuente

El adjudicatario, una vez hecho los desarrollos, probados y verificado que cumplen los requisitos tcnicos y funcionales, y hechas las comprobaciones de que cumplen con las normas de aceptacin de los desarrollos del punto 3.3, tiene que publicar los artefactos software en los sistemas de RTVE con la nomenclatura y versionado que RTVE indique. Asimismo el cdigo fuente ser publicado en los repositorios de RTVE en las ramas que para tal fin RTVE indique.



Pgina 11 de 21

El cdigo fuente y los artefactos pueden sufrir modificaciones no sustanciales para la automatizacin de las fases de prueba, preproduccin o produccin siguiendo la metodologa de gestin de desarrollo de GitFlow. El licitador acepta que el cdigo se mueva entre ramas (branches), pase a trunk o a master y que desde cualquiera de ellas se pueda generar los artefactos correspondientes, sin que se altere la garanta del desarrollo.

RTVE dar las indicaciones oportunas al adjudicatario de cmo tiene que proceder para que sus desarrollos se puedan gestionar de forma efectiva dentro de los sistemas automatizados de commits y deployments de RTVE. En caso de no actuar con lo indicado por RTVE, el adjudicatario ser responsable de la subsanacin sin coste para RTVE de cuantos errores haya cometido, as como de las consecuencias que sus errores hayan provocado en los sistemas de RTVE, incluso en los posibles desarrollos de otras partes.

En el caso del desarrollo de aplicaciones mviles no existe, a da de hoy, ningn tipo de automatismo para la integracin y publicacin de las mismas. Es por ese motivo por el que la integracin y generacin de cada una de las ramas, siguiendo la metodologa Gitflow, correr a cargo del propio equipo del adjudicatario, siempre que RTVE no determine lo contrario.

3.2.6 Aceptacin de los entregables

Una vez desplegado en el entorno de preproduccin o de produccin, RTVE podr ejercer tantas pruebas y anlisis como considere para aceptar los entregables. Si se detectan errores de funcionalidad, incidencias tcnicas o si el producto necesita una revisin para su correcto funcionamiento (por ejemplo: variaciones de fuentes de datos, optimizacin del desarrollo en alguna de sus partes,), el adjudicatario deber acometer las modificaciones necesarias dentro del proceso de desarrollo. En caso de que los errores sean graves, el adjudicatario tendr que eliminar su cdigo e integrar las dependencias actualizadas que utilizase una vez que en su entorno de desarrollo haya depurado los defectos

Asimismo, CRTVE podr exigir el cambio parcial o total de los entregables en el caso de que determine que no cumplen con los estndares de calidad ni con las normas de aceptacin de los desarrollos descritos en la seccin 3.3

El hecho de rechazar 3 veces los entregables, tendr la consideracin de mala praxis profesional. CRTVE se reserva el derecho de rechazar el proyecto encomendado sin contraprestacin para el adjudicatario.

En caso de rechazo, el adjudicatario tendr que realizar todas las acciones necesarias para la despublicacin de los artefactos y del cdigo fuente segn las indicaciones de RTVE.

En todo caso, todas las correcciones se realizarn sin coste para CRTVE.

3.2.7 Puesta en preproduccin

El adjudicatario tiene que realizar la implantacin de los desarrollos en preproduccin.

A tal efecto, se considera puesta en preproduccin la publicacin de las aplicaciones en las distintas plataformas de prueba (TestFlight, TestFairy o Google Beta Testing). En este caso, el procedimiento de publicacin correr a cargo del adjudicatario, salvo que RTVE determine lo contrario,.

3.2.8 Puesta en produccin



Pgina 12 de 21

Una vez que RTVE confirma la validez de los desarrollos, la calidad de los mismos as como de la documentacin entregada, se hace el despliegue en los entornos de produccin.

A tal efecto, se considerar puesta en produccin la publicacin de las aplicaciones en los distintos markets. La fecha y momento de la publicacin ser determinado por RTVE, pero en cualquier caso ser realizado por el adjudicatario salvo que RTVE determine lo contrario. .

3.2.9 Resolucin de errores de la aplicacin tras el despliegue durante el periodo de garanta

El adjudicatario estar obligado, durante el periodo de garanta, a realizar todos los cambios, revisiones y asistencias necesarias para solventar las deficiencias detectadas (tanto en el software implementado, como en documentacin, formacin, etc.) de los productos derivados de los proyectos ejecutados, sin coste adicional alguno para RTVE

Dicha garanta incluir la subsanacin de errores o fallos ocultos que se pongan de manifiesto en el funcionamiento de las aplicaciones, o que se descubran mediante pruebas o cualesquiera otros medios, as como la conclusin de la documentacin incompleta, traspaso de conocimiento y subsanacin de la que contenga deficiencias. Los productos originados como consecuencia de la subsanacin de fallos debern entregarse de conformidad con lo exigido en este servicio.

En el caso de que por error haya que actualizar las dependencias del artefacto a arreglar, el coste de la actualizacin correr a cargo del adjudicatario.

El perodo de garanta tambin comprender la finalizacin de toda la documentacin y traspaso de conocimiento al equipo de RTVE, para su futuro mantenimiento.

3.2.10 Documentacin

Se aportar la documentacin funcional y tcnica necesaria para garantizar que el equipo de RTVE sea autosuficiente para el desarrollo de nuevos evolutivos sobre las tareas, el despliegue de las mismas y su futuro mantenimiento. En concreto se tiene que entregar la siguiente documentacin:

Pruebas Tcnicas. Listado de pruebas unitarias realizadas, incluyendo la cobertura de cdigo. En caso de que RTVE lo solicite, se entregarn los scripts que se han empleado para realizar dichas pruebas.

Pruebas Funcionales. Listado de pruebas funcionales que se han realizado junto a sus casos de uso y resultado de ejecucin.

Documento de despliegue. Pruebas de rendimiento. Listado de pruebas que se han realizado para

validar el rendimiento de los desarrollos. RTVE podr pedir los scripts utilizado para validar el modelo de pruebas del adjudicatario o para su reutilizacin en las fases de prueba de RTVE o para pruebas de regresin.

3.3 Normas generales de aceptacin de los desarrollos

Todo cdigo que se desarrolle para RTVE tiene que cumplir como mnimo los siguientes parmetros para ser considerado vlido. El incumplimiento de cualquiera de ellos supondr que el cdigo tiene errores y por tanto el adjudicatario estar obligado a corregirlo sin coste alguno.

Como norma general el cdigo deber seguir los siguientes requerimientos obligatorios:

Cdigo documentado segn las normas que aplique RTVE.



Pgina 13 de 21

Cdigo con nomenclatura estndar. Cdigo ptimo en rendimiento. Cdigo lo ms mantenible posible (reusabilidad). Cdigo documentado y tagueado, de forma que se pueda hacer

trazabilidad.

RTVE requiere para los distintos servicios la reutilizacin de componentes y plantillas. Por ello, siempre que proceda tendrn que reutilizarse los componentes que obran en poder de RTVE.

RTVE tendr que aprobar el uso de un componente o librera que no est en su ecosistema.

El cdigo fuente del proyecto estar siempre accesible para el equipo de RTVE. RTVE proveer de accesos VPN para que se pueda acceder a los repositorios propios de RTVE. Adems se reserva el derecho a permitir que parte del desarrollo se haga en repositorios privados del adjudicatario.

RTVE determinar el modelo de generacin de releases en cada proyecto que pida. RTVE tendr que autorizar la utilizacin de pods, repositorios o cualquier otro tipo de elemento almacenador de cdigo y/o artefactos privados. Queda terminantemente prohibida la re-publicacin de una release por parte del adjudicatario.

Adems, para la realizacin de los diferentes servicios, se emplearn herramientas Web que tambin usa RTVE y en los trminos que se indiquen. A destacar las siguientes: Git, SVN, VPN, JIRA, WIKI.

Finalmente, RTVE podr modificar las normas de aceptacin de los productos y desarrollos en virtud de los posibles cambios legislativos que resultaren de aplicacin.

3.3.1 Calidad

La aplicacin tiene que funcionar correctamente en una amplia variedad de dispositivos, no slo los ltimos modelos.

RTVE podr ejecutar procedimientos y procesos que garanticen ese nivel de calidad, mediante herramientas para la automatizacin de pruebas. RTVE podr exigir el listado de las herramientas usadas por el adjudicatario con el fin de poder replicar las pruebas durante las fases de puesta en pre y produccin.

Las aplicaciones debern estar desplegadas en todos los marktes y funcionando correctamente en todos ellos (0 Bugs). Se sobreentiende que el proyecto no subir a Produccin si existen bugs previamente conocidos (salvo que RTVE considerase lo contrario).

De cara a alcanzar unos mnimos de calidad en la codificacin, para el desarrollo podran llegar a ser requeridas una serie de normas Checkstyle (http://checkstyle.sourceforge.net/) y PMD, que sern definidas por RTVE.

RTVE no admitir el cdigo repetido sin criterio ni necesidad como ejemplo de falta de calidad. RTVE utilizar tcnicas y herramientas que tendrn como fin determinar si los desarrollos se hacen utilizando los principios SOLID de desarrollo.

3.3.2 Tiempo de carga y ejecucin

RTVE rechazar aquella aplicacin en la que los tiempos de carga de cada una de las pantallas sea excesivo, o que el comportamiento o el rendimiento de la aplicacin sea de dudosa calidad. RTVE exigir un tiempo de carga de pantalla por debajo de 3 segundos. En caso de que a juicio del adjudicatario este tiempo sea imposible, RTVE determinar si esa salvedad es cierta y el umbral de tiempo mximo permitido para la tarea en litigio.



Pgina 14 de 21

El licitador deber hacer un uso cabal y razonable de los recursos de ejecucin. RTVE podr exigir el cambio de todos los desarrollos que no se ajusten a lo anterior sin coste, siempre que no haya sido decisin de RTVE. Como ejemplo, es incorrecto un modelo de carga en cliente que haga demasiadas llamadas a servidor. RTVE podr exigir el cambio a uno que minimice el nmero de llamadas.

Tampoco se permitir que una aplicacin consuma de forma excesiva la batera del mvil o tablet sin realizar un uso excesivo de los recursos del dispositivo. El licitador deber velar porque el desarrollo realizado es ptimo y realiza un uso adecuado de los recursos del dispositivo.

3.3.3 A nivel de Aplicacin

Toda aplicacin deber desarrollarse siguiendo los estndares habituales de desarrollo en Android y Swift (principalmente). Deber presentarse un cdigo estructurado, mantenible y reusable.

Debern emplearse en la medida de lo posible interfaces para desacoplar cada una de las capas que define la arquitectura seguida en la aplicacin.

Se deber seguir en la mayora de los casos el principio de nica responsabilidad. Por ejemplo, los Activity no debern realizar una tarea que sea propio del Presenter.

Por otro lado, todas las aplicaciones trabajarn directamente con llamadas a APIs (ya sean propias de RTVE o terceros), y por tanto debern trabajar con Listeners o similares para gestionar adecuadamente la llamada asncrona y que se mostrar hasta que la carga de los datos se haya realizado completamente.

En aquellos casos en los que se desarrolle una funcionalidad que ser reutilizable por varias aplicaciones (de manera inmediata o en un futuro previsible) se debern crear mdulos o componentes para realizar su reutilizacin.

En aquellos casos en los que el componente o mdulo tenga interfaz, deber desacoplarse del mdulo, es decir, el mdulo deber permitir que cada aplicacin defina la interfaz que debe presentar el componente y no estar de forma intrnseca en el propio mdulo.

Adems de lo anterior, RTVE rechazar el uso innecesario de plugins y libreras.

3.4 Proceso de desarrollo del software y responsabilidad del adjudicatario

El servicio de desarrollo licitado est dentro del proceso general de desarrollos de la Direccin de Tecnologa de Interactivos. En esta seccin se pretende mostrar al licitador cul es el conjunto de responsabilidades que su servicio debe asumir y cules no, marcando la frontera entre las distintas obligaciones.

RTVE sigue un proceso de desarrollo que va desde las ideas hasta la puesta en produccin.

Figura 2 Proceso desarrollo servicios e ideas



Pgina 15 de 21

Las ideas para productos y necesidades concretas surgen de RTVE Digital. El equipo de Diseo y proyectos prototipa los productos y pantallas, con lo que se genera un documento funcional con el correspondiente diseo. ste documento llega al equipo de Tecnologa quin se encarga del anlisis tcnico y adjunta el funcional. Es en este momento cuando se realiza el desarrollo y cuando ste est terminado, pasa a preproduccin para las pruebas y finalmente a produccin.

En la Figura 2 Proceso desarrollo servicios e ideas

De este modelo se derivan las siguientes responsabilidades para el adjudicatario:

1. Desarrollo de nuevos proyectos basados en los tipos de servicios que se definen en el pliego.

2. Evolucin de productos actuales o futuros de RTVE basados en los tipos de servicio que se definen en el pliego.

3. Mantenimiento y evolucin de aquellos productos que haya desarrollado para RTVE dentro del marco del presente servicio.

4. Publicacin de los artefactos en las herramientas que RTVE indique. 5. Publicacin del cdigo fuente en las herramientas que RTVE indique. 6. Merge de cdigo fuente, si hay elementos comunes con cdigo que RTVE

puede tocar, as como las pruebas de regresin que pueda suponer. Como norma general se aplicar la siguiente: si la versin a subir parte de una versin anterior a la que ocupa el trunk, entonces tiene que integrarla y hacer las pruebas de regresin

7. Documentar los productos y tareas que ejecute. 8. Asegurar la calidad de los desarrollos. 9. Asegurar que los desarrollos estn libres de agujeros de seguridad. 10. Realizar la publicacin de las aplicaciones en TestFairy, TestFlight o cualquier

otro servicio similar que RTVE determine, para la validacin de los desarrollos.

11. Publicar la aplicacin en los markets en el momento que RTVE determine. 12. Gestin de usuarios y permisos en cada una de las herramientas que RTVE

utiliza actualmente durante todo el ciclo de vida de desarrollo mvil (iTunes, Google Play Developer, Fabric.io, NewRelic, InvisionApp, etc.)

13. Gestin de usuarios internos y externos para pruebas de las apps. 14. Soporte para proveedores externos que tambin desarrollen aplicaciones

mviles para RTVE y precisen de soporte para el uso de mdulos o la integracin con los mismos.

15. Otras acciones necesarias para la ejecucin del servicio.

Del mismo modo, el adjudicatario no es responsable de:

1. Mantener el repositorio de artefactos. RTVE tiene que dar las instrucciones para la publicacin, as como las nomenclaturas y versiones sobre las que se tiene que publicar. Por ello, antes de la publicacin el adjudicatario tendr que pactar con RTVE la identificacin de los artefactos.

2. Establecer la poltica de gestin de los repositorios de cdigo. 3. Hacer pruebas de carga en pre produccin o produccin, salvo que RTVE lo

hubiese indicado dentro de las tareas a acometer. 4. Establecer las polticas de calidad. 5. Aprobar la arquitectura de las aplicaciones que el adjudicatario proponga

para cada desarrollo o proyecto. 6. Realizar tareas que impliquen tipos de servicio que no estn dentro de los

recogidos en el punto 4.

4 Tipos de servicio requeridos

4.1 Servicio Desarrollo Android



Pgina 16 de 21

RTVE podr solicitar servicios para desarrollos en plataforma Android. Concretamente este tipo de servicio exige las siguientes tecnologas:

Experiencia utilizando JSON para el intercambio de informacin con aplicaciones de servidor.

Conocimiento de patrones de arquitectura como MVC, MVVC, MVP. Experiencia utilizando Facebook y Twitter para logado en aplicaciones Experiencia en la implantacin de soluciones de notificaciones. Se valorar

especialmente el conocimiento de Pushwoosh. Experiencia en la integracin de frameworks de analticas como Google

Analytics, Comscore y Omniture Experiencia integrando plataformas de publicidad en las aplicaciones. Experiencia en la publicacin de aplicaciones Experiencia en la gestin de certificados. Experiencia con la integracin de Webviews en aplicaciones mviles. Experiencia en el uso de libreras como Butterknife, Dagger, OkHttp,

Retrofit, Picasso, etc. Experiencia con ExoPlayer y MediaPlayer, as como la reproduccin de

multimedia. Experiencia con GIT sobre Android Studio. Experiencia con la integracin de Webviews en aplicaciones mviles. Experiencia con Gradle. Integracin, uso y creacin de artefactos usando gradle con git. Experiencia integrando plataformas de publicidad en las aplicaciones. Experiencia en la gestin de pruebas sobre TestFairy o similar. Experiencia en el uso de extensions. Experiencia con chromecast o similares. Experiencia en Android TV

4.2 Servicio Desarrollo iOS

RTVE podr solicitar servicios para desarrollos en plataforma iOS. Concretamente este tipo de servicio exige las siguientes tecnologas:

Experiencia utilizando JSON para el intercambio de informacin con aplicaciones de servidor.

Conocimiento de patrones de arquitectura como MVC, MVP o VIPER. Experiencia utilizando Facebook y Twitter para logado en aplicaciones Experiencia en la implantacin de soluciones de notificaciones. Se valorar

especialmente el conocimiento de Pushwoosh. Experiencia en la integracin de frameworks de analticas como Google

Analytics, Comscore y Omniture Experiencia integrando plataformas de publicidad en las aplicaciones. Experiencia en la publicacin de aplicaciones Experiencia en la gestin de certificados. Experiencia con la integracin de Webviews en aplicaciones mviles. Experiencia utilizando el framework Core Data, MapKit, AVFoundation,

AVKit, AudioToolBox, etc. Experiencia en libreras como Mantle, AFNetworking, Pushwoosh, GoogleCast Experiencia con MPMoviePlayer y MediaPlayer, as como la reproduccin de

multimedia. Experiencia en Swift Experiencia con GIT sobre XCODE. Experiencia con storyboards. Experiencia con el uso xib as como el uso nativo del gestor de memoria

(aplicaciones sin ARC) Integracin, uso y creacin de cocoapods sobre git. Experiencia en la gestin de pruebas sobre TestFlight o similar.



Pgina 17 de 21

Experiencia depurando y testando aplicaciones. En concreto se valora el conocimiento sobre Instruments.

Experiencia con widgets. Conocimiento de Autolayout Experiencia con chromecast o similares. Experiencia en la aplicacin de CI en desarrollos iOS (Fastlane)

4.3 Servicio de CI

RTVE podr solicitar servicio para la automatizacin de todo el proceso de integracin continua y publicacin de versiones en el desarrollo de aplicaciones mviles. Actualmente todo el proceso de compilacin y publicacin es manual y es muy probable que durante la duracin del contrato se quiera ir cambiado y automatizando todo este proceso. Se requerir que se tenga conocimiento en herramientas similares a Fastlane, Jenkins, etc.

4.4 Servicio Desarrollo Wearables

As mismo RTVE podr solicitar un servicio para desarrollar aplicaciones para dispositivos Wearables. Se requerir experiencia en el desarrollo de este tipo de dispositivos tanto iOS como Android.

4.5 Otros posibles servicios

RTVE podr aadir nuevos tipos de servicio que describir y pondr en conocimiento del adjudicatario. ste dispondr de un mximo de dos meses para poder dotar de los nuevos tipos de servicios que se le demanden. Como ejemplo de servicios que se podran pedir est el desarrollo para tecnologas VR o basadas en Unity.

5 Condiciones generales del servicio

5.1 Coordinacin del Servicio con RTVE

El modelo de relacin que se estable entre el adjudicatario y RTVE tiene como objetivo garantizar el control y el seguimiento del servicio que se tiene que proveer. Tambin tiene como misin la trazabilidad y la supervisin de los proyectos que dicho servicio ejecutar.

Desde un punto de vista operacional, RTVE nombrar uno o ms Jefes de proyecto, dependiendo de la carga de proyectos que se encarguen, que tendrn como misin el seguimiento de cada una de las acciones que se van a acometer.

RTVE plantea que el adjudicatario tiene que identificar dos roles diferenciados:

1. Responsable del Servicio: el rol tiene como objetivo el control del servicio, la calidad de la prestacin y el cumplimiento de los niveles de servicio. Slo habr un Responsable de Servicio. Este rol es de gestin del servicio.

2. Responsable de Proyecto: para la gestin de cada una de las acciones o proyectos, el adjudicatario tendr que nombrar un responsable. Dicho responsable de Proyecto podr serlo de ms de un proyecto a la vez. Este rol es de gestin de proyectos y tiene un claro cariz tcnico. Tiene que haber al menos uno.

Los Responsables de Proyecto tienen que tener un mnimo de dos aos de experiencia profesional en lo referente al tipo de proyectos que RTVE est demandando. En concreto tienen que tener experiencia demostrada en la gestin de proyectos con las plataformas iOS y Android.



Pgina 18 de 21

Adems de lo anterior, para un adecuado seguimiento de las acciones o proyectos requeridos por RTVE, el adjudicatario debe tener una herramienta que permita conocer el grado de avance de cada una de las peticiones que se realizan. Dicha herramienta tiene que permitir conocer qu tareas estn en ejecucin, qu tiempo lleva cada una de ellas asignada y quin es el responsable de la misma. La herramienta estar disponible para que RTVE, si as lo requiere, pueda acceder a la misma desde las instalaciones de RTVE. Por lo tanto, en la propuesta tcnica del licitador tendr que ser incluida la informacin de la herramienta usada, as como la documentacin de la misma.

5.2 Reuniones e Informes

RTVE establecer la periodicidad de las reuniones e informes entre los distintos responsables del adjudicatario y los Jefes del Proyecto de RTVE. RTVE podr determinar que dichas reuniones se realicen en las instalaciones de RTVE. El tiempo empleado en todas las reuniones no tendr un lmite concreto ni podr establecerse como horas del proyecto.. Como mnimo se realizar una reunin al mes donde se evaluar el discurrir del servicio. Adems RTVE plantear en estas reuniones cul va a ser el volumen previsto para el mes siguiente, de tal manera que el adjudicatario pueda ir adelantndose a las demandas que se recibirn. Esta previsin no supondr un compromiso hasta que la solicitud se realice en firme.

La coordinacin entre los Jefes de Proyecto de RTVE y los Responsables de Proyecto del adjudicatario se realizar mediante una reunin a la semana donde el adjudicatario, por cada proyecto, tendr que indicar el avance del mismo as como las posibles desviaciones respecto del plan de proyecto. RTVE podr cambiar la periodicidad de stas reuniones en funcin de la evolucin del servicio.

Adicionalmente, los responsables de Proyecto del adjudicatario tendrn que atender a cuantas peticiones formulen los Jefes de Proyecto. Para este fin RTVE determinar el canal a utilizar y si se implementa mediante reuniones en las oficinas de RTVE o por medios telemticos. No ser admisible que el adjudicatario no responda en tiempo y plazo a las peticiones de RTVE, mxime si estas son de control y gestin del proyecto.

La falta de entrega de los informes de seguimiento solicitados as como la entrega incompleta, fuera de plazo o sin respetar las especificaciones de RTVE podr ser considerada como incumplimiento de las condiciones del servicio.

RTVE podr requerir al adjudicatario para que desarrolle las acciones necesarias que permitan la correcta transferencia de conocimiento de los desarrollos realizados. En concreto, podr exigir todas las reuniones que considere necesarias. En ese caso, el adjudicatario tendr que satisfacer dichas reuniones en el plazo mximo de 10 das laborables.

5.3 Prestacin del servicio

El servicio ser prestado en las oficinas del adjudicatario sin menoscabo de lo expresado en el punto 5.2.

RTVE no admitir la ejecucin del servicio en oficinas que estn fuera de la Unin Europea: el adjudicatario tendr que notificar el lugar de ejecucin de las tareas y RTVE tendr que dar por vlidas las ubicaciones.

Bajo ningn concepto RTVE permitir que la ubicacin del servicio o el acceso por parte del adjudicatario a los sistemas de RTVE puedan suponer un problema para los activos digitales de RTVE ni que puedan suponer una vulneracin de la ley de proteccin de datos.

RTVE podr exigir la ejecucin de algunas de las tareas en las oficinas de RTVE, cuando concurra alguna de las siguientes situaciones:

1. A juicio de RTVE se pongan en riesgo los activos digitales.



Pgina 19 de 21

2. La extrema complejidad de la tarea requiera de una actuacin continua de personal de RTVE.

3. La ejecucin de la tarea en las instalaciones del adjudicatario suponga un sobrecoste para RTVE.

5.4 Carga de trabajo que el adjudicatario tendr que asumir

El adjudicatario deber disponer de los recursos suficientes para poder cubrir todas las posibles necesidades que surjan durante la duracin del contrato, tanto para picos de trabajo como para momentos valle del servicio.

El servicio demandado pretende ser flexible en cuanto a volumen de horas por semana que el adjudicatario tendr que prestar. Para hacer ms fcil el proceso de transferencia de conocimiento, as como el mantenimiento del mismo en el adjudicatario, RTVE estima que el caudal mnimo ser de 120 horas semanales aproximadamente.

RTVE podr exigir por concurrencia de proyectos hasta un total de 320 horas semanales. RTVE no podr penalizar por peticiones no atendibles que impliquen superar dicho umbral mximo. En cualquier caso, si el adjudicatario es capaz de proveerlos y RTVE as lo consiente se podr ejecutar un caudal mayor.

5.5 Equipamiento

El adjudicatario deber ejecutar el proyecto con su propio material y equipo informtico (tanto el hardware como todas las licencias necesarias de software de escritorio).

En los casos detallados en el punto 5.3, cuando el servicio se tenga que prestar en las instalaciones de RTVE, RTVE slo deber asignar un emplazamiento y una conexin de red y toma elctrica, debiendo el adjudicatario poner el resto del material (Hw, Sw) para el desempeo de sus funciones.

5.6 Obligaciones del adjudicatario

Todos los recursos tcnicos de RTVE necesarios para la realizacin del proyecto debern ser utilizados por el adjudicatario de forma diligente, de conformidad con la ley, la moral, el orden pblico y lo dispuesto en las condiciones de este pliego, abstenindose de cualquier conducta que pueda impedir, daar o deteriorar el normal funcionamiento de los mismos o pudiera causar dao a los bienes y equipos de RTVE.

El adjudicatario responder de los daos y perjuicios de toda naturaleza que pudiera infligir a RTVE por un mal uso de los recursos o, como consecuencia del incumplimiento de sus obligaciones. Asimismo, el adjudicatario responder frente a cualquier sancin, reclamacin o demanda que pudiera interponerse por un tercero, incluidos cualesquiera organismos pblicos, contra RTVE, si se vieran lesionados sus derechos por el incumplimiento por parte del adjudicatario de sus obligaciones en la realizacin del proyecto. Y asimismo se obliga a:

No introducir, o difundir cualquier informacin que fuera difamatoria, injuriosa, obscena, amenazadora, xenfoba, incite a la violencia, que incite a la discriminacin por razones de sexo, raza, ideologa o religin o que de cualquier forma atente contra la moral, el orden pblico, los derechos fundamentales, las libertades pblicas, el honor, la intimidad o la imagen de terceros y, en general, la normativa vigente.

No introducir, almacenar o difundir ningn programa de ordenador, dato, virus, cdigo, equipo de hardware o de telecomunicaciones o cualquier otro instrumento o dispositivo electrnico o fsico que sea susceptible de causar daos en los recursos tcnicos y/o servicios de RTVE, o en cualesquiera equipos, sistemas o redes de RTVE, de cualquier otro usuario, de sus



Pgina 20 de 21

proveedores o en general de cualquier tercero, o que de otra forma sea capaz de causarles cualquier tipo de alteracin o impedir el normal funcionamiento de los mismos.

No utilizar identidades falsas ni suplantar la identidad de otros en la utilizacin de los recursos tcnicos y/o servicios de RTVE, incluyendo la utilizacin en su caso de contraseas o claves de acceso de terceros o de cualquier otra forma.

No ocultar ni falsear en manera alguna el origen de mensajes de correo electrnico, no interceptar, borrar ni modificar los mensajes de correo electrnico de otros usuarios, ni enviar mensajes de correo masivo. A estos efectos, se informa al usuario de que RTVE controla el volumen de correos enviados para evitar el spam.

No facilitar a terceros, por ningn medio, informacin que identifique o pueda identificar a otros usuarios de los recursos tcnicos y/o servicios de RTVE, as como contraseas, diagramas de red, documentacin tcnica, etc.

No destruir, alterar, inutilizar o daar los datos, informaciones, programas o documentos electrnicos de RTVE, sus proveedores o terceros.

No replicar (de forma total o parcial) desarrollos realizados para RTVE en otras empresas.

No introducir, transmitir o difundir mediante los recursos tcnicos y/o servicios de RTVE cualquier contenido que infrinja derechos de propiedad intelectual, industrial o secretos empresariales de terceros, ni en general ningn contenido sobre el cual no ostentara, de conformidad con la ley, el derecho a ponerlo a disposicin de tercero.

En el caso de que el adjudicatario considere que existen hechos o circunstancias que revelen el carcter ilcito de la utilizacin de cualquier contenido y/o de la realizacin de cualquier actividad en los recursos tcnicos y servicios de RTVE o accesibles a travs de la misma, deber comunicarlo al coordinador de RTVE designado por sta.

5.7 Confidencialidad

Adems de lo indicado en el documento de Condiciones Generales; en materia de confidencialidad, se ha de cumplir lo siguiente:

La empresa adjudicataria ser responsable del cumplimiento de las obligaciones de confidencialidad del personal a su servicio y de cualesquiera personas o entidades que sean colaboradoras o subcontratadas por ella.

El adjudicatario firmar un documento de confidencialidad con RTVE (RTVE proporcionar el modelo de NDA), hacindose responsable directo de lo que hagan sus empleados con respecto a confidencialidad.

Adicionalmente, es posible que tambin se tenga que firmar un acuerdo de confidencialidad con el fabricante de software, creador de parte de la plataforma de RTVE o con otros proveedores de RTVE.

Si el adjudicatario quisiera sacar un nota de prensa o similar explicando los proyectos en los que est colaborando con RTVE, deber de enviar a RTVE el contenido para su aprobacin explcita.

5.8 Propiedad intelectual

Sin perjuicio de lo dispuesto por la legislacin vigente en materia de propiedad intelectual y de proteccin jurdica de los programas de ordenador, el contratista acepta expresamente que:

Todos los desarrollos realizados dentro del mbito del Desarrollo de Aplicaciones de la plataforma, corresponden nicamente a RTVE, con exclusividad y a todos los efectos.



Pgina 21 de 21

Todos los derechos de explotacin de los sistemas informticos y de las tareas desarrolladas al amparo del presente proyecto corresponden nicamente a RTVE, con exclusividad y a todos los efectos.

Todo el cdigo fuente generado a partir de los trabajos realizados al amparo del presente pliego corresponden nicamente y con exclusividad a RTVE.

6 Estructura solicitada para la propuesta

IMPORTANTE:

Rogamos al licitador, que se ajuste de forma escrupulosa a lo que se especifica en este apartado.

Le rogamos no incluya literatura innecesaria.

Los apartados de Criterios de solvencia tcnica y Criterios tcnicos de evaluacin son muy importantes. Sea concreto. Tenga en cuenta que lo que comprometa aqu, luego puede ser comprobado por parte de RTVE. Y recuerde que el documento que presenta su compaa es de carcter contractual.

Teniendo en cuenta los puntos que se acaban de enumerar, la propuesta debe tener, como mnimo, la siguiente estructura:

6.1 Resumen Ejecutivo

Deben explicarse los aspectos ms importantes de la propuesta: antecedentes, objetivos, beneficios, descripcin y capacitacin tcnica de la empresa, as como datos socio-econmicos. Su extensin debe ser de 5 pginas aproximadamente.

6.2 Oferta tcnica

Para el anlisis de las propuestas ser necesaria la presentacin de la oferta tcnica junto con la documentacin que permita evaluar los aspectos indicados en la tabla de Criterios de Evaluacin Tcnica que figura en el Pliego de Condiciones Generales, as como la presentacin de toda la documentacin solicitada en este Pliego de Condiciones Tcnicas. No obstante, la CRTVE podr solicitar cualquier documentacin tcnica, aclaracin por escrito o certificacin complementaria que considere necesaria con el fin de evaluar correctamente la propuesta tcnica presentada. .

Madrid, 27 de septiembre de 2016

Manuel Jess Gmez Zotano

Director de Tecnologa Interactivos


Corporacin Radio Televisin Espaola S.A.

1

Pliego de Condiciones Generales homologado n 100 Expediente n 2016/10091

Desarrollo de aplicaciones mviles

PLIEGO DE CONDICIONES GENERALES PARA LA CONTRATACIN DE

SERVICIOS POR EL PROCEDIMIENTO ABIERTO.

2016/10091

DESARROLLO APLICACIONES MVILES

1.- OBJETO DEL CONTRATO.

Las presentes Condiciones Generales tienen por objeto la contratacin de los servicios que se

describen en el Anexo II.

2.- VALOR ESTIMADO IMPORTE DE LICITACIN Y PRECIO DEL CONTRATO.

El valor estimado del contrato y el importe de licitacin ascienden a las cantidades

especificadas en el Anexo II. En su clculo del importe se ha tenido en cuenta lo dispuesto en el

artculo 88 del TRLCSP.

El precio mximo aplicable ser el que el contratista indique en su oferta econmica, que se

presentar segn el Anexo I, y en su caso, de la mejora que se pudiera producir en la segunda

ronda.

Cuando as se especifique en el Anexo II, el precio aplicable se determinar en funcin de las

unidades efectivamente demandadas y prestadas a conformidad de CRTVE, a las que se

aplicar, como mximo, los precios unitarios ofertados. En este caso, no existir compromiso

por parte de CRTVE de emitir peticiones ni por todos los conceptos, ni por cantidades

determinadas, establecindose como lmite mximo el importe estimado del contrato indicado

en el apartado siguiente.

Los importes comprenden todos los gastos, tasas y arbitrios, excluido el Impuesto sobre el

Valor Aadido o impuesto legal que corresponda, y no sern revisados por ningn concepto.

3.- PLAZO DE EJECUCIN DEL SERVICIO.-

El plazo de ejecucin del servicio ser el establecido en el Anexo II.

4.- LUGAR DE PRESTACIN DEL SERVICIO..-

El lugar de prestacin del servicio, objeto de este contrato, se determinar en el Anexo II.


2



5.- GARANTA PROVISIONAL.

Para presentar proposiciones en el procedimiento de licitacin se podr requerir a los

licitadores la constitucin de una garanta provisional que responda del cumplimiento de las

obligaciones establecidas en el artculo 103.1 del TRLCSP por el importe que se seale en el

Anexo II.

Esta garanta se constituir mediante aval, o garanta equivalente, solidario, a primer

requerimiento de CRTVE, con renuncia expresa al beneficio de excusin y de duracin

indefinida.

La garanta provisional se extinguir automticamente y ser devuelta a los licitadores

inmediatamente despus de la adjudicacin del contrato de conformidad previa peticin por

escrito dirigida a la Direccin de Compras. La garanta ser retenida al licitador cuya

proposicin hubiera sido seleccionada para la adjudicacin hasta que proceda a la constitucin

de la garanta definitiva, e incautada a las empresas que retiren injustificadamente su

proposicin antes de la adjudicacin.

6.- PRESENTACIN DE PROPOSICIONES.

6.1. Lugar y plazo de presentacin.-

Las proposiciones se presentarn en el lugar y plazo de presentacin especificado en el

Anexo II o se enviarn por correo certificado dentro de este plazo. Cuando la

documentacin se enve por correo, deber anunciarse la remisin de la oferta por

correo electrnico a [email protected] , justificando la fecha de imposicin del envo

en la oficina de correos. Solo ser vlido el correo electrnico si existe constancia de la

transmisin y recepcin, de sus fechas, del contenido ntegro de las comunicaciones y se

identifique fidedignamente al remitente y al destinatario. Sin la concurrencia de ambos

requisitos no ser admitida la documentacin si es recibida en CRTVE con posterioridad

a la fecha y hora de la terminacin del plazo sealado en los anuncios de licitacin y en

el pliego. No obstante, transcurridos diez das desde la indicada fecha sin haberse

recibido la documentacin, sta no ser admitida en ningn caso.

Una vez recibida la documentacin, sta no podr ser retirada, salvo que se acredite

razones debidamente justificadas, antes del acto pblico de apertura.

6.2. Formalidades y documentacin.-

Las proposiciones constarn de los siguientes sobres cerrados independientes, pudiendo


3



ser lacrados o precintados:

A - Proposicin Econmica.

B - Proposicin Tcnica. En el caso de que en el Anexo II se establezcan criterios

de valoracin subjetiva se dividir en dos apartados independientes: B1 y B2,

que se presentarn en sobres cerrados independientes.

C - Documentacin administrativa.

En cada sobre, adems de la documentacin en papel, se acompaar la misma

documentacin en formato electrnico (en soporte CD, DVD, pendrive, etc) tipo pdf, de

tal manera que cada sobre contenga nica y exclusivamente la documentacin

correspondiente al mismo, en formato electrnico y en papel, sin que sea admisible la

utilizacin del mismo formato electrnico compartido para todos los sobres.

Tanto los sobres como los documentos electrnicos irn identificados con la letra y

denominacin del apartado de la oferta, el nombre o razn social del licitador, y nmero

del expediente.

A continuacin se describe detalladamente el contenido de cada uno de los apartados de

la propuesta:

1. A - Proposicin Econmica: propuesta econmica que realice el licitador que

se ajustar al modelo del Anexo I.

Cada licitador solamente podr presentar una proposicin. La proposicin

contendr una nica oferta o, en caso de existir varios lotes, una oferta para cada

lote que considere oportuno. En todos los casos deber indicar el importe

individual para cada uno de los lotes a los que se presente.

En caso de haber varios lotes se admitirn en segunda ronda agrupaciones de

lotes, para aquellas ofertas de lotes individuales que hubieran superado la

primera ronda, y siempre que resulte una mejora econmica conjunta, y ello de

acuerdo con las condiciones que se especifiquen en el anexo II. Si slo existiera

una ronda, estas agrupaciones de lotes podran presentarse en dicha ronda, de

acuerdo con lo que es indique en el anexo II.

Asimismo, la proposicin podr contener ofertas alternativas, slo cuando as se

indique en el Anexo II, en funcin de las variantes que se definan.

2. B - Oferta Tcnica: contendr la propuesta tcnica que realice el licitador, as

como toda la documentacin relativa a los aspectos tcnicos referentes a la

negociacin. No incluir ninguna informacin relativa a la proposicin econmica.


4



En el caso de que se incluyan en el Anexo II criterios de valoracin automticos, es

decir, objetivos y criterios susceptibles de juicio de valoracin subjetiva, la oferta

tcnica deber separarse en dos apartados independientes, que recibirn,

respectivamente, la denominacin de B1, la documentacin relativa a los

aspectos objetivos o de valoracin automtica y, la denominacin de B2, la

documentacin relativa a los aspectos sujetos a juicio de valoracin subjetiva.

3. C - Documentacin Administrativa, que contendr la siguiente documentacin:

1. Relacin de todos los documentos incluidos en este apartado:

1.1. Si el proponente es una persona jurdica o Sociedad, copia autorizada o

testimonio notarial de la escritura de constitucin o modificacin inscritas en

el Registro Mercantil, cuando este requisito fuere exigible conforme a la

legislacin mercantil que le sea aplicable. Si no lo fuera, deber presentar

escritura o documento de constitucin, estatutos o acta fundacional

inscritos, en su caso, en el correspondiente Registro oficial, en su caso. Dicha

documentacin podr sustituirse en os trminos que seala el artculo 146 3

del TRLCSP.

1.2. Documentos bastantes en derecho que justifiquen el que la persona que

firma la proposicin ostenta actualmente cargo que, con arreglo a aquellos

Estatutos, le confiera la representacin de la Sociedad a tales efectos. Si el

proponente fuese o actuase como mandatario, deber justificar con poder

notarial bastante dicha cualidad y representacin.

1.3. En caso de concurrir a la licitacin varias empresas, constituyendo una unin

temporal, cada una de ellas deber acreditar su personalidad y capacidad,

indicando los nombres y circunstancias de los empresarios que suscriben las

proposiciones, la participacin de cada una de ellas, designando la persona o

Entidad que, durante la vigencia del contrato, ha de ostentar la

representacin de la unin ante RTVE.

1.4. Declaracin expresa del proponente dirigida al Presidente de la Corporacin

u otorgada ante Notario de no estar incurso en ninguna de las prohibiciones

que enumera el artculo 60.1 del TRLCSP. Esta declaracin incluir la

manifestacin de hallarse al corriente en el cumplimiento de obligaciones

tributarias y con la Seguridad Social impuestas por las disposiciones vigentes,

sin perjuicio de que la justificacin acreditativa de tal requisito deba

presentarse antes de la adjudicacin, por el empresario a cuyo favor se vaya

a efectuar sta.


5



1.5. Fotocopia del D.N.I. para las personas fsicas o del Cdigo de Identificacin

Fiscal si se trata de personas jurdicas. Dichos datos debern hacerse constar

en las proposiciones econmicas.

1.6. Certificados emitidos por los organismos correspondientes, acreditativos de

hallarse al corriente en el cumplimiento de las obligaciones tributarias y con

la Seguridad Social.

1.7. Garanta provisional, en su caso.

1.8. La documentacin para acreditar la solvencia econmica y financiera y

tcnica ser la que se determine en el Anexo II.

2. Slo podrn contratar con CRTVE las personas naturales o jurdicas, espaolas o

extranjeras, que tengan plena capacidad de obrar, no estn incursas en una prohibicin de

contratar, y acrediten su solvencia econmica, financiera y tcnica o profesional o, en los

casos en que as lo exija esta Ley, se encuentren debidamente clasificadas. Los empresarios

debern contar, asimismo, con la habilitacin empresarial o profesional que, en su caso, sea

exigible para la realizacin de la actividad o prestacin que constituya el objeto del

contrato. Todo ello en los trminos establecidos en el TRLCSP.

Las empresas extranjeras debern aportar declaracin de someterse a la legislacin

espaola y a la jurisdiccin de los tribunales espaoles, con renuncia expresa a la

jurisdiccin que pudiere corresponderles.

Las empresas debern presentar toda la documentacin en lengua castellana. Tratndose

de documentos extranjeros debern estar traducidos de forma oficial a la lengua castellana.

Si los documentos se acompaasen por medio de fotocopias, no tendrn otro valor ni

autenticidad legal que el derivado de su cotejo con el original respectivo.

3. De conformidad con lo dispuesto en el artculo 146.4 del TRLCSP, las empresas

quedarn eximidas de presentar la documentacin referida en el apartado 1 anterior,

pudiendo sustituirla por una declaracin responsable que indique que cumple con los

requisitos recogidos en la presenta clusula, de acuerdo con el modelo establecido en el

Anexo III, que no podr modificarse. En este supuesto, y de haberse exigido la constitucin

de garanta provisional, sta se presentar junto con esta declaracin responsable.

En todo caso, el rgano de contratacin, en orden a garantizar el buen fin del

procedimiento, podr recabar, en cualquier momento anterior a la adopcin de la


6



propuesta de adjudicacin, que los licitadores aporten documentacin acreditativa del

cumplimiento de las condiciones establecidas para ser adjudicatario del contrato.

7.- Obligaciones del Contratista

1. El adjudicatario deber ejecutar el contrato de acuerdo con lo dispuesto el presente

pliego de condiciones generales, en el pliego de prescripciones tcnicas, en el contrato

que se formalice con el adjudicatario, y en la oferta adjudicada (y en su caso mejora de

oferta), documentos que se citan en orden de prelacin, as como de acuerdo con las

instrucciones que se dicten por RTVE, que se manifestarn por escrito, si as lo solicitara

el adjudicatario, y de acuerdo con lo dispuesto en el Texto Refundido de la Ley de

Contratos del Sector Pblico (TRLCSP).

2. La presentacin de la oferta supone la aceptacin incondicionada del presente pliego y

del pliego de prescripciones tcnicas. Cualquier condicin que el licitador incluya en su

oferta y se aparte de los mismos se tendr por no puesta.

3. El adjudicatario se compromete a contar durante la vigencia del contrato con la

organizacin necesaria de personal propio, para que la ejecucin del contrato se lleve a

cabo por trabajadores con una cualificacin profesional adecuada y con la calidad y

celeridad que se precisa en dichos trabajos, as como todos los medios tcnicos y

materiales que sean necesarios.

El adjudicatario deber contar con el personal preciso para atender sus obligaciones

contractuales. La persona fsica o jurdica que se resulte adjudicataria deber ejercer

ineludiblemente de modo real, efectivo y peridico el poder de direccin inherente a

todo empresario en relacin con sus trabajadores, en especial, el control de asistencia

de su personal al lugar de trabajo, el cumplimiento de las normas laborales de su

empresa, la organizacin del trabajo, el control y distribucin de la jornada laboral, el

pago de los salarios, el otorgamiento de permisos, licencias y vacaciones, el ejercicio

del poder disciplinario y el cumplimiento de las obligaciones en materia de prevencin

de riesgos laborales y seguridad social.

Estos trabajadores dependern exclusivamente del adjudicatario, sin que en ningn

momento pueda alegarse derecho alguno por parte de los mismos en relacin con

RTVE, ni exigirse a sta responsabilidad de cualquier clase como consecuencia de las

obligaciones existentes entre la empresa adjudicataria y sus empleados, an en el

supuesto de que el despido que adopte se base en el incumplimiento, interpretacin o

resolucin del presente contrato.

De igual manera, se comprometer a designar, al menos, a un coordinador,


7



perteneciente a su plantilla, que ser el encargado de impartir directamente las

rdenes e instrucciones de trabajo al resto de trabajadores de su empresa y de

comunicar a CRTVE cualquier incidencia ocurrida respecto de los trabajadores y/o el

servicio a prestar.

4. La persona fsica o jurdica que resulte adjudicataria colaborar con RTVE, tal como

establece el artculo 24 de la Ley 31/1.995, de 8 de Noviembre, de Prevencin de

Riesgos Laborales, en aplicacin de la normativa sobre prevencin de riesgos laborales.

5. El adjudicatario se compromete a remitir los TC1 y TC2 de sus trabajadores adscritos a

la ejecucin del contrato que accedan a las instalaciones, con la periodicidad que se

establece en el Anexo II y, en todo caso, siempre que acceda a las instalaciones nuevo

personal de la contrata.

6. Por cuestiones de seguridad, y a fin de poder tener constancia en todo momento de

las personas que se encuentran en las instalaciones de RTVE, tanto el acceso como la

salida de las mismas del personal del adjudicatario deber realizarse nicamente por

los puntos autorizados debidamente sealizados. El adjudicatario se compromete a

impartir estas instrucciones al personal de su cargo.

RTVE se reserva el derecho de denegar la entrada a sus instalaciones al personal que

no cumpla esta obligacin, as como a retirarle el documento identificativo de acceso

proporcionado por RTVE, en su caso.

7. En caso de que se permita la subcontratacin, el contratista deber exigir al

subcontratista los mismos compromisos que la Corporacin exige a aquel, en los

trminos establecidos en los apartados anteriores.

8. En el caso de que en la presente licitacin estuvieran previstas una o varias prrrogas

el contratista vendr obligado a preavisar a RTVE con el plazo que se dir en el Anexo II

si no quisiera que el contrato se prorrogara, con el fin de asegurar la continuidad del

servicio para CRTVE

8.- APERTURA DE PROPOSICIONES.

1. En el caso que se incluyan criterios de valoracin susceptibles de juicio de valoracin

subjetiva, CRTVE proceder a la apertura de las proposiciones tcnicas susceptibles de

valoracin subjetiva (Sobre B2) en el lugar y fecha sealados en el Anexo II y dar cuenta

del resultado de la calificacin previa de la documentacin general, indicando los

licitadores excluidos y las causas de su exclusin e invitando a los asistentes a formular las


8



observaciones que estimen pertinentes, que se recogern en el Acta.

Posteriormente, se fijar el da y hora en el que se celebrar el acto de apertura de las

proposiciones tcnicas susceptibles de valoracin objetiva (sobre B1) y las proposiciones

econmicas (sobre A), que ser notificado a travs de Perfil del Contratante de RTVE

(http://rtve.es/programas/licitaciones).

2. En el caso de que solamente se incluyan criterios de valoracin automtica, es decir,

objetivos, la apertura de las proposiciones se realizar en el lugar y fecha sealados en el

Anexo II.

3. En ambos casos, cuando tras el examen de la documentacin administrativa en acto

previo, CRTVE considerara que hay defectos subsanables conferir un plazo de tres das,

como mximo, a contar desde su examen, para que se proceda a su subsanacin.

9.- ADJUDICACIN

La adjudicacin del contrato se acordar por el rgano de contratacin a favor de la oferta ms

ventajosa atendiendo a los criterios directamente vinculados al objeto del contrato que figuran

en el presente pliego, por resolucin motivada que se notificar a los candidatos o licitadores.

En el caso de que no se hayan presentado ofertas o las presentadas sean inadecuadas,

irregulares o inaceptables el procedimiento se declarar desierto. Las ofertas que no cumplan

con lo indicado en los pliegos se considerarn no aptas.

En el caso de que en el Anexo II se establezca un procedimiento de adjudicacin en dos fases,

las empresas seleccionadas en la primera fase podrn mejorar su propuesta econmica en la

segunda fase, de acuerdo con lo establecido en dicho anexo.

El rgano de contratacin requerir al licitador ms ventajoso para que en el plazo legalmente

establecido presente la siguiente documentacin:

La indicada en el apartado 6.2.c.1 del presente pliego.

La garanta definitiva que se establece en el presente pliego. En caso de que no la

aporte, se entender que opta por la retencin del precio, de conformidad con lo

dispuesto en la clusula 11, salvo que la Corporacin de Radio y Televisin Espaola

S.A. le indique que es precisa la constitucin de la misma, en cuyo caso, de no

aportarla se entender que ha retirado su oferta.


9



Si el licitador no aportara la citada documentacin en tiempo y forma, CRTVE declarar no apta

la oferta y requerir la documentacin al licitador que haya presentado la siguiente mejor

oferta.

En el caso de que RTVE ya dispusiera de documentacin suficiente para proceder a la

adjudicacin, por ejemplo, en el caso de que el licitador estuviera ya inscrito en el registro de

licitadores de RTVE y ya hubiera presentado documentacin suficiente, podr dar por

cumplido este requerimiento de informacin. No obstante lo anterior, el licitador deber, en

todo caso, aportar en este momento los certificados emitidos por los organismos

correspondientes, acreditativos de hallarse al corriente en el cumplimiento de las obligaciones

tributarias y con la Seguridad Social, actualizados a la fecha del requerimiento.

El rgano de contratacin adjudicar el contrato dentro de los cinco das hbiles siguientes a la

recepcin de la documentacin.

Una vez aprobada la adjudicacin por el rgano de contratacin se comunicar de acuerdo

con la normativa vigente. Las notificaciones se harn por cualquiera de los medios que

permitan dejar constancia de su recepcin por el destinatario (correo electrnico o direccin

designada al presentar sus proposiciones).

10.- CRITERIOS BASE PARA LA ADJUDICACIN.

Los criterios que servirn de base para la adjudicacin, sern los establecidos en el Anexo II.

11.- GARANTA DEFINITIVA.

El adjudicatario constituir un aval, o garanta equivalente, solidario, a primer requerimiento

de CRTVE, con renuncia expresa al beneficio de excusin y de duracin indefinida, por el

importe que se especifique en el Anexo II. Alternativamente, si no se hubiera producido la

recepcin y aceptacin de esta garanta, CRTVE podr retener dicho importe de las cantidades

pendientes de pago al adjudicatario derivadas del contrato adjudicado al amparo del presente

procedimiento. La garanta se aplicar al pago de todas las responsabilidades imputables al

contratista en la ejecucin del contrato.

En el caso de incumplimiento por el adjudicatario de sus obligaciones, la Corporacin RTVE,

una vez constatado el incumplimiento podr retener todos los pagos que por cualquier

concepto se hallen pendientes de realizar al adjudicatario, en cuanta suficiente para

salvaguardar las responsabilidades que se pudieran derivar de dicho incumplimiento.


10



Cuando se hicieran efectivos a costa de la garanta los conceptos anteriores, el contratista

vendr obligado a reponerla en cualquiera de las formas establecidas para su constitucin.

La Corporacin RTVE podr retener el importe total de la garanta, hasta la fecha en que se

extinga el contrato por cumplimiento (incluidos los perodos de garanta que fueran de

aplicacin) o que se dicte sentencia firme de la Autoridad judicial competente por la que

quede el contratista liberado del cumplimiento de sus obligaciones contractuales.

12.- FORMALIZACIN DEL CONTRATO.

Una vez aprobada la adjudicacin, se formalizar el correspondiente contrato escrito, dentro

de los plazos legalmente establecidos. Cuando por causas imputables al adjudicatario ste no

hubiese formalizado el contrato dentro del plazo que le comunique la Corporacin RTVE, se

entender que desiste de su formalizacin, pudiendo sta acordar la incautacin de la garanta

en caso de que se hubiera exigido.

13.- PLATAFORMA DE FACTURACIN ELECTRNICA DE LA CORPORACIN RTVE.

De conformidad con la habilitacin y lo dispuesto en la Ley 11/2007, de 20 de junio, de acceso

electrnico de los ciudadanos a los servicios pblicos y el Real Decreto Legislativo 3/2011, de

14 de noviembre, de contratos del sector pblico, el licitador o licitadores que resultaren

adjudicatarios del presente expediente de contratacin se comprometen a usar la Plataforma

de Facturacin electrnica de la Corporacin de Radio y Televisin Espaola (RTVE) en los

trminos, condiciones tcnicas y modalidades que se especifican en el canal LICITACIN

(PERFIL DEL CONTRATANTE) Portal del Proveedor de la Corporacin de Radio y Televisin

Espaola (RTVE) http://rtve.es/programas/licitaciones.

14.- FACTURACIN Y CONDICIONES DE PAGO.

El adjudicatario emitir una factura con la periodicidad que se establezca en el Anexo II, en la

que se incluir una relacin de los servicios demandados y efectivamente prestados a

conformidad de RTVE en dicho perodo. En su caso, se indicarn en factura los precios unitarios

aplicables, y el nmero unidades, as como el nmero de pedido.

La factura ir acompaada en el sistema de facturacin electrnica de la documentacin

justificativa que sea necesaria a criterio de CRTVE y en particular, la relativa a los TC1 y TC2

establecida en la clusula 7 del presente pliego. CRTVE podr requerir al contratista que


11



aporte documentacin adicional o documentacin original en papel, adems de remitirla a

travs del sistema de facturacin electrnica.

La conformidad con el servicio se efectuar, en su caso, dentro del mes siguiente de haberse

producido la prestacin del mismo.

CRTVE abonar los importes facturados por el proveedor mediante transferencia bancaria

dentro de los plazos legalmente establecidos, con un plazo de pago que no superar el

establecido en el Anexo II. En todo caso, CRTVE dispondr de 30 das para realizar el pago

desde la recepcin de una factura vlida acompaada de la documentacin justificativa

necesaria.

15.- GASTOS E IMPUESTOS DEL CONTRATO.

Sern de cuenta del adjudicatario los siguientes gastos:

- Los que origine la insercin de los anuncios preceptivos.

- Los que origine levantar acta ante Notario como consecuencia de la apertura de propuestas en 2 fase.

Dichos importes sern abonados por quien resulte adjudicatario, segn instrucciones que se facilitarn en la notificacin de adjudicacin.

Los impuestos que se devenguen con ocasin o como consecuencia del contrato, se abonarn

conforme a la Ley. El precio ofertado se considerar sin IVA u otros impuestos indirectos

equivalentes, de acuerdo con lo indicado en el Anexo I.

16.- CESIN Y SUBCONTRATACIN DEL CONTRATO.

En caso de que el Anexo II contemple la posibilidad de subcontratar o ceder a terceros los

derechos y obligaciones que se deriven del presente contrato, ser precisa en todo caso

autorizacin previa expresa y escrita de CRTVE. En caso contrario, se reputar como

incumplimiento contractual.

Aunque se produzca la subcontratacin consentida a que se refiere el prrafo anterior, se

reputar como nico contratista a todos los efectos de las obligaciones dimanantes del

contrato a la empresa adjudicataria.


12



17.- PENALIDADES.

CRTVE podr imponer penalidades en los trminos establecidos en el Anexo II.

La aplicacin de las citadas penalidades no impedir a CRTVE exigir al contratista el

cumplimiento de las obligaciones contractuales, ni excluye la indemnizacin de daos y

perjuicios a que pudiera tener derecho

PLIEGO DE PRESCRIPCIONES TÉCNICAS ... Series de IPAD y IPAD mini • Android o Series de Samsung...

Documents

Transcript of PLIEGO DE PRESCRIPCIONES TÉCNICAS ... Series de IPAD y IPAD mini • Android o Series de Samsung...