Tras la publicación de los pliegos el pasado 29 de septiembre se procede a responder su pregunta: En relación con el cómputo de los ANS de resolución de incidencias: - Las incidencias de prioridad crítica se computan en horas naturales, en coherencia con la cobertura 24x7 exigida para las mismas. - Las incidencias de prioridad alta y normal se computan exclusivamente dentro del horario ordinario de soporte, establecido de lunes a viernes laborables de 8:00 a 20:00 h.

Buenos días, le informamos que no están disponibles los pliegos porque van a sufrir alguna modificación. Por ello, la licitación está suspendida hasta que dispongamos de los nuevos pliegos. Les informaremos cuando estén publicados de nuevo. Respecto a su pregunta sobre la acreditación de las solvencias exigidas en el pliego, si se presentan como UTE se podrían acumular las solvencias. No obstante, observen lo indicado en los pliegos cuando estén publicados.

Primera (alcance de la propiedad y de la entrega de código fuente). La entrega del código fuente y la adquisición por RTVE de la plena propiedad industrial e intelectual se refieren a los desarrollos, adaptaciones, integraciones y configuraciones realizados específicamente en ejecución del contrato, así como al modelo de datos y a los datos, en los términos de los apartados 2, 4.2 y 5.4 del PPT. No alcanzan a los productos de software preexistentes —del licitador, de terceros o de software libre— que se incorporen a la solución, los cuales conservan su propio régimen de titularidad y licencia. Sobre dichos productos preexistentes RTVE no adquiere la propiedad, sino el derecho de uso necesario para operar, mantener y evolucionar la solución, con el licenciamiento provisto por el adjudicatario y sin coste durante al menos tres (3) años (apartado 4.2), la exportabilidad de datos en formatos abiertos y la sustituibilidad sin dependencia injustificada. El licitador deberá identificar unos y otros en su oferta, conforme al apartado 4.2. Segunda («componentes adaptados o extendidos sobre soluciones base», apartado 5.4). La expresión comprende las adaptaciones, extensiones, personalizaciones, módulos, integraciones y configuraciones que el adjudicatario construya o desarrolle para RTVE sobre un producto base (lo específicamente realizado en el marco del contrato). No comprende el código del propio producto base, que mantiene su régimen de licencia. De la propiedad y la entrega de código fuente del apartado 5.4 se derivan, por tanto, los desarrollos y extensiones hechos para RTVE, no el producto base en sí. Cuando el producto base sea software libre, estas obligaciones se concilian sin conflicto con su licencia: el producto base se rige por su propia licencia libre, que ya reconoce a RTVE el acceso al código y los derechos de uso, modificación y, en su caso, redistribución; y las adaptaciones o extensiones desarrolladas para RTVE se entregarán y, cuando constituyan obra derivada, quedarán sujetas a los términos de esa misma licencia libre (por ejemplo, de tipo copyleft), que son compatibles con los derechos que el pliego reconoce a RTVE (utilizar, modificar, evolucionar y poner la solución a disposición). El adjudicatario deberá identificar los componentes base y sus licencias (apartado 4.2) y garantizar su compatibilidad con los derechos exigidos y con la ausencia de dependencia tecnológica."

"Tercera (alcance de la cesión de derechos / PI preexistente). La cesión de los derechos de explotación y del código fuente prevista en el Pliego de Condiciones Generales se refiere exclusivamente a ""los trabajos desarrollados al amparo del contrato"" y a ""todo el código fuente generado"" en su ejecución, en los términos del apartado 4.2 del PPT (""RTVE adquirirá la plena propiedad industrial e intelectual de dichos desarrollos, incluso cuando se realicen sobre productos o plataformas del adjudicatario""). En consecuencia, la propiedad intelectual preexistente del adjudicatario o de terceros queda excluida de dicha cesión en propiedad; sobre ella RTVE dispondrá del derecho de uso necesario para operar, mantener y evolucionar la solución. Esa propiedad preexistente debe identificarse en la oferta técnica, conforme a la obligación del apartado 4.2 de ""identificar claramente qué elementos corresponden a productos existentes y cuáles serán desarrollados específicamente"", reflejándose además, cuando proceda, en el desglose del Anexo I. Cuarta (uso tras la finalización; contratación separada de mantenimiento). El derecho de uso de RTVE sobre los productos preexistentes que formen parte de la solución debe ser suficiente para mantenerla plenamente operativa tras la finalización del contrato. Durante la vigencia y, al menos, el periodo de tres (3) años del apartado 4.2, el licenciamiento, las actualizaciones y el soporte van incluidos y sin coste. Transcurrido ese periodo, RTVE asumirá los costes recurrentes como parte de su modelo estable. Es compatible con los pliegos que el mantenimiento, el soporte y la evolución posteriores se contraten por separado, siempre que la solución sea reversible y sustituible y no genere una dependencia injustificada del adjudicatario (cláusula 21ª del PCAP): dicha contratación posterior deberá poder realizarse en concurrencia, sin quedar cautiva del contratista.

