Tal y como se menciona en el documento "Memoria Justificativa" en el apartado 4 "LUGAR DE EJECUCIÓN DEL CONTRATO" (página 2), en el documento "Pliego Prescripciones Tecnicas" en el apartado 7.2 "Lugar de prestación del servicio" (página 14) y en el documento "Anexos al PCAc" en el apartado C.1 "Lugar" (página 10), en el texto coincidente que establece que "los trabajos se realizarán con carácter general en las oficinas del contratista, si bien hay algunas actividades que por su naturaleza pueden requerir la presencia en los centros de procesos de datos o en las salas técnicas de los centros de trabajo de Enresa", se confirma que la modalidad de ejecución de los trabajos (incluyendo el teletrabajo) es una facultad organizativa que corresponde exclusivamente a la empresa adjudicataria, ya que, según dispone el documento "PCA Pliego Tipo Clausulas Administrativas Particulares" en su cláusula 11.4 punto 2 (página 24), "la empresa contratista asume la obligación de ejercer de modo real, efectivo y continuo, sobre el personal integrante del equipo de trabajo encargado de la ejecución del contrato, el poder de dirección inherente a todo empresario", por lo que la posibilidad de teletrabajo para todos o alguno de los perfiles es admisible siempre que el contratista garantice la correcta prestación del servicio, el cumplimiento de los Acuerdos de Nivel de Servicio (ANS) y la disponibilidad presencial en las instalaciones de Enresa para aquellas actividades técnicas o de coordinación que así lo requieran por su propia naturaleza.

Buenos días, En relación con la consulta planteada les indicamos que: Tal y como se menciona en el documento "3. Pliego Prescripciones Tecnicas.pdf" en el Anexo II en el texto "Diseñar e implementar un servicio/librería en .NET" y de forma más específica en el apartado de Entregables en el texto "Código fuente en C# (.NET 8) con solución y proyectos (librería + CLI)" así como en el requerimiento de entrega de un "paquete NuGet interno", se confirma que el sistema de anonimización debe implementarse obligatoriamente en la tecnología indicada, no admitiéndose tecnologías equivalentes para garantizar la compatibilidad con el ecosistema de aplicaciones de Enresa; Asimismo, en relación con la calidad de los documentos, según se detalla en el mismo Anexo II en el texto "Criterios de aceptación UAT: Procesamiento satisfactorio de la batería de documentos acordada", los niveles de cumplimiento exigidos se evaluarán sobre la muestra de documentos consensuada durante la ejecución del proyecto, la cual debe permitir técnicamente que el proceso convierta "los PDF a Word" para realizar la "reconstrucción de texto lógico por párrafo", por lo que errores derivados de la imposibilidad de extraer texto o realizar una conversión/OCR mínima debido a la baja calidad del original se considerarán limitaciones del soporte documental fuera del cómputo de eficacia del sistema, siempre que el adjudicatario garantice una "detección robusta" y una "tasa de falsos negativos cercana a 0%" en aquellos documentos validados previamente como procesables durante el proceso de acuerdo de la batería de pruebas. Atentamente.

Buenos días, En relación con la consulta planteada: Tal y como se menciona en el documento "Pliego Prescripciones Técnicas (PPT)" en el apartado 7.3 Horario de prestación de los servicios en el texto "con carácter general, el servicio se prestará dentro de la franja horaria de 9:00 a 17:00 de lunes a viernes", y el cómputo de los Acuerdos de Nivel de Servicio (ANS) definidos en el documento "ANEXOS AL PLIEGO TIPO DE CLÁUSULAS ADMINISTRATIVAS PARA CONTRATOS DE SUMINISTROS Y SERVICIOS TRAMITADOS MEDIANTE PROCEDIMIENTO ABIERTO " en el apartado O. PENALIDADES en el texto "Tiempo total de respuesta ≤ 2 h" para urgencia crítica o alta y "≤ 6 h" para urgencia media o baja, se debe realizar exclusivamente dentro de ese marco de horas hábiles operativas, por lo que no es necesario ofertar un servicio 24x7 ya que el contador de respuesta se detiene a las 17:00 horas y se reanuda a las 9:00 horas del siguiente día hábil, un dimensionamiento que no contempla disponibilidad especial fuera de la jornada estándar de oficina definida por Enresa. Atentamente.

