Contratación e implementación de solución Mesa de Servicio, CMDB y conectores externos por suscripción en la nube, según demanda con cuantía estimada

a. El oferente debe presentar documentación que garantice su condición de canal autorizado por el fabricante, con nivel de Partner Gold, para la comercialización e implementación de la solución ofertada. Será requisito indispensable aportar una carta emitida por el fabricante, en la cual se confirme expresamente la autorización para ejecutar el proyecto.

 

b. La herramienta debe contar con la certificación PeopleCert Accredited ITIL Tool Vendor que garantiza la aplicación de buenas prácticas de la industria. La misma se deberá verificar en el siguiente enlace: https://atv.peoplecert.org/tool-vendor-accreditation/ y deberá estar certificada en todas las siguientes prácticas:

• Change Enablement
• Deployment Management
• IT Asset Management
• Incident Management
• Knowledge Management
• Measurement & Reporting Management
• Monitoring & Event Management
• Problem Management
• Release Management
• Service Catalogue Management
• Service Configuration Management
• Service Financial Management
• Service Level Management
• Service Request Management
• Supplier Management

 

c. El oferente debe presentar declaración jurada asegurando que cuenta con la capacidad y los recursos para atender cualquier duda o falla del sistema, además garantizar por escrito que el fabricante cuenta con personal local para apoyos técnicos especializados.

 

d. El oferente deberá presentar una certificación que acredite que cuenta con al menos dos consultores certificados por el fabricante de la herramienta ofertada, con el fin de garantizar que dispone de personal con los conocimientos y competencias necesarias para brindar el soporte técnico requerido.

 

e. La empresa oferente deberá contar con al menos 2 consultores certificados ITIL versión 4, por lo que deberá presentar la documentación que compruebe el cumplimiento de este punto.

 

f. Con la finalidad de asegurar que el proyecto se implemente bajo una metodología ágil, el oferente debe contar con al menos 2 consultores certificados en Scrum Master y 1 Scrum Product Owner, por lo que deberá presentar dichas certificaciones y la documentación que compruebe el cumplimiento de este punto.

 

g. La empresa oferente deberá contar con más de 5 años de experiencia comprobada en el mercado ITSM (Gestión de servicios de Tecnologías de la Información) específicamente en la implementación y puesta en operación de mesas de servicio y procesos de gestión de servicios de TI. Deberá presentar un mínimo de cinco (5) constancias o referencias de clientes en las cuales se haya implementado y puesto en operación la misma herramienta ofertada en el presente cartel, debiendo cada referencia acreditar la implementación de al menos seis (6) procesos de gestión de servicios de TI, incluyendo la siguiente información para realizar la respectiva validación:

• Nombre de la empresa
• Contacto
• Teléfono
• Correo Electrónico
• Identificación de la herramienta implementada.
• Identificación de al menos seis (6) procesos de gestión de servicios de TI implementados.
• Fecha de la implementación

 

h. El oferente deberá aportar tres casos de éxito dónde haya implementado CMDB bajo estándares ITIL y enfocadas al mapeo de los servicios de negocio, aportando la siguiente información para que el departamento de TI de pueda hacer la respectiva validación:

• Nombre de la empresa
• Contacto
• Teléfono
• Correo electrónico

 

i. La empresa oferente deberá contar experiencia comprobada en la implementación de herramientas de inventario y gestión de equipos a través con al menos cinco (3) referencias de clientes o constancias donde se haya implementado la herramienta de inventario ofertada, incluyendo la siguiente información para realizar la respectiva validación

• Nombre de la empresa
• Contacto
• Teléfono
• Correo Electrónico
• Fecha de la implementación

 

j. El oferente deberá contar con personal local con experiencia en labores de instalación, configuración y mantenimiento de la solución ofertada, que pueda realizar las labores de soporte a la herramienta propuesta, así como un servicio de mantenimiento y soporte local con atención de fallas en un horario de 8am a 5pm. de lunes a viernes. Por cual empresa debe presentar una constancia que acredite que dispone de personal con experiencia y disponibilidad del servicio de mantenimiento y soporte local.

 

k. El oferente debe de contar con al menos un ejecutivo certificado comercialmente en la herramienta ofertada, que garantice el seguimiento constante al proyecto. Se debe presentar la certificación correspondiente.

3. Condiciones específicas.
3.1. Productos y actividades.
✓ Licencias de Aranda CMDB Enterprise - 1 Consola - 1000 CIs - Suscripción Cloud.
✓ Licencias de Uso Aranda Service Management Suite ASMS Usuario Concurrente (11 Procesos ITIL) / Suscripción cloud.
✓ Implementación y Capacitacion de las soluciones de Aranda CMDB y ASMS.
✓ Licencia de Usuarios Adicionales Concurrentes de consolas (AQM, ADM, EMM, CMDB Standard)
✓ Licencia de Aranda Device Management.
✓ Suscripción Anual para conector con terceros.
La empresa oferente deberá ofertar los Servicios Profesionales requeridos para la implementación de la herramienta, tomando en cuenta que como primer proyecto debe implementar una mesa de ayuda para el área de TI del INEC con las prácticas de incidentes y requerimientos, contemplar la integración con Teams, WhatsApp, Correo Electrónico, Jira, ServiceNow, Microsoft Power Platform y HP TechPulse y Zapier. El oferente debe indicar la cantidad de horas proyectadas para configurar cada conector.
El SLA de disponibilidad del oferente para el registro de casos por parte de la institución, debe ser de 24X7X365.

Nivel	Tipificación	Tipo máximo de respuesta	Tiempo máximo de intervención
1	Alto	15 minutos	2 horas
2	Medio	30 minutos	4 horas
3	Bajo	1 hora	8 horas

3.1.1. Servicio de mesa de ayuda para soporte tecnológico y administrativo
(Suscripción de licencias de tipo concurrente y nombrado de administrador de solicitudes de mesa de ayuda)

Todos los módulos incluidos deben ser desarrollados por la misma casa fabricante.
Para efectos de la verificación del cumplimiento de los requerimientos establecidos, todas las especificaciones técnicas indicadas en el presente apartado se validarán mediante la revisión de la documentación técnica aportada por el oferente, fichas técnicas, certificaciones, declaraciones u otros documentos de respaldo que permitan comprobar el cumplimiento de cada requisito solicitado
a. Especificaciones Generales
1. La solución incorporada con los equipos debe ser instalada completamente en español. El material para entregar (manuales técnicos, guías de configuración, guías de uso y otros) deben estar completamente en español.
2. La solución debe ser de fácil integración de los sistemas de autenticación de la solución Directorio activo de Microsoft, para la importación de usuarios, así como validación de accesos seguro de usuarios a las consolas de administración.
3. La solución en su totalidad debe ser modalidad suscripción cloud anual e incluir contrato de soporte y garantía.
4. La solución debe poder integrarse con soluciones de Call Center.
5. La solución debe permitir que las llamadas telefónicas se conviertan en tickets, que el agente tenga toda la información del usuario al contestar y que exista trazabilidad entre la llamada y el incidente.
.
b. Especificaciones Técnicas de la mesa de ayuda
1. El Sistema deberá incluir consolas de uso y gestión a través de una aplicación móvil nativa compatibles con sistemas operativos IOS y Android, estas deben ser descargadas desde la tienda de cada fabricante de forma gratuita.
2. Se deberán entregar al menos dos aplicaciones móviles independientes: Uso para usuario final, y gestión de casos por agentes especialistas.
3. La solución y/o conjunto de soluciones debe permitir definir Esquemas de Aprobación propios de las gestiones de Requerimientos de Servicio. Entendiéndose por Esquema las etapas, roles, niveles de aprobación, etc.