Quinta (componentes de terceros en suscripción; costes posteriores). Se considera cumplido el pliego cuando un componente de terceros en modalidad de suscripción (i) esté libre de coste adicional para RTVE durante al menos tres (3) años, (ii) permita exportar sus datos y contenidos en formatos abiertos, y (iii) sea sustituible, sin generar dependencia tecnológica. En tales condiciones, es admisible que su uso posterior requiera una contratación por parte de RTVE (renovación o sustitución). El pliego no exige que la totalidad de los subsistemas puedan operarse indefinidamente sin ninguna contratación con terceros; lo que no se admite es la dependencia injustificada, de modo que cualquier contratación ulterior deberá ser competitiva y el componente, reemplazable. Sexta (entregables para la operación autónoma; depósito de código). Para tener por cumplida la operación, mantenimiento y evolución autónoma (apartados 5 y 5.3 del PPT), se requieren los entregables ya previstos: el código fuente completo de los desarrollos específicos, la documentación técnica y funcional, el modelo de datos y la lógica de negocio, la documentación de arquitectura, los medios y entornos de desarrollo y despliegue y la transferencia de conocimiento; y, para los componentes preexistentes, la documentación de administración y operación, las configuraciones, las APIs y la exportabilidad de los datos. En cuanto a garantías complementarias, el depósito del código fuente ante un tercero independiente (escrow) no se exige en los pliegos, pero se considera una garantía adicional admisible y valorable respecto de los productos preexistentes cuyo código no se transfiere, pudiendo el licitador ofrecerla en su propuesta."

En relación con el criterio automático de valoración de la reducción del plazo de implantación (hasta 20 puntos): Se confirma que el plazo máximo de dos (2) meses fijados para la puesta en operación del núcleo de la solución responde a una necesidad operativa de RTVE y ha sido definido para poder alcanzarse, en condiciones equivalentes, por cualquier solución que cumpla los requisitos del pliego, con independencia de su arquitectura o aproximación tecnológica y de que sea o no similar a la plataforma actualmente existente. El pliego es neutro tecnológicamente —el apartado 2 del PPT admite cualquier modelo (nube, SaaS, software libre o una combinación)— y dicho plazo se aplica por igual a todos los licitadores. Asimismo, se confirma que este criterio valora exclusivamente la capacidad y el plan de implantación propuestos por el licitador, de forma objetiva, y no presupone ni atribuye ventaja alguna derivada de la reutilización, evolución o continuidad de plataformas preexistentes. De hecho, el objeto del contrato contempla la migración y sustitución de los sistemas actuales, por lo que la continuidad con la plataforma existente no constituye un factor de valoración. La valoración se realiza, en todo caso, conforme a los principios de igualdad de trato y no discriminación entre licitadores (artículos 1 y 132 LCSP). A mayor abundamiento, licitaciones anteriores de esta Corporación con objeto y alcance comparables —e incluso superiores en volumen de usuarios— establecieron plazos de puesta en operación sensiblemente más exigentes (solo 72 horas) que el previsto en este expediente y contaron con la concurrencia de una pluralidad de licitadores (6). De hecho, RTVE considera que un (1) mes sería tiempo más que suficiente para la puesta en operación del núcleo y ha optado por ampliar dicho plazo hasta dos (2) meses precisamente para favorecer la máxima concurrencia. Todo ello confirma que el plazo de dos meses es holgadamente alcanzable por cualquier solución conforme al pliego y que, lejos de restringir la concurrencia, la amplía.

Conforme a los pliegos, el núcleo comprende las líneas de formación continua y másteres. En dicho hito, la plataforma deberá estar plenamente operativa en producción para esas líneas, cubriendo el ciclo de vida académico completo definido en el apartado 3 del PPT (alcance end-to-end y descripción funcional), es decir, como mínimo: Gestión unificada de personas y expedientes, con el expediente académico único y la integración del proveedor de identidad (SAP Customer Data Cloud) para el alumnado de dichas líneas. Gestión del catálogo y de la oferta formativa de formación continua y másteres. Gestión académica integral de esas líneas: admisión, matriculación, gestión de convocatorias, control de asistencia, evaluación y expedición de certificados y diplomas. Entorno de aprendizaje virtual (LMS) para la impartición en modalidades online y semipresencial. Publicación, comercialización y venta de la oferta (e‑commerce), incluida la pasarela de pago y el pago fraccionado. Comunicación, notificaciones y explotación de datos/reporting básicos para la operación de dichas líneas. Como integraciones imprescindibles en este hito, deberán estar operativas la integración con SAP (gestión administrativa y financiera) y con el proveedor de identidad (SAP‑CDC), así como completada la migración de los datos y expedientes correspondientes a las líneas del núcleo desde los sistemas actuales, garantizando la continuidad operativa. No forman parte de este hito —y, por tanto, no condicionan la fecha de cumplimiento del núcleo— la integración completa de la Formación Profesional (CFGS), incluida la interoperabilidad con la administración educativa competente, ni la integración de la formación interna (migración de GEFI y gestión de identidad del personal interno), que deberán estar plenamente operativas no más tarde de julio de 2027, conforme al calendario del pliego.

