05.1 - especificaciones sistema integral de operaciones ... · sistema integral de operaciones...

SUBGERENCIA GENERAL DE SISTEMAS Y TECNOLOGÍA Especificaciones Sistema Integral de Operaciones Fin ancieras

Especificaciones Sistema Integral de Operaciones Financieras

Página 1 de 23

PLIEGO DE ESPECIFICACIONES TECNICAS -

SISTEMA INTEGRAL DE OPERACIONES

FINANCIERAS



Página 2 de 23

PLIEGO DE ESPECIFICACIONES TECNICAS - SISTEMA INTEGRAL DE OPERACIONES

FINANCIERAS

Objetivo Adquisición de una Solución Integral de Operaciones Financieras y el servicio de consultoría para su relativa

implementación, requerida por las Gerencias de Mesa de Dinero, Finanzas, Contabilidad, Riesgos, Operaciones y

gestionada por la Subgerencia General de Sistemas y Tecnología del Banco de la Provincia de Córdoba.

Introducción El Banco de la Provincia de Córdoba está en proceso de implementación de un Proyecto Estratégico de Inversiones que

incluye la adquisición de un Sistema Integral de Operaciones Financieras. Por este motivo el Banco se encuentra en la

selección de una solución que le permita expandir y potenciar la operatoria actual del mercado de capitales, considerando

el dinamismo del mercado y la Ley de Mercado de Capitales implementada tiempo atrás en Argentina.

Se busca una solución portable e interoperable para permitir la expansión en diferentes canales, ofreciendo cubrir toda

la operatoria y ganar espacio frente a la competencia existente en el mercado financiero, tanto para clientes internos

como externos.

Alcance La nueva solución debe estar diseñada para ayudar al Banco a cumplir las necesidades de operar financieramente e

integrar las operaciones con los sistemas core del Banco, todo esto en un contexto de acceso online a los principales

mercados financieros.

El sistema debe ofrecer una plataforma para canalizar inversiones, aumentar la tipología de operaciones permitidas,

lograr un mayor volumen de operaciones, disminuir la cantidad de operaciones manuales ejecutadas por las distintas

gerencias, contar con una integración online con los principales mercados y lograr una contabilidad integrada que permita

la generación de información para las NIIF.

Ítems de Cumplimiento Tanto los requerimientos técnicos y funcionales del producto, como las necesidades de la consultoría de la solución del

Sistema Integral de Operaciones Financieras, que son objeto de este pliego, se encuentran detallados en los siguientes

ítems:

• ÍTEM 1: REQUISITOS TÉCNICOS Y FUNCIONALES DE LOS PRODUCTOS DE LA SOLUCIÓN - REQUISITOS TÉCNICOS/FUNCIONALES DE LA SOLUCIÓN

o TECNOLOGÍA

o ARQUITECTURA

o INTEGRACIÓN

o REPORTES

o SEGURIDAD

o FUNCIONALIDADES

o INTERFAZ

- MESA DE DINERO

- OPERACIONES

- CONTABILIDAD

- RIESGOS

- FINANZAS



Página 3 de 23

- DATOS/MIGRACIÓN

- BACKUP Y RESTORE

- EVENTOS, MONITOREO Y ADMINISTRACIÓN

- CICLO DE VIDA

- LICENCIAS, SOPORTE Y MANTENIMIENTO

- ANTECEDENTES DEL PRODUCTO

- CARACTERÍSTICAS CORE

- CONTINGENCIA

- HARDWARE

- DOCUMENTACIÓN DEL PRODUCTO

• ÍTEM 2: REQUISITOS DEL SERVICIO DE CONSULTORÍA DE LA SOLUCIÓN - INSTALACIÓN Y CONFIGURACIÓN

- CONSULTORÍA

- ANTECEDENTES DEL PROVEEDOR

- DOCUMENTOS ENTREGABLES

- DOCUMENTOS ENTREGABLES EN ETAPA DE PROYECTO

- CAPACITACIÓN

- SOPORTE POST IMPLEMENTACIÓN

- ACTUALIZACIONES

- CICLO DE VIDA

- CONTINGENCIA

- MIGRACIÓN

- EQUIPO DE TRABAJO

- HARDWARE

- IMPLEMENTACIONES - ETAPAS, PLAZOS Y CONDICIONES PARTICULARES

• ANEXO A: PLANILLA SIZING DE HARDWARE Y SOFTWARE REQUERIDO

• ANEXO B: PLANILLA DE LICENCIAMIENTO DE SOFTWARE

Los requerimientos indicados contienen en cada ítem un número único de identificación. Se solicita que cada proveedor

responda respetando el orden y utilizando este identificador único, completando de acuerdo a la modalidad indicada en

cada ítem. Este requisito será condición obligatoria para el proceso de evaluación de la licitación.

Cada proveedor deberá responder detallada e íntegramente a todos los ítems indicados. No se aceptarán respuestas

incompletas.

En la evaluación de cada uno de los ítems se considerará una ventaja el hecho de que la funcionalidad requerida forme

parte nativa de la solución, y no sea necesario realizar un desarrollo adicional.

• ÍTEM 1: REQUISITOS TÉCNICOS Y FUNCIONALES DE LOS PRODUCTOS DE LA SOLUCIÓN

Valuación

Con el objetivo de instituir un método uniforme para la evaluación de cada componente y sus

características, se detallan a continuación los criterios con los cuales cada proveedor deberá responder

a las particularidades enunciadas.



Página 4 de 23

Cumple ( SV – S –N )

Indique el cumplimiento de la funcionalidad. Valores admitidos:

VALORES ADMITIDOS

SIGNIFICADO DETALLE

SV Sí cumple con valor agregado Es cuando cumple afirmativamente con el requerimiento solicitado en el ítem y además incorpora valor agregado a dicho requerimiento.

S Sí cumple Es cuando cumple afirmativamente con el requerimiento solicitado en el ítem. Detallar cuando requiera desarrollo adicional.

N No cumple Es cuando la funcionalidad requerida no está contemplada bajo ninguna circunstancia en la solución ofrecida.

Productos / Módulos

Especificar el/los nombre/s de los productos y los módulos que cubrirán las funcionalidades detalladas

en la tabla de requerimientos, indicando apartado, sección y número de página. Especificar

detalladamente en el caso que sea necesario cubrir la necesidad con desarrollos a medida.

Se valorará la explicación y/o el detalle de cómo el producto/módulo satisface o soluciona las

características requeridas.

Indicar Nombre del Anexo

Se debe anexar por cada requerimiento la documentación técnica y funcional que respalde la cobertura

del mismo en caso de ser necesario.

1 REQUISITOS TÉCNICOS / FUNCIONALES DE LA SOLUCIÓN CUMPLE PRODUCTOS MÓDULOS

ANEXO

1.1. TECNOLOGÍA 1.1.1 Soporta Windows 10 o superior como interfaz de usuario.

1.1.2 La plataforma core de la solución debe ejecutarse sobre sistema operativo Windows 2012 R2 o superior. Se valorará que la instalación de la solución soporte Windows 2016.

1.1.3 Parametrización de multi-lenguaje. Idioma de la solución en español. 1.1.4 Instalación on premise en servers del Banco.

1.1.5 Envío/recepción de documentos adjuntos en las distintas fases del flujo de los procesos cuando sea necesario.

1.1.6 Envío de hipervínculos en las distintas fases del flujo de los procesos cuando sea necesario. 1.1.7 Capacidad responsiva para el acceso desde dispositivos móviles y desde Home Banking. 1.1.8 Capacidad de adaptación para la visualización en dispositivos móviles y desde Home Banking. 1.1.9 Board parametrizable.

1.1.10 Configuración de la franja horaria de inicio y cierre del sistema por tipo de operación, por canal y por sucursal.

1.1.11 Gestión de procesos de operatoria centralizada.

1.1.12 En el caso de soluciones web, debe soportar los siguientes servidores de aplicaciones: IIS 8.0 o superior.

1.1.13 Motor de base de datos SQL Server 2014 o superior. 1.1.14 Motor de base de datos Oracle 12c o superior. 1.1.15 Soporte de instalación en entornos virtuales HyperV 2012 R2. 1.1.16 Notificación de los eventos del sistema al back office con sms y email.



Página 5 de 23

1.1.17 Notificación de eventos al área de sistemas con sms y email. 1.1.18 Scheduler del procesamiento masivo de información. (CONTROL M) 1.1.19 Posibilidad de coexistencia entre el actual sistema y la nueva solución. 1.1.20 Registro de logs de errores de sistema.

1.1.21 La solución debe soportar un método de escalamiento que permita soportar el incremento de las operaciones y de usuarios.

1.1.22 La solución debe poseer una herramienta que permita implementar métodos de medición de la performance de la solución.

1.2 ARQUITECTURA

1.2.1

La solución deberá soportar múltiples esquemas de redundancia que le permitan dar servicio ininterrumpido. Esta redundancia tiene que tener la posibilidad de ser extendida y escalada según necesidades geográficas, topológicas, de servicio o carga, en un formato tal que esta extensión pueda ser realizada sin la interrupción del servicio o el perjuicio de los usuarios que se encuentran utilizándolo.

1.2.2 Políticas definidas de recuperación de desastres que puedan ser llevadas a cabo a través de una consola de operación de la solución.

1.2.3 Soporte para arquitecturas centralizadas y distribuidas con solución de replicación, distribución de recursos, backup, entre otros.

1.2.4

Es requerido que la solución esté basada en el principio de composición. Esto significa que los componentes del sistema deben poder ser seleccionados y ensamblados en diferentes combinaciones para satisfacer diferentes necesidades. Los componentes del producto deben ser auto-contenidos (modulares) e idealmente stateless.

