Servicio de análisis, diseño, desarrollo e implementación de una solución informática de información financiera para las IESUE

SECCIÓN III REQUISITOS DE ADMISIBILIDAD

 

1. Forma de cotizar: El oferente debe cotizar el precio total del servicio para el análisis, diseño, desarrollo e implementación de la solución, de acuerdo con las especificaciones técnicas indicadas en la Sección II. El precio debe incluir el impuesto al valor agregado en su tarifa reducida de un 2% (artículo 11 numeral 2d Ley 9635), debe presentar el desglose precio del servicio e impuesto. El precio debe ser firme y definitivo. Si en el pliego de condiciones se pide un desglose de los tributos que afectan la propuesta y esta no lo indica, se presume que el monto total cotizado los contempla, incluyendo tasas, sobretasas, aranceles de importación y demás impuestos del mercado local.

 

1. El oferente debe presentar el precio por hora según se detalla en el siguiente cuadro:

 

Servicio	Precio por hora
Tarifa fija equivalente al precio por hora para las actividades correspondientes a la Tarifa 1: Soporte técnico, mantenimiento y desarrollo evolutivo del aplicativo, su base de datos, servicios e integraciones.
Tarifa fija equivalente al precio por hora para las actividades correspondientes a Tarifa 2: Soporte especializado de datos, analítica y servicios cloud que forman parte de la solución.

 

*El precio por hora debe incluir el impuesto al valor agregado en su tarifa reducida de un 2% debe presentar el desglose precio por hora e impuesto.

 

1. Estructura de precio. El oferente debe presentar el desglose del precio tanto en valores absolutos como porcentuales ajustándose a la estructura que se detalla en el siguiente cuadro:

 

Concepto	Valor Absoluto	Valor Porcentual
Costos Directos
Mano de obra:
Insumos:
Subcontratos: *
Costos Indirectos
Mano de obra:
Insumos:
Imprevistos**
Utilidad
Total precio cotizado (antes de IVA)***		100%

 

* Cuando aplique, en dicho caso debe estar indicado en el formulario de oferta en SICOP.

** El porcentaje correspondiente al IVA no forma parte del desglose porcentual del precio.

De conformidad con el artículo 8 del Reglamento de Reajuste de Precios en Contratos de Obra Pública y Revisión de Precios en Contratos de Bienes y Servicios N° 44937-H-MICIT-MIDEPLAN, el oferente debe aportar en la oferta la información de todos los índices de precios oficiales, sean específicos o similares, de los costos directos e indirectos de la estructura del precio, los cuales deberán estar estrechamente vinculados con la variación de los costos que desea medir. Cuando no exista un índice de precios, especifico oficial o uno similar, el oferente deberá advertirlo así en su oferta, y se podrá aplicar el método analítico documental.

En aquellos casos en que no exista un índice de precios del costo directo, debido a que dicho costo fue ofertado en una moneda distinta a la unidad monetaria legalmente establecida en el país de origen del citado costo, ello por motivos de exigencias del proveedor del insumo o servicio, el oferente deberá aportar en la oferta, la prueba pertinente y suficiente que acredite tal exigencia.

Cuando no exista un índice de precios oficial, específico o similar, que represente las variaciones de un determinado costo indirecto, el oferente deberá advertirlo así en su oferta y se podrá proponer como índice general el Índice de Precios al Consumidor (IPC) del país de origen del costo.

 

1. Garantía: El oferente debe indicar en su oferta una garantía de servicio con una vigencia mínima de seis (6) meses, contados a partir de la recepción a conformidad de todos los entregables. Esta garantía cubrirá la corrección de errores y fallas en las funcionalidades de la plataforma, inconsistencias en la visualización de datos o en los resultados de búsqueda, descarga o filtrado, omisiones o deficiencias en los documentos entregados.

 

1. Aseguramiento y calidad de software: Con el propósito de promover la aplicación de buenas prácticas, metodologías y estándares reconocidos para el aseguramiento de la calidad y las pruebas de software durante la ejecución del proyecto, el oferente deberá acreditar una condición vigente como Partner del International Software Testing Qualifications Board (ISTQB), como mínimo en la categoría Gold Partner o superior (Platinum o Global), o acreditar una condición equivalente o similar a la otorgada por una organización internacionalmente reconocida en materia de aseguramiento y pruebas de software, cuyo esquema contemple niveles de reconocimiento, requisitos y alcance comparables.

 

La condición acreditada deberá demostrarse mediante documentación oficial emitida por el ISTQB, su organismo miembro o entidad autorizada para gestionar el programa de partners, o, en el caso de una condición equivalente, por la organización responsable del esquema correspondiente. Asimismo, el oferente deberá indicar la URL oficial del mecanismo de verificación dispuesto por la entidad correspondiente, cuando este se encuentre disponible, a efectos de que CONARE pueda verificar directamente la condición acreditada y su vigencia.

 

1. Microsoft AI Cloud Partner Program: Con el objetivo de garantizar que el oferente cuente con capacidades y experiencia demostrables en el ecosistema Microsoft Cloud necesarias para la implementación, operación y evolución de la solución, cuya arquitectura contempla servicios de Microsoft Azure, Microsoft Fabric, Power BI y demás tecnologías Microsoft asociadas, el oferente deberá acreditar que es miembro activo del Microsoft AI Cloud Partner Program y que cuenta con Solutions Partner designations activas en las áreas de solución relacionadas con el alcance de la presente contratación.

El oferente deberá contar, como mínimo, con las siguientes designaciones:

Área e solución	Designación
Cloud & AI Platform	Data & AI (Azure)
Cloud & AI Platforms	Digital & App Innovation (Azure)
Cloud & AI Platforms	Infrastructure (Azure)
Security	Security

 

 

Las designaciones deberán encontrarse activas a la fecha de presentación de la oferta y mantenerse vigentes durante la ejecución contractual, cuando su continuidad resulte necesaria para la prestación de los servicios.

 

Para efectos de acreditación, el oferente deberá aportar una carta o certificación oficial emitida por Microsoft que acredite su condición de miembro del Microsoft AI Cloud Partner Program y las designaciones requeridas, así como la URL oficial correspondiente de Microsoft Partner Center que permita a CONARE verificar directamente la vigencia de dicha condición y de las designaciones.

 

1. Experiencia general: El oferente deberá contar con una experiencia mínima de diez (10) años en la prestación de servicios de desarrollo, implementación, soporte y mantenimiento de soluciones informáticas basadas en arquitectura Web mediante .NET y SQL Server. La experiencia debe acreditarse mediante la presentación de una declaración jurada, indicando los años de experiencia.

 

1. Experiencia específica: El oferente deberá acreditar al menos tres (3) contratos de experiencia en proyectos ejecutados a partir del año 2020, relacionados con el desarrollo, implementación, soporte o mantenimiento de soluciones informáticas a la medida, los cuales deberán cumplir, al menos, con las siguientes condiciones:

• Experiencia en el desarrollo de sistemas de información basados en arquitecturas web utilizando tecnologías ASP.NET, Web API y Microsoft SQL Server.
• Al menos uno (1) de los contratos aportados deberá evidenciar experiencia específica en la visualización e integración de tableros utilizando Power BI, en conjunto con tecnologías .NET y Microsoft SQL Server.
• Los contratos aportados deberán corresponder a proyectos que, individualmente, hayan requerido un esfuerzo igual o superior a tres mil (3000) horas de servicio.
• En el caso de contratos cuyo objeto comprenda mantenimiento o desarrollo evolutivo de sistemas existentes, únicamente se considerarán válidas aquellas experiencias que, además de cumplir con las condiciones anteriores, incluyan el desarrollo e implementación de funcionalidades, módulos o componentes funcionales nuevos, como parte sustantiva de los trabajos ejecutados
• No se considerarán válidas experiencias limitadas exclusivamente a la personalización, configuración o implementación de sitios web genéricos, portales informativos o plataformas CMS, tales como WordPress, Joomla, Drupal o tecnologías similares.

Para acreditar el cumplimiento de este requisito, debe presentar cartas de experiencia firmadas por el cliente receptor del servicio o administrador del contrato, las cuales deben indicar como mínimo la siguiente información:

• Nombre de la institución o empresa
• Descripción detallada del alcance del proyecto
• Descripción de la tecnología utilizada (plataforma, lenguaje, herramientas y características)
• Esfuerzo total (horas)
• Año de ejecución
• Nombre del contacto
• Teléfono del contacto (debe ser el número directo)
• Correo electrónico del contacto

Cuando la carta de experiencia no contenga alguno de los datos relativos al total de horas de esfuerzo o la descripción de la tecnología utilizada (plataforma, lenguaje, herramientas y características), el oferente podrá aportar esa información mediante una declaración jurada, conforme en el siguiente cuadro.  Dicha información deberá presentarse junto con la carta de experiencia correspondiente y permitir la verificación de la información requerida.

 

Institución/ Empresa	Descripción de la tecnología utilizada (plataforma, lenguaje, herramientas y características)	Esfuerzo total (horas)

 

*Este listado no sustituye la presentación de la carta de experiencia solicitada.

 

Las cartas deben hacer referencia al oferente tal y como este hace constar su nombre en la oferta, no se aceptarán cartas que hagan referencia a terceros.  Dichos trabajos deben ser aquella experiencia positiva donde se cumpla a satisfacción las necesidades de los distintos clientes (artículo 94 del Reglamento a la Ley de General de Contratación Pública). El CONARE se reserva el derecho de verificar la veracidad y autenticidad de la información contenida en el listado, para determinar si toma como experiencia positiva, esto como parte del estudio técnico, para lo cual podrá hacer consultas a los números de teléfono o correo electrónico consignados en las cartas, si la información no puede ser confirmada con los datos suministrados o exista contradicciones, no se considerará dicho contrato para acreditar experiencia específica.

 

1. Equipo del proyecto: El oferente debe demostrar que cuenta con personal capacitado para realizar el servicio, para ello debe presentar el curriculum vitae y copia de atestados de los profesionales, los cuales deben cumplir con los siguientes requisitos según cada perfil solicitado:

 

1. Un (1) Administrador de proyecto

El oferente designará en su oferta técnica un (1) profesional que desempeñe el rol de administrador de proyectos, el cual será responsable de la planificación, coordinación, seguimiento y gestión integral del proyecto, así como de la comunicación y coordinación con la contraparte institucional.

 

1. Grado mínimo de Bachillerato en una carrera de informática o computación. Debe aportar copia del título.
2. Certificación Scrum Master vigente, aportar copia del certificado.

• Al menos cinco (5) años de experiencia profesional como líder de proyectos utilizando metodología de trabajo Scrum (marcos de desarrollo ágiles). Debe acreditarse mediante una declaración jurada debidamente firmada por parte del profesional.

1. Conocimientos y experiencia en la gestión de proyectos bajo enfoques híbridos, combinando metodologías ágiles (Scrum) y prácticas tradicionales de dirección de proyectos alineadas con los estándares del PMI. Detallar en el currículum la experiencia, funciones desempeñadas y proyectos en los que haya aplicado este tipo de enfoques.
2. Al menos tres (3) referencias que respalden la experiencia en el ejercicio del rol de administrador de proyectos, específicamente en la ejecución de proyectos de naturaleza similar al ofertado. La experiencia debe detallarse en el siguiente cuadro:

 