4. La solución y/o conjunto de soluciones debe permitir para Esquemas de Aprobación, los criterios de aceptación según la cantidad de Especialistas aprobados.
5. La solución y/o conjunto de soluciones debe incluir un mecanismo de aprobación mediante el envío de correo electrónico a los aprobadores donde se pueda ejecutar el proceso de aprobación/no aprobación sin necesidad de ingresar a la consola de los especialistas.
6. La solución debe permitir la selección de múltiples opciones en cuanto a compatibilidad de Base de Datos para su operación. Al menos incluir opción de Microsoft SQL Server.
7. La solución debe estar optimizada para ambientes Cloud y los tiempos de respuesta en la Gestión de casos debe ser rápida para poder gestionar elevados volúmenes de casos diarios.
8. La solución ofertada deberá de tener capacidad de separar las capas Web, Aplicación, Datos y Web Services en diferentes instancias de servidores para optimizar rendimiento y mejorar la seguridad.
9. La solución debe estar compuesta de módulos de aplicación que puedan ser instalados de forma independiente (Servidor principal, consolas de acceso, módulo de seguridad, módulo de reportes, módulos web, otros)
10. La solución debe permitir configurar un sistema de gestión de conocimiento, que pueda ser publicada con artículos técnicos y artículos para usuario final mediante distintas interfaces. Estos no deben tener un límite de artículos a publicar y no debe haber costos adicionales asociados.
11. El sistema debe contar con una Base de Datos de Conocimiento en línea con procesos de aprobación, para las soluciones creadas que puedan ser públicas o privadas para los usuarios finales, y que estos puedan consultarlas sin ser objeto de licenciamiento. Estas soluciones deben poder ser calificadas por parte del usuario final y el acceso a los usuarios finales debe ser ilimitado.
12. La solución debe contar con una base de datos de conocimientos, la cual debe poder ser actualizada por el personal técnico. Esta base de datos podrá ser utilizada por los usuarios finales y personal técnico, mediante distintas interfaces. La interfaz para usuario final debe ser amigable y de fácil uso.
13. La solución y/o conjunto de soluciones debe poder crear artículos, documentos y cualquier documentación en la base de conocimiento sin incurrir en costos adicionales.

14. La solución debe permitir la creación de campos adicionales para la creación de un caso, al menos del tipo: texto, numérico, fecha, combo y check. Debe permitirse la configuración de estos campos como obligatorios y visibles cuando así se requiera ya sea por proceso, categoría y servicio. La creación de estos debe ser fácil para administrador y no debe requerir programación alguna.
15. La solución debe permitir guardar un histórico de modificaciones sobre los campos adicionales.
16. La solución y/o conjunto de soluciones debe permitir la creación de campos adicionales por cada tipo de caso, estos campos deberán ser configurables en su tipo, orden, obligatoriedad al especialista o al usuario final, visibilidad para el especialista o al usuario final y auditoría.
17. La solución debe permitir que el Chat nativo se pueda integrar con el sitio Web del cliente, para atención al usuario final desde la misma página
18. La solución y/o conjunto de soluciones debe ser compatible con Internet Information Service 7 o superior.
19. La solución debe permitir el acceso a la misma a través de exploradores Web (Internet Explorer, Microsoft Edge, Chrome, Firefox, otros)
20. La solución debe permitir definir los turnos por especialista o grupo de especialista con la capacidad de indicar los días y el horario laboral.
21. La solución debe contar con un sistema de Encuesta de Satisfacción, el cual puede ser automatizado y configurado según requerimientos de negocio y técnicos.
22. La encuesta debe permitir activar y desactivar preguntas sin necesidad de recrear la encuesta.
23. La encuesta de satisfacción debe permitir definir las opciones de respuesta cerrada y crear preguntas con respuesta abierta.
24. La Encuesta de satisfacción definir preguntas como obligatorias.
25. La solución debe permitir la ejecución de reglas basados en la respuesta de una pregunta de la encuesta de satisfacción, estas reglas deben ejecutar acciones como enviar correo, modificar el estado del caso, etc.
26. La solución debe permitir al usuario contestar la encuesta de satisfacción desde la misma interfaz Web con la que se crea o se da seguimiento a un caso.
27. La solución debe permitir la creación de proyectos independientes con la figura de Multiproyecto.
28. La solución y/o conjunto de soluciones debe permitir la definición, uso y segmentación de múltiples proyectos o mesas de servicio sobre la misma base de datos de modo que se puedan manejar paralelamente sobre el mismo sistema con categorizaciones, SLAs, Calendarios, técnicos y usuarios independientes o compartidos según la necesidad.
29. La solución debe permitir la creación de proyectos no TI y que la parametrización de estos sea fácil para el administrador.
30. La solución debe permitir ingresar a cada proyecto desde una dirección URL diferente e independiente. Para poder personalizar de esta forma el ingreso de los usuarios que ingresan a cada proyecto de forma directa.
31. La solución y/o conjunto de soluciones debe permitir el uso de protocolos seguros Https
32. La solución debe permitir la administración de esta a través de acceso mediante un explorador Web
33. El Sistema deberá incluir consolas de Uso y Gestión en interfaz Cliente/Servidor en interfaz Web
34. La solución debe permitir la creación de Grupos de Agentes Especialistas para la asignación de casos.
35. La solución debe incluir la asignación de casos de forma automática a un responsable de grupo.
36. La solución debe incluir un asistente gráfico que permita relacionar rápidamente los estados y transiciones entre estos para los procesos correspondientes.
37. La solución debe permitir al usuario final ingresar comentaros directamente al caso desde la interfaz Web y desde el envío de un correo electrónico.
38. La solución debe permitir la definición de reasignaciones de casos cuando un agente especialista se ausente (por incapacidad, vacaciones, licencias u otros) sin impactar la operación o los tiempos definidos dentro del SLA.
39. La solución debe incluir un módulo de configuración de turnos de trabajo para los agentes especialistas, incluyendo horarios y días laborales.
40. La solución debe incluir un módulo de búsqueda especial, que permita hacer reportes de casos, filtrados por su tipo, usuarios finales, especialista, categoría de problema, fecha, estado actual y por cada uno de los campos visibles en el listado de casos dentro de la consola de agentes especialistas.
41. La solución deberá permitir personalizar los "Labels" o títulos de los campos relacionados a los usuarios, compañías o información del caso.
42. La solución debe permitir configurar el tiempo máximo de vida de una licencia de especialista, para liberar licencias en desuso.
43. La solución deberá permitir personalizar "Vistas" favoritas para que el especialista pueda mantener una configuración de interfaz de acuerdo con sus necesidades.