Buenos días, En relación a las consultas planteadas les indicamos que: - Tal y como se menciona en el documento "Pliego Prescripciones Tecnicas" en el apartado 3.2 "Capacidades y limitaciones identificadas" en el texto relativo a la "ausencia de GPUs físicas asignadas a las máquinas virtuales" y en el texto que identifica una "escalabilidad limitada a nivel físico hasta la renovación infraestructural prevista post-2028", se aclara que para la duración del contrato se debe asumir un entorno basado en CPU virtualizada, siendo esta condición plenamente coherente con lo expuesto en el apartado 3 "Infraestructura" del mismo documento en el texto "en esta fase inicial el objetivo es validar la herramienta y no tanto su productividad"; por lo tanto, se debe planificar el despliegue y la ejecución de los modelos funcionales sobre la arquitectura actual de CPU virtualizada, sin contar con una previsión de disponibilidad presente de hardware de aceleración gráfica (GPU) durante la vigencia del presente expediente. - Tal y como se menciona en el documento "Pliego Prescripciones Tecnicas" en el apartado 3 "Infraestructura" en el texto "infraestructura basada en tecnología Cisco HyperFlex, compuesta por dos clústeres de servidores físicos que proporcionan los recursos de computación, almacenamiento y red necesarios" y en el apartado 3.2 "Capacidades y limitaciones identificadas" en el texto "gestión centralizada de recursos mediante VMWare vCenter, facilitando la asignación dinámica de CPU, memoria y almacenamiento", la infraestructura de Enresa permite una "asignación flexible de recursos mediante máquinas virtuales (VMs)", por lo que el dimensionamiento disponible para el despliegue no está limitado a una cuota fija preestablecida, sino que se ajustará dinámicamente en función de las necesidades técnicas que el adjudicatario justifique para la ejecución de los modelos de IA, siempre que los recursos asignados sean "suficientes" y compatibles con la capa de virtualización VMWare ESXi 6.5.0 administrada con vCenter y vSphere descrita en el citado pliego. -Tal y como se menciona en el documento "Pliego Prescripciones Tecnicas" en el apartado 3 "Infraestructura" en el texto relativo a que los clústeres físicos de Enresa "proporcionan los recursos de computación, almacenamiento y red necesarios" y de forma específica en el apartado 3.1 "Compatibilidad con entornos IA y contenedores" en el texto "la arquitectura actual no impone restricciones técnicas a la ejecución de aplicaciones en entornos virtualizados", confirmando que el entorno es "plenamente apta para soportar entornos de contenedores y orquestación IA", se informa de que no existen limitaciones de red o segmentación documentadas que impidan la comunicación entre servicios de IA, siendo responsabilidad del adjudicatario, liderar el diseño técnico para coordinar la "conectividad" y colaborar con el equipo de Seguridad de Enresa en la "verificación de controles de acceso, segmentación de red y medidas ENS" para garantizar la correcta interoperabilidad del sistema dentro del marco de seguridad corporativo. -Tal y como se menciona en el documento "Pliego Prescripciones Tecnicas" en el apartado 3.1 "Compatibilidad con entornos IA y contenedores" en el texto "Kubernetes, como plataforma de orquestación de contenedores, puede desplegarse sin restricciones sobre infraestructuras virtualizadas VMWare" y en el apartado 4 "Equipo de trabajo" en el texto descriptivo de las funciones del "ARQUITECTO DE INFRAESTRUCTURA Y CONTENEDORES (AIC)" que le faculta para el "diseño y configuración del entorno técnico de ejecución", se confirma que es responsabilidad del adjudicatario realizar el despliegue y puesta en marcha del clúster de orquestación durante la Fase 2 descrita en el apartado 5.1.1 en el texto "instalación, configuración e integración del entorno base"; asimismo, respecto a los estándares tecnológicos, según se especifica en el ANEXO I en el apartado "Manual de despliegue (DevOps / Infra / CI-CD)" en el texto "Contenedores Docker/Podman y orquestación (Kubernetes/Nomad), manifiestos y Helm charts si aplican", se establece un requisito de documentación del despliegue (exigible conforme al apartado 5.1.1, que prevé la entrega de un informe con "al menos lo indicado en el ANEXO I") y no una imposición de herramientas concretas, quedando la entrega de manifiestos y Helm charts condicionada a que resulten aplicables a la solución desplegada, la cual deberá en todo caso ser interoperable con la infraestructura corporativa basada en Cisco HyperFlex y VMWare descrita en el apartado 3 del citado pliego. Atentamente,