Nombre de la institución o empresa	Breve descripción del alcance del servicio brindado	Descripción de la tecnología utilizada (plataforma, lenguaje y características	Fecha de inicio	Fecha de finalización	Nombre del encargado del contrato	Teléfono directo y correo electrónico

 

1. Un (1) Diseñador UX/UI

El oferente designará en su oferta técnica un (1) profesional que desempeñe el rol de Diseñador UX/UI, el cual será responsable del diseño de la experiencia de usuario y de la interfaz gráfica de la solución, incluyendo la definición, prototipado y validación de flujos de interacción.

Deberá diseñar, documentar y validar la estructura de navegación, comportamiento de pantallas y componentes de la interfaz, tales como botones, formularios, modales, mensajes y demás elementos de interacción, asegurando una experiencia de usuario consistente, intuitiva y alineada con los objetivos del sistema.

 

1. Grado mínimo de Bachillerato en carrera de informática, computación, diseño gráfico, diseño publicitario, diseño industrial, diseño de interfaces, multimedia o carrera afín al diseño y la experiencia de usuario.
2. Mínimo tres (3) años de experiencia en diseño UX/UI para aplicaciones web o plataformas digitales. Los años de experiencia deben indicarse mediante la presentación de una declaración jurada por parte del profesional.

• Contar con al menos una certificación profesional en alguna de las siguientes áreas: User Experience (UX), Usabilidad, User-Centered Design, UX Design o Accesibilidad Digital.

1. El currículum vitae deberá incluir una descripción detallada de los trabajos realizados y los conocimientos en los siguientes temas:

• Herramientas de prototipado y diseño como Figma, Adobe Creative Cloud o similares.
• Conocimiento en diseño responsivo.
• Pruebas de usabilidad.
• Conocimientos en patrones de diseño UI/UX.
• Conocimientos en desing thinking.
• Conocimientos en accesibilidad digital (WCAG 2.1)

1. Al menos tres (3) referencias que respalden la experiencia en el ejercicio del rol de diseñador de experiencia (UX), específicamente en la ejecución de proyectos de naturaleza similar al ofertado. La experiencia debe detallarse en el siguiente cuadro:

 

Nombre de la institución o empresa	Breve descripción del alcance del servicio brindado. Incluyendo actividades realizadas, por ejemplo: Investigación UX, diseño de interfaces, pruebas de usabilidad, prototipado, arquitectura de información.	Herramientas o tecnologías utilizadas	Fecha de inicio	Fecha de finalización	Nombre del encargado del contrato	Teléfono directo y correo electrónico

 

 

1. Un (1) Desarrollador FullStack

El oferente designará en su oferta técnica un (1) profesional que desempeñe el rol de desarrollador fullstack, el cual será Responsable de desarrollar componentes frontend y backend, apoyar la integración entre la solución web y los servicios API/Keycloak.

 

1. Grado mínimo de Bachillerato en una carrera de informática o computación. Debe aportar copia del título.
2. Professional Scrum Developer (PSD) o certificaciones equivalentes en metodologías ágiles orientadas a desarrollo de software. Debe aportar copia de la certificación vigente.

• Al menos tres (3) años de experiencia como desarrollador Fullstack utilizando las siguientes tecnologías:
• Desarrollo de aplicaciones bajo arquitecturas en capas (n-capas) en entornos .NET/C#
• Desarrollo y consumo de RESTFUL Web APIs con .Net
• Diseño, desarrollo y administración de bases de datos MS SQL Server.

Los años de experiencia deben indicarse mediante la presentación de una declaración jurada debidamente firmada por parte del profesional.

1. El currículum vitae deberá incluir una descripción detallada de la experiencia requerida y los conocimientos en:

• NET 10 Web API, GraphQL, Serilog y JWT
• Tecnologías front-end: Vue.js, Vite, TailwindCSS, Axios
• Diseño e implementación en bases de datos MS SQL Server 2022 o superior.
• Keycloak 24.x o superior.
• Manejo de control de versiones con Git y flujos de trabajo en Azure DevOps (repositorios, pipelines de integración y entrega continua).

1. Al menos dos (2) referencias que respalden la experiencia como desarrollador Fullstack en los últimos cinco años. Las referencias deberán corresponder a proyectos o contratos en los cuales el profesional haya participado directamente en funciones de desarrollo Fullstack. La experiencia deberá detallarse en el siguiente cuadro:

 

Nombre de la institución o empresa	Breve descripción del alcance del servicio brindado	Descripción de la tecnología utilizada (plataforma, lenguaje y características	Fecha de inicio	Fecha de finalización	Nombre del encargado del contrato	Teléfono directo y correo electrónico

 

1. Un (1) Ingeniero de datos y analítica

El oferente designará en su oferta técnica un (1) profesional que desempeñe el rol de Ingeniero de Datos y Analítica, responsable del diseño, implementación, configuración y soporte de las capacidades de datos y analítica de la solución, incluyendo la integración y preparación de la información proveniente de la base de datos y de las demás fuentes definidas por CONARE, así como los procesos de extracción, transformación, validación, y consolidación, procesamiento y visualización de datos mediante Microsoft Fabric y Power BI.

1. Grado mínimo de Bachillerato en una carrera de informática o computación. Debe aportar copia del título.
2. Certificación Scrum Fundamentals. Debe aportar copia de la certificación vigente.

• Al menos tres (3) años de experiencia como ingeniero de datos y analítica. Debe acreditarse mediante la presentación de una declaración jurada debidamente firmada por parte del profesional.

1. El currículum vitae deberá incluir una descripción detallada de la experiencia requerida y los conocimientos en:

• Construcción y utilización de datasets y modelos semánticos para análisis de datos.
• Procesos ETL/ELT.
• Diseño e implementación de soluciones de datos utilizando Microsoft Fabric.
• Integración y procesamiento de información proveniente de SQL Server y otras fuentes.
• Publicación, actualización y administración de contenidos analíticos en el servicio de Power BI.

1. Al menos dos (2) referencias que respalden la experiencia como ingeniero de datos y analítica en los últimos cinco años. Las referencias deberán corresponder a proyectos o contratos en los cuales el profesional haya participado directamente como ingeniero de datos. La experiencia deberá detallarse en el siguiente cuadro:

Nombre de la institución o empresa	Breve descripción del alcance del servicio brindado	Descripción de la tecnología utilizada (plataforma, lenguaje y características	Fecha de inicio	Fecha de finalización	Nombre del encargado del contrato	Teléfono directo y correo electrónico

 

 

 

 

 

1. (1) Especialista Cloud Azure. El oferente designará en su oferta técnica un (1) profesional que desempeñe el rol de especialista en cloud azure, responsable de habilitar infraestructura y los servicios cloud en Azure requeridos.

 

1. Grado mínimo de Bachillerato en una carrera de informática o computación.
2. Certificación Scrum Fundamentals.

• Al menos tres (3) años de experiencia como especialista en Cloud Azure. Los años de experiencia deben indicarse mediante la presentación de una declaración jurada por parte del profesional.

1. El currículum vitae deberá incluir una descripción detallada de la experiencia requerida y los conocimientos en:

• Administración y configuración de servicios e infraestructura Microsoft Azure.
• DevOps y despliegue de soluciones en ambientes Microsoft Azure.
• Seguridad y configuración de servicios y ambientes Microsoft Azure.
• Operación, monitoreo y optimización de servicios e infraestructura Microsoft Azure.

1. Al menos dos (2) referencias que respalden la experiencia como especialista en Cloud Azure en los últimos cinco (5) años. Las referencias deberán corresponder a proyectos o contratos en los cuales el profesional haya participado directamente como especialista en Cloud Azure. La experiencia deberá detallarse en el siguiente cuadro:

Nombre de la institución o empresa	Breve descripción del alcance del servicio brindado	Descripción de la tecnología utilizada (plataforma, lenguaje y características	Fecha de inicio	Fecha de finalización	Nombre del encargado del contrato	Teléfono directo y correo electrónico

 

 

 

 

 

1. QA/ Tester

El oferente designará en su oferta técnica un (1) profesional que desempeñe el rol de QA/Tester, responsable de definir casos de prueba, ejecutar pruebas funcionales, pruebas de integración, pruebas end-to-end y pruebas de aceptación con usuarios.

 

1. Grado mínimo de Bachillerato en una carrera de informática o computación. Debe aportar copia del título.
2. Certificación Scrum Fundamentals. Debe aportar copia de la certificación vigente.

• ISTQB Certified Tester Foundation Level (CTFL) o equivalente. Aportar copia de la certificación vigente.

1. ISTQB Agile Tester (CTFL-AT) o equivalente. Aportar copia de la certificación vigente.
2. A4Q Selenium Tester Foundation o equivalente en automatización de pruebas. Aportar copia de la certificación vigente.
3. Al menos tres (3) años de experiencia como asegurador de la calidad del software. Debe acreditarlo mediante declaración jurada debidamente firmada por parte del profesional.

• El currículum vitae deberá incluir una descripción detallada de la experiencia requerida y los conocimientos en:
  • Gestión de proyectos de QA y de pruebas de software; gestión de pruebas y de defectos.
  • Implementación y uso de herramientas para la gestión de pruebas y defectos (p. ej. Azure Test Plans, Jira/Zephyr o equivalente).
  • Manejo de equipos de prueba de alto desempeño.
  • Aplicación de distintos tipos de prueba: funcionales (caja negra), estructurales (caja blanca) y asociadas al cambio (confirmación y regresión).
  • Aplicación de pruebas en los niveles de componente, integración, sistema y aceptación.
  • Conocimientos en automatización de pruebas (p.ej. Selenium, Playwright o equivalente) y nociones de pruebas de rendimiento y seguridad.
  • Conocimientos de integración de pruebas automatizadas en pipelines de CI/CD.
• Al menos dos (2) referencias que respalden la experiencia como QA en los últimos cinco años. Las referencias deberán corresponder a proyectos o contratos en los cuales el profesional haya participado directamente como QA. La experiencia deberá detallarse en el siguiente cuadro:

Nombre de la institución o empresa	Breve descripción del alcance del servicio brindado	Descripción de la tecnología utilizada (plataforma, lenguaje y características	Fecha de inicio	Fecha de finalización	Nombre del encargado del contrato	Teléfono directo y correo electrónico

 

 

1. La oferta deberá tener una vigencia de veinte (20) días hábiles, prorrogables según el proceso licitatorio lo requiera, contados a partir de la fecha de apertura de las ofertas.

SECCIÓN II ESPECIFICACIONES DEL SERVICIO

 

1. Objeto del concurso

Línea	Cantidad	Descripción del Bien
1	servicio	Contratación de servicios para el análisis, diseño, desarrollo,  implementación y mantenimiento de una solución informática orientada a la administración de información financiera y presupuestaria de las Instituciones de Educación Superior Universitaria Estatal, que permita consolidar, analizar y generar  información confiable y oportuna para apoyar la toma de decisiones estratégicas, la gestión institucional y los procesos de negociación y distribución del Fondo Especial para la Educación Superior, sirviendo como instrumento técnico de respaldo para el Consejo Nacional de Rectores, de conformidad con los siguientes requerimientos técnicos.

 

 

• CONDICIONES GENERALES

• El Área de Tecnologías de Información y Comunicación del CONARE proporcionará, a través de su entorno de virtualización VMware, los componentes de infraestructura necesarios para gestionar la capacidad, el rendimiento y la seguridad del servicio objeto del contrato. Esto incluye máquinas virtuales, conectividad, almacenamiento, certificados de seguridad y respaldos.
• El ATIC facilitará el acceso necesario a la infraestructura objeto del servicio vía remota (VPN).
• El contratista se compromete a cumplir y acatar cualquier recomendación, procedimiento o políticas de seguridad informática implementada por CONARE.
• Los trabajos solicitados como parte del servicio contratado podrán ser ejecutados de forma remota.

 

• GLOSARIO DE TÉRMINOS

ADI: Área de Desarrollo Institucional.

ATIC: Área de Tecnologías de Información y Comunicación.

CONARE: Consejo Nacional de Rectores

CGR: Contraloría General de la República

FEES: Fondo Especial para la Educación Superior

IESUE: Instituciones de Educación Superior Universitaria Estatal.

SIPP: Sistema de Información Presupuestaria y Programación de la Contraloría General de la República.

 

 

 

 

 

• ALCANCE DEL PROYECTO

El proyecto deberá contemplar lo siguiente:

1. El análisis, el diseño, el desarrollo, la implementación y el mantenimiento de una solución tecnológica integrada para la consolidación, administración, procesamiento y análisis de información financiera y presupuestaria del CONARE y las IESUE.
2. La solución deberá implementarse bajo una arquitectura híbrida, en la cual los componentes de la plataforma web independiente, incluyendo frontend, backend modular desarrollado en .NET 10, carga de archivos CSV, formularios, reportes, administración, parametrización, reglas de validación, catálogos, configuración, auditoría, autenticación, integración con SQL Server 2025 y demás servicios asociados, sean desplegados en la infraestructura on-premise de CONARE. Las capacidades de datos, integración, procesamiento y explotación analítica se implementarán en la nube mediante Microsoft Fabric y Power BI, garantizando una integración segura, eficiente, interoperable y trazable entre ambos entornos.
3. El diseño, desarrollo e implementación de la experiencia e interfaz de usuario (UX/UI) de la solución, incluyendo la definición de la estructura de navegación, arquitectura de información, componentes visuales y patrones de interacción requeridos para los diferentes módulos y perfiles de usuario. La solución deberá garantizar su alineamiento con el Manual de Identidad Gráfica institucional y el cumplimiento de criterios de accesibilidad, usabilidad, consistencia visual, facilidad de navegación y seguridad.
4. La integración y la centralización de información proveniente del SIPP, así como de fuentes internas de las universidades, mediante mecanismos estandarizados de recopilación, carga, validación y gestión de datos financieros y presupuestarios.
5. Funcionalidades para la administración de variables financieras y presupuestarias, parametrización de indicadores, procesamiento y cruce de información histórica, seguimiento del cumplimiento de la regla fiscal, generación de reportes y visualizaciones analíticas, así como mecanismos de exportación de la información para apoyar la toma de decisiones institucionales y los procesos de análisis financiero y presupuestario.
6. Capacidades para la configuración y actualización flexible de variables e indicadores financieros, permitiendo la adaptación a cambios normativos, institucionales y de gestión requeridos por CONARE y las IESUE. Como parte de la fase de análisis y diseño, el contratista deberá identificar, documentar y validar en conjunto con la institución el catálogo de indicadores, definiendo para cada uno de ellos sus fuentes de información, reglas de cálculo, periodicidad, dimensiones de análisis y mecanismos de visualización, previo al desarrollo de los componentes analíticos de la solución.
7. El modelo dimensional de la solución analítica, el cual el contratista deberá definir, documentar y validar en conjunto con la institución. Este deberá contemplar como mínimo la clasificación económica y la clasificación por objeto del gasto del Ministerio de Hacienda, vigentes al momento de la implementación del sistema. Además, el modelo dimensional resultante deberá ser consistente, escalable y apto para la generación de indicadores, análisis históricos y tableros de visualización, según los parámetros establecidos por el CONARE.
8. La dimensión institucional, la cual debe considerar como mínimo las cinco universidades públicas y el CONARE, así como cualquier otra dimensión necesaria para el análisis presupuestario y financiero, entre las que se encuentre:

• Información histórica a partir del año 2022.
• Hasta 5 años de información histórica.
• Mínimo 25 indicadores parametrizables.
• Mínimo 20 usuarios registrados.
• Crecimiento anual de la información histórica.
• Conservación permanente de registros históricos.
  1. Implementar mecanismos de autenticación, autorización, administración de usuarios y control de acceso basado en roles y permisos, que permitan definir, administrar y aplicar de manera granular los privilegios de acceso a las funcionalidades, información, módulos y operaciones del sistema. La solución deberá utilizar Keycloak como componente de gestión de identidad y autenticación, habilitando mecanismos de trazabilidad y auditoría de los accesos y acciones realizadas por los usuarios.

 

1. El contratista será responsable de ejecutar, con sus propios recursos humanos, técnicos y materiales, todas las actividades necesarias para el levantamiento de requerimientos, análisis, diseño, desarrollo, pruebas, implementación y puesta en operación de la solución tecnológica requerida.

 

• ENFOQUE METODOLÓGICO

• El proyecto deberá ejecutarse mediante un enfoque metodológico ágil basado en el marco de trabajo Scrum, orientado a la entrega incremental de valor, la colaboración continua entre el contratista y la contraparte institucional, y la mejora continua de la solución durante todo su ciclo de desarrollo.
• El enfoque metodológico deberá promover un desarrollo centrado en las necesidades institucionales y de los usuarios finales, facilitando espacios de trabajo colaborativo para la definición, el análisis, la priorización y la validación continua de requerimientos, así como para la incorporación de ajustes, mejoras o nuevas necesidades identificadas durante la ejecución del proyecto.
• La solución deberá desarrollarse mediante ciclos iterativos e incrementales (sprints), permitiendo la construcción progresiva de funcionalidades funcionalmente utilizables, sujetas a revisión, validación y retroalimentación continua por parte de CONARE. Este enfoque deberá favorecer la adaptación dinámica a cambios funcionales, técnicos o normativos, reduciendo riesgos y fortaleciendo la calidad de los entregables.
• El contratista deberá establecer mecanismos formales de planificación, seguimiento, trazabilidad y control del proyecto, incluyendo la gestión y priorización del Product Backlog, definición de historias de usuario, criterios de aceptación, planificación de sprints, seguimiento de tareas, control de incidencias y validación continua de entregables.
• Asimismo, el enfoque metodológico deberá garantizar la transparencia y visibilidad del avance del proyecto, permitiendo a la institución conocer el estado de los requerimientos, funcionalidades desarrolladas, riesgos identificados, resultados obtenidos y cumplimiento de los objetivos definidos para cada ciclo iterativo.
• Como parte del proceso metodológico, el contratista deberá realizar sesiones periódicas de planificación, refinamiento, seguimiento, revisión y retrospectiva, así como presentar los instrumentos, herramientas, roles, mecanismos de comunicación y prácticas de gestión que serán utilizados para la ejecución y control del proyecto.

 

• FASES DEL PROYECTO

Para efectos de organización, planificación, seguimiento, gobernanza y control contractual del proyecto, la ejecución de los servicios deberá garantizar la incorporación de las siguientes fases metodológicas:

1. Inicio y conformación del Product Backlog:

Como parte de la fase de inicio del proyecto, el contratista deberá realizar sesiones de trabajo y presentación con el equipo designado por CONARE, con el fin de definir, validar y organizar los elementos iniciales que conformarán el Product Backlog del proyecto, así como establecer el marco metodológico y operativo para la ejecución de la solución. Durante esta fase, el contratista deberá ejecutar y presentar, como mínimo:

• Definición y validación de la visión del proyecto y objetivos de negocio.
• Definición inicial del alcance de la solución.
• Identificación y análisis de necesidades institucionales.
• Presentación de la metodología de trabajo basada en Scrum, incluyendo la dinámica de ejecución de sprints, mecanismos de seguimiento y procesos de validación de entregables.
• Los instrumentos, plantillas, herramientas y mecanismos de gestión que serán utilizados para la administración del proyecto, seguimiento de requerimientos, control de tareas, gestión de incidencias y monitoreo del avance.
• La definición de roles, responsabilidades y canales de comunicación entre el equipo del contratista y la contraparte institucional.
• La propuesta inicial de historias de usuario y criterios de aceptación.
• La estructura, organización y priorización inicial del Product Backlog.
• La estrategia de implementación iterativa y planificación preliminar de entregas.
• Los mecanismos de seguimiento, validación y gestión continua del Product Backlog durante la ejecución del proyecto.

 

El contratista deberá definir, en conjunto con la contraparte institucional, la estrategia de aseguramiento de la calidad del proyecto, incluyendo los criterios de calidad aplicables, los criterios de aceptación verificables, los tipos y niveles de pruebas que deberán ejecutarse, así como los mecanismos para el registro, seguimiento, gestión y resolución de defectos. Dicha estrategia deberá garantizar la trazabilidad entre los requerimientos, las historias de usuario, los criterios de aceptación y las actividades y resultados de las pruebas, conforme a lo establecido en el Product Backlog.

Como resultado de esta fase, el Product Backlog deberá quedar estructurado, refinado y priorizado para su ejecución progresiva mediante los ciclos iterativos de desarrollo definidos en el proyecto.

1. Preparación de la solución y planificación de la ejecución:

Con base en el Product Backlog priorizado, el contratista deberá elaborar y presentar un Plan de Ejecución del Proyecto, el cual deberá describir la estrategia integral para la implementación de la solución.

Dicho plan deberá contemplar, la definición y validación de la arquitectura de alto nivel de la solución, así como un cronograma detallado que contemple las distintas etapas requeridas para el análisis, diseño, construcción, integración, pruebas, despliegue y puesta en producción de los diferentes componentes del proyecto.

La planificación deberá considerar, según corresponda, las actividades, componentes, servicios e integraciones necesarios para el diseño, desarrollo, implementación, integración, pruebas, puesta en operación y aseguramiento de la calidad de la solución, de acuerdo con su arquitectura, requerimientos funcionales y no funcionales y el alcance definido. Esta planificación deberá contemplar las distintas capas y capacidades de la solución, incluyendo los componentes de aplicación, datos, seguridad, integración, analítica y visualización, así como las tecnologías y plataformas requeridas para su operación, entre ellas Microsoft Fabric y Power BI.

La habilitación y utilización de los servicios y recursos cloud deberá realizarse de manera progresiva y conforme a las necesidades de cada fase, incremento o componente de la solución. El contratista deberá identificar en el Plan de Ejecución el momento en que se requiera habilitar cada servicio cloud, considerando las dependencias técnicas y las actividades programadas y deberá coordinarlo previamente con la contraparte institucional.

Con el propósito de optimizar el uso de los recursos y controlar los costos asociados al consumo de servicios cloud, el contratista deberá evitar la habilitación anticipada de recursos que no sean necesarios para las actividades programadas. Cuando un servicio pueda ser habilitado en una fase posterior sin afectar el desarrollo, las pruebas o las dependencias del proyecto, su activación deberá postergarse hasta el momento en que resulte técnicamente necesaria.

Cuando la utilización de un servicio dependa de una capacidad habilitada o de su tiempo de utilización, el contratista deberá coordinar con el CONARE su activación, configuración, ampliación, reducción o, cuando técnicamente corresponda, suspensión durante los períodos en que no resulte necesario para las actividades del proyecto.

Asimismo, el Plan de Ejecución deberá definir los hitos del proyecto, entregables, criterios de aceptación, responsables, dependencias entre actividades, estrategia de liberaciones y mecanismos de seguimiento y control que permitan asegurar el cumplimiento de los objetivos y plazos establecidos para la contratación, así como la adecuada planificación del consumo de los servicios cloud.

El Plan de Ejecución presentado por el contratista deberá ser revisado y aprobado por la contraparte institucional previo al inicio formal de las actividades de construcción de la solución.

1. Construcción iterativa de la solución.

El contratista deberá ejecutar el desarrollo, configuración e integración de los diferentes componentes de la solución mediante ciclos iterativos e incrementales, de conformidad con el Product Backlog priorizado y el Plan de Ejecución del Proyecto aprobado. Para ello, deberá incorporar las actividades, fases y requisitos técnicos, funcionales y de calidad necesarios para asegurar la adecuada construcción, validación e implementación de la solución, según se detalla a continuación:

1. Planificación de ciclos de desarrollo (Sprint Planning): Previo al inicio de cada ciclo de desarrollo, el contratista deberá participar en sesiones de planificación con la contraparte institucional, en las cuales se definirán las historias de usuario que serán desarrolladas durante el sprint correspondiente.

 

Como parte de la planificación de cada sprint, el contratista deberá realizar sesiones de trabajo y presentación con el equipo designado por el CONARE, con el fin de revisar, validar y acordar el contenido del ciclo de desarrollo correspondiente. Durante esta fase, el contratista deberá ejecutar y presentar, como mínimo:

• Definición de los objetivos y alcance de cada sprint.
• Selección y priorización de historias de usuario a desarrollar.
• Estimación de esfuerzo, capacidad y tiempos de trabajo.
• Definición de tareas técnicas y funcionales asociadas a cada historia de usuario.
• Validación de criterios de aceptación y definición de entregables del sprint.
• Organización y seguimiento del Sprint Backlog.

La ejecución del sprint deberá contar con la validación y retroalimentación de la contraparte institucional previo al inicio del ciclo de desarrollo correspondiente.

1. Desarrollo iterativo de incrementos funcionales: El desarrollo de la solución se realizará mediante ciclos iterativos de desarrollo (sprints), en los cuales el contratista deberá diseñar, construir e integrar las funcionalidades del sistema conforme a las historias de usuario priorizadas en el Product Backlog.

Cada sprint deberá generar un incremento funcional del sistema, el cual deberá cumplir con los criterios de aceptación definidos para las historias de usuario incluidas en dicho ciclo.

La validación de las historias de usuario deberá realizarse durante el Sprint, con base en los criterios de aceptación definidos, siendo requisito para su cierre la aprobación por parte del Product Owner.

El contratista deberá planificar, documentar y ejecutar las pruebas unitarias, técnicas, de integración, regresión y demás pruebas que sean necesarias para garantizar la calidad y correcto funcionamiento de la solución bajo su responsabilidad.

Asimismo, deberá coordinar y brindar acompañamiento a la institución durante la ejecución de las pruebas funcionales destinadas a validar las historias de usuario, los criterios de aceptación y los incrementos funcionales entregados. Para ello, deberá suministrar oportunamente los casos de prueba, datos de prueba, ambientes requeridos, evidencias de ejecución y demás insumos necesarios para facilitar el proceso de validación.

Como parte de las actividades iniciales del proyecto, la institución y el contratista deberán definir y validar conjuntamente la plantilla oficial para la documentación y seguimiento de los casos de prueba. Dicha plantilla deberá permitir, como mínimo, la trazabilidad entre los requerimientos, historias de usuario, criterios de aceptación, pruebas ejecutadas, resultados obtenidos, incidencias identificadas y evidencias generadas durante el proceso de validación.

Una vez aprobada por ambas partes, esta plantilla será de uso obligatorio para la documentación, ejecución, seguimiento y control de las pruebas realizadas durante el proyecto, constituyéndose en el mecanismo oficial para respaldar la validación y aceptación de las funcionalidades desarrolladas.

Durante esta fase, el contratista deberá ejecutar y presentar, como mínimo:

• Construcción incremental de funcionalidades conforme al Sprint Backlog aprobado.
• Desarrollo e integración de componentes backend, frontend y analíticos de la solución.
• Implementación de mecanismos de integración, procesamiento y almacenamiento de datos.
• Ejecución de pruebas funcionales, técnicas y de validación durante el sprint.
• Corrección de incidencias y ajustes derivados del proceso de desarrollo y validación continua.
• Actualización continua del estado de avance de historias de usuario, tareas e incidencias mediante las herramientas de seguimiento definidas para el proyecto.
• Generación de incrementos funcionales potencialmente desplegables al finalizar cada sprint.
• Documentación técnica y funcional asociada a las funcionalidades desarrolladas durante el ciclo iterativo.

El contratista deberá mantener mecanismos permanentes de comunicación, seguimiento y trazabilidad del avance del sprint, permitiendo a la contraparte institucional conocer el estado de desarrollo de las funcionalidades, riesgos identificados, incidencias y cumplimiento de los objetivos definidos para cada ciclo de trabajo.

1. Revisión y validación de incrementos (Sprint Review): Al finalizar cada sprint, el contratista deberá realizar sesiones de revisión y presentación con el equipo designado por CONARE, con el propósito de demostrar las funcionalidades desarrolladas, validar los incrementos generados y recopilar retroalimentación funcional y técnica sobre los resultados obtenidos durante el ciclo de trabajo. Durante esta fase, el contratista deberá ejecutar y presentar, como mínimo:

• Los avances funcionales desarrollados durante el sprint.
• Las historias de usuario completadas y su respectivo estado de cumplimiento.
• La validación del cumplimiento de los criterios de aceptación definidos para cada funcionalidad.
• Los componentes integrados y funcionalidades disponibles para revisión.
• Las observaciones, recomendaciones y oportunidades de mejora identificadas por los usuarios y la contraparte institucional.
• Las propuestas de ajustes, correcciones o refinamientos a incorporar en ciclos posteriores.
• La actualización del Product Backlog derivada de la retroalimentación obtenida durante la revisión del sprint.
•  

1. Mejora continua del proceso (Sprint Retrospective): Posterior a cada sprint, el contratista deberá realizar sesiones de retrospectiva y mejora continua con participación del equipo del proyecto y la contraparte designada por CONARE, con el propósito de evaluar el desempeño del ciclo ejecutado, identificar oportunidades de mejora y definir acciones orientadas a optimizar la calidad de la solución y la dinámica de trabajo del proyecto. Durante esta fase, el contratista deberá ejecutar y presentar, como mínimo:

• El análisis de resultados obtenidos durante el sprint ejecutado.
• Las principales oportunidades de mejora identificadas durante el ciclo de trabajo.
• El seguimiento de incidencias, riesgos, bloqueos o desviaciones detectadas en el sprint.
• La evaluación del cumplimiento de objetivos, tiempos y entregables definidos para el ciclo.
• Las lecciones aprendidas derivadas del proceso de desarrollo y validación funcional.
• Las acciones correctivas, preventivas o de mejora propuestas para ciclos posteriores.
• Los ajustes metodológicos, técnicos u operativos recomendados para optimizar la ejecución del proyecto.
• El seguimiento de acuerdos y compromisos definidos en retrospectivas anteriores.
• Las recomendaciones para fortalecer la comunicación, coordinación y trazabilidad del proyecto.

Como resultado de esta fase, el contratista deberá implementar mecanismos de mejora continua que permitan optimizar progresivamente los procesos de desarrollo, validación, aseguramiento de calidad y gestión del proyecto durante la ejecución de la solución.

1. Pruebas integrales, documentación, capacitación e implementación del sistema: Una vez completada la construcción e integración de las funcionalidades previstas para la solución, el contratista deberá ejecutar las pruebas integrales necesarias para verificar el cumplimiento de los requerimientos funcionales y no funcionales establecidos en el presente pliego. Estas actividades deberán contemplar, según corresponda, pruebas funcionales, técnicas, de integración, rendimiento, seguridad, regresión y pruebas de aceptación del usuario (UAT), asegurando la corrección oportuna de los defectos identificados.

 Durante esta fase, el contratista deberá ejecutar y presentar, como mínimo:

• La planificación y estrategia de pruebas integrales de la solución.
• La preparación del ambiente de pruebas.
• Definición de instrumento para documentar los casos de pruebas, incluyendo definición de los pasos a seguir y las precondiciones.
• La coordinación y ejecución de pruebas funcionales, técnicas, de integración y rendimiento.
• La validación de flujos de información, reglas de negocio e interoperabilidad entre componentes y sistemas relacionados.
• Documentación de los resultados de pruebas, incidencias identificadas y acciones correctivas ejecutadas. Incluyendo, las evidencias documentales de las pruebas realizadas y su respectivo cumplimiento.
• La validación integral de funcionalidades conforme a los criterios de aceptación definidos por la institución.
• La estrategia y plan de implementación en ambiente de producción.
• Las actividades de instalación, configuración y despliegue y para la puesta en operación de la solución.

 

Asimismo, el contratista deberá elaborar, entregar y mantener actualizada durante la ejecución del proyecto la documentación técnica, funcional, operativa y de usuario necesaria para la adecuada utilización, administración, soporte, mantenimiento y evolución de la solución, así como ejecutar las actividades de capacitación y transferencia de conocimiento dirigidas a los usuarios finales, administradores funcionales y personal técnico que designe la institución.

Como parte del cierre del proyecto, el contratista deberá ejecutar y entregar, como mínimo, los siguientes productos y actividades:

• La capacitación funcional dirigida a usuarios finales de la solución.
• La capacitación técnica y administrativa dirigida al personal responsable de soporte, administración y mantenimiento del sistema.
• Los manuales técnicos, funcionales, de usuario, instalación y administración de la solución.
• La documentación técnica asociada a arquitectura, configuraciones, integraciones y componentes desarrollados.
• La transferencia de conocimiento sobre la operación, gestión y soporte de la solución tecnológica.
• Las recomendaciones y buenas prácticas para la administración, continuidad y evolución futura de la solución.
• El cierre de incidencias, pendientes y observaciones identificadas durante la ejecución del proyecto.
• El informe final del proyecto, incluyendo el detalle de entregables ejecutados y resultados obtenidos.
• La validación final de cumplimiento del alcance contractual y de los criterios de aceptación definidos por la institución.
• La definición de mecanismos de soporte y atención durante el período de garantía establecido para el proyecto.

 

Una vez obtenida la conformidad correspondiente, el contratista deberá realizar las actividades necesarias para la implementación y puesta en operación de la solución en el ambiente de producción.

• GOBERNANZA DEL PROYECTO

• Roles del proyecto: El contratista deberá conformar un equipo de trabajo que permita ejecutar el proyecto bajo el marco de trabajo Scrum, incluyendo al menos los siguientes roles:

• Contraparte institucional / Product Owner: La institución designará una contraparte institucional que actuará como representante funcional del proyecto. Esta persona será responsable de coordinar con el contratista la priorización del Product Backlog, validar las funcionalidades desarrolladas y brindar la retroalimentación necesaria para la evolución del sistema.
• Equipo del contratista/Equipo de desarrollo: El contratista deberá asignar un equipo de trabajo responsable del análisis, diseño, desarrollo, pruebas e implementación de la solución tecnológica. Este equipo deberá contar con los perfiles técnicos y funcionales necesarios para el cumplimiento de los objetivos del proyecto.
• Coordinación del proyecto/ Scrum Master: El contratista deberá designar un responsable de la coordinación del proyecto, quien actuará como punto de contacto principal con la institución para efectos de planificación, seguimiento y gestión del avance del proyecto.
• Responsable de facilitar la correcta aplicación del marco de trabajo Scrum, coordinar las ceremonias del equipo, eliminar impedimentos y promover la mejora continua durante el desarrollo del proyecto.
• Espacios de coordinación: Durante la ejecución del proyecto se deberán establecer mecanismos de coordinación entre el contratista y la institución que permitan revisar el avance del proyecto, coordinar las actividades del desarrollo y atender los requerimientos o ajustes necesarios. Estos espacios podrán incluir, entre otros, sesiones de planificación de los ciclos de desarrollo, sesiones de refinamiento del Product Backlog, revisiones de funcionalidades desarrolladas y reuniones de seguimiento del proyecto.
  • GESTIÓN DEL PROYECTO

El contratista será responsable de planificar y gestionar las actividades necesarias para el desarrollo e implementación de la solución tecnológica, asegurando el cumplimiento de los objetivos del proyecto, los plazos establecidos y los criterios de calidad definidos.

Como parte de la gestión del proyecto, el contratista deberá mantener mecanismos que permitan dar seguimiento al avance del desarrollo, al estado de los requerimientos y al cumplimiento de los compromisos adquiridos durante la ejecución del proyecto.

• Herramienta de gestión del Product Backlog: El contratista deberá utilizar una herramienta de gestión ágil que permita la administración y seguimiento del Product Backlog, así como el monitoreo del avance de los ciclos de desarrollo.

La herramienta deberá permitir, al menos:

• la visualización del Product Backlog;
• la gestión de historias de usuario y sus criterios de aceptación;
• la priorización de las historias de usuario;
• el seguimiento del estado de las tareas dentro de cada ciclo de desarrollo;
• la trazabilidad del avance del proyecto;
• la consulta del tablero de trabajo del proyecto (Kanban o Sprint Board) y del estado de las historias de usuario en tiempo real.

La herramienta deberá mantener la información actualizada durante toda la ejecución del proyecto y reflejar el estado real del avance del desarrollo. Asimismo, deberá estar disponible durante toda la ejecución del contrato y permitir el acceso al equipo institucional, con el fin de consultar el estado del Product Backlog, el avance de los ciclos de desarrollo y el progreso general del proyecto.

El uso de dicha herramienta no deberá representar costos adicionales para la institución, por lo que el contratista deberá proveer o habilitar los accesos necesarios para el equipo institucional dentro de las condiciones de la herramienta utilizada.

• Seguimiento del avance del proyecto: El contratista deberá mantener actualizada la información asociada al Product Backlog, las historias de usuario y las tareas relacionadas con los ciclos de desarrollo, de manera que la institución pueda conocer el estado de los requerimientos, el progreso de las funcionalidades en desarrollo y el avance general del proyecto.
• Documentación y registro de reuniones: El contratista será responsable de realizar la grabación de las sesiones que se desarrollen durante el proyecto, cuando la institución así lo determine, así como de elaborar la minuta de aquellas sesiones de trabajo que impliquen la definición de acuerdos, compromisos o la validación de funcionalidades del sistema. Entre estas se incluyen, al menos, las sesiones de planificación de los ciclos de desarrollo, las sesiones de refinamiento del Product Backlog, las revisiones de sprint y las reuniones de seguimiento del proyecto.

Las minutas deberán elaborarse utilizando el formato proporcionado por la institución e incluir, al menos, los temas tratados, acuerdos alcanzados, responsables y compromisos definidos.

El contratista deberá remitir las minutas a la contraparte institucional dentro de un plazo máximo de dos (2) días hábiles posteriores a la realización de la sesión. La institución contará con un plazo de dos (2) días hábiles para remitir observaciones o solicitar ajustes.

En caso de no recibirse observaciones dentro de dicho plazo, la minuta se considerará aprobada y validada, constituyéndose en el registro oficial de los acuerdos adoptados durante la sesión.

Las minutas aprobadas deberán mantenerse disponibles como parte de la documentación del proyecto.

• ENTREGABLES DEL PROYECTO

Durante la ejecución del contrato, el contratista deberá generar y entregar a la institución los siguientes productos y resultados, los cuales deberán ser presentados para su revisión y validación por parte de la contraparte institucional.

Entregable	Descripción	Criterios de aceptación
1-Documento de visión del proyecto	Documento que consolida la visión del proyecto, objetivos, alcance, actores, usuarios, identificación de épicas, arquitectura de alto nivel, estrategia de implementación preliminar, riesgos y modelo de gobernanza, considerando los insumos suministrados por el CONARE.	Documento revisado, validado y aprobado por el CONARE.
2-Product Backlog priorizado	Documento que contiene la identificación, estructuración y priorización de los elementos del Product Backlog, incorporando las correspondientes Historias de Usuario (HU) con sus respectivos criterios de aceptación funcionales y no funcionales, así como los demás elementos definidos en la plantilla de Historia de Usuario (HU).	Product Backlog validado y aprobado por el CONARE, debidamente refinado, actualizado y priorizado,
3-Plan de ejecución del proyecto	Documento que establece la metodología de trabajo y la planificación para la ejecución del proyecto, incluyendo las fases definidas en el presente pliego, el cronograma, la planificación iterativa, la organización de los sprints, actividades, dependencias, hitos, estrategia de pruebas, migración y despliegue, gestión de riesgos, aseguramiento de la calidad y demás actividades necesarias para la ejecución del proyecto.   El contratista deberá incorporar y desarrollar en este plan las fases establecidas en el presente pliego, detallando para cada una las actividades, entregables, dependencias, responsables, cronograma y criterios de finalización correspondientes.	Documento presentado al equipo designado por el CONARE para su revisión, validación y aprobación.
4-Catálogo de indicadores y modelo analítico	Documento que contiene la definición de indicadores, fórmulas de cálculo, fuentes de datos, periodicidad, dimensiones de análisis, criterios de agregación y mecanismos de visualización acordados con la institución.	Documento aprobado por la institución que incluya la definición completa de indicadores, fórmulas, fuentes de información, periodicidad y dimensiones de análisis.
5-Diseño funcional y UX/UI implementados	Implementación de la experiencia de usuario y las interfaces de la solución, incorporando las validaciones y ajustes derivados del refinamiento funcional durante el proyecto.	Diseño UX/UI implementado e integrado en la solución; coherencia entre flujos, historias de usuario y navegación; cumplimiento del Manual de Identidad Gráfica; validación funcional con usuarios del CONARE y ausencia de inconsistencias críticas de usabilidad.
6- Diseño técnico y arquitectura de la solución	Definición y documentación detallada de la arquitectura técnica y tecnológica de la solución, contemplando los componentes on-premise y cloud, la arquitectura de frontend y backend, microservicios y demás servicios asociados, modelo de datos, mecanismos de seguridad y autenticación, integraciones, plataforma de datos y analítica, ambientes de desarrollo, pruebas y producción, así como los demás componentes, configuraciones y aspectos técnicos necesarios para la implementación, operación, mantenimiento y evolución de la solución.	Documento técnico de arquitectura de la solución actualizado y completo, que refleje la arquitectura efectivamente implementada.
7-Motor de indicadores y reglas de cálculo implementado	Componente encargado de la definición, parametrización, administración y ejecución de las fórmulas de cálculo de los indicadores financieros, presupuestarios y macroeconómicos, incluyendo reglas de negocio, criterios de agregación y dimensiones de análisis.	Indicadores implementados y calculados correctamente conforme a las fórmulas y reglas de negocio aprobadas por la institución, verificadas mediante pruebas funcionales y validación de resultados.
8-Aplicación Web implementada	Aplicación Web implementada, integrada, desplegada y operativa en la infraestructura on-premise definida por el CONARE, bajo una arquitectura orientada a microservicios, con la capa de presentación y los servicios backend necesarios para soportar integralmente los procesos y funcionalidades definidos en el Product Backlog, incluyendo la captura, validación, administración y consulta de la información requerida para la generación de indicadores.	Aplicación Web desplegada y operativa en el ambiente definido por el CONARE, con las funcionalidades correspondientes al Product Backlog.
9-Plataforma de datos y analítica	Implementación y configuración de la plataforma de datos y analítica mediante Microsoft Fabric y Power BI, con las capacidades necesarias para su integración, almacenamiento, transformación y explotación analítica. El entregable deberá contemplar la configuración de los componentes de Microsoft Fabric que resulten necesarios, incluyendo OneLake, procesos de integración y transformación, datasets, modelos semánticos y demás elementos requeridos, así como el desarrollo y publicación de los reportes, dashboards interactivos e indicadores definidos en el Product Backlog, garantizando su disponibilidad, filtros, consistencia, trazabilidad, descarga y adecuada visualización para los usuarios autorizados.	La plataforma de datos y analítica deberá encontrarse implementada, configurada, integrada y operativa en Microsoft Fabric y Power BI, con los componentes requeridos para la integración, almacenamiento, transformación y explotación de la información.
10-Sistema implementado	Integración, despliegue y puesta en operación de la solución completa, incluyendo los componentes on-premise y cloud, integraciones, configuración, pruebas finales, estabilización y acompañamiento inicial.	Solución operando satisfactoriamente en producción, con cumplimiento de los criterios de aceptación establecidos, pruebas de aceptación satisfactorias y aprobación formal del CONARE.
11-Documentación técnica del sistema	Documentación de la arquitectura de la solución, componentes on-premise y cloud, así como procedimientos de instalación, configuración, operación, mantenimiento, seguridad, respaldo, monitoreo y recuperación ante desastres.	Documentación completa, actualizada y entregada conforme a la solución implementada, revisada y aprobada por el CONARE.
12-Documentación analítica, indicadores y visualización	Documentación técnica y funcional correspondiente a la plataforma de datos y analítica, incluyendo las fuentes de información, procesos de integración, transformación y preparación de datos, Microsoft Fabric, datasets y modelos semánticos, definición de indicadores, reglas de cálculo, reportes, dashboards y demás componentes de visualización implementados mediante Power BI.	Documentación completa, actualizada y validada, que refleje la solución implementada y permita comprender, operar, mantener y evolucionar los componentes de analítica, indicadores y visualización, entregada y aprobada por el CONARE.
13-Modelo de datos y diccionario de datos	Documentación del modelo lógico y físico de datos correspondiente al aplicativo web y a la plataforma de datos y analítica, incluyendo estructuras, entidades, atributos, relaciones, claves, metadatos y demás elementos necesarios para comprender la organización de los datos, así como el diccionario de datos correspondiente.	Documentación completa, actualizada y consistente con la solución implementada, incluyendo el modelo lógico y físico y el diccionario de datos, entregada, validada y aprobada por el CONARE.
14-Documentación de integraciones y APIs	Documentación técnica de APIs, servicios web, contratos de integración, mecanismos de autenticación, formatos de intercambio, endpoints y procedimientos de consumo y administración.	Documentación entregada y validada por el CONARE.
15-Repositorio de código fuente y scripts de implementación	Entrega del código fuente, scripts de base de datos, configuraciones, procedimientos de construcción y despliegue e infraestructura como código, cuando corresponda, en el repositorio definido por el CONARE.	Repositorio actualizado y entregado con acceso completo para el CONARE, incluyendo los componentes necesarios para el mantenimiento, soporte, administración y evolución futura de la solución.
16-Manuales de usuario y administrador	Elaboración de manuales funcionales y operativos para usuarios finales y administradores funcionales, así como documentación necesaria para la administración técnica de la solución y sus componentes.	Manuales independientes entregados, actualizados conforme a la solución implementada y aprobados por el CONARE.
17-Capacitación y transferencia de conocimiento	Ejecución de actividades de capacitación y transferencia de conocimiento dirigidas a usuarios finales, administradores funcionales y personal técnico del CONARE, incluyendo la administración de la solución, los componentes cloud y la plataforma de datos y analítica.	Capacitaciones impartidas, materiales entregados y evidencias de participación disponibles, a satisfacción del CONARE.
18-Informe de cierre del proyecto	Documento que consolida los resultados del proyecto, cumplimiento del alcance, entregables desarrollados, resultados de las pruebas, transferencia realizada, lecciones aprendidas y recomendaciones para la evolución y operación futura de la solución.	Informe presentado, revisado y aprobado por CONARE, incluyendo el estado final de los entregables y de las actividades de cierre.

 

 

• MÓDULOS FUNCIONALES

Los módulos y los requerimientos funcionales descritos representan las capacidades mínimas requeridas del sistema. El contratista deberá considerar todas las funcionalidades adicionales necesarias para garantizar el correcto funcionamiento, integridad y consistencia de la solución tecnológica propuesta.

 

Carga de datos SIPP

• La solución deberá permitir que usuarios autorizados realicen procesos de carga masiva de información financiera y presupuestaria mediante archivos en formato CSV.
• Este módulo deberá contar con mecanismos de ingesta, almacenamiento, validación, transformación y procesamiento de datos provenientes de fuentes internas y externas, previo a su incorporación al repositorio centralizado de información financiera y presupuestaria.
• La solución deberá permitir la importación de datos mediante archivos estructurados, la validación de integridad y consistencia de la información, así como la gestión de registros históricos para diferentes períodos presupuestarios.
• La solución deberá contar con una interfaz para la carga, validación y procesamiento de información correspondiente a la ejecución presupuestaria proveniente del SIPP, conforme a la clasificación económica vigente. Como mínimo, deberá administrar los siguientes datos:
• Código de la cuenta presupuestaria.
• Descripción de la cuenta presupuestaria.
• Institución ejecutora.
• Monto presupuestado.
• Monto ejecutado.
• La solución deberá contar con una interfaz para la carga, validación, procesamiento y gestión de información correspondiente a la ejecución presupuestaria proveniente del SIPP, conforme a la clasificación por objeto de gasto. Como mínimo, deberá administrar los siguientes datos.
• Año de ejecución.
• Institución ejecutora.
• Tipo de documento.
•  
•  
•  
• Partida o subpartida.
• Descripción de la partida o subpartida.
• Presupuesto ejecutado.
• Presupuesto aprobado.

 

Módulo de registro anual de información financiera y presupuestaria

• La solución deberá contar con un módulo destinado al registro anual de información financiera y presupuestaria institucional por parte de las universidades públicas y del CONARE, mediante usuarios debidamente autenticados y autorizados conforme a los roles y permisos definidos por la administración del sistema.
• La solución deberá permitir que usuarios con rol “digitador” ingresen, mediante formularios habilitados para tal fin, la información financiera y presupuestaria correspondiente únicamente a la institución a la cual se encuentren asociados, conforme a los permisos definidos por la administración del sistema.
• El formulario deberá permitir, como mínimo, el registro de los siguientes campos de información en formato numérico:
• Superávit acumulado
• Superávit presupuestado
• Inversión en regiones
• Inversión en infraestructura
• Inversión en becas
• Inversión en equipo científico y tecnológico
• Masa salarial
• Ingresos propios
• La solución deberá permitir asociar la información registrada al período y a la institución correspondiente, garantizando la integridad y trazabilidad de los datos ingresados.
• La solución deberá permitir seleccionar las instituciones que deberán completar el proceso de registro para cada período definido.
• La configuración deberá permitir, como mínimo:
• Definir el período de registro correspondiente.
• Establecer fechas de inicio y cierre para la captura de información.
• Habilitar o deshabilitar instituciones participantes por período.
• Controlar el estado del proceso de registro por institución (por ejemplo, pendiente, en proceso, completado o cerrado).
• Restringir el ingreso o modificación de información fuera de las ventanas de tiempo habilitadas. No obstante, la solución deberá permitir que usuarios autorizados habiliten excepcionalmente el acceso a una o varias instituciones, con el fin de autorizar el registro o actualización de información dentro de períodos extraordinarios definidos por la administración del sistema.
• La solución deberá permitir guardar la información registrada en estado de borrador, de manera que los usuarios con rol “digitador” puedan completar, editar y actualizar la información antes de remitirla formalmente para su validación por parte del CONARE.
• Una vez que la información haya sido enviada para validación, el registro deberá quedar bloqueado para edición por parte del usuario “digitador”. La información únicamente podrá ser modificada nuevamente en caso de que sea rechazada y devuelta por un usuario con rol “gestor”.
• La información registrada anualmente no deberá considerarse aprobada, consolidada ni disponible para procesos oficiales de análisis, indicadores o visualización hasta que haya sido revisada, validada y aprobada por un usuario con rol “gestor”.
• La solución deberá administrar, como mínimo, los siguientes estados para el registro de la información:
• Borrador
• Enviado para revisión
• En revisión
• Aprobado
• Rechazado
• Devuelto para corrección
• Cerrado

La solución deberá controlar las transiciones entre estados conforme a los permisos de cada rol y registrar cada cambio en la bitácora de auditoría.

• La solución deberá permitir que usuarios con rol “gestor” cuenten con permisos para registrar, consultar, actualizar, validar y administrar información correspondiente a cualquiera de las instituciones registradas en la solución, incluyendo aquella administrada directamente por el CONARE, conforme a los roles, permisos y privilegios definidos por la administración del sistema.

 

Módulo de registro de información complementaria de las IESUE

• La solución deberá contar con un módulo destinado al registro, actualización y administración de información estratégica, financiera, presupuestaria y macroeconómica requerida para los procesos de análisis, consolidación histórica, generación de indicadores y visualización de información institucional.
• La solución deberá permitir que usuarios debidamente autenticados y autorizados, registren y administren información correspondiente a las IESUE, así como variables financieras y macroeconómicas de interés institucional.
• La solución deberá permitir el registro y actualización periódica de información mediante formularios habilitados para tal fin. Asimismo, deberá permitir la configuración y administración de ventanas de tiempo para la captura de información, definiendo fechas de apertura y cierre, de manera que se controle la disponibilidad de los formularios para las personas usuarias autorizadas.
• La solución deberá permitir la configuración de excepciones por institución, de manera que sea posible establecer períodos de captura diferenciados, así como ampliaciones de plazo o aperturas extraordinarias, sin afectar la configuración general ni las ventanas de tiempo definidas para las demás instituciones.
• El módulo deberá permitir, como mínimo, la creación, el registro y la administración de los siguientes campos de información, en formato numérico:
• Históricos del FEES, incluyendo FEES Institucional y Fondo del Sistema (FS).
• Variables macroeconómicas, incluyendo como mínimo, Producto Interno Bruto (PIB), inflación y regla fiscal.
• Presupuesto del Ministerio de Educación Pública (MEP).
• Asignación anual del Fondo del Sistema (FS).
• Ejecución presupuestaria y superávit del Fondo del Sistema asignado a las IESUE, por institución y período.
• Asignación de recursos en: regiones, equipo científico y tecnológico, infraestructura, superávit del SESUE, becas, entre otros.

La solución deberá permitir que el usuario pueda crear otros campos numéricos o clasificaciones a las antes indicadas.

• La solución deberá permitir asociar la información registrada al período, institución, categoría y tipo de variable correspondiente, garantizando la integridad, trazabilidad y conservación histórica de los datos registrados.
• La solución deberá permitir la utilización de la información registrada para procesos de generación de indicadores, reportes, consultas, tableros, análisis históricos y visualizaciones analíticas dentro de la solución.

 

Capacidad de consulta, reportes, indicadores y analítica

• La solución deberá permitir la consulta, análisis, visualización, descarga y explotación de la información financiera y presupuestaria consolidada, mediante mecanismos de búsqueda, filtrado, segmentación, agrupación, comparación y análisis dinámico que faciliten el seguimiento de indicadores, tendencias, variaciones, comparativos y demás métricas definidas por CONARE.
• La solución deberá permitir la generación y consulta de reportes, tableros de control, gráficos dinámicos y visualizaciones analíticas interactivas, incorporando capacidades de análisis histórico, comparativo y multidimensional. Las personas usuarias autorizadas deberán poder explorar la información desde las diferentes dimensiones de análisis definidas, incluyendo la selección de una o varias instituciones, períodos, indicadores, variables y demás criterios disponibles, así como realizar cruces entre las diferentes variables y consultar los resultados de forma agregada o desagregada, según corresponda.
• La solución deberá permitir, como mínimo, generar los siguientes reportes, los cuales pueden ser predefinidos:
• Ejecución presupuestaria por clasificación económica.
• Ejecución presupuestaria por objeto del gasto.
• Histórico del FEES institucional.
• Histórico del Fondo del Sistema.
• Histórico de variables macroeconómicas.
• Seguimiento de cumplimiento de la regla fiscal.
• Comparativo interinstitucional de indicadores.
• Evolución anual de superávits.
• Reporte consolidado del sistema universitario estatal.
• Reporte de cumplimiento del proceso de captura de información por institución.

Todos los reportes deberán permitir exportación a Excel y CSV e incorporar filtros parametrizables por institución, período, indicador y demás dimensiones definidas por la solución.

 

• La solución deberá incorporar, como mínimo, los siguientes dashboards:
• Dashboard ejecutivo del FEES total y su clasificación
• Dashboard de cumplimiento de la regla fiscal
• Dashboard comparativo interinstitucional
• Dashboard de ejecución presupuestaria
• Dashboard del FEES Institucional y FEES Fondo del Sistema
• Dashboard de variables macroeconómicas

 

Todos los tableros deberán permitir filtros por institución, período, indicador y demás dimensiones disponibles.

• La solución deberá permitir la consulta y visualización de los indicadores financieros, presupuestarios y macroeconómicos definidos por CONARE, tanto a nivel individual por institución como de forma agregada para múltiples instituciones. El cálculo de los indicadores deberá realizarse conforme a las reglas de cálculo y parámetros definidos en el motor de indicadores, garantizando la consistencia entre los resultados calculados y su presentación en las diferentes interfaces y componentes analíticos de la solución.
• La solución deberá permitir, el cálculo, consulta y visualización histórica, como mínimo, de los siguientes indicadores y análisis:
• Porcentaje de cumplimiento de regla fiscal por institución, utilizando fórmulas parametrizables definidas por la administración del sistema.
• Relación FEES / PIB.
• Relación MEP / PIB.
• Relación FEES / MEP.
• Crecimiento histórico del FEES para períodos determinados, incorporando variables asociadas a inflación y regla fiscal.
• Relación FEES / Superávit
• Relación FEES / Inversión en regiones
• Relación FEES / Inversión en becas
• Para la creación de los indicadores anteriormente mencionados, así como otros que se requieran crear, es necesario que el sistema cuente con un menú para el mantenimiento de las fichas de estos indicadores. Cada ficha debe contener al menos las siguientes variables:
• Nombre del indicador
• Objetivo o propósito
• Definición
• Fórmula de cálculo
• Variables del indicador
• Unidad de medida
• Fuente de información
• Periodicidad de medición
• Tipo de indicador
• Línea base
• Meta
• Responsable
• La solución deberá permitir la realización de análisis multidimensionales mediante el cruce dinámico de variables financieras, presupuestarias, e indicadores, sin requerir desarrollos adicionales. Como mínimo, deberá permitir:
• Comparaciones entre instituciones.
• Comparaciones entre períodos.
• Comparaciones entre indicadores.
• Comparaciones entre variables financieras y macroeconómicas.
• Comparaciones entre variables presupuestarias.
• Análisis históricos y tendencias.
• Entre otros, la solución deberá soportar escenarios de análisis tales como:
• FEES versus PIB.
• FEES versus presupuesto del MEP.
• FEES versus inflación.
• Crecimiento del FEES versus crecimiento del PIB.
• Superávit acumulado versus FEES institucional.
• Inversión en regiones versus presupuesto total.
• Comparación de indicadores entre universidades.
• Comparación de indicadores institucionales respecto al consolidado del Sistema Universitario Estatal.

Los resultados deberán poder visualizarse mediante tablas dinámicas, gráficos, series históricas, matrices comparativas y tableros de control.

• La solución deberá permitir que usuarios autorizados construyan consultas personalizadas mediante la selección de:

 

• Variables
• Indicadores
• Instituciones
• Períodos
• Categorías de análisis
• Dimensiones configuradas

 

Las consultas deberán poder visualizarse en formato tabular y permitir exportación a Excel y CSV.

• Las capacidades de analítica, visualización y explotación de información deberán integrarse con Microsoft Fabric y Power BI, de acuerdo con la arquitectura definida para la solución, permitiendo la utilización de datasets, modelos semánticos, reportes, dashboards e indicadores. Asimismo, la solución deberá permitir la exportación de reportes, consultas y resultados analíticos, como mínimo, en formatos Microsoft Excel (.xlsx) y CSV.

 

Consulta de información de acceso público

• La solución deberá disponer de una funcionalidad que permita la visualización y consulta, sin requerir autenticación, de los indicadores e información financiera y presupuestaria que CONARE determine como de carácter público. Esta funcionalidad deberá contar con una interfaz web de fácil navegación y permitir, según corresponda, la consulta por institución, período, indicador, variable y demás dimensiones de análisis autorizadas, así como la visualización de información histórica, comparativa y consolidada.
• La información disponible para consulta pública deberá corresponder exclusivamente a aquella que haya sido definida y autorizada por CONARE para su publicación, aplicando los mecanismos de seguridad y control necesarios para impedir el acceso o exposición de información restringida, confidencial o no autorizada. La solución deberá permitir la actualización de la información publicada de acuerdo con la periodicidad definida por la institución y mantener la consistencia

La información mínima que debe contener esta consulta es:

• Consulta por institución.
• Consulta por período.
• Consulta por indicador.
• Consulta por variable financiera o presupuestaria.
• Visualización de series históricas.
• Visualización comparativa entre instituciones.
• Descarga de información en formatos CSV y Excel cuando CONARE así lo autorice.
• Visualización responsiva para dispositivos móviles.

 

• MÓDULOS TRANSVERSALES

 

• Los módulos transversales deberán contar con interfaces gráficas intuitivas, accesibles y de fácil utilización, que permitan su administración y operación sin requerir conocimientos técnicos especializados ni modificaciones de programación.
• El acceso a estas funcionalidades deberá estar restringido únicamente a usuarios debidamente autenticados y autorizados, conforme a los perfiles y roles definidos por la solución.
• Los módulos deberán tener ya precargado y configurado los valores necesarios para el correcto funcionamiento del sistema.

Plataforma de datos y analítica

• La solución deberá contemplar la preparación, integración y procesamiento de la información registrada en SQL Server 2025 para su explotación analítica mediante Microsoft Fabric y Power BI. La plataforma analítica deberá utilizar dicha información como fuente para habilitar las capacidades de almacenamiento, transformación y procesamiento requeridas, así como la construcción de datasets, modelos semánticos, reportes, dashboards e indicadores financieros orientados al análisis y apoyo para la toma de decisiones de CONARE.
• La solución deberá utilizar las capacidades nativas de Microsoft Fabric, incluyendo OneLake, para el almacenamiento y procesamiento de la información preparada para su explotación analítica, así como los componentes de Fabric que resulten necesarios para su integración, transformación, consolidación y actualización.
• La arquitectura deberá mantener una separación lógica entre los componentes de la aplicación web y SQL Server 2025, responsables de la captura y administración de la información, y los componentes de Microsoft Fabric y Power BI destinados a su procesamiento, modelado, análisis y visualización.
• La solución deberá garantizar la consistencia, integridad y trazabilidad de la información desde SQL Server 2025 hasta los datasets, modelos semánticos, reportes, dashboards e indicadores generados mediante Microsoft Fabric y Power BI.
• La plataforma deberá conservar la información histórica necesaria para habilitar análisis comparativos, tendencias, variaciones y series temporales de los indicadores definidos por el CONARE, así como permitir la incorporación de nuevas variables, dimensiones e indicadores conforme evolucionen los requerimientos de la solución.
• La solución deberá integrarse con Power BI para la construcción, publicación y explotación de modelos semánticos, reportes, dashboards, visualizaciones e indicadores financieros, de acuerdo con los requerimientos y criterios de aceptación definidos por el CONARE.

Módulo de configuración, parametrización y reglas de validación

• La solución deberá disponer de un módulo de administración y parametrización general que permita la gestión centralizada de parámetros, catálogos, estados, etiquetas, reglas de negocio y demás configuraciones requeridas para la operación del sistema. Como mínimo, deberá soportar la configuración de procesos de captura de información, formularios, variables, períodos de registro, validaciones y demás elementos necesarios para el funcionamiento de la solución, sin requerir modificaciones al código fuente.
• La solución deberá administrar, como mínimo, los siguientes estados:
• Borrador
• Enviado para revisión
• En revisión
• Aprobado
• Rechazado
• Devuelto para corrección
• Cerrado

La solución deberá controlar las transiciones entre estados conforme a los permisos de cada rol y registrar cada cambio en la bitácora de auditoría.

 

• La solución deberá permitir a usuarios autorizados la definición, configuración y administración de indicadores presupuestarios y financieros, sin requerir modificaciones al código fuente para la creación de nuevos indicadores o la modificación de indicadores existentes. Asimismo, deberá permitir la parametrización de fórmulas, relaciones, agregaciones, cruces de variables, metas, ponderaciones y demás criterios de cálculo utilizados en la generación de indicadores, conforme a las reglas establecidas por la administración del sistema.
• La solución deberá permitir la administración y parametrización de los catálogos, variables, clasificaciones, estados y demás elementos de configuración identificados durante la fase de análisis y diseño, de manera que puedan ser gestionados por usuarios autorizados sin requerir modificaciones al código fuente. El módulo deberá permitir, como mínimo:
• La administración de variables financieras y presupuestarias utilizadas por la solución.
• La gestión del catálogo de indicadores financieros y presupuestarios.
• La creación, modificación, habilitación y des habilitación de indicadores.
• La parametrización de fórmulas de cálculo y variables asociadas a los indicadores.
• La configuración de estructuras de captura y fuentes de datos relacionadas con los indicadores.
• La administración de catálogos y parámetros institucionales requeridos para la operación del sistema.
• La administración de estados y demás elementos de configuración identificados durante la fase de análisis y diseño.

Módulo de notificaciones

Componente encargado de la configuración, gestión y emisión de notificaciones automáticas o personalizadas dirigidas a los usuarios del sistema. Deberá soportar distintos canales de comunicación (como correo electrónico y notificaciones internas) y permitir definir condiciones de envío asociadas a eventos del sistema, incluyendo acciones administrativas, , validaciones pendientes, apertura de período de captura, próximo vencimiento del período, registro enviado para validación, registro aprobado, registro rechazado, solicitud de corrección, cierre de período, habilitación extraordinaria de captura, desactivación o expiración de usuarios.

Módulo de Bitácora del Sistema (BIT)

• La solución deberá contar con un módulo de bitácora y trazabilidad destinado al registro, monitoreo y consulta de las operaciones ejecutadas dentro del sistema, con el propósito de garantizar control, seguimiento, auditoría y trazabilidad sobre los procesos de gestión de información crítica del sistema.
• El módulo deberá registrar, como mínimo, las acciones de creación, modificación, habilitación, deshabilitación y eliminación de datos, catálogos, parámetros, formularios, variables, indicadores, usuarios, roles, permisos y demás configuraciones de la solución. La bitácora deberá almacenar, como mínimo, la siguiente información asociada a cada evento registrado:
• Fecha y hora de ejecución de la operación.
• Usuario responsable de la acción ejecutada.
• Rol o perfil asociado al usuario.
• Tipo de operación realizada.
• Módulo o funcionalidad afectada.
• Descripción de la acción ejecutada.
• Administración de documentos adjuntos (versión de documentos, sustitución, consulta histórica, cargas y modificaciones)
• Resultado de la operación (exitosa, fallida, rechazada o con advertencias).
• Institución y período asociados, cuando corresponda.

 

• La solución deberá permitir la consulta y filtrado de los registros de bitácora mediante criterios como usuario, institución, período, módulo, tipo de operación, rango de fechas y estado del evento registrado.
• El acceso al módulo de bitácora deberá estar restringido únicamente a usuarios autorizados, conforme a los perfiles, roles y permisos definidos por la administración del sistema.
• La solución deberá implementar mecanismo de protección frente a la alteración o eliminación no autorizada de registros de bitácora.
• Cada operación de carga o registro de información mediante formularios, incluyendo procesos de sustitución o reemplazo de datos, deberá registrarse en la bitácora de auditoría del sistema, garantizando la trazabilidad de las acciones ejecutadas por los usuarios.

Módulo de seguridad y control de acceso

• La solución deberá permitir que usuarios autorizados gestionen procesos de restablecimiento de contraseña para otros usuarios, mediante el envío de enlaces de recuperación seguros, en caso de olvido o pérdida de credenciales de acceso.
• El sistema deberá validar que las direcciones de correos electrónicos utilizados durante el registro de usuarios correspondan con dominios autorizados y administrados mediante el sistema, entre ellos: conare.ac.cr, ucr.ac.cr, itcr.ac.cr, una.ac.cr, uned.ac.cr, una.cr, utn.ac.cr.
• La solución deberá permitir que los usuarios autenticados puedan cambiar su contraseña cuando lo requieran, conforme a las políticas de seguridad definidas por la administración del sistema.
• En caso de olvido de credenciales, la solución deberá proporcionar un mecanismo seguro, intuitivo y controlado para la recuperación o restablecimiento de contraseña.
• El proceso de recuperación deberá contemplar, como mínimo, las siguientes acciones:

1. En la pantalla de autenticación deberá incluirse un botón o enlace visible que permita al usuario identificar la opción de recuperación de credenciales de acceso.
2. Al seleccionar dicha opción, el sistema deberá solicitar al usuario el ingreso de su dirección de correo electrónico y permitir la confirmación de la solicitud mediante un mecanismo explícito. Una vez completada esta acción, la solución deberá enviar automáticamente un correo electrónico con un enlace seguro para el restablecimiento de la contraseña.

• El usuario deberá acceder a su bandeja de entrada y utilizar el enlace proporcionado para iniciar el proceso de restablecimiento de contraseña.

1. El enlace de recuperación deberá ser de uso único, contar con un período de vigencia configurable por la administración del sistema y expirar automáticamente una vez utilizado o transcurrido el tiempo definido para su validez.
2. La solución deberá informar al usuario cuando el enlace de recuperación haya expirado o ya haya sido utilizado, permitiendo generar una nueva solicitud de restablecimiento de contraseña.

• La solución deberá contar con un componente de seguridad y control de acceso encargado de administrar y controlar la autenticación, autorización y operación de los usuarios dentro de la plataforma, mediante un esquema de gestión de usuarios, roles, perfiles y permisos.
• El módulo deberá permitir una administración centralizada y segura de los usuarios y sus accesos, incluyendo funcionalidades para la creación, consulta, modificación, habilitación, des habilitación y visualización de usuarios, roles, perfiles y permisos asociados a la operación de la solución.
• El esquema de seguridad deberá garantizar que cada usuario acceda únicamente a las funcionalidades, módulos, datos y operaciones autorizadas conforme a los permisos y restricciones definidos por la administración del sistema.
• Cada usuario registrado en el sistema deberá contar con los siguientes atributos mínimos:

1. Identificador único (ID) del usuario en el sistema.
2. Nombre completo.

• Correo electrónico institucional para autenticación y notificaciones.

1. Estado (activo o inactivo), con el fin de habilitar o restringir el acceso sin eliminar la cuenta.
2. Rol vinculado a un perfil funcional predefinido dentro del sistema.
3. Permisos adicionales (opcionales), que permiten extender las capacidades funcionales del usuario más allá de las otorgadas por el rol asignado.

• Cada usuario deberá estar asociado a un único rol base, el cual determinará el conjunto de permisos base disponibles para ese usuario. Los roles serán predefinidos por el sistema y deberán contemplar, al menos, los siguientes perfiles funcionales:

Rol	Permisos base
Administrador	Usuario responsable de la administración general, configuración, seguridad y control operativo de la solución. Deberá contar con acceso integral a las funcionalidades de administración de usuarios, roles, perfiles y permisos, configuración general, auditoría, monitoreo y demás funciones administrativas de la solución, conforme a las políticas de seguridad y restricciones definidas por CONARE. Como mínimo, deberá permitir: -  Administrar usuarios, roles, perfiles y permisos de acceso. -  Habilitar, deshabilitar, bloquear y desbloquear cuentas de usuario. -  Gestionar procesos de restablecimiento de contraseñas y recuperación de acceso. -  Configurar parámetros generales, opciones globales y políticas funcionales de la solución. -  Consultar la bitácora de auditoría y trazabilidad de las operaciones realizadas en el sistema. -  Consultar, supervisar y dar seguimiento al estado de los procesos de carga, validación y registro de información. -  Autorizar aperturas extraordinarias de períodos de captura, actualización o corrección de información institucional. -  Administrar catálogos y configuraciones de carácter general o transversal. -  Gestionar las configuraciones generales relacionadas con el acceso y la operación del sistema.
Gestor	Usuario responsable de la gestión funcional y operativa de la información financiera y presupuestaria del sistema. Deberá contar con acceso a las funcionalidades necesarias para la carga, validación, procesamiento y administración funcional de la información e indicadores. Como mínimo, deberá permitir: -  Realizar procesos de carga masiva de información mediante archivos CSV. -  Validar, procesar y gestionar información financiera y presupuestaria. -  Configurar formularios, variables y estructuras de captura de información. -  Administrar indicadores financieros y presupuestarios. -  Definir y parametrizar fórmulas de cálculo y variables asociadas. -  Administrar catálogos y parámetros de carácter funcional. -  Configurar períodos y ventanas de tiempo para el registro institucional. -  Habilitar o deshabilitar instituciones para los procesos de captura de información. -  Consultar reportes, indicadores y la trazabilidad de las operaciones relacionadas con la gestión funcional del sistema.
Digitador	Usuario responsable del registro y actualización de información financiera y presupuestaria de su institución mediante los formularios habilitados por el sistema. Como mínimo, deberá permitir: -  Ingresar información financiera y presupuestaria correspondiente a su institución. -  Consultar y actualizar la información registrada dentro de los períodos habilitados. -  Visualizar mensajes de validación, inconsistencias y estados del proceso de registro. -  Consultar el estado de cumplimiento de los procesos de captura asignados a su institución. -  Adjuntar documentos, como por ejemplo el oficio de validación o confirmación de la información oficial, como mínimo en formato PDF, DOCX o XLSX. -  Acceder únicamente a la información y funcionalidades autorizadas para su institución y perfil de acceso.
Público	Usuario sin autenticación, con acceso exclusivamente a la información que CONARE determine como pública. Como mínimo, deberá permitir: -  Consultar y filtrar información pública. -  Interactuar con los indicadores, reportes y visualizaciones habilitados para consulta pública. -  Descargar la información o resultados que el CONARE determine como disponibles para descarga. -  No podrá registrar, modificar, eliminar ni administrar información del sistema.

 

• La solución deberá permitir la creación de roles adicionales y la configuración granular de permisos, alcances y ámbitos organizacionales, sin requerir modificaciones al código fuente de la solución.
• La solución deberá permitir la asignación de permisos adicionales o excepcionales a usuarios específicos, complementando los permisos otorgados por los roles funcionales asignados, con el fin de atender necesidades operativas particulares sin requerir la creación o modificación de roles existentes.
• Los permisos adicionales deberán administrarse de forma independiente a los roles, manteniendo trazabilidad sobre su asignación, vigencia, modificación y revocación.
• La solución deberá permitir que dichos permisos sean otorgados por usuarios autorizados conforme a las políticas de seguridad definidas por la institución.
• Los permisos adicionales podrán estar sujetos a restricciones de vigencia, ámbito organizacional, tipo de expediente, proceso, funcionalidad o cualquier otro criterio de autorización definido por la institución.

 

Integración con Keycloak

• La solución deberá integrarse con el servidor institucional de Keycloak provisto por la institución, el cual actuará como proveedor corporativo de identidad (Identity Provider - IdP) para la gestión centralizada de autenticación, autorización y administración de credenciales de acceso.
• El contratista deberá realizar las configuraciones, desarrollos e integraciones necesarias para que la solución utilice el servidor institucional de Keycloak como mecanismo único de autenticación y gestión de identidad, conforme a las políticas de seguridad y lineamientos técnicos definidos por la institución.
• La integración deberá soportar:

• autenticación centralizada;
• verificación de correo electrónico;
• activación de cuentas;
• recuperación de credenciales;
• cambio de contraseña;
• bloqueo temporal de cuentas;
• gestión de sesiones;
• políticas de contraseñas;
• administración centralizada de usuarios;
• administración centralizada de roles y grupos.

 

• La solución deberá permitir el reenvío de notificaciones de activación o verificación de cuenta cuando corresponda.
• La solución deberá informar al usuario cuando su cuenta se encuentre bloqueada, suspendida o inactiva.
• La solución deberá permitir aplicar políticas de seguridad institucionales definidas en Keycloak sin requerir modificaciones al código de la aplicación.
• La solución deberá consumir y respetar los roles, grupos, atributos y demás elementos de seguridad administrados en Keycloak, utilizándolos para la aplicación de las reglas de autorización y control de acceso definidas en la plataforma.
• La integración no deberá requerir la implementación de mecanismos paralelos de autenticación ni la gestión independiente de credenciales dentro de la aplicación, salvo aquellos casos excepcionales expresamente autorizados por la institución.
• El enlace enviado al usuario para la recuperación o restablecimiento de contraseña deberá tener un tiempo de vigencia limitado. Una vez expirado dicho plazo, el enlace no deberá permitir el restablecimiento de la contraseña y el usuario deberá solicitar un nuevo enlace.
  • REQUERIMIENTOS TÉCNICOS Y NO FUNCIONALES

Entorno de desarrollo

• En esta etapa no se contempla la contenerización integral de la solución. No obstante, el contratista deberá diseñar e implementar la arquitectura de manera que permita la adopción progresiva de tecnologías de contenerización, integración continua, automatización de despliegues, orquestación y prácticas DevOps, sin requerir cambios estructurales significativos en la solución.
• La solución deberá desarrollarse bajo principios de modularidad y desacoplamiento, de manera que sus componentes puedan evolucionar de forma independiente y se favorezcan la escalabilidad, mantenibilidad y sostenibilidad de la solución.
• La arquitectura deberá contemplar la integración segura entre los componentes de la solución desplegados en la infraestructura on-premise de CONARE y los servicios cloud, garantizando la interoperabilidad, disponibilidad y trazabilidad de la información. El contratista deberá implementar los mecanismos de conectividad, autenticación, autorización, transferencia e intercambio de datos, sincronización y monitoreo que resulten necesarios, de conformidad con la arquitectura aprobada y los controles de seguridad establecidos por CONARE.
• CONARE será responsable de habilitar los recursos de infraestructura y servicios cloud que correspondan, dentro de sus ambientes y tenant institucional. El contratista será responsable de la instalación, configuración, parametrización, integración, despliegue y puesta a punto de los componentes de la solución en los ambientes de desarrollo, pruebas y producción, según corresponda, incluyendo los componentes on-premise y cloud contemplados en la arquitectura aprobada. El contratista deberá realizar estas actividades mediante los accesos y permisos autorizados por CONARE.

 

1. Infraestructura institucional (CONARE - On-premise):

Componente	Tecnología base
Sistema operativo:	Windows Server 2025
Motor de base de datos:	MS Server SQL 2025
Autenticación:	Keycloak 26.x bajo Ubunto

 

1. Plataforma de datos y analítica

Componente	Tecnología base
Procesamiento y gestión de datos	Microsoft Fabric - Capacity F4
Visualización de datos	Power BI
Visualización embebida	Power BI Embedded

 

1. Tecnologías de desarrollo y documentación

Arquitectura modular, desacoplada y orientada a capas y servicios

Componente	Tecnología base
Frontend Web	Vue.js + Vite
Estilos y componentes visuales	TailwindCSS
Comunicación con backend	Axios
Backend / Servicios de aplicación	.NET 10 / ASP.NET Core Web API
Acceso a datos	Dapper
Validaciones	FluentValidation
Seguridad de aplicación	Keycloak + JWT
Trazabilidad y logging	Serilog
Control de versiones	Git / GitHub
Herramientas de desarrollo	Visual Studio / VS Code
Servidor virtual Azure	CONARE podrá habilitar, una máquina virtual con sistema operativo Windows Server, destinada a proporcionar un ambiente controlado para las actividades de desarrollo, configuración, integración y pruebas. La versión específica será definida durante el diseño técnico de la solución, considerando los requerimientos de compatibilidad, seguridad y soporte de las tecnologías seleccionadas.

 

Requerimientos no funcionales

• El contratista deberá aplicar un diseño gráfico acorde con el Manual de Identidad Gráfica del CONARE, el cual será suministrado oportunamente por la institución.
• La solución deberá ser accesible mediante navegador web, estar completamente disponible en idioma español y mantener estándares de diseño uniformes en todas sus pantallas, formularios, consultas, reportes y componentes analíticos, garantizando una experiencia de usuario coherente y consistente.
• La solución deberá poder visualizarse adecuadamente en distintos tamaños de pantalla, incluyendo computadoras de escritorio, tabletas y dispositivos móviles, sin pérdida de información ni funcionalidad.
• Con el fin de facilitar la navegación y consulta de información, el sistema deberá preservar los filtros y criterios de búsqueda seleccionados por el usuario dentro del módulo, evitando que estos se pierdan al acceder a registros de detalle y retornar posteriormente a la lista de resultados.
• Todos los campos de las interfaces deberán contar con etiquetas (label) explícitas y descriptivas que faciliten su identificación y utilización.
• La solución deberá cumplir lineamientos básicos de accesibilidad, incluyendo como mínimo contraste adecuado de colores, navegación mediante teclado y compatibilidad con lectores de pantalla.
• Para acceder a la solución, el equipo del usuario no requerirá la instalación de componentes, complementos o librerías adicionales, ya que el acceso deberá realizarse mediante navegador web.
• La solución deberá ser compatible, como mínimo, con las versiones vigentes de Microsoft Edge, Google Chrome, Mozilla Firefox y Safari.
• La solución deberá garantizar tiempos de respuesta adecuados para las funcionalidades de consulta, visualización, reportes y análisis de información. Como criterio general de desempeño, el tiempo total de carga de las páginas no deberá exceder los cinco (3) segundos, incluyendo aquellas que incorporen tableros, gráficos, reportes o visualizaciones analíticas embebidas.
• El tiempo de respuesta deberá medirse desde el momento en que el usuario ejecuta la solicitud hasta que la información, visualizaciones y componentes interactivos se encuentren completamente cargados y disponibles para su utilización.
• Los formularios deben operar exclusivamente bajo HTTPS e incluir mecanismos de protección contra envíos automatizados (por ejemplo, reCAPTCHA).
• La solución deberá asegurar un desempeño estable y continuo, de manera que la incorporación de nuevas funcionalidades o el acceso concurrente de usuarios no afecten la estabilidad ni el rendimiento del sistema. Como mínimo, deberá soportar cincuenta (50) usuarios concurrentes sin degradación perceptible de la experiencia de uso.
• La solución deberá integrar de manera efectiva los datos y procesos de los distintos módulos, garantizando que la información común se registre una única vez y pueda ser utilizada por los componentes que la requieran, evitando duplicidades y asegurando la consistencia de los datos.
• El sistema deberá proporcionar mecanismos transversales de validación, control de calidad, consistencia e integridad de la información procesada por la solución, aplicables a los procesos de carga, captura, integración, procesamiento y administración de datos financieros y presupuestarios.
• Los archivos CSV generados por la solución, así como aquellos utilizados para procesos de carga e intercambio de información, deberán utilizar codificación UTF-8, garantizando la correcta representación de caracteres especiales, acentos y símbolos propios del idioma español.
• La solución deberá garantizar que los archivos exportados mantengan la integridad, estructura y consistencia de la información presentada en pantalla, incluyendo encabezados, nombres de columnas y formatos de datos aplicables.
• El sistema deberá proporcionar al usuario una guía visual clara, accesible y configurable para la preparación y carga de archivos CSV. Dicha guía deberá estar disponible directamente en la interfaz de carga y podrá ser administrada por usuarios autorizados. Como mínimo, deberá incluir:

1. Estructura esperada del archivo CSV.
2. Orden y nombre de las columnas requeridas.

• Consideraciones sobre la codificación del archivo.

1. Recomendaciones sobre delimitadores, uso de comillas y caracteres especiales.
2. Validaciones generales y reglas básicas para la correcta carga de información

• Durante el proceso de carga de datos mediante archivos CSV, el sistema deberá ejecutar automáticamente las validaciones necesarias para garantizar la integridad, completitud y coherencia de la información. Como mínimo, deberán contemplarse las siguientes validaciones:

1. Formato y tipo de archivo permitido.
2. Tipo de dato esperado para cada campo.

• Longitud máxima permitida por campo.

1. Presencia de campos obligatorios.
2. Restricciones específicas de formato.
3. Reglas de negocio definidas por la institución.

• Validaciones de no duplicidad.
• Rangos permitidos.

1. Dependencias y relaciones entre datos.

 

• En caso de detectarse errores o inconsistencias durante la carga, el sistema deberá generar un informe detallado que incluya como mínimo:

1. Número de fila o registro asociado al error.
2. Campo afectado.

• Descripción del error detectado.

1. Estado del registro procesado (válido o rechazado).

 

• La solución no deberá completar el proceso de carga o registro mientras existan errores de validación. En estos casos, deberá informar las inconsistencias detectadas y permitir la corrección de la información antes de ejecutar nuevamente el proceso.
• El sistema deberá permitir la sustitución de datos previamente cargados mediante archivos CSV para períodos, instituciones o conjuntos de datos específicos. Como mínimo:

1. El usuario deberá confirmar explícitamente la acción de reemplazo.
2. El sistema deberá validar el nuevo archivo antes de ejecutar la sustitución.

• El reemplazo solo podrá realizarse cuando las validaciones sean satisfactorias.

1. El proceso deberá operar bajo modalidad de reemplazo total para el conjunto de datos seleccionado.

 

• La solución deberá cerrar automáticamente la sesión del usuario tras un período de inactividad configurable por la institución.
• Una vez superado dicho período, el sistema deberá invalidar la sesión activa y requerir una nueva autenticación para continuar utilizando la plataforma.
• En casos de cierre del navegador, pérdida de conexión o abandono de la sesión, el sistema deberá invalidar la sesión una vez transcurrido el período de inactividad configurado.
• La solución deberá mostrar mensajes de validación, advertencia, información y error de forma clara, comprensible, visible y accesible, permitiendo identificar la causa de la situación presentada y orientar al usuario sobre las acciones requeridas para su corrección. Como mínimo, deberán contemplarse mensajes específicos para los siguientes escenarios:

1. Errores o inconsistencias durante la administración de usuarios, roles y permisos.
2. Ingreso de credenciales incorrectas o intento de acceso con una cuenta no habilitada, bloqueada o sin los permisos requeridos.

• Ausencia, formato incorrecto o inconsistencia de información en campos obligatorios de formularios.

1. Errores o inconsistencias durante la carga, validación, procesamiento o actualización de archivos CSV.
2. Incumplimiento de las reglas de validación, integridad o consistencia definidas para la información financiera, presupuestaria y demás datos administrados por el sistema.
3. Errores o inconsistencias en la ejecución de las reglas de negocio o reglas de cálculo asociadas a los indicadores.

• Ausencia de información, datos no disponibles o resultados insuficientes para la generación o consulta de un indicador.
• Errores durante la consulta, generación, actualización o visualización de reportes, dashboards e indicadores.

1. Intentos de ejecución de operaciones o acceso a funcionalidades para las cuales la persona usuaria no cuenta con los permisos correspondientes.
2. Errores de comunicación o integración entre los componentes de la solución, incluyendo los servicios de aplicación, base de datos, los servicios de datos, analítica de Microsoft Fabric y Power BI.
3. Errores o fallos en los procesos de actualización, integración, transformación o procesamiento de datos requeridos para la generación de indicadores y reportes.

• Situaciones en las que una operación no pueda completarse, indicando, cuando corresponda, si la información fue procesada parcialmente, rechazada o requiere una acción adicional por parte de la persona usuaria o de la administración del sistema.

 

 

 

• CONSTRUCCIÓN Y HABILITACIÓN DE LOS SERVICIOS CLOUD DE DATOS Y ANALÍTICA

• El contratista deberá configurar y habilitar los servicios cloud de datos y analítica necesarios para soportar la integración, preparación, procesamiento y explotación analítica de la solución, de conformidad con la arquitectura aprobada por CONARE, las políticas y controles de seguridad institucionales y los requerimientos funcionales y analíticos de la solución.
• Los servicios cloud deberán contemplar las capacidades necesarias para los ambientes que correspondan, así como las condiciones requeridas para permitir el crecimiento y evolución de la solución durante la vigencia contractual, procurando adecuados niveles de disponibilidad, rendimiento, seguridad, escalabilidad y eficiencia en el uso de los recursos.
• Como mínimo, deberán contemplarse los siguientes componentes, según las necesidades y el dimensionamiento aprobado:

1. Plataforma de datos y analítica, mediante Microsoft Fabric, incluyendo la capacidad Fabric F4 o la que corresponda de acuerdo con el dimensionamiento aprobado.
2. Almacenamiento de datos, utilizando OneLake y las capacidades nativas de almacenamiento de Microsoft Fabric requeridas para la integración, consolidación, transformación y conservación de la información.

• Servicios de integración y procesamiento de datos, requeridos para la extracción, transferencia, transformación, validación, actualización y procesamiento de la información proveniente de la base de datos y de las demás fuentes que sean definidas por CONARE.

1. Capacidades de modelado y explotación analítica, incluyendo los componentes requeridos para la construcción y actualización de modelos de datos, datasets (modelos semánticos), reportes, dashboards e indicadores financieros.
2. Servicios de visualización y publicación, mediante Power BI, incluyendo las capacidades requeridas para la publicación y consulta de reportes, dashboards e indicadores, así como Power BI Embedded cuando se requiera su integración dentro de la aplicación web.
3. Mecanismos de seguridad, administración, monitoreo y trazabilidad disponible en los servicios utilizados, de conformidad con las políticas y controles de seguridad establecidos por CONARE.

• Los demás servicios o componentes cloud de Microsoft Fabric y Power BI requeridos por la arquitectura aprobada para garantizar la integración, procesamiento, explotación analítica, seguridad y puesta en operación de la solución.
• CONARE proporcionará al contratista los accesos necesarios para la configuración y habilitación de los servicios cloud, de conformidad con las políticas de seguridad institucionales y bajo el principio de mínimo privilegio.
• El contratista deberá habilitar los mecanismos necesarios para que CONARE pueda consultar y monitorear la utilización de los servicios cloud, incluyendo, como mínimo, la capacidad contratada, utilización, consumo y costos asociados a Microsoft Fabric y demás servicios cloud que formen parte de la solución.
• Asimismo, deberá habilitar los mecanismos disponibles para la consulta y, cuando corresponda, exportación de la información de consumo y utilización hacia el repositorio que CONARE determine, en el formato y mediante los mecanismos que sean acordados entre las partes.
  • LICENCIAMIENTO MICROSOFT
• CONARE podrá, cuando así lo determine, adquirir del contratista, de forma total o parcial, las licencias, suscripciones y servicios Microsoft específicamente requeridos para la implementación, operación, soporte y evolución de la solución. La adquisición y el consumo de estos productos y servicios se realizará según las necesidades de la solución y bajo demanda.
• Cuando CONARE determine adquirir licencias, suscripciones o servicios Microsoft por medio del contratista, este deberá acreditar, previo a su suministro, que cuenta con la habilitación vigente para su comercialización y suministro, de conformidad con la modalidad correspondiente del programa Microsoft Cloud Solution Provider (CSP) y las condiciones establecidas por Microsoft. Para tal efecto, deberá aportar la documentación oficial emitida por el fabricante que permita verificar dicha condición.
• La certificación Microsoft Cloud Solution Provider (CSP) aportada por el oferente deberá tener una vigencia mínima de un año con referencia a la fecha de apertura de ofertas y el contratista será responsable de aportar una nueva certificación de manera que se mantenga vigente durante todo el plazo de ejecución contractual.
• En caso de que Microsoft modifique la denominación, modalidad o requisitos de su programa de comercialización, el contratista deberá acreditar la condición, certificación, acreditación o autorización equivalente o similar que lo habilite para suministrar los productos y servicios requeridos por CONARE.
• En caso de que CONARE determine realizar dicha adquisición por medio del contratista, este deberá presentar una proforma, que indique los precios de las licencias, suscripciones y servicios Microsoft específicamente asociados a la solución que puedan ser requeridos durante la ejecución contractual, indicando, como mínimo: producto o servicio, modalidad de licenciamiento, unidad de medida, cantidad, período de vigencia, precio unitario, impuestos aplicables y precio total.
• La presentación de esta proforma no implica obligación de CONARE de adquirirlos del contratista, quedando a criterio de CONARE determinar, de acuerdo con sus necesidades y condiciones de contratación, si procede su adquisición.
• La estimación anual para este servicio es de cuatro millones de colones ₡4.000.000). Los servicios y costos estimados asociados a las licencias, suscripciones y servicios cloud que eventualmente podrán ser adquiridos en el marco de la contratación se detallan a continuación. Para determinar estos valores se utilizó como referencia la Calculadora de precios de Microsoft Azure (Microsoft Azure Pricing Calculator) y la base de precios publicados por Microsoft.

Servicio Cloud	Costo Anual estimado
Azure Windows Server – Máquina virtual	$1,681.92
Microsoft Fabric – Capacity F4	$6,307.20
Power BI Pro (2 Licencias)	$144.42

 

    Los servicios indicados corresponden a una estimación de las necesidades potenciales de consumo y su adquisición estará sujeta a los requerimientos efectivamente determinados durante la ejecución del proyecto, a la disponibilidad presupuestaria y a las condiciones establecidas en el presente pliego. Los consumos indicados son de carácter referencial y no representan un compromiso de adquisición o utilización permanente por parte de CONARE.

Estos servicios y recursos de infraestructura serán utilizados de acuerdo con las necesidades de cada etapa del proyecto y podrán ser apagados, suspendidos o deshabilitados durante los períodos en que no se requiera su utilización, con el propósito de optimizar el consumo de recursos y los costos asociados.

 

• Cuando CONARE adquiera mediante el contratista licencias, suscripciones o servicios Microsoft asociados a la solución, el adjudicatario deberá proporcionar, sin costo adicional para CONARE durante la ejecución contractual, los mecanismos y herramientas necesarios para el seguimiento de su utilización, consumo y costos asociados, incluyendo, como mínimo:
  1. El registro, seguimiento y trazabilidad de tiquetes de servicio.
  2. El seguimiento del consumo y utilización de los servicios y recursos de Microsoft Azure y demás servicios Microsoft asociados a la solución, incluyendo, cuando corresponda, Microsoft Fabric, almacenamiento, servicios de monitoreo y otros recursos contratados.

• La consulta de información relacionada con el consumo, utilización y costos asociados a los servicios y recursos adquiridos mediante el contratista, de acuerdo con las capacidades disponibles en las herramientas de administración, monitoreo y gestión de Microsoft.

1. La generación o disponibilidad de reportes que permitan a CONARE dar seguimiento al consumo de los servicios contratados, así como identificar variaciones significativas en su utilización.
2. La disponibilidad de la información necesaria para que CONARE pueda verificar el consumo actual e histórico de los servicios y recursos Microsoft suministrados mediante el contratista, así como contrastarlo con las condiciones económicas aplicables a los servicios efectivamente suministrados.
3. Cuando los servicios o recursos se encuentren implementados en el tenant de Microsoft de CONARE, el seguimiento deberá realizarse mediante los mecanismos de administración, monitoreo y consulta disponible para CONARE y con los niveles de acceso que CONARE autorice al contratista.

 

• PROPIEDAD INTELECTUAL

• La solución, así como todos los desarrollos, componentes, módulos, funcionalidades, configuraciones, integraciones, adaptaciones, documentación técnica y demás productos generados en el marco del presente contrato, serán propiedad intelectual del CONARE. En consecuencia, cualquier desarrollo, mejora, componente, módulo o complemento (plugin) implementado como parte de la solución pasará a formar parte integral del sistema y quedará bajo titularidad del CONARE.
• El contratista deberá garantizar que todos los componentes de software, módulos, bibliotecas, complementos, recursos gráficos y demás elementos utilizados en la solución cuentan con los respectivos derechos de uso, licenciamiento o autorización correspondiente, ya sea mediante licencias comerciales válidas, licencias de software libre, código abierto o cualquier otro mecanismo legalmente permitido.
• Asimismo, el contratista será responsable de asegurar que el uso de componentes, textos, gráficos, fotografías, diseños, imágenes, ilustraciones, animaciones y cualquier otro recurso incorporado en la solución no infringe derechos de propiedad intelectual ni derechos de terceros, eximiendo al CONARE de cualquier reclamación, demanda, indemnización o responsabilidad derivada de su utilización.
• El contratista deberá entregar al CONARE el código fuente, scripts, configuraciones, componentes desarrollados, documentación técnica y demás elementos necesarios para la operación, mantenimiento y evolución de la solución, conforme a los términos establecidos en el contrato.
  • CONFIDENCIALIDAD
• El contratista y su personal deberán manejar con estricta confidencialidad toda la información —ya sea escrita, verbal o en formato digital— a la que tengan acceso o que sea generada en el marco de la presente contratación, tanto durante su vigencia como con posterioridad a su finalización. El contratista será responsable de garantizar que su equipo de trabajo cumpla con esta obligación, asumiendo la responsabilidad por cualquier uso indebido, divulgación o acceso no autorizado, ya sea por parte de su personal o de terceros, sin el consentimiento previo y expreso del CONARE.
• El contratista deberá implementar y mantener medidas de seguridad de la información acordes con las mejores prácticas y estándares internacionales, orientadas a proteger la confidencialidad, integridad y disponibilidad de la información. Estas medidas deberán incluir, al menos, controles de acceso, gestión de credenciales, protección de datos, uso seguro de redes y resguardo de la información almacenada y en tránsito.
• El acceso a bases de datos, documentos y sistemas institucionales, incluyendo, pero no limitado al sistema, estará estrictamente limitado a los fines autorizados por CONARE. El contratista no podrá copiar, reproducir, distribuir ni utilizar dicha información para fines distintos a los establecidos en el contrato.
• El uso indebido, irregular o no autorizado de la información, de forma directa o indirecta, se considerará una actuación de mala fe y podrá causar la terminación anticipada del contrato. Además, puede generar consecuencias legales y penales, incluyendo delitos informáticos.
  • MANUALES Y CAPACITACIÓN

El contratista deberá elaborar y entregar los manuales necesarios para garantizar la correcta utilización, administración funcional y operación de la solución por parte de los diferentes perfiles de usuario definidos por la institución. Como mínimo, deberá entregar:

1. Manual de administración

Deberá describir las actividades asociadas a la administración de la solución, incluyendo la gestión de usuarios, roles, permisos, catálogos, parámetros, flujos de trabajo, contenido informativo, configuraciones generales y demás funcionalidades administrativas disponibles.

1. Manual de usuario

Deberá documentar los procesos y funcionalidades disponibles para los distintos perfiles de usuario de la solución, incluyendo, según corresponda, personas solicitantes, personal de la ORE, oficinas de registro, unidades académicas, comisiones y demás usuarios autorizados.

Los manuales deberán incluir procedimientos operativos, diagramas, imágenes, ejemplos de uso, flujos de navegación y demás elementos que faciliten la comprensión y utilización de la solución.

1. Material de capacitación

El contratista deberá proporcionar el material utilizado durante las actividades de capacitación, incluyendo presentaciones, guías, ejercicios, demostraciones, grabaciones u otros recursos generados durante el proceso de formación.

1. Capacitación

• El contratista deberá planificar, coordinar e impartir las actividades de capacitación necesarias para garantizar la adecuada adopción, utilización y aprovechamiento de la solución por parte de los diferentes perfiles de usuario definidos por la institución.
• Como mínimo, deberá impartirse al menos una (1) sesión formal de capacitación para cada perfil de usuario identificado durante la ejecución del proyecto, con una duración mínima de dos (2) horas por sesión.
• Las actividades de capacitación podrán realizarse en modalidad presencial, virtual sincrónica o una combinación de ambas, según lo determine la institución.
• El contratista deberá entregar todo el material utilizado durante las capacitaciones, incluyendo presentaciones, guías, manuales, ejercicios, grabaciones y cualquier otro recurso generado para apoyar el proceso de formación.
• Toda la documentación y material de capacitación deberá entregarse en idioma español y en formatos DOCX y PDF.
• Los manuales y materiales de capacitación deberán corresponder a la versión final implementada de la solución. En caso de que durante el proyecto se realicen ajustes funcionales, configuraciones o cambios que afecten los procesos documentados, el contratista deberá actualizar la documentación y los materiales correspondientes antes de la aceptación final del proyecto.

 

 

 

• DOCUMENTACIÓN TÉCNICA

• El contratista deberá elaborar, mantener actualizada y entregar a la institución la documentación técnica completa de la solución implementada. Esta documentación deberá permitir la instalación, configuración, administración, operación, soporte, mantenimiento y evolución futura de la plataforma, sin dependencia exclusiva del contratista.
• La documentación técnica deberá entregarse en formato digital editable y corresponder a la versión final implementada de la solución. Como mínimo, deberá incluir:

1. Arquitectura de la solución

• Descripción general de la arquitectura implementada.
• Diagramas de arquitectura lógica, física y de despliegue.
• Descripción de los componentes tecnológicos utilizados.
• Flujo general de información entre componentes.
• Relación entre módulos y servicios.

1. Infraestructura y ambientes

• Descripción de ambientes (desarrollo, pruebas, producción u otros).
• Requerimientos de infraestructura.
• Configuración de servidores, servicios y dependencias.
• Consideraciones de instalación en entornos institucionales.

1. Instalación, configuración y despliegue

• Procedimientos de instalación y configuración.
• Procedimientos de despliegue.
• Parámetros de configuración del sistema.
• Procedimientos de restauración y recuperación de ambientes.

1. Integraciones e interfaces

• Descripción de integraciones con sistemas internos o externos.
• Especificación de APIs, servicios web e interfaces.
• Estructuras de intercambio de datos.
• Dependencias y consideraciones operativas.

1. Seguridad

• Mecanismos de autenticación y autorización.
• Gestión de usuarios, roles y permisos.
• Configuración de seguridad aplicada.
• Gestión de certificados SSL o mecanismos de protección.

1. Administración y operación

• Procedimientos de administración del sistema.
• Monitoreo y operación de la plataforma.
• Procedimientos de respaldo y recuperación.
• Parámetros configurables del sistema.

1. Base de datos

• Estructura general de la base de datos.
• Objetos principales (tablas, vistas, procedimientos, funciones).
• Referencia al modelo de datos.
• Procedimientos de mantenimiento y administración.
• Diccionario de datos.

1. Código fuente

• Estructura del código fuente.
• Organización de módulos y componentes.
• Dependencias y librerías utilizadas.
• Procedimientos de compilación y publicación.

 

• DOCUMENTACIÓN ANALÍTICA, INDICADORES Y VISUALIZACIÓN

El contratista deberá entregar la documentación completa correspondiente al componente analítico de la solución, el cual incluye el repositorio de datos, el modelo de indicadores y los tableros de visualización. Esta documentación deberá permitir la comprensión, administración, evolución y mantenimiento de la capa analítica de la plataforma. Como mínimo, deberá incluir:

1. Modelo analítico y repositorio de datos

• Descripción del repositorio de datos analítico implementado.
• Modelo dimensional (dimensiones y relaciones).
• Diseño del modelo de datos para análisis.
• Trazabilidad de los datos desde las fuentes hasta el repositorio.

1. Integración y procesos de datos

• Descripción de procesos de carga, transformación y consolidación de datos.
• Reglas de negocio aplicadas en la transformación de información.
• Frecuencia y mecanismos de actualización de datos.
• Validaciones aplicadas a los datos analíticos.

1. Catálogo de indicadores

• Definición del catálogo de indicadores financieros, presupuestarios y macroeconómicos.
• Fórmulas de cálculo de cada indicador.
• Parámetros, umbrales y criterios de agregación.
• Dimensiones de análisis asociadas a cada indicador.

1. Visualización y explotación de información

• Descripción de tableros de control, reportes y visualizaciones desarrolladas.
• Estructura de datasets utilizados en Power BI.
• Filtros, segmentaciones y jerarquías de análisis disponibles.
• Capacidades de análisis histórico, comparativo y multidimensional.

1. Gobernanza y evolución analítica

• Reglas para incorporación de nuevas fuentes de datos.
• Recomendaciones para escalamiento de la capacidad analítica.

 

• SERVICIO DE SOPORTE, MANTENIMIENTO Y MEJORA CONTINUA DE LA SOLUCIÓN

• El contratista deberá brindar el servicio de soporte técnico, mantenimiento preventivo, correctivo y adaptativo, así como desarrollo evolutivo y mejora continua de la solución, de conformidad con las condiciones establecidas en el presente pliego de condiciones.
• El servicio se prestará bajo la modalidad de servicios según demanda, mediante dos tarifas diferenciadas, de acuerdo con la naturaleza de las actividades efectivamente ejecutadas.

1. Personal técnico

• El contratista deberá disponer, durante toda la vigencia del contrato, del personal técnico especializado necesario para la prestación de los servicios de soporte, mantenimiento, desarrollo evolutivo y mejora continua de la solución.
• El personal técnico que sea asignado para la ejecución de los servicios deberá cumplir, como mínimo, con los perfiles, requisitos de formación académica, experiencia profesional y demás condiciones establecidas para el personal requerido en el presente pliego de condiciones, de acuerdo con las funciones y actividades que le sean asignadas.
• Adicionalmente, el personal deberá contar con experiencia y conocimientos técnicos acordes con los componentes de la arquitectura tecnológica de la solución, incluyendo, según corresponda, desarrollo aplicativo, bases de datos, integración, gestión de identidades, servicios cloud, datos, analítica y demás tecnologías que conformen la solución.
• El contratista deberá garantizar que el personal asignado posea las competencias necesarias para atender tanto los componentes tecnológicos existentes como aquellos que sean incorporados o modificados durante la vigencia del contrato.
• Cuando el contratista requiera sustituir a alguno de los profesionales asignados al servicio, deberá comunicarlo previamente al CONARE y garantizar que la persona sustituta cumpla como mínimo con los requisitos del perfil correspondiente establecidos en el presente pliego, así como con las competencias técnicas necesarias para asumir las funciones asignadas.
• La sustitución de personal no deberá afectar la continuidad, calidad ni oportunidad de los servicios contratados.

1. Gestión de solicitudes de servicio

• El administrador del contrato designado por el CONARE será la persona autorizada para solicitar servicios al contratista. El CONARE podrá ampliar o reducir la cantidad de personas autorizadas para realizar solicitudes, previa comunicación al contratista.
• El contratista deberá proporcionar y mantener actualizado un protocolo de atención que incluya, como mínimo:

1. correo electrónico o mecanismo equivalente para el registro de solicitudes e incidentes;
2. teléfono de soporte como canal adicional de atención, cuando corresponda;
3. procedimiento o mecanismo para el reporte, seguimiento y cierre de solicitudes;
4. información de contacto del administrador del proyecto o responsable del servicio por parte del contratista, incluyendo el número de teléfono y correo electrónico. Este recurso será el punto de contacto entre el CONARE y el contratista. Asimismo, será responsable de atender oportunamente los aspectos relativos al servicio solicitado, tales como:
5. Coordinación
6. Atención a las solicitudes de soporte, desarrollo y mantenimiento

• Solicitud de reemplazo de personal (si fuese necesario)

1. Aspectos relativos a los pagos y cualquier otra situación referente a la supervisión del personal que brinda el servicio.

• El contratista deberá mantener la trazabilidad de las solicitudes desde su registro hasta su cierre y proporcionar al CONARE la información necesaria para verificar su atención y el consumo de horas correspondiente.

1. Alcance del servicio

• El servicio comprenderá las actividades de soporte técnico, mantenimiento preventivo, correctivo y adaptativo, desarrollo evolutivo y mejora continua requeridas para garantizar la operación, estabilidad, seguridad, disponibilidad y evolución de la solución y de los componentes de datos y analítica que forman parte de la solución.
• Para efectos de determinar el valor de las horas efectivamente ejecutadas, se establecen dos tarifas diferenciadas, según la naturaleza de la actividad:

 

Tarifa única 1: Soporte técnico, mantenimiento y desarrollo evolutivo del aplicativo, su base datos, servicios e integraciones.

• Aplicable a las actividades de soporte técnico, mantenimiento correctivo, preventivo y evolutivo relacionadas con el aplicativo y los componentes tecnológicos que soportan su operación transaccional y funcional, incluyendo
  • el aplicativo web de la solución y sus funcionalidades;
  • los procesos de captura, carga y validación de archivos CSV;
  • formularios, consultas, reportes, catálogos, parametrización y configuración;
  • la base de datos que soporta el aplicativo;
  • los servicios y componentes backend que soportan la operación del aplicativo;
  • las APIs y servicios de integración;
  • los mecanismos de identidad, autenticación y autorización;
  • las reglas de negocio y validaciones;
  • el motor de indicadores y sus reglas de cálculo;
  • los mecanismos de auditoría, registro y trazabilidad;
  • las funcionalidades de consulta y visualización de indicadores;
  • las integraciones con otros sistemas y fuentes de información;
  • los componentes de la aplicación web desplegados en la infraestructura on-premise de CONARE;
  • los demás componentes requeridos para el funcionamiento y evolución del aplicativo del Sistema de Indicadores, dentro del alcance de esta tarifa.

1. Soporte técnico y mantenimiento

Comprende la atención, diagnóstico y resolución de incidentes, consultas, errores y requerimientos técnicos, así como la ejecución de actividades de mantenimiento preventivo, correctivo y adaptativo sobre las funcionalidades existentes del Sistema de Indicadores, su base de datos, servicios e integraciones. Incluye, entre otras, las siguientes actividades:

 

• diagnóstico y resolución de errores funcionales y técnicos;
• revisión de logs y análisis del comportamiento de la aplicación;
• revisión y atención de servicios, APIs, integraciones y procesos;
• atención de problemas relacionados con la carga, validación y procesamiento de archivos CSV;
• soporte a formularios, validaciones, reglas de negocio y mecanismos de trazabilidad;
• soporte al motor de indicadores y sus reglas de cálculo;
• soporte a consultas, reportes y funcionalidades de seguimiento;
• ajustes menores y configuraciones autorizadas;
• análisis y atención de problemas de rendimiento, disponibilidad y estabilidad del aplicativo;
• soporte y mantenimiento de la base de datos;
• análisis y optimización de consultas y procesos de base de datos;
• atención de problemas de conectividad y comunicación entre el aplicativo y la base de datos;
• mantenimiento preventivo y correctivo de la base de datos;
• soporte a los mecanismos de autenticación, autorización, gestión de usuarios, roles y permisos;
• aplicación de actualizaciones de seguridad de los componentes comprendidos en esta tarifa;
• atención de vulnerabilidades que afecten los componentes comprendidos en esta tarifa;
• correcciones de compatibilidad y ajustes de configuración; y
• demás actividades de soporte y mantenimiento necesarias para preservar la adecuada operación, disponibilidad y continuidad del Sistema de Indicadores.

 

1. Desarrollo evolutivo y mejora continua

Comprende el análisis, diseño, desarrollo, implementación, modificación, pruebas y optimización de funcionalidades y capacidades del Sistema de Indicadores, requeridas para atender nuevas necesidades funcionales, operativas o tecnológicas previamente definidas, priorizadas y autorizadas por CONARE. Incluye, entre otras, las siguientes actividades:

• desarrollo de nuevas funcionalidades;
• modificación o ampliación de funcionalidades existentes;
• creación y modificación de formularios;
• modificación de reglas de negocio, validaciones y parámetros;
• modificación o incorporación de reglas de cálculo de indicadores;
• mejoras de experiencia de usuario;
• desarrollo y modificación de funcionalidades de carga y validación de archivos;
• desarrollo y modificación de reportes y consultas del aplicativo;
• desarrollo o modificación de APIs y servicios;
• desarrollo o modificación de integraciones;
• mejoras de los mecanismos de autenticación y autorización;
• adaptaciones derivadas de cambios normativos, operativos, organizacionales o tecnológicos;
• incorporación o actualización de componentes tecnológicos, librerías y frameworks requeridos por la evolución del aplicativo;
• modificaciones a la estructura o funcionalidades de la base de datos requeridas por los cambios evolutivos del aplicativo;
• actualización de la documentación técnica, funcional y arquitectónica asociada a las modificaciones realizadas; y
• transferencia de conocimiento relacionada con las modificaciones implementadas.

 

 

 

Tarifa única 2: Soporte especializado de datos, analítica y servicios cloud que forman parte de la solución

Comprende las actividades relacionadas con los componentes de datos y analítica que forman parte de la solución del Sistema de Indicadores, incluyendo:

• Microsoft Fabric y sus componentes;
• OneLake y las estructuras de almacenamiento utilizadas por la plataforma;
• procesos de extracción, integración, transformación, validación y actualización de datos provenientes de la base de datos y demás fuentes definidas por CONARE;
• procesos de consolidación y preparación de información para su explotación analítica;
• modelos de datos y modelos semánticos;
• reportes, dashboards, visualizaciones e indicadores desarrollados mediante Power BI;
• procesos de actualización y procesamiento de información;
• mecanismos de integración entre la base de datos, Microsoft Fabric y Power BI;
• capacidades y configuración de la capacidad Microsoft Fabric F4;
• demás componentes de datos y analítica que formen parte de la solución del Sistema de Indicadores.

 

1. Soporte y mantenimiento

Comprende las actividades de soporte especializado, diagnóstico, mantenimiento preventivo, correctivo y adaptativo de los componentes comprendidos en esta tarifa, Incluyendo, entre otras:

• administración, configuración y soporte de Microsoft Fabric y sus componentes;
• administración y soporte de OneLake y de las estructuras de datos implementadas;
• configuración, mantenimiento y soporte de los procesos de integración, transformación y actualización de datos;
• monitoreo y diagnóstico de los procesos de procesamiento y explotación analítica, cuando sea requerido por CONARE;
• atención de problemas relacionados con disponibilidad, rendimiento, capacidad y procesamiento de los componentes de datos y analítica;
• atención de problemas en los procesos de extracción, integración, transformación y carga de datos;
• soporte, mantenimiento y optimización de modelos de datos y modelos semánticos (datasets);
• soporte, mantenimiento y optimización de reportes, dashboards, visualizaciones e indicadores implementados en Power BI;
• análisis y optimización de procesos de integración, procesamiento y explotación de datos;
• análisis del consumo, utilización y capacidad de Microsoft Fabric y, cuando sea requerido por CONARE, ejecución de acciones o formulación de recomendaciones para su ampliación, reducción, sustitución o redistribución, procurando su uso eficiente y el control de los costos asociados;
• configuración y actualización de los componentes de datos y analítica, así como aplicación de medidas técnicas de seguridad previamente autorizadas;
• administración y verificación de los mecanismos de respaldo y recuperación que correspondan a los componentes comprendidos en esta tarifa;
• administración de mecanismos de seguridad de la plataforma analítica, incluyendo accesos, roles y políticas, de conformidad con los lineamientos establecidos por CONARE;
• gestión y análisis de logs, registros de auditoría y mecanismos de trazabilidad de eventos relevantes;
• identificación, análisis y atención de vulnerabilidades relacionadas con los componentes comprendidos en esta tarifa;
• atención y gestión de incidentes relacionados con los componentes de datos y analítica y coordinación de las acciones necesarias para su resolución;
• demás actividades de soporte y mantenimiento necesarias para preservar la adecuada operación de los componentes de datos y analítica de la solución.

 

1. Desarrollo evolutivo y mejora continua

Comprende el análisis, diseño, desarrollo, implementación, modificación y optimización de capacidades de datos y analítica, requeridos para atender nuevas necesidades previamente definidas, priorizadas y autorizadas por CONARE. Incluye, entre otras:

• diseño y construcción de procesos de integración y transformación de datos;
• desarrollo y modificación de procesos sobre Microsoft Fabric;
• desarrollo y modificación de estructuras y procesos de almacenamiento y procesamiento en OneLake;
• desarrollo y modificación de modelos de datos;
• desarrollo y modificación de modelos semánticos;
• creación y modificación de reportes, dashboards, visualizaciones e indicadores en Power BI;
• implementación de nuevas capacidades de analítica;
• optimización de procesos de procesamiento y explotación de datos;
• incorporación o modificación de componentes de Microsoft Fabric requeridos por la solución;
• adecuaciones derivadas de cambios normativos, operativos o tecnológicos;
• actualización de documentación técnica y arquitectónica asociada a las modificaciones realizadas; y
• transferencia de conocimiento relacionada con las mejoras implementadas.

 

1. Informe técnico mensual de operación y consumo cloud

El contratista deberá generar y entregar mensualmente un informe técnico de operación y consumo de la infraestructura cloud, como parte de las obligaciones de seguimiento y control establecidas en el contrato. La elaboración y entrega de este informe no generará por sí misma un consumo adicional de horas, salvo que CONARE solicite expresamente trabajos adicionales de análisis, diagnóstico, optimización o elaboración de informes especiales. El informe deberá incluir, como mínimo:

1. Estado y operación de la infraestructura
2. Estado general de la infraestructura y de los principales servicios cloud utilizados por la solución.
3. Uso y capacidad de los principales recursos y servicios.

• Riesgos operativos, de seguridad o de capacidad identificados.

1. Recomendaciones de mejora relacionadas con rendimiento, seguridad, disponibilidad, capacidad y utilización de los recursos.

 

 

1. Consumo y costos cloud
2. Desglose del consumo por servicio cloud utilizado.
3. Identificación del consumo por ambiente: desarrollo, pruebas y producción.

• Identificación y explicación de desviaciones relevantes en el consumo.
• La información contenida en los informes de consumo y costos deberá ser consistente con los registros disponibles en el tenant de CONARE y con la información generada por los servicios cloud utilizados por la solución.
• El contratista deberá facilitar, cuando sea requerido por CONARE, la configuración de mecanismos de consulta, reporte o exportación que permitan verificar y conciliar el consumo de los recursos cloud y los costos asociados.

1. Consumo del servicio

• El servicio se prestará bajo la modalidad de servicios según demanda, cuyo consumo se realizará mediante solicitudes registradas a través de los mecanismos establecidos para tal efecto.
• De acuerdo con su naturaleza, las solicitudes se clasificarán como incidentes, solicitudes de servicio o requerimientos de desarrollo evolutivo y mejora continua. Esta clasificación determinará el mecanismo de atención, los controles de autorización y cuando corresponda, la estimación previa de horas.

 

1. Gestión de incidentes y solicitudes de servicio

• Comprende la atención de eventos que provoquen o puedan provocar una interrupción, degradación o afectación de la disponibilidad, funcionamiento o desempeño de la solución, cuyo objetivo principal sea restablecer la operación normal del servicio en el menor tiempo posible.
• La gestión de los incidentes se realizará conforme a las siguientes condiciones:

1. El administrador del contrato o las personas autorizadas por este deberán registrar y reportar el incidente al contratista mediante los canales establecidos.
2. El contratista deberá iniciar la atención del incidente de acuerdo con su prioridad y los tiempos de respuesta establecidos en el contrato, sin requerir una estimación ni aprobación previa de horas para iniciar las actividades de diagnóstico, contención y recuperación del servicio.
3. El contratista deberá ejecutar las actividades necesarias para diagnosticar el incidente, contener sus efectos y restablecer la operación normal del servicio.
4. Una vez restablecido el servicio, el contratista deberá remitir un reporte que incluya, como mínimo, la descripción del incidente, las actividades realizadas, la causa identificada, cuando sea posible determinarla, la solución implementada, la fecha y hora de atención, el estado final, la tarifa aplicable y las horas efectivamente utilizadas.
5. Si durante la atención se determina que la solución requiere desarrollo de nuevas funcionalidades, modificación sustancial de funcionalidades existentes, cambios que excedan la recuperación del servicio o actividades que requieran planificación, dichas actividades deberán gestionarse como una solicitud de servicio o un requerimiento de desarrollo evolutivo, según corresponda.
6. El administrador del contrato, en coordinación con el ATIC cuando corresponda, dará seguimiento a la atención y recuperación del servicio.
7. Una vez verificado el restablecimiento del servicio y la conformidad de la atención, el administrador del contrato aprobará el cierre del incidente.
8. Cuando la atención corresponda a la corrección de un defecto, error, incumplimiento funcional o desviación atribuible a trabajos previamente realizados por el contratista y se encuentre dentro del período de garantía establecido en el contrato, las actividades requeridas para su corrección no generarán costo adicional para el CONARE.

 

1. Gestión de solicitudes de servicio

• Comprende la atención de consultas, configuraciones, parametrizaciones, ajustes menores, actividades de mantenimiento, soporte técnico y demás requerimientos relacionados con funcionalidades existentes de la solución, que no correspondan a un incidente.
• La gestión de estas solicitudes se realizará conforme a las siguientes condiciones:

1. El administrador del contrato o las personas autorizadas por este deberán registrar y remitir la solicitud al contratista mediante los canales establecidos.
2. El contratista deberá analizar la solicitud y determinar las actividades necesarias para su atención.
3. Cuando la solicitud corresponda a una atención ordinaria y de alcance conocido, que pueda ser resuelta mediante las actividades habituales de soporte, configuración, parametrización o mantenimiento, el contratista podrá ejecutarla sin requerir una estimación previa, registrando las horas efectivamente utilizadas.
4. Cuando la solicitud requiera un esfuerzo significativo, modificación de componentes, desarrollo, pruebas, varias actividades técnicas o un alcance que no pueda determinarse razonablemente al momento de su registro:

• El CONARE podrá utilizar, para estos efectos, una plantilla de historia de usuario, especificación funcional, formulario de requerimiento o cualquier otro mecanismo institucional definido para documentar la necesidad.
• El contratista deberá presentar previamente una propuesta de atención que incluya, como mínimo, las actividades requeridas, la estimación de horas, la tarifa aplicable y el plazo previsto.

1. Las actividades sujetas a estimación previa no podrán iniciarse hasta contar con la aprobación del administrador del contrato.
2. Una vez concluida la atención, el contratista deberá remitir un reporte con la descripción de las actividades realizadas, solución implementada, tarifa aplicada y horas efectivamente utilizadas.
3. El administrador del contrato verificará la conformidad de los trabajos y aprobará el cierre de la solicitud.

 

1. Desarrollo evolutivo y mejora continua de la solución

• Comprende las actividades destinadas a incorporar nuevas funcionalidades, ampliar o modificar las capacidades existentes de la solución, desarrollar nuevos componentes, implementar nuevas integraciones o realizar mejoras que requieran análisis, diseño, desarrollo, pruebas e implementación planificada.
• La atención de estos requerimientos estará sujeta a estimación y aprobación previa, conforme a las siguientes condiciones:

1. El administrador del contrato remitirá al contratista la descripción o especificación del requerimiento. CONARE podrá utilizar, para estos efectos, una plantilla de historia de usuario, especificación funcional, formulario de requerimiento o cualquier otro mecanismo institucional definido para documentar la necesidad.
2. El contratista realizará el análisis correspondiente y presentará una propuesta de atención que incluya, como mínimo:

• alcance de los trabajos;
• actividades previstas;
• entregables;
• tarifa aplicable;
• estimación de horas;
• plazo estimado de ejecución;
• dependencias o condiciones necesarias;

1. El administrador del contrato, en coordinación con el ATIC cuando corresponda, analizará la propuesta y podrá solicitar aclaraciones o ajustes.
2. Ninguna actividad que implique consumo de horas podrá iniciarse sin la aprobación previa del administrador del contrato.
3. Durante la ejecución, el administrador del contrato podrá establecer mecanismos de seguimiento, reuniones de control, validaciones parciales, entregas intermedias e informes de avance, de acuerdo con la complejidad del requerimiento.
4. Una vez concluida la implementación, el contratista deberá apoyar las pruebas funcionales y técnicas requeridas para verificar el cumplimiento de los requisitos y criterios de aceptación.
5. Cualquier defecto, error, incumplimiento funcional o desviación respecto de los requerimientos aprobados que sea atribuible a los trabajos realizados por el contratista deberá ser corregido sin costo adicional para el CONARE y sin consumo de horas de la bolsa.
6. La solicitud se considerará finalizada una vez que el administrador del contrato otorgue la conformidad de los trabajos y entregables correspondientes.

1. Aplicación de tarifas

• Para efectos de facturación, se aplicará la tarifa que corresponda a la naturaleza de las actividades efectivamente ejecutadas:

1. a) Tarifa 1: soporte técnico, mantenimiento y desarrollo evolutivo del aplicativo, su base de datos, servicios e integraciones;
2. b) Tarifa 2: soporte especializado de datos, analítica y servicios cloud que forma parte de la solución.

• La clasificación de una solicitud como incidente, solicitud de servicio o desarrollo evolutivo no determina por sí misma la tarifa aplicable. La tarifa dependerá de los componentes tecnológicos sobre los cuales se ejecuten las actividades.
• Cuando una misma solicitud comprenda actividades correspondientes a ambas categorías, el contratista deberá identificar y desglosar las actividades y horas correspondientes a cada tarifa.

1. Priorización y tiempos de respuestas

• CONARE definirá la prioridad de los incidentes y solicitudes de acuerdo con su impacto operativo, funcional, técnico o sobre la información institucional.

 

Prioridad	Tiempo máximo para iniciar la atención
Muy alta: Crítica	4 horas
Alta: Grave	24 horas
Media: Normal	72 horas
Baja: Planificada	Según programación acordada

 

• Los criterios de clasificación podrán comprender:
  • Crítica: interrupción total del servicio, indisponibilidad de componentes críticos o imposibilidad de ejecutar procesos esenciales de la solución.
  • Grave: afectación significativa o degradación importante, sin impedir la continuidad de los procesos críticos.
  • Normal: afectación menor, sin impacto significativo en la continuidad de la operación.
  • Planificada: actividades que, por su naturaleza, pueden programarse previamente y no corresponden a una interrupción o afectación del servicio.
• El tiempo máximo para iniciar la atención corresponde al plazo máximo para iniciar las actividades de análisis, diagnóstico técnico, intervención o ejecución de acciones relacionadas con la solicitud reportada.

1. Horario de cobertura y tiempo de inicio de atención

 

 

 

 

1. Registro y reporte de solicitudes

• El CONARE podrá registrar y reportar incidentes y solicitudes de servicio las veinticuatro (24) horas del día, los siete (7) días de la semana (24/7), mediante los canales y mecanismos establecidos para la gestión del servicio.
• Los mecanismos establecidos para el registro y reporte de incidentes y solicitudes estarán disponibles 24/7.
• La fecha y hora de registro constituirá la referencia para identificar el momento en que CONARE comunicó el incidente o requerimiento.
• La disponibilidad para registrar o reportar una solicitud no implica la prestación de un servicio permanente ni la presencia continua de personal del contratista, dado que el servicio se presta bajo la modalidad de atención según demanda.

1. Horario ordinario de atención

• El horario ordinario para el inicio de la atención de los servicios será de 8:00 a.m. a 6:00 p.m., de lunes a viernes, en días hábiles del CONARE.
• El contratista deberá iniciar la atención de los incidentes de acuerdo con el nivel de prioridad asignado y dentro de los tiempos máximos establecidos en el contrato.
• Los reportes registrados fuera del horario ordinario de atención iniciarán el cómputo del tiempo para el inicio de atención a partir de las 8:00 a.m. del siguiente día hábil, salvo aquellos que, por su nivel de prioridad, requieran expresamente atención fuera de dicho horario. En estos casos, la atención fuera del horario ordinario deberá ser coordinada y acordada de común acuerdo entre el contratista y el ATIC, considerando la naturaleza y prioridad del incidente, las actividades requeridas y la disponibilidad de los mecanismos de acceso y recursos necesarios.

 

1. Actividades que requieren coordinación con CONARE

• Las actividades que requieran la participación, coordinación, validación, autorización o disponibilidad de personal del CONARE deberán programarse dentro del horario que establezca el CONARE para tales efectos, preferentemente entre 7:30 a.m. y 4:00 p.m., de lunes a viernes, en días hábiles. Esto incluye, entre otras:
  • reuniones de coordinación y seguimiento;
  • pruebas funcionales y técnicas;
  • validaciones y aceptación de cambios;
  • actividades de mantenimiento planificado;
  • implementación de modificaciones;
  • capacitación y transferencia de conocimiento; y
  • cualquier otra actividad que requiera participación directa del personal del CONARE.

 

• Este horario corresponde a la disponibilidad para coordinación con CONARE y no limita la ejecución de actividades técnicas que el contratista pueda realizar de manera autónoma, ni constituye un horario de disponibilidad permanente del personal del contratista.

 

1. Acceso a infraestructura on-premise

• Cuando las actividades requieran acceso a la infraestructura tecnológica on-premise del CONARE, el contratista deberá utilizar los mecanismos de conectividad, autenticación y seguridad establecidos por el CONARE.
• El acceso remoto estará sujeto a los horarios, condiciones, restricciones y controles de seguridad vigentes definidos por el CONARE, los cuales podrán modificarse por razones técnicas, operativas o de seguridad.
• Actualmente, el acceso remoto mediante VPN se encuentra habilitado ordinariamente de 7:00 a.m. a 6:00 p.m., de lunes a viernes, en días hábiles. Esta referencia corresponde a la condición vigente al momento de formalización del contrato y no constituye un horario contractual fijo, por lo que CONARE podrá modificarlo durante la vigencia contractual.

 

1. Componentes cloud

• Comprende las actividades relacionadas con la administración, soporte, configuración, monitoreo y mantenimiento de los servicios cloud que forman parte de la solución, incluyendo Microsoft Fabric y demás servicios asociados.
• Para la prestación de estos servicios, CONARE podrá proporcionar al contratista, previa autorización, los accesos necesarios a los recursos cloud que formen parte de la solución, de conformidad con las políticas, procedimientos y controles de seguridad institucionales.
• Los accesos serán otorgados de acuerdo con el principio de mínimo privilegio, considerando las funciones y responsabilidades asignadas al personal del contratista y podrán gestionarse mediante Microsoft Entra ID, grupos de seguridad, roles, listas de control de acceso (ACL) u otros mecanismos de seguridad definidos por CONARE.
• El acceso otorgado se limitará a los recursos necesarios para la ejecución de las actividades contratadas y no implicará acceso general al tenant, suscripciones, recursos o servicios de CONARE.
• CONARE podrá modificar, suspender o revocar los accesos otorgados cuando existan razones de seguridad, administrativas, técnicas o contractuales.
• El acceso a los servicios cloud no estará sujeto a las restricciones horarias del acceso mediante VPN a la infraestructura on-premise, salvo cuando una actividad específica requiera acceder a recursos o servicios ubicados en dicha infraestructura.

 

1. Ambientes y gestión de cambios

• Toda modificación deberá realizarse inicialmente en el ambiente de desarrollo y posteriormente en el ambiente de pruebas.
• Una vez verificado su funcionamiento y obtenida la aprobación correspondiente, podrá implementarse en producción.
• Los cambios en producción deberán ejecutarse de manera planificada, con coordinación previa con el personal técnico del CONARE y durante una ventana acordada.
• El contratista deberá participar en las sesiones de seguimiento, validación y aceptación que sean requeridas.

 

1. Control y seguimiento del consumo del servicio

• El CONARE establecerá un mecanismo de control que permita a CONARE verificar la trazabilidad de las horas utilizadas, desde el registro y aprobación de la solicitud hasta su ejecución, validación, cierre y facturación.
• El contratista deberá utilizar el mecanismo definido por CONARE y mantener actualizada, completa y consistente la información correspondiente a las actividades ejecutadas.
• Cada incidente, solicitud, requerimiento o actividad ejecutada con cargo al presente contrato deberá contar con un identificador único. Dicho identificador deberá mantener trazabilidad de las actividades asociadas.
• Para las actividades de desarrollo evolutivo y mejora continua, el identificador podrá corresponder al identificador de la historia de usuario asociada al requerimiento.
• Cuando una misma solicitud, requerimiento o actividad comprenda trabajos correspondientes a ambas tarifas establecidas en el contrato, el contratista deberá generar registros diferenciados para cada tarifa, utilizando el mismo identificador, de manera que se puedan identificar claramente las actividades realizadas, las horas utilizadas y la tarifa aplicable a cada una.
• La aplicación de la tarifa se determinará según la naturaleza de cada actividad efectivamente ejecutada y no únicamente por el identificador o requerimiento al que esta se encuentre asociada. Por tanto, un mismo requerimiento podrá generar horas imputables a ambas tarifas, siempre que las actividades realizadas correspondan efectivamente a los alcances definidos para cada una.
• Para efectos de control y trazabilidad, el mecanismo de registro deberá contener, como mínimo, la siguiente información:
• identificador de la solicitud;
• tipo (incidente, solicitud, requerimiento) y prioridad;
• fecha de registro, inicio de atención y cierre;
• descripción general del caso;
• Descripción general de las actividades;
• cantidad de horas utilizadas;
• tarifa aplicada;
• monto;
• Estado de la solicitud (registrada, en desarrollo, en pruebas, cerrada u otro estado aplicable).
• entregables asociados, cuando corresponda;
• cualquier otra información requerida para verificar la ejecución contractual.
• El administrador del contrato podrá solicitar en cualquier momento información adicional para verificar la correcta ejecución de los servicios.

 

1. Documentación y transferencia de conocimiento

• Toda modificación significativa realizada a la solución deberá quedar debidamente documentada.
• El contratista deberá actualizar, según corresponda, la documentación técnica, funcional, arquitectónica, de configuración, operación e integración que resulte afectada por los trabajos realizados.
• Cuando la naturaleza de los trabajos lo requiera, deberá realizar actividades de transferencia de conocimiento al personal técnico designado por el CONARE.

 

1. Garantía de los servicios

• El contratista será responsable por la calidad y conformidad de los trabajos realizados.
• Los servicios y desarrollos ejecutados deberán cumplir los requerimientos, criterios de aceptación y condiciones establecidos por CONARE.
• Se establece una garantía de tres (3) meses calendario contados a partir de la recepción conforme del trabajo.
• Durante dicho período, cualquier error, defecto o incumplimiento atribuible al trabajo ejecutado deberá ser corregido por el contratista sin costo adicional para el CONARE.

 

1. Presupuesto para el servicio de soporte, mantenimiento y desarrollo evolutivo

 

El presupuesto anual estimado para el mantenimiento es de ¢5.000.000,00, a consumir según demanda, con una proyección similar para los siguientes periodos presupuestarios, sin embargo, su asignación está sujeta a la aprobación presupuestaria institucional. El CONARE emitirá una orden de compra abierta por período anual presupuestario, de la cual se descargará cada factura presentada por parte del contratista.

 

• PLAZO DE ENTREGA

 

• La solución deberá encontrarse implementada, operativa y formalmente entregada a satisfacción del CONARE a más tardar el 15 de octubre 2027, incluyendo la validación de los entregables definidos, la atención de observaciones críticas y el cumplimiento de los criterios de aceptación establecidos por la institución.
• El contratista deberá ejecutar la totalidad de las actividades, entregables, desarrollos, configuraciones, pruebas, capacitaciones y demás obligaciones contempladas en el presente pliego de condiciones técnicas dentro del plazo contractual establecido.
• Los servicios de mantenimiento preventivo y correctivo, soporte técnico y desarrollo evolutivo de la solución se ejecutarán una vez concluido el período de garantía, conforme a las condiciones y alcances definidos para dichos servicios en el presente pliego.
  • EQUIPO DE TRABAJO

 

• El oferente deberá asegurar la disponibilidad de un equipo de trabajo especializado, con conocimientos y experiencia comprobada en las actividades propias del objeto del servicio. Para ello, deberá presentar el currículum vitae, así como copias de los atestados académicos y certificaciones correspondientes de los profesionales propuestos, que respalden el cumplimiento de los requisitos de formación, capacitación y experiencia requerida. No se aceptarán certificados de participación, asistencia o constancias sin contenido evaluativo, tales como los otorgados por la asistencia a charlas, seminarios, conferencias o eventos similares.
• El oferente deberá identificar el personal propuesto para cada perfil, aportando el currículo y la experiencia que demuestre el cumplimiento de los requisitos establecidos.
• Durante la ejecución del proyecto, cualquier sustitución de personal deberá ser previamente aprobada por el Administrador de contrato, y el recurso sustituto deberá acreditar calificaciones y experiencia iguales o superiores a las del recurso reemplazado.
• Un mismo profesional podrá desempeñar más de un rol siempre que demuestre cumplir los requisitos de experiencia y competencias exigidos para cada uno de ellos y que ello no afecte la adecuada ejecución del proyecto.
• Como excepción al punto anterior, el profesional designado como administrador de proyectos únicamente podrá asumir de forma adicional el rol de Arquitecto de Software, siempre que acredite el cumplimiento de los requisitos establecidos para ambos perfiles. No se permitirá que el administrador de proyectos asuma simultáneamente otros roles operativos del proyecto.

 

• OBLIGACIONES DEL CONTRATISTA

• El contratista deberá asistir a las reuniones que sean convocadas por el administrador del contrato. Los gastos concernientes a viáticos por traslado, alimentación o estacionamientos en que debiera incurrir para el cumplimiento de las tareas asignadas correrán por cuenta y riesgo exclusivos del contratista. El CONARE no reconocerá ningún costo adicional que no haya sido incluido en el precio ofertado por dichos gastos.
• El contratista se compromete a atender en un plazo no mayor a cinco (5) días naturales las solicitudes de ajuste o mejora realizadas por el administrador del contrato, en relación con los entregables presentados. Estas mejoras deberán incorporarse sin costo adicional, siempre que no impliquen cambios en el alcance del contrato. Estas solicitudes podrán referirse, al menos, a los siguientes aspectos:
• Organización formal, lógica y estandarizada de la documentación, con el fin de facilitar su comprensión, revisión y validación.
• Inclusión de evidencias documentales del trabajo de campo efectuado (entrevistas, talleres, validaciones, etc.).
• Actualización de los documentos conforme a la retroalimentación técnica recibida.
• El contratista acepta los mecanismos seguimiento y control del CONARE según corresponda y atender las observaciones y/o recomendaciones que establezca el administrador del contrato, ofreciendo las facilidades necesarias para fiscalización del servicio, entre las cuales se incluyen:
• Tomar las minutas de reunión. El contratista será responsable de la elaboración de las minutas, utilizando el formato que será proporcionado o aprobado por el administrador del contrato.
• Atender las solicitudes de cambio.
• Asistir a las reuniones presenciales, cuando sea requerido por el administrador del contrato.
• Elaborar y presentar informes de avance.
• El contratista deberá realizar una presentación sobre la metodología, equipo, plan y la dinámica de trabajo a las partes involucradas.
• El contratista se compromete a mantener durante toda la vigencia del contrato al personal profesional y técnico ofertado para la ejecución del proyecto.
• En el caso que sea necesario, el administrador del contrato podrá solicitar la sustitución de personal técnico asignado al CONARE, en dicho caso, el contratista se compromete a remplazar dicho recurso, con las habilidades y competencias necesarias, en un plazo no superior a 15 días hábiles.
• Si el contratista requiere sustituir a un profesional durante la ejecución del contrato, deberá informar y solicitar la aprobación previa del administrador del contrato. El candidato propuesto deberá cumplir con el perfil requerido.
• El contratista acepta la supervisión y vigilancia del administrador del contrato según corresponda y atender las observaciones y/o recomendaciones del equipo de trabajo, ofreciendo las facilidades necesarias para fiscalización del servicio.
• El contratista debe acatar las disposiciones de seguridad, privacidad, discrecionalidad y confidencialidad que solicite el CONARE en el marco del servicio que ejecute.

 

• PRESUPUESTO ESTIMADO DEL PROYECTO

 

El presupuesto total estimado para el proyecto es de ¢45.000.000,00 el cual contempla el 2% de IVA.

 

• VIGENCIA DEL CONTRATO

 

La vigencia de la contratación será de un (1) año, contado a partir de la comunicación del contrato en el SICOP, la cual constituirá la orden de inicio. El contrato podrá ser prorrogado por períodos iguales, hasta un máximo total de cuatro (4) años, incluyendo la vigencia inicial.

Al finalizar cada período, el contratista será evaluado por el administrador del contrato, cuyo resultado servirá de base para justificar la eventual prórroga. La continuidad del contrato estará sujeta a que los servicios hayan sido prestados de manera satisfactoria, conforme a lo establecido en el presente pliego de condiciones. En caso de que la institución decida no prorrogar el contrato, lo comunicará por escrito al contratista con la debida antelación.

SECCION I LLAMADO A COTIZAR Y CONDICIONES GENERALES

 

1. El Consejo Nacional de Rectores (CONARE) recibirá ofertas de manera electrónica, por medio de la plataforma SICOP, para la contratación del servicio de análisis, diseño, desarrollo e implementación de una solución informática orientada a la administración de información presupuestaria de las instituciones de Educación Superior Universitaria Estatal (IESUE).

 

1. La oferta se redactará en idioma español y deberá estar firmada por el oferente o su representante autorizado.

 

1. Cuando el oferente sea persona jurídica deberá acompañarse certificación notarial que acredite su existencia y personería. Si estos documentos constan en SICOP, no será necesario aportarlos, mientras su contenido sea exacto y esté vigente, lo cual basta que lo mencione en la oferta.

 

1. La sola presentación de la oferta se entenderá como una manifestación inequívoca de la voluntad del oferente de contratar con la Administración con pleno sometimiento a las normas de la Ley General de Contratación Pública y de su Reglamento, así como a las condiciones generales, las condiciones especiales y las especificaciones de este pliego de condiciones y a las disposiciones reglamentarias pertinentes.

 

1. Dos o más personas, físicas o jurídicas, pueden complementar sus antecedentes y experiencia, por medio de la presentación de una oferta en consorcio, aportando el acuerdo consorcial en el Sistema Integrado de Compras Públicas (SICOP); el documento original en caso de haberse suscrito de manera digital o copia certificada si éste fue emitido de forma física. Ese contendrá, al menos, los términos que regularán las relaciones entre las partes y sus relaciones con la Administración, según lo dispuesto en el artículo 129 del Reglamento a la Ley de Contratación Pública. La responsabilidad entre las partes de este acuerdo será solidaria y le podrá ser reclamada indistintamente a cualquiera de ellos, en su totalidad.

 

1. Para los efectos de la oferta se adjuntan las condiciones técnicas requeridas. Con la sola presentación de su oferta se entenderá que el oferente acepta conocer las dimensiones, características técnicas del objeto contractual de esta licitación.

 

1. Si algún oferente tiene dudas referentes al pliego de condiciones, encuentra contradicciones u omisiones, deberá notificarlo por escrito en SICOP, durante los tres días hábiles siguientes a la publicación de la licitación. Si no fueran presentadas dentro de ese plazo quedará entendido que el oferente formulará la oferta considerando la condición o interpretación más favorable para el CONARE.

 

1. El CONARE, por sí mismo o a solicitud de un oferente podrá introducir aclaraciones, correcciones o modificaciones a este pliego de condiciones, las que se comunicarán por los mismos medios en los que fue publicada la convocatoria de esta licitación, hasta dos días hábiles antes de la fecha señalada para la apertura de las ofertas. Si a juicio del CONARE una modificación introdujere una alteración importante en la concepción original del objeto de esta licitación, el plazo señalado para recibir ofertas se ampliará conforme lo establece el Reglamento de la Ley General de Contratación Pública.

 

1. El oferente debe encontrarse inscrito, activo y al día en los pagos de las cuotas obrero-patronales con la Caja Costarricense de Seguro Social y del Fondo de Desarrollo Social y Asignaciones Familiares (Fodesaf) e impuestos ante la Dirección General de la Tributación Directa. La Administración realizará las verificaciones correspondientes.

 

1. La administración asume que el oferente al estar registrado como proveedor de bienes, servicios y obras en el SICOP, mantiene vigente las declaraciones juradas previstas en el artículo 18 y 29 de la Ley General de Contratación Pública tanto para oferentes como para subcontratistas, por lo tanto, deberá indicar en su oferta que la información contenida en las declaraciones juradas se mantiene invariable

 

1. En los casos cuando corresponda la ejecución de la contratación mediante la figura de la subcontratación, el oferente debe indicar el listado del (los) subcontratista(s) y el objeto de la subcontratación.  Debe indicar el porcentaje de participación del (los) subcontratista (s) el cual no podrá superar el 50% del monto total de la oferta.  El (los) subcontratista (s) no relevará la responsabilidad del contratista en las obligaciones y compromisos de la ejecución contractual.

 

1. De conformidad con el artículo 31 del Reglamento a la Ley General de Contratación Pública, tanto el oferente como el subcontratista deben estar debidamente registrados en la plataforma electrónica de compras SICOP.  Así mismo, deberá tener la condición de trabajador independiente ante la CCSS y encontrarse al día con la seguridad social y en materia tributaria nacional. 

 

1. Para esta contratación no se están solicitando documentos que puedan catalogarse como información sensible, por lo que se les solicita a los oferentes no registrar en SICOP la oferta como confidencial. En el caso que un oferente considere que la información aportada es de carácter confidencial, deberá indicarlo en el sistema digital unificado con sus motivos y sustento jurídico con la finalidad de cumplir lo preceptuado en el artículo 15 de la Ley General de Contratación Pública. Dentro de los cinco días hábiles siguientes a la advertencia de confidencialidad, mediante acto motivado, la Administración señalará si procede o no la declaratoria de confidencialidad y, en caso de que así proceda, realizará un resumen del contenido de los documentos sin revelar los aspectos confidenciales e indicará por cuánto plazo ha de mantenerse esta. Durante el lapso de los cinco días antes señalado, la información se tendrá como confidencial.

   SECCIÓN IV SISTEMA DE EVALUACIÓN DE LAS OFERTAS

    

   1. Con las ofertas admisibles para una eventual adjudicación, se procederá a realizar la calificación de cada oferta bajo la siguiente metodología de evaluación:

    

   Ítem	Descripción del factor	Puntaje
   1	Precio	70
   2	Experiencia Específica	30
   TOTAL		100

    

   A continuación, se describe cada uno de los factores y la forma de evaluación.

   23.1 Precio

   El oferente que presente el menor precio, de acuerdo con lo solicitado en el punto 14, se le denominará oferta base y obtendrá el puntaje máximo, para las restantes ofertas se aplicará la siguiente fórmula:

   FP= (P_min/P_x) x 70

    

   Dónde:

   FP= Puntaje obtenido por la empresa para el factor precio

   P_min= Precio total de la oferta con el monto total más bajo.

   P_x= Precio total ofrecido por la oferta en evaluación

    

   23.2 Experiencia específica

   A partir del cuarto contrato que cumpla con lo solicitado en el punto 20, se asignará por cada contrato 5 puntos, hasta alcanzar un máximo de 30 puntos.

   SECCION V DEL ADJUDICATARIO Y CONTRATISTA

    

   1. La Administración realizará el estudio formal y técnico, evaluación de ofertas y razonabilidad de precios; se realizará una única prevención para que el oferente subsane y aclare los defectos que contenga su oferta, siempre y cuando con ello no se otorgue una ventaja indebida. Para una eventual adjudicación, sólo serán consideradas aquellas ofertas que cumplan legal y técnicamente con las condiciones generales y específicas del pliego de condiciones.
   2. La Administración utilizará las siguientes bandas de tolerancia para determinar la razonablidad del precio:
   • Precio de referencia / promedio directo: ₡45.000.000,00
   • Banda de aceptabilidad razonable (±15% sobre el promedio depurado):
     • Límite superior (+15%): ₡51.750.000,00
     • Límite inferior (-15%): ₡38.250.000,00

   Para las ofertas fuera de estas bandas, la Administración realizará las indagaciones correspondientes en apego con el artículo 106 del RLGCP.

    

   1. El plazo de adjudicación de esta contratación será de dieciséis (16) días hábiles o un plazo mayor por motivos de fuerza mayor o interés público para lo cual se dejará constancia en el expediente mediante resolución motivada.
   2. Se adjudicará a la oferta con el puntaje más alto de acuerdo con la metodología de evaluación aplicada. En caso de empate, se adjudicará a la empresa que demuestre ser una PYME de acuerdo con el servicio ofrecido, si persiste el empate se aplicará los siguientes criterios en orden de prioridad: a) mayor periodo de garantía, b) menor plazo de entrega. De persistir el empate se convocará a las partes para decidir la adjudicación mediante la suerte y se levantará un acta al respecto.

    

   1. El adjudicatario al momento de formalizar la relación contractual debe presentar copia de la constancia de las pólizas de riesgos laborales, así como el último pago para acreditar su vigencia. La póliza de riesgos laborales debe cubrir a los trabajadores asignados a esta contratación, por cualquier daño, lesión o muerte, durante la prestación del servicio contratado. La póliza deberá mantenerse vigente durante la prestación del servicio. La administración se reserva la potestad de solicitar este requerimiento cuando sea necesario.
   2. Patente municipal. De conformidad con el artículo 88 del Código Municipal, el adjudicatario deberá contar la licencia municipal (patente) atinente y relacionada con el objeto contractual, así como también encontrarse vigente y al día con el pago de este tributo, debe aportar la documentación correspondiente. La suspensión, inhabilitación por parte del gobierno municipal o mora que detecte esta administración, implicará la insubsistencia de dicha adjudicación o bien será motivo de resolución contractual previo debido proceso en fase de ejecución.
   3. Presupuesto detallado. El adjudicatario debe presentar el presupuesto detallado de conformidad con el artículo 103 del Reglamento a la Ley de Contratación Pública, debe contener al menos los elementos que se detallan en la siguiente tabla:

   Concepto	Valor Absoluto	Valor Porcentual	Índice de Reajuste	Emisor
   Costos Directos
   Insumos (materiales)
   Insumos (equipos y herramientas)
   Mano de obra: salarios
   Mano de obra: cargas sociales
   Subcontratos (cuando aplique)
   Costos Indirectos
   Insumos
   Mano de obra
   Imprevistos			*Imprevistos y utilidad no se reajustan.
   Utilidad
   Total		100%*

    

   *El porcentaje correspondiente al IVA no forma parte del desglose porcentual del precio.

   **Es de carácter obligatorio que la suma de las cargas sociales represente el porcentaje de aporte mínimo vigente y establecido por la Caja Costarricense de Seguro Social, mismo que se calculará sobre el monto que sumen los salarios.

    

   De conformidad con lo establecido en el artículo 13 del Reglamento de Reajuste de Precios en Contratos de Obra Pública y Revisión de Precios en Contratos de Bienes y Servicios N°44937-H-MICITT-MIDEPLAN, el adjudicatario deberá indicar en el presupuesto detallado la vinculación de los índices de precios aportados en su oferta, asociándolo a cada uno de los costos directos e indirectos de dicho presupuesto.

   El adjudicatario debe utilizar en primer lugar los índices específicos, y en segundo lugar, cuando no exista un índice de precios específico oficial propondrá uno similar con la justificación técnica correspondiente a dicha decisión.

   El adjudicatario debe presentar una declaración jurada que acredite la veracidad y pertinencia de la información aportada en el presupuesto detallado sobre los índices de precios a utilizar y las fuentes oficiales, indicando al menos los aspectos regulados en los artículos 9 y/o 12 del Reglamento.

   Una vez verificada la información, la Proveeduría emitirá la No Objeción a la pertinencia de los índices de precios mediante resolución de acto motivado.

   Nota en único oferente: La Proveeduría otorgará hasta un máximo de 2 prevenciones de subsanación en único oferente para corregir los defectos tantos en los índices como en el presupuesto detallado.  De persistir el defecto en este punto, la proveeduría emitirá una resolución administrativa que indicará que, en el supuesto de presentar un reclamo de revisión de precios por parte del contratista, no se podrá tramitar su reconocimiento hasta en el tanto no subsane correctamente previo a la no objeción de la administración.

    

   1. El adjudicatario que no comparezca dentro de los ocho días hábiles siguientes a la firmeza del acto de adjudicación en este pliego de condiciones u omita rendir durante ese plazo la garantía de cumplimiento, las especies fiscales o demás documentación solicitada, se procederá a adjudicar al segundo mejor posicionado con su oferta económica y así sucesivamente.

    

    

    

   1. Insubsistencia de la contratación. Se entenderá por insubsistente la contratación con las causales indicadas en el artículo 52 de la Ley General de Contratación Pública, para ello la administración podrá optar por las ofertas subsiguientes para una eventual readjudicación mediante resolución motivada.

    

   1. La Administración a través de la Proveeduría Institucional emitirá la orden de inicio de la ejecución contractual dentro de los quince días hábiles siguientes una vez que cuente con la aprobación interna según corresponda.

    

   1. Administrador del Contrato: La administración del contrato estará a cargo de la persona funcionaria designada por la Dirección del Área de Desarrollo Institucional (ADI) y contará con el apoyo de la Proveeduría Institucional quien brindará asesoría en temas de contratación pública y ejecución del contrato. El administrador del contrato tendrá dentro de sus responsabilidades:

    

   • El seguimiento al cumplimiento de las pólizas y cargas sociales del contratista durante la vigencia del contrato.
   • Sustitución de personal.
   • Supervisar el cumplimiento de los términos y condiciones estipulados en este pliego de condiciones.
   • Velar por cumplimiento de los hitos y los entregables definidos en el cronograma del proyecto.
   • Avalar solicitudes de cambio.
   • Revisar y aprobar los productos entregados por el contratista, validando que la calidad sea la esperada.
   • Evaluar el desempeño del contratista y gestionar recomendaciones de mejora.
   • Facilitar la comunicación entre el contratista y los grupos de interés.
   • Gestionar la disponibilidad del personal clave para las actividades de levantamiento y validación de necesidades.
   • Asegurar que las decisiones y ajustes en el proyecto sean comunicados oportunamente a los interesados.

    

   El contratista estará obligado a ofrecerle todas las facilidades necesarias para el ejercicio de la fiscalización que estás mantendrán durante la ejecución del contrato.

   1. El contratista deberá asistir a las reuniones que sean convocadas por el administrador del contrato. Los gastos concernientes a viáticos por traslado, alimentación o estacionamientos en que debiera incurrir para el cumplimiento de las tareas asignadas correrán por cuenta y riesgo exclusivos del contratista. El Conare no reconocerá ningún costo adicional que no haya sido incluido en el precio ofertado por dichos gastos.
   2. En el caso que sea necesario, el administrador del contrato podrá solicitar la sustitución de personal asignado a Conare, en dicho caso, el contratista se compromete a remplazar dicho recurso, con las habilidades y competencias necesarias, en un plazo no superior a 15 días hábiles.
   3. Si el contratista requiere sustituir a un profesional durante la ejecución del contrato, deberá informar y solicitar la aprobación previa del administrador del contrato. El candidato propuesto deberá cumplir con el perfil requerido.
   4. El contratista acepta la supervisión y vigilancia del administrador del contrato según corresponda y atender las observaciones y/o recomendaciones del equipo de trabajo, ofreciendo las facilidades necesarias para fiscalización del servicio.
   5. El contratista debe acatar las disposiciones de seguridad, privacidad, discrecionalidad y confidencialidad que solicite el Conare en el marco del servicio que ejecute.
   6. El contratista deberá asumir la responsabilidad por cualquier daño que se ocasione en los bienes del Conare, tanto tangibles como intangibles, con motivo del servicio que efectúe.
   7. El contratista se sujetará a las disposiciones contempladas en los artículos 12, 14, 43, 101, 106, 113, 115 siguientes y concordantes de la Ley General de Contratación Pública, y en los artículos 273, 274, 275 del Reglamento, y demás normativas que rige la materia de Contratación Pública.

    

   1. El contratista estará obligado a cumplir, plenamente, con todas las condiciones y especificaciones del pliego de condiciones y sus adendas, lo ofrecido en su oferta como en las demás manifestaciones documentadas que consten en el expediente de concurso o aceptado en la formalización o durante la ejecución del contrato. El contratista debe realizar la totalidad del servicio a su entera responsabilidad. No podrá subcontratar, ni parcial, ni totalmente la realización de los servicios.

    

   1. Forma de pago: Por avance del proyecto. El contratista entregará el servicio el cual tendrá un recibido a conformidad que puede ser un visto bueno por correo, aprobación en el sistema de cuentas por pagar, un oficio, o acta de recepción definitiva, todo de acuerdo a los términos de este pliego de condiciones. Una vez recibido a conformidad, el contratista enviará la factura con el comprobante de recibido a conformidad, al correo facturaelectronica@conare.ac.cr a su vez el contratista deberá solicitar acuse de recibo de los archivos de factura electrónico (PDF y archivo XML) a este mismo correo, caso omiso, el CONARE no se hará responsable por errores en el ingreso de documentación.  Toda factura electrónica deberá desglosar el Impuesto al Valor Agregado (IVA) de un 2% sobre el precio del bien o servicio. En aquellos casos que aplique un porcentaje menor por ley, deberá indicarlo en la descripción de la factura. 

   La forma de pago se regirá bajo las siguientes condiciones:

   1. Los pagos se realizarán únicamente por los productos finalizados y aprobados por el administrador del contrato.
   2. El pago del contrato se realizará conforme al avance efectivo de la solución, contra la entrega, revisión y aprobación de los entregables definidos para el proyecto. Del monto total adjudicado se retendrá un veinticinco por ciento (25%), el cual será liberado únicamente contra la recepción definitiva al cierre del proyecto y a satisfacción de la totalidad de la solución. Posterior a esto inicia el periodo de garantía del sistema.
   3. Los pagos se realizarán conforme a la siguiente estructura:

   Hito de pago	Entregables asociados	Porcentaje
   Hito 1 – Inicio y planificación	Documento de visión del proyecto, épicas y alcance; Product Backlog inicial; plan de ejecución del proyecto; estrategia de gestión y aseguramiento de la calidad; planificación de ambientes y arquitectura.	5%
   Hito 2 – Diseño y arquitectura	Diseño UX/UI; documento de arquitectura técnica; diseño de la solución, modelo de datos, seguridad, integraciones y arquitectura híbrida; diseño de la plataforma de datos y analítica.	5%
   Hito 3 – Aplicativo web y procesos de datos	Aplicación Web implementada; componentes de frontend y backend; mecanismos de carga y validación de archivos CSV; formularios, catálogos, parametrización, seguridad y auditoría; procesos de integración, transformación y consolidación de datos.	25
   Hito 4 – Motor de indicadores	Motor de indicadores y reglas de cálculo implementado; indicadores, métricas y reglas de negocio configuradas; pruebas funcionales y validación de resultados.	15%
   Hito 5 – Plataforma de datos y analítica	Microsoft Fabric habilitado y configurado; procesos de preparación y procesamiento de datos; datasets y modelos semánticos; reportes, dashboards e indicadores en Power BI.	25%
   Hito 6 – Puesta en producción y cierre	Solución desplegada y operativa; pruebas finales; documentación técnica, funcional, de usuario, instalación y administración; capacitación y transferencia de conocimiento; cierre de incidencias y pendientes; informe final y validación de cumplimiento del alcance.	25%

    

   1. Durante la fase de planificación del proyecto, las partes podrán acordar ajustes a la agrupación de entregables, hitos o porcentajes asociados, siempre que dichos cambios no modifiquen el monto total contratado y cuenten con la aprobación previa de la administración del contrato.
   2. Durante el periodo de prórroga del contrato, el pago se realizará según las horas de servicio consumidas.
   3. El pago se hará efectivo en un plazo máximo de quince días hábiles después de recibida a satisfacción la factura. El trámite de pago quedará suspendido si el contratista no presenta la recepción a conformidad. De cada pago se retendrá el 2% correspondiente a la retención de renta que podrá ser utilizado por el contratista como un crédito fiscal en su próxima declaración de renta. 

    

   1. El Administrador del Contrato se reserva la potestad durante la ejecución del contrato de verificar en cualquier tiempo la vigencia de la póliza y la presentación de planillas correspondientes al régimen de seguro por riesgos del trabajo, así como el cumplimiento de las obligaciones obrero-patronales con la CCSS.

    

   1. Revisiones de precio: Con la estructura del precio planteada en la oferta y la información del presupuesto detallado, se aplicará la siguiente fórmula según lo dispuesto en el artículo 51 del Reglamento de reajuste de precios en los contratos de obra pública y revisión de precios en contratos de bienes y servicios, Decreto Ejecutivo N° 44937-H-MICITT-MIDEPLAN:

    

   Fórmula matemática para contratos de bienes y servicios

    

   En donde,

    

   Rpc: Representa el monto de la revisión del precio unitario contractual para cada línea o renglón de pago

   en un mes calendario específico, conforme a la moneda ofertada.

   PC: Representa el monto del precio unitario contractual de la línea o del renglón de pago.

    

    

    

    

    

   Representa la sumatoria de cada ponderación en valor porcentual de los costos directos de mano de obra, que serán revisados mediante índices, multiplicada por la variación de los índices de precios de mano de obra directa. Dicha variación se obtiene de dividir el valor del índice de un mes calendario específico entre el valor del índice del mes calendario de la presentación de la oferta y restarle la unidad.

    

                                         

    

    

    

   Representa la sumatoria de cada ponderación en valor porcentual de los costos directos de insumos, que serán revisados mediante índices, multiplicada por la variación de los índices de precios de los insumos directos. Dicha variación se obtiene de dividir el valor del índice de un mes calendario específico entre el valor del índice del mes calendario de la presentación de la oferta y restarle la unidad.

    

    

    

   Representa la sumatoria de cada ponderación en valor porcentual de los costos por subcontrataciones, multiplicada por la variación del índice general (IPG), y en su ausencia, siempre y cuando se demuestre que no existe un índice de precio general estrechamente vinculado con la variación de los costos que desea medir para la subcontratación, se podrá utilizar el Índice de Precios al Consumidor (IPC). Dicha variación se obtiene de dividir el valor del IPG, o IPC según corresponda, de un mes calendario específico entre el valor del IPG, o IPC según corresponda, del mes calendario de la presentación de la oferta y restarle la unidad.

    

    

    

    

    

   Representa la sumatoria de cada ponderación en valor porcentual de los costos indirectos de mano de obra, que serán revisados mediante índices, multiplicada por la variación de los índices de precios de mano de obra indirecta. Dicha variación se obtiene de dividir el valor del índice de un mes calendario específico entre el valor del índice del mes calendario de la presentación de la oferta y restarle la unidad.

    

    

    

    

   Representa la sumatoria de cada ponderación en valor porcentual de los costos indirectos de insumos, que serán revisados mediante índices, multiplicada por la variación de los índices de precios de los insumos indirectos. Dicha variación se obtiene de dividir el valor del índice de un mes calendario específico entre el valor del índice del mes calendario de la presentación de la oferta y restarle la unidad.

   El CONARE cuenta con un plazo de 20 días hábiles para resolver acerca de los cobros presentados por concepto de revisiones de precios, contados a partir de la fecha de presentación de la solicitud mediante el módulo correspondiente en el SICOP.

   Todo lo relacionado en materia de revisiones de precios se regirá de conformidad con lo dispuesto en el Reglamento para el reajuste de precios en los contratos de obra pública y revisión de precios en los contratos de bienes y servicios N°44937-H-MICITT-MIDEPLAN.

   1. La garantía de cumplimiento será devuelta a solicitud del interesado, dentro de los veinte días hábiles siguientes a la fecha en que la Administración haya recibido de forma definitiva y a satisfacción el objeto contractual, según lo dispone el artículo 113 del Reglamento a la Ley de Contratación Pública. El contratista deberá enviar un oficio debidamente firmado al correo proveeduria@conare.ac.cr, solicitando la devolución.

    

   1. Se considerará incumplimiento grave a las obligaciones contractuales y contrario al interés público el suspender el pago de los seguros sociales y cualquier otra acción u omisión similar que origine para el contratista un enriquecimiento ilícito o el evadir el correcto, completo y oportuno cumplimiento de las obligaciones señaladas por las leyes de seguridad social del país, especialmente del régimen de la Caja Costarricense de Seguro Social. Al constatar el CONARE estas circunstancias, ya sea de oficio o a solicitud de parte interesada, se procederá a realizar un máximo de una prevención durante toda la vigencia del contrato para que el contratista formalice una solución de su situación de morosidad. De presentarse más situaciones de morosidad se procederá a resolver unilateralmente el contrato dándolo por terminado sin perjuicio de cualquier otra acción legal que procediere contra la contratista según el caso lo amerite.

    

    

   1. MULTA, RESCISIÓN Y RESOLUCIÓN CONTRACTUAL

   Si existiera por parte del contratista, defectos en la calidad del servicio contratado de acuerdo con lo descrito en este pliego de condiciones, en todo o en parte, el CONARE procederá con la aplicación de las multas; previo debido proceso, por los incumplimientos que se indican a continuación:

   Faltas Leves

   Corresponden a incumplimientos que no representen una afectación persistente en el desarrollo de las labores institucionales. Si bien no implican que el servicio se verá interrumpido, de presentarse, van en detrimento de la organización y control del contrato y en consecuencia pone en riesgo la calidad que debe tener el servicio. La reincidencia o no atención de una falta leve, en el plazo definido por la Administración se considerará como falta grave. Según se detallan:

    

   1. Ausencias injustificadas por parte del personal del contratista a las reuniones convocadas por el administrador del contrato.
   2. Si se presentan devoluciones a los productos esperados por correcciones.
   3. Si existe un atraso injustificado por parte del contratista en la entrega de un producto, de acuerdo con los tiempos definidos o exceda reiteradamente los tiempos estimados de respuesta y/o atención.
   4. Por la falta de atención en la ejecución de las recomendaciones de mejora o aclaración de situación señaladas por el administrador del contrato.
   5. Atraso en la entrega de informes solicitados por el administrador del contrato.
   6. Asignar a un profesional o sustituirlo sin autorización previa del Administrador del Contrato.
   7. Incumplimiento de los tiempos de respuesta solicitados durante la etapa del mantenimiento.
   8. Morosidad en las obligaciones patronales con la Caja Costarricense del Seguro Social.

   Cualquier otro incumplimiento de las obligaciones establecidas en la Sección II del presente pliego de condiciones que, a criterio debidamente fundamentado de la Administración, no afecte de forma sustancial la continuidad o calidad del servicio.

    

   Sanción:

   De presentar alguna de las situaciones descritas anteriormente, se le enviará una notificación de amonestación al contratista. Si durante la ejecución contractual, el contratista recibe tres notificaciones de amonestación, se realizará el debido proceso para la resolución contractual, y/o sanción de inhabilitación simple de 6 hasta 24 meses, según lo estipulado en el inciso i) y p) del artículo 119 de la LGCP.

    

   Faltas Graves

   Son aquellos incumplimientos que se consideran un elemento esencial según lo solicitado en el pliego de condiciones. En los casos de calificación de falta grave puede ejecutarse el cobro de las multas con cargo a las retenciones del precio que se hubieran practicado, los saldos pendientes de pago, o bien retenciones a la factura siguiente que presenta el proveedor, según se detalla: 

   1. Baja calidad de productos del objeto contractual, imputable al contratista.
   2. Incumplimiento de los requerimientos de seguridad de la información.
   3. Abandono o suspensión injustificada del servicio por parte del contratista.
   4. La subcontratación del servicio o subcontratar con personas físicas o jurídicas diferentes de las que señala el listado de subcontratación ofertado.
   5. Si la subcontratación manifestada supera el porcentaje definido en este pliego de condiciones, o si el subcontratista no se encuentra al día con las obligaciones de seguridad social, o si se comprueba que el mismo le afecta las causales de prohibición estipuladas en la Ley General de Contratación Pública.

    

   Sanción:

   Reunión previa entre el contratista, administrador del contrato y proveeduría con el fin de corregir los avances y entregables del proyecto, al respecto se elaborará una minuta. De persistir lo defectos por parte del contratista, se enviará un oficio de amonestación para que se corrija el defecto en un plazo de 3 dh. En caso de persistir se realizará el debido proceso para la resolución contractual, ejecución de garantía de cumplimiento y/o sanción de inhabilitación simple de 6 hasta 24 meses, según lo estipulado en el inciso i) y p) del artículo 119 de la Ley General de Contratación Pública: 

    

   Muy Graves

   Cualquier incumplimiento al contrato que conlleve la posibilidad de daños o pérdida material y/o humana a la Administración y/o a sus beneficiarios, se entiende que cualesquiera de este tipo de incumplimientos, producirá la resolución del contrato, sin perjuicio de la ejecución de la garantía de cumplimiento y sanción de inhabilitación calificada o simple, previo la aplicación del debido proceso. Según se detalla:

   1. La subcontratación no autorizada de actividades cuya ejecución corresponda directamente al contratista, cuando ello contravenga las condiciones establecidas en el presente pliego y en la normativa vigente. La multa será la ejecución de garantía de cumplimiento. Resolución contractual, y aplicación de sanción de inhabilitación simple según lo estipulado en el del inciso i) artículo 119 de la Ley General de Contratación Pública.
   2. Efectuar o permitir acciones que contravengan lo expuesto en la legislación nacional vigente o el pliego de condiciones. La multa será la ejecución parcial o total de la garantía de cumplimiento, y resolución contractual.
   3. Abandonar un contrato en ejecución sin justa causa. La multa será la ejecución de garantía de cumplimiento. Resolución contractual, y aplicación de sanción de inhabilitación calificada de dos años para participar en los concursos que promueva la Administración Pública, según lo establecido en los incisos j) e i) del artículo 119 y 118 de la LGCP.

    

   1. La Proveeduría previo al procedimiento sancionatorio, realizará las investigaciones necesarias y reuniones previas con las partes, con el fin de orientar la ejecución de este contrato, por lo cual se reserva la potestad de conciliar con el contratista
   2. Para los efectos de este aparte, únicamente se considerará atraso justificado, circunstancias no imputables al contratista, originadas por caso fortuito, fuerza mayor o hechos de la propia Administración, debidamente demostradas por escrito ante la Proveeduría y la Unidad Administrativa responsable, de acuerdo con los términos ofertados.
   3. De acuerdo con el artículo 117 del Reglamento a la Ley General de Contratación Pública podrá, sin perjuicio de las demás acciones administrativas en caso de incumplimiento total por parte del contratista, resolver el contrato sin perjuicio de otras responsabilidades administrativas y civiles que se deriven de dicho incumplimiento.
   4. Resolución de controversias: Si durante la ejecución de un contrato surgen una o varias controversias no susceptibles de solución por negociación directa entre las partes, dicha controversia podrá ser sometida a un comité de expertos sin que la ejecución del contrato se vea suspendida, según lo prevé la Ley General de Contratación Pública (Art. 117).
   5. Cualquier circunstancia no prevista en este pliego de condiciones, se resolverá de conformidad con lo dispuesto en la Ley General de Contratación Pública y normativa conexa.
   La Administración se reserva el derecho de adjudicar de acuerdo con la disponibilidad presupuestaria, así como declarar infructuosa la contratación si se considera que ninguna oferta conviene a sus intereses, o desierta con fundamento en el interés público. También se reserva para su aplicación al momento de la adjudicación las facultades contenidas en el artículo 104 del Reglamento a la Ley General de Contratación Pública, en tanto la oferta favorecida se ajuste al contenido presupuestario.La garantía de cumplimiento deberá ser rendida electrónicamente a través de SICOP, por un monto equivalente al 8% del monto total adjudicado, dentro de los ocho días hábiles siguientes a la firmeza del acto de adjudicación, la cual deberá tener una vigencia mínima de doce meses. La garantía se rendirá en su equivalente en moneda nacional al día anterior de la presentación de la oferta, mediante depósito de bono de garantía del INS, o por cualquiera de los bancos del Sistema Bancario Nacional; certificados de depósito a plazo, bonos del Estado o de sus instituciones debidamente endosados; del Sistema Bancario Nacional o depósito, todos a la orden del CONARE, cuenta cliente 15100010010547684 con cedula jurídica 3-007-045437 cuenta corriente número 100-01-000-054768-7 del Banco Nacional de Costa Rica.