44. La solución debe permitir la automatización de reasignaciones mediante la configuración de los motivos por el cual se están reasignando los casos (vacaciones, incapacidad, etc.). Configurar el periodo que dicha reasignación será ejecutada automáticamente, al especialista o grupo de especialistas al cual se le reasignaran los casos.
45. La solución deberá permitir la definición de etiquetas de los campos que forman parte de las ventanas de registro de los casos. Dichos campos documentan los datos del usuario, las compañías del usuario, el activo asociado al caso y hasta el mismo caso en cuestión.
46. Es obligatorio que para cada tipo de caso maneje un consecutivo independiente y que en el mismo se pueda identificar, tipo de caso, código del proyecto, código del caso.
47. La solución debe permitir la creación de múltiples compañías dentro de un mismo proyecto, con la figura de Multicompañía
48. La solución debe permitir la gestión de incidentes y peticiones de servicio de forma independiente. Mediante esta gestión se deberá crear, editar, modificar, asignar, enrutar, cerrar y generar conocimiento sobre cada uno de estos tipos de casos.
49. La solución debe permitir la habilitación de funcionalidades que permitan automatizar y/o pre-configurar los parámetros requeridos para el ingreso y modificación de un caso.
50. La solución y/o conjunto de soluciones debe permitir la segmentación de los resultados de consulta de casos mediante vistas predefinidas y paginación, en función del usuario conectado y que realiza la consulta
51. La solución debe permitir el traspaso de información entre distintos casos relacionados entre sí.
52. La solución debe permitir la ejecución de acciones entre tipos de caso, de tal manera que una condición de un caso pueda modificar las características de otro caso relacionado.
53. La solución debe permitir la definición de urgencia de atención para cada caso.
54. La solución debe permitir la definición del impacto del servicio para cada caso.
55. La Solución debe permitir la rápida gestión de casos, ayudando al especialista a visualizar la descripción del caso, ver el historial de los cambios en el caso incluida las notas, añadir notas y añadir adjuntos, todas estas acciones en la vista de casos sin necesidad de entrar en modo edición para poder ejecutarlas.

56. La solución y/o conjunto de soluciones debe permitir la definición y utilización de motivos y/o razones bajo las cuales se genera el cambio (transición) entre un estado y otro, para un mismo caso.
57. La solución debe permitir al usuario final adjuntar cualquier tipo de archivo relacionados para cada caso y permitir definir un tamaño máximo para los adjuntos.
58. La solución debe permitir la creación de notas o comentarios a un caso por parte del agente especialista que está atendiendo el caso. Los comentarios NO deben ser modificados después de creados.
59. La solución debe permitir la ejecución de reglas basadas en las notas agregadas por el usuario y especialista, estas reglas deben ejecutar acciones como enviar correo, modificar el estado del caso, etc.
60. La solución debe permitir definir un nivel de visibilidad privado a las notas o comentarios creados para un caso, de forma que este sea visible únicamente para los agentes especialistas y no para el usuario final.
61. La solución y/o conjunto de soluciones debe manejar las opciones de Texto Enriquecido, para la documentación de los casos, soluciones, notificaciones y plantillas.
62. La solución y/o conjunto de soluciones debe permitir al usuario dar seguimiento a los casos creados y/o relacionados con él. Este seguimiento debe poder realizarse mediante la misma Interfaz Web con la que crea un caso.
63. La solución debe permitir al agente especialista ingresar el tiempo dedicado a cada caso (tiempo aplicado real, esfuerzo).
64. La herramienta debe incluir un módulo de definición de costo por hora por especialista y calcular el costo de cada caso tomando en cuenta el tiempo dedicado (tiempo aplicado real) y brindar un precio de cada caso.
65. La solución debe permitir la inclusión de guiones de apoyo para la gestión de casos por parte de los agentes especialista.
66. La solución debe incluir un control histórico de todas las acciones realizadas por el personal técnico en cada uno de los casos atendidos. El histórico debe poder realizar búsquedas y debe permitir filtrar solo las notas realizadas por el usuario o especialista.
67. La solución debe contar con la funcionalidad de ejecutar acciones programadas, como la creación de casos masivos por rangos de tiempo.
68. La solución deberá permitir un balanceo real de casos independiente por tipo de caso, con al menos las opciones de: Asignar al responsable del grupo, asignar al especialista con menos casos, asignar al especialista con menor carga de trabajo y asignar al especialista con menos carga del grupo. Este balanceo debe realizarse de forma automática.
69. La Herramienta deberá permitir definir y personalizar los campos visibles en la interfaz relacionados con usuarios y compañías.
70. La solución deberá permitir la creación de platillas que permitan un registro rápido de los casos repetitivos que llegan a la mesa de servicio.
71. La solución debe permitir la definición de los días que deberán transcurrir para que un caso se cierre de manera automática después de ser solucionado, adicional de permitir su cierre mediante la encuesta de satisfacción del servicio donde a través de una de las preguntas se le pide la autorización del cierre mediante una respuesta equivalente a un "si"
72. La solución debe permitir la programación de creación de casos automáticamente. En la programación se deberá configurar el periodo de vigencia de la tarea, el día y hora de la semana/mes que se ejecutará y definir si por única vez, número de ejecuciones de la tarea, entre otros. Permitir ligar los formularios definidos con cada uno de los procesos ITIL e poder configurar el número de casos que se generaran de manera automática por cada proceso.
73. La solución debe poder definir flujos procedimientos los cuales incluyan un listado de tareas, estos procedimientos deben quedar como plantillas para que puedan ser usados en la creación o gestión de casos.
74. La solución debe poder definir flujos globales para las tareas y debe poder configurarse flujos para los procedimientos que incluyen un listado de tareas, para garantizar que una tarea no se ejecuta hasta que no se realizara las tareas prerrequisitos o el flujo definido.
75. La solución y/o conjunto de soluciones debe asegurar compatibilidad con tecnologías de Alta Disponibilidad y Tolerancia a Fallos para cualquiera de sus capas (Presentación, Web, Datos)
76. La solución debe ser instalada completamente en español. El material para entregar (manuales técnicos, guías de configuración, guías de uso y otros) deben estar completamente en español y generados directamente por el fabricante de la solución.
77. La solución debe permitir la personalización de las opciones de instalación: Carpetas de Instalación, Directorios, Funcionalidades Adicionales, etc.
78. La solución y/o conjunto de soluciones debe permitir la instalación de Base de Datos mediante procedimientos alternativos al determinado por el fabricante (Ej. Creación de Instancia, Pre-Crear Base de Datos, Creación de Tablespace).

79. La solución debe permitir integración con Active Directory o cualquier directorio que use el protocolo LDAP para importación de usuarios y validación de usuarios en la solución utilizando la información de Active Directory y LDAP.
80. La solución debe contar con un módulo nativo que permita la autogestión de cuentas de dominio y contraseñas a los usuarios finales.
81. La solución debe poseer la capacidad de sincronización Unidireccional y Bidireccional entre la herramienta y Active Directory de Microsoft.
82. La solución debe incluir funcionalidades (API Rest) que permitan integración con otras aplicaciones según las necesidades del Instituto Nacional de Estadística y Censo.
83. La solución debe permitir la relación y asociación de los elementos de configuración (CMDB) al o los servicios que así lo requieran.
84. La solución debe incluir de forma nativa una aplicación tipo agente virtual para integrarse con Microsoft Teams, para permitir el auto servicio por parte de los usuarios finales. La aplicación deberá estar publicada en la tienda de MS Teams.
85. La solución de Service Desk debe permitir la integración nativa con Sistemas de Gestión de Configuración (CMDB) del mismo fabricante.
86. La solución debe permitir el seguimiento y trazabilidad de los casos creados y su relación con los elementos de configuración de un sistema de gestión de configuración (CMDB)
87. La solución y/o conjunto de soluciones debe proveer como parte de su documentación el listado de Web Services o API de integración, Operaciones, Parámetros de Entrada y Salida que ésta posee, para facilitar la integración con sistemas externos.
88. La solución y/o conjunto de soluciones debe permitir la personalización de los Web Services que ésta dispone. Entendiéndose por personalización la adición/sustracción de atributos (Tags) dentro de cada operación asociada a un Web Services
89. La solución y/o conjunto de soluciones debe asegurar la trazabilidad bidireccional entre ésta y el sistema de gestión de la Configuración (CMDB). Para este escenario se define la bidireccionalidad como la capacidad de ver los detalles de los elementos de configuración relacionados a un caso, desde la interfaz de Gestión de Casos; y la capacidad de ver los detalles de los casos relacionados a un elemento de configuración, desde la interfaz del software de Gestión de Configuración (CMDB).