Buenos días, En relación a las consultas planteadas les indicamos que: Tal y como se menciona en el documento "Pliego Prescripciones Tecnicas" en el apartado 6.1 "Alojamiento de los entornos no productivos" en el texto "Implantar en los entornos de sus dependencias las mismas herramientas, con las mismas versiones y características, que implante en el entorno productivo de Enresa" y en el documento "Memoria Justificativa" en el apartado 2 "JUSTIFICACIÓN DE LA NECESIDAD" en el texto relativo a la estrategia de IA que busca un modelo "ubicado en servidores propios […] cuyos datos no sean compartidos con otras empresas", se confirma que el uso de infraestructuras externas (como la nube pública) para entornos preproductivos está restringido por la obligación de garantizar la paridad técnica con el entorno productivo on-premise y el cumplimiento de la política de soberanía de datos de la compañía; asimismo, en relación con la conectividad, tal y como se detalla en el apartado 4 "Equipo de trabajo" del PPT en las funciones del técnico de seguridad de Enresa (ES) en el texto "Validará el cumplimiento del Esquema Nacional de Seguridad (ENS)" y "revisará la configuración de accesos, redes, autenticación, cifrado y monitorización", se establece que cualquier acceso remoto debe estar alineado con los controles del ENS y las políticas corporativas, siendo responsabilidad del adjudicatario, según el citado apartado 6.1 del PPT, el "dotar de acceso seguro a quién el responsable de contrato de Enresa determine" para asegurar que la supervisión y las pruebas sean funcionales desde los equipos propiedad de la compañía. Atentamente,

Buenos días, En relación a las conusultas planteadas les indicamos que: -Tal y como se menciona en el documento "Memoria Justificativa" en el apartado 2 "JUSTIFICACIÓN DE LA NECESIDAD" en el texto relativo a la estrategia de Enresa de disponer de un modelo de IA "ubicado en servidores propios y accesible solamente desde los equipos propiedad de la compañía, cuyos datos no sean compartidos con otras empresas", se confirma que el LLM Mistral debe desplegarse íntegramente en modalidad on-premise, no valorándose la utilización de llamadas a APIs externas para la inferencia del modelo con el fin de garantizar la plena soberanía y privacidad de la información. Asimismo, de acuerdo con lo establecido en el documento "Pliego Prescripciones Tecnicas" en su apartado 3.2 "Capacidades y limitaciones identificadas" en el texto "La infraestructura actual permite ejecutar modelos de lenguaje sobre CPU virtualizadas" y en el apartado 5.1.1 en la Fase 3 "Implantación del Modelo LLM" en el texto "carga e integración del modelo", es responsabilidad del adjudicatario la puesta en marcha funcional de Mistral sobre la arquitectura Cisco HyperFlex propia de Enresa, debiendo realizar el ajuste de parámetros del modelo LLM (inferencia, contexto y latencia) directamente en el entorno técnico local según lo exigido en los apartados 3 y 4 del citado pliego. -Tal y como se menciona en el documento "Pliego Prescripciones Tecnicas" en el apartado 3 "Infraestructura" en el texto "permitiendo la instalación y ejecución de frameworks o modelos de IA siempre que los recursos hardware asignados sean suficientes" y en el apartado 3.2 "Capacidades y limitaciones identificadas" en el texto "La infraestructura actual permite ejecutar modelos de lenguaje sobre CPU virtualizadas", se confirma que no existe una restricción de tamaño de parámetros predefinida de forma taxativa (como 7B o 13B), sino que la elección del modelo está supeditada a su viabilidad técnica y rendimiento funcional sobre la arquitectura Cisco HyperFlex sin GPUs físicas disponible en Enresa; asimismo, según se detalla en el ANEXO I del citado pliego en el apartado Entrenamiento / Fine-Tuning en el texto "Modelo Mistral utilizado (versión/tamaño exacto; p.ej., 7B, Mixtral 8x7B)", se reconoce la posibilidad de utilizar distintas versiones del modelo, siendo responsabilidad del adjudicatario realizar el "ajuste de parámetros del modelo LLM (inferencia, contexto y latencia)" para asegurar que la herramienta sea operativa en el entorno de CPU virtualizada y cumpla con los objetivos de validación funcional descritos en el pliego. Atentamente,