1.2.5 La solución debe soportar la persistencia interna de procesos transaccionales de forma tal de garantizar la continuidad a través de toda la experiencia del usuario.

1.2.6 Soporta protocolos seguros de comunicaciones tales como TLS/SSL/IPSEC/SSH.

1.2.7

La solución debe soportar compatibilidad con navegadores Internet Explorer, Edge, Chrome, Firefox y Safari en su última versión, la cual será considerada como tal la vigente al momento de finalizar el proceso de implementación y con una retro-compatibilidad de hasta 1 versión anterior para cualquiera de los navegadores.

1.2.8

Los componentes de la solución no deberán guardar estados e información necesaria para la ejecución de transacciones y procesos de negocio a través de la misma. La solución no debe mantener información de sesión que pueda ser perdida en el caso de que un canal deje de prestar servicio de forma total o parcial.

1.2.9

Soporte para despliegue dentro de una arquitectura elástica que pueda escalar capacidad, horizontal o verticalmente, cuando la solución se enfrente a una mayor demanda de procesamiento y de forma automatizada. Esto significa que la solución debe estar preparada para ser ejecutada en un entorno donde los servicios de provisión de hardware escalan bajo demanda para agregar o quitar recursos según sea necesario.

1.2.10 La configuración de la solución debe permitir generar una réplica del servicio provisto por la solución tanto en el front end de los aplicativos como en la base de datos en modalidad activo-activo, o activo pasivo. Esta configuración debe garantizar estándares de "up-time" de lunes a viernes de 7 a 18hs.

1.2.11

La solución debe proveer estrategias de replicación y contingencia que garanticen que ningún punto de la solución (aplicativos, base de datos, repositorios documentales, repositorios de configuración entre otros) se convierta en único punto de fallo al momento de ser desplegado en un entorno productivo.

1.2.12 La solución debe integrar herramientas que permitan a través de la configuración de tareas, realizar los ciclos de configuración y despliegue de forma automatizada. Permitiendo poder realizar el mismo a demanda, o poder configurar ciclos continuos de ejecución.

1.2.13 Soporte para la conexión e integración de bases de datos considerando diferentes plataformas como Oracle, MySQL, Microsoft SQL Server, MongoDB, PstgresSQL, DB2, etc.

1.3 INTEGRACIÓN

1.3.1 Consulta de información en diferentes orígenes de datos: Oracle, SQL Server, DB2, archivos planos, AS400, SAP, Qlik, entre otros.

1.3.2 Intercambio de archivos planos. 1.3.3 Conexión a ESB (Enterprise Service Bus) vía REST. 1.3.4 Conexión a ESB (Enterprise Service Bus) vía SOAP. 1.3.5 Integración con Qlik. 1.3.6 Integración con Control M para la programación de los trabajos batch. 1.3.7 Integración con los protocolos de comunicación con el sistema de IVR. 1.3.8 Integración online con los protocolos de comunicación de Interbanking.



Página 6 de 23

1.3.9 Integración online con los protocolos de comunicación de EuroClear. 1.3.10 Integración con el sistema de Comercio Exterior. 1.3.11 Integración online los protocolos de comunicación del sistema de Caja de Valores. 1.3.12 Integración online con los protocolos de comunicación del sistema SIOPEL. 1.3.13 Integración online con los protocolos de comunicación del sistema SINAC. 1.3.14 Integración online con los protocolos de comunicación del sistema MATBA. 1.3.15 Integración online con los protocolos de comunicación del sistema de MEP. 1.3.16 Integración online con los protocolos de comunicación del sistema Bloomberg. 1.3.17 Integración online con los protocolos de comunicación del sistema Reuters. 1.3.18 Integración online con los protocolos de comunicación del sistema de Argentina Clearing.

1.3.19 Integración con los protocolos de comunicación de los sistemas de clearing con estándares internacionales

1.3.20 Integración con Home Banking. 1.3.21 Integración con soluciones mobile. 1.3.22 Integración online con los protocolos de comunicación con el sistema de email para las notificaciones. 1.3.23 Integración con los protocolos de comunicación con el sistema de SMS para las notificaciones. 1.3.24 Integración con los protocolos que se utilizan para conectarse con: 1.3.25 • Sistema Bancario Integrado AS400 (batch) 1.3.26 • I2000 (batch) 1.3.27 • REPO AS400 (batch) 1.3.28 • UNILAV (batch) 1.3.29 • UNIDATO (batch) 1.3.30 • SWIFT para todas las operaciones con bancos internacionales 1.3.31 • SIOPEL (entendido como server SIOPEL, no como mercado) 1.3.32 • ASC – ETRALI (online) 1.3.33 Soporta protocolo SOAP. 1.3.34 Soporta protocolo REST.

1.3.35 Soporta protocolo http.

1.3.36 Soporta protocolo https.

1.3.37 Soporta protocolo SSL.

1.3.38 Soporta protocolo XML.

1.3.39 Soporta protocolo TCP/IP.

1.3.40 Soporta protocolo WSDL.

1.3.41 Soporta protocolo FTP.

1.3.42 Soporta protocolo FTPS.

1.3.43 Soporta protocolo SFTP.

1.3.44 Soporta protocolo UDDI.

1.3.45 Soporta protocolo ODBC.

1.3.46 Soporta protocolo JDBC.

1.3.47 Soporta protocolo NFS.

1.3.48 Soporta protocolo RFC.

1.3.49 Soporta IDOC´S

1.3.50 Soporta SSO mediante oauth2. 1.3.51 Soporta SSO mediante SAML. 1.3.52 Soporta protocolo FIX. 1.3.53 Soporta la integración con los protocolos del sistema ESCO. 1.3.54 Integración online con protocolos de certificados digitales. 1.3.55 Integración con sistemas de datawarehouse del mercado. 1.3.56 Integración con sistemas de big data más comunes en el mercado. 1.3.57 Lee datos desde redes sociales a través de conectores IN. 1.3.58 Publica información en redes sociales a través de conectores OUT.

1.3.59 Integración online con Cajas de Ahorro, Cuentas Corrientes y Cuentas Judiciales para la imputación de movimientos y afectación de saldos online (en sistema STB).

1.3.60 Integración online con Clientes, Caja de Ahorro, Cuentas Corrientes y Cuentas Judiciales para la obtención de datos maestros (en sistema SAP BS).

1.3.61 Integración con Márgenes de Clientes (afectación / desafectación) (en sistema SAP BS).

1.3.62 Para operaciones de contado, la solución debe contemplar el cálculo y la administración de márgenes de clientes.



Página 7 de 23

1.3.63 Para operaciones de futuro, la solución debe contemplar el cálculo y la administración de márgenes y garantías de clientes.

1.3.64 Integración con el módulo de Plazo Fijo (en sistema SAP BS).

1.3.65 Integración online con todos los mercados listados en la CNV (ej. Merval, Rofex, MAE, ByMA, entre otros mercados con los que opere el Banco).

1.3.66 Conexión con los distintos módulos del sistema ESCO. 1.3.67 Compatibilidad con el sistema Basilea (adapta la contabilidad a las NIIF).

1.3.68 Integración al front end web del Banco para permitir compra venta de acciones, títulos, cambios minorista, cauciones, opciones y toda la operatoria financiera requerida por el cliente.

1.3.69 Integración front office para Mesa de Dinero, Operaciones, Sucursales y otras áreas a demanda, con plataformas específicas diseñadas para cada área.

1.4 REPORTES 1.4.1 Posiciones de clientes a distintos plazos de liquidación (T+0, T+1, T+2, T+3 y futuros).

1.4.2 Permite distintos tipos de reportes (ej.: tablas, gráficos, scoreboard, dashboard, entre otros) exportables a diversos formatos de salida (ej.: xlsx, txt, pdf, entre otros).

1.4.3 Permite generar reportes a demanda o parametrizar la frecuencia de emisión. 1.4.4 Reporte de efectivo mínimo en pesos y en dólares a pedido y online.

1.4.5 Reporte de posición de cierre de pases, de Call y de Plazo Fijo de Mesa ajustados por encaje. Calcula los montos tomados y colocados a cada plazo así como las tasas máximas, mínimas y promedios de la fecha solicitada.

1.4.6 Genera reporte y tablero de inicio del día que contiene: información en pesos de los vencimientos de los compromisos asumidos de las operaciones de pases, operaciones de Call con bancos o con empresas y Plazos Fijos de Mesa ajustado por encaje.

1.4.7 Emite informes por tipos de activos (letras, TPN, TP en dólares, entre otros) y su valuación.

1.4.8 Emite informes de flujo de caja a vencimiento futuro (ingreso de los fondos por liquidaciones de las operaciones y por los servicios de renta y amortización de las especies en cartera).

1.4.9 Permite reportes con contenido parametrizable por usuario (ej.: generación de vistas). 1.4.10 Reportes por carteras (consolidada e individual). 1.4.11 Reportes de las operatorias y órdenes ejecutadas en los mercados con los que opera el Banco. 1.4.12 Reportes de la operatoria numerarios. 1.4.13 Inventario de todas las cuentas contables vinculadas a la operatoria. 1.4.14 Reportes de SICORE para conciliaciones impositivas. 1.4.15 Informe de inicio de día: informe de Caja. Informe de gestión de la Caja: disponibilidad de caja online 1.4.16 Cuenta con herramientas de reportes propia o de terceros (incluida su licencia). 1.5 SEGURIDAD

1.5.1 Integración con el sistema de seguridad del Banco, para validar roles desde sistemas externos a través de servicios web

1.5.2 Gestión de usuarios externos con sus relativos permisos relativos a la solución.