90. La solución de mesa de servicio debe estar en la capacidad de integrarse nativamente con el Sistema de Gestión de Trabajo en Campo del mismo fabricante, con la cual se debe poder gestionar el personal en campo, optimizando el recurso a través de asignaciones específicas de ordenes por especialidad, disponibilidad y ubicación geográfica de los recursos.
91. La integración nativa con el Sistema de Gestión de Trabajo en Campo del mismo fabricante debe permitir a futuro realizar el seguimiento de las tareas realizadas por los especialistas o técnicos en campo obteniendo información del estado actual de la tarea en campo, ubicación del cliente.
92. La solución y/o conjunto de soluciones debe ofrecer un esquema de Licenciamiento bajo el cual los usuarios finales (clientes) no requieran ser licenciados por el uso de componentes de Autoatención, como el Sistema de Gestión de Conocimiento y la Creación/Búsqueda de Casos
93. La solución debe permitir al usuario registrar "Solicitudes" sin ser categorizadas previamente como incidentes o requerimientos de servicio. Permitiendo posteriormente al especialista realizar esta asignación.
94. La solución debe permitir enviar de forma automática notificaciones vía correo electrónico al usuario final. Si el usuario responde a este correo, la solución deberá adjuntar al caso de forma automática una notificación con la respuesta, dando continuidad al caso.
95. La solución debe permitir la habilitación de una vía de entrada simplificada y alternativa para la creación de incidentes y requerimientos de servicio, a través de una interfaz Web diseñada exclusivamente para el usuario final (cliente), así como consultar el estado de un caso, acceder a la base de conocimiento y responder la encuesta de satisfacción. Este módulo de auto atención no debe requerir licenciamiento.
96. La solución debe permitir la integración con los servicios de correo electrónico del Instituto Nacional de Estadística y Censo, y permitir la creación de un caso de forma automatizada en la mesa de servicio a partir del envío de un correo electrónico por parte de cualquier usuario.
97. La solución debe permitir al agente especialista distinguir entre los diversos canales de registro de un caso, debe permitir personalizar las canales e incluir al menos Telefónico, Correo Electrónico, Consola Web de usuario, aplicaciones móviles, chat nativo.
98. La solución debe permitir el cierre de casos por parte del usuario final.

99. La solución y/o conjunto de soluciones debe permitir la capacidad de definir Grupos para usuarios especiales o procesos críticos del negocio. Estos deben ser manejados independientemente de los SLAs y tener prioridad sobre ellos.
100. La solución deberá permitir incluir mecanismos informativos entre la Mesa de Servicio y el usuario final desde el portal de usuarios finales como la publicación de noticias y un banner.
101. La solución deberá permitir configurar el branding del portal de usuario final de una manera rápida y sencilla a través de la consola de administración. Permitir la activación de un wizard que apoye el registro de casos en poco paso y de manera muy gráfica.
102. La herramienta deberá permitir configurar de manera gráfica la documentación del catálogo de servicios permitiendo el manejo de imágenes y la documentación de los alcances de estos
103. La herramienta deberá incluir el mecanismo de Chat desde el portal de usuario final para establecer comunicación con los especialistas de la Mesa de Servicio, permitir que el especialista decida si la conversación se convierte de manera automática en un caso registrado automáticamente en la Mesa de Servicio.
104. La solución deberá permitir a través del chat referenciar el número de caso para pedir informe del avance de este a los especialistas de la Mesa de Servicio.
105. La solución debe permitir elaborar diversos tipos de reportes (gráficos y estadísticos) los cuales pueden ser personalizados según la necesidad del Instituto Nacional de Estadística y Censo.
106. La solución debe incluir reportes preconfigurados incluyendo las métricas principales según mejores prácticas ITIL.
107. La solución debe permitir personalización de la presentación (Layout) de los distintos reportes que se pueda generar, por ejemplo: Banners, logo, tipos de gráfico, entre otros.
108. La solución debe permitir exportar los reportes generados a distintos formatos de archivo, al menos xls, docx, pdf, rft, html, text, csv, jpeg.
109. La solución debe permitir la definición de esquemas recurrentes bajo los cuales un reporte o un conjunto de reportes se envíen a determinada hora y día a un conjunto de destinatarios previamente definidos vía correo electrónico.
110. La solución y/o conjunto de soluciones debe permitir visualizar de forma gráfica y en tiempo real las estadísticas de la Mesa de Servicio. Se debe poder visualizar por proyecto o por usuario especialista logueado ya sea por tipo de proceso y por estados.

111. La solución debe permitir la definición de distintos roles en el sistema, cada rol implica determinados permisos y privilegios en el sistema y en los datos contenidos en este. Al menos se deben definir: Agentes Especialistas, Supervisores, Auditores, Usuarios, Administradores de Solución, Gestor de CMDB.
112. La solución debe permitir la auditoría de los permisos generados a los roles. Esta consulta debe implicar también permisos.
113. Los flujos de los procesos según ITIL pueden crearse o modificarse de acuerdo con las necesidades de cada proceso. Esto debe realizarse a través de interfaz gráfica únicamente de modo que sea amigable y fácil para el administrador de la solución. No se debe requerir llenar formularios o realizar programación para su modificación.
114. Diseño de procesos: debe contar con una interfaz gráfica para que “no programadores” puedan diseñar e implementar los procesos, por ejemplo: procesos de realización de peticiones, creación automática de problemas, etc.
115. La solución debe permitir la creación de un catálogo de servicios, permitiendo definir al menos: servicio, área, responsabilidades, confiabilidad, disponibilidad, penalidades, calendarios de prestación del servicio.
116. La solución debe permitir la creación de SLAs y UCs, y que estos puedan ser asociados a los servicios definidos en el catálogo de servicios.
117. La solución debe permitir la gestión del ciclo de vida de los servicios pertenecientes al catálogo de servicio, y poder definir al menos los estados: Diseño, Transición, Operación, Obsoleto, Mantenimiento.
118. La solución debe permitir la publicación del Catálogo para la consulta de cliente final, para que estos creen incidentes o requerimientos a partir de los servicios publicados.
119. La solución debe permitir la activación e inactivación de los servicios definidos en el catálogo de servicios.
120. La solución debe permitir crear relaciones entre diferentes casos y gestionar de forma masiva los casos relacionados.
121. La solución debe calcular de forma automática la prioridad de atención de un caso, basado una matriz de prioridades, tomando en cuenta el impacto y urgencia de cada caso.
122. La solución debe permitir la definición y utilización de categorías multinivel para describir la tipología asociada a determinados casos. Las categorías deben ser totalmente personalizables y permitir N niveles.