Buenos días, En relación a la consulta planteada les indicamos que: -Tal y como se menciona en el documento "Pliego Prescripciones Tecnicas" en el apartado 5.2.1 "Fases" en las actividades de la Fase 3 relativas a los "ajustes del flujo RAG", se confirma el uso de técnicas de generación aumentada por recuperación para la operatividad de los casos de uso; asimismo, según se detalla en el mismo pliego en el ANEXO I "Documento finalización de la implantación de la herramienta IA" en el apartado Entrenamiento / Fine-Tuning en el texto que indica documentar las "estrategias de entrenamiento: LoRA/QLoRA, full fine-tuning, SFT, RLHF/RLAIF (si aplica)" y en el apartado relativo al Código fuente completo en el texto que requiere la entrega del repositorio con la lógica de "preparación de datos, entrenamiento/fine-tuning [e] inferencia", se establece que el sistema debe estar capacitado y documentado para soportar procesos de ajuste fino del modelo Mistral, por lo que se espera una aproximación técnica híbrida donde el adjudicatario aplique tanto RAG como fine-tuning según las necesidades de precisión, contexto y rendimiento de cada caso de uso para cumplir con los criterios de validación funcional -Tal y como se menciona en el documento "Pliego Prescripciones Tecnicas" en su apartado 5.2 "Casos de uso" en el texto relativo a que los pilotos estarán "dirigidos a la mejora de procesos administrativos, documentales o de gestión de la información", el enfoque principal se sitúa sobre documentación no estructurada (como Word o PDF); no obstante, el proyecto contempla la capacidad de tratar datos estructurados ya que, según se especifica en el apartado 5.1.1 dentro de la Fase 2 en el texto relativo a la "conexión con bases de datos" y en el ANEXO I en el apartado "Dataset y documentación de datos" sobre el requisito de entregar un "esquema y diccionario de datos; formatos, codificaciones y tamaños", el sistema debe ser plenamente compatible con fuentes de datos organizadas; por tanto, y con el fin de garantizar la operatividad de los casos de uso que se definan tras la firma del contrato, según se detalla en el apartado 4 "Equipo de trabajo" en las funciones del INGENIERO DE DATOS (ID) en el texto "se encarga de la extracción, tratamiento, validación y anonimización de los datos utilizados", el adjudicatario asume la responsabilidad técnica de preparar y cargar cualquier tipo de dataset necesario para la validación funcional. Atentamente,

