LICITACIÓN PÚBLICA #2018LN-000004-01

Adquisición de licencias e implementación del sistema ERP (Enterprise Resource Planning), para el Conglomerado Financiero BCR

1.1.1 El Banco xx Xxxxx Rica en adelante (B.C.R.) o Banco, recibirá ofertas por escrito hasta las diez horas con treinta minutos (10:30 a.m.) del día 5 xx xxxxx del 2018, para la licitación en referencia, de acuerdo con las siguientes condiciones. Esta contratación se regirá por lo establecido en la Ley de Contratación Administrativa (LCA) y el Reglamento a la Ley de Contratación Administrativa (RLCA).

1.1.2 El Banco se reserva la potestad de dar trámite o no a cualquier solicitud de aclaración o modificación que se reciba después de vencido el plazo para presentar recursos de objeción, considerando razones de oportunidad e interés institucional, de acuerdo con su propio criterio.

1.1.3 El Banco xx Xxxxx Rica, consecuente con su gestión encaminada hacia la sostenibilidad, en donde la responsabilidad social se convierte en uno de los ejes transversales del modelo de negocio de la Institución. Siendo los proveedores uno de sus grupos de interés, se le invita a conocer los diez principios del Pacto Global y a enterarse del contenido del video que se ha preparado sobre estos temas. Dicha información se encuentra disponible en la página web:

xxxx://xxx.xxxxxxxx.xxx/xxxxxx%00xxx%00xxx/xxxxxxxxxxx/Xxxxxxxxxx_Xxxxx_Xxx bal.html xxxx://xxx.xxxxxxxx.xxx/xxxxxx%00xxx%00xxx/xxxxxxxxxxx/Xxxxx_xxxx_Xxxxxxx ores.html

1.2 Objeto del contrato

1.2.1 El objeto de la presente licitación es la adquisición de licencias por demanda, implementación de la solución en sitio, integración de los procesos y requerimientos solicitados, del sistema ERP (Enterprise Resource Planning), con sus diferentes componentes, que permitan obtener una solución integral que incluye principalmente, sin limitarse, el licenciamiento, para los módulos de formulación, ejecución, control del presupuesto, contabilidad, bienes muebles, inmuebles e inventarios, pagos a proveedores, compra de bienes y servicios, en los ambientes de desarrollo, pruebas, capacitación, además, en alta disponibilidad los ambientes de producción, contingencia, con sus respectivas capacitaciones, pruebas, soporte preventivo, consultivo y correctivo, además, desarrollos, mantenimientos evolutivos por demanda y la infraestructura tecnológica por demanda para el Conglomerado Financiero BCR.

1.3 Condiciones Generales

1.3.1 Las ofertas deben ser presentadas en papel común, original y una copia, debidamente enumeradas, tanto de la propuesta como de toda la documentación que se aporte y deben venir en sobre cerrado con la siguiente referencia: LICITACIÓN PÚBLICA #2018LN-000004-01 “ADQUISICIÓN DE LICENCIAS E IMPLEMENTACIÓN DEL SISTEMA ERP (ENTERPRISE RESOURCE

PLANNING), PARA EL CONGLOMERADO FINANCIERO BCR” y depositarlas

en el buzón para contrataciones, ubicado en la Oficina de Contratación Administrativa, en el tercer piso de Oficinas Centrales.

1.3.2 La oferta, sus copias (aportar dos copias digitales en formato DVD) y anexos deben ser firmadas por el oferente o su representante legal (aportar fotocopia de la cédula). En caso de ser una compañía, debe indicarse claramente el nombre o la razón social completa y las citas de inscripción en el Registro Público y de ser persona física debe quedar claramente establecida la identidad del oferente.

1.3.3 De acuerdo con el Artículo 17 del Reglamento a la Ley de Contratación Administrativa, cuando el oferente sea una sociedad costarricense debe presentar, en original (notarial o emitida por el Registro Público), una certificación pública sobre la existencia legal de la sociedad y sobre la personería legal de quién en su nombre comparece y certificación notarial original de la propiedad de sus cuotas y acciones de la sociedad.

1.3.4 Indicar lugar o medio al cual se le comunicarán todas las notificaciones referentes a esta contratación. El medio de comunicación que señale el oferente lo será para el procedimiento de contratación, en caso de resultar adjudicatario y posterior contratista será el mismo para la etapa de ejecución contractual, incluyendo todo tipo de comunicaciones en materia sancionatoria. Lo anterior, en concordancia con lo resuelto por la Sala Constitucional en voto #20375 del 3 de diciembre del 2010.

1.3.5 En caso de cambio de lugar para recibir notificaciones, debe informarlo de forma inmediata a la oficina de Contratación Administrativa, ubicada en el tercer piso del edificio central del BCR, o al fax 00000000.

1.3.5.1 Las comunicaciones se tendrán por notificadas, con la confirmación de la recepción del medio escogido, sea fax o correo electrónico.

1.3.5.2 En caso de fax, si no se tiene la confirmación, la transmisión se hará hasta un máximo de tres veces y se tendrá por notificada.

1.3.6 Para efectos de pago, el adjudicatario debe tener cuenta bancaria con el Banco xx Xxxxx Rica, indicar el número, nombre y lugar de apertura.

1.4 Declaraciones Juradas

1.4.1 Declarar bajo juramento que no lo alcanzan las prohibiciones para contratar, establecidas en el Artículo 22 y 22 bis de la Ley de Contratación Administrativa.

1.4.2 Encontrarse al día en las obligaciones relativas al régimen de impuestos a que hace referencia el Artículo 65 Inciso A del Reglamento a la Ley de Contratación Administrativa.

1.4.3 Cumplir con la Directriz #34 del Poder Ejecutivo, publicada en la Xxxxxx #00 xxx

00 xx xxxxxxx xxx 0000; que indica que es deber ineludible de la empresa contratante cumplir estrictamente las obligaciones laborales y de seguridad social, teniéndose su inobservancia como causal de incumplimiento del contrato respectivo. El Banco verificará el cumplimiento de dichas obligaciones, para lo que el adjudicatario se compromete a suministrar en forma inmediata los documentos e información que le sean requeridos.

1.4.4 De acuerdo al artículo 64 del Reglamento de la Ley de Contratación Administrativa los contratos a ejecutar en el país, cuyas propuestas provengan de empresas extranjeras, deben incorporar una declaración de someterse a la jurisdicción y tribunales nacionales para todas las incidencias que de modo directo o indirecto puedan surgir del contrato, con renuncia de su jurisdicción.

1.4.5 Declarar bajo la fe de juramento que la empresa o empresas oferentes, sus representantes legales y/o accionistas, no han sido sancionados administrativamente por faltas relacionadas con hechos de corrupción, ni condenados penalmente por delitos contra la Hacienda Pública.

1.4.6 La empresa o empresas oferentes, sus representantes legales y/o accionistas o miembros del equipo de trabajo, debe declarar bajo la fe de juramento si existe relación de consanguinidad o afinidad hasta el tercer grado con los funcionarios del Banco que forman parte del proyecto ERP o ex funcionarios del Conglomerado BCR que puedan generar conflictos de intereses.

1.4.7 El oferente deberá declarar que conoce los alcances de la Ley No. 9343, Ley de Reforma Procesal Laboral que reformó el Código de Trabajo, y por tanto, reconoce y acepta que en caso de resultar adjudicatario, todas las personas que requiera para la prestación de los servicios contratados por el Banco, se tendrán como personas trabajadoras propias del adjudicatario, asumiendo por ello toda responsabilidad derivada de las relaciones laborales que surjan, razón por la cual exime expresamente al Banco xx Xxxxx Rica, de toda responsabilidad laboral respecto de tales personas.

1.4.8 Con el fin de dar cumplimiento a lo establecido el Banco verificará electrónicamente lo siguiente:

1.4.8.1 A través del sistema SICERE, que el oferente se encuentre al día con el pago de sus obligaciones ante la Caja Costarricense del Seguro Social, según lo establecido en el artículo 65 inciso C del Reglamento a la Ley de Contratación Administrativa.

1.4.8.2 En la página electrónica del Fondo de Desarrollo Social y Asignaciones Familiares, que el oferente se encuentre al día en el pago de sus obligaciones con esa Institución, según lo establecido en el artículo 22 de la Ley 8783.

1.4.8.3 Consulta Electrónica a la página del Registro Nacional, para verificar que se encuentra al día con el pago de sus obligaciones, a fin de dar cumplimiento a lo establecido en el artículo 12 de la Ley 9024 “Impuesto a las Sociedades Anónimas”.

1.5 Timbres

1.5.1 Aportar los siguientes timbres, los cuales deben estar pegados en la oferta original:

1.5.1.1 Un timbre de la Ciudad de las Niñas de ¢20.00, según Ley 6496 del 10-09- 1981.

1.5.1.2 Un timbre del Colegio de Profesionales en Ciencias Económicas de Costa Rica, por ¢200,00, según Artículo No. 38 del Reglamento General del Colegio de Profesionales en Ciencias Económicas de Costa Rica, de acuerdo con el decreto No.20014-MEIC del 19 de setiembre de 1990 y Ley No. 7105 del 28 de noviembre de 1988.

1.6 Vigencia de la oferta

1.6.1 La vigencia de la oferta no podrá ser menor de 120 días hábiles a partir de la apertura de las ofertas. De conformidad con lo establecido en el artículo 81 del Reglamento a la Ley de Contratación Administrativa, se considera fuera de concurso la oferta cuyo plazo de vigencia sea inferior al 80% del plazo fijado en el cartel.

1.7 Completitud de la oferta

1.7.1 Las ofertas deben ser completas, es decir haber ofertado todas las líneas de este cartel. Además, deben contar con el personal idóneo y de acuerdo a lo estipulado en los atestados indicados en el apartado Roles y responsabilidades del equipo del proyecto.

1.7.2 Únicamente se reciben ofertas por parte de fabricantes de soluciones que hayan participado en ERP´s en el sector financiero.

1.8 Aceptación de los términos del Cartel de Licitación

1.8.1 Es requisito que el orden o numeral de las respuestas en la oferta, se ajuste al orden de la numeración definida en el presente cartel. En caso de condiciones invariables, los oferentes podrán contestar que se dan por enterados, aceptan y cumplen con lo solicitado. Con excepción de los requerimientos funcionales y técnicos en donde se deben responder el 100% y bajo la siguiente modalidad:

1.8.1.1 “De paquete”

1.8.1.2 “Por desarrollar”

1.8.1.3 “Comentarios”

1.8.2 La oferta y los documentos que la acompañen deben presentarse sin alteraciones, borrones o tachaduras.

1.8.3 Todos los oferentes deben presentar los requisitos y documentos solicitados, ya que no se tomarán en cuenta los presentados en otros concursos, ni los que se presenten en forma extemporánea, salvo que sean subsanables.

1.8.4 El oferente debe adjuntar en la oferta un cronograma general del proyecto en forma impresa y digital, en formato de Project versión 2010 o superiores, estipulando las actividades y sus duraciones para cada uno de los módulos.

1.9 Marco Regulatorio

1.9.1 Este procedimiento de contratación se regirá en primer término por los principios generales, la Ley de Contratación Administrativa y su Reglamento y el resto del Ordenamiento Jurídico Costarricense aplicable.

1.9.2 El oferente debe cumplir con cualquier requerimiento legal, reglamentario y normativo emitido por los Órganos Regulatorios y de Fiscalización de Costa Rica y que sean de aplicación para el Banco.

1.9.3 El oferente debe conocer la Ley contra el Hostigamiento Sexual en el Empleo y la Docencia, # 7476 y el Reglamento contra el Hostigamiento Sexual en el Conglomerado BCR, publicado en La Gaceta No. 239 del 09 de diciembre de 2010. En virtud de lo anterior, durante el procedimiento de contratación deben los empleados o representantes del oferente abstenerse de desplegar conductas que puedan implicar acoso u hostigamiento sexual.

1.10 Ofertas en Conjunto

1.10.1 No se autoriza la presentación de ofertas en conjunto.

1.11 Idioma de las Comunicaciones

1.11.1 Todas las comunicaciones que realicen los oferentes, así como las del Banco deben ser en idioma español para que sean consideradas válidas. En caso de comunicaciones en otros idiomas, las mismas se acompañarán de su traducción al español, salvo que se trate de documentos publicitarios. En todo caso, el Banco se reserva su derecho a solicitarle al oferente la traducción de aquellos documentos remitidos, que no se encuentren en idioma español y que se consideren relevantes para su análisis y toma de decisión.

1.12 Alcance

1.12.1 Adquisición en sitio de licencias por demanda e implementación del sistema ERP (Enterprise Resource Planning), para los módulos de formulación, ejecución, control del presupuesto, contabilidad, bienes muebles, inmuebles e inventarios, pagos a proveedores, compra de bienes y servicios, en los ambientes de desarrollo, pruebas, capacitación, además, con una operación en alta disponibilidad de producción, contingencia, sus respectivas capacitaciones por demanda, soportes preventivos, consultivos, correctivos, infraestructura tecnológica y como factores mitigantes están los desarrollos, mantenimientos evolutivos para la solución definitiva para el Conglomerado Financiero BCR.

1.12.2 El oferente debe entregar la metodología, en forma escrita o digital, para la gestión del proyecto, en donde se evidencie que se cumple el ciclo de vida del proyecto: inicio, planificación, ejecución, control y cierre. Posteriormente, en caso de resultar adjudicatario, el Banco revisará y analizará cuales de los

elementos deben ser homologados de acuerdo a la normativa vigente de Administración de Proyectos del Banco.

1.12.3 Por ser una solución integral el Banco adjudicará la totalidad del objeto contractual a un solo oferente, por lo tanto, deben cotizar todas las líneas del presente cartel.

1.12.4 El Ítem VI Adquisición de los servicios de implementación en este cartel, por ser el único Ítem que no es por demanda, se debe cotizar solamente para el Banco xx Xxxxx Rica, sin considerar las subsidiarias.

1.13 Roles y responsabilidades del equipo del proyecto

1.13.1 El oferente y el Banco deben coordinar para promover la eficiencia, comunicación y las gestiones del proyecto en general. El objetivo final es preparar al equipo del Banco xx Xxxxx Rica para una implementación y un soporte interno permanente y eficiente.

1.13.2 Equipo del oferente

1.13.2.1 El oferente debe presentar en la oferta la lista de los colaboradores con sus respectivos roles, de manera que el Banco pueda evaluar, analizar y dar la aprobación del equipo que estará trabajando en el desarrollo de este proyecto.

1.13.2.2 La persona que desempeñe estos roles debe hablar español de lo contrario, debe venir acompañado de un traductor.

1.13.2.3 El oferente debe incluir en la oferta una persona por cada uno de los roles y debe entregar los atestados de cada uno de los expertos del equipo de proyecto.

1.13.2.4 En caso de cambio de personal, el nuevo recurso que se asigne, debe ser comunicado al Banco cinco días hábiles antes del inicio de las actividades, debe cumplir con los mismos atestados indicados en el apartado Roles y Responsabilidades y deben ser aprobados previamente por el Banco.

1.13.2.5 En caso de que el personal del equipo de trabajo del oferente sea extranjero, toda la documentación solicitada para su validación debe venir apostillada.

1.13.2.6 El equipo del oferente debe tener una experiencia mínima laboral mayor a un año.

1.13.2.7 El oferente debe presentar una declaración jurada, en donde acredite que el personal que desempeñe cada uno de los roles tiene la experiencia mínima de dos implementaciones en soluciones de ERP, que incluya los módulos aquí solicitados, que haya realizado en los últimos cinco años y recibidas a satisfacción antes de la apertura del presente concurso. Asimismo, deben indicar el nombre de la empresa, contacto, teléfono y correo electrónico para su respectiva validación.

1.13.3 Director de proyecto

1.13.3.1 Transfiere el conocimiento y la experiencia de gestión de proyecto al Director de proyecto del Banco.

1.13.3.2 Xxxx xxxxx en conjunto con el Director de proyecto del Banco por la eficiente ejecución de las actividades del proyecto que garanticen que finalizará exitosamente en tiempo y forma.

1.13.3.3 El Director de proyecto debe aplicar la metodología de clase mundial en proyectos del PMI (Project Management Institute).

1.13.3.4 Desarrolla, en conjunto con el Director del proyecto del Banco, cronogramas de trabajo y planes de proyecto detallados.

1.13.3.5 Desarrolla y gestiona el alcance, presupuesto y cronograma del Proyecto de acuerdo con los planes aprobados por el Banco para su equipo.

1.13.3.6 Asigna y gestiona los recursos de su equipo.

1.13.3.7 Da seguimiento semanalmente a las actividades del Proyecto y comunica los estados de avance al Director de proyecto del Banco.

1.13.3.8 Lleva a cabo revisiones formales en el momento de completar cada semana y fase.

1.13.3.9 Brinda asesoramiento sobre la asignación de prioridades a las tareas críticas del proyecto.

1.13.3.10 Establece y monitorea el cumplimiento de las normas de documentación, datos y capacitación.

1.13.3.11 Monitorea el cumplimiento del plan de proyecto.

1.13.3.12 Facilita que el proceso de resolución de brechas, incidentes y riesgos se encuentre en funcionamiento y se gestione oportunamente.

1.13.3.13 Monitorea el plan de calidad que se apruebe para la verificación de los entregables específicos.

1.13.3.14 Resuelve los temas según el Procedimiento de Escalación de Problemas, de forma oportuna.

1.13.3.15 Identifica y gestiona los escenarios de negocio críticos para cumplir con los objetivos de negocio en el sistema y valida los resultados esperados en función de los resultados reales.

1.13.3.16 Aporta experiencia y visión a las funciones y los procesos de negocio actuales.

1.13.3.17 Atestados

1.13.3.17.1 Certificación de Project Management Professional (PMP)® en donde se demuestre la relación con las actividades del rol.

1.13.4 Consultor funcional

1.13.4.1 Verifica que los objetivos y las metas del negocio se cumplan en la solución.

1.13.4.2 Asiste en el desarrollo de la visión posible de los procesos del negocio.

1.13.4.3 Determina el diseño de la solución para los escenarios del negocio requeridos.

1.13.4.4 Identifica y resuelve las brechas funcionales.

1.13.4.5 Brinda experiencia en materia de diseño de soluciones en áreas funcionales designadas.

1.13.4.6 Brinda experiencia en materia de implementación, incluyendo la recomendación, la evaluación de alternativas y soluciones de diseño.

1.13.4.7 Brinda su contribución sobre los temas relacionados con el diseño y la integración de la solución con base al conocimiento y la experiencia de

_ implementaciones anteriores.

1.13.4.8 Brinda su contribución sobre los impactos técnicos de soluciones específicas de diseño.

1.13.4.9 Crea especificaciones funcionales para las mejoras requeridas.

1.13.4.10Brinda soluciones para las brechas funcionales.

1.13.4.11Capacita a los analistas de negocio que el Banco designe.

1.13.4.12 Atestados

1.13.4.12.1 Certificación del oferente que indique los cursos, las calificaciones, la duración de cada curso, en donde se evidencie los conocimientos funcionales en el sistema de ERP.

1.13.5 Líder del equipo técnico

1.13.5.1 Recomienda la arquitectura técnica según los requerimientos funcionales y de desempeño.