123. La solución debe permitir la representación gráfica de las categorías multinivel mediante árboles de categoría que faciliten su navegación y selección para cada caso.
124. La solución debe permitir la creación y configuración de alarmas y escalamientos relacionados con los tiempos definidos en un acuerdo de nivel de servicio. Por ejemplo, permitir notificar a un Coordinador cuando el tiempo comprometido por un SLA está cercano a expirar y el caso aún no se encuentre atendido o solucionado.
125. La solución debe permitir automatizar la asignación de SLAs específicos para usuarios definidos como VIP acortando los tiempos de atención y solución para un incidente.
126. La solución debe permitir automatizar la asignación de SLAs específicos para Elementos de Configuración definidos como críticos acortando los tiempos de atención y solución para un incidente.
127. La solución debe permitir la creación de Acuerdos con Terceros (UCs)
128. La herramienta debe permitir la configuración de calendarios para el control de horas laborales y no laborales de un servicio
129. La solución debe permitir configurar parte del proceso de gestión de incidentes a través de múltiples estados y un flujo entre ellos.
130. La solución debe permitir configurar parte del proceso de gestión de requerimientos de servicio a través de múltiplos estados y un flujo entre ellos. Este flujo debe ser totalmente independiente al de incidentes y permitir la configuración de un proceso de aprobaciones
131. La solución debe permitir incluir proveedores y terceros y poder asociarlos a contratos y acuerdos dentro del Service Desk
132. La solución debe permitir nativamente la gestión de contraseñas de los usuarios y como mínimo debe permitir configurar la Duración Máxima de la contraseña (días), Duración Mínima de la contraseña (horas), Cantidad de contraseñas recordadas.
133. La solución deberá permitir definir grupos de usuarios finales especiales para poder aplicar acuerdo de nivel de servicio de una manera mucho más ágil y poder identificarlos de manera gráfica desde el portal de usuarios especialistas a que grupo pertenecen: VIP, Con discapacidad, etc.

c. Especificaciones Técnicas de los Reportes
1. La solución debe permitir elaborar diversos tipos de reportes (gráficos y estadísticos) los cuales pueden ser personalizados.
2. La solución debe permitir personalización de la presentación (Layout) de los distintos reportes que se pueda generar, por ejemplo: Banners, Logo, Tipos de Gráfico, entre otros.
3. La solución debe permitir exportar los reportes generados a distintos formatos de archivo, al menos XLS, HTML, PDF, DOC.
4. La solución debe permitir la definición de esquemas recurrentes bajo los cuales un reporte o un conjunto de reportes se envíen a determinada hora y día a un conjunto de destinatarios previamente definidos vía correo electrónico.
5. La solución debe incluir la definición de reportes ejecutivos adicionales al sistema de reportes incluido en la herramienta, así como un grupo de reportes a modo catálogo, donde el usuario puede descargar los reportes que necesiten.
d. Especificaciones Técnicas del Módulo para la Gestión de la Configuración (CMDB)
1. Toda la solución ofrecida debe tener la escalabilidad de poder operar sobre un único servidor central o sobre servidores independientes de base de datos y aplicación, respectivamente.
2. La CMDB debe ser Federada y proporcionar reconciliación con el producto de Aranda Asset Management (Inventario HW y SW)
3. Fácil integración de los sistemas de autenticación de la solución con LDAP (Linux, Novell, etc.) y Directorio activo de Microsoft, para tener ingreso seguro a la consola de administración.
4. Permitir la creación manual de usuarios con acceso a la aplicación mediante autenticación nativa para uso de las respectivas consolas.
5. La aplicación debe contar con interfaz front end (windows) y web para los usuarios especialistas.
6. Maneja un esquema de licenciamiento por CI's y consolas concurrentes.
7. Es una herramienta con certificación Pink Verified Enhanced 3.1 para el proceso de la gestión de configuración.

8. Debe ser una herramienta multiproyecto, permitiendo crear y/o administrar diferentes elementos entre áreas o procesos independientes.
9. Posee gráficas de resumen en base a filtros prestablecidos de manera que se visualice la distribución de los elementos o CI's registrados.
10. Permite la gestión de contratos, facturas y otros documentos relacionando los elementos o CI's que soportan.
11. Es posible configurar alarmas de vencimiento de contratos a fin de gestionarlos por un responsable específico.
12. La herramienta permite la creación de los tipos de contrato para su gestión.
13. Permite adjuntar archivos a los contratos a fin de tener el repositorio digital de los contratos de los CI's.
14. Cuenta con campos adicionales para contratos.
15. Permite la creación de proveedores con sus datos correspondientes: Nombre del proveedor, NIT, correo, sitio web, entre otros.
16. La aplicación permite la organización de CI's en categorías específicas.
17. Es posible restringir la visibilidad de elementos basado en los perfiles de los grupos generados en la herramienta. (uno o varios grupos pueden tener visibilidad de una o varias categorías)
18. Cada categoría cuenta con 30 campos adicionales en total distribuidos en diferentes tipos: Texto corto, texto largo, combo, checbox y Fecha.
19. La herramienta permite la creación de estados y flujos de vida para cada categoría de CI's
20. Se puede agrupar los elementos o CI's en Agrupaciones. Cada agrupación es una organización jerárquica donde se asocian los elementos de acuerdo con el criterio del cliente. Ej: departamentos Geográficos, áreas de la compañía, etc.
21. Cada elemento puede ser clasificado bajo un "Perfil". De manera que éste sea otro filtro de organización para los CI's.
22. El identificador del CI debe ser único.
23. La interfaz debe poseer la siguiente información del CI:
✓ Nombre
✓ Categoría
✓ Impacto
✓ Marca
✓ Número de placa (placa de Inventario)
✓ Modelo
✓ Serial
✓ Agrupación

✓ Precio
✓ Centro de Costo
✓ Estado Actual
✓ Estado Programado
✓ Fecha de entrega a la compañía
✓ Responsable
✓ Fecha de inicio de responsabilidad
✓ Estado programado
✓ Fecha de estado programado
✓ Fecha de Aceptación
✓ Unidad de medida
✓ Valor de unidad de medida
✓ Fecha de salida
✓ Foto del CI
24. Permite la asociación de terceros a los CI's (Fabricante y proveedor).
25. Provee métodos de identificación: RFID, Código de barras y licencia.
26. Es posible crear y utilizar diferentes relaciones entre CI's. De manera que es posible conocer las relaciones de dependencia, uso y otras entre cada elemento.
27. La herramienta permite la creación de n componentes, los cuales hacen parte de cada CI y los cuales están asociados al mismo.
28. Cada cambio en los datos del CI, cambios de modelo, serial, responsable, estado, ubicación, marca, es guardado como histórico de cada elemento.
29. Se permite la inserción de notas o comentarios adicionales a cada uno de los CI's existentes, con la siguiente información:
30. Comentario
31. Fecha del comentario
32. Usuario que realiza el comentario
33. Se cuenta con una opción propia para lleva a cabo el registro de la ubicación del CI.
34. Permite el manejo de depreciación para cada CI, de las siguientes dos maneras:
35. Depreciación en línea recta
36. Depreciación por suma de dígitos
37. La interfaz de cada elemento permite visualizar los incidentes, problemas, errores conocidos, cambios y llamadas de servicio asociadas o registradas a cada elemento.