En relación con el plazo de las integraciones con los sistemas corporativos de RTVE: Deberán estar completamente desarrolladas, probadas y operativas en producción dentro del plazo de dos (2) meses únicamente las integraciones imprescindibles para la operación del núcleo de la solución (líneas de formación continua y másteres); en particular, la integración con SAP (gestión administrativa y financiera) y con el proveedor de identidad SAP Customer Data Cloud (SAP‑CDC) para el alumnado de dichas líneas, por ser necesarias para el funcionamiento end‑to‑end del núcleo (identificación y acceso, matriculación, pago y facturación). El resto de integraciones, asociadas a líneas o funcionalidades que entran en producción en fases posteriores, podrán planificarse de forma escalonada y deberán estar plenamente operativas no más tarde de julio de 2027. Es el caso, en particular, de la interoperabilidad con la administración educativa competente (Formación Profesional – CFGS) y de la integración de la gestión de identidad del personal interno (OpenAIM), vinculada a la formación interna. El licitador deberá reflejar el calendario y el alcance de todas las integraciones, diferenciando las correspondientes al núcleo y las de fases posteriores, en su plan de implantación.

El PPT recoge en sus apartados 4.6 (Coordinación de los servicios) y 5.5 (Entregables de documentación y transferencia de conocimiento) la información que solicita el licitador. Por favor, aténgase a lo ahí indicado.

Los únicos datos que se van a tener que migrar serán los usuarios pre-inscritos del instituto. No será necesaria la migración de los cursos de Haz, pero sí la integración con Kaltura. Respecto de GEFI el numero de usuarios estimados son unos 1200, y respecto de los cursos, el numero de curso son 620. Forma, tiene 7.000 usuarios y 1500 cursos aproximadamente.

Respecto de los usuarios concurrentes, la solución deberá estar dimensionada para soportar el acceso concurrente de la totalidad de los usuarios previstos (alumnado, profesorado y personal de gestión), hasta la capacidad mínima establecida en el apartado 4.1 del PPT (hasta 30.000 alumnos activos anuales), sin degradación del rendimiento; no se asume un porcentaje de concurrencia inferior. En cuanto a los tickets de soporte mensuales y el volumen de incidencias, los pliegos no fijan una previsión específica, dado que dicho volumen depende de la solución, la arquitectura y la tecnología propuestas por cada licitador, que RTVE no conoce a priori y que no tienen por qué coincidir con las de los sistemas actuales. En consecuencia, el servicio de operación y soporte deberá dimensionarse por el licitador para cumplir la capacidad del apartado 4.1 del PPT y los acuerdos de nivel de servicio establecidos en el PCG. Además, el modelo de soporte y operación propuesto por cada licitador se valora mediante juicio de valor (subcriterio «Equipo de servicios profesionales y modelo de soporte» de la cláusula 11ª del PCAP), correspondiendo a cada licitador su dimensionamiento y justificación.

Los únicos datos que se van a tener que migrar serán los usuarios pre-inscritos del instituto. No será necesaria la migración de los cursos de Haz, pero sí la integración con Kaltura. Respecto de GEFI el numero de usuarios estimados son unos 1200, y respecto de los cursos, el numero de curso son 620. Forma, tiene 7.000 usuarios y 1500 cursos aproximadamente.

La cuestión primera coincide, en su objeto, con la consulta nº 5, ya respondida y publicada, a cuya contestación se remite al licitador. La segunda pregunta, sobre SAP CDC, lo normal es emplear SAML2.0, pero podría depender en función de la solución provista por el licitador. En cualquier caso, ha de ser compatible con SAP CDC. La tercera tiene la misma respuesta que la segunda. SAML en principio. Respecto a las interfaces, RTVE dispone de interfaces basadas en BAPI/IDoc a través de middleware y, según el caso, intercambio de ficheros. La emisión de las facturas corresponde al adjudicatario (a través de la plataforma); la integración con SAP tiene por objeto la contabilización de los cobros/pagos."

El alojamiento y la transcodificación de los contenidos audiovisuales no forman parte del alcance de este contrato. RTVE continuará empleando Kaltura para dichas funciones, por lo que la solución deberá integrarse con Kaltura para la gestión y distribución de los contenidos formativos audiovisuales, en los términos del apartado 3.1 del PPT.

Buenos días, le informamos que las respuestas a sus preguntas están en los pliegos publicados. Si tiene alguna cuestión que no figure en los pliegos no dude en plantearla. Gracias. Un saludo.