1.5.3 Almacenamiento y consulta de la información de auditoría almacenada en bases de datos y/o archivos de logs.

1.5.4 Soporta Single sing on. 1.5.5 Soporta protocolos de Token.

1.5.6

Configuración de Cuenta de Acceso. La plataforma debe permitir:

• Definir nomenclatura de cuenta de acceso. • Definir tiempo del bloqueo de la cuenta de acceso. • Definir tiempo de vencimiento de la cuenta de acceso. • Definir tiempo de vida de la sesión de usuario. • Definir umbrales de tiempo para el control de acceso a la plataforma de cara al cliente (ej. detectar si se inicia sesión de manera muy seguida en poco tiempo y en función de ello tomar una acción ej.: Bloquear Cuenta de Acceso)

1.5.7

Configuración de Claves de Acceso. La plataforma debe permitir:

• Definir longitud de la clave de acceso. • Definir Complejidad de la clave de acceso. • Historial de claves de accesos. • Definir tiempo para reseteo de contador intentos fallidos. • Definir cantidad Intentos fallidos antes de bloquear la cuenta de acceso. • Definir enmascaramiento (x ej. no mostrar la clave cuando es ingresada).



Página 8 de 23

• Restringir al cliente el ingreso en su clave de acceso de valores tales como: • Serie de caracteres o números iguales, Incremento o decremento de número consecutivo, fechas significativas (Ej. Cumple años), direcciones. • Permite exigir el cambio de clave en el primer inicio de sesión.

1.5.8 Debe contar con la función de autenticación de “algo que sabe” la cual debe tener una encriptación no menor a 3DES y digesto irreversible o funciones de “hashing”.

1.5.9 Algoritmos estándares y vigentes para el cifrado de información sensible que necesita ser recuperada (3DES, AES, RSA, entre otros).

1.5.10 Algoritmos estándares, vigentes e irreversibles para el cifrado de información sensible que no debe ser recuperada. (SHA1, SHA256, MD5, etc.)

1.5.11 Soporta SSL 3.0 o superior, TLS y WTLS tanto para la comunicación con componentes como para la comunicación con los clientes móviles.

1.5.12 Toda comunicación establecida entre clientes, servidores e interfaces, está encriptada con algoritmos fuertes y estándares (ej: SSL 2,0 o superior, TLS, SSH, entre otros)

1.5.13 Registro/Trazabilidad de uso de Servicios (consulta web services internos/externos, Base de Datos y servicios).

1.5.14 Generar alertas en función del uso de los servicios (consulta web services internos/externos, base de datos y servicios).

1.5.15 Capacidad de poder aplicar reglas de seguridad a nivel de WebServices (Ej: solicitar autenticación, uso de tokens, exigir que el canal sea seguro).

1.5.16 Capacidad de integración con Active Directory. 1.5.17 Capacidad de integración con LDAP.

1.5.18 Existencia de mecanismos que aseguren el seguimiento a la sesión, iniciarla y terminarla de forma correcta, para evitar su posible secuestro.

1.5.19 La plataforma debe permitir la restricción de sesiones concurrentes de usuario según se considere necesario por el Banco.

1.5.20 La solución deberá poseer mecanismos de control que imposibiliten la inserción o inyección de código en la plataforma vulnerando la misma y la información intercambiada en ella. Para evitar, por ejemplo RCE, SQL Injection, XSS, CSRF, OWASP

1.5.21 La solución debe garantizar la integridad de los canales de transporte y mensajería transportada a través de los mismos de forma tal que no pudiesen ser vulnerados sin que la misma detecte la corrupción del mensaje, por ataques de intermediario o "man-in-the-middle"

1.5.22 La aplicación debe soportar la integración con protocolo ipsec y subprotocolos de "anti-replay"

1.5.23 La solución debe soportar la encriptación de mensajería compatible con PCI-DSS 3.0 y OWASP Top10. Encriptación de contenido de mensajes transaccionales, consultivos, administrativos y de auditoría en cumplimiento con normas PCI-DSS 3.0 y estándares OWASP Top10

1.5.24

El proveedor deberá entregar un reporte de vulnerabilidad a través de una herramienta de análisis estático de código seleccionada por el Banco y acordada con el proveedor para validar la calidad técnica y confiabilidad del código con el que la solución haya sido generada. Se valorarán soluciones que ya posean este tipo de herramientas integradas en su ciclo de vida de desarrollo. Adicionalmente se deberá permitir la entrega de fuentes para su validación interna

1.5.25 Las propiedades de configuración de la solución deberán encontrarse correctamente cifradas por los algoritmos estipulados por el Banco y siempre que sea posible almacenadas en base de datos

1.5.26

Debe soportar el envío de pistas de auditoria de seguridad y operativas a una solución de terceros. Posee pistas de auditoria/Journal normado/regulado por BCRA en sus comunicaciones 4609/5374/6017 y complementarias. Las pistas de auditoria/Journal se pueden exportar de forma nativa, es decir no realizando ningún acceso por fuera de la solución. Las pistas de auditoria/Journal poseen un formato que permita interpretar las mismas sin recurrir a una herramienta de terceros. Las pistas de auditoria poseen mecanismos que aseguren su integridad/confidencialidad. Las pistas de auditoria/journal deben poseer el detalle suficiente para permitir identificar "origen del acceso", "quién", "qué", "cuándo", "Acción", valor anterior y posterior. La solución debe permitir definir el periodo de retención de las pistas de auditoria. Adicionalmente debe poseer mecanismos que permitan la depuración de las pistas de auditoria (Mantenimiento) de manera de asegurar que no se viole la Integridad/Confidencialidad/Disponibilidad de las mismas.

1.5.27 La solución debe ser 100% compatible con elementos de seguridad tales como Firewalls tradicionales y Firewalls de aplicación (WAF "Web Application Firewall").

1.5.28 La plataforma debe poseer mecanismos que eviten almacenar información sensible en el dispositivo del cliente.

1.5.29 La solución debe poseer alertas de seguridad propias que permitan su configuración. 1.5.30 Gestiona usuarios de acceso al sistema. 1.5.31 Gestiona roles y privilegios y su asignación a usuarios o a grupo de usuarios. 1.5.32 Gestiona autorizaciones cruzadas para tareas o funciones que lo requieran.



Página 9 de 23

1.6 FUNCIONALIDADES 1.6.1 Gestiona workflow por operaciones. 1.6.2 Genera informes financieros de acuerdo con las NIIF.

1.6.3 Carga de operaciones en un sistema centralizado que tenga en cuenta las autorizaciones necesarias según un road map establecido.

1.6.4 Gestiona minutas de compra/venta digitales y reportes de cierres.

1.6.5 Tesorería de mercado de capitales automática y online (alta, baja, cortes de cupones, pago de dividendos online con el mercado). Interfaz con tesorería de mercado para carga de datos (modificables) de las distintas especies.

1.6.6 Gestiona alertas de tesorería a clientes ante eventos.

1.6.7 Determinación del tipo de cambio ante pagos con moneda cruzada o que requieran conversión de moneda.

1.6.8 Permite la gestión y contabilización de multicarteras. Administra las mismas por su método de valuación (incluidos todos los de NIIF), tipo de activos y operador.

1.6.9 Gestiona (ABM) cuentas comitentes. 1.6.10 Gestiona (ABM) Plazos Fijos (en sistema SAP BS) desde la Mesa de Dinero. 1.6.11 Permite parametrizar las funcionalidades ofrecidas en cada módulo de la solución.

1.6.12

Cuenta con la totalidad de los activos valuados dentro del sistema y además valoriza de manera automática cada especie en función a las publicaciones de los diferentes mercados, y para aquellas especies cuyas cotizaciones/precios no se publiquen diariamente el sistema cuenta con reglas configurables.

1.6.13 Captura de todas las operaciones de SIOPEL, correspondiente a todas las ruedas.

1.6.14 Captura todas las operaciones concertadas en las ruedas de renta fija que se generan en todos los mercados con los que opera el Banco.

1.6.15 Captura todas las operaciones concertadas en las ruedas de renta variable que se generan en todos los mercados con los que opera el Banco.

1.6.16 Créditos y débitos en las cuentas de forma on-line.

1.6.17 Conciliaciones y controles de Back Office con información de la Caja de Valores, de todos los mercados con los que opera el Banco, de todas las Cámaras de Compensación y de todos los sistemas con los que interactúe.

1.6.18 Permite la separación de carteras (Books). Determinación de distintas formas de valuación/contabilización.

1.6.19 Genera los libros requeridos por los organismos rectores (ej.: libro de órdenes, operaciones-copiativo de boletos, cartera propia, entre otros).

1.6.20 Administra corredores de cambios y de bonos. Calcula las comisiones por las operaciones de los mismos.

1.6.21 Emite boletos automáticos de todas las operaciones y realiza el envío al cliente (ej.: por correo, mediante un link para descargar, entre otras alternativas), cumpliendo con el régimen informativo de la CNV.

1.6.22 Controla la facturación de comisiones de los mercados por operatoria (por importe fijo, por porcentaje de tasa y por valor nominal), para calcular el monto a pagar y prever el monto de las facturas a recibir (aranceles y derechos).

1.6.23 Valúa obligaciones negociables y administra tasas variables de interés según cada producto (promedio de Badlar de distintos períodos, Badlar más spread, tasa Badlar corregida, entre otras).

1.6.24 Valúa fideicomisos y administra tasas variables de interés según cada producto (promedio de Badlar de distintos períodos, Badlar más spread, tasa Badlar corregida, entre otras).

1.6.25 Administra cesión de carteras (contabilidad, reemplazos de activos, entre otras). 1.6.26 Cumple con los regímenes informativos diarios solicitados por los mercados según normativa vigente