38. En cada elemento, la aplicación debe permitir asociar un artículo permitiendo así gestionar e incrementar el conocimiento de un CI
39. Debe poder crear líneas base de cada elemento a fin de que, al realizar un cambio en el CI, se pueda regresar dicho elemento a su estado anterior o conocer cuál era su configuración anterior
40. A cada Cl, es posible asociarle n archivos adjuntos de manera que pueda tener un repositorio de documentos de consulta o soporte del CI
41. La aplicación cuenta con un módulo el cual permite configurar, programar mantenimientos a uno o varios CI's
42. Con cada mantenimiento programado, es posible generar una orden para llevarlo a cabo. Dicha orden queda relacionada al CI donde puede ser consultada o que puede ser impresa para constancia de este.
43. En cada mantenimiento es posible configurar una alarma de vencimiento para la realización de este, la cual se envía al responsable seleccionado.
44. El módulo de mantenimientos posee interfaz web para generación de los mismos desde cualquier PC.
45. Los mantenimientos pueden ser exportados a Excel o HTML.
46. En cada CI es posible relacionar las personas que "usan" un CI, de manera que dicha información puede ser usada para establecer impactos de afectación a los usuarios cuando se presente un cambio, incidente o problema sobre el elemento.
47. Es posible crear y asignar "Presupuestos" por centro de costo, permitiendo visualizar el cumplimiento de este en convenciones definidas
48. Permite configurar auditorias para ser notificadas a un responsable en especifico
49. La herramienta permite la creación de nuevos servicios como CI's y parte del catálogo de servicios, a fin de llevar el control y gestión de su flujo de vida dentro del ciclo.
50. La aplicación permite la generación de reportes de elementos de configuración a cargo y elementos de configuración usados por un usuario en particular
51. La interfaz permite exportar por categoría la información de los Cis contenidos en cada una. Además, permite crear agrupaciones o filtros los cuales también pueden ser exportados a formatos HTML, XLS.
52. La herramienta permite la importación de elementos desde Excel (Plantilla definida) por categoría.

53. Cuenta con opción de clonar para facilitar la creación de CI's con características similares.
54. Cuenta con módulo de descubrimiento SNMP para adicionar dispositivos con la tecnología mencionada a la CMDB (routers, impresoras, servidores, etc.)
55. Permite la actualización de la información principal de los CI's desde Excel. (nombre, estado, etiqueta, categoría, modelo, serial, responsable, marca, agrupación, centro de costo y código de barras).
56. Provee una interfaz de búsqueda por criterios existentes de los elementos.
57. Permite la configuración de grupos de especialistas con acceso a diferentes categorías y agrupaciones. Dado lo anterior, dichos grupos poseen perfiles de manejo de la herramienta los cuales son totalmente configurables y editables.
58. Permite la auditoria de acciones en cada consola (Windows y web) la cual puede ser visualizada a través de un reporte.
e. Requerimientos Esenciales
El software CMDB y ASMS por adquirir debe cumplir las siguientes condiciones:
a. Instalar e implementar suscripciones en la versión más reciente de los productos conforme lo requiera el Instituto Nacional de Estadística y Censos, sin costo adicional para la institución.
b. Brindar el soporte en sitio o de manera remota y derechos de actualización para las licencias adquiridas durante el periodo del contrato, de forma que el servicio se ajuste a la plataforma instalada.
c. La empresa oferente deberá realizar la implementación y capacitación sobre la solución ofertada, el cual debe ser ejecutada solamente en el primer año de la presente contratación.
d. Debe completar la fase de instalación, configuración y de capacitación de la herramienta ofertada, en coordinación con el personal que designe el Departamento de Tecnología de Información.

Cuadro de actividades y validación de herramientas

A. Proceso de instalación ·        Análisis y levantamiento de información. ·        Listado de plantillas de configuración de la solución (catálogos, grupos de trabajo, conectores entre otros). ·       Instalación.

B. Proceso de configuración ·        Configuración. ·        Etapas de pruebas.

C. Proceso de verificación ·        Validar la integración de CMDB con el ADM. ·        Generar un caso en la mesa de ayuda. ·        Generar pruebas para realizar de la gestión de CMDB. ·        Generar pruebas de los conectores que se implemente de extremo a extremo para validar su funcionalidad.

D. Proceso de capacitación y ejecución Documentación y capacitación. Salida a producción.

 

e. La solución de mesa de ayuda y el módulo de gestión de la configuración deberán integrarse de manera nativa con la herramienta de gestión de equipos actualmente utilizada por el Instituto Nacional de Estadística y Censos, la cual es Aranda Device Management.
3.2. Forma de presentar la oferta.
Debido a que la presente contratación se realiza bajo la modalidad de compra según demanda, el oferente deberá indicar en su oferta electrónica,
específicamente en la casilla denominada “Precio unitario”, el costo unitario.
Se deberá contemplar el porcentaje de IVA correspondiente en la casilla que se solicita.

3.3. Tiempo de ejecución o plazo de entrega.
Contratación bajo la modalidad de demanda con cuantía estimada con un tope de ¢250 000 000 (Doscientos cincuenta millones de colones) sin número mínimo o máximo de pedidos, durante un periodo de 4 años, hasta alcanzar el tope máximo de esta contratación o el plazo (lo que primero suceda).
El plazo de entrega debe ser 10 días hábiles después de emitida la orden de pedido.
4. Aspectos a considerar.
4.1. Histórico de consumo.
Se indica a los oferentes, que los datos contenidos en el cuadro siguiente, presenta la cifra del volumen que únicamente se incluye para efectos informativos, de modo tal que la Administración no asegura al adjudicatario ningún volumen mínimo de consumo, por lo que dicho volumen podrá aumentar o disminuir según la demanda real de los servicios; sin que ello implique variación alguna de las condiciones contractuales ni otorgue derecho alguno de resarcimiento al adjudicatario, por lo que en consecuencia no se asegura tampoco al adjudicatario suma mínima alguna de ingresos por concepto de la presente contratación, pues estos se cancelarán conforme al volumen real efectivamente requerido por el INEC, suministrado por el adjudicatario. El oferente NO DEBE INTERPRETAR LAS CIFRAS COMO DEMANDA FIJA.

Suscripciones Adquiridas

 

Línea	NOMBRE ARTICULO	2025	2026
1	Licencia de Aranda Device Management	650	780
2	Licencia de Usuarios Adicionales Concurrentes de consolas (AQM, ADM)	5	5

 

Proyección de Consumo

 

Línea	NOMBRE ARTICULO	2026	2027	2028
1	Licencia de Aranda Device Management	780	900	1000
2	Licencia de Usuarios Adicionales Concurrentes de consolas (AQM, ADM, EMM, CMDB Standard)	10	15	20
3	Licencias de Aranda CMDB Enterprise - 1 Consola - 1000 CIs - Suscripción Cloud	1	2	3
4	Licencias de Uso Aranda Service Management Suite ASMS Usuario Concurrente (11 Procesos ITIL) / Suscripción cloud	6	10	15
5	Suscripción Anual para conector con terceros	1	2	3

 

4.2. Fiscalizador, ejecutor contractual y criterio técnico.
Se cuenta con el recurso humano y la infraestructura administrativa suficiente para verificar el fiel cumplimiento del objeto de la contratación y se ha designado a:
Fiscalizador: Loraine Vargas Cordero, Coordinadora Unidad de Infraestructura y Operaciones, correo electrónico, loraine.vargas@inec.go.cr, en caso de ausencia de ésta, quedará como suplente y Asesor Técnico, Carlos Núñez Ramírez, Profesional Licenciado, Unidad de Infraestructura y Operaciones, correo electrónico carlos.nunez@inec.go.cr.
Ejecutor Contractual: Escatolini Solorzano Rojas, Unidad de Infraestructura y Operaciones, correo electrónico escatolini.solorzano@inec.go.cr.
4.3. Forma de pago y presupuesto asignado.
Los recursos asignados para la presente Contratación son ¢250 000 000 (Doscientos cincuenta millones de colones exactos), pagaderos contra la entrega a satisfacción de los productos establecidos según demanda.

