Índice
Términos de Referencia
Adquisición de Solución para Device Management y CMDB
Proceso de Cotización | 076/2023 | Octubre/2023 |
Índice
Condiciones de los Términos de Referencia 1
1. BIENES y/o SERVICIO REQUERIDO 2
1.1 Propósito u Objetivo de la Adquisición 2
1.2 Descripción Detallada del Producto yServicio Requerido 2
1.3 Experiencia General y Específica Requerida del Proveedor 12
1.4 Plazo de la Contratación 13
1.5 Obligaciones del Proveedor 13
1.7 Honorarios y Forma de Pago 15
1.8 Inmunidades, Exenciones y Privilegios 15
1.9 Coordinación Supervisión de los Servicios 15
2. EVALUACIÓN, CONTENIDO Y PRESENTACIÓN DE LAS OFERTAS 16
2.1 Forma de Evaluación de la Oferta 16
2.3 Evaluación Económica 20% 16
2.4 Forma de Presentación de la Oferta 17
2.6 Forma de Presentación de la Oferta 18
2.7 Fecha Límite de Presentación de las Ofertas 19
2.8 Coordinación y Plazo de Consultas 19
2.9 Manifestación de Interés 19
2.10 Validez de las ofertas 19
3.3 Protestas o Apelaciones sobre el proceso de Adjudicación 21
3.4 Cláusula de Confidencialidad 21
3.5 Aceptación del Código de Ética 22
El Banco Centroamericano de Integración Económica (BCIE) es una institución financiera multilateral de desarrollo, que tiene como objeto promover la integración económica y el desarrollo económico y social equilibrado de la región centroamericana, que incluye a los países fundadores y a los países regionales no fundadores, atendiendo y alineándose con los intereses de todos los socios.
El BCIE surgió en 1960 como brazo financiero de la integración y el desarrollo de Centroamérica, siendo un organismo Sui Generis tanto por la amplitud xx xxxxxx en que tiene competencia o puede desarrollar en sus operaciones, como por su objeto y principios fundacionales. Desde esa fecha, hasta entonces el BCIE ha contado con la dirección de personas visionarias que con su liderazgo han hecho realidad los propósitos para los cuales el BCIE fue creado.
El BCIE cuenta con 15 países socios:
• Países fundadores: Guatemala, El Xxxxxxxx, Honduras, Nicaragua y Xxxxx Rica
• Países regionales no fundadores: Panamá, República Dominicana y Belice
• Países extrarregionales: México, República de China (Taiwán), República Argentina, Colombia, Xxxxx de España, Cuba y República xx Xxxxx.
El BCIE tiene su sede en Tegucigalpa, Honduras con oficinas de representación en Guatemala, El Xxxxxxxx, Nicaragua, Xxxxx Rica, Panamá, República Dominicana, República de China (Taiwán), República xx Xxxxx, República de Argentina y el Xxxxx de España. Para mayor información visite el sitio web del BCIE, xxx.xxxx.xxx.
Condiciones de los Términos de Referencia
El presente documento de Términos de Referencia es propiedad del BCIE, y su contenido no podrá ser reproducido por medios mecánicos o electrónicos, ni redistribuido sin el consentimiento de la Institución.
Recíprocamente, el BCIE se compromete a no revelar, copiar o divulgar la información proporcionada por los oferentes en respuesta a la presente invitación a cotizar.
Los presentes Términos de Referencia no obligan a ninguna persona natural o jurídica a presentar una propuesta. De la misma manera, la presentación de propuestas por parte de los oferentes no obliga al BCIE a concretar ninguna contratación.
Los presentes Términos de referencia, así como la propuesta técnica y económica presentada por el oferente seleccionado formarán parte de los anexos de la orden de compra a ser suscrito para los servicios requeridos.
1.1 Propósito u Objetivo de la Adquisición
El Banco Centroamericano de Integración Económica (BCIE) requiere adquirir una solución de gestión de activos de TI y CMDB, enfocada en inventario de Hardware, métricas de Uso de Software, políticas de parchado y actualizaciones, para garantizar un correcto manejo de los en la organización.
1.2 Descripción Detallada del Producto y Servicio Requerido
1.2.1 A continuación, se detalla cada uno de los requisitos que debe poseer la solución:
a) Capacidades de Conectividad de la Solución
• La solución debe poseer la capacidad de sincronización Unidireccional y Bidireccional entre la herramienta y Active Directory de Microsoft.
• La solución debe incluir funcionalidades (API Rest) que permitan integración con otras aplicaciones según las necesidades de la compañía.
• 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.
b) Capacidades de Agentes de la Solución
• El agente de la solución ofertada debe permitir la toma de inventario mediante medios extraíbles, en equipos que NO cuenten con conectividad de red.
• El agente debe actualizar automáticamente los cambios generados sobre los dispositivos y se deben enviar al servidor con su inventario diferencial.
• El agente debe permitir la generación de inventarios cada cierto número de días (de forma incremental y total).
• El agente debe ser liviano y no debe saturar la red de la Entidad. Esta información será verificada en el momento de la implementación.
• El agente debe tener la capacidad en caso de alguna actualización poderla hacer el mismo automáticamente.
• El agente para la toma de Inventario debe detectar automáticamente los cambios generados sobre el PC y reportarlos en línea al Servidor.
• El tamaño del paquete sobre la red durante el proceso de actualización de inventarios no debe superar los 12 Kilobytes promedio
• El tamaño del paquete sobre la red durante el proceso inicial de recolección de inventarios no debe superar los 100 Kilobytes promedio.
• La herramienta debe descubrir los dispositivos y mediante un criterio, organizarlos dentro de los grupos de máquinas configurados.
• La herramienta debe disponer de integración con grupos de dispositivos del LDAP, así como tener la posibilidad de definir grupos personalizados y agrupar de forma dinámica las estaciones de trabajo de acuerdo con estas agrupaciones para ejecutar determinadas acciones con el uso de estos grupos.
• La instalación del Agente no debe requerir de productos de software que actúen como prerrequisitos.
• La solución debe garantizar que toda la información de los inventarios sea transferida al servidor de manera cifrada.
• La solución debe permitir el descubrimiento de dispositivos de cómputo y de red por medio de diferentes protocolos como LDAP, WMI/WBEM, SNMP, ICMP, DNS y SSH.
• Le herramienta debe tener la capacidad de identificar si la estación de trabajo está o no en línea para ejecutar acciones sobre las mismas.
• Se debe guardar en cada PC copia de todos los inventarios o cambios que no han sido transmitidos al servidor por falta de conexión parcial o total. Una vez se establezca la conexión se actualiza el servidor con el histórico de inventarios de la máquina.
• Se debe proveer un método de identificación que permita evitar la duplicidad de las estaciones en la base de datos cuando se presenten casos de renombramiento de estaciones y formateo de discos duros.
• GENERAL
• Integración nativa con CMDB de forma tal que las estaciones inventariadas por el módulo de inventario se importen como Cis a la CMDB y permita actualización de datos entre los dos módulos.
• La solución debe contar con un único agente que se instale en las estaciones para las funciones de Inventario de hardware y software, Control / Administración Remota, medición de uso de software, Distribución de Software, Actualizaciones, Administración de Energía, Restricción de Aplicaciones y uso de memorias USB.
• La solución debe permitir la definición de licencias nombradas o concurrentes.
• La solución debe poseer la capacidad de sincronización Unidireccional entre la herramienta y Active Directory de Microsoft.
• Escaneo de herramienta por protocolos DWMI, BIOS, etc. Por escaneo de Active Directory. Rangos de IP. Carga de archivo formato Xxxxxx."
• La solución debe ser instalada completamente en español. El material por entregar (manuales técnicos, guías de configuración, guías de uso y otros) deben estar completamente en español.
• La solución debe soportar la arquitectura tipo Cliente/Servidor.
• 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.
c) Capacidades de Descubrimiento de Hardware y Software de la Solución
• Debe permitir el despliegue de agentes a través de políticas de dominio o por medio de una aplicación nativa que permita dicha funcionalidad.
• Debe permitir la definición de políticas de administración o reglas de operación.
• El sistema debe permitir la creación xx xxxxxx adicionales en el inventario y campos ilimitados asociados a la estación de modo que puedan ser consultados cuando sea necesario.
• La herramienta debe contar con grupos que sean configurables P.ej.: País, Edificio, Piso, Área. El objetivo de estos grupos es poder saber de una manera sencilla y rápida cuantas maquinas se tienen por área, por sede, por centro de costos, país ciudad, o cualquier criterio de la base de datos de una manera gráfica y para los filtros.
• La herramienta debe poder definir tiempos de inactividad de los usuarios logueados en las consolas. Esto con el fin de liberar su licencia y que pueda ser usada por otro usuario.
• La solución debe estar compuesta de módulos de aplicación integrados en una única solución (Administración de usuarios, configuraciones, inventarios, distribución, gestión de políticas, actualizaciones).
• La solución debe permitir el acceso a la misma a través de exploradores Web (Internet Explorer, Chrome, Firefox, otros).
• 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.
• La solución debe poder integrarse con la consola Intel EMA para la administración remota de dispositivos con tecnología Vpro. Esta integración debe estar disponible por defecto en la solución y no debe requerir de desarrollos adicionales.
• La solución debe poder integrarse de manera nativa con herramienta CMDB para la gestión de activos y configuración.
• La solución debe poder realizar agrupación de los diferentes inventarios ya sea por tipo de sistema operativo, espacio discos duros, versión de agente, etc.
• La solución debe poseer la capacidad de sincronización Unidireccional entre la herramienta y Active Directory de Microsoft.
• 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, dispositivos y grupos, así como validación de accesos seguro de usuarios a las consolas de administración.
• La solución debe soportar la instalación en Servidores virtuales, físicos y en la nube.
• Permitir la creación manual de usuarios con acceso a la aplicación mediante autenticación nativa para uso de las respectivas consolas.
• Archivos o software por extensión: Por defecto se deben recolectar todos los archivos ejecutables. La herramienta debe permitir recolectar extensiones adicionales de software (P.ej. .MP3, .JPG, .AVI, .MPG, .MPE, .DLL, .PNG y otras).
• La consola de inventario debe mostrar datos de Comandos de Inicio, tales como: comandos que se ejecutan al iniciar la sesión, nombre del comando, comando, tipo y ruta.
• La consola de inventario debe mostrar datos de Recursos compartidos, tales como: Nombre del recurso, tipo de recurso, descripción y ruta de ubicación. Se puede eliminar el recurso compartido, sin tener que ir a la estación o tomar control remoto.
• La consola de inventario debe mostrar datos de Recursos compartidos, tales como: Nombre del recurso, tipo de recurso, descripción y ruta de ubicación.
• La consola de inventario debe mostrar datos de Sistema, tales como: usuario del sistema, estado: on-line/off-line, fecha en la que se efectuó el inventario, nombre de la estación, grupo de trabajo, dominio, perfil del agente, tipo de dispositivo.
• La consola de inventario debe mostrar datos del Sistema Operacional, tales como: Nombre del sistema operativo instalado, tipo de Sistema Operativo: Professional, Server, Home Edition, Linux, MAC
• La consola debe permitir la creación xx xxxxxx adicionales ilimitados para todos los tipos de dispositivos del inventario
• La herramienta de contar con filtros de búsqueda para agilizar la agrupación de estaciones, para posteriormente exportar la información filtrada en HTML o Excel.
• La herramienta debe inventariar maquinas virtualizadas Hyper-V y debe permitir ejecutar tareas de gestión sobre las máquinas virtuales instaladas en dicho servidor.
• La herramienta debe mostrar la ubicación del equipo al momento de generar el inventario, si este cuenta con la funcionalidad de Device Location (Sistemas Operativos superiores a Windows 10).
• La herramienta debe permitir incluir monitores WMI para los diferentes tipos de dispositivos inventariados.
• La solución debe contar con un módulo de encuestas para usuario final con el cual se podrá hacer el diligenciamiento xx xxxxxx adicionales.
• La consola de inventario debe mostrar datos de Dispositivos lógicos, tales como: tipo de dispositivo: CD-ROM, DVD-ROM-DVD-RAM, unidades de disquete o discos duros; particiones utilizadas: C,D,E u otra; Nombre del dispositivo, porcentaje de espacio disponible en disco, capacidad: total, usada y disponible en GB, sistema de archivos: FAT, FAT32, NTFS, particiones, número de serie del dispositivo y descripción del dispositivo.
• La consola de inventario debe mostrar datos de Hardware, tales como: Fabricante, tipo y descripción. Todo el hardware definido es reconocido automáticamente por medio de los DRIVERS instalados, se reconoce: monitor, teclado, mouse, tarjetas de video, discos externos e internos, modem, unidades de disquete, controladoras de disco, impresoras, dispositivos de audio (media), tarjetas de red, PCMCIA, puertos: USB, LPT1, COM1, COM2, controladores SCSI, tarjeta madre, unidades de cinta y otros, permite ejecutar filtros para visualizar algún tipo de hardware específico.
• La consola de inventario debe mostrar datos de Impresoras Locales/Red, tales como: impresoras definidas para poder ser accedidas desde la estación, nombre, puerto, y controlador. Debe Permitir eliminar las impresoras configuradas en la estación de forma remota.
• La consola de inventario debe mostrar datos de configuración de red, tales como: IP, Mac address, tipo de controlador, tipo IP y descripción adaptador.
• La consola de inventario debe mostrar datos de Discos, tales como: Información sobre discos físicos y lógicos, tamaño, particiones, sistema de archivos, espacio, serial, marca.
• La consola de inventario debe mostrar datos de la BIOS, tales como: nombre, versión, fecha y ROM total.
• La consola de inventario debe mostrar datos de Memoria, tales como: Física y virtual, total, disponible, memoria virtual, Número total de sockets disponibles, utilizados y detalle de cada socket con el tamaño de la tarjeta de memoria instalada, tipo (SIMM, DIMM, SDRAM, DDR I, DDR II, otras) y RAM máxima que puede ser instalada en la estación.
• La consola de inventario debe mostrar datos de Monitores, tales como: nombre, serial, Fecha, revisión y fabricante del monitor conectado al PC.
• La consola de inventario desde mostrar la Información del DMI: Fabricante del equipo, modelo del equipo, número de serie del equipo, tipo: desktop, notebook, portable y otros, frecuencia del bus de datos, conectores utilizados en el board.
• Debe permitir clasificar el Software de acuerdo con las necesidades el software detectado en las pcs (ej.: sw estándar, del negocio, autorizado, no autorizado, etc..).
• La consola de inventario desde mostrar el Software del equipo: todo el software como está grabado en el registro de Windows.
• La solución debe permitir generar reportes de software que tenga como mínimo la siguiente información: nombre estación de trabajo, nombre del software instalado, fecha de instalación. Este tipo de reportes se deben ser generados directamente desde la consola de inventarios para ser exportados a formatos Excel, PDF, CSV, DOCX o HTML.
• La solución debe permitir generar reportes de software que tenga como mínimo la siguiente información: nombre estación de trabajo, nombre del software instalado, fecha de instalación. Este tipo de reportes se deben ser generados directamente desde la consola de inventarios para ser exportados a formatos Excel o HTML.
• La solución debe permitir visualizar el detalle del inventario de uno o varios equipos de forma simultánea.
d) Capacidades de Control Remoto de la Solución
• La solución de control remoto debe estar embebida dentro de la misma consola de inventarios.
• La solución debe permitir a los usuarios rechazar o aceptar la operación en caso de que sean notificados de la toma de la sesión de control remoto.
• La solución debe permitir actividades de auditoria detallada acerca de quién, cómo, cuándo y a quién se tomó control de las estaciones
• La solución debe permitir control remoto completo de las estaciones cliente.
• La solución debe permitir el control a través de una consola Web de forma nativa
• La solución debe permitir el registro de grabaciones cuando se realiza la toma de control remoto.
• La solución debe permitir la toma de control remoto de equipos con doble pantalla conectada, de manera que se pueda: tanto visualizar como manipular cualquiera de las dos pantallas visualizadas
• La solución debe permitir tomar control remoto de dispositivos que se encuentren fuera de la red corporativa o sin VPN, mediante internet y mediante la misma consola de administración.
• La solución debe permitir tomar control remoto en redes LAN, WAN y VPN.
• La solución debe permitir visualizar en la estación remota el usuario que solicita el control remoto.
• La solución debe soportar múltiples sesiones de control remoto desde una misma consola de administración.
e) Capacidades de Administración Remota de la Solución
• La herramienta debe contar con la funcionalidad de acceder en línea a:
o Lista de servicios (con opción de iniciar y detener)
o Lista de Procesos (Identificar procesos con más uso y detener)
o Lista de conexiones (conexiones TCP, UDP, IP o host origen y destino, Puerto de conexión Origen, destino y estado de la conexión)
o Lista de sesiones: visualizar los usuarios con sesiones iniciadas en el equipo remoto
o Listado de Comandos de Inicio.
o Acceso al registro de Windows (Ver, Crear y modificar Llaves de Registro)
o Restaurar el sistema operativo de la estación a un punto creado.
• El sistema debe generar plantillas de entrega de los PC 's, con la información del HW y SW de los PC 's, más las condiciones de uso de la empresa. Estas plantillas por medio de reportes deben ser configurables para generar otros documentos como ordenes de trabajo o cualquier documento que automáticamente deba contener la información del inventario del PC como Hojas de Vida.
• La consola de inventario desde mostrar los Servicios instalados de los equipos: Mostrar todos los servicios que quedan activos en el task manager en la estación y tener la función desde la consola que se puede bajar o apagar el servicio, permite parar o reiniciar un servicio que está activo o definido sin tener que ir a la estación o tomar control de la misma. Permite visualizar información del Nombre del Servicio, descripción, comando, tipo de Inicio y estado.
• La herramienta debe contar con la opción de listar las carpetas y archivos del disco duro remoto, con la opción de Borrarlos.
• La herramienta debe poder visualizar y modificar en línea el registro de Windows HKEY_LOCAL_MACHINE y HKEY_USERS (Crear, editar, eliminar llaves de registro)
• La solución debe estar en la capacidad de realizar tareas en cualquier estación de trabajo conectada a la red de manera transparente para el usuario. Estas tareas se pueden realizar en una o varias máquinas simultáneamente en línea o de forma programada. Dentro de estas se debe poder:
o Sincronización de reloj.
o Envío de mensajes sin necesidad de servidor de correo.
o Cerrar sesión.
o Apagar, reiniciar y encender la estación de trabajo.
o Ejecutar comandos.
o Borrar archivos por extensión.
o Explorar archivos.
o Borrar archivos en la exploración
o Instalación y desinstalación de software.
o Cambiar la configuración del Agente.
o Obtener Inventarios
• La solución debe permitir la generación de inventarios de: HW/SW, Incremental de Archivos, Actualizaciones, total de archivos a demanda por parte de un administrador o usuario de la Aplicación.
• La herramienta debe detectar cuales de los dispositivos Windows inventarios cuenta con máquinas virtuales HyperV, para estos debe tener la funcionalidad de reportar inventario de las máquinas virtuales, iniciarlas, detenerlas, suspenderlas, hacer snapshot.
f) Capacidades de Gestión de Software de la Solución
• Debe permitir cargar contratos, seriales de activación de licencias e información adicional, para controlar el licenciamiento de la organización.
• Debe Permitir registrar la licencia del software adquirido, cantidad, fabricante, etc; además resaltar si se detectó mayor número de licencias encontradas que las compradas.
• Se debe estar en capacidad de sacar un reporte de manera automática que informe el estado del software instalado frente al licenciado por la compañía y la forma en que cada usuario hace uso del software que tiene instalado.
• Debe Permitir generar reportes de uso de software por rango de tiempo (día, mes, año). Así como construir diferentes consultas para estos reportes por medio de la aplicación.
• Debe Permitir presentar en forma gráfica el uso de las aplicaciones por estación de trabajo.
• El módulo debe permitir seleccionar el software sobre el cual se quiere realizar la medición de uso.
• La solución deberá estar en la capacidad de identificar la inactividad del usuario (no uso del mouse o teclado), de tal forma que no se cuente esta inactividad en el uso del software que está en primer plano.
g) Capacidades de Despliegue de Software de la Solución
• Creación de diferentes proyectos de distribución para ser usados cuando sean requeridos.
• La herramienta permite interrumpir una instalación enviada, de manera que se detengan los cambios realizados por la aplicación del update o actualización enviada.
• Permite la distribución originada desde varios puntos remotos, desde los servidores secundarios.
• Permite utilizar servidores intermediarios o repetidores (Fan-Out-No dedicados), para el balanceo de la carga de distribución, a fin de minimizar el consumo de los recursos de red durante la transferencia del (los) paquete(s) de software, mediante una arquitectura distribuida
h) Capacidades de Configuración de Alarmas de la Solución
• La configuración de Alarmas debe definirse por interfaz gráfica sin la necesidad de código o scripts de configuración.
• La consola de inventario desde mostrar datos de las Alarmas ocurridas en las PCs: bitácora que registra todas las transacciones u operaciones de cambio registrando la configuración o el estado anterior al cambio y la configuración o estado después del cambio, día y hora de la transacción u operación, correlativo de la transacción u operación y registro de cualquier cambio ejecutado sobre las variables siguientes: sistema (nombre de la estación, nombre del usuario, grupo de trabajo, dominio, servidor), BIOS, procesador, discos, impresoras, recursos compartidos, ejecución de comandos, cualquier cambio en el software, IP, hardware, sistema operativo, versión del sistema operativo y memoria.
• La herramienta debe tener la capacidad de estar haciendo un borrado de las alertas después de un periodo de tiempo configurable.
• La solución debe poseer manejo de Alarmas Automáticas para los cambios de Hardware y Software (removido o Instalado) en el PC.
• Se debe poder generar filtros sobre las alarmas generadas por los PC 's.
• La solución debe contar con reglas que permitan ejecutar acciones programadas en base a ciertas condiciones
• La herramienta deber permitir la configuración de políticas que permitan el bloqueado de memorias USB
i) Capacidades de Gestión de Parches de la Solución
• Detección y distribución automática o programada, como mínimo, de las siguientes actualizaciones de aplicaciones de terceros: Adobe (flash, Acrobat), Apple (Safari, Quick time), Mozilla Firefox, Citrix, Skype, WinZip, Apache, VMware Server, entre otros bajo sistemas operativos Microsoft
• Detección y distribución automática o programada, como mínimo, de las siguientes actualizaciones de productos Microsoft: Outlook Express, .NET framework, Visual Studio, SQL Server, Exchange Server, Internet Explorer, Microsoft Office, Teams, Silverlight, entre otros.
• Detección y distribución automática o programada, como mínimo, de las siguientes actualizaciones de seguridad para sistemas operativos Microsoft como: Windows 10, Windows Server 2016, entre otros.
• La solución debe permitir detectar nuevos parches en las maquinas por nombre de parche, producto, boletín, Service pack, severidad (Critico, alto, medio, bajo, ninguno), tipo parche y aplicar acciones automáticas basadas en cualquiera o un conjunto de las anteriores condiciones. Dentro de las acciones a ejecutar se debe poder alertar, enviar correo electrónico, programar descarga de parche y programar envío del parche a las estaciones para que sea realizado de forma automática.
• Se puede ver el estado de cada una de las actualizaciones y se pueden tener vistas de actualizaciones en: ´Instaladas y No instaladas´ en los equipos; así también un estado que permita saber si el parche fue descargado o no en el repositorio de la solución.
• El producto forma su catálogo detectando las aplicaciones usadas en cada estación y permite hacer distribución sobre diferentes protocolos de Red y/o diferentes sistemas operativos Microsoft.
• Es una solución de Software donde la comunicación con el servidor de parches es por medio de un único agente.
• La consola de inventarió debe mostrar las actualizaciones pendientes por aplicar en las estaciones de trabajo y adicional permitir la programación de instalación de dichas actualizaciones.
• La descarga de parches en el repositorio centralizado y equipos se puede realizar de forma inmediata o programar para fecha y hora necesitadas.
• La herramienta permite configurar la descarga del catálogo de actualizaciones periódicamente a fin de mantener la base de datos de parches actualizada.
• La herramienta permite configurar la fecha de descarga de las actualizaciones, una vez se haya programado en la consola administrativa.
• La herramienta permite visualizar características e información de la actualización: Boletín de publicación (cuando es Microsoft), Prioridad, Severidad, Título, Número de Revisión (Microsoft), si se permite desinstalar o no y descripción, funcionalidad o vulnerabilidad que solventa, aplicación o aplicaciones impactadas.
• La solución debe permitir enviar parches solo a aquellas estaciones que lo necesitan, mostrando de forma sencilla las maquinas que tienen o no cierta actualización instalada.
• La solución debe permitir seleccionar grupos de máquinas para enviar el parche donde solo se visualicen aquellas estaciones que requieren el parche seleccionado.
• La solución debe permitir seleccionar los parches a descargar, donde estos sean descargados automáticamente. Estos paquetes deben venir configurados con sus comandos para que el despliegue del parche en las estaciones o servidores sea silencioso y desatendido. La solución no debe exigir que los administradores de la solución requieran armar los paquetes de parches con comandos, bats, scripts y otro archivo para su ejecución silenciosa y desatendida.
• Permite la verificación de la versión antes de la instalación para evitar tareas innecesarias.
j) Capacidades de Generación de Reportes e Informes de la Solución
• Debe tener una tienda de reportes en línea, donde el usuario pueda descargar de forma gratuita el reporte que necesite
• 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 tienda, donde el usuario puede descargar los reportes que necesiten en cualquier momento y de forma gratuita
• La solución debe permitir exportar los reportes generados a distintos formatos de archivo, al menos XLS, HTML, PDF, DOCX.
• 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.
• Se puede ver el listado de máquinas, según la agrupación realizada en el módulo de inventario (modulo incluido o separado, especificar). Así también ver el estado de instalación en las maquinas por medio de diferentes gráficos.
• La solución debe incluir gráficas de resumen para la visualización de los Elementos de Configuración.
k) Capacidades de Gestión de la Configuración de la Solución
• La herramienta deberá permitir crear estos Elementos de Configuración en la herramienta o cargarlos automáticamente a partir de otras fuentes (archivos, bases de datos, aplicaciones de inventario, etc)
• La herramienta deberá permitir crear relaciones entre Elementos de Configuración, y definir N tipos de relaciones, tal como es parte de, asociado a, conectado a, entre otras.
• La herramienta deberá permitir ingresar o editar la información de estos Elementos de Configuración y sus atributos, en donde al menos debe manejar: marca, serial, número de placa, modelo, centros de costo, responsable, fecha de inicio de responsabilidad, fecha de entrada a la compañía, fecha de salida, estado actual del equipo, estado programado, agrupación organizacional, impacto, precio, descripción, fotografía, proveedor, fabricante, código xx xxxxxx y licencia.
• La herramienta deberá permitir manejar el concepto de CI (Configuration ítem o ítem de Configuración) como un componente de la organización administrado y gestionado por tecnologías de información.
• La interfaz de cada Elemento de Configuración debe permitir visualizar los incidentes o requerimientos de servicio asociadas o registradas a cada CI.
• La solución debe incluir un módulo de gestión de mantenimientos.
• La solución debe permitir asociar artículos o soluciones de la base de datos de conocimiento a los Elementos de Configuración.
• La solución debe permitir el acceso a un catálogo de servicios definido.
• La solución debe permitir la asociación de terceros a los Elementos de Configuración, al menos Fabricante y Proveedor.
• La solución debe permitir la configuración de alarmas de vencimiento de contratos a fin de gestionarlos por un responsable específico.
• La solución debe permitir la configuración de auditorías sobre la CMDB y ser notificadas a un usuario especifico.
• La solución debe permitir la creación de presupuestos por centro de costos, permitiendo visualizar el cumplimiento de este en convenciones definidas.
l) Capacidades de Gestión de Documentos de Contratos, Financiero y Gestión dentro de la Solución
• La solución debe permitir dar de alta los contratos de servicio documentando de una manera completa con los detalles como ejemplo: Numero de contrato, Acta, Proveedor, Descripción, Fecha de Inicio, Fecha Final, alarmas, días previos al vencimiento del Contrato, Tipo, Usuario y Correo Electrónico, se asocia el Usuario que será responsable del contrato, adjuntar archivo, estado del contrato, etc.
• La solución debe permitir definir las bolsas de horas o es esfuerzo contratado en número de casos para cada tipo de contrato. Asignar o repartir dicho valor definido a lo largo de los incidentes, requerimientos. Se deberá documentar en el contrato los Acuerdo de Nivel de Servicio y la Compañía del usuario que se involucran en dicho de contrato.
• La solución debe incluir un módulo de gestión de depreciación del Elemento de Configuración.
• Cada cambio en la configuración de un Elemento de Configuración deberá ser guardado en un registro de histórico del CI y además modificar la versión de dicho Elemento de Configuración.
• Cada identificador de Elemento de Configuración debe ser único.
• La herramienta deberá permitir ingresar o editar la información de estos Elementos de Configuración y sus atributos, en donde al menos debe manejar: marca, serial, número de placa, modelo, centros de costo, responsable, fecha de inicio de responsabilidad, fecha de entrada a la compañía, fecha de salida, estado actual del equipo, estado programado, agrupación organizacional, impacto, precio, descripción, fotografía, proveedor, fabricante, código xx xxxxxx y licencia.
• La solución debe permitir adjuntar archivos a los contratos a fin de tener un repositorio digital de los contratos asociados a los Elementos de Configuración.
• La solución debe permitir la agrupación de Elementos de Configuración en una organización jerárquica. Ejemplo: Ubicación Geográfica, Áreas de Compañía, Departamento, etc.
• La solución debe permitir la creación de estados y flujos de proceso para cada categoría de Elementos de Configuración de forma independiente.
• La solución debe permitir la creación y gestión de proveedores con sus datos y cualidades correspondientes, al menos: nombre de proveedor, correo, contacto principal, teléfono, sitio web, entre otros.
• La solución debe permitir la gestión de Contratos, Facturas y otros documentos relacionados a los Elementos de Configuración que soportan.
• La solución debe permitir la inclusión xx xxxxxx adicionales para los datos e información asociados a contratos.
• La solución debe permitir la inclusión xx xxxxxx adicionales personalizados por cada categoría de Elementos de Configuración, con al menos los siguientes tipos de campo: Texto, Combo, CheckBox y Fecha.
• La solución debe permitir la inserción de notas o comentarios adicionales a cada Elemento de Configuración existente.
• La solución debe permitir la organización de los Elementos de Configuración en categorías específicas y representativas a dichos elementos.
m) Capacidades de Integración de la Solución con herramientas externas de Tickets como Ivanti mediante APIs
• 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).
• La solución debe permitir la relación y asociación de los elementos de configuración (CMDB) a él o los servicios que así lo requieran.
• 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).
n) Capacidades de Gestión de Líneas Base, Mantenimiento de los elementos incorporados a la solución.
• La solución debe permitir la creación de líneas base de cada Elemento de Configuración, a fin de que al realizar un cambio en el CI se pueda regresar dicho Elemento a su estado anterior o conocer su configuración anterior.
• La solución debe permitir la creación y programación de mantenimientos a uno o varios Elementos de Configuración.
• La herramienta deberá permitir crear relaciones entre Elementos de Configuración, y definir N tipos de relaciones, tal como: es parte de, asociado a, conectado a, entre otras.
o) La capacitación del software debe ser realizada por el fabricante de la herramienta y por personal certificado, para un mínimo de 6 personas.
p) Se debe entregar la documentación correspondiente a la implementación del proyecto, diagramas de arquitectura, manual de configuraciones, manual de instalación.
q) El proveedor deberá contar con un portal para la apertura de tickets en caso de ser necesarios y resolución de incidentes.
r) La solución debe poder administrar 1000 elementos como base.
1.3 Experiencia General y Específica Requerida del Proveedor
1.3.1 Experiencia General:
▪ Debe asegurar mediante declaración jurada que las licencias y el proyecto/s quedarán debidamente instaladas, configuradas y operando satisfactoriamente.
▪ Debe presentar una certificación o carta por parte del Fabricante, que indique que cuenta con al menos cinco (5) años de ser distribuidor autorizado de las herramientas solicitadas y que autoriza a presentar una oferta para esta contratación.
▪ El canal debe presentar dos personas certificadas en la solución ofertada por parte del fabricante, con al menos 6 meses de antigüedad.
▪ El fabricante proveerá un recurso en las labores de implementación en caso de duda o situación que se presente, apoyando al canal de forma local, para lo que deberá adjuntar en su oferta un documento que lo confirme.
▪ El fabricante tiene oficinas exclusivas para el país en soporte y consultoría local, para lo que debería enviar una carta del fabricante que lo confirme, con dirección y datos de contacto.
▪ El fabricante proveerá un recurso en las labores de implementación apoyando al canal de forma local, para lo que deberá enviar una carta que lo confirme.
▪ El fabricante debe contar con oficinas en Honduras para soporte y consultoría local, para lo que debería enviar una carta del fabricante que lo confirme.
▪ Las capacitaciones las debe efectuar el fabricante garantizando que el personal del BCIE queda en total capacidad para administración de la solución.
1.3.2 Experiencia Específica:
a) Cinco (5) años de experiencia en proyectos similares.
b) El fabricante debe presentar una carta referenciando tres (3) proyectos similares a nivel nacional. Deben indicar los datos de las instituciones y contacto para confirmar la información.
c) El fabricante deberá poseer la certificación de soluciones de Axelos Endorsed Software Tools de "ITIL SOFTWARE SCHEME" en uno de sus 3 niveles (Gold, Silver, Bronce). Este punto requiere que la versión certificada sea la última liberada. Y deberá cumplir con los siguientes dos puntos:
d) Presentar documento que garantice dicha certificación bajo el modelo "ITIL SOFTWARE SCHEME" en su nivel actual (GOLD/SILVER/BRONZE).
f) El oferente deberá garantizar que la herramienta entrega la mejor calidad en producto, ya que está validada por los criterios PinkVERIFY, a través de PinkVERIFY-certified de la empresa Pink Elephant. Este punto requiere que la versión certificada sea la última liberada al mercado. La misma se podrá validar en la ruta: xxxxx://xxx.xxxxxxxxxxxx.xxx/xx- US/pinkverify/pinkverify-certification. Las prácticas deben ser las siguientes:
Principalmente:
• AM – IT Asset Management
• ITO – IT Operations Management
• KM – Knowledge Management
• SLM – Service Level Management
• CON – Configuration Management
• Opcionalmente
• IM – Incident Management
• SD – Service Desk
• CHG – Change Management
• PM – Problem Management
• RM – Request Management
• SCA – Service Catalog Management
1.3.3 Experiencia del Equipo de Trabajo Requerido: Certificación de instalación y experiencia en instalar este tipo de soluciones
1.4 Plazo de la Contratación
El BCIE y el Proveedor suscribirán un contrato con vigencia de un (1) año contado a partir de la orden de inicio a ser otorgada por el BCIE.
1.5 Obligaciones del Proveedor
El Proveedor será responsable de:
1.5.1 Cumplir con los Términos de Referencia, oferta técnica, oferta económica y demás condiciones que queden expresadas en el contrato correspondiente.
1.5.2 Aceptar la supervisión y vigilancia del BCIE según corresponda, y atender las observaciones y/o recomendaciones del BCIE
1.5.3 Se compromete a adoptar las medidas de seguridad necesarias para garantizar el acceso a las instalaciones sólo al personal autorizado.
1.5.4 El proveedor será responsable de la instalación, configuración, implementación y puesta en producción de la solución ofertada.
1.5.5 El proveedor deberá cumplir con al menos el 80% de la configuración de Elementos de los 1000 solicitados, esto debe incluir la instalación, configuración del agente.
1.5.6 El proveedor será responsable de entregar toda la documentación correspondiente a instalación, configuración de la solución, procedimientos de recuperación y respaldos de la solución de manera detallada.
1.5.7 El proveedor será responsable de brindar un acompañamiento post producción para garantizar que la solución está operativa y realizar los ajustes correspondientes para la ejecución optima de la solución.
1.5.8 El proveedor deberá entregar como mínimo 5 dashboards gerenciales para la visualización de la información de los elementos.
1.5.9 El proveedor deberá entregar como mínimo 5 dashboards gerenciales para la visualización de la información del CMDB.
1.5.10 El proveedor deberá asignar recursos dedicados durante todo el proyecto para garantizar el Go-Live de la solución.
1.5.11 El proveedor debe garantizar que las capacitaciones ofrecidas serán impartidas por parte del fabricante y personal certificado y garantizando que las capacitaciones ofrecidas permitirán al personal del BCIE poder operar de manera eficaz la gestión de la solución.
1.5.12 El proveedor deberá entregar un plan de capacitación para el CMDB y para el Device Management.
1.5.13 El proveedor será responsable de configurar en el CMDB las categorías y subcategorías para la implementación eficaz del CMDB.
1.5.14 El proveedor será responsable de agregar al CMDB al menos 10 contratos que permitan la generación de los dashboards gerenciales.
1.5.15 El proveedor será responsable de configurar al menos 5 proyectos con su respectiva información dentro del CMDB.
1.5.16 El proveedor será responsable de que los elementos descubiertos por el Device management se reporten de manera automática al CMDB.
1.5.17 El proveedor será responsable de definir la parametrización de la configuración de la solución CMDB.
1.5.18 El proveedor será responsable de definir los perfiles de seguridad de la solución CMDB.
1.5.19 El proveedor será responsable de configurar al menos 3 flujos de procesos con sus respectivos estados y transiciones de la solución CMDB.
1.5.20 El proveedor será responsable de configurar un mínimo 15 campos adicionales en la solución CMDB.
1.5.21 El proveedor será responsable de configurar un mínimo 20 reglas de notificación y 5 plantillas de correo.
1.5.22 El proveedor será responsable de configurar un mínimo de 25 categorías con un mínimo de 3 niveles de profundidad.
1.5.23 El proveedor será responsable de configurar un mínimo de 6 grupos de especialistas cada uno con sus respectivos permisos de seguridad.
1.5.24 El proveedor será responsable de configurar un mínimo de 3 planes de mantenimiento.
1.5.25 El proveedor será responsable de configurar 10 tipos de relaciones de elementos en el CMDB.
El BCIE será responsable de:
1.6.1 Proveer la información (verbal o escrita) y documentación necesaria para el desarrollo de los servicios requeridos.
1.6.2 Proporcionar el espacio correspondiente para realizar las actividades necesarias para el cumplimiento de los servicios contratados.
1.6.3 Proporcionar el personal a cargo del proyecto.
1.6.4 Proporcionar la información requerida por el proveedor para garantizar la implementación de la solución.
1.7 Honorarios y Forma de Pago
1.7.1 El Banco pagará los servicios de acuerdo lo establecido en el contrato suscrito, en Dólares de los Estados Unidos de América o en la moneda que más se estime conveniente.
1.7.2 La forma de pago será de la siguiente manera: (100% al entregar el servicio y que quede con vigencia de 1 año)
El oferente podrá proponer la forma de pago en un documento separado dentro de la oferta económica, la cual será revisada por el BCIE, quien decidirá si acepta o propone otras alternativas
1.7.3 Los precios presentados por el oferente son de su exclusiva responsabilidad; cualquier omisión se interpretará como voluntaria y tendiente a conseguir precios que le permitan presentar una oferta más ventajosa.
1.7.4 El BCIE realiza sus pagos por medio de transferencias Bancarias, el oferente deberá indicar el nombre de la institución y número de cuenta, la autorización se realizará de acuerdo con las instrucciones indicadas en el Anexo 2.
1.8 Inmunidades, Exenciones y Privilegios
De acuerdo con su convenio constitutivo, el BCIE, sus ingresos, bienes y demás activos, lo mismo que las operaciones y transacciones que efectúe de acuerdo con dicho convenio estarán exentos de toda clase de gravámenes tributarios y derechos aduaneros u otros de naturaleza análoga. También está exento de toda responsabilidad relacionada con el pago, retención o recaudación de cualquier impuesto, contribución o derecho, consecuentemente los impuestos y demás contribuciones que correspondan al Proveedor derivado de los honorarios causados serán de su propia responsabilidad.
1.9 Coordinación Supervisión de los Servicios
La supervisión y coordinación de los servicios estarán a cargo del Departamento de Tecnología y Comunicaciones del BCIE.
2. EVALUACIÓN, CONTENIDO Y PRESENTACIÓN DE LAS OFERTAS
2.1 Forma de Evaluación de la Oferta
2.1.1 La oferta se evaluará mediante un sistema de calificaciones, en donde se le otorgará dos tipos de calificación: técnica y económica, las cuales sumarán 100%.
2.2 Evaluación Técnica 80%
2.2.1 La evaluación técnica tiene como objetivo evaluar el cumplimiento a satisfacción del BCIE de las características de los servicios a contratar y los aspectos relevantes que debe cumplir el Contratista.
2.2.2 Aunque la evaluación técnica tiene un valor total de 80%, para obtener la calificación técnica, según los criterios de evaluación, se utilizará el valor total de 100%. Luego, este resultado será ponderado sobre sobre el valor de la evaluación técnica (80% de 100%).
2.2.3 Los criterios y ponderaciones que se utilizarán para realizar la evaluación técnica son los siguientes:
Criterio de Evaluación | Porcentaje |
Experiencia General: 5 años como mínimo | 20% |
Experiencia Específica: 3 proyectos como mínimo con su respectiva carta de satisfacción emitida por el cliente. | 20% |
Cumplimiento de Especificaciones Técnicas | 40% |
Equipo de Trabajo | 10% |
Metodología o plan de trabajo | 10% |
Total Evaluación Técnica | 100% |
2.2.4 Para que la oferta presentada sea aceptable técnicamente debe obtener una calificación mínima de 80%; es decir 80%/100% de la evaluación técnica total; o, 64%/80% de la calificación técnica ponderada. La oferta que no alcance dicho puntaje será descalificada del proceso.
2.3.1 En la evaluación económica se asignará la ponderación máxima de 20% a la oferta económica de menor costo.
2.3.2 Al resto de las propuestas se le asignará la ponderación de la siguiente manera:
Pi = (Em*[20])/Ei | Pi = Puntaje de la Propuesta Económica i. i = Oferente. Ei = Propuesta Económica i. Em = Propuesta Económica de monto o precio más bajo. |
2.3.3 La sumatoria de la evaluación técnica y económica dará como resultado la calificación final que servirá de base para la adjudicación.
2.4 Forma de Presentación de la Oferta
2.4.1. Oferta Técnica
La oferta técnica deberá contener los siguientes documentos, los cuales deberán ser presentados en el siguiente orden:
x. Xxxxx de Presentación (Anexo 1)
b. Formulario de Instrucciones de Pago (Anexo 2) debidamente lleno.
c. Oferta Técnica
i. Debe asegurar mediante declaración jurada que las licencias y el proyecto/s quedarán debidamente instaladas, configuradas y operando satisfactoriamente.
ii. Debe presentar una certificación o carta por parte del Fabricante, que indique que cuenta con al menos tres (3) años de ser distribuidor autorizado de las herramientas solicitadas y que autoriza a presentar una oferta para esta contratación.
iii. El canal debe presentar dos personas certificadas en la solución ofertada por parte del fabricante, con al menos 6 meses de antigüedad.
iv. El fabricante proveerá un recurso en las labores de implementación en caso de duda o situación que se presente, apoyando al canal de forma local, para lo que deberá adjuntar en su oferta un documento que lo confirme.
v. El fabricante debe presentar una carta referenciando 3 proyectos similares a nivel nacional. Deben indicar los datos de las instituciones y contacto para confirmar la información.
vi. El fabricante debe presentar que tiene oficinas exclusivas para el país en soporte y consultoría local, para lo que debería enviar una carta del fabricante que lo confirme, con dirección y datos de contacto.
vii. El fabricante proveerá un recurso en las labores de implementación apoyando al canal de forma local, para lo que deberá enviar una carta que lo confirme.
viii. Formato de oferta técnica debidamente lleno. (Anexo 7)
El fabricante debe contar con oficinas en Honduras para soporte y consultoría local, para lo que debería enviar una carta del fabricante que lo confirme.
Notas:
• La información descrita en el presente apartado deberá ser presentada en su totalidad, en caso de no incluir la documentación requerida, perderá el puntaje del criterio ya que la misma se considera no subsanable.
• En caso de ser necesario, el BCIE podrá solicitar información adicional y/o aclaraciones a las propuestas presentadas.
2.4.2. Documentación de Cumplimiento
Los documentos deberán incluir en este apartado, se describe a continuación:
a. Copia de la Escritura Pública de Constitución y sus modificaciones debidamente inscritas en el Registro Mercantil o sus equivalentes, en la cual se pueda constatar la composición societaria de la empresa.
b. Fotocopia de Escritura de Poder o Certificación emitida por el Secretario del Consejo en la cual se pueda constatar el nombramiento del representante legal de la empresa.
c. Copia del Registro de Contribuyentes (RUC, RTN, NIT o su equivalente en su país).
d. Al menos una referencia bancaria en original con antigüedad no mayor de 30 días desde su emisión.
e. Formulario de Declaración Jurada para la Prevención xxx Xxxxxx de Activos y Financiamiento al Terrorismo, (Anexo 6) completado y firmado por el representante legal.
f. Fotocopia del documento de identificación o pasaporte del representante legal.
El Banco se reserva el derecho de solicitar información adicional o actualización de los documentos según considere pertinente.
2.4.3. Oferta Económica
a. Formato de Invitación a Cotizar debidamente sellado y firmado (anexo 4).
b. La oferta económica debe incluir los costos directos e indirectos relacionados con el servicio cotizado e indicar claramente la moneda en que esta expresada.
c. La oferta económica deberá de ser presentada libre de impuestos.
2.5 Idioma de la Oferta
Toda la documentación requerida para participar en este concurso será en idioma español.
2.6 Forma de Presentación de la Oferta
2.6.1. Las ofertas deberán de ser subidas de forma electrónica al Portal de Proveedores del BCIE, el cual está disponible en este ENLACE , y cargar toda la documentación en el Proceso de
Invitación a Cotizar No. 076/2023 “Adquisición de Solución para Device Management y CMDB” siguiendo las siguientes instrucciones:
a. Las propuestas deberán de ser subidas, tal como y como se lo indica en la opción “Crear Respuesta”.
b. Una vez que los documentos estén subidos en su totalidad en el Portal, deberá de hacer clic en “Enviar”.
c. La Oferta deberá enviarse únicamente por medio del Portal de Proveedores del BCIE, no enviar copia a una dirección de correo electrónico.
2.7 Fecha Límite de Presentación de las Ofertas
2.7.1 La fecha límite de recepción de ofertas es el día 8 de noviembre de 2023.
2.7.2 Las ofertas que se presenten después de esta fecha se considerarán extemporáneas y no serán tomadas en consideración.
2.7.3 Una vez presentada la oferta no se podrá retirar, sustituir o modificar la misma.
2.8 Coordinación y Plazo de Consultas
2.8.1 En caso de que existan dudas o preguntas con respecto a los Términos de Referencia o al proceso, se deberán realizar a través de nuestro Portal de Proveedores del BCIE, Proceso de Invitación a Cotizar No. 076/2023 “Adquisición de Solución para Device Management y CMDB” en la opción “Gestionar Preguntas del Negocio”.
2.8.2 Se aceptarán solicitudes de ampliación de plazo y/o preguntas sobre dudas que se tengan sobre los Términos de Referencia que sean formuladas hasta el 6 de noviembre de 2023.
2.8.3 Todas las preguntas serán respondidas a todos los Oferentes con el propósito de mantener igualdad en la información proporcionada, estas serán subidas al Portal de Proveedores del BCIE.
Los Oferentes que deseen participar en el proceso de cotización, deberán de enviar correo electrónico a xxxxxxxxxxxxxxxxxx@xxxx.xxx manifestando el interés para poder obtener la documentación del proceso.
Las ofertas deben tener un período de validez de por lo menos noventa (90) días calendario, contados a partir de la fecha límite para la presentación de las mismas.
3. NORMAS GENERALES
3.1.1. El BCIE se reserva el derecho de declarar desierto el proceso, en caso de que se considere que ninguna de las propuestas que se reciban satisface completamente los requerimientos que se incluyen en estos Términos de Referencia. Asimismo, el BCIE se reserva el derecho de rechazar cualquier propuesta, anular o declarar fallido o fracasado el proceso, decidir extenderlo, cancelarlo o aplazarlo parcial o totalmente, decidir conceder total o parcialmente la misma a uno o más proveedores, decidir cuando lo considere conveniente a los intereses Institucionales, sin que por ello incurra en responsabilidad alguna frente al proveedor.
3.1.2. El BCIE se reserva el derecho a supervisar las actividades que realice el Proveedor y si dichas actividades contravienen las disposiciones relacionadas con la seguridad de la información; el Banco podrá tomar las acciones que considere necesarias para salvaguardar su información, reputación e imagen.
Para garantizar la transparencia en los procesos de adquisiciones, no podrán participar, directa o indirectamente, en el suministro de bienes y servicios para el BCIE, las siguientes personas.
3.2.1 Los funcionarios o empleados activos, los exfuncionarios o exempleados y jubilados del BCIE por un plazo de dos (2) años desde su desvinculación ni los cónyuges o compañeros de hogar, ni los familiares por consanguinidad o afinidad hasta el segundo grado, inclusive, de funcionarios o empleados activos del BCIE.
3.2.2 Las personas jurídicas en las cuales alguna de las personas indicadas en el literal anterior, consideradas individualmente o en conjunto, sean titulares de más de un veinticinco por ciento (25%) del capital social o ejerzan algún puesto de dirección o representación, para compras mayores a diez mil dólares (US$10,000), moneda de Estados Unidos de América, o su equivalente en cualquier otra moneda.
3.3 Protestas o Apelaciones sobre el proceso de Adjudicación
El oferente que haya participado en el presente proceso de cotización y tenga alguna denuncia sobre el resultado del proceso, podrá realizarlo a través del Canal de Reportes, disponible en la página web del BCIE, xxx.xxxx.xxx
3.4 Cláusula de Confidencialidad
3.4.1 El Proveedor y, en su caso, el personal de que tenga a cargo ofrecer los servicios descritos en este documento, deberá observar el mayor sigilo y confidencialidad en relación con conversaciones, datos, documentos e información general del Banco que lleguen por cualquier medio a ser de su conocimiento, y en general, de cualquier antecedente o elemento, material o conceptual.
3.4.2 Cualquier contravención grave a lo anterior, entendiendo como grave aquella que afecte negativamente y a cualquier nivel las relaciones oficiales del Banco con las autoridades nacionales, o bien que se traduzca en difusión pública o comercial que lesione de cualquier manera la confidencialidad de información del Banco, podrá dar lugar a dar por terminado el contrato, lo cual se realizará mediante comunicación escrita al Proveedor denunciando tales hechos.
3.5 Aceptación del Código de Ética
El oferente declara, que conoce los principios, normas y valores éticos institucionales e individuales que prevalecen en el BCIE, en el marco del Código de Ética, que obra anexo a los presentes Términos de Referencia y que en caso de resultar seleccionado se obliga a su observancia y cumplimiento sin ninguna restricción; cualquier incumplimiento de dicha norma dará derecho al Banco a dar por terminado anticipadamente la adquisición y/o contratación sin responsabilidad alguna de su parte, sin perjuicio de las acciones penales y civiles que sean pertinentes.
a. Anexo 1 – Carta de Presentación
b. Anexo 2 – Formato de Instrucciones de Pago
c. Anexo 3 – Políticas del BCIE (Código de Ética, Disposiciones de Integridad, Política de Gestión de Riesgo xx Xxxxxx de Activos, Financiamiento al Terrorismo, Proliferación xx Xxxxx de Destrucción Masiva, Integridad y Sanciones)
d. Anexo 4 – Formato de oferta económica
e. Anexo 5 – Formato Contrato del BCIE
f. Anexo 6 – Declaración Jurada de LA-FT
g. Anexo 7 – Formato de Oferta Técnica