1.6.27

Debe poseer un simulador de Inversiones para operar con una cuenta virtual y realizar operaciones de compra/venta de acciones con cotizaciones reales, disponer de un saldo inicial, actualizar el saldo por cada operación realizada, consulta de operaciones realizadas, histórico de operaciones, consulta de órdenes de compra venta, consulta de cotizaciones y saldo actualizado del cliente.

1.6.28 Middle Office: posición para middle con data acorde, con sus monitores y alertas de posiciones. 1.6.29 Notificación por email y SMS a los clientes por cada operación de compra/venta

1.6.30 Debe registrar las operaciones realizadas en los mercados con datos que provean los mismos, ej.: ID de operación, moneda, importe, fechas, especies, entre otros que el mercado informe (necesarios para Auditoría).

1.6.31

La solución debe permitir la imputación de las órdenes ejecutadas en los mercados al final del día, confrontando la orden con la operación y todos los datos del cliente. Para todas las órdenes pendientes de manera total o parcial y con validez superior a una rueda de negocios, será necesario la reincorporación de dichas operaciones el día siguiente en el mercado, con el objetivo de lograr la operación por los valores definidos en la solicitud.



Página 10 de 23

1.6.32 Sistema/Modulo web para clientes del Banco que permita administrar compra venta de acciones, títulos, cambios minorista, cauciones, opciones, entre otros. (Opcional)

1.7 INTERFAZ

1.7.1 Interfaz front end web para clientes para administrar compra venta de acciones, títulos, cambios minorista, cauciones, opciones, etc. con el objetivo de incorporar las funcionalidades enunciadas al sitio web del Banco.

1.7.2 Interfaz front office para Mesa de Dinero, Operaciones, Sucursales y otras áreas a demanda, con plataformas específicas diseñadas para cada área.

1.7.3 Interfaz de operaciones/cuentas/clientes para el aplicativo UNILAV (Gerencia de Lavado de Dinero) de acuerdo a la información requerida para los reportes que se generan para el BCRA.

1.7.4 Interfaz para generación de información para el aplicativo UNIDATO. 1.8 MESA DE DINERO 1.8.1 Emisión de obligaciones negociables. 1.8.2 Neteos de las operaciones del día. 1.8.3 Opera con renta fija (CMP /VTA). 1.8.4 Opera con renta variable (CMP/VTA). 1.8.5 Operatoria de futuros (OTC). 1.8.6 Permite la parametrización de las operaciones Dólares 4308 / Contado con liqui.

1.8.7 Stock watch por sucursal que permite obtener el valor de los activos del mercado en tiempo real o con un delay máximo de 10 minutos.

1.8.8 Soporta las operatorias de CALL con entidades financieras y entidades autorizadas. 1.8.9 Soporta las operatorias de CALL con empresas (descubierto por mesa). 1.8.10 Soporta la diversidad de especies con la que operan todos los mercados. 1.8.11 Administra perfiles de inversores y alertas asociadas a los mismos.

1.8.12 Gestiona comisiones configurables según perfil del trader. 1.8.13 Gestiona comisiones (cobro/bonificación) definidas por perfiles de usuarios del sistema. 1.9 OPERACIONES

1.9.1 Cauciones tomadas y colocadas de cartera propia y de terceros. 1.9.2 SWAPS de tasas (de cartera propia y de terceros). 1.9.3 SWAPS de títulos (de cartera propia y de terceros). 1.9.4 Subastas de cheques de pago diferido. 1.9.5 Renta fija privada. 1.9.6 Pase bursátil de cartera propia y de terceros. 1.9.7 Repos (rueda Repo - cartera propia). 1.9.8 Pases clientes (con o sin aforo). 1.9.9 Opciones financieras de clientes y cartera propia. 1.9.10 Estrategias de lanzamiento cubierto con opciones. 1.9.11 Dólar billete minorista.

1.9.12

Módulo de Mercado Primario: por modelo book building y subasta tradicional - bandeja de órdenes consolidable - captura de operaciones de subastas y reemplazo posterior - Carga automática en el sistema del mercado en que se esté realizando la licitación. Cierre de licitación. Prorrateo en caso de corresponder. Reemplazo de especie. Captura de lo adjudicado y asignación contra la orden correspondiente.

1.9.13 Opera numerarios (sólo cartera propia) - Administración de toda rueda vinculada con la operatoria, carga automática de operaciones, contabilidad, generación de pagos (MEP) y generación de reportes de gestión.

1.9.14 Registra Préstamos Sindicados - Devengamiento de intereses, cobranzas, contabilización. 1.9.15 Registra Bridge - Devengamiento de intereses, cobranzas, contabilización.

1.9.16 Operar con contrapartes centrales. Carga automática de operaciones. Administra garantías. Garantías operativas y MtM cuando corresponde.

1.9.17 Opera derivados no delivery sobre distintos activos (Moneda, Petróleo, Metales, Tasas, Renta Fija, entre otros).

1.9.18 Registra/opera underwritting. Valuación, contabilidad, devengamiento de intereses, cálculo de tasas, posibilidad de adquisición de VDF (Valor de Deuda Fiduciaria) al finalizar el período.

1.9.19 Administración de custodia de terceros. Movimientos, valuación y contabilización de títulos depositados en cuentas comitentes de clientes.

1.9.20 Arbitraje de monedas y de especies.



Página 11 de 23

1.9.21 Futuros de monedas. 1.10 CONTABILIDAD

1.10.1 Contabiliza la totalidad de las operaciones dentro del sistema y envía los asientos al sistema contable del Banco, actualmente sobre plataforma AS/400.

1.10.2 Efectúa revalúos diarios automáticos que permite la valuación de la cartera completa – Admite la proyección de resultados – Soporta distintas formas de valuación (costo más tir, precio de mercado, NIIF, entre otras) diferenciando ganancias por tenencias de ganancias por trading.

1.10.3 Permite realizar la parametrización de la descripción de los asientos contables.

1.10.4

Genera regímenes informativos asociados a la contabilidad automatizados: Estados Contables (Anexo A y O), Regímenes informativos relacionados a Títulos Públicos (TITOFIN), Efectivo Mínimo (Plazo Fijo), Capitales Mínimos (riesgo de mercado, riesgo operacional), Ratio de Cobertura de Liquidez, Genera todas las interfaces para obtener los datos de cada uno de los Regímenes informativos, por ejemplo Cotizaciones Diarias, Movimientos de Compra y Venta, Depósitos y Préstamos, cuenta contable, corte de cupón, posiciones, posiciones de cada títulos con su vencimiento, valores promedios, Régimen de Deudores del Sistema Financiero (Préstamos Manuales - Repo).

1.10.5 Incluye todas las operaciones y datos que requiere el régimen SITER AFIP.

1.10.6 Calcula la retención del Impuesto a las Ganancias de acuerdo a la RG 830 cuando se paguen intereses (renta) a clientes. Pago a varios beneficiarios en forma global: cálculo de la retención y constancia a cada beneficiario.

1.10.7 Calcula las percepciones de IVA sobre comisiones a favor del Banco mayores de $ 2000, según RG 2408.

1.10.8 Permite la parametrización de alícuotas y mínimos no sujetos a retenciones por parte de usuarios con los perfiles correspondientes.

1.10.9 Genera archivos parametrizables para SICORE y reportes parametrizables sobre operaciones de sujetos retenidos (por: fecha/rango de fecha/CUIT/operatoria).

1.10.10 Obtiene exclusiones de retención (IVA y Ganancias) que se encuentran en clientes de SAP.

1.10.11 Genera la información necesaria para el cumplimiento del Régimen Informativo de compras y ventas (RG-AFIP-3685), en coincidencia con la contabilidad del IVA.

1.10.12 Diferenciación de operaciones para aplicar alícuota reducida en el Impuesto sobre débitos y créditos (L. 25.413), en débitos y en créditos de CC, para los casos que se indican en el artículo 7 inc.b) del Dto. 380/01 (Ejemplo: LEBACs).

1.10.13 Soporta la simulación de resultados con una variable particular sin impactar en la contabilidad. 1.10.14 Soporta la digitalización de los balances. 1.11 RIESGOS 1.11.1 Provee información para el cálculo del capital económico por riesgo de mercado.

1.11.2 Provee información para generar el indicador de mercado que cuantifica la relación entre la RPC (Responsabilidad Patrimonial Computable), los resultados por operatoria de compra/venta de activos financieros con los capitales regulatorios de crédito, mercado y operacional.

1.11.3 Provee información para el cálculo del capital regulatorio de mercado. 1.11.4 Administración de riesgos de contraparte (ej. operaciones de Call, overcounter).

1.11.5 Asigna/afecta márgenes por línea con operaciones realizadas, para tipos de riesgos no administrador por SIOPEL (operaciones por dentro del mercado).

1.12 FINANZAS

1.12.1 Genera la Posición General de Cambio (PGC) on-line

1.12.2 Genera la Posición General Neta (PGN) on-line

1.12.3 Consulta de todas las operaciones en dólares en tiempo real

1.13 DATOS/MIGRACIÓN 1.13.1 Archivado de datos históricos por medio de gestión de tablas. 1.13.2 Política de migración de datos existentes. 1.13.3 Existencia de herramienta / templates para la migración de datos.

1.13.4 Cuenta con una solución y estrategia de migración. Contempla todos aquellos datos que sean necesarios migrar desde la solución actual, ej: cuentas comitentes, datos de clientes, movimientos, entre otros que se requieran.

1.14 BACKUP Y RESTORE

1.14.1 El producto deberá tener compatibilidad con Tivoli Spectrum Software para permitir los procesos de resguardo y recupero de información. En el caso de requerir licenciamiento específico, el mismo deberá estar incluido.