1.13.5.2 Funciona como el enlace principal para coordinar los requerimientos de la arquitectura del Proyecto con los servicios de los proveedores o del Banco.

1.13.5.3 Funciona como referente de los asuntos sobre arquitectura técnica.

1.13.5.4 Orienta en materia de estándares de datos, conversión y calidad de datos.

1.13.5.5 Brinda soporte a la administración del diccionario de datos y otras herramientas de modelación de información.

1.13.5.6 Capacita a los arquitectos de solución que el Banco designe.

1.13.5.7 Atestados

1.13.5.7.1 Certificación del oferente que indique los cursos, las calificaciones, la duración de cada curso, en donde se evidencie los conocimientos técnicos en el sistema de ERP.

1.13.6 Arquitecto de Desarrollo

1.13.6.1 Define la estrategia para los reportes, las interfaces, las conversiones, los formularios, las mejoras y los workflows.

1.13.6.2 Capacita a los Scrum Master que el Banco designe.

1.13.6.3 Define la estrategia de la infraestructura de sistema junto con el equipo del Banco.

1.13.6.4 Define las mejoras de los sistemas y el proceso de aprobación de modificaciones.

1.13.6.5 Determina los problemas del sistema y el proceso de manejo de errores.

1.13.6.6 Verifica la infraestructura técnica del sistema inicial.

1.13.6.7 Verifica las funciones de administración del sistema.

1.13.6.8 Define los procedimientos periódicos de mantenimiento del sistema.

1.13.6.9 Mantiene la biblioteca de documentos técnicos creada por el equipo de proyecto.

1.13.6.10 Atestados

1.13.6.10.1 Certificación de Scrum Master CSM en donde se demuestre la relación con las actividades del rol.

1.13.7 Consultor de seguridad

1.13.7.1 Define los estándares de autorización del sistema del equipo del proyecto.

1.13.7.2 Establece los registros maestros del equipo de proyecto en el sistema de diseño.

1.13.7.3 Crea el diseño de autorización detallada.

1.13.7.4 Documenta las transacciones relacionadas con las funciones de trabajo.

1.13.7.5 Valida el diseño de seguridad con los arquitectos de seguridad del Banco.

1.13.7.6 Atestados

1.13.7.6.1 Certificación del oferente que indique los cursos, las calificaciones, la duración de cada curso, en donde se evidencie los conocimientos técnicos en el sistema de ERP.

1.13.8 Capacitadores o facilitadores

1.13.8.1 Define los mecanismos de clase mundial para la ejecución de las capacitaciones.

1.13.8.2 Establece las directrices de las sesiones de cada uno de los cursos, indicando los tiempos de alimentación, las reglas de desarrollo de cada curso y las listas de asistencia.

1.13.8.3 Debe entregar al Banco con cuatro semanas de anticipación un informe de cada curso para su aprobación con la siguiente información:

1.13.8.3.1 Contenido.

1.13.8.3.2 Duración de los cursos (mínimo 4 horas y máximo ocho horas diarias).

1.13.8.3.3 Tiempos de alimentación.

1.13.8.3.4 Modalidad (Presencial o Remoto).

1.13.8.3.5 Descripción general del curso.

1.13.8.3.6 Objetivo de aprendizaje.

1.13.8.3.7 Horario.

1.13.8.3.8 Debe entregar a los participantes la documentación y la metodología del desarrollo de los cursos en forma de capacitaciones.

1.13.8.3.9 Los grupos de funcionarios a capacitar no deben exceder las 15 personas.

1.13.8.3.10 El material debe estar en forma física y digital.

1.13.8.4 Atestados

1.13.8.4.1 Certificación del oferente que indique los cursos, las calificaciones, la duración de cada curso, en donde se evidencie los conocimientos funcionales y técnicos en el sistema de ERP.

1.13.9 Equipo del Banco

1.13.9.1 Todos los roles aquí descritos se encuentran normados DISP-GES-ISE- 181-11 Disposiciones para la administración de programas y proyectos en el Conglomerado Financiero BCR y será entregada al adjudicatario.

1.13.10 Patrocinador

1.13.10.1 Responsable de la gestión del proyecto ante la Administración, para ello debe velar por el cumplimiento de todas las tareas dentro del costo, tiempo y alcance establecidos. Debe gestionar los recursos humanos y materiales necesarios, aprobar y rendir cuentas sobre los avances e inconsistencias del proyecto.

1.13.11 Administrador de producto

1.13.11.1 Persona que utiliza el producto del proyecto, conocedor del negocio, debe brindar la información, requerimientos y aprobaciones requeridas para el correcto funcionamiento y alineamiento en la ejecución de actividades que soporten el proceso o producto en el Conglomerado Financiero BCR, apoya la gestión del patrocinador y se asegura que la solución cumpla con sus expectativas a lo largo de su desarrollo.

1.13.12 Director del proyecto

1.13.12.1 Dirigir, delegar y coordinar los recursos brindados por el patrocinador en forma eficiente e involucrada al proyecto, con el fin de lograr los objetivos establecidos. El seguimiento periódico y oportuno es parte de su función principal.

1.13.13 Usuario experto

1.13.13.1 El servidor del Conglomerado Financiero BCR que analiza, valida, diseña e implementa los aspectos relacionados a su especialidad, con el fin de facilitar el logro de los objetivos de cualquier elemento en la redacción de requerimientos, ejecución de pruebas y otras tareas de la parte funcional, así como en las gestiones que la dirección de proyectos del Conglomerado Financiero BCR requiera.

1.13.14 Usuarios de apoyo

1.13.14.1 Miembros de equipo que facilitan la gestión del desarrollo del proyecto, para lograr los objetivos. Participan en distintos momentos específicos del proyecto, no son parte del equipo de proyecto base.

1.13.15 Especialista técnico

1.13.15.1 Rol que puede ser ejecutado por un especialista de alguna de las áreas de la Gerencia Corporativa de Tecnología (arquitectura, seguridad, infraestructura, otras) cuyo conocimiento es requerido para la definición y redacción del apartado no funcional de los requerimientos de la solución.

1.14 Alcance del objeto del contrato

1.14.1 Ítem I Adquisición de infraestructura tecnológica por demanda

1.14.1.1 Adquisición de infraestructura tecnológica por demanda debe brindar al Banco los equipos, componentes, licencias de tipo ambiental, base de datos licenciados en los ambientes específicos, según lo indicado en el Anexo #7 de Especificaciones técnicas.

1.14.1.2 El oferente debe dar el servicio de soporte de acuerdo a los niveles de servicios establecidos desde Xxxxx Rica o las sedes alternativas que dispongan para la gestión de las incidencias que se presenten.

1.14.1.3 El oferente debe indicar todos los tipos de licencia requeridos que aseguren la correcta operación de la solución ofertada, de acuerdo a los requerimientos indicados en los anexos del 1 al 7. El oferente debe cotizar precios unitarios por cada tipo de hardware incluyendo sus componentes y licenciamiento, ya que estos serán adquiridos bajo la modalidad de entrega según demanda.

1.14.1.4 La oferta deberá incluir la siguiente información detallada:

1.14.1.4.1 Número / Código de la licencia, componente, equipo, base de datos.

1.14.1.4.2 Tipo de licencia (concurrente, nombrada o corporativa).

1.14.1.4.3 Nombre de la licencia, componente, equipo, base de datos (técnico).

1.14.1.4.4 Descripción de la licencia, componente, equipo, base de datos.

1.14.1.4.5 Medida de licenciamiento.

1.14.1.4.6 Precio unitario licencia, componente, equipo, base de datos.

1.14.1.4.7 Impuestos.

1.14.1.4.8 Versión de la licencia, componente, equipo, base de datos.

1.14.1.4.9 Asimismo, debe indicar y cotizar cualquier otro elemento, incluyendo, pero no limitado, software o hardware adicional que con base en su experiencia en implementaciones anteriores considere necesarios para la correcta instalación, uso, operación y mantenimiento de la solución del ERP. Estos costos serán considerados para efectos de comparación de los precios ofertados.

1.14.1.5 El oferente debe cotizar inicialmente la infraestructura necesaria para un Banco que tiene como mínimo 1.000.000 (un millón) de clientes y 500 (quinientas) oficinas, esto con el fin de evaluarlo y luego será ajustado (con la realización de un sizing) hasta un máximo de un 25% del estimado inicial.

1.14.1.6 La infraestructura tecnológica se gestionará por medio de solicitudes de entrega, bajo el siguiente procedimiento:

1.14.1.6.1 El administrador del contrato le notificará al contratista vía fax o correo electrónico el desglose de los equipos requeridos en cualquier día hábil comprendido dentro del período de duración del contrato de adquisición de equipos por demanda, para atender los requerimientos del negocio.

1.14.1.6.2 La fecha de la solicitud de entrega corresponde a la fecha de inicio de actividades a partir de la cual se contabiliza el plazo de entrega.

1.14.2 Ítem II Adquisición de licencias por demanda

1.14.2.1 Adquisición de licencias por demanda de los módulos de la contratación, según los ambientes específicos detallados en el presente documento. Estas licencias deberán permitir el uso de todas las funcionalidades descritas en los Anexos del 1 al 7.

1.14.2.2 La estimación inicial de consumo es de 85 licencias para usuarios expertos que puedan operar completamente los módulos del ERP y 3 licencias para ambiente de desarrollo. Adicionalmente, se proyecta un crecimiento estimado a 500 oficinas o 1.000 colaboradores para el Conglomerado Financiero del BCR. Estas cifras no implica un compromiso para el Banco de adquirir esta cantidad, en razón de que se trata de una contratación bajo la figura de entrega según demanda.

1.14.2.3 El oferente debe indicar todos los tipos de licencia para los aplicativos requeridos que aseguren la implementación y sean necesarios para operar todos los módulos del ERP y los requerimientos indicados en los anexos del

1 al 7, con el fin de poder obtener los precios para las solicitudes por demanda, con los siguientes detalles:

1.14.2.3.1 Número / Código de la licencia.

1.14.2.3.2 Tipo de licencia (concurrente, nombrada o corporativa).

1.14.2.3.3 Nombre de la licencia (técnico).

1.14.2.3.4 Descripción de la licencia (¿Cómo funciona?).

1.14.2.3.5 Medida de licenciamiento (Si es en bloque, cuántos son los mínimos, etc.).

1.14.2.3.6 Precio unitario (por bloque, por usuario, etc.).

1.14.2.3.7 Impuestos.

1.14.2.3.8 Versión de la licencia.

1.14.2.3.9 Asimismo, debe indicar y cotizar cualquier otro elemento que con base en su experiencia e instalaciones considere requeridos para la correcta instalación, uso, operación y mantenimiento de la solución del ERP.