Para el año 2026 se tiene asignado ¢9 100 000 millones de colones.
El INEC cancelará contra entrega, revisión y aprobación de los productos establecidos, dentro de un plazo de 30 días naturales siguientes al recibido conforme y presentada la respectiva factura debidamente legalizada por parte del adjudicatario.
4.4. Orden de pedido.
Licenciamiento de suscripciones de acuerdo a la necesidad de consumo, serán solicitados en SICOP por medio de orden de pedido, aprobada por parte de la Coordinación de la Unidad de Proveeduría y notificada por medio de SICOP, con el fin de mantener un adecuado control en el uso de los recursos presupuestarios, y cumplir con los principios de transparencia y eficiencia.
4.5. Criterio de desempate.
En caso de presentarse empate entre dos o más oferentes, se procederá a aplicar los siguientes criterios, de acuerdo a lo establecido en el artículo 97 del Reglamento a la Ley General de Contratación Pública.
• Calificación si es Pyme y su categoría.
• Mayor cantidad de experiencia en implementación de suscripciones
• Sorteo
4.6. Estructura del precio.
Junto con la oferta deberá presentar la estructura del precio tanto en términos absolutos como porcentuales; lo anterior en cumplimiento al artículo 42 de la Ley General de Contratación Pública y 102 de su respectivo reglamento.
4.7. Garantía de cumplimiento.
Dentro de los 5 días hábiles siguientes, contados a partir de la fecha en que quede en firme el acto de adjudicación, el adjudicatario de esta contratación deberá rendir una Garantía de Cumplimiento por ¢3.125.000 (Tres millones ciento veinticinco mil colones exactos) del monto total adjudicado, a favor del INEC y deberá tener una vigencia por un periodo total de 14 meses calendario y 2 meses antes de vencimiento se debe renovar.
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.

 

Aspectos legales de obligatorio cumplimiento:

 

1. Aportar junto con la oferta la “Licencia Municipal (Patente)” de su actividad comercial, conforme al artículo 88.- del Código Municipal. En caso de profesionales que ejercen liberalmente su profesión, aportar el documento idóneo que acredite dicha condición.

 

1. Aportar junto con la oferta “Permiso sanitario de funcionamiento para establecimientos industriales, comerciales o de servicios”, vigente a la fecha de la apertura de ofertas.

 

1. En caso de resultar adjudicado en firme, deberá aportar la Póliza de seguro de riesgos del trabajo, en un plazo no mayor de 8 días hábiles contados a partir de la notificación. Dicha póliza debe relacionarse con la actividad adjudicada, estar vigente durante el plazo contratado hasta la recepción definitiva y cubrir la prestación del bien o servicio adjudicado. En caso de que el tipo de servicio se catalogue como proyecto de construcción, deberá declarar el proyecto ante el INS conforme lo exige la Norma Técnica aplicable para esa póliza.

 

1. Declaración Jurada del Registro de Proveedores SICOP: En atención al artículo 32.- del RLGCP “Requisitos para integrar el Registro Electrónico Oficial de Proveedores y Subcontratistas” y al pronunciamiento de la Dirección General de Contratación Pública “MH-DCoP-OF-0038-2024”, todo oferente deberá contar con la Declaración Jurada que requiere la “Información de Registro de Proveedor” en SICOP y mantenerla actualizada, caso contrario se declarará su oferta como incompleta y excluida del concurso por ser un elemento no subsanable.

 

Aspectos generales:

 

1. Reajuste y/o Revisión de Precios: En materia de reajuste y/o revisión de precios para la presente contratación, aplicará las disposiciones establecidas en el artículo 43 de la LGCP y los artículos 102, 103, 107 y 109 del RLGCP en lo atinente y lo definido en el Decreto Ejecutivo No. 44937-H-MICITT-MIDEPLAN:  Reglamento para el Reajuste Precios en los Contratos de Obra Pública y la Revisión de Precios en los Contratos de Bienes y Servicios.

 

Para eventuales gestiones de revisión o reajuste de precios, deberá siempre tramitarse por medio del SICOP, acreditando lo establecido en el artículo 6 del indicado reglamento, relacionado con la documentación de soporte para la determinación de los reajustes o las revisiones de precios en un contrato, a saber:

1. a) La estructura de cada precio, tanto en valores absolutos como porcentuales.
2. b) Las fórmulas matemáticas específicas del reajuste o la revisión de precios de un contrato.
3. c) Las estimaciones periódicas de avance de obra o las valoraciones de pago por la entrega de los bienes o la prestación de servicios, según corresponda, aprobadas por la Administración para el correspondiente pago.
4. d) El programa de trabajo vigente de la obra, el cronograma vigente, o la documentación equivalente generada en el proceso de contratación, en los que consten las fechas acordadas entre las partes, según corresponda.
5. e) Los valores de los índices de precios correspondientes al mes calendario conforme a la ejecución de la línea o del renglón de pago establecida en el programa de trabajo vigente, o el mes calendario de la entrega de bienes o prestación del servicio conforme al cronograma vigente con las fechas acordadas por las partes, asociados a cada uno de los costos directos e indirectos de la estructura de cada precio.
6. f) Los valores de los índices de precios correspondientes al mes calendario de la oferta.
7. g) En casos excepcionales, en que se aplique el método analítico-documental, la documentación probatoria (factura con su respectivo depósito o transferencia) que acredite la compra o la adquisición del insumo, así como aquella documentación presentada en la oferta (factura preforma o documento equivalente) que da sustento al precio cotizado.
8. h) Información acerca del otorgamiento de amortizaciones del pago anticipado o los adelantos de pagos, cuando corresponda.

 

 

1. Directriz N°44 H: En aplicación de la Directriz N° 44-H y lo definido en el oficio MH-DCoP-OF-0678-2024 de la Dirección de Contratación Pública, se solicita presentar oferta prioritariamente en moneda nacional. Cualquier oferta que se presente en moneda extranjera será convertida, para efectos comparativos de análisis y selección de ofertas, al colón en los términos dispuestos por el artículo 41 de la LGCP, ante lo cual, de llegar a ser favorecido ese oferente con una adjudicación, el contrato se pactará y formalizará en colones costarricenses.

 

1. Presupuesto Detallado del Adjudicatario: En atención al artículo 103.- del RLGCP, el presupuesto detallado de la obra, bien o servicio contratado deberá ser presentado únicamente por el adjudicatario dentro del plazo de ocho días hábiles posteriores a la firmeza de la adjudicación y antes de la suscripción del contrato. Lo anterior, aplica para cualquier modalidad de cotización y tipo de contrato.

 

Lo anterior, a excepción del procedimiento de capacitación abierta de acuerdo al criterio MH-DCoP-OF- 0408-2025.

 

El presupuesto detallado desglosará los componentes de cada actividad o unidad de la obra, unidad del bien, o unidad de servicio, según corresponda, indicando al menos sus costos directos, que considere como mínimo los recursos de materiales, mano de obra con el detalle de cargas sociales, equipos y maquinaria e identificación de los subcontratos, sus costos indirectos, su utilidad e imprevistos.

 

El detalle sugerido debe contener como mínimo lo siguiente:

 