Página 12 de 23

1.14.2 Backup online y offline de la base de datos, archivos y aplicaciones correspondientes a la solución. 1.14.3 Backup incremental para garantizar la disponibilidad de los servicios.

1.14.4 Identificación de los datos que será necesario informar al área de infraestructura para que sean tenidos en cuenta en los procedimientos de backup diario.

1.14.5 Test de restauración de la información en cada uno de los componentes que forman parte de la solución, para verificar que fueron correctamente guardados los archivos indicados.

1.15 EVENTOS, MONITOREO Y ADMINISTRACIÓN

1.15.1 Sistema de monitoreo y administración de características que mantienen la infraestructura TI funcionando al máximo de su rendimiento en todo momento.

1.15.2 Extrae información de múltiples eventos de entrada y genera eventos complejos que permiten conocer condiciones de negocio actuales y futuras monitoreando la infraestructura de las aplicaciones.

1.15.3

Captura y monitoreo de eventos. Monitoreo de eventos que permita la captura de información de una mediación a partir de un evento definido. Posibilidad de darle formato y realizar persistencia de estos eventos tanto con el objetivo de mantener un log general de los mismos como también para utilizar la información en análisis complejos de comportamiento de usuarios y uso del sistema.

1.15.4 Tolerancia a fallos. La solución debe proveer estrategias de replicación y contingencia que garanticen que ningún punto de la solución sea convierta en único punto de fallo al momento de ser desplegado en un entorno productivo.

1.15.5

BAM (Business Activity Monitoring). Monitoreo de actividades de negocio que permita extraer datos cualitativos y cuantitativos sobre la operatoria de la plataforma y generar eventos / acciones sobre lo mismo. La solución también deberá mostrar proyecciones actuales y tendencias que permitan tomar decisiones sobre estos aspectos en tiempo real.

1.15.6

Monitoreo remoto y gestión de aplicaciones distribuidas, servicios y orígenes de datos, permitiendo resolución automática de condiciones predefinidas y eventos. Herramienta de monitoreo general que permita el seguimiento del estado de salud global de la solución, como así también la posibilidad de visualizar el estado de ejecución de componentes, mediaciones, contenedores, tiempos de respuesta de componentes consumidores y proveedores de servicios, aspectos de seguridad de los intercambios, encolamiento, errores en las integraciones, tiempo de espera para el procesamiento de mensajes encolados. Posibilidad de configurar alertas con envío de notificaciones a través de mail y SMS a través de protocolos de transporte seguros.

1.15.7

Modelado de tráfico (Traffic Shaping). Mecanismo definido de control de tráfico que permita ser gestionado a través de una interfaz de usuario dentro de la consola de administración de la solución con el objetivo de evitar cualquier utilización del ESB que comprometa la capacidad de respuesta del mismo.

1.16 CICLO DE VIDA

1.16.1

Las herramientas, frameworks y librerías de desarrollo utilizados por el proveedor deben corresponderse con tecnologías estándar de forma tal que el conocimiento y experiencia sobre los mismos pueda ser adquirido a través de cursos de capacitación y centros de información con gran variedad y accesibilidad. Ejemplo de estas tecnologías de desarrollo estándar son Java, .Net, PHP, C++, Objetive-C, Android SDK, SQL, JavaScript, Ajax, HTML, WSDL, Json.

1.16.2

La solución debe integrar herramientas de seguimiento de gestión en su ciclo de vida, las cuales permitan realizar el seguimiento de actividades, tareas y asignaciones a cada uno de los miembros del equipo, como también realizar el seguimiento de incidencias. Debe ser posible poder obtener reportes e informes de avance a través de la misma.

1.16.3 La solución debe contar con compatibilidad comprobable con herramientas de compilado y despliegue automatizado como Ant, Maven, Archiva, Jenkins, Bamboo, Team Foundation, Travis, Cruise Control, Team City.

1.16.4 La solución debe utilizar herramientas de versionado de código distribuido, como Git, Mercurial, entre otros.



Página 13 de 23

1.17 LICENCIAS, GARANTÍAS Y SOPORTE INDICAR EL NOMBRE DEL ANEXO

1.17.1

Detalle del modo de licenciamiento aplicado en la propuesta comercial (perpetuidad, uso, alquiler entre otros) por cada uno de los componentes que forman parte de la solución del sistema integral de operaciones financieras. Se solicita que se incluyan, indicando el período, de los detalles de renovación de las licencias. Consideraciones: - Las licencias provistas deben ser suficientes en cuanto a la cantidad de usuarios, de sesiones /

dispositivos / estaciones de trabajo, conectores, de ambientes (Producción, Testing, Desarrollo, Capacitación) de Servidores / Equipo Central, de Nodos, de Centros de Procesamiento (Sitio de Contingencia), en definitiva no debe existir ninguna restricción de licenciamiento, cualquiera sea la configuración o arquitectura de infraestructura que implemente el Banco.

- Se deberán incluir todas las licencias y software necesarios para que los requerimientos solicitados a la solución ofertada funcionen en cada uno de los componentes que forman parte de la solución, indicando el momento desde el cual se considera la vigencia de la licencia.

- Las licencias deben permitir el upgrade de los productos y todos los fix necesarios para resolver las posibles problemáticas a nivel de software que se pueden llegar a presentar y permitir las actualizaciones que conlleven a mejoras en la calidad y eficiencia del software y sus funcionalidades.

- Completar planilla detallada en el Anexo B – Planilla de Licenciamiento de Software. Para el caso que se disponga de un sistema/módulo web para Clientes (ítem 1.6.32), cotizar de manera separada y opcional en caso que corresponda un licenciamiento especifico por dicho módulo.

1.17.2

Independientemente de la modalidad o estructura de licenciamiento el mismo deberá ser de uso ilimitado, una vez adquirido por el Banco, no estando supeditado a restricciones por cantidad de usuarios, hardware asignado, y ninguna otra variable que limite el uso y explotación del software por parte del Banco, para los escenarios definidos.

1.17.3

El oferente deberá detallar cuales componentes de la solución pueden ser adaptados, modificados, extendidos o personalizados y cuales corresponden al núcleo inalterable del producto. En todos los casos el producto deberá permitirle al Banco, mediante herramientas de desarrollo, la implementación de nuevas funcionalidades para sus canales, nuevos canales, integración de otros canales ajenos a la solución y la personalización de la presentación de cada uno de ellos. Adicionalmente es deseable que se presente información de las herramientas y conjunto de conectores de los que dispondrá el Banco para la integración de plataformas de terceros que extiendan la funcionalidad de la solución en aspectos de seguridad, trazabilidad, publicidad y notificaciones, riesgo, esquemas transaccionales, etc.

1.17.4 Especificar si se necesitan licencias adicionales para la configuración de la solución en Alta Disponibilidad.

1.17.5 Posibilidad de adquirir la licencia de sólo algunos módulos existentes en la solución con la posibilidad de incorporar los restantes módulos en un segundo momento.

1.17.6 Especificar el porcentaje de renovación de la solución, el índice de actualización si correspondiese. Indicando las variables utilizadas para el cálculo.

1.17.7 El Banco se reserva modificar la ubicación del equipamiento en otro data center sin previo aviso dentro de las instalaciones del Banco de la Provincia de Córdoba debiéndose mantener el soporte y las garantías contratadas.

1.17.8 Los componentes serán de propiedad de uso del Banco de la Provincia de Córdoba S.A.

1.17.9

En caso de que el Banco lo requiera, y previo a la adjudicación, el oferente deberá realizar una prueba real de la solución propuesta en un ambiente preparado para tal fin, simulando el funcionamiento integral y dándose por aprobado sólo si cumple con todos los criterios funcionales y técnicos solicitados.

1.17.10 Los productos de software deberán poseer un servicio de garantía mínimo equivalente a 3 años, esto implica que el EOL (End of Life) de la versión del producto implementada deberá ser de por lo menos 3 años con posibilidad de soporte extendido a 5 años sin penalización de costos o calidad de servicio.

1.17.11 El oferente deberá contar con un plan de garantía post-implementación y soporte correctivo de incidencias bloqueantes y críticas para el correcto funcionamiento de la solución una vez cumplido el tiempo de garantía original.

1.17.12

El adjudicatario podrá realizar verificación del equipamiento tecnológico (hardware y software, redes, enlaces de comunicaciones, políticas de seguridad, entre otros) disponible para el desarrollo del proyecto y lugares donde se proyecta ejecutar los trabajos a fin de informarse debidamente de:

• Las condiciones de los lugares físicos

• Los posibles inconvenientes que se opongan al normal desenvolvimiento de los trabajos a ejecutar.

• Todo cuanto pudiera influir para el justiprecio que se haga de la misma

• Las políticas de seguridad del Banco

• Las normas internas de desarrollo, pase a producción, testing, etc.



Página 14 de 23

• Los ambientes de desarrollo, QA y Homologación El Banco facilitará el acceso a una visita o inspección (previa coordinación de fecha y hora) que le sea solicitada por los adquirentes del Pliego, de modo tal que el Adjudicatario no podrá alegar posteriormente ignorancia y/o imprevisiones en las condiciones en que se brindarán los servicios o desarrollará el proyecto.

1.17.13 Las soluciones ofrecidas deberán incluir las licencias de los eventuales conectores necesarios para la integración con los sistemas externos y con los sistemas internos del Banco.

1.18 ANTECEDENTES DEL PRODUCTO

1.18.1 Clientes que utilizan la solución en Latinoamérica, especificando el nombre de la empresa, la fecha de adquisición, referente del cliente, productos adquiridos, incluyendo los módulos específicos.