1.14.2.4 El Banco requiere conectar la solución del ERP con el sistema estatal de compras públicas denominado SICOP (xxxx://xxx.xxxxx.xx.xx/xxxxx.xxx), para ello el oferente debe construir las interfaces necesarias para que puedan interactuar.

1.14.2.5 El oferente debe diseñar, construir y probar una adecuada implementación de las interfaces y programación en general requerida para integrar la solución ERP, con cada uno de los sistemas remanentes del Banco. Para lo anterior, debe cumplirse los requerimientos funcionales y técnicos indicados en los Anexos del 1 al 7. .

1.14.2.6 El Banco se reserva el derecho de utilizar las licencias adquiridas de la manera que más le convenga, respetando las leyes establecidas para la protección de los derechos de autor.

1.14.3 Ítem III Adquisición de los servicios de diseño para la implementación

1.14.3.1 El oferente debe realizar el servicio de diseño para la implementación de los ambientes requeridos en este cartel.

1.14.3.2 Los profesionales del oferente deben tener experiencia y certificar el conocimiento según las condiciones establecidas en el apartado de Roles y responsabilidades de este cartel.

1.14.3.3 El equipo del oferente debe cumplir con las tareas definidas en este Ítem y cualquier otra tarea definida como parte de su estándar de certificación de implementación.

1.14.3.4 El oferente debe aportar previo al proceso de implementación, las tareas requeridas para otorgar la certificación de acuerdo con su estándar corporativo.

1.14.3.5 El oferente debe firmar un contrato anual y prorrogable hasta un máximo de tres años con el Banco xx Xxxxx Rica, en donde se compromete a brindar el apoyo y el diseño necesario para el éxito de la implementación de la solución, basado en recomendaciones, aplicación de estándares mundiales, metodologías y configuraciones de los productos requeridos.

1.14.3.6 El oferente debe proveer un Modelo y Estrategia General de Implementación, que incluya, al menos y sin limitarse a, servicios para el Análisis, Diseño, Construcción e Implementación o su equivalencia, la cual debe formar parte integral de la “Metodología propuesta para el Desarrollo del Proyecto” y ser la base del Ítem VI Adquisición de servicios de implementación.

1.14.3.7 El oferente debe dotar al Banco de un diseño apegado a los requerimientos funcionales y técnicos descritos en este cartel, que pueda servir como base de implementación y con la aplicación de herramientas y prácticas de clase mundial del fabricante. Este diseño debe contener los siguiente entregables:

1.14.3.7.1 Documento de preparación del proyecto, el cual consiste en la confirmación de los requerimientos, organización, preparación de un plan de trabajo (roles y responsabilidades) y una presentación para

un “kick Off” del proyecto (reunión inicial con todos los involucrados, en donde se informe el alcance, costos, tiempos, riesgos, estrategias de comunicación, administración de recursos materiales, económicos, humanos, contrato, documentación y seguimiento).

1.14.3.7.2 Documento del resultado de las capacitaciones del modelo de mejores prácticas del fabricante, en las cuales deben participar los consultores, expertos y el equipo del Banco, con la finalidad de poder entender el negocio y sus implicaciones, identificar supuestos ocultos, clarificar las necesidades, alinear y priorizar todos los temas del negocio y de TI.

1.14.3.8 El oferente debe definir las brechas para la configuración del Banco y presentar un documento de adopción y diseño de procesos de negocio, en donde realice un análisis de brechas entre los procesos de los estándares y los procesos propuestos por la institución. El oferente debe proponer la forma más eficiente de abordar el concepto de optimizar los procesos de negocio.. Para ello debe incluir lo siguiente:

1.14.3.8.1 Mapa de procesos a nivel de Macro-Procesos.

1.14.3.8.2 Alineación de los escenarios con los estándares mundiales.

1.14.3.8.3 Principales mejoras en los procesos, como resultado de la adopción de las buenas prácticas.

1.14.3.8.4 Principales impactos organizacionales.

1.14.3.8.5 Mapa de soluciones tecnológicas y externas que apliquen los procesos de negocio.

1.14.3.8.6 Innovaciones identificadas sobre el proceso.

1.14.3.8.7 Documento que refleje el inventario de procesos del sistema, indicando los ajustes y adaptaciones.

1.14.3.8.8 Documento que refleje los diagramas de los procesos y especificar la estrategia de implementación.

1.14.3.8.9 Documento de estrategia de depuración y migración de datos, el cual consiste en diseñar la estrategia que incluye lo siguiente:

1.14.3.8.9.1 Requerimientos del negocio: Identificar los requerimientos de datos de negocio.

1.14.3.8.9.2 Identificación en conjunto de las fuentes de datos: Mapeo a los requerimientos de la solución e identificar las brechas.

1.14.3.8.9.3 Identificar en conjunto los criterios de calidad y gobernabilidad en la aprobación: Definir un preliminar con el contenido y patrones de los datos fuente.

1.14.3.8.9.4 Identificar en conjunto un gestor de los datos y procedimiento de acceso a los datos.

1.14.3.8.9.5 Establecer el plan para las pruebas de migración para la ejecución del proceso ETL (Extraer Transformar y Carga) de los datos.

1.14.3.9 Diseño de la solución para la implementación (Prototipos o acelerador funcional operativo y validación de la solución), el mismo debe considerar como base los escenarios de negocio identificados, los diseños previamente desarrollados, con lo cual, se obtiene la adopción de procesos a nivel

detallado así como los roles y brechas con respecto a los requerimientos e impacto en el negocio. El mismo diseño debe considerar los siguientes componentes para la validación de la solución:

1.14.3.9.1 Presentar un prototipo o acelerador funcional operativo de solución para los módulos de formulación, ejecución, control del presupuesto, contabilidad, bienes muebles, inmuebles e inventarios, pagos a proveedores, compras de bienes y servicios. Este consiste en la instalación de la solución pre-configurada con los estándares mundiales definidos por el fabricante para los procesos de negocio y será el referente para la elaboración del diseño. Una vez analizados y validados por el Banco se aplicarán la definición de los procesos optimizados y los datos depurados, estos serán priorizados para la inclusión en el prototipo de la solución, el mismo debe ser preparado en conjunto de manera que los funcionarios conozcan su conformación y dictaminen los criterios de cómo debe funcionar, de acuerdo a los requerimientos y sus datos, lo cual acelera la adopción y ayuda para identificar por anticipando los impactos en la organización, entendiendo que será compuesto con funcionalidad estándar.

1.14.3.9.2 Presentar la validación para la gestión de proyectos y para los módulos de formulación, ejecución, control del presupuesto, contabilidad, bienes muebles, inmuebles e inventarios, pagos a proveedores, compras de bienes y servicios.

1.14.3.10 El oferente debe incluir una herramienta tecnológica para solucionar problemas relacionados a los productos. Esto con previa coordinación de los permisos y la vigencia de los mismos con la Gerencia Corporativa de Tecnología.

1.14.3.11 El oferente debe emitir una propuesta de una plataforma colaborativa, en donde el contratista y el Banco deben alinearla e incluirla como parte de la metodología de implementación del proyecto, que permita mecanismos para lograr la gestión de las incidencias, la cual debe:

1.14.3.11.1 Tener una atención prioritaria a los eventuales incidentes del producto que pudieran afectar el normal funcionamiento del proyecto, mediante mecanismos que aceleren los casos de servicio.

1.14.3.11.2 Preparar al Banco para la operación efectiva del ERP post-salida en vivo, mediante un acompañamiento de personal con experiencia y conocimiento en prácticas mundiales.

1.14.3.11.3 Acompañar al Banco en la estrategia de implementación, en la arquitectura y en el análisis de brechas, y que brinde las mejores opciones para cubrirlas bajo la defensa del estándar de la solución.

1.14.3.11.4 Brindar la posibilidad de tener acceso directo a los especialistas de más alto nivel de la solución ERP ofertado (incluidos arquitectos, desarrolladores y cabezas de verticales de industria) para consultas y direccionamiento en cualquier etapa del proyecto independientemente de su ubicación en el mundo, sin costo adicional para el Banco.

1.14.3.11.5 Brindar la asesoría para crear una plataforma colaborativa en donde se pueda determinar cuales requerimientos deben ser desarrollados en forma personalizada y cuales son funcionalidades

de paquete de la solución. Capacitar a los funcionarios del Banco, para que en caso de ser necesario, realicen nuevas parametrizaciones, y puedan monitorear los procesos de toda la solución.

1.14.3.11.6 Herramientas para ayudar a aplicar correcciones y actualizaciones de software.

1.14.3.11.7 El oferente en conjunto con el banco deben llevar a cabo un proceso de análisis de adaptaciones (Análisis de brechas), elaborará los documentos de “Especificaciones del Negocio” y “Especificaciones Técnicas” que servirán de guía para definir los ajustes que la aplicación requiera. Además, deben aportar para la realización de esta tarea, capacitación, formatos y/o herramientas que permitan estandarizar este proceso que comprende tanto requerimientos del negocio como de integración con el resto de las aplicaciones.

1.14.3.11.8 El oferente debe brindar la provisión de servicios de verificación de calidad para la implementación del proyecto, con el objeto de acelerar la captura de beneficios, asegurar la calidad de la implementación, facilitar la innovación y mitigar los riesgos que típicamente se mantienen en estos proyectos de transformación.

1.14.3.11.9 Esta plataforma colaborativa debe enfocar las soluciones necesarias para resoluciones proactivas de problemas críticos y así salvaguardar la calidad de la implementación dentro del ciclo de vida de las aplicaciones ofrecidas, en el que se debe considerarlos siguientes puntos:

1.14.3.11.9.1 Aseguramiento de calidad en la implementación de las soluciones con servicios específicos en los hitos relevantes del proyecto con el uso de las mejores metodologías de validación de integraciones.

1.14.3.11.9.2 Administración de calidad técnica en sitio y un continuo alineamiento con la arquitectura referencial del Banco.

1.14.3.11.9.3 Arquitectos que emitan reportes apropiados para medir el valor agregado de la plataforma colaborativa, en el que debe utilizar un tablero de control con indicadores clave (KPIs).

1.14.3.11.9.4 El oferente debe entregar documentación técnica complementaria del servicio.

1.14.3.11.9.5 Los gastos del personal que debe brindar este servicio por traslados, honorarios, seguros, hospedajes, viáticos deben estar incluidos en el precio ofertado.

1.14.3.12 El oferente, debe entregar al Banco una estrategia para gestionar en forma eficiente y efectiva el cambio que se espera provocar con la implementación de la solución ofertada, la misma debe estar compuesta al menos con los siguientes temas:

1.14.3.12.1 Organización y gobierno: Misión, Visión, definición de la estrategia de gestión de cambio y su correspondiente hoja xx xxxx.

1.14.3.12.2 Fundamentos para la definición de la estrategia del cambio. 1.14.3.12.3 Plan de actividades de la gestión del cambio, con la indicación de

la fecha y los responsables, en este caso, oferente o Banco

1.14.3.12.4 Mapa de involucrados: Documento de análisis de impacto y la definición de actividades de gestión de involucrados.

1.14.3.12.5 Plan de trabajo de agentes de cambio.

1.14.3.12.6 Matriz de impactos organizacionales, obtenida de la realización de valor y definición del modelo de monitoreo para la efectividad de la gestión del cambio.

1.14.3.12.7 Definir un Modelo Banco para la identificación de capacidades y habilidades.

1.14.4 Ítem IV Adquisición para mantenimientos evolutivos anuales por demanda, después de la implementación

1.14.4.1 Se estima el uso por demanda de 6,000 horas profesionales anuales para los mantenimientos evolutivos, esto después de haber finalizado la implementación de la solución en los ambientes específicos. El oferente debe cotizar el precio por hora profesional neta incluyendo todos los costos y gastos. El Banco no cubrirá nada adicional a lo indicado en la oferta.

1.14.4.2 Estas horas podrán ser utilizadas para cubrir todas aquellas necesidades que surjan después de la implementación, para lo que es necesario realizar personalizaciones de acuerdo a los requerimientos funcionales a la medida y que deben cubrir el ciclo de desarrollo, ambiente de pruebas, y producción, previa aprobación del área usuaria y su debida post-implementación.

1.14.4.3 El Banco se reserva el derecho de consumir o no la totalidad de las horas estimadas. Asimismo, por tratarse de una estimación de consumo podrían demandarse más horas. Se pagarán solamente las horas efectivamente laboradas. La entrega de los mantenimientos concluidos, incluye el código fuente completo y será entregado mediante una herramienta que permita descargarlo, USB o un Dispositivo de almacenamiento externo, para su respectivo resguardo en la Oficina de Custodia del Banco y será de uso exclusivo para el Conglomerado Financiero del BCR.

1.14.4.4 Las condiciones generales para el mantenimiento evolutivo por demanda se establecen en el Anexo #10 Condiciones generales para el paquete de mantenimiento evolutivo por demanda y nuevas versiones.

1.14.5 Ítem V Adquisición de soporte preventivo, consultivo y correctivo de la solución y de la infraestructura

1.14.5.1 Adquisición de soporte del producto licenciado y de la infraestructura tecnológica en los ambientes específicos.

1.14.5.2 El oferente debe firmar un contrato con el Banco xx Xxxxx Rica en donde se compromete a tener un servicio de soporte 7X24X365 días, ante cualquier inconsistencia, actualizaciones de versiones, actividades de prevención, atención de consultas funcionales y técnicas presentadas en los productos adquiridos, aplicando lo definido en el procedimiento de niveles de servicio, indicado en el Capítulo 5 Acuerdo de niveles de servicios y atención de incidentes.

1.14.5.3 El oferente debe garantizar que ofrecerá el servicio de soporte, mantenimiento de los productos y soporte a la infraestructura tecnológica, desde Xxxxx Rica o las sedes alternativas que dispongan para la gestión de las incidencias que se presenten.

1.14.5.4 Soporte Consultivo

1.14.5.4.1 El contratista deberá brindar respuestas a inquietudes, consultas y soporte técnico en el uso de los equipos y software relacionado; que el personal técnico del Banco pueda requerir para garantizar una administración apropiada.

1.14.5.4.2 El contratista deberá mantener actualizado al personal del Banco sobre las características de los productos vigentes y las nuevas características liberadas. Para tal efecto, deberá informar al Banco mediante el envío al Administrador del Contrato de la documentación técnica y funcional sobre los cambios realizados a la solución.

1.14.5.4.3 El Banco podrá solicitar reuniones cuando se requiera, para dar seguimiento a pendientes de atención sobre los productos de software ofertados.

1.14.5.5 Soporte Preventivo

1.14.5.5.1 El contratista deberá realizar un mantenimiento preventivo a los equipos implementados, una vez al mes como mínimo para lo cual se deberá elaborar en conjunto con el personal del Banco un cronograma de visitas para recopilar información y posteriormente realizar una presentación de resultados al personal del Banco.

1.14.5.5.2 El contratista deberá comprobar periódicamente que todos los componentes de software, firmware, drivers y agentes utilizados en los equipos implementados en el Banco se encuentran en el nivel de versiones indicados por el oferente para garantizar la vigencia de los mismos, así como la correcta operación de los equipos.

1.14.5.5.3 El contratista deberá poner a disposición del Banco las actualizaciones de software, firmware, drivers y agentes indicados por el oferente de los equipos y el personal técnico necesario para implementarlos en la ventana de mantenimiento que el Banco determine conveniente.

1.14.5.5.4 El contratista deberá realizar revisiones de todos los componentes de hardware, sistema operativo y/o firmware, condiciones ambientales y bitácoras registrados por los equipos para determinar situaciones que puedan llegar a afectar la correcta operación de los mismos.

1.14.5.5.5 El Banco podrá solicitar al contratista realizar revisiones especiales a los equipos máximo 2 veces al año, en cualquiera de los días previos a fechas altamente intensas en transacciones en los sistemas informáticos, tales como el día de la madre, pago de

aguinaldos, viernes negro, Navidad y cualquier otro día que el Banco considere necesario.

1.14.5.5.6 El contratista deberá configurar las funcionalidades de los equipos para enviar correos electrónicos (email home) automáticamente a personal técnico del Banco para que periódicamente verifiquen el estado de salud de los equipos. Esto en caso de que aplique para el hardware cubierto por este contrato.

1.14.5.5.7 Como parte de este servicio se debe contar con una plataforma estructurada propia de la solución para monitoreo técnico y funcional después de la salida en vivo (producción) y mantener el control de las diferentes variables que pudieran degradar el desempeño o fluidez de la solución. De igual forma, es muy importante a través de recursos especializados del oferente, entregar una metodología de clase mundial para gestionar el ciclo de vida de las aplicaciones.

1.14.5.6 Soporte Correctivo

1.14.5.6.1 El contratista deberá solucionar inconsistencias, averías, incidentes, problemas, así como brindar atención en sitio para la corrección de incidentes presentados en cualquier componente de hardware o software incluido en la presente contratación.

1.14.5.6.2 Atención de incidentes críticos. Los incidentes críticos son aquellas situaciones inesperadas que pueden afectar la continuidad de los servicios que brindan los equipos. En caso de presentarse una condición de este tipo, el contratista por su parte deberá:

1.14.5.6.2.1 Movilizar personal capacitado a las instalaciones indicadas por el Banco o iniciar el soporte por medio remoto, si así se requiere, para atender los incidentes reportados por el Banco o mediante herramientas automatizadas.

1.14.5.6.2.2 En caso de eventos en los que se presenten defectos en la operación de los equipos que requieran escalamiento, el contratista deberá comunicar la condición al Banco con el plan de solución necesario para superar la condición reportada.

1.14.5.6.2.3 Entregar un informe donde se documenten las acciones realizadas para resolver los incidentes reportados por el Banco o mediante herramientas automatizadas.

1.14.5.7 Reemplazo de partes

1.14.5.7.1 El contratista deberá contar con el stock necesario de componentes redundantes para reemplazar en caliente, en caso de ser requerido para resolver una falla en un componente, una vez que se determine la necesidad de reemplazo de conformidad a lo señalado por herramientas automatizadas.

1.14.5.8 En caso de que se requiera el reemplazo de algún componente de hardware, el mismo deberá ser aportado por el contratista, incluido el recurso humano necesario para realizar el reemplazo en sitio; sin que esto implique ningún

costo adicional para el Banco. Informe de Servicios de Soporte preventivo, correctivo y consultivo

1.14.5.8.1 El contratista deberá elaborar un informe de servicios de soporte que deberá contener los siguientes apartados, que resulten aplicables al tipo de soporte brindado:

1.14.5.8.1.1 Introducción.

1.14.5.8.1.2 Alcance.

1.14.5.8.1.3 Resumen ejecutivo.

1.14.5.8.1.4 Bitácora de Incidentes reportados y soluciones. 1.14.5.8.1.5 Condición actual.

1.14.5.8.1.6 Cumplimiento del Nivel de Servicio (disponibilidad). 1.14.5.8.1.7 Parchado para atención de vulnerabilidades.

1.14.5.8.1.8 Aseguramiento (hardening) continúo. 1.14.5.8.1.9 Obsolescencia de componentes.

1.14.5.8.1.10 Análisis de desempeño. 1.14.5.8.1.11 Análisis de capacidades.

1.14.5.8.1.12 Condición recomendada que incluya el análisis de impacto de las mejoras planteadas.

1.14.5.8.1.13 Plan de Implementación de las recomendaciones. 1.14.5.8.1.14 Anexos (Informes de salud, bitácoras, entre otros). 1.14.5.8.1.15 Firma autorizada.

1.14.5.8.2 El contratista deberá entregar este informe de servicios de mantenimiento en un tiempo máximo de 10 días posteriores a la atención del incidente por parte del personal técnico para el levantamiento de información, para cualquier tipo de soporte.

1.14.5.8.3 El formato requerido de este informe por parte del Banco podrá ser modificado durante todo el plazo del contrato de mantenimiento para garantizar la mejora continua del control, sin que esto implique ningún costo adicional para el Banco. Previamente el Banco notificará por escrito al contratista las modificaciones requeridas con al menos 30 días hábiles de anticipación.

1.14.5.9 Seguro de actualización y soporte del fabricante del software

1.14.5.9.1 Para todos los productos requeridos, se debe incluir un seguro de actualización (software assurance) y soporte del fabricante del software que brinde derecho a las nuevas versiones, actualizaciones y parches críticos para los productos requeridos.

1.14.5.9.2 Este seguro deberá permitir al Banco contar con acceso a la documentación en línea, artículos de la base de conocimiento y otros recursos técnicos del fabricante del software correspondiente.

1.14.5.9.3 El seguro deberá permitir el registro de solicitudes sin límite para la atención de incidentes y problemas que puedan presentarse con el software.

1.14.5.9.4 El Banco tendrá acceso a las nuevas versiones de software que el fabricante libere durante el período de vigencia de la presente contratación y que formen parte del producto ofertado, lo mejoren o que lo reemplacen.

1.14.5.9.5 En el registro con el fabricante toda licencia con la que cuente el Banco será actualizada a la última versión, sin embargo queda a criterio del Banco decidir cuándo será conveniente actualizar el software a estas nuevas versiones.

1.14.5.9.6 El contratista deberá notificar periódicamente al Banco, sobre las actualizaciones cada vez que éstas sucedan. El contratista deberá proporcionar el acceso al sitio de Internet en donde se publican las actualizaciones de todas las licencias objeto de esta licitación.

1.14.5.9.7 El contratista deberá suministrar información al Banco, sobre las ventajas que ofrecen las nuevas versiones liberadas, esto con la intención de que sea evaluado el impacto y conveniencia institucional para su posible implantación controlada.

1.14.5.9.8 Como parte de la evaluación y planificación necesaria para realizar los procesos de migración y renovación, el Banco podrá utilizar temporalmente licencias de las nuevas versiones de los productos licenciados en el contrato sin incurrir en incumplimientos con las condiciones de derecho de uso de las licencias de software.

1.14.5.9.9 El contratista deberá entregar al Banco acceso al sitio de licenciamiento y/o descargas de software.. Este acceso debe ser por medio de un usuario debidamente registrado, que tenga la capacidad de utilizar todos los servicios disponibles para un adecuado soporte técnico de los productos ofertados.

1.14.5.9.10 El contratista deberá ofrecer en el período de vigencia de esta contratación, acompañamiento en todos los aspectos referentes al licenciamiento, activación de beneficios y cualquier tema relacionado con los alcances de la contratación.

1.14.5.9.11 El contratista deberá proveer al Banco un método seguro de descarga en línea del software objeto de esta contratación y sus respectivas “keys”, actualizaciones y las nuevas versiones y/o releases de las licencias.

1.14.5.9.12 En caso de que no exista acceso en línea, el contratista debe entregar todo el software y las llaves (“keys”) en USB o dispositivo de almacenamiento externo.

1.14.5.9.13 El Banco tiene derecho a obtener todo tipo de actualizaciones o parches (funcionales y de seguridad) directo del oferente, ya sea por medio de internet o un medio físico de uso común como USB.

1.14.5.10 Otros beneficios

1.14.5.10.1 Deberá existir la posibilidad de utilizar licencias sin costo para efectos de capacitación y evaluación, por un periodo definido por el contratista al momento de realizar las implementaciones y las capacitaciones para definir las brechas necesarias, de manera que el uso de estas licencias no generen incumplimiento con el fabricante.

1.14.5.10.2 El contratista deberá proporcionar todas las facilidades para el control y administración por parte del Banco de los beneficios a los que el Banco puede acceder, producto de esta contratación.

1.14.6 Ítem VI Adquisición de servicios de implementación

1.14.6.1 Adquisición de servicios de implementación para los módulos licenciados, necesarios para poner en funcionamiento las aplicaciones ofertadas y cumplir con el alcance definido para el ERP, en los ambientes específicos indicados en el Anexo # 11 “Glosario”, de tal manera que permita validar que la solución cumple con todos los requerimientos definidos en los anexos del 1 al 7 y con el objeto general de la contratación.

1.14.6.2 El oferente debe apegarse en los servicios de diseño al estándar de fábrica.

1.14.6.3 El oferente debe incluir como parte de la planificación de la implementación, las actividades para poder llevar en paralelo la implementación de los módulos como parte de un plan piloto y así poder asegurar que los resultados entre ambos sistemas (los sistemas actuales del BCR y la nueva solución debidamente parametrizada) es consistente, previa aprobación del Banco, sin que esto signifique costos adicionales para el Banco.

1.14.6.4 El oferente, en conjunto con el Banco, debe diseñar, construir y probar los programas requeridos para la extracción, conversión, migración y carga de datos del sistema actual, que correspondan a cada módulo, para la migración e implementación de la nueva solución ERP y sus procesos asociados, según los anexos del 1 al 7. Mostrando los datos cargados correctamente de acuerdo con los procedimientos de cuadre y verificación diseñados por el Banco contando con la asesoría del adjudicatario.

1.14.6.5 El oferente debe cumplir como parte de esta implementación con los siguientes entregables y su contenido:

1.14.6.5.1 Elaboración del Plan Detallado de Proyecto. El plan debe sustentarse en los estándares del Project Management Institute, considerando al menos la planificación y gestión de: alcance, calidad, comunicaciones, adquisiciones, tiempo, riesgos y recursos

humanos. Debe presentarse un cronograma que detalle todas las actividades requeridas en cada una de las fases para cumplir con el alcance y completar los entregables detallados en este apartado.

1.14.6.5.2 Documento de Plan de Pruebas de los Módulos del Negocio, plan y guion de pruebas del negocio aceptado de acuerdo a condiciones definidas por el Banco.

1.14.6.5.3 Manual Técnico, información detallada y descriptiva de la estructura del sistema, de las especificaciones de la base de datos y de los servicios que necesita el sistema para operar. Se debe explicar de forma detallada todos los conceptos de la arquitectura en las distintas capas del sistema, los servicios y componentes de cada capa, así como las formas en que se intercomunican entre sí y con los sistemas externos. Deben especificarse los procesos y sus relaciones, el esquema de alta disponibilidad y procedimientos de failover y failback, documentación y especificaciones generales de los servicios publicados en el sistema y la documentación de los desarrollos realizados en el bus de servicios.

1.14.6.5.4 Manual de Usuario Final: Debe contener la siguiente información: índice, características de la solución, pantallas de operación del sistema, pantallas de ayuda, funcionalidad de las opciones y sub- opciones, procesos, interfaces, detalle de los errores que se pueden presentar, reportes que se imprimen (un ejemplo de los mismos), estructura jerárquica de la solución a nivel modular indicando el nombre de los programas y diagrama modular de la solución.

1.14.6.5.5 Realización de pruebas integrales, entrega del resultado de las pruebas aceptadas de conformidad con los niveles de tolerancia a fallas definidos por el Banco y el adjudicatario. Asimismo, la correcta extracción, migración, validación de los datos de los sistemas existentes a la nueva aplicación.

1.14.6.5.6 Informe firmado por el Banco y el proveedor en que se aceptan los resultados de las pruebas que se hayan realizado de conformidad con los niveles de tolerancia a fallas definidos por el Banco y el adjudicatario.

1.14.6.5.7 Realización de Pruebas de Esfuerzo de los Equipos, pruebas aceptadas por el Banco, de acuerdo con las condiciones de capacidad de procesamiento y escalamiento detalladas en los anexos contenidos en este cartel.

1.14.6.5.8 Presentación de Plan de Puesta en producción y del plan piloto o paralelo si aplica. Debe considerarse el manejo de la contingencia del “fuera de línea” en oficinas. Este Plan debe estar de acuerdo con las condiciones establecidas en la metodología y mediante acuerdo con el adjudicatario.

1.14.6.5.9 Planes de Contingencia, debe considerar acciones como por ejemplo poder “volver atrás” con los sistemas centrales del Banco en caso de producirse un fallo que lo amerite. Para planificar esta contingencia el proveedor debe asesorar al Banco y proporcionar el apoyo con herramientas y/o estrategias para poder devolverse en caso de ser necesario (al actual sistema central de contabilidad). El Plan debe incluir una matriz de los riesgos relacionados con la salida a producción del sistema dependiendo de la estrategia de salida que se seleccione en conjunto durante la fase de planificación del proyecto.

1.14.6.6 Certificación de la puesta en producción del sistema de acuerdo a las condiciones establecidas en la metodología. La certificación de esta etapa se llevará a cabo después de transcurrido el soporte en sitio, siempre y cuando se cumpla con lo solicitado por el Banco en los diferentes puntos de este cartel y cuando la aplicación funcione correctamente. Para que el Banco dé por aceptado el sistema no deben existir errores pendientes de corrección en las pruebas integrales del negocio y debe cumplir con las condiciones de tiempo de respuesta y rendimiento, estrategia de transición de la solución a los encargados que el Banco designe y de los equipos detallados en el presente documento con lo especificado en los anexos contenidos en el cartel.

1.14.6.7 El oferente debe incluir como parte de los servicios de implementación, una visita del equipo de trabajo (aproximadamente 10 personas) a un Banco comercial, nacional o latinoamericano, en donde se encuentre la solución ofertada en ambiente productivo, con no menos de seis meses de funcionamiento, esto para conocer la potencialidad de los componentes, con el fin de buscar las mejores estrategias de configuración y de parametrización funcional del ERP y conocer el tipo de datos que la solución debe tener, para que, durante el análisis de brechas, se tenga claridad de los datos que la solución debe tener para iniciar su operación.

1.14.7 Ítem VII Adquisición de capacitación por demanda

1.14.7.1 Adquisición de capacitaciones funcionales y técnicas por demanda para los módulos especificados para asegurar la transferencia de conocimientos al equipo de proyecto y usuarios del Banco en la solución ofertada.

1.14.7.2 Se debe cotizar individualmente por cada participante funcional y técnico, en donde deben obtener los conocimientos, habilidades, herramientas y materiales necesarios, a fin de que sean los designados para capacitar a otros compañeros en donde el Banco lo requiera. El costo del material del curso debe estar incluido dentro del precio unitario cotizado por el contratista.

1.14.7.3 Se debe cotizar precio por hora para la capacitación técnica y funcional. Las sesiones de capacitación deberán ser de un mínimo de duración de cuatro horas y máximo ocho horas diarias. El Banco establecerá la cantidad de personas por grupo hasta un máximo de 30 personas.

1.14.7.4 Lista de asistencia e informe final de participación y justificaciones.

1.14.7.5 Cada curso que sea impartido por el contratista será evaluado por el Banco, mediante un formato de evaluación que se le proveerá, en la cual el contratista debe obtener una nota superior a 80%, de lo contrario debe repetirlo sin costo alguno para el Banco.

1.14.7.6 El contratista debe indicar en su propuesta los tiempos estimados para cada curso, así como el temario a desarrollar, garantizando el aprendizaje de los usuarios en los temas expuestos.

1.14.7.7 Las capacitaciones funcionales y técnicas, así como el material deben ser en idioma español y entregarse en forma electrónica.

1.14.7.8 Las capacitaciones funcionales y técnicas deben impartirse en el área metropolitana, en caso de ser presencial, en los horarios que el Banco defina. El lugar y la alimentación para impartir la capacitación serán provistos por el Banco.

1.14.7.9 El material del curso debe estar compuesto por los siguientes elementos:

1.14.7.9.1 Contenido.

1.14.7.9.2 Duración de los cursos (mínimo 4 horas y máximo ocho horas diarias).

1.14.7.9.3 Tiempos de alimentación.

1.14.7.9.4 Modalidad (Presencial o Remoto).

1.14.7.9.5 Población a la que va dirigida.

1.14.7.9.6 Descripción general del curso.

1.14.7.9.7 Objetivo de aprendizaje.

1.14.7.9.8 Xxxxxxx.

1.14.7.10 El material del curso debe ser enviado al Banco con una semana de anticipación en forma escrita y en forma digital antes del inicio de la capacitación para la respectiva aprobación y/o validación, requisito indispensable para su inicio. Además, el Banco debe contar con la potestad de copiar, distribuir, enviar y/o divulgar entre sus funcionarios dicho material.

1.14.7.11 Si se trata de laboratorio o equipos el Banco los suministrará para efectos de la capacitación.

1.14.7.12 Instructor o Instructores: Deben adjuntar hoja de vida de cada uno, junto con una nota emitida por el contratista, en donde se indique que el instructor tiene la experiencia en la solución ofertada para dar las capacitaciones funcionales y técnicas. Se debe adjuntar los atestados necesarios (cumpliendo con lo indicado en el apartado Capacitadores o Facilitadores del presente cartel) que demuestren el conocimiento de los cursos que impartirá. Adicionalmente, debe presentar evidencias en donde se demuestre que está calificado para impartir los cursos a satisfacción.

1.14.7.13 Las capacitaciones pueden ser virtuales o presenciales. En el caso de las presenciales, deben tener un equilibrio entre Teoría 20% y Práctica 80%, deberán impartirse en las instalaciones que el Banco designe o apruebe según propuesta del adjudicatario en el Área Metropolitana.

1.14.7.14 La capacitación constituye un requisito indispensable para la aprobación del proyecto y debe contener los siguientes temas:

1.14.7.14.1 Capacitaciones técnicas:

1.14.7.14.1.1 Arquitectura física y lógica de la Solución de Software. 1.14.7.14.1.2 Descripción de los módulos del sistema.

1.14.7.14.1.3 Diccionario de Datos.

1.14.7.14.1.4 Interfaces de la Solución de Software.

1.14.7.14.1.5 Pre requisitos y procesos de la instalación y configuración de la Solución.

1.14.7.14.1.6 Procesos de contingencia y continuidad. 1.14.7.14.1.7 Descripción de Usuarios.

1.14.7.14.1.8 Políticas de Respaldo. 1.14.7.14.1.9 Monitoreo.

1.14.7.14.1.10 Arquitectura y modelo de base de datos.

1.14.7.14.2 Capacitación orientada al personal administrador de la solución:

Debe cubrir los temas administrativos del sistema para un grupo de funcionarios entre técnicos y funcionales, todo lo relacionado a la creación de nuevos procesos, inclusión de nuevos catálogos, creación de nuevas compañías, administración de la parametrización de la solución, ejecución de respaldos, atención de incidentes, administración de usuarios, y lo que el adjudicatario considere necesario para que el Banco pueda atender cualquier incidente a primer nivel, ésta debe contener al menos los siguientes temas:

1.14.7.14.2.1 Arquitectura física y lógica de la solución. 1.14.7.14.2.2 Reportes.

1.14.7.14.2.3 Seguridad.

1.14.7.14.2.4 Administración de la capa de presentación. 1.14.7.14.2.5 Administración de la capa de aplicación.

1.14.7.14.2.6 Administración de la capa de acceso a datos. 1.14.7.14.2.7 Administración de la integración de la solución.

1.14.7.14.3 Capacitación Funcional:

Donde se detalle el funcionamiento de la solución, la misma estará dirigida al área usuaria. Se deben considerar aspectos de uso de los menús, iconos, operativa de la solución, cierres operacionales y contables, accesos, descripción xx xxxxxx y procesos, así como la obligatoriedad de datos en aquellos casos donde procede, en donde se contemplen los siguientes temas:

1.14.7.14.3.1 Exploración general del sistema. 1.14.7.14.3.2 Explicación completa de las funcionalidades.

1.14.7.14.3.3 Se debe explicar la administración, configuración y parametrización de la herramienta, a fin de poder realizar al menos los siguientes acciones:

1.14.7.14.3.3.1.1 Crear nuevos productos o flujos operativos.

1.14.7.14.3.3.1.2 Parametrizar sus atributos. 1.14.7.14.3.3.1.3 Administrar los flujos de procesos.

1.14.7.14.3.3.1.4 Cualquier otro tema que deba conocer el usuario para garantizar el buen funcionamiento de la aplicación.

1.14.7.14.4 Uno de los objetivos claves para este tema de capacitación es que el personal del Banco, adquiera los conocimientos requeridos en todos los alcances de la solución desde la óptica funcional para darle soporte a los demás usuarios del Banco.

1.14.7.14.5 El adjudicatario debe contar con personal técnico y funcional con conocimientos especializados en la solución y que permanezca durante todo el tiempo de la implementación, de acuerdo con lo especificado en el apartado de Roles y responsabilidades.

1.14.8 Ítem VIII Adquisición para desarrollos por demanda durante la implementación

1.14.8.1 Se estima el uso por demanda de 10,000 horas profesionales para el desarrollo de requerimientos que no estén estipulados en el cartel, durante la implementación de la solución. Los oferentes deben cotizar el precio por hora profesional neto incluyendo todos los costos y gastos. El Banco no cubrirá nada adicional a lo indicado en la oferta.

1.14.8.2 Con el fin de cubrir todas aquellas necesidades nuevas, sean personalizaciones o desarrollos, que surjan durante la implementación y que no estén contempladas en los requerimientos técnicos originalmente establecidos en el cartel; siempre que estén relacionados con el objeto contractual. Cada uno de estos desarrollos funcionales a la medida, deben cubrir el ciclo de desarrollo, ambiente de pruebas, puesta en producción, previa aprobación del área usuaria y su debida post-implementación.

1.14.8.3 El Banco se reserva el derecho de consumir o no la totalidad de las horas estimadas y se pagarán solamente las horas efectivamente laboradas.

1.14.8.4 La entrega de los desarrollos incluye el código fuente completo y será entregado mediante una herramienta que permita descargarlo, USB o un dispositivo de almacenamiento externo, para su respectivo resguardo en la Oficina de Custodia del Banco y será de uso exclusivo para el Conglomerado Financiero del BCR.

Capítulo 2. De las ofertas

2.1 Requisitos de admisibilidad

2.1.1 Certificación de liderazgo en el mercado:

2.1.1.1 El oferente deberá aportar una certificación o documento idóneo en el cual demuestre que la solución ofertada se encuentra catalogada como líder xxx xxxxxxx en la versión más reciente de los cuadrantes mágicos xx Xxxxxxx o estudio equivalente para aplicaciones ERP o uno de los competidores xx Xxxxxxx a nivel internacional, preferiblemente Xxxxxxx, ya que el Banco cuenta con subscripción.

2.1.2 Certificación de dueño de la marca:

2.1.2.1 El oferente debe garantizar, mediante certificación, que es dueño autorizado del sistema objeto de este contrato y que tiene legitimación para otorgar la(s) licencia(s) de uso e implementación del (de los) aplicativo(s) ofrecido(s) (incluyendo todos los módulos que componen el sistema), y por ello debe comprometerse a asumir en forma directa cualquier reclamo o demanda de patentes, marca registrada, secreto comercial y/o derechos de autor que aleguen terceros en relación con el sistema aplicativo ofertado. Igualmente, en forma expresa debe señalar que exime al Banco de cualquier responsabilidad relacionada con estos temas. Estos documentos deben estar en español o traducidos al español bajo la responsabilidad del oferente.

2.1.3 Experiencia:

2.1.3.1 El oferente debe presentar como parte de la experiencia mínima, dos cartas de referencias nacionales o latinoamericanas, de entidades financieras, en las cuales haya participado en un proyecto de ERP, en donde contenga como mínimo los módulos de contabilidad, presupuesto y alguno de los otros módulos citados en este cartel. Las referencias deben determinar lo siguiente:

2.1.3.1.1 Las cartas de referencias deben ser de clientes que hayan finalizado sus implementaciones en forma satisfactoria (que se encuentren en producción y funcionando), en periodos no mayores a diez años a partir de la apertura de ofertas, en los módulos del ERP.

2.1.3.1.2 Las cartas de referencias deben tener una vigencia de no más de tres meses a la fecha de apertura de las ofertas y deben contener lo siguiente:

2.1.3.1.2.1 Nombre de la entidad en la que se implementó la solución. 2.1.3.1.2.2 Nombre, teléfono, correo electrónico y puesto de la persona

que puede validar esta información.

2.1.3.1.2.3 Link del sitio web de la empresa. 2.1.3.1.2.4 Cantidad de clientes.

2.1.3.1.2.5 Cantidad de oficinas.

2.1.3.1.2.6 Las referencias deben estar dirigidas al Banco xx Xxxxx Rica. 2.1.3.1.2.7 Firmadas por el Gerente o Jefe de la oficina que administre la

solución en la empresa.

2.1.3.1.2.8 No se aceptará que hagan referencia a terceros, aunque el oferente indique haber trabajado en el proyecto.

2.1.4 Capacidad financiera

2.1.4.1 Los oferentes deben cumplir con lo descrito en el Anexo #8 Evaluación de capacidad financiera.

2.1.5 Requerimientos

2.1.5.1 El oferente debe ofertar el 100% de los requerimientos funcionales, (al menos debe cumplir con el 80% “De paquete” y el restante 20% por desarrollar) titulada la columna como PBI ID en cada una de las hojas electrónicas de los anexos del 1 al 6.

2.1.5.2 El oferente debe cumplir el 100% de los requerimientos técnicos, (80% “Sí cumplo” y el restante 20% por desarrollar) del anexo 7.

2.1.5.3 El oferente debe cumplir con la totalidad de los requisitos de admisibilidad solicitados en este cartel, con sus anexos y el Banco evaluará el cumplimiento de estos, con el fin de poder pasar a la etapa de pruebas de concepto.

2.2 Prueba de concepto

2.2.1 Los oferentes que hayan quedado elegibles deben realizar una prueba de concepto de los requerimientos funcionales definidos en este cartel y que estén marcados como “De paquete”. El Banco establecerá la logística para la ejecución de la sesión de la prueba, la cual será informada a los oferentes elegidos oportunamente.

2.2.2 El oferente debe proveer un espacio en donde los funcionarios del Banco puedan presenciar las pruebas de concepto de la solución y deberá permitir el acceso de al menos un participante de los otros oferentes elegidos.

2.2.3 El oferente de la solución debe tener todos los recursos necesarios (expertos técnicos, funcionales, licencias, productos, equipos, entre otros o cualquier elemento que requiera), para llevar a cabo una demostración del sistema en un ambiente virtual, es decir; la solución debe ejecutarse en vivo. No se permitirán presentaciones tipo ppt, xls, doc, jpg y cualquier formato que no sea la solución en vivo.

2.2.4 Para esta prueba se requiere lo siguiente:

2.2.4.1 El Banco facilitará los escenarios de la prueba de concepto con sus respectivos datos, 10 días antes de su ejecución.

2.2.4.2 El oferente tendrá un plazo estimado de 5 días hábiles para ejecutar la prueba de concepto ante los funcionarios del Banco, en un horario de lunes a viernes de 9 a.m. a 4 p.m.

2.2.5 Para la prueba de concepto el oferente tiene que crear un ambiente de simulación con toda la información (data) requerida para demostrar de manera práctica, cualquier requerimiento indicado como “De paquete” definido en este cartel.

2.2.6 Para este caso, el Banco entregará escenarios de requerimientos que cumplan todos los oferentes elegibles y los datos necesarios para realizar dicha prueba. En virtud de que el Banco no conoce el funcionamiento de las diferentes soluciones ofertadas, el oferente debe configurar su ambiente con los datos entregados por el Banco y en caso de ser requerido, debe complementar los datos de acuerdo con su sistema para ejecutar la prueba.

2.2.7 En esta prueba de concepto estarán presentes las oficinas usuarias del ERP y cualquier otra área que el Banco considere debe asistir. Además, en todo momento debe estar presente el personal de la empresa oferente con experiencia en uso del sistema y la capacidad de demostrar de manera práctica cada una de los escenarios.

2.2.8 El oferente tendrá como máximo 3 oportunidades para ejecutar cada prueba de concepto

2.2.9 Para la demostración, el Banco se reserva el derecho de solicitar la repetición de una misma prueba, las veces que considere necesario y evaluar la capacidad de cumplimiento de la misma.

2.2.10 La metodología de calificación de la prueba de concepto será la siguiente:

2.2.10.1 Se preparan escenarios para la prueba en forma de procesos, en donde cada una de las entradas de información el Banco las suministrará, de acuerdo a los requerimientos (PBI ID en la hoja electrónica) que todos los oferentes hayan indicado como “De paquete”, en los anexos del 1 al 6 de requerimientos funcionales.

2.2.10.2 El Banco suministrará un conjunto de escenarios, con su respectiva información para la prueba, extraídos de los requerimientos seleccionados como “De paquete”.

2.2.11 Criterios de evaluación de la prueba de concepto son los siguientes:

2.2.11.1 Se otorga un valor porcentual a cada escenario demostrado y que el resultado esperado sea en su totalidad igual al indicado por el Banco.

2.2.11.2 No se otorgará puntaje al escenario demostrado y que el resultado no sea igual al indicado por el Banco.

2.2.11.3 Cumplir con los campos que se definen en la prueba de concepto no agrega puntos, ya que su evaluación es por escenario.

2.2.12 Las ofertas que cumplan como mínimo el promedio mayor e igual a 80%, podrán continuar con el sistema de evaluación.

2.2.12.1 La plantilla de los escenarios es la siguiente:

# de Escenario	Escenario	PBI ID asociado	Resultado del escenario	Comentarios BCR	Insumo
1	Funcionalidad	14523
	Campo 1
	Campo 2
	Mostrar resultado
2	Funcionalidad	14524
	Campo 1
	Campo 2
	Campo 3
	Mostrar resultado

2.3 Evaluación de Ofertas

2.3.1 Para un mayor entendimiento se presenta un resumen de los porcentajes a evaluar:

Secciones	Rangos	% distribuido del precio	% totales de las ofertas
Experiencia	De 3 a 5 referencias un 10%		20%
	Más de 6 un 20%
Requerimientos (PBI ID en la hoja electrónica) “De paquete”	De 81% a 85% un 2%		10%
	De 86% a 90% un 5%
	De 91% al 100% un 10%
Precio
Menor precio por el Ítem I, Adquisición de infraestructura tecnológica por demanda		18%	70%
Menor precio por el Ítem II, Adquisición de licencias por demanda		10%
Menor precio por el Ítem III, Adquisición de los servicios de diseño para la implementación		7%
Menor precio por el Ítem IV, Adquisición para mantenimientos evolutivos anuales por demanda después de la implementación		5%
Menor precio por el Ítem V, Adquisición de soporte detallado y extendido para la solución.		5%
Menor precio por el Ítem VI, Adquisición de servicios de implementación		18%
Menor precio por el Ítem VII, Adquisición de capacitación por demanda		2%
Menor precio por el Ítem VIII, Adquisición para desarrollos por demanda durante la implementación		5%
Total			100%

2.3.2 Cada una de las líneas del resumen serán presentadas en el siguiente detalle:

2.3.2.1 Experiencia (20%): mayor cantidad de implementaciones

2.3.2.1.1 De 3 a 5 referencias un 10%

2.3.2.1.2 Más de 6 un 20%

2.3.2.2 Requerimiento adicional (10%): Por el cumplimento de requerimientos adicionales al mínimo establecido en la admisibilidad 80%, se otorgará hasta un máximo de 10%, de acuerdo con los siguientes rangos:

2.3.2.2.1 De 81% a 85% un 2%

2.3.2.2.2 De 86% a 90% un 5%

2.3.2.2.3 De 91% al 100% un 10%

2.3.2.3 Los requerimientos (PBI ID en la hoja electrónica) que los oferentes detallen como “De paquete” citados en los Anexos del 1 al 6.

2.3.2.4 Precio (70%): El puntaje máximo lo obtendrá la oferta que tenga el menor precio total por Ítem, desglosado de la siguiente manera:

2.3.2.4.1 Menor precio por el Ítem I, Adquisición de infraestructura tecnológica por demanda (18%) del 100% del sistema de evaluación, con la siguiente fórmula:

% otorgado =

Menor precio por el Ítem I, Adquisición de infraestructura tecnológica por demanda

X18%

Oferta a evaluar

2.3.2.4.2 Menor precio por el Ítem II, Adquisición de licencias por demanda (10%) del 100% del sistema de evaluación, con la siguiente fórmula:

% otorgado =

Menor precio por el Ítem II, Adquisición de licencias por demanda

X 10%

Oferta a evaluar

2.3.2.4.3 Menor precio por el Ítem III Adquisición de los servicios de diseño para la implementación (7%) del 100% del sistema de evaluación, con la siguiente fórmula:

% otorgado =

Menor precio por el Ítem III Adquisición de los servicios de diseño para la implementación

X 7%

Oferta a evaluar

2.3.2.4.4 Menor precio por el Ítem IV, Adquisición para mantenimientos evolutivos anuales por demanda después de la implementación (5%) del 100% del sistema de evaluación, con la siguiente fórmula:

% otorgado =

Menor precio por hora profesional del Ítem IV, Adquisición para mantenimientos evolutivos anuales por demanda después de la implementación

X 5%

Precio por hora profesional a evaluar

2.3.2.4.5 Menor precio por el Ítem V, Adquisición de soporte preventivo, consultivo y correctivo de la solución y de la infraestructura (5%) del 100% del sistema de evaluación, con la siguiente fórmula:

% otorgado =

Menor precio por el Ítem V, Adquisición de soporte preventivo, consultivo y correctivo de la solución y de la infraestructura

X 5%

Oferta a evaluar

2.3.2.4.6 Menor precio por el Ítem VI, Adquisición de servicios de implementación (18%) del 100% del sistema de evaluación, con la siguiente fórmula:

% otorgado =

Menor precio por el Ítem VI, Adquisición de servicios de implementación

X 18%

Oferta a evaluar

2.3.2.4.7 Menor precio por el Ítem VII, Adquisición de capacitación por demanda (2%): El puntaje máximo lo obtendrá la oferta que tenga el menor, con la siguiente fórmula:

% otorgado =

Menor precio por el Ítem VII, Adquisición de capacitación por demanda

X 2%

2.3.2.4.8 Menor precio por el Ítem VIII, Adquisición para desarrollos por demanda durante la implementación (5%): El puntaje máximo lo obtendrá la oferta que tenga el menor precio por hora profesional, con la siguiente fórmula:

% otorgado =

Menor precio por hora profesional del Ítem VIII, Adquisición para desarrollos por demanda durante la implementación

X 5%

Precio por hora profesional a evaluar

2.3.3 Cada Ítem se cotiza por separado, sin embargo, para realizar la evaluación se considera la suma del precio total de los Ítems.

2.3.4 Desempate:

2.3.4.1 En caso de presentarse empate en la calificación de las ofertas, se aplicarán los criterios de desempate que se detallan a continuación y en el orden de prioridad descrito:

2.3.4.1.1 Oferta con el Menor Precio.

2.3.4.1.2 De conformidad con lo establecido en el artículo 55 Bis del Reglamento a la Ley de Contratación Administrativa, se considerará como factor de desempate, una puntuación adicional a las PYME según el siguiente detalle:

	Pyme de industria	5 puntos
	Pyme de servicio	5 puntos
	Pyme de comercio	2 puntos

Para demostrar la condición de PYME, deberá presentarse certificación emitida por el Ministerio de Economía, Industria y

Comercio, donde conste que tiene tal condición al momento de presente la plica.

2.3.4.1.3 Oferta con mayor puntaje en los requerimientos indicados como “De paquete”.

2.3.4.1.4 Oferta con mayor puntaje en Referencias de Implementaciones del software para las áreas en alcance de la solución ofertada.

2.3.4.1.5 Sorteo al azar entre los oferentes empatados.

2.4 Procedimiento mejora al precio

2.4.1 Para todas las ofertas que resulten elegibles, se realizará el procedimiento de mejoras al precio, según lo establece el Artículo 28 bis del Reglamento a la Ley de Contratación Administrativa al precio originalmente ofertado y finalmente se aplicará la evaluación del precio. Este procedimiento se adjunta como Anexo #9 Mejora del Precio”.

2.5 Subsanación de Ofertas

2.5.1 Con posterioridad al cierre del plazo para la recepción de ofertas no se admitirá el retiro ni la modificación de ofertas; únicamente aclaraciones sobre elementos no sustanciales de la oferta, que presenten los oferentes por su propia iniciativa o a solicitud del Banco, siempre y cuando no altere los elementos esenciales de la presentación original.

2.6 Adjudicación

2.6.1 El Banco resolverá esta licitación en el doble del plazo establecido para la apertura de las ofertas. En caso necesario podrá la administración prorrogar el plazo para adjudicar, dejando constancia en el expediente administrativo de las razones que ameritan dicha prórroga.

2.6.2 La formalización de esta negociación deberá realizarse en un plazo no mayor a

30 días hábiles, contados a partir de la firmeza del acto de adjudicación mediante contrato privado que elaborará el Banco xx Xxxxx Rica, el cual eventualmente debe contar con el refrendo de la Gerencia Corporativa Jurídica.

2.7 Procedimiento de Escalamiento para solución de Problemas:

2.7.1 El contacto de primera mano entre el contratista con el Banco xx Xxxxx Rica será asignado por la Gerencia Corporativa de Finanzas. En el caso del contratista, debe asignar la persona de primer contacto e informarlo al Banco.

2.8 Procedimiento de notificación y comunicación entre las partes

2.8.1 Xxxx respetarse la metodología de trabajo que se defina al momento de realizar la reunión inicial para llevar a cabo esta contratación.

2.9 Procedimientos de Aseguramiento y Control de Calidad

2.9.1 Se utilizarán los procedimientos vigentes en el Banco o los que se determinen más convenientes para el cumplimiento de los objetivos, al momento de detallar el cronograma de labores en conjunto con el contratista, los cuales consideran actividades tales como: ejecución de pruebas funcionales y técnicas, revisión de documentación de certificaciones funcionales y técnicas, revisiones de análisis y diseño, de cumplimiento de estándares técnicos, proceso de certificación de migración de datos, proceso de certificación de usuario y aseguramiento de la calidad e implementación, los cuales deben ser analizados entre ambas partes en el análisis de brechas.

2.10 Cumplimiento de Normativas y Estándares

2.10.1 El contratista debe acatar el cumplimiento de los estándares y normativas que el Banco xx Xxxxx Rica tenga vigentes en relación con el objeto contractual; las cuales se entregarán al Contratista (previa solicitud de éste) una vez formalizada la contratación.

2.11 Responsabilidad laboral

2.11.1 El oferente debe especificar claramente en su oferta que el Banco queda libre de toda responsabilidad laboral como consecuencia de esta contratación.

2.12 Verificación de la información

2.12.1 El Banco podrá corroborar por sí mismo o por terceros la veracidad de cualquier información que aporte el oferente, para garantizar la autenticidad de la información contenida en la oferta.

2.12.2 Si la Administración licitante tiene constancia de que alguno de los oferentes introduce hechos falsos en su plica, como la verificación de algún documento contra la fuente originaria de emisión, se procederá a la exclusión de la misma y posteriormente se tramitará el debido proceso para la posible sanción de inhabilitación según las reglas establecidas por el ordenamiento jurídico.

2.13 Ofertas alternativas

2.13.1 Se aceptarán como máximo dos ofertas, una oferta base y una oferta alternativa por cada oferente.

2.13.2 Es obligación del oferente indicar en la parte frontal de su oferta, cuál es la oferta base y cuál es la oferta alternativa, conforme lo permitido en el artículo 70 del Reglamento de la Ley de Contratación Administrativa.

Capítulo 3. Garantías

3.1 Garantía de participación

3.1.1 Depositar una garantía de participación a favor del Banco xx Xxxxx Rica equivalente al 1% del monto total ofertado de acuerdo con el punto 4.1 Precio.

3.1.2 Deberá tener una vigencia mínima de 90 días hábiles a partir de la fecha de apertura de las ofertas, de conformidad con lo que establecen los artículos 37 y 42 del Reglamento a la Ley de Contratación Administrativa. De conformidad con lo establecido en el artículo 81 del Reglamento a la Ley de Contratación Administrativa, se considera fuera de concurso la oferta cuyo plazo de vigencia y monto de la garantía, sea inferior al 80% del plazo o monto fijado en el cartel.

3.1.3 En caso que el interesado presente ofertas alternativas se garantizará la de mayor precio.

3.1.4 En caso de que rindan dinero en efectivo, debe ser mediante depósito a la orden del Banco xx Xxxxx Rica, para lo cual debe pasar previamente a la Oficina de Contratación Administrativa para la confección del comprobante, copia del cual debe adicionase a la oferta.

3.1.5 No se admitirán cartas de garantías emitidas por el Banco xx Xxxxx Rica, ni pólizas de caución.

3.1.6 Cuando se depositen certificados de depósito a plazo o bonos como garantía de participación, deben contar con las siguientes características:

3.1.6.1 Emitirse a la orden y no al portador.

3.1.6.2 El plazo del título valor debe ser igual o inferior a lo establecido para la garantía. Será responsabilidad exclusiva del contratista renovarlo a su vencimiento, para lo cual debe sustituir el documento de acuerdo a lo establecido en el artículo 44 del Reglamento a la Ley de Contratación Administrativa, para que el Banco proceda a la devolución del anterior título.

3.1.6.3 Se deben adjuntar al título valor los cupones de intereses sin vencer.

3.1.7 La garantía de participación debe ser depositada en el tercer piso, edificio central, Oficina Valores en Custodia. El recibo que le extenderá esa oficina debe adjuntarlo a la oferta, así como fotocopia del documento aportado en garantía.

3.1.8 La devolución de la garantía se efectuará a más tardar dentro de los ocho días hábiles siguientes a la firmeza de la adjudicación, excepto la que corresponde al oferente favorecido, la cual se devolverá una vez que presente la garantía de cumplimiento.

3.2 Garantía de cumplimiento

3.2.1 El adjudicatario debe depositar una garantía de cumplimiento a favor del Banco xx Xxxxx Rica por la suma de $ 500,000.00 dólares americanos para garantizar el cumplimiento de los Ítem I, II y VII por el plazo de un año, contados a partir de la solicitud de los documentos de formalización y prorrogable por periodos iguales de acuerdo con la vigencia de los contratos.

3.2.2 Para el Ítem III debe depositar una garantía de cumplimiento a favor del Banco xx Xxxxx Rica, por la suma equivalente a un 5% del monto adjudicado para éste Ítem, con una vigencia de 30 meses, contados a partir de la solicitud de los documentos de formalización.

3.2.3 Para el Ítem IV presentar una garantía de cumplimiento a favor del Banco xx Xxxxx Rica por la suma equivalente a un 5% del máximo de horas utilizables, con una vigencia de 12 meses, contados a partir de la orden de inicio.

3.2.4 Para el Ítem V presentar una garantía de cumplimiento a favor del Banco xx Xxxxx Rica por la suma equivalente a un 5% del monto total cotizado para éste Ítem, con una vigencia de 12 meses y contados a partir de la orden de inicio.

3.2.5 Para el Ítem VI debe depositar una garantía de cumplimiento a favor del Banco xx Xxxxx Rica, por la suma equivalente a un 5% del monto adjudicado para éste Ítem, con una vigencia de 30 meses, contados a partir de la solicitud de los documentos de formalización.

3.2.6 Para el Ítem VIII presentar una garantía de cumplimiento a favor del Banco xx Xxxxx Rica por la suma equivalente a un 5% del máximo de horas utilizables, con una vigencia de 30 meses, contados a partir de la solicitud de los documentos de formalización.

3.2.7 En caso de que rindan dinero en efectivo, debe ser mediante depósito a la orden en el Banco xx Xxxxx Rica, para lo cual debe pasar previamente a la Oficina de Contratación Administrativa para la confección del comprobante, copia del cual debe adicionase a la oferta.

3.2.8 No se admitirán cartas de garantías emitidas por el Banco xx Xxxxx Rica, ni pólizas de caución

3.2.9 Cuando se depositen certificados de depósito a plazo o bonos como garantía de cumplimiento, deben contar con las siguientes características:

3.2.9.1 Emitirse a la orden del Banco xx Xxxxx Rica y no al portador.

El plazo del título valor debe ser igual o inferior a lo establecido para la garantía. Será responsabilidad exclusiva del contratista renovarlo a su vencimiento, para lo cual debe sustituir el documento de acuerdo a lo establecido en el artículo 44 del Reglamento a la Ley de Contratación Administrativa, para que el Banco proceda a la devolución del anterior título.

3.2.9.2 Se deben adjuntar al título valor los cupones de intereses sin vencer.

3.2.10 La garantía de cumplimiento debe ser depositada en el tercer piso, edificio central, Oficina Valores en Custodia. El recibo que le extenderá esa oficina debe entregarlo en la Oficina de Contratación Administrativa, adjuntando fotocopia del documento aportado en garantía.

3.2.11 La devolución de la garantía se efectuará a solicitud del interesado, a más tardar dentro de los veinte días hábiles siguientes a la fecha en que la Administración, haya recibido de forma definitiva, firma del finiquito y a satisfacción el objeto contractual.

3.2.12 Toda duda en relación con las Garantías, tanto de participación como cumplimiento será atendida únicamente a través de la Oficina de Contratación Administrativa.

3.2.13 El adjudicatario debe presentar como requisito previo al inicio de labores una constancia del Seguro de Riesgos del trabajo emitida por el INS o debe suscribir ante el Instituto Nacional de Seguros la correspondiente póliza.

3.2.14 Toda transacción debe respaldarse con facturas o comprobantes que reúnan los requisitos establecidos por la Dirección General de la Tributación Directa. Las empresas dispensadas del timbraje de facturas, deben hacer referencia, en sus facturas o comprobantes, al número de resolución que los exime de tal obligación. El Banco no se responsabiliza por atrasos que pueda sufrir la cancelación del pago con motivo del incumplimiento de este aspecto.

3.3 Garantía de buen funcionamiento

3.3.1 El adjudicatario debe otorgar expresamente una garantía continua de buen funcionamiento de 6 meses naturales, la cual regirá a partir de la fecha en que la Administración, haya recibido de forma definitiva y a satisfacción el objeto contractual.

3.3.2 La garantía de buen funcionamiento debe comprender la corrección de los errores de funcionamiento imputables a la solución contratada, ya sea en el software base, los desarrollos o mantenimientos que se efectúen, así como también errores imputables en el proceso de carga de la fuente de información hacia la base de datos del Sistema, siempre y cuando estos errores sean atribuibles al contratista.

3.3.3 La solución al problema presentado durante el período de garantía de buen funcionamiento, debe ser coordinada con el área de Tecnología y las áreas involucradas del Banco, según corresponda y debe cumplir con los niveles de servicios establecidos por el Banco. El contratista debe presentar un informe por escrito que indique cuál fue el problema presentado y las acciones a seguir para su solución definitiva. El Banco se reserva el derecho de aceptar soluciones temporales, mientras se llega a la solución definitiva.

3.3.4 Para garantizar el cumplimiento de las condiciones de garantía de buen funcionamiento estipuladas en el cartel, el contratista debe contar con personal técnico y funcional con lo indicado en el apartado Roles y responsabilidades indicados en este cartel.

3.3.5 El Banco no incurrirá en gastos adicionales por las correcciones de los incidentes presentados durante la garantía de buen funcionamiento, imputables al contratista.

Capítulo 4. Aspectos económicos y entregas

4.1 Precio

4.1.1 El oferente tiene que cotizar los Ítems de esta contratación por separado, utilizando la estructura de precios que se detalla posteriormente. Los precios deben expresarse en números y letras coincidentes y se entienden fijos definitivos e invariables, incluyendo todos los impuestos, derechos de aduana, fletes y costo adicionales necesarios. En caso de divergencia entre el monto ofrecido en números y el ofrecido en letras, prevalecerá el monto en letras.

4.1.2 El oferente debe indicar dentro de su oferta el monto y la naturaleza de los impuestos que la afectan. Si se omite esta referencia se tendrán por incluidos en el precio cotizado, tanto los impuestos, tasas, sobretasas y aranceles de importación, como los demás impuestos xxx xxxxxxx local.

4.1.3 El uso de las licencias adquiridas por el Banco xx Xxxxx Rica, no debe quedar sujeta a la adquisición del contrato de Soporte correctivo del producto y de la infraestructura tecnológica.

4.1.4 El monto ofertado por hora profesional tiene que incluir todos los gastos en que podría incurrir el oferente (viáticos, hospedaje, transporte o aquellos que considere dentro del cobro por el servicio). Se entiende que el Banco no pagará montos adicionales al adjudicatario.

4.1.5 El precio ofertado por hora profesional se mantendrá durante la vigencia del contrato, así como durante sus eventuales ampliaciones y prórrogas.

4.1.6 En los casos de los Ítems I, II, IV, VII y VIII será bajo la modalidad de servicios por demanda, de acuerdo a lo establecido en el artículo 171 del Reglamento a la Ley de Contratación Administrativa; por tanto, la adjudicación se hará sobre los precios unitarios o precio por hora profesional, según corresponda, ya que las cantidades finales que se pueden demandar del servicio se encuentran sujetas a las necesidades variantes de las oficinas usuarias.

4.1.7 Tabla de cotización del precio:

Ítem I Adquisición de infraestructura tecnológica por demanda, en los ambientes específicos.
Ambientes	Código de la licencia, componente o equipo	Descripción del licencia, componente o equipo	Unidad de medida	Precio Unitario	Impuestos	Precio Total
Hardware
Producción y contingencia
Desarrollo
Pruebas
Capacitación
Subtotal Hardware
Software ambiental
Producción y contingencia
Desarrollo
Pruebas
Capacitación
Subtotal Software ambiental
Total Ítem I

Ítem II Adquisición de licencias por demanda, en los ambientes específicos.
Módulos	Ambiente	Código de la licencia	Descripción de la licencia	Unidad de medida	Precio Unitario	Impuestos	Precio Total
Contabilidad	Producción y contingencia
	desarrollo
	pruebas
	capacitación
Formulación, ejecución y	Producción y contingencia
	desarrollo
control de
	pruebas
presupuesto
	capacitación
Bienes muebles,	producción y contingencia
	desarrollo
inmuebles e
	pruebas
inventarios
	capacitación

Pagos a proveedores	producción y contingencia
	desarrollo
	pruebas
	capacitación
Compras de bienes y servicios	producción y contingencia
	desarrollo
	pruebas
	capacitación
Perfil de funcionalidades varias	Producción y contingencia
	desarrollo
	pruebas
	capacitación
	Total Ítem II

Ítem III Adquisición de los servicios de diseño para laimplementación.
Código del soporte	Descripción del soporte	Unidad de medida	Porcentaje anual	Impuestos	Precio Total

Total Ítem III

Ítem IV Adquisición para mantenimientos evolutivos anuales por demanda después de la implementación, con un total estimado de 6,000 horas anuales en los ambientes específicos de la solución.
Cantidad de horas	Precio unitario de la hora	Impuestos	Precio Total
6,000
Total Ítem IV

Ítem V Adquisición de soporte preventivo, consultivo y correctivo de la solución y de la infraestructura.
Código soporte	Descripción del soporte	Unidad de medida	Porcentaje anual	Impuestos	Precio Total

Total Ítem V

Ítem VI Adquisición de servicios de implementación para los módulos, en los ambientes específicos.
Detalle del servicio de implementación	Precio antes de impuestos	Impuestos	Precio Total

Total Ítem VI

ÍtemVII Adquisición de capacitación por demanda
Tipo de capacitación	Descripción del curso	Precio Unitario por hora	Impuestos	Precio Total
Funcionales
Técnicos
Total Ítem VII

4.1.8 Para efectos de la capacitación se estima que la cantidad de personal que deben llevar los cursos es de alrededor de 235 personas de las áreas funcionales y 15 personas técnicas.

Ítem VIII Adquisición para desarrollos por demanda durante la implementación, horas profesionales para el desarrollo por demanda con un total estimado de 10,000 horas, en los ambientes específicos de la solución.
Cantidad de horas estimadas	Precio unitario de la hora	Impuestos	Precio Total
10,000
Total Ítem VIII

4.2 Criterios de aceptación

4.2.1 El oferente debe cumplir con los siguientes criterios de aceptación para poder obtener el porcentaje de pago.

ÍTEMS

CRITERIOS DE ACEPTACIÓN

Ítem I Adquisición de infraestructura tecnológica por demanda

Informe final firmado con la certificación de la Gerencia Corporativa de Tecnología, en el cuál se indique que se ha cumplido con las tareas de recepción, instalación de hardware y software ambiental para cada uno de los ambientes: Desarrollo, Pruebas,

Capacitación, Producción y Contingencia.

Ítem II Adquisición de licencias por demanda

Informe final firmado contra la entrega de las licencias implementadas en el ambiente correspondiente, con el respetivo visto bueno de la Gerencia Corporativa de Tecnología y de

las áreas usuarias.

Ítem III Adquisición de los servicios de diseño para la implementación

Informe final de recibido a satisfacción del servicio firmado por la Gerencia Corporativa de Finanzas, para los siguientes entregables: diseño apegado a los requerimientos funcionales y técnicos descritos en el cartel, documento de análisis de brechas, documento de estrategia de depuración,

migración de datos y documento de estrategia para la gestión del cambio.

Ítem IV Adquisición para mantenimientos evolutivos anuales por demanda después de la implementación

Informe final firmado por el área usuaria y laGerencia Corporativa de Gerencia Corporativa de Tecnología, con el recibido a satisfacción de cada entregable conforme a los criterios establecidos en el Anexo #10.Los entregables para éste Ítem se detallan en la Tabla Entregables que se presenta

posteriormente.

Ítem V, Adquisición de soporte preventivo, consultivo y correctivo de la solución y de la infraestructura.

Informe final firmado por el área usuaria y la Gerencia Corporativa de TecnologíaGerencia Corporativa de Tecnología, que acredite el cumplimiento de los niveles de servicio que se establecen en el Capítulo 5 Acuerdo de

niveles de servicio y atención de incidentes.

Ítem VI, Adquisición de servicios de implementación

Informe final firmado por el área usuaria y la Gerencia Corporativa de TecnologíaGerencia Corporativa de Tecnología, con el recibido a satisfacción de cada módulo, después de las pruebas de post-implementación. Los entregables para éste Ítem se detallan en la Tabla Entregables que se presenta

posteriormente.

Ítem VII Adquisición de capacitación por demanda

Informe final firmado por las áreas participantes y la Gerencia Corporativa de Tecnología, con la aceptación a satisfacción de la capacitación recibida en cada uno de los grupos, adjuntar la lista firmada por los participantes y que la evaluación obtenida

sea mayor e igual al 80 %.

Ítem VIII Adquisición para desarrollos por demanda durante la implementación

Informe final firmado por el área usuaria y la Gerencia Corporativa de Tecnología, con el recibido a satisfacción de cada entregable conforme a los criterios establecidos en el Anexo #10, Los entregables para éste Ítem se detallan en la Tabla Entregables que se

presenta posteriormente.

ENTREGABLES

Ítem IV Adquisición para mantenimientos evolutivos anuales por demanda después de la implementación, Ítem VI Adquisición de servicios de implementación e Ítem VIII Adquisición para mantenimientos evolutivos por demanda durante la implementación.

1. Elaboración del Plan Detallado de Proyecto

2. Documento de Plan de Pruebas de los Módulos del Negocio

3. Manual Técnico

4. Manual de Usuario Final

5. Realización de Pruebas de Integración

6. Realización de Pruebas Integrales

7. Realización de Pruebas de Esfuerzo de los Equipos

8. Plan de Puesta en Producción

9. Planes de Contingencia

10. Puesta en Producción

4.2.2 Forma de pago

4.2.2.1 Los pagos se realizarán una vez recibidos los entregables a satisfacción del Banco xx Xxxxx Rica de acuerdo a los criterios de aceptación:

ÍTEMS

% A PAGAR

Ítem I, Adquisición de infraestructura tecnológica por demanda

100% por cada ambiente implementado y recibido a satisfacción (indicado en el

apartado Precio)

Ítem II, Adquisición de licencias por demanda

100% de las licencias solicitadas para cada ambiente una vez implementado y recibido a satisfacción

Ítem III, Adquisición de los servicios de diseño para la implementación

100% de los entregables recibidos a satisfacción de acuerdo con los criterios de

aceptación.

Ítem IV, Adquisición para mantenimientos evolutivos anuales por demanda después de la implementación

100% contra el cumplimiento del plan de trabajo de

cada entregable

Ítem V, Adquisición de soporte preventivo, consultivo y correctivo de la solución y de la infraestructura.

100% pago anual

Ítem VI, Adquisición de servicios de implementación

Todos los módulos implementados a satisfacción del área usuaria: 20% Formulación, ejecución y control de Presupuesto 20% Contabilidad

20% Bienes muebles, inmuebles e inventarios

20% Pagos a proveedores, compra de bienes y servicios

20% cuando todos los módulos funcionen en forma integral

Ítem VII, Adquisición de capacitación por demanda

100% por cada capacitación recibida a satisfacción de acuerdo con los

criterios de aceptación.

Ítem VIII, Adquisición para desarrollos por demanda durante la implementación

100% contra el cumplimiento del plan de trabajo de cada entregable

4.2.3 Las facturas de cada entregable deben ser emitidas a nombre del Banco xx Xxxxx Rica y ser entregadas en la Gerencia Corporativa de Finanzas, para su respectiva aprobación para el inicio del trámite de pago.

4.2.4 El oferente debe brindar la documentación que corresponda a los entregables de cada uno de los Ítems en el apartado forma de pago, alineado al plan del proyecto de la implementación.

4.2.5 Las oficinas usuarias, serán las responsables de dar y emitir un informe por cada factura respecto al recibido a satisfacción del Banco para los entregables o servicios detallados en la misma.

4.2.6 Los pagos se efectuarán dentro de los 15 días hábiles siguientes a la presentación de la factura en la Oficina de Contratación Administrativa (solo se reciben facturas para trámite los días lunes de cada semana) siempre y cuando conste en la factura el visto bueno de la Gerencia Corporativa de Finanzas y la oficina usuaria correspondiente que está recibiendo los productos. El Banco retendrá el 2%, correspondiente al impuesto sobre la renta de acuerdo con el artículo 23 de la Ley del impuesto sobre la Renta.

4.2.7 Impuestos aplicables a la oferta: En caso de contratistas extranjeros se le retendrá el impuesto por remesas al exterior de acuerdo a lo establecido en el artículo 59 de la Ley del Impuesto sobre la Renta (actualmente 25%).

4.2.8 En caso de cotizaciones en moneda extranjera, el pago se realizará en dólares o colones utilizando el tipo de cambio de referencia de venta establecida por el Banco Central xx Xxxxx Rica, vigente el día de pago. Todo de acuerdo a lo establecido en el artículo 25 del Reglamento a la Ley de Contratación Administrativa.

4.3 Plazos de entrega

4.3.1 El adjudicatario debe entregar, instalar y configurar la infraestructura tecnológica (Ítem I) para todos los ambientes, en un plazo máximo de 120 días hábiles posterior a la orden de inicio comunicada por parte de la Gerencia Corporativa de Tecnología.

4.3.2 El adjudicatario debe entregar las licencias, correspondientes a la primera entrega (Ítem II) hasta un máximo de 10 días hábiles, posterior a la orden de inicio comunicada por parte de la Gerencia Corporativa de Finanzas. Para las compras posteriores aplicará el mismo plazo a partir de la solicitud.

4.3.3 Para el Ítem III Adquisición de los servicios de diseño para la implementación, el adjudicatario tiene un plazo de 6 meses, para realizar el diseño de la implementación. La certificación de la implementación debe estar considerada dentro de los 24 meses que se indican en el Ítem VI. Ésta etapa se debe realizar de acuerdo con el plan de trabajo, previamente documentado y aprobado por el Banco, a partir de la comunicación de la orden de inicio por parte de la Gerencia Corporativa de Finanzas.

4.3.4 El adjudicatario debe iniciar los mantenimientos evolutivos anuales por demanda después de la implementación (Ítem IV), en los plazos establecidos en el plan de trabajo, previamente documentados y aprobados por el Banco, a partir de la comunicación de la orden de inicio por parte de la Gerencia Corporativa de Finanzas.

4.3.5 El adjudicatario debe realizar los servicios de implementación en 24 meses naturales (Ítem VI), a partir de la comunicación de la orden de inicio por parte de la Gerencia Corporativa de Finanzas.

4.3.6 El adjudicatario debe iniciar los servicios de capacitaciones (Ítem VII), en los plazos establecidos en el plan de trabajo, previamente documentados y aprobados por el Banco, a partir de la orden de inicio que la Gerencia Corporativa de Finanzas brinde al adjudicatario para ésta etapa.

4.3.7 El adjudicatario debe entregar los desarrollos por demanda durante la implementación (Ítem VIII), en los plazos establecidos en los planes de trabajo, previamente documentados y aprobados por el Banco, a partir de la orden de inicio que la Gerencia Corporativa de Finanzas comunique la orden de inicio de ésta etapa.

4.4 Lugar de Entrega

4.4.1 El objeto contratado debe ser instalado e implementado a satisfacción del Banco xx Xxxxx Rica en las siguientes instalaciones: Oficina de Aranjuez, Tercer piso, Área de Producción, Oficinas Centrales, pisos 4 y 7, oficinas en Tiribi (Desamparados), áreas de Proyectos, Oficinas periféricas y Áreas usuarias que correspondan dentro del territorio nacional.

4.5 Cláusula Penal

4.5.1 Para los Ítems I y VI, en caso de incumplimiento en el plazo de entrega, el Banco aplicará por concepto de cláusula penal, 0.04% por cada día hábil de atraso y se calcula sobre el monto total adjudicado para cada Ítem.

4.5.2 Para el Ítem II, en caso de incumplimiento en el plazo de entrega, el Banco aplicará por concepto de cláusula penal, 0.25% por cada día hábil de atraso y se calcula sobre el monto de la factura de las licencias solicitadas.

4.5.3 Para el Ítem III, en caso de incumplimiento en el plazo establecido para los entregables en el plan de trabajo, el Banco aplicará por concepto de cláusula penal, 0.05% por cada día hábil de atraso y se calcula sobre el monto de cada entregable.

4.5.4 Para los Ítems IV y VIII, en caso de incumplimiento en el plazo de entrega, el Banco aplicará por concepto de cláusula penal, 0.05% por cada día hábil de atraso y se calcula sobre el monto total cotizado para el entregable en el que se produzca el atraso.

4.5.5 En caso de incumplimiento en el plazo de entrega del Ítem V, el Banco aplicará por concepto de cláusula penal las sumas indicadas en el siguiente cuadro que serán aplicadas previa realización del debido proceso, a fin de determinar si corresponde el cobro definitivo de estas.

NIVEL XX XXXXX	Monto de la cláusula penal
Falla Crítica	0.09% por cada hora natural de atraso, luego de vencido el tiempo definido en el apartado de niveles de servicio para este tipo de gravedad.
Falla Grave	0.08% por cada hora natural de atraso, luego de vencido el tiempo definido en el apartado de niveles de servicio para este tipo de gravedad.
Falla Leve	0.07%por cada hora natural de atraso, luego de vencido el tiempo definido en el apartado de niveles de servicio para este tipo de gravedad.

4.5.6 Para el Ítem VII, en caso de incumplimiento en el plazo establecido para los entregables en el plan de trabajo, el Banco aplicará por concepto de cláusula penal, 0.1% por cada día hábil de atraso y se calcula sobre el monto de la capacitación en la que se produjo el atraso.

4.5.7 El cobro por concepto de multas no puede superar 25% del monto total adjudicado, que será aplicada previa realización del debido proceso, a fin de determinar si corresponde el cobro definitivo de esta.

4.5.8 Queda entendido que toda suma por este concepto, será rebajada del pago de las facturas presentadas al Banco, de las retenciones del precio o de la garantía de cumplimiento.

1.1 Compra de licencias

1.1.1 La primera compra se refiere al siguiente licenciamiento:

Módulos	Cantidad de usuarios
Contabilidad	30
Formulación, ejecución y el control del presupuesto	11
Bienes muebles, inmuebles e inventarios	10
Pagos a proveedores	18
Compras de bienes y servicios	16

1.1.2 Adicionalmente, se requieren 3 licencias para ambiente de desarrollo.

1.1.3 La estimación de consumo de licencias por demanda se proyecta un crecimiento aproximado a 500 oficinas o 1,000 colaboradores para el Conglomerado Financiero BCR. Estas cifras no implica un compromiso para el banco de adquirir dichas cantidades, en razón, de que se trata de una contratación de figura de entrega según demanda.

Capítulo 5. Acuerdo de niveles de servicio y atención de incidentes

2.1 Niveles de servicio

5.1.1 A continuación se detallan los niveles de servicio:

Descripción SLA	Disponibilidad de servicios on-line
Responsabilidad de mantenimiento del oferente	Mantener la plataforma operando correctamente con todas sus funcionalidades disponibles. Deberá realizar la coordinación, seguimiento, control y desarrollo de las actividades necesarias para la solución de las inconsistencias presentadas.
Horario de atención y disponibilidad del servicio de soporte	El horario de atención y disponibilidad del servicio de soporte será 7X24X365.
Canales de comunicación para reportar inconsistencias,	El contratista debe indicar la información de contacto, la cual debe contener:

xxxxxxx, incidentes, problemas, consultas.	Teléfono:
	Correo:
	Plataforma automatizada:
Descripción, definición, tiempos de atención, respuesta y solución	Los tiempos de atención, respuesta y solución serán según el nivel xx xxxxx o incidente reportado.
Falla Crítica
Descripción	Imposibilidad para atender clientes, proveedores, la generación de procesos y/o reportes y los componentes y software de la infraestructura tecnológica definidos por el Banco.
	Datos corruptos o incongruentes producidos por mal funcionamiento de los sistemas y que afectan la atención de los clientes.
	Problemas críticos que imposibiliten la ejecución en los procesos de cierre del sistema.
Definición	Las incidencias que, en el marco de la prestación de los Servicios, afectan significativamente al Banco xx Xxxxx Rica. Este tipo de incidente no permite el funcionamiento o las operaciones del sistema en su entorno tecnológico.
Tiempos de atención, respuesta y solución	Tiempo de respuesta: máximo una hora natural.
Falla Grave
Descripción	Problemas con pantallas de los sistemas utilizados en la atención a los clientes o proveedores, pero que no perjudique el flujo de trabajo.
Descripción	Errores en procesos de conciliación de información, cuya necesidad no es crítica. No se tiene protocolos ante las fallas y los productos de la infraestructura tecnológica.
Definición	Las incidencias que, en el marco de la prestación de los Servicios, afectan moderadamente al Banco xx Xxxxx Rica. Este tipo de incidente permite que las aplicaciones trabajen pero con dificultad, bajo rendimiento, no deteniendo las operación del Banco.
Tiempos de atención, respuesta y solución	Tiempo de respuesta: máximo 2 horas natural.
Falla Leve
Descripción	Problemas con algún reporte, proceso, funcionalidades no críticas que afecten la rapidez y eficiencia de los procesos del Banco, y/o funciones de los sistemas y la infraestructura tecnológica.
Definición	Las incidencias que se limitan a entorpecer la prestación de los Servicios. Este tipo de incidente no limita las operaciones del Banco sino que disminuye su funcionalidad.

Tiempos de atención, respuesta y solución	Tiempo de respuesta: máximo de 24 horas natural.
Ubicación geográfica del contratista	Según sea el tipo de solicitud, el soporte se brindará por medio telefónico, correo electrónico, en sitio o de forma remota.
Penalización por tiempos de respuesta	Si no se obtuvo el tiempo de respuesta esperado según el nivel xx xxxxx, se aplicarán multas por los servicios de soporte solicitados.
Planes de contingencia	El oferente debe tener la capacidad de dar soporte bajo condiciones de emergencia (Falla crítica), ante las cuales se debe restaurar el funcionamiento bajo las condiciones normales de operación del sistema. Lo anterior siguiendo lo indicado en las especificaciones de este cartel.
Evaluación de la calidad del servicio (Métricas y Monitoreo)	Indicador: Tiempo de atención.
	Meta: Cumplimiento de los tiempos de disponibilidad.
	Frecuencia de revisión: Mensual.
	Fuente de datos: Correo electrónico, bitácora del sitio de reportes e informes de errores.
	Responsable de realizar la evaluación: Administrador de contrato en BCR. En caso de no ser satisfactorios (incumplimiento de los tiempos de respuesta establecidos), se considerará la no renovación de los servicios contratados.

5.1.2 A continuación se detallan los niveles de servicio para atención de consultas:

Descripción SLA	Atención de consultas operativas y técnicas
Disponibilidad del servicio	Lunes x Xxxxxxx, 24 horas, 7 días a la semana, los 365 días del año.
Responsabilidad de mantenimiento del contratista.	El contratista debe atender consultas operativas categorizadas según nivel de criticidad.
Horario de atención del servicio de soporte	Lunes x Xxxxxxx, 24 horas, 7 días a la semana, los 365 días del año.
Canales de comunicación para reportar inconsistencias, averías, incidentes, problemas, consultas.	Se utilizará como medio de comunicación: Teléfono Correo electrónico Plataforma electrónica de reporte de incidentes que el contratista indicará en su propuesta.
Tiempos de atención, respuesta y solución	El contratista debe atender consultas operativas categorizadas según nivel de criticidad de parte del Banco, según los siguientes tiempos de respuesta: Críticos: 1 hora natural. Grave: 2 horas naturales. Leve: 24 horas naturales.
Ubicación geográfica del contratista	El contratista debe indicar en su oferta dónde y cómo ofrecerá los servicios.
Evaluación de la calidad del servicio (Métricas y Monitoreo)	Indicador: Tiempo de atención.
	Meta: Cumplimiento de los tiempos de disponibilidad.
	Frecuencia de revisión: Mensual.
	Fuente de datos: Correo electrónico, bitácora del sitio de reportes e informes de errores.
	Responsable de realizar la evaluación: Administrador de contrato en BCR. En caso de no ser satisfactorios (incumplimiento de los tiempos de respuesta establecidos), se considerará la no renovación de los servicios contratados.

5.1.3 Todos los servicios prestados por el contratista se realizarán por personal especializado y certificado en las herramientas indicadas en esta contratación. El personal del contratista acudirá previsto de todo el material necesario, adecuado y actualizado, para prestar los servicios.

5.1.4 En los primeros cinco días del mes siguiente, el contratista debe entregar un informe resumen de los casos atendidos durante el mes, indicando lo siguiente:

5.1.4.1 Período al que corresponde el reporte.

5.1.4.2 Cantidad de incidentes atendidos durante el período.

5.1.5 Para cada incidente indicar:

5.1.5.1 Descripción del incidente.

5.1.5.2 Nombre del módulo afectado.

5.1.5.3 Tipo de incidente (crítico, grave, leve).

5.1.5.4 Xxxxx y hora del reporte.

5.1.5.5 Fecha y hora de atención.

5.1.5.6 Fecha y hora de resolución.

5.1.5.7 Breve descripción de solución aplicada.

5.1.5.8 Nombre del técnico que atendió el incidente.

5.1.5.9 Nombre del encargado del Banco en aceptar la solución.

5.1.6 Resolución: En caso de que el incidente no pueda ser resuelto en el tiempo indicado según la criticidad, debe presentar un informe detallado con los problemas detectados y las acciones correctivas, así como el tiempo que se utilizará para resolverla.

Capítulo 6. Confidencialidad, propiedad y derecho intelectual

6.1 Confidencialidad de los documentos e información

6.1.1 Todos los oferentes y el posterior adjudicatario deben mantener la mayor reserva, discreción, secreto y a manejar con estricta confidencialidad, toda la información escrita, verbal o en medio magnético que le sea suministrada o se produzca a lo largo y después de esta contratación, así como con respecto a todos los datos, diagramas y esquemas de cualquier índole (independientemente del medio o formato por el que le haya sido facilitada) a que tuviere conocimiento o información en virtud de los servicios que le suministra al Banco.

6.1.2 Mantener total confidencialidad sobre los actos, operaciones y datos a los que tengan acceso o se produzcan durante sus servicios o después de la contratación. Los reportes, investigaciones y diseños técnicos necesarios para la ejecución de la labor contratada, serán propiedad exclusiva del Banco.

6.1.3 De requerirse, la salida de información de los sistemas del Banco, se hará bajo permiso expreso del administrador del producto en el Banco. El adjudicatario debe efectuar la solicitud por escrito con la respectiva justificación. De comprobarse su divulgación, parcial o total, el Banco procederá a realizar las acciones necesarias para que se apliquen las sanciones correspondientes según la Ley.

6.1.4 El adjudicatario debe aceptar, cumplir y respetar todas las normas, procedimientos e indicaciones que el Banco establezca en materia de seguridad, control, discreción y secreto con respecto a todos los actos, contratos, operaciones e información en general, a la que tuviese acceso en virtud de los servicios que brinde con objeto de esta contratación.

6.1.5 Acuerdo de Confidencialidad. El adjudicatario se compromete a firmar ante el Banco, un contrato de confidencialidad, garantizando la no divulgación de toda la información que se maneje como parte de la implementación de la solución ERP. Por tanto, el adjudicatario debe guardar confidencialidad absoluta sobre las condiciones, operativas, financieras, comerciales, políticas y de reglamentación interna del Banco que llegase a conocer.

6.2 Propiedad y derecho intelectual

6.2.1 Producto de algunos componentes de esta contratación, podrían generarse nuevos productos y desarrollos originados de la atención de análisis de procesos, interfaces, programas regulatorios, documentos e integraciones requeridas entre otros a ser determinados durante la fase de Análisis y Diseño, en caso de que así fuere, cualquier producto final que se implemente, con todos los desarrollos que se realizaron a la medida del Banco y se acepte por el Banco durante el periodo de implementación y garantía de la solución, será propiedad del Banco, por lo que el adjudicatario no puede disponer de estos sin su previa autorización.

6.2.2 Todo lo anterior, sin perjuicio de las eventuales acciones judiciales y legales a que se podría hacer acreedor el adjudicatario, incluyendo sanciones penales, civiles, comerciales y aquellas relativas a la competencia desleal.

Capítulo 7. De la formalización y suscripción del contrato

7.1 Formalización y suscripción del contrato

7.1.1 Se formalizará mediante contrato que elaborará el Banco xx Xxxxx Rica. El pago de las especies fiscales en la formalización de los contratos, debe realizarse en partes iguales 50% el Banco y 50% el adjudicatario.

7.1.2 El pago de las especies fiscales que se deriven del trámite y ejecución de esta contratación, debe realizarse en partes iguales 50% el Banco y 50% el contratista, para lo cual se procederá de acuerdo a lo establecido en el oficio N°DGABCA-NP-533-2011 de fecha 20/06/11 de la Dirección General de Tributación Directa, de forma tal que el cálculo se hará sobre la base del monto efectivo de cada pedido (solicitud de servicio) que se emita al amparo de esta contratación, por tratarse de un contrato de entrega según demanda en el cual podría demandarse o no la totalidad del monto estimado. Para la firma del presente contrato las partes deberán cancelar la suma correspondiente a los contratos de cuantía inestimable.

7.2 Vigencia de los contratos

7.2.1 La vigencia del contrato de la Adquisición de la infraestructura tecnológica por demanda (Ítem I), será por un periodo de 1 año y podrá ser renovado por períodos iguales hasta un máximo de 3 (tres veces) para un total de 4 (cuatro) años, previa evaluación del servicio recibido por parte del Banco

7.2.2 La vigencia del contrato de la Adquisición de licencias por demanda (Ítem II), será por un periodo de 1 año y podrá ser renovado por períodos iguales hasta un máximo de 3 (tres veces) para un total de 4 (cuatro) años, previa evaluación del servicio recibido por parte del Banco.

7.2.3 La vigencia del contrato de la Adquisición de los servicios de diseño para la implementación (Ítem III será por un periodo de 30 meses naturales.

7.2.4 La vigencia del contrato de la Adquisición para mantenimientos evolutivos anuales por demanda, después de la implementación (Ítem IV), será por un periodo de 1 año y podrá ser renovado por períodos iguales hasta un máximo de 3 (tres veces) para un total de 4 (cuatro) años, previa evaluación del servicio recibido por parte del Banco.

7.2.5 La vigencia del contrato de la Adquisición de soporte preventivo, consultivo y correctivo de la solución y de la infraestructura (Ítem V), será por un periodo de 1 año y podrá ser renovado por períodos iguales hasta un máximo de 3 (tres veces) para un total de 4 (cuatro) años, previa evaluación del servicio recibido por parte del Banco.

7.2.6 El plazo de vigencia del contrato para para la Adquisición de servicios de implementación (Ítem VI), será de 30 meses naturales, a partir de la orden de inicio que el Banco brinde al adjudicado.

7.2.7 El plazo de vigencia del contrato para la Adquisición de capacitación por demanda (Ítem VII), será por un periodo de 1 año y podrá ser renovado por períodos iguales hasta un máximo de 3 (tres veces) para un total de 4 (cuatro) años, previa evaluación del servicio recibido por parte del Banco

7.2.8 La vigencia del contrato de la Adquisición para desarrollos por demanda, durante la implementación (Ítem VIII), será de 30 meses naturales, a partir de la orden de inicio que el Banco brinde al adjudicado.

7.2.9 En cuanto a las actualizaciones de la solución a entregar, se aplicará en lo que corresponda, el Artículo 205 del Reglamento a la Ley de Contratación Administrativa.

7.3 Plazo de Inicio del Servicio

7.3.1 Entrega de Software: la orden de inicio debe hacerse de manera formal (escrita) y debe darse como máximo (15) días hábiles posteriores a la comunicación de que el contrato respectivo está listo para su retiro por parte de la Gerencia Corporativa de Finanzas.

7.3.2 Para los mantenimientos evolutivos por demanda Ítem IV y VIII, los requerimientos deben hacerse de manera escrita en el momento que el Banco requiera utilizarlos y conforme a los planes de trabajo.

7.3.3 Las capacitaciones regirán a partir de la orden de inicio, entregada por el Banco para tal efecto.

Capítulo 8. Documentación que debe entregar el adjudicatario

8.1 Documentación

8.1.1 La aplicación ofertada debe contar con su respectivo manual de usuario, manual técnico y manual operativo, así como un instructivo (referencia rápida) de los posibles errores que se pueden presentar y la forma de solucionarlos. Estos manuales deben estar en español. Por cada modificación al sistema, el adjudicatario debe asegurar que se actualice la documentación respectiva e impartir el entrenamiento en caso de ser necesario.

8.1.2 El Banco revisará el contenido de los manuales, de considerar que faltan aspectos a contemplar o que no son claros en cuanto a la forma en que se deben de ejecutar los procedimientos, los mismos no serán aceptados hasta tanto el adjudicatario no realice las mejoras solicitadas por el Banco. Entre algunos de los aspectos que deben estar considerados en los manuales se incluirán: Índice, características de la solución, pantallas de operación del sistema, pantallas de ayuda, funcionalidad de las opciones y sub-opciones, procesos, interfaces, detalle de los errores que se pueden presentar, reportes que se imprimen (un ejemplo de los mismos), estructura jerárquica de la solución a nivel modular indicando el nombre de los programas diagrama modular de la solución.

8.1.3 Copias necesarias de todos los manuales antes indicados debe ser entregada a todos los involucrados que el Banco designe, como mínimo cinco días hábiles anteriores a la fecha de inicio de la capacitación en forma impresa y en medio magnético (CD/DVD).

8.1.4 El formato de los manuales electrónicos debe poseer hipervínculos que permitan una fácil navegación por los mismos.

8.1.5 La entrega de dichos manuales cumpliendo con las características señaladas, será requisito indispensable para que el Banco tenga por aceptada a entera conformidad la solución.

8.1.6 Los manuales deben estar actualizados con todos los cambios realizados como producto de los ajustes al sistema, nuevos desarrollos y adaptaciones, así como para los desarrollos de las interfaces.

8.1.7 Los cambios que se realicen a la documentación respectiva, durante la fase de garantía, o durante los mantenimientos deben ser explicados ampliamente al personal que el Banco designe.

8.1.8 El adjudicatario, durante el inicio, desarrollo, implementación y post implementación de proyecto, debe proporcionar al Banco acceso a una base de datos de conocimiento que permita consultar información del sistema, de los manuales, estándares, herramientas de apoyo al proyecto y al sistema, detalles de la arquitectura y de la metodología de implementación que será aplicada por el adjudicatario durante el desarrollo del proyecto y las diferentes actualizaciones de los diversos módulos como producto de las adaptaciones, ajustes por desarrollos de interfaces y cambios de versión y cualquier otra información necesaria para la buena ejecución del proyecto y generada durante la implementación.

8.1.9 El adjudicatario debe otorgar al Banco en forma explícita la potestad de copiar, distribuir, enviar y/o divulgar entre los funcionarios del Banco, el material generado como parte del proyecto (manuales, instructivos, presentaciones, guías, etc.); esto con el fin de que el material generado, como parte del proyecto, pueda ser utilizado por el Banco durante y posterior a la ejecución del proyecto para la capacitación de su personal.

8.2 Documentación Técnica

8.2.1 La solución debe contar con un Manual Técnico en inglés o español (preferiblemente) que considere aspectos tales como: descripción de módulos, diccionario de datos, modelo entidad-relación, distribución física y lógica de la solución, descripción de componentes, políticas de respaldo, descripción de interfaces, requisitos de instalación y configuración, detalle de bitácoras, diseño de arquitectura, procesos de continuidad y contingencia, descripción de usuarios, arquitectura de la solución, entre otros.

8.2.2 El adjudicatario debe proveer documentación técnica con al menos el siguiente contenido:

8.2.2.1 Información detallada y descriptiva de la estructura del sistema.

8.2.2.2 Información detallada y descriptiva de las especificaciones de la base de datos.

8.2.2.3 Información detallada y descriptiva de los servicios que necesita el sistema para operar.

8.2.2.4 Se debe explicar de forma detallada todos los conceptos de la arquitectura en las distintas capas del sistema, los servicios y componentes de cada capa, así como las formas en que se intercomunican entre sí y con los sistemas externos.

8.2.2.5 Deben especificarse los procesos y sus relaciones.

8.2.2.6 Especificación del esquema de alta disponibilidad y procedimientos de failover y failback.

8.2.2.7 Documentación y especificaciones generales de los servicios publicados en el sistema.

8.2.2.8 Documentación de los desarrollos realizados en el bus de servicios

8.2.3 El adjudicatario debe proporcionar documentación relacionada con los principios de diseño y arquitectura del sistema que muestre el modelo o modelos del Banco usados para conceptualizar el sistema desde su análisis y diseño y hasta su implementación. Esta información debe incluir:

8.2.3.1 Nivel contextual base para definir la arquitectura del sistema.

8.2.3.2 Nivel conceptual del diseño basado en el contexto.

8.2.3.3 Nivel lógico basado en el nivel contextual y conceptual.

8.2.3.4 Nivel de Implementación con base en el nivel lógico.

8.2.3.5 Requerimientos de desarrollo.

8.2.3.6 Principios de desarrollo.

8.2.3.7 Modelos.

8.2.3.8 Arquitectura de Sistema.

8.2.3.9 Arquitectura Técnica.

8.2.3.10 Principios de diseño.

8.2.3.11 Tendencias tecnológicas utilizadas.

8.2.3.12 Estándares de la industria adoptados.

8.2.3.13 Nivel de inter-operabilidad de los servicios.

8.2.3.14 Arquitectura de información.

8.2.4 El adjudicatario debe proporcionar una base de datos de conocimiento con la siguiente documentación para la arquitectura de información.

8.2.5 Documentación de la forma en que se encuentra construida y diseñada la base de datos:

8.2.5.1 Modelo de datos.

8.2.5.2 Esquemas de XML.

8.2.5.3 Modelo de datos lógicos.

8.2.5.4 Modelo de clases UML.

8.2.5.5 Ontologías OWL que permitan contar con una taxonomía y clasificación del contenido de la base de datos presentando las relaciones entre tablas y campos, restricciones y diccionarios de datos mediante el estándar Ontology Web Language.

8.2.5.6 Modelos de datos lógicos (SQL/DDL, Data Description Language).

8.2.6 Datos de cómo puede ser expuesta la información:

8.2.6.1 Sitios web.

8.2.6.2 Registros.

8.2.6.3 Repositorios.

8.2.6.4 Portales.

8.2.6.5 Intranets.

8.2.6.6 Modalidades para compartir los datos.

8.2.6.7 Paquetes de intercambio de datos.

8.2.6.8 Esquemas XML y DTD.

8.2.6.9 Interfaces WSDL.

8.2.6.10 Sobres SOAP.

8.2.6.11 Mensajes ANSI X.12 EDI u otros como RosettaNet o ISO 8583.

8.2.6.12 IFX (Interactive Financial Exchange) u OFX (Open Financial Exchange).

8.2.6.13 Protocolos Web como RSS.

8.2.6.14 Puntos de consulta.

8.2.6.15 Servicios web XML.

8.2.6.16 Motores de búsquedas.

8.2.6.17 SQL-92.

8.2.6.18 SOAP.

8.2.6.19 Contexto de los datos.

8.2.6.20 Léxico controlado:

8.2.6.20.1 Taxonomías (clasificación de los datos).

8.2.6.20.2 Tesauros (sinónimos).

8.2.6.20.3 Glosarios.

8.2.6.20.4 Mapas tópicos.

8.2.6.20.5 Alineación con la arquitectura.

8.2.6.20.6 Diagramas de flujos de datos.

8.2.6.20.7 Diagramas de componentes.

8.2.6.20.8 PRM (Performance Reference Model).

8.2.6.20.9 BRM (Business Reference Model).

8.2.6.20.10 SRM (Service Component Reference Model). 8.2.6.20.11 DRM (Data Reference Model).

8.2.6.20.12 TRM (Technical Reference Model).

8.2.7 El adjudicatario debe proporcionar al Banco toda la documentación y la base de datos de conocimiento actualizada cuando se implementen las nuevas versiones del sistema como parte del mantenimiento evolutivo.

8.2.8 El adjudicatario debe proporcionar al Banco toda la información que estime necesaria en función de su experiencia y conocimiento de la aplicación. El Banco se reservan el derecho de solicitar ampliaciones y modificaciones a esta documentación.

8.3 Manual de Instalación

8.3.1 El adjudicatario debe proveer un manual y procedimientos de instalación del sistema que permita al Banco, realizar la correcta instalación y configuración del producto a implementar, partiendo de base cero. El Banco se reserva el derecho de solicitar los ajustes necesarios de la información contenida en el documento en cuyo caso el proveedor debe realizar los ajustes solicitados, siguiendo el estándar que el Banco le provea.

8.3.2 La solución debe contar con un manual o manuales para la recuperación de una instalación fallida o corrupta.

8.4 Manual de Operación

8.4.1 El adjudicatario debe hacer entrega de un manual de operación en inglés o español (preferiblemente) que debe considerar aspectos de la operativa normal del sistema, tales como procesos a ejecutar, rutas de instalación, forma en que se debe realizar el respaldo y recuperación de la información, procesos automáticos e interpretación de errores o códigos de excepción, y documentación de los API’s de monitoreo, entre otros. Para los procesos críticos debe incluirse una descripción gráfica.

8.4.2 La solución debe contar con un manual de errores conocidos, que permita la rápida atención de eventos.

8.4.3 La solución debe contar con manuales para la recuperación del o los servicios brindados a nivel de operaciones.

8.4.4 El Banco se reserva el derecho de aceptar o rechazar la información contenida en el documento; en cuyo caso el proveedor debe realizar los ajustes solicitados, siguiendo el estándar que el Banco le provea, siempre que sea mejor que el del oferente caso contrario se adoptará el de la empresa.

8.5 Manual de Usuario

8.5.1 El adjudicatario debe hacer entrega de un manual de usuario en que se debe explicar ampliamente la forma de utilización del sistema implementado, el mismo debe considerar, como mínimo, la impresión de pantallas, menús, íconos, interpretación de errores y su respectiva acción, así como la prosa requerida para la correcta interpretación del mismo, de ser posible debe estar en orden secuencial de acuerdo al proceso, permitiendo disminuir la intervención humana. Este manual debe concordar con la ayuda “en línea” del sistema, por lo que ambas opciones deben actualizarse. El Banco se reserva el derecho de aceptar o rechazar la información contenida en el documento, en cuyo caso el proveedor debe realizar los ajustes solicitados, según el estándar que el Banco provea.

8.6 Documentación de los Procesos

8.6.1 El adjudicatario debe brindar asesoría y participar con los equipos del Banco en la documentación y adaptación de los procesos y flujos del sistema. Este aspecto será analizado entre ambas partes a fin de poder aprobador el mejor estándar que el Banco requiera para su uso durante la implementación y después de ella.

8.6.2 El sistema debe contar con documentación “ayuda en línea” de los procesos en el momento en que los mismos estén siendo diseñados en la aplicación y cuando se ejecuten.

8.6.3 El adjudicatario debe presentar un documento en el cual detalle los procedimientos para la contingencia o continuidad del negocio a fin de que las oficinas que utilizan los diferentes Módulos implementados puedan continuar con sus labores.

8.7 Guía de instalación, configuración, implementación e integración

8.7.1 La solución debe contar con una guía detallada de configuración e instalación de forma que permita identificar todos los componentes y utilitarios que se deben instalar y configurar para que la solución funcione correctamente.

8.7.2 La solución debe contar con una guía de implementación.

8.7.3 La solución debe contar con una guía de integración.

8.7.4 El Banco se reserva el derecho de solicitar los ajustes necesarios de la información contenida en el documento en cuyo caso el proveedor debe realizar los ajustes solicitados, siguiendo el estándar que el Banco le provea.

8.8 Manual de Continuidad del Servicio

8.8.1 Descripción técnica de la solución ofertada para la implementación de la continuidad y contingencia del servicio.

8.8.2 Detalle de supuestos básicos requeridos para activar la contingencia.

8.8.3 Descripción del procedimiento operativo para ejecutar el proceso de contingencia, si existe algún proceso manual, detallar paso a paso las acciones a seguir por el operador. Si el procedimiento es automatizado, documentación de dicho proceso. En todo caso, se debe especificar los elementos que indiquen que se completó satisfactoriamente el proceso.

8.8.4 Procedimientos de recuperación ante desastres.

8.8.5 El Banco se reserva el derecho de aceptar o rechazar la información contenida en los documentos; en cuyo caso el proveedor adjudicado debe realizar los ajustes solicitados.

Capítulo 9. Contactos

9.1 La Oficina de Contratación Administrativa (Teléfono: 0000-0000) tendrá mucho gusto en suministrar cualquier información adicional que soliciten al respecto.

9.2 Para la revisión del expediente, el horario es de lunes a viernes de 9:00 A.M. a 2:00 P.M.

Xxxxxxx Xxxxxxx

Oficina de Contratación Administrativa

Capítulo 10. Anexos

Los Anexos que se indican posteriormente, se pueden encontrar en la siguiente dirección: xxxx://xxxxxxxx.xxx/xxxxxx%00xxx%00xxx/xxxxxxxxxxx/Xxxxxxxx.xxxx

Anexo #1 Especificaciones generales

Se adjunta una hoja electrónica en donde cada uno de los oferentes debe marcar con una “X”, en la columna denominada como PBI ID en la hoja electrónica de cada requerimiento, si la solución propuesta cumple en su totalidad como de “De paquete” o por lo contrario se debe marcar “Por Desarrollar”.

Anexo #2 Especificaciones funcionales de contabilidad

Anexo #3 Especificaciones funcionales de formulación, ejecución y control de presupuesto

Anexo #4 Especificaciones funcionales de contratación administrativa

Anexo #5 Especificaciones funcionales de bienes muebles e inmuebles

Anexo #6 Especificaciones funcionales de inventarios

Anexo #7 Especificaciones técnicas

Se adjunta un documento en formato Word en donde cada uno de los oferentes debe indicar el cumplimiento total de los requerimientos técnicos descritos.

Anexo #8 Evaluación de la capacidad financiera

1. Condiciones de la capacidad financiera: el oferente debe cumplir con las siguientes condiciones a nivel de la capacidad financiera.

1.1. Esta consideración se refiere al análisis de las tendencias en la posición financiera, con el propósito de determinar si las condiciones del oferente le permiten hacer frente a los requerimientos económicos que exige el proyecto.

1.2. Los oferentes deben presentar sus estados financieros auditados de los últimos tres periodos fiscales. Pudiendo ser el estado financiero más antiguo el correspondiente al año 2014.

1.3. Cuando se presenten ofertas bajo el esquema de consorcio (entiéndase casa matriz con sucursal, subsidiaria o representante comercial), cada una de las partes del consorcio debe aportar sus estados financieros auditados con el propósito de evaluar la capacidad financiera de las firmas del consorcio, salvo que exista manifestación expresa y jurídicamente respaldada de que alguna o algunas de las empresas responderá financieramente por las demás, en cuyo caso el análisis de tendencias se practicará a la o las empresas que asumen la responsabilidad financiera del consorcio. Las variables financieras serán analizadas según los resultados de la ponderación de los estados financieros de las empresas individuales, de acuerdo a su porcentaje de participación en el consorcio y para cada uno de los índices valorados.

1.4. Para el caso de sucursales, subsidiarias o representantes comerciales se debe demostrar el cumplimiento de este requisito por parte de la casa matriz.

1.5. Las razones financieras a calcular y ponderar son las siguientes:

RL	Razón de liquidez	Activo Circulante / Pasivo Circulante
RD	Razón de deuda	Pasivo Total / Activo Total
RUV	Razón de Utilidad Neta /Ventas	Utilidad Neta / Ventas Totales

1.6. Indicadores a evaluar:

o Indicador 1= (RL Período 1 + RL Período 2 + RL Período 3) /3

o Indicador 2= (RD Período 1 + RD Período 2 + RD Período 3) /3

o Indicador 3= (RUV Período 1 + RUV Período 2 + RUV Período 3) /3

1.7. Deben aportarse el detalle de las razones financieras que se utilizan para la evaluación. Dicha información debe venir debidamente certificada por un Contador Público Autorizado y ser consistente con la información aportada en los estados financieros.

1.8. Esta especificación de aceptabilidad y sus respectivos parámetros y rangos de evaluación que se utilizarán para determinar el cumplimiento, se definen en la siguiente tabla:

Criterio

Subcriterio

Escala de calificación

Peso%

Capacidad Financiera

Indicador 1

Mayor de 2 100%

Entre 1 y 2 75%

Menor a 1 0%

34%

Indicador 2

Menor de 50% 100%

Entre 50 y 75% 75%

Mayor de 75% 0%

33%

Indicador 3

Mayor de 5% 100%

Entre 0% y 5% 75%

Menor a 0% 0%

33%

Capacidad Financiera = % Peso Indicador 1 + % Peso Indicador 2 + % Peso Indicador 3

1.9. Todas las ofertas deben obtener una nota mínima de 70% en la capacidad financiera, en el caso de consorcios, cada empresa que conforme y participe como oferente debe

obtener igual una nota mínima de 70% en la capacidad financiera.

--ULTIMA LINEA—

Anexo #9 Mejora al precio

Una vez determinadas las ofertas elegibles, se aplicará el siguiente procedimiento para cumplir con lo indicado en el Artículo 28 bis del Reglamento a la Ley de Contratación Administrativa:

A- La oficina de Contratación Administrativa comunicará a los oferentes elegibles, la fecha y hora.

B- Las propuestas de mejora al precio deben ser presentadas por escrito en papel común, original y tres copias, debidamente enumeradas, y deben venir en sobre cerrado con la siguiente referencia: Banco xx Xxxxx Rica, Licitación Pública #2017LN-000029-01 “Adquisición de licencias e implementación del sistema ERP (Enterprise Resource Planning” y depositarlas en el buzón para contrataciones, ubicado en la Oficina de Contratación Administrativa, en el tercer piso de Oficinas Centrales, hasta la fecha y hora señalados en la comunicación.

 La mejora de precio como sus copias y anexos deben ser firmadas por el representante legal.

 El formato a utilizar para la presentación de la mejora de precio es la indicada en las siguientes secciones

i. Sección 5.1 Precio

ii. Sesión 5.2 Estructura del precio

 Los oferentes que presenten mejoras en los precios están obligados a justificar con toda claridad las razones que amparan la disminución de sus precios.

 La no presentación de la mejora del precio, no acarreará la inelegibilidad de su oferta, la cual a todos los efectos, de resultar técnica, financiera y legalmente elegible, será puntuada con el precio originalmente ofertado.

 El Banco analizará las propuestas de mejora y sus justificaciones, las cuáles, bajo ningún concepto implicarán una disminución de las cantidades o desmejora de la calidad del objeto originalmente ofrecido y que tampoco pueda otorgar ventajas indebidas a quien las proponen, tales como convertir su precio en ruinoso o no remunerativo.

--ULTIMA LINEA—

Anexo #10

Condiciones generales para el paquete de mantenimiento evolutivo por demanda y nuevas versiones

1. El oferente debe cotizar el precio por hora para un máximo de 6,000 horas profesionales anuales para los mantenimientos evolutivos por demanda, esto después la implementación de la solución, por un periodo de un (1) año prorrogable en forma automática hasta por tres (3) años adicionales para un máximo de cuatro (4) años en total, el cual empezará a regir una vez vencido el periodo de garantía de buen funcionamiento, salvo que el Banco con un (1) mes de antelación comunique al adjudicatario su decisión de no prorrogar este contrato.

2. La metodología definida en este anexo también aplica a los desarrollos requeridos durante el ÍTEM VIII.

3. La metodología de desarrollo utilizada por el adjudicatario debe considerar la metodología de desarrollo ágil SCRUM con sus ceremonias periódicas definidas en conjunto con los funcionarios del Banco.

4. La utilización de estas horas por parte del Banco será bajo la modalidad de servicios a demanda, por lo tanto el precio cotizado será un monto fijo por hora y por demanda, sin diferenciar fines de semana, días feriados para un servicio de 12x7.

5. El mantenimiento evolutivo deberá incluir todos los gastos en que podría incurrir el contratista (viáticos, hospedaje, transporte), para dar este servicio. Se entiende que el Banco no pagará costos adicionales.

6. El contratista deberá garantizar que ofrecerá el servicio de mantenimiento evolutivo de la solución con domicilio en Xxxxx Rica. Debe participar en el desarrollo del proyecto en todos los componentes de la solución de manera tal que el Banco se garantice que es un interlocutor válido y podrá brindar el servicio requerido, de acuerdo a los alcances establecidos en esta contratación.

7. El adjudicatario deberá proporcionar al Banco toda la documentación y la base de datos de conocimiento actualizada cuando se implementen las nuevas versiones del sistema como parte del mantenimiento evolutivo.

8. El contratista deberá garantizar que los desarrollos o ajustes a la solución puedan adecuarse y mantengan la compatibilidad con las nuevas versiones que se liberen sobre los diferentes componentes del sistema, compatibilidad que deberá darse también para con las interfaces desarrolladas de la solución (por ejemplo: servidor Web, servidor de aplicaciones, motor de base de datos y los sistemas operativos que utiliza el Banco).

9. El contratista deberá realizar la coordinación, seguimiento, control y desarrollo de las actividades necesarias para los ajustes a la solución.

10. Por cada modificación de la solución, el proveedor deberá actualizar y entregar la documentación respectiva (manual técnico, manual de operación y manual de usuario) e impartir el entrenamiento necesario.

11. Metodología de trabajo

11.1. El contratista deberá designar y mantener un(a) coordinador(a) o encargado (a) del contrato, entre los recursos ofertados y solicitados en el punto Líder del equipo técnico del cartel, con poder de decisión como único punto de contacto, indicar su nombre y las formas de localización posibles (teléfono, oficina, celular, correo, entre otros), el cual se dedicará a la coordinación con el administrador del contrato del BCR de todos los servicios solicitados en el presente cartel, desde el inicio hasta su conclusión. El BCR se reserva el derecho de objetar a la persona que sea designada, en caso que considere que no cumple con el perfil solicitado.

11.2. Conforme el Banco requiera los servicios de horas de mantenimiento evolutivo a demanda le solicitará al contratista, la prestación del mismo, mediante un reporte o solicitud de servicio, que le será notificado mediante correo electrónico, indicando lo siguiente:

11.2.1. Descripción del servicio requerido, detallando el requerimiento a desarrollar.

11.2.2. Fecha de solicitud del servicio.

11.2.3. Plazo de respuesta para la atención del servicio.

11.3. Después de recibida la notificación de solicitud de servicio, el contratista deberá presentar, una propuesta que incluya un diagnóstico preliminar basado en la información que el Banco le suministre un cronograma con las tareas y cantidad de horas requeridas para atender dicho requerimiento (este cronograma debe reflejar hitos de entregables para el Banco), contemplando la actualización de la documentación, la capacitación y las pruebas que se requieran. El Banco en conjunto con el contratista revisará y aprobará la propuesta de trabajo antes de iniciar las labores correspondientes.

11.4. Si en la ejecución del plan de trabajo se determina que alguna tarea definida incluye alcances adicionales, no vistos previamente, o surgen producto de las labores a realizar ampliando el alcance del plan de trabajo, ocasionando impacto en tiempo y costo en el cumplimiento del plan, el contratista debe notificar esta variación del alcance al Banco y en conjunto se valorará y se podrá realizar un control de cambio al plan de trabajo para la aprobación del nuevo plan de trabajo o rechazo del mismo.

11.5.

12. Procedimientos para el control de horas profesionales a demanda.

12.1. El Contratista debe entregar por el medio de comunicación formal al Banco, un informe mensual vencido en donde se detallen las horas pactadas y efectivamente laboradas de lo acordado sobre los planes de trabajo realizados en conjunto con el Banco.

12.2. El pago de las horas se realizará contra los entregables aprobados en los planes de trabajo recibidos y aceptados por parte del Banco.

12.3. En el informe se debe detallar como mínimo:

12.3.1. El recurso humano asignado a las tareas acordadas de acuerdo al plan de trabajo.

12.3.2. Las tareas acordadas con el Contratista en los planes de trabajo, asociadas al entregable.

12.3.3. El tiempo y la duración de cada una de las tareas con las horas pactadas en la estimación inicial.

12.3.4. Entregables asociados al consumo de las horas.

12.3.5. Relación contractual del entregable con el servicio indicado.

12.3.6. Cantidad de horas consumidas

12.3.7. Resumen con la cantidad de horas contratadas en el plan de trabajo, las horas previamente facturadas, las horas correspondientes al informe a entregar y total de horas pendientes de facturar (si se requiere).

12.4. Se cancelaran solamente los productos totalmente concluidos y recibidos a satisfacción por parte del banco. No se pagarán fases parciales del cronograma de trabajo.

12.5. El Banco se reserva el derecho de consumir o no la totalidad de las horas contratadas.

Anexo #11 Glosario ‌

A. Soporte correctivo de los productos y de la infraestructura tecnológica: Se entiende como un servicio soporte 7X24X365 días, ante cualquier inconsistencia, actualizaciones o releases, actividades de prevención, atención de consultas funcionales y técnicas, las personalizaciones que se den de los productos y de la infraestructura adquirida.

X. Xxxxxxx preventivo, consultivo y correctivo detallado y entendido: Se entiende como un servicio soporte 7X24X365 días brindado por el oferente, para el diseño, guía, transferencia de conocimiento, apoyo necesario para el éxito de la implementación de la solución, basado en recomendaciones, aplicación de estándares mundiales, metodologías y configuraciones de los productos del oferente.

C. Plataforma colaborativa: es un grupo de funcionarios debidamente capacitados con todos los elementos funcionales y técnicos de todos los módulos contenidos en el ERP, con el fin de que pueda darle continuidad al negocio con sus diferentes necesidades, como la creación de nuevos procesos, nuevas compañías, nuevas monedas, nuevas empresas, nuevos catálogos, toma de decisiones sobre los procesos, entre otras funciones.

D. De paquete: se refiere a todas aquellas funcionalidades que son parte de los estándares de la solución del fabricante que se esté ofreciendo al Banco.

E. Sistema ERP (Enterprise Resource Planning): para efecto de esta contratación cada vez que indiquemos módulos, se estará haciendo referencia a los siguientes módulos:

i. Contabilidad

ii. Formulación, ejecución y control del presupuesto

iii. Bienes muebles, inmuebles e inventarios

iv. Compras de bienes y servicios

v. Pagos a proveedores

F. Ambientes de la solución: para efecto de esta contratación los ambientes serán:

i. Desarrollo: ambiente usado por los programadores del oferente o del Banco para realizar las personalizaciones que se requieren, establecidas en el análisis de brechas, aprobadas por el Banco.

ii. Pruebas: ambiente para desarrollar todos los escenarios de pruebas, a fin de analizar el comportamiento y los resultados deseados de todas las posibilidades de procesamiento que existan y así garantizar la funcionalidad, de acuerdo a las expectativas del Banco, en la solución puesta en producción.

iii. Capacitación: ambiente con todos los elementos configurados en el ambiente de producción, a fin de realizar capacitaciones que permitan una transferencia de conocimiento en un ambiente igual al que se encuentre en producción.

iv. Producción: ambiente con las funcionalidades totales y completas, exigidas por el Banco y con toda la información requerida, datos, herramientas, y cualquier otro aspecto necesario para que los usuarios finales puedan utilizar la solución. Mismo debe estar alta disponibilidad (operación continua 7X24X365 días).

v. Contingencia: ambiente espejo o igual al ambiente de producción necesario para garantizar la continuidad de la operación del sistema y mitigar el riesgo de posibles problemas en el ambiente de producción que lleven a suspender la operación de la solución. Mismo debe estar alta disponibilidad (operación continua 7X24X365 días).

X. Xxxxxxxxxx: Los escenarios representan casos prácticos reales o ficticios que se utilizarán para validar el comportamiento de las reglas operativas y del negocio. Cada escenario contiene toda la información necesaria para que las reglas se ejecuten correctamente, logrando una trazabilidad en forma integral y así poder satisfacer las expectativas del Banco.

H. Subsidiaria y Sucursal: son unidades que pertenecen a una unidad empresarial, casa matriz, fabricante, dueño de una marca.

I. Parámetro: Se conoce como el dato que se considera imprescindible para lograr que la solución pueda operar todas sus funcionalidades en una solución integral. Ejemplo Moneda colones (COL).

J. Conglomerado Financiero BCR: Es integrado por el Banco xx Xxxxx Rica que ostenta la condición de entidad controladora del Conglomerado Financiero BCR y por sus sociedades subsidiarias: BCR Valores S.A. (BCR Valores), BCR Sociedad Administradora de Fondos de Inversión S.A. (BCR SAFI), BCR Pensiones, Operadora de Planes de Pensiones Complementarias S.A. (BCR Pensiones), BCR Corredora de Seguros S.A. (BCR Seguros), Banco Internacional xx Xxxxx Rica S.A. (Bicsa), así como cualquier otra sociedad que en el futuro integre este Conglomerado Financiero BCR, según lo dispuesto en el Reglamento sobre autorizaciones de entidades supervisadas por la Sugef y sobre autorizaciones y funcionamiento de grupos y conglomerados financieros, acuerdo Sugef 8- 08.

K. Sizing: Proceso de estimación de la cantidad de almacenamiento, memoria, equipo, componentes o del número de líneas fuente que se necesitarán para un sistema.

--ULTIMA LINEA—

Document Metadata

Table of Contents

LICITACIÓN PÚBLICA #2018LN-000004-01

Document Metadata