Buenos días, En relación a la consulta planteada les indicamos que: - Tal y como se menciona en el documento "Pliego Prescripciones Tecnicas" en el apartado 5.2 "Casos de uso" en el texto relativo a que estos pilotos "estarán orientados a la validación funcional de la herramienta de IA, no tanto a su eficiencia", el éxito de los casos de uso se define mediante la superación de la Fase 4 de la metodología detallada en el apartado 5.2.1, consistente en la "verificación del cumplimiento de los objetivos definidos" a través de un "informe de validación funcional"; asimismo, según se detalla en el ANEXO III del citado pliego en los apartados "Quality Gates" y "KPIs", el éxito queda supeditado a la superación de los hitos de control "Gate 4 – Validación de negocio: KPIs funcionales alcanzados" y "Gate 5 – Aceptación final: checklist UAT y documentación completa", empleando métricas técnicas como "accuracy, recall, precisión, F1, latencia" y métricas de negocio como "eficiencia, automatización, reducción de errores"; finalmente, respecto a los ejemplos, tal y como se indica en el referido apartado 5.2, aunque los cinco casos de uso de partida "todavía están por definir", se establece normativamente que estarán "dirigidos a la mejora de procesos administrativos, documentales o de gestión de la información". -Tal y como se menciona en el documento "Pliego Prescripciones Tecnica" en el apartado 3 "Infraestructura" en el texto "en esta fase inicial el objetivo es validar la herramienta y no tanto su productividad" y en el apartado 5.2 "Casos de uso" en el texto relativo a que los pilotos "todavía están por definir y estarán orientados a la validación funcional de la herramienta de IA, no tanto a su eficiencia", se informa de que no existe una volumetría anual de procesamiento preestablecida en los pliegos de la licitación. -Tal y como se menciona en el documento "Pliego Prescripciones Tecnicas" en el apartado 5.2 "Casos de uso" en el texto relativo a que los pilotos estarán "orientados a la validación funcional de la herramienta de IA, no tanto a su eficiencia", se confirma que el objeto primordial del contrato es la verificación técnica de la solución y no el procesamiento masivo de archivos en producción; no obstante, dado que según el citado apartado 5.2 los casos de uso están "dirigidos a la mejora de procesos administrativos, documentales o de gestión de la información" y que el contratista asume la "extracción, tratamiento, validación y anonimización de los datos utilizados durante la implantación y las pruebas", se contempla la posibilidad de procesar un histórico de documentos siempre que estos actúen como la base necesaria para la validación funcional de los cinco casos de uso piloto, debiendo ajustarse dicha actividad a lo establecido en el documento "Memoria Justificativa" en el apartado 2 "JUSTIFICACIÓN DE LA NECESIDAD" que especifica la elección de casos representativos con el fin de "validar su diseño y su utilidad". -Tal y como se detalla en el ANEXO II del citado pliego en el apartado "Requisitos no funcionales" en el texto "Rendimiento: documentos de hasta 300 páginas" y en el apartado "Criterios de aceptación" en el texto relativo a la "Batería de pruebas de al menos 20 documentos con resultados esperados", se fijan los parámetros técnicos de referencia para la validación del sistema. Atentamente,

Buernos días, De confomrmidad con lo establecido en el Anexo al PTCA del expediente de referencia, los criterios de valoración del expediente son los indicados en el apartado H. En consecuencia, no hay que aportar memoria técnica. Atentamente,

Buenos días, En relación a la consulta planteada les indicamos que: Tal y como se menciona en el documento "Pliego Prescripciones Técnicas" en su apartado 2 "Alcance" en el texto "El objeto del contrato es la implantación de la herramienta de Inteligencia artificial... propia de Enresa" y de forma concordante en el documento "Memoria Justificativa" en su apartado 3.1, se aclara que esta licitación no constituye un servicio de consultoría pura, sino un proyecto de implantación técnica; Respecto a la pregunta sobre el marco de calidad, según se detalla en el ANEXO III del citado PPT en el apartado "Objetivo del sistema de calidad" es "diseñar e implantar un sistema de calidad (QA/AI Quality Framework) específico para proyectos de Inteligencia Artificial, incluyendo procesos, métricas, controles, documentación y evidencias requeridas para asegurar el correcto desarrollo y validación de cualquier iniciativa basada en IA dentro de la organización"; En referencia a la pregunta sobre la herramienta, será independiente y de aplicación transversal para Enresa; por tanto, el trabajo a realizar por el adjudicatario debe cumplir íntegramente con los requisitos detallados en dicho anexo, incluyendo el "Alcance", la "Metodología", los "Quality Gates del sistema de calidad", los "KPIs del sistema de calidad", los "Entregables" y la "Documentación y evidencias requeridas" especificadas en el mismo anexo citado anteriormente. Atentamente,

Buenos días, En relación con la consultas planteadas les indicamos que: Tal y como se menciona en el documento "Pliego Prescripciones Técnicas" en su apartado 3, Enresa es consciente de las limitaciones de hardware, pero subraya que en esta fase inicial el objetivo es "validar la herramienta y no tanto su productividad". En esta misma línea, el apartado 5.2 aclara que los casos de uso estarán orientados a la "validación funcional de la herramienta de IA, no tanto a su eficiencia". Por lo tanto, no existen umbrales mínimos de SLA técnicos o tiempos de respuesta máximos exigibles (como latencia por token) para la aceptación de las pruebas de los casos de uso, ya que el criterio de éxito es la viabilidad funcional y no el rendimiento de producción. Es importante distinguir que los únicos Acuerdos de Nivel de Servicio (ANS) con métricas temporales y penalizaciones asociados son los definidos en el documento "Anexos al PCA". Tal y como se menciona en el documento "Pliego Prescripciones Técnicas", específicamente en su ANEXO I dentro del apartado relativo a "Entrenamiento / Fine-Tuning" en el texto "Modelo Mistral utilizado (versión/tamaño exacto; p.ej., 7B, Mixtral 8x7B)", se confirma que el uso de modelos con dichas capacidades está expresamente contemplado como escenario de trabajo; en este sentido, según se detalla en el apartado 3.2 "Capacidades y limitaciones identificadas" en el texto relativo a que la infraestructura actual es "suficiente para entornos de prueba o validación funcional", Enresa garantiza que su entorno basado en tecnología Cisco HyperFlex y virtualización VMWare ESXi 6.5.0 permite una "asignación dinámica de CPU, memoria y almacenamiento" a través de vCenter para soportar estos modelos. Atentamente,