1.18.2 Clientes que utilizan la solución en Argentina, especificando el nombre de la empresa, la fecha de adquisición, referente del cliente, productos adquiridos incluyendo los módulos específicos.

1.18.3 Clientes que utilizan la solución en ambiente bancario, especificando el nombre del Banco, la fecha de adquisición, referente del cliente, productos adquiridos incluyendo los módulos específicos.

1.19 CARACTERÍSTICAS CORE 1.19.1 Producto localizado para Argentina, con las disposiciones impositiva, contable y legal.

1.19.2 Capacidad evolutiva de upgrade del core del producto/suite de productos, con la posibilidad de mantener en forma separada las modificaciones del core de las modificaciones personalizables para el Banco.

1.19.3 Factibilidad de desarrollo/incorporación de nuevas funcionalidades. 1.19.4 Factibilidad de modificación de algunas funcionalidades existentes. 1.19.5 Especificar el/los lenguaje/s de programación utilizado/s en la capa de middleware. 1.19.6 Especificar la versión y el lenguaje de programación core de la solución. 1.19.7 Especifique la versión y el lenguaje de programación de la interfaz de usuario de la solución. 1.20 CONTINGENCIA

1.20.1 El producto deberá proveer un procedimiento de contingencia ante la ocurrencia de algún siniestro (caída del Sistema) en sus distintos escenarios.

1.21 HARDWARE

1.21.1 PRODUCTIVO 1.21.1.1 El producto debe soportar implementación sobre hardware Intel x64. 1.21.2 DESARROLLO Y TESTING 1.21.2.1 El producto debe soportar implementación sobre Intel x64. 1.22 DOCUMENTACIÓN DEL PRODUCTO

1.22.1

Se deberá entregar en formato digital el manual de instalación de toda la solución con documentación extensiva de las diferentes plataformas base donde puede ser instalada y las particularidades de configuración e implementación en cada una de ellas. Glosario de errores frecuentes. Mecanismo de detección para el aseguramiento de un correcto despliegue y funcionamiento.

1.22.2

Se deberá entregar en formato digital el manual de operación de la solución, con detalle de la descripción de cada uno de los componentes, guía de uso de todas las consolas de administración y monitoreo. Guía de preguntas y errores frecuentes. Descripción detallada de las actividades de despliegue, actualización, recupero y backup.

1.22.3

Se deberá entregar en formato digital el manual con toda la información para el ciclo de vida de las operaciones financieras, que deberá incluir: las bases para la integración de sistemas pre-existentes, instrucciones para el desarrollo e integración de nuevos sistemas a la solución, documentación técnica de workflows, documentación de herramientas y plug-ings como conectores, servicios comunes, definición e implementación de reglas de negocios.

1.22.4 Se deberá entregar en formato digital la documentación detallada de los diferentes escenarios de recuperación y las acciones a llevar a cabo para restablecer el servicio en el menor tiempo posible. Esta documentación deberá considerar múltiples escenarios de distribución y despliegue.

1.22.5

Matriz compatibilidad de la solución, considerando los ambientes productivo, testing y desarrollo, con:

• Sistemas Operativos

• Base de Datos

• Protocolos de comunicación

• Tipos de Hardware

• Software de virtualización

• Herramientas de Reporting



Página 15 de 23

Consideración: El alcance funcional aquí detallado puede diferir del alcance que finalmente se requiera

implementar por cambios en el negocio del Banco, cambios regulatorios, normativos o de alcance

técnico. En el caso de que esto ocurra, se establecerá un comité de decisión conformado por responsables

de parte del BANCO y de parte del ADJUDICATARIO en el que de común acuerdo se establezca el cambio

de alcance estipulado.

• ÍTEM 2: REQUISITOS DEL SERVICIO DE CONSULTORÍA DE LA SOLUCIÓN

Valuación

Con el objetivo de instituir un criterio uniforme para la evaluación de cada componente y sus

características, se detallan a continuación los criterios con los cuales cada proveedor deberá responder

a las particularidades enunciadas.

Cumple ( SV – S –N )

Indique el cumplimiento de la funcionalidad. Valores admitidos:

VALORES ADMITIDOS

SIGNIFICADO DETALLE

SV Sí cumple con valor agregado Es cuando cumple afirmativamente con el requerimiento solicitado en el ítem y además incorpora valor agregado a dicho requerimiento.

S Sí cumple Es cuando cumple afirmativamente con el requerimiento con lo solicitado en el ítem.

N No cumple Es cuando la funcionalidad requerida no está contemplada bajo ninguna circunstancia en la solución ofrecida.

Indicar Nombre de Anexo

Especificar nombre de documento anexo que acompaña la presentación de la propuesta con la descripción del

requerimiento solicitado y que respalde la cobertura del mismo en los servicios de consultoría.

2.

REQUISITOS DEL SERVICIO DE CONSULTORÍA DE LA SOLUCIÓN

CUMPLE

INDICAR EL NOMBRE DEL

ANEXO 2.1 INSTALACIÓN Y CONFIGURACIÓN

2.1.1 Instalación del software que forma parte del Sistema Integral de Operaciones Financieras en ambiente de desarrollo, de testing y de Producción. Esta instalación debe incluir todos los componentes que componen la plataforma de la solución. La instalación y configuración en ambiente de Desarrollo será llevada a cabo por el proveedor. La instalación y configuración en el ambiente de Testing será llevada a cabo por el equipo del Banco de Córdoba junto con el proveedor.



Página 16 de 23

La instalación y configuración en ambiente de Producción la realizará el equipo del Banco de Córdoba con el soporte del proveedor. El dueño del producto será responsable de la implementación ante el Banco y debe asegurar que se cumplan todos los requerimientos en caso de delegar las funciones en un partner. Esta implementación deberá ser on-site en conjunto con el equipo del Banco para realizar la transferencia de conocimiento del proceso.

2.1.2 Configuración de la aplicación para habilitar y garantizar la funcionalidad de las herramientas instaladas

2.1.3 Ajustes de configuración de la solución y equipos para performance y tuning del producto para maximizar cada uno de los productos que forman parte de la solución.

2.1.4 La instalación debe contemplar el sistema Productivo con Alta disponibilidad y DRP bajo el esquema de Data Centers Actuales.

2.2 CONSULTORÍA

2.2.1 Implementación de la integración con Control M para la programación de los trabajos batch. 2.2.2 Implementación de la integración con el sistema de IVR. 2.2.3 Implementación de la integración online con Interbanking. 2.2.4 Implementación de la integración online con EuroClear. 2.2.5 Implementación de la integración con el sistema de Comercio Exterior. 2.2.6 Implementación de la integración online con el sistema de Caja de Valores. 2.2.7 Implementación de la integración online con SIOPEL. 2.2.8 Implementación de la integración online con SINAC. 2.2.9 Implementación de la integración online con MATBA. 2.2.10 Implementación de la integración online con MEP. 2.2.11 Implementación de la integración online con el sistema Bloomberg. 2.2.12 Implementación de la integración online con el sistema Reuters. 2.2.13 Implementación de la integración online con el sistema de Argentina Clearing. 2.2.14 Implementación de la integración con los sistemas de clearing con estándares internacionales 2.2.15 Implementación de la integración con el Sistema Bancario de Contabilización (SBI) 2.2.16 Implementación de la integración con el Sistema de Comercio Exterior (I2000) 2.2.17 Implementación de la integración con REPO 2.2.18 Implementación de la integración con UNILAV 2.2.19 Implementación de la integración con UNIDATO 2.2.20 Implementación de la integración con SWIFT 2.2.21 Implementación de la integración con SIOPEL 2.2.22 Implementación de la integración online con ASC – ETRALI 2.2.23 Implementación de la integración online con Email Marketing, u otro sistema de envío de emails. 2.2.24 Implementación de la integración online con Intertron, u otro sistema de envío de SMS. 2.2.25 Implementación de la integración online con Home Banking propio. 2.2.26 Implementación de la integración online con Mobile 2.2.27 Implementación de la integración con SAP para los datos maestros de las cuentas 2.2.28 Implementación de la integración con las Cajas de Ahorro, Cuentas Corrientes y Cuentas Judiciales

para la imputación de los movimientos y afectación de los saldos online (en el sistema STB)

2.2.29 Implementación de la integración online con Clientes, Caja de Ahorro, Cuentas Corrientes y Cuentas Judiciales para la obtención de datos maestros (en sistema SAP BS).

2.2.30 Implementación de la integración con Márgenes de Clientes (existentes en SAP BS) 2.2.31 Implementación de módulo web para Clientes, en que caso que disponga (ítem 1.6.32), cotizar de

manera separada y opcional.

2.3 ANTECEDENTES DEL PROVEEDOR

2.3.1 Breve descripción de la estructura organizacional de la empresa en el país y en el mundo, cantidad de empleados, años de experiencia implementando exitosamente la solución interesada, facturación anual, etc.

2.3.2 El oferente deberá tener presencia local en Argentina con una antigüedad mínima de 3 años. 2.3.3 El oferente deberá contar con oficinas en Argentina que brinden soporte y mantenimiento a las

entidades financieras que posean instalaciones en funcionamiento de productos de la empresa.

2.3.4 Certificaciones con las que cuenta la empresa proveedora (CMMI, otras). 2.3.5 Posibilidad de acordar SLA/ANS entre el Banco y el Proveedor Adjudicatario.



Página 17 de 23

2.3.6 Ventajas estratégicas de los servicios brindados en la industria y posición contra la competencia. 2.4 DOCUMENTOS ENTREGABLES

