Requerimientos T.3. Escalabilidad: T.3.1. Capacidad de Balanceo de Carga T.3.2. Método y gestión de Balanceo de Carga T.3.3. Método de Escalabilidad Horizontal T.3.4. Método de Escalabilidad Vertical
T.3.1 al T.3.4 acerca de la escalabilidad:
- ¿Se podrían proporcionar métricas de volumen de transacciones actual y proyectado para dimensionar correctamente la escalabilidad requerida por la solución?
- ¿Qué tipo de pruebas de carga y performance se realizarán para validar la escalabilidad?
10-10-2024
14-10-2024
Requerimientos T.3. Escalabilidad: T.3.1. Capacidad de Balanceo de Carga T.3.2. Método y gestión de Balanceo de Carga T.3.3. Método de Escalabilidad Horizontal T.3.4. Método de Escalabilidad Vertical
T.3.1 al T.3.4 acerca de la escalabilidad:
- ¿Se podrían proporcionar métricas de volumen de transacciones actual y proyectado para dimensionar correctamente la escalabilidad requerida por la solución?
- ¿Qué tipo de pruebas de carga y performance se realizarán para validar la escalabilidad?
Con relación a la consulta, la dependencia requirente expresa cuanto sigue: El Banco Nacional de Fomento (BNF) pone a disposición de los oferentes la información detallada sobre la infraestructura tecnológica incluyendo datos de volumetría, de acuerdo a los criterios establecidos en el apartado ANEXO del presente Pliego. Recomendamos sea considerada esta información, como base para realizar la evaluación sobre el punto mencionado, en como su solución podría cubrir las necesidades indicadas.
62
Requerimientos T.4. Disponibilidad T.4.1 Método o Modelo de HA de Infraestructura: Base de datos, Aplicaciones, Networking T.4.2. Método o Modelo de Failover de Infraestructura: Base de datos, Aplicaciones, Networking
T.4.1 y T.4.2 (HA y Failover): ¿Podrían detallar los requisitos específicos de RTO y RPO que se utilizará en la evaluación como objetivo para los diferentes módulos del core
10-10-2024
14-10-2024
Requerimientos T.4. Disponibilidad T.4.1 Método o Modelo de HA de Infraestructura: Base de datos, Aplicaciones, Networking T.4.2. Método o Modelo de Failover de Infraestructura: Base de datos, Aplicaciones, Networking
T.4.1 y T.4.2 (HA y Failover): ¿Podrían detallar los requisitos específicos de RTO y RPO que se utilizará en la evaluación como objetivo para los diferentes módulos del core
Con relación a la consulta, la dependencia requirente expresa cuanto sigue: La solución propuesta deberá alinearse con esquemas de Alta disponibilidad, RTO y RPO del BNF. El oferente deberá demostrar experiencia en la implementación de soluciones similares en entornos complejos y garantizar que su propuesta minimice las interrupciones del servicio. La infraestructura tecnológica del BNF será puesta a disposición del oferente para facilitar la evaluación y adaptación de su solución, de acuerdo a los criterios establecidos en el apartado ANEXO del presente Pliego. Recomendamos sea considerada esta información, como base para realizar la evaluación sobre el punto mencionado.
63
T.4. Disponibilidad - T.4.3. Método o Modelo de Disarter Recovery de Infraestructura: Base de datos, Aplicaciones, Networking
Sobre el T.4.3 (Disaster Recovery): ¿Se requiere una solución de activa-activa o activa-pasiva, y cuáles son los RTO y RPO objetivos para HA en la evaluación del?
10-10-2024
14-10-2024
T.4. Disponibilidad - T.4.3. Método o Modelo de Disarter Recovery de Infraestructura: Base de datos, Aplicaciones, Networking
Sobre el T.4.3 (Disaster Recovery): ¿Se requiere una solución de activa-activa o activa-pasiva, y cuáles son los RTO y RPO objetivos para HA en la evaluación del?
Con relación a la consulta, la dependencia requirente expresa cuanto sigue: La solución propuesta deberá alinearse con esquemas de Alta disponibilidad, RTO y RPO del BNF. El oferente deberá demostrar experiencia en la implementación de soluciones similares en entornos complejos y garantizar que su propuesta garantice la continuidad del negocio. La infraestructura tecnológica del BNF será puesta a disposición del oferente para facilitar la evaluación y adaptación de su solución, de acuerdo a los criterios establecidos en el apartado ANEXO del presente Pliego. Recomendamos sea considerada esta información, como base para realizar la evaluación sobre el punto mencionado.
64
Requerimiento T.5. Flexibilidad - T.5.1. Especificar los niveles de configuración y/o parametrización, y si estos pueden ser actualizados por el BNF, proveedor o ambos.
Sobre el T.5.1 (Configuración): ¿Se requiere que la solución sea configurable por el BNF, o se requiere la intervención del proveedor para cualquier cambio en la configuración?
10-10-2024
14-10-2024
Requerimiento T.5. Flexibilidad - T.5.1. Especificar los niveles de configuración y/o parametrización, y si estos pueden ser actualizados por el BNF, proveedor o ambos.
Sobre el T.5.1 (Configuración): ¿Se requiere que la solución sea configurable por el BNF, o se requiere la intervención del proveedor para cualquier cambio en la configuración?
Con relación a la consulta, la dependencia requirente expresa cuanto sigue: El oferente deberá presentar una propuesta técnica detallada que demuestre cómo su solución cumple con los criterios de configuración establecidos en el PBC. En particular, se solicita especificar los niveles de configuración y/o parametrización, y si estos pueden ser actualizados por el BNF, proveedor o ambos.
65
Requerimiento T.6. KPIs T.6.1. Especificar el uptime de la solución completa, indicando cuál ha sido en los últimos años. T.6.2. Especificar el RTO de la solución. T.6.3. Especificar el RPO de la solución.
Sobre los ítems T.6.1 al T.6.3 (Uptime, RTO, RPO): ¿Se proporcionarán datos históricos de volumen de transacciones y usuarios concurrentes para que los oferentes puedan dimensionar adecuadamente los KPIs de la solución?
10-10-2024
14-10-2024
Requerimiento T.6. KPIs T.6.1. Especificar el uptime de la solución completa, indicando cuál ha sido en los últimos años. T.6.2. Especificar el RTO de la solución. T.6.3. Especificar el RPO de la solución.
Sobre los ítems T.6.1 al T.6.3 (Uptime, RTO, RPO): ¿Se proporcionarán datos históricos de volumen de transacciones y usuarios concurrentes para que los oferentes puedan dimensionar adecuadamente los KPIs de la solución?
Con relación a la consulta, la dependencia requirente expresa cuanto sigue: La infraestructura tecnológica del BNF y los datos de volumetría serán puestos a disposición del oferente para facilitar la evaluación y adaptación de su solución, de acuerdo a los criterios establecidos en el apartado ANEXO del presente Pliego. El oferente deberá demostrar experiencia en la implementación de soluciones similares en entornos complejos y garantizar que su propuesta se ajuste a los más altos estándares en Uptime de la solución ofertada. Recomendamos sea considerada esta información, como base para realizar la evaluación sobre el punto mencionado.
66
11 Enunciado: Requerimiento T.6. KPIs T.6.4. Especificar las TPS (las transacciones por segundo) promedio, mínimo y máximo (peak). T.6.5. Especificar el tiempo de respuesta de los servicios (milisegundos) promedio, mínimo, máximo, peak mensuales, peak diarios.
Sobre los ítems T.6.4 al T.6.5 (TPS, tiempo de respuesta): ¿Se proporcionarán datos históricos de volumen de transacciones y usuarios concurrentes para que los oferentes puedan dimensionar adecuadamente los KPIs de la solución?
10-10-2024
14-10-2024
11 Enunciado: Requerimiento T.6. KPIs T.6.4. Especificar las TPS (las transacciones por segundo) promedio, mínimo y máximo (peak). T.6.5. Especificar el tiempo de respuesta de los servicios (milisegundos) promedio, mínimo, máximo, peak mensuales, peak diarios.
Sobre los ítems T.6.4 al T.6.5 (TPS, tiempo de respuesta): ¿Se proporcionarán datos históricos de volumen de transacciones y usuarios concurrentes para que los oferentes puedan dimensionar adecuadamente los KPIs de la solución?
Con relación a la consulta, la dependencia requirente expresa cuanto sigue: El Banco Nacional de Fomento (BNF) pone a disposición de los oferentes la información detallada sobre la infraestructura tecnológica incluyendo datos de volumetría, de acuerdo a los criterios establecidos en el apartado ANEXO del presente Pliego. Recomendamos sea considerada esta información, como base para realizar la evaluación sobre el punto mencionado, en como su solución podría cubrir las necesidades indicadas.
67
Requerimiento T.17. Riesgo No Financiero
Sobre el T.17 (Riesgo no financiero): Se solicita a la convocante lo siguiente:
- ¿Podrían especificar las regulaciones y leyes aplicables a las que se hace referencia en este punto?
- ¿Se requiere que la solución cumpla con alguna certificación específica en materia de seguridad de la información o ciberseguridad?
Sobre el T.17 (Riesgo no financiero): Se solicita a la convocante lo siguiente:
- ¿Podrían especificar las regulaciones y leyes aplicables a las que se hace referencia en este punto?
- ¿Se requiere que la solución cumpla con alguna certificación específica en materia de seguridad de la información o ciberseguridad?
Con relación a la consulta, la dependencia requirente expresa cuanto sigue: La solución propuesta deberá mitigar los riesgos no financieros, enunciados en el PBC siendo estos no limitativos. El oferente deberá demostrar experiencia en la implementación de soluciones similares en entornos complejos y garantizar que su propuesta cumpla con las regulaciones y leyes aplicables al sistema financiero nacional.
En cuanto a certificación específica en materia de seguridad de la información o ciberseguridad, el oferente deberá remitirse al punto T.15.Seguridad - T.15.2. Políticas de Seguridad, indicando forma y detalle de cobertura de la solución ofertada.
68
Tabla de Módulo de Cuentas Funcionalidad Soporte CUE 157. El sistema debe tener un panel de ayuda al apretar una tecla, se recomienda F10.
En el ítem CUE.157 se indica que el sistema debe tener un panel de ayuda al apretar la tecla F10. Dado que F10 no es un atajo de teclado estándar para la ayuda en la mayoría de las aplicaciones, y F1 suele ser el estándar, solicitamos amablemente que la convocante reconsidere la utilización de F1 para acceder al panel de ayuda, o en su defecto, se elimine la recomendación ya que se direcciona a una solución que no cumple un estándar.
10-10-2024
14-10-2024
Tabla de Módulo de Cuentas Funcionalidad Soporte CUE 157. El sistema debe tener un panel de ayuda al apretar una tecla, se recomienda F10.
En el ítem CUE.157 se indica que el sistema debe tener un panel de ayuda al apretar la tecla F10. Dado que F10 no es un atajo de teclado estándar para la ayuda en la mayoría de las aplicaciones, y F1 suele ser el estándar, solicitamos amablemente que la convocante reconsidere la utilización de F1 para acceder al panel de ayuda, o en su defecto, se elimine la recomendación ya que se direcciona a una solución que no cumple un estándar.
Con relación a la consulta, la dependencia requirente expresa cuanto sigue: La recomendación mencionada en el pliego es una sugerencia basada en nuestras prácticas internas y no restringe la libertad de los oferentes para presentar sus estándares, por otro lado, esta recomendación expuesta en el pliego tiene carácter informativo y no constituye un requisito obligatorio para la evaluación de las propuestas.
69
Requerimiento Apertura de Cuenta CUE 30 El sistema debe permitir indicar que una cuenta maneje fondos de terceros o este inactiva ya que sobre las mismas se debe tener un monitoreo particular.
CUE.30, se menciona el monitoreo de cuentas con 'fondos de terceros' o 'corporativas'. ¿Podrían proporcionar mayor detalle sobre la definición de estas cuentas y los requerimientos específicos de monitoreo que se esperan?"
10-10-2024
14-10-2024
Requerimiento Apertura de Cuenta CUE 30 El sistema debe permitir indicar que una cuenta maneje fondos de terceros o este inactiva ya que sobre las mismas se debe tener un monitoreo particular.
CUE.30, se menciona el monitoreo de cuentas con 'fondos de terceros' o 'corporativas'. ¿Podrían proporcionar mayor detalle sobre la definición de estas cuentas y los requerimientos específicos de monitoreo que se esperan?"
Con relación a la consulta, la dependencia requirente expresa cuanto sigue: Las cuentas clasificadas como "fondos de terceros" son aquellas que manejan recursos que no pertenecen directamente a la entidad. Esto puede incluir fondos de funcionarios públicos o jubilados. El monitoreo de estas cuentas implica garantizar la correcta administración y custodia de dichos fondos, así como cumplir con los requisitos legales y regulatorios aplicables en la gestión pública.
70
Requerimiento DEFINICIÓN DE PRODUCTO FIN 25 El sistema debe lograr asociar cada producto o fuente de financiamiento a un mismo cliente bajo un código bancario especificado por el BNF, como Customer Number.
En el ítem FIN.25 se menciona la asociación de productos de financiamiento bajo un mismo contrato.
- ¿Podrían aclarar si esto aplica a todos los tipos de préstamos o solo a algunos específicos?
- ¿Podrían proporcionar ejemplos de escenarios donde se aplicaría esta funcionalidad?"
10-10-2024
14-10-2024
Requerimiento DEFINICIÓN DE PRODUCTO FIN 25 El sistema debe lograr asociar cada producto o fuente de financiamiento a un mismo cliente bajo un código bancario especificado por el BNF, como Customer Number.
En el ítem FIN.25 se menciona la asociación de productos de financiamiento bajo un mismo contrato.
- ¿Podrían aclarar si esto aplica a todos los tipos de préstamos o solo a algunos específicos?
- ¿Podrían proporcionar ejemplos de escenarios donde se aplicaría esta funcionalidad?"
Con relación a la consulta, la dependencia requirente expresa cuanto sigue: La asociación aplica a los todos los préstamos que ofrece el banco. Esto significa que, todos los préstamos contratados por un cliente, deberán estar asociados a un mismo identificador único.
Ejemplo donde se aplicaría esta funcionalidad: Un cliente con múltiples préstamos, estos productos estarían vinculados al mismo Customer Number, permitiendo una gestión unificada.