Buenas tardes, En relación a la consulta planteada les indicamos que: Tal y como se menciona en el documento "Pliego Prescripciones Técnicas" en su apartado 5.1, tras una consultoría previa se han seleccionado como herramientas de referencia el framework TensorFlow y el modelo de lenguaje Mistral. El objetivo en esta fase es "validar su diseño y su utilidad" y no alcanzar métricas de productividad masiva. Según se detalla en el documento "Pliego Prescripciones Técnicas" en el apartado 5.2.1, el cronograma de cada caso de uso reserva específicamente las semanas 2 y 3 (Fase 2) para la "Configuración funcional y preparación de datos". En esta etapa, el adjudicatario, en colaboración con Enresa, asume la responsabilidad de la "extracción, tratamiento, validación y anonimización de los datos" (Actividad 6 de la Matriz RACI), por lo que la disponibilidad de los datasets se gestionará de forma coordinada durante el inicio de cada piloto para asegurar el cumplimiento de las 8 semanas previstas. El documento "Pliego Prescripciones Técnicas" no menciona expresamente que Enresa disponga de una herramienta de OCR corporativa ya integrada para este proyecto. De acuerdo con el documento "Pliego Prescripciones Técnicas", la infraestructura disponible se basa en Cisco HyperFlex y virtualización VMWare, pero no se lista una base de datos vectorial preexistente como parte de los recursos de Enresa. Por tanto, la selección, instalación y configuración de la base de datos vectorial necesaria para los pipelines RAG forma parte del alcance de la Fase 2 (Implantación del Framework), debiendo quedar documentada en la arquitectura final del sistema según el ANEXO I. Tal y como se especifica en el documento "Memoria Justificativa" en su apartado 2, la estrategia de Enresa requiere un modelo "ubicado en servidores propios... cuyos datos no sean compartidos con otras empresas". Bajo esta premisa de soberanía, el ANEXO I del PPT indica el uso de "librerías Python" y "dependencias externas" siempre que se detalle su versionado exacto y se garantice que el despliegue es 100% on-premise sobre los contenedores (Docker/Kubernetes) de la compañía, quedando los derechos de explotación de las configuraciones en exclusiva para Enresa. En relación con el proceso de anonimización, el documento "Pliego Prescripciones Técnicas" detalla en su ANEXO II (apartado 1 "Alcance y objetivos") que el sistema deberá "procesar documentos Word (.docx) y PDF" y que, con el fin de simplificar el proceso, "convertirá los PDF a Word y posteriormente se volverán a convertir a PDF", basando la detección técnica (apartado 3.2) en el uso de "expresiones regulares", "diccionarios y reglas contextuales" para la "reconstrucción de texto lógico", lo que presupone el tratamiento de documentos con capa de texto seleccionable; los datos considerados sensibles son la "Información Personal Identificable (IPI)" definida expresamente como "nombre, apellidos y DNI/NIE", debiendo el contratista asegurar que el tratamiento se ajusta a los "estándares aplicables (ENS, AI Act, RGPD, ética y gobernanza)" bajo la validación final del "cumplimiento del Esquema Nacional de Seguridad (ENS)" por parte del técnico de Enresa, según lo estipulado en el apartado 4 "Equipo de trabajo" del citado pliego. En relación con la aplicación del sistema de calidad, el documento "Pliego Prescripciones Técnicas" establece en su ANEXO III que el objetivo es implantar un framework "específico para proyectos de Inteligencia Artificial" para "asegurar el correcto desarrollo y validación de cualquier iniciativa basada en IA", definiendo 5 "Quality Gates" que son expresamente "aplicables a cualquier proyecto"; por tanto, dado que el compromiso descrito en el apartado 6.3 se denomina "Sistema de calidad... para el desarrollo y ejecución de los pilotos", se confirma que dichos controles deben aplicarse de manera independiente sobre cada uno de los 5 casos de uso previstos.