2.4.1 Plan de proyecto y la metodología de trabajo detallando: - Alcance del proyecto - Estimaciones de esfuerzo on site y remoto - Métodos. Herramientas - Cronograma detallado con actividades identificadas - Recursos y roles - Niveles de skills de las personas afectadas al desarrollo - Ciclo de vida utilizado para el desarrollo - Listado y gestión de riesgos del proyecto - Herramientas de administración del proyecto - Monitoreo de acciones correctivas para resolver no conformidades e issues - Métricas - Prácticas de aseguramiento de calidad utilizadas en las distintas etapas del ciclo de vida del

proyecto - Definición del procedimiento para la solicitud de una nueva incorporación de una fuente de

datos, y/o un agregado, y/o un reporte - Disponibilidad de un área específica de QA (Quality Assurance) El proveedor deberá entregar la documentación en formato digital dividido por cada fase del proyecto, contando con un índice general que permita la ubicación de los documentos organizados

2.5 DOCUMENTOS ENTREGABLES EN ETAPA DE PROYECTO

2.5.1 Documentación del análisis del relevamiento de los requerimientos de cada una de las áreas involucradas

2.5.2 Documentación de arquitectura

2.5.3 Documentación de programación y prueba unitaria del sistema. Incluyendo evidencia de las pruebas realizadas

2.5.4 Documentación de la implementación y prueba de integración del sistema. Incluyendo evidencia de las pruebas realizadas

2.5.5 Documentación de la migración de datos efectuada

2.5.6 Código fuente de los procesos de integración necesarios y de las funcionalidades extendidas específicamente para el Banco

2.5.7 Documentación de los test efectuados 2.5.8 Toda la documentación producida deberá ser en idioma español

2.5.9 Durante la fase de puesta en producción: detalle de los errores encontrados y las soluciones planteadas para su resolución

2.6 CAPACITACIÓN

2.6.1 Entrenamiento completo destinado al personal técnico y funcional del Banco, dictado por personal en cada uno de los temas y con profundo conocimiento de éstos. El/los instructores deberán hablar idioma español. Incluyendo temas de Seguridad.

2.6.2

Sugerencia de estrategias y planes de transferencia de conocimientos en base a la experiencia de implementación de la solución en otras organizaciones. Se debe contar con una estrategia que permita realizar la transmisión de conocimientos en modalidad “on the job training” y acompañamiento a través de un equipo de desarrollo e implementación. Esta transferencia de conocimiento debe ser on site con el equipo de trabajo que asigne el Banco.

2.6.3 Propuesta de cursos, indicando nombre del curso, objetivo, perfil del asistente, cantidad de personas, duración y material didáctico.

2.6.4

Capacitación de configuración y operación de la Solución Integral de Operaciones Financieras. Transmisión de conocimiento en la operación y configuración de la plataforma incluyendo virtualización, replicación y redundancia, estrategias de "fine-tuning", monitoreo de estado de salud, separación y fragmentación de contenedores y recursos.

2.6.5 Toda la documentación presentada asociada a la capacitación, como cualquier documentación complementaria debe encontrarse en idioma español.

2.6.6

El adjudicatario será responsable de la transferencia de conocimientos al personal técnico / funcional del Banco, con el objetivo de que en el transcurso de los 18 meses, el Banco pueda asumir el mantenimiento de la solución adquirida. La misma debe ser consensuada y validada comprobando la efectividad de la transferencia de conocimientos.

2.7 SOPORTE POST IMPLEMENTACIÓN



Página 18 de 23

2.7.1 Soporte técnico telefónico/email: 7X24 sin restricciones en la cantidad de incidentes y con diferentes niveles de servicio en función de la criticidad de la incidencia.

2.7.2

El adjudicatario posee SLA definidos para los tiempos de respuesta de incidencias. La solución y su servicio de soporte deben detallar los tiempos de respuesta para la atención, diagnóstico y resolución de incidencias junto a la categorización de los mismos. Estos SLA deben cumplir con las entidades reguladoras de servicios financieros. Se definirán multas específicas en caso de no cumplimiento de los KPI definidos.

2.7.3

El adjudicatario deberá demostrar fehacientemente la disponibilidad de apertura de ticket de soporte técnico directo con el fabricante en caso de que se presenten problemas que superen los niveles de soporte del proveedor. Éste puede ser a través de correo o vía telefónica de ser necesario, pero siempre deberá proporcionarse al Banco de Córdoba la constancia de esta comunicación. Plan de trabajo para instalaciones, actualizaciones o resolución de un problema.

2.7.4 Se deberá demostrar que la empresa cuenta con técnicos certificados por el fabricante, con posibilidad de realizar visitas periódicas para revisión, realización de mantenimientos preventivos, correcciones en la configuración, actualización de versiones, instalación de parches, entre otros.

2.7.5 Gestión de versiones de servicios con posibilidad de publicación de múltiples versiones, histórico de versiones, posibilidad de rollback de versión.

2.7.6

El oferente deberá aceptar tener la última versión del producto actualizada y la documentación asociada al mismo en un CD/DVD o medio de almacenamiento similar en un “escrow”, dando acceso al Banco para que sea utilizado en caso de que por medidas de fuerza mayor la Institución oferente ya no pueda prestar el servicio asociado a la mantención de la plataforma adquirida. El oferente también deberá asegurar que el dispositivo contenga instrucciones claras y adecuadas para el equipo del Banco para recuperar, compilar y ejecutar el código fuente sin la asistencia del oferente. Adecuada evidencia de esta documentación debe ser provista con la propuesta, como prueba.

2.7.7

Luego de finalizada la implementación de la solución, el proveedor deberá realizar los arreglos correspondientes para poder brindar soporte “on-site” y remoto por el resto del ciclo de vida de la solución según los requerimientos del Banco. El proveedor deberá respetar los mismos acuerdos de niveles de servicio establecidos durante la implementación.

2.7.8 Tipo de mantenimiento: a demanda, periódico, sin mantenimiento 2.7.9 Modalidad de soporte de primer nivel 2.7.10 Modalidad de soporte de segundo nivel 2.7.11 Existencia de foros y comunidades online de la solución 2.7.12 Disponibilidad de ayuda en línea de la solución 2.7.13 Existencia de ChatBot

2.7.14 Indicar la modalidad de gestión de solicitudes de la modificación tanto por mejoras, incidentes y/o cambios normativos

2.7.15 Indicar la modalidad de gestión de las actualizaciones de la versión de los productos que conforman la solución

2.8 ACTUALIZACIONES

2.8.1 El oferente se compromete a Informar al Banco de Córdoba de las nuevas tecnologías, así como apoyo en la implementación de nuevos esquemas, diseño, sugerencias sobre la funcionalidad de los productos, mejoramiento continuo del esquema de seguridad

2.8.2 El adjudicatario se compromete a aplicar parches en caso que se libere alguno por parte del fabricante a la solución

2.8.3 El adjudicatario se compromete a realizar la corrección de vulnerabilidades de los productos de seguridad ya sea remoto u on siite en caso de contingencia si se tratase de una vulnerabilidad severa

2.8.4 El oferente se compromete a realizar apoyo en la solución a problemas derivados de la implementación de las herramientas de seguridad de la solución ofrecida sobre la infraestructura del cliente

2.8.5 El oferente se compromete a actualizar las normativas entre las 24 y 72 hs para modificaciones habituales y más de 72 hs para modificaciones excepcionales

2.8.6 El proveedor deberá ser capaz de integrar la solución de monitoreo a la nueva/actualizada versión del producto dentro de los 30 días de la actualización, asegurando la continuidad del servicio de monitoreo durante la migración/actualización.

2.9 CICLO DE VIDA

2.9.1

El ciclo de implementación y evolución de la herramienta debe estar soportado por una metodología de desarrollo ágil, que permita trabajar en incrementos cortos de tiempo, de forma iterativa e incremental, y que de visibilidad a los riesgos, problemas y desvíos de manera temprana dentro del ciclo de implementación, de manera que los mismos puedan ser corregidos antes de ocasionar grandes desvíos en el mismo.



Página 19 de 23

2.9.2

La solución y su servicio de soporte deben detallar los tiempos de respuesta para la atención, diagnóstico y resolución de incidencias junto a la categorización de los mismos. Estos SLA deben cumplir con los niveles de servicio esperados por el Banco y las entidades reguladoras de servicios financieros.

2.9.3

El proveedor debe presentar el ciclo de vida de pruebas de rendimiento y seguridad de la solución y realizar la integración del mismo dentro del proceso de implementación de la misma, realizando el correspondiente traspaso de conocimiento al equipo designado por el Banco para la posterior ejecución en los ciclos de evolución interna de la misma.

2.9.4

Ciclo de vida de actualización de mejoras definido. Posibilidad de recibir asistencia y soporte al mismo. Definición de flujo de "publicación" de mejoras. Segmentación de mejoras según su criticidad para la solución y soporte asistido en la implementación de mejoras críticas o de alto impacto. Este mismo flujo de actualización de mejoras deberá corresponderse y ser compatibles en sus procesos y herramientas con las actualizaciones y mejores que realice la Institución como dueña del producto. El proveedor será el responsable de capacitar al equipo de trabajo del Banco sobre el mismo para garantizar la compatibilidad y la ejecución de futuras actualizaciones.

2.10 CONTINGENCIA

2.10.1 El Banco requiere el Sitio Alternativo de Procesamiento “en línea”, con replicación automática de los datos en Producción, por lo tanto, el adjudicatario deberá detallar y documentar, la metodología y procedimientos utilizados para lograrlo. Además se deberá detallar todo el hardware y software necesario para lograr la replicación solicitada

2.10.2 Recuperación de desastres. El oferente deberá poseer políticas definidas de recupero de desastres que puedan ser llevadas a cabo a través de una consola de operación de la solución

2.11 MIGRACIÓN