Desglose del precio	Valor Absoluto	Valor Relativo
Mano de Obra	0,00	%
MO. Indirecta	0,00	%
MO. Directa	0,00	%
Gastos Administrativos	0,00	%
Gastos oficina	0,00	%
Otros	0,00	%
Insumos	0,00	%
Materiales	0,00	%
Otros	0,00	%
Imprevistos	0,00	%
Utilidad	0,00	%
TOTAL	0,00	%
Impuesto al valor agregado	0,00	%
Total	0,00

 

1. Subcontratación: Conforme al artículo 133. Subcontratación del RLGCP, el oferente podrá subcontratar hasta en un cincuenta por ciento (50%) del monto adjudicado, lo cual procederá únicamente para la realización de cuestiones especializadas y ello no relevará al contratista de su responsabilidad.

El contratista no podrá alegar en ningún caso cláusulas de confidencialidad con sus

subcontratistas para brindar información que le sea solicitada, con las salvedades de la Ley

General de Contratación Pública.

Con la oferta se aportará un listado de las empresas subcontratadas. En ese detalle, se

indicarán los nombres de todas las personas físicas y jurídicas con las cuales se va a

subcontratar, incluyendo su porcentaje de participación en las prestaciones a realizar y se

aportará una certificación de los titulares del capital social y de los representantes legales

de aquellas.

 

1. Compromiso de Confidencialidad: Con la sola presentación de su oferta el oferente se compromete a que toda la información utilizada, manipulada o creada en el transcurso de esta vinculación contractual es propiedad del INEC, en consecuencia, la información no será utilizada por el contratista para su propio uso o beneficio y será mantenida en estricta confidencialidad, usándola solo para los fines contratados. Por lo anterior, el contratista no podrá copiar, ceder, donar, prestar, enajenar o facilitar por ningún medio para uso de terceros o en beneficio propio la información que se genere o que llegue a conocer con motivo de la ejecución la Contratación, por lo que tampoco podrá reproducir, modificar, publicar, divulgar o entregar a terceros, independientemente de su finalidad, dicha información, facultando al INEC a iniciar los procesos administrativos o judiciales que correspondan según de evidencie un incumplimiento a los anteriormente señalado.

 

1. Precio: En relación con el precio se considerará inaceptable en aplicación de los artículos 106.- precio inaceptable y articulo 44.- Razonabilidad del precio, del Reglamento a la Ley General de Contratación Pública, en un rango +-25%, salvo justificación del oferente como lo indica la normativa.

 

1. Por el solo hecho de presentar su oferta en el presente concurso, el oferente admite conocer, aceptar y cumplir plenamente con los términos y las condiciones del concurso, incluidas las aclaraciones o modificaciones que lleguen a aplicarse.

 

1. El contrato que se llegue a suscribir entre las partes no generará responsabilidad laboral alguna para la Administración.

 

1. La garantía de cumplimiento cuando se solicite, deberá rendirse por medio del Sistema Unificado de Compras (SICOP), conforme a la normativa.

 

1. El adjudicatario en caso de no poder cumplir con el plazo de entrega establecido, previo a que este se venza, deberá solicitar de forma justificada la prórroga por medio de SICOP, de acuerdo al parámetro normativo.

 

1. Gestión de recepción provisional y definitiva El adjudicatario deber realizar la gestión de recepción provisional y definitiva y la gestión de pago, por medio del SICOP conforme lo establecido normativamente.

Para efectos financieros y contables del INEC, deberá además remitir la factura electrónica al correo electrónico facturas@inec.go.cr .  La factura electrónica debe cumplir con los requisitos que exige el Ministerio de Hacienda y deberá indicar en el detalle el nombre y número de procedimiento de contratación administrativa que gestiona y el número de orden de pedido cuando corresponda.

 

1. Forma de pago: el INEC pagará dentro de un plazo de 30 días naturales siguientes al acto que declara la recepción definitiva y presentada la respectiva factura legalizada por parte del adjudicatario. En caso de que se adjudique una oferta presentada en moneda extranjera, se pagará de acuerdo al tipo de cambio del Banco Central de Costa Rica.

 

1. Garantía: El oferente deberá indicar un correo electrónico exclusivo para atención a los reclamos de garantía técnica o de funcionamiento, cuando aplique.

 

1. Documentos confidenciales: De conformidad con lo establecido en los artículos 15 de la Ley General de Contratación Pública (LGCP) y 30 de su reglamento (RLGCP), cuando se deban presentar documentos que por su naturaleza deben ser considerados o tratados como confidenciales, se debe tener en consideración lo siguiente:

 

• El oferente que considere o requiera que algunos de sus documentos deban ser tratados como confidenciales, deberá aportar la justificación correspondiente en su oferta, indicando el motivo y sustento jurídico que respalde la confidencialidad en los archivos anexos.
• El motivo y sustento jurídico debe ser plasmado directa y expresamente en el apartado “Observaciones/ detalle de otros impuestos/ otros costos”, que se muestra al momento de confeccionar su oferta en SICOP:

 

 

En caso de que el archivo se envíe como documento confidencial y no se establezca la debida justificación y sustento jurídico conforme a lo anteriormente indicado, la Administración queda facultada para rechazar la solicitud y proceder a cambiar la condición del documento a no confidencial, no asumiendo el INEC responsabilidad alguna por las eventuales consecuencias que ello implique.

 

Los argumentos que sean expuestos en el apartado anteriormente mencionado, que motivan el establecer un documento como confidencial, serán valorados por la Administración conforme el artículo 15 LGCP y artículo 30 RLGCP, mediando para tal efecto un acto motivado suscrito por funcionario competente y con apego al principio de transparencia, que deberá señalar si procede o no la declaratoria de confidencialidad del o los documentos que se hayan consignado bajo la condición de confidenciales.

 

1. Principio deber de probidad: en atención a la normativa en Compras Públicas, así como, de la Ley contra la Corrupción y el Enriquecimiento Ilícito en la Función Pública y su reglamento, al Reglamento Autónomo de Servicio del INEC y al Código de Ética del INEC, entre otras normas conexas, los funcionarios del INEC deben actuar con rectitud y honradez, ante lo cual, deben exteriorizar una conducta honesta procurando con su trabajo satisfacer el interés de la colectividad, desechando todo provecho o ventaja personal, sea en forma directa o a través de terceras personas. Por lo anterior, se proclama que los funcionarios institucionales que directa o indirectamente se relacionan con los procedimientos de compras públicas, no van a recibir, por ninguna circunstancia, dádivas, obsequios, favores, pagos, regalos, premios o recompensas, que les ofrezcan proveedores, personas terceras o funcionarios públicos interesados, como retribución por la comisión, omisión, demora o premura de actos propios de su puesto o cargo. Adicionalmente, se informa que los funcionarios del INEC, además de conocer la responsabilidad disciplinaria y civil de sus actos, son conocedores de la eventual responsabilidad penal que le atañe de conformidad con los delitos regulados en los artículos 347, 348, 350, 353 y 355 del Código Penal, que disponen la prohibición absoluta de que los funcionarios públicos reciban dádivas, obsequios o cualquier tipo de beneficios en el ejercicio de su cargo. Además, los funcionarios del INEC, son conocedores de los alcances del artículo 352 del Código Penal que dispone de una penalidad para el corruptor que ofrezca esas dádivas, con penas de prisión de 1 y hasta 11 años según el tipo de delito, por lo que procederán a denunciar cualquier tipo de acto de corrupción que se le pretenda brindar, ofrecer o facilitar, de forma directa o indirecta.