Buenas tardes, En relación a la consulta planteada les indicamos que: En relación con las especificaciones detalladas de hardware, el documento "Pliego Prescripciones Técnicas" establece en su apartado 3 "Infraestructura" que Enresa dispone de una plataforma basada en tecnología Cisco HyperFlex, compuesta por "dos clústeres de servidores físicos" que actualmente proporcionan computación y almacenamiento; esta infraestructura, virtualizada con VMWare ESXi 6.5.0 y administrada mediante vCenter y vSphere, permite una "asignación flexible de recursos mediante máquinas virtuales (VMs)" y asegura una "asignación dinámica de CPU, memoria y almacenamiento" para las cargas de trabajo, siendo plenamente compatible con entornos de contenedores "Docker / Kubernetes" y cualquier "sistema operativo soportado"; aunque el pliego identifica en su apartado 3.2 la "ausencia de GPUs físicas" y una escalabilidad física limitada hasta la renovación prevista "post-2028", Enresa garantiza que los recursos actuales son "suficiente para entornos de prueba o validación funcional" de la herramienta de IA. Al no estar definidos de forma estanca datos como el modelo exacto de procesador o el tipo de discos, el perfil de ARQUITECTO DE INFRAESTRUCTURA Y CONTENEDORES (AIC) del adjudicatario una vez dé comienzo el contrato, conocerá estos datos y en base a ello hará el "diseño del entorno técnico y planificación de recursos" durante la Fase 1 (Preparación), teniendo actualmente como referencia de dimensionamiento modelos como los citados en el ANEXO I (p.ej., Mistral 7B o Mixtral 8x7B). Atentamenmte,

Buenas tardes, Tal y como se indica en el apartado I apartado 1 del documento Anexos al PTCA "Se exigirá una garantía definitiva que ascenderá al 5% del importe de adjudicación, para la partida alzada, más el 5% del presupuesto base de licitación de la partida calculada por precios unitarios IVA excluido". Por tanto, se deberá presentar una única garantia por el importe resultante de la suma dichas partidas (5% del importe de adjudicación, para la partida alzada más el 5% del presupueto base de licitación de la partida a precios unitarios). Atentamente,

Buenos días: - De acuerdo con el apartado 6.1 "Alojamiento de los entornos no productivos" del documento "Pliego Prescripciones Técnicas", la obligación de implantar "las mismas herramientas, con las mismas versiones y características" se circunscribe a la pila tecnológica determinada por las tareas del punto 5.1 (framework de IA, LLM y dependencias de software), por lo que no se exige paridad de hardware físico (Cisco HyperFlex) ni de hipervisor (VMWare) en los entornos no productivos siempre que el adjudicatario garantice un entorno funcionalmente equivalente que soporte los mismos contenedores e imágenes exigidos en el entorno productivo como se especifica en el apartado 3.1 del documento "PPT" donde la ejecución de los modelos debe realizarse sobre entornos de contenedores (Docker / Kubernetes) para asegurar la "portabilidad e independencia de hardware". - Resulta técnicamente admisible el uso de servicios externos gestionados por el contratista siempre que (1) estas sean de carácter privado, (2) se asegure la soberanía de los datos y cumplimiento de los estándares de seguridad de los pliegos (lo que incluye requisitos tales como la estrategia definida en el documento "Memoria Justificativa" (apartado 2) que exige un modelo cuyos "datos no sean compartidos con otras empresas" o la presentación de la "declaración responsable en la que se indique el lugar en el que estarán ubicados los servidores" exigida en la cláusula 11 punto 8 del documento "PCA Pliego Tipo Clausulas Administrativas Particulares") y (3) se garantice consistencia en cuanto a versiones y componentes del framework y el modelo salvaguarde la estrategia de soberanía. Un saludo