2.11.1 Implementación de la migración de cuentas comitentes. 2.11.2 Implementación de la migración de los roles existentes en el sistema actual.

2.11.3 Implementación de la migración de los datos de los clientes existentes en el sistema actual, estudiando la mejor estrategia de migración, de acuerdo a las necesidades de datos presentes en la nueva solución.

2.11.4 Implementación de la migración de datos desde la solución hacia los sistemas core del Banco. 2.12 EQUIPO DE TRABAJO

2.12.1

El adjudicatario deberá presentar una estructura de equipo definida al momento de la postulación, en función de los requerimientos de implementación aquí presentados. Se deberá incluir el modelo de gobierno del mismo, documento de roles y responsabilidades y estructura de integración con el equipo del Banco.

2.12.2

Los referentes de máximo nivel del equipo que la empresa disponga para el proyecto, deben haber participado de la/las instalaciones ofrecidas como prueba de implementaciones anteriores de la solución o bien deben contar con experiencia demostrable en este tipo de instalaciones. Se deberá presentar Curriculum Vitae de todos los integrantes del equipo de trabajo.

2.12.3 Los principales referentes del equipo con que la empresa brinda el soporte y mantenimiento a sus clientes deben haber participado de instalaciones de la solución o bien deben contar con experiencia demostrable en este tipo de instalaciones.

2.12.4 Los horarios laborales deberán coincidir en todo momento con los del Banco, respetando condiciones diarias de trabajos, franjas horarias y cantidad de día semanales.

2.12.5

La empresa adjudicataria que preste el servicio deberá tener disponibilidad para poder contar con el equipo de implementación y soporte de la solución de forma parcial o total en las oficinas del Banco, por el periodo que dure la implementación y la transferencia de conocimientos requerida según las necesidades del Banco.

2.12.6

Dentro de las condiciones de contratación debe incluirse la cláusula para cambio de personal. En la misma se detallará que el cambio de cualquier recurso asignado deberá ser previamente coordinado con el Banco. Dentro de esa coordinación se deberá presentar el Curriculum Vitae del recurso propuesto para el cambio, para ser sometido a aprobación del Banco.

2.13 HARDWARE

2.13.1 Ante errores de estimación de sizing que impliquen mayores costos de licenciamiento, el adjudicatario será responsable por los mismos

2.14 IMPLEMENTACIONES

2.14.1 El oferente deberá informar la lista de entidades financieras en el país y/o en el exterior, en las que haya efectuado provisiones como las ofertadas, las que han de resultar cualitativamente



Página 20 de 23

suficientes a satisfacción del Banco, debiendo referirse a contratos celebrados como adjudicatario principal y no como subadjudicatario, consignando su denominación comercial, domicilio y teléfono. Se informará la naturaleza y envergadura de cada provisión. El Banco tendrá la facultad de verificar lo consignado, en caso de considerarlo necesario.

2.14.2 Es condición excluyente que el oferente incluya en su oferta al menos 1 (una) referencia de instalación en un banco de la República Argentina, en la que haya implementado una solución como la ofertada, sea para clientes no calificados que para clientes calificados, y que se encuentren actualmente en funcionamiento. Se deberá incluir en la oferta la información mínima necesaria de contacto. La instalación requerida en el párrafo anterior, deberá estar en funcionamiento productivo con una utilización no inferior a 6 meses. Previo a la adjudicación el Banco podrá, a su sólo criterio, realizar en forma coordinada una visita al Banco usuario que posea la solución instalada y en funcionamiento a los efectos de verificar en forma fehaciente la referencia presentada. En consecuencia, el oferente deberá gestionar y coordinar con el Banco usuario las autorizaciones necesarias que permitan llevar a cabo la verificación de la referencia ofrecida en la oferta. En caso de no obtener la autorización o por algún motivo no poder realizar la verificación correspondiente, dicha referencia no será considerada cómo válida a los efectos de la evaluación de la oferta.



Página 21 de 23

• ETAPAS, PLAZOS y CONDICIONES PARTICULARES

ETAPAS y PLAZOS

El proyecto se dividirá en una serie de etapas que permitan, de forma incremental, implementar el Sistema Integral de

Operaciones Financieras. El tiempo total ha sido estimado en 18 meses, subdivididos en las siguientes macro etapas:

• Etapa 1: 12 meses iniciales que incluye la instalación, configuración y adecuación del Core de Sistemas de la

solución y la implementación de un primer set de funcionalidades: Operaciones de Renta Fija, Renta Variable,

Mercados Primarios, Plazo Fijo Telefónico y Moneda Extranjera Telefónica,

• Etapa 2: desde el mes 13 al mes 18 implementación del resto de las funcionalidades: operaciones de Cauciones,

Licitaciones de Cheques de Pago Diferido, Pase Bursátil, Compra/Venta de Opciones, Lanzamiento Cubierto,

Operaciones de Futuros sin entrega, Operaciones con Futuros y Fondos Comunes de Inversión, entre otros.

El ciclo de implementación y evolución de la herramienta debe estar soportado por una metodología de desarrollo ágil,

que permita trabajar en incrementos cortos de tiempo, de forma iterativa e incremental, y que dé visibilidad a los riesgos,

problemas y desvíos de manera temprana dentro del ciclo de implementación, de manera que los mismos puedan ser

corregidos con propiedad para posibilitar el cumplimiento de las fechas dispuestas.

REQUERIMIENTOS DE IMPLEMENTACION

La solución propuesta deberá ser licenciada para todos los ambientes comprendidos en el ciclo de vida de la

implementación, los cuales deberán abarcar:

• Ambiente de Desarrollo

• Ambiente de QA

• Ambiente de Pre-Producción / UAT / Homologación

• Ambiente de Producción

Asimismo, dentro del esfuerzo de la misma deberán estar contemplados procesos de pruebas de performance y

seguridad, en los ambientes que el Banco determine, y la entrega de la documentación correspondiente de resultado de

las mismas, para que sean evaluadas por el equipo técnico del Banco como parte de la certificación de cada hito de

entrega de activos de software

El proveedor deberá proporcionar el software y las herramientas necesarias para el soporte, la gestión del proyecto y el

ciclo de vida de implementación, pudiendo el Banco decidir usar sus propias herramientas en los casos que considere

conveniente:

Gestión:

• Repositorio de gestión documental.

• Herramienta de seguimiento de proyecto.

• Herramienta de estado y ciclo de aprobación de activos.

• Herramienta de seguimiento de incidencias.



Página 22 de 23

Ciclo de Vida Implementación e Integración Continua:

• Herramienta de versionado de código.

• Herramienta de compilación.

• Herramienta de pruebas unitarias y pruebas integradas al código fuente.

• Herramientas de QA comprendiendo análisis estático de código.

• Herramientas de análisis estático de código sobre prácticas de seguridad.

Delivery Continuo:

• Herramienta de despliegue automatizado de los activos del producto.

• Herramienta y scripts de regresión de pruebas.

• Herramienta de alertas y avisos de release.

COMPATIBILIDAD CON TOPOLOGÍA DE DESPLIEGUE

La solución deberá soportar una estructura de despliegue que pueda estar completamente alojada en la red interna de

la organización, exponiendo el acceso a los canales digitales a través de un servidor intermediario o proxy reverso que se

encargue de realizar la redirección del tráfico a cada uno de los servidores correspondientes, desde la DMZ.

A su vez, la solución deberá ser compatible con un entorno de despliegue distribuido entre dos o más sitios.

No podrá haber dentro de la DMZ componentes de la solución que contengan información sensible de la plataforma, los

usuarios, productos, transacciones, aspectos de configuración de los aplicativos y sesión.

SOPORTE TÉCNICO ON-SITE

El oferente que resultase adjudicatario instalará / implementará la solución bajo las premisas definidas por el Banco y

también podrá recibir solicitud de proveer Soporte Técnico “On-site” por requerimiento del Banco en las instalaciones

del mismo.



Página 23 de 23

• ANEXO A: PLANILLA SIZING DE HARDWARE Y SOFTWARE REQUERIDO

Los oferentes deberán realizar el sizing del hardware requerido por la solución según las Especificaciones Funcionales y

Técnicas descriptas por el Banco de Córdoba en el Ítem 1 - Requerimientos Técnicos y Funcionales de los Productos de

la solución.

Completar las planillas de sizing de hardware por cada SERVIDOR requerido por la solución del Sistema Integral de

Operaciones Financieras. Se debe incluir el sizing por Ambiente de Producción/ Desarrollo/ Testing (QA) / Homologación

y DRP.

Ambiente: SERVIDOR 1

Descripción Tipo de Servidor

Software Instalado

CORE Requeridos

Memoria RAM Requerida GB

Espacio en disco Requerido GB

Ambiente: SERVIDOR n+1

Descripción Tipo de Servidor

Software Instalado

CORE Requeridos

Memoria RAM Requerida GB

Espacio en disco Requerido GB

Planilla de Descripción de Software

Descripción de modalidad de Instalación y Licenciamiento

Ambiente Productivo sin Alta Disponibilidad

Ambiente productivo con Alta Disponibilidad

Ambiente de Homologación

Ambiente Desarrollo/Testing

Ambiente DRP

• ANEXO B: PLANILLA DE LICENCIAMIENTO DE SOFTWARE

TIPO DE LICENCIA UNIDAD DE MEDIDA DE

LA LICENCIA AMBIENTE

CANTIDAD INCLUIDA EN LA LICENCIA

(perpetua / de uso) (DESA, QA, PROD, Alta

disponibilidad) (Cantidad según la unidad de medida)

PRODUCTO 1

PRODUCTO 2

……………………

05.1 - especificaciones sistema integral de operaciones ... · sistema integral de operaciones...

Documents