zonasegura.seace.gob.pezonasegura.seace.gob.pe/mon/docs/procesos/2013/002525/... · Web viewSe...

Adjudicación de Menor Cuantía Nº 0054-2013-BN

B A S E S

ADJUDICACIÓN DE MENOR CUANTÍA Nº 0054-2013-BN

CONTRATACIÓN DE SERVICIOS DE:

“Nuevo Core Bancario para el Banco de la Nación”

Página 1 de 409


SECCIÓN GENERAL

DISPOSICIONES COMUNES DEL PROCESO DE SELECCIÓN

CAPÍTULO IETAPAS DEL PROCESO DE SELECCIÓN

1.1. BASE LEGAL

- Ley N° 28411 - Ley General del Sistema Nacional del Presupuesto.- Decreto Legislativo N° 1017 – Ley de Contrataciones del Estado, en adelante la Ley.- Decreto Supremo N° 184-2008-EF – Reglamento de la Ley de Contrataciones del Estado,

en adelante el Reglamento.- Directivas del OSCE.- Ley N° 27444 – Ley del Procedimiento Administrativo General.- Código Civil.- Ley 27806 – Ley de Transparencia y de Acceso a la Información Pública.- Decreto Supremo Nº 007-2008-TR, Texto Único Ordenado de la Ley de Promoción de la

Competitividad, Formalización y Desarrollo de la Micro y Pequeña Empresa y del acceso al empleo decente, Ley MYPE.

- Decreto Supremo Nº 008-2008-TR, Reglamento de la Ley MYPE.

Las referidas normas incluyen sus respectivas modificaciones, de ser el caso.

Para la aplicación del derecho deberá considerarse la especialidad de las normas previstas en las presentes Bases.

1.2. CONVOCATORIA

Se efectuará de conformidad con lo señalado en el artículo 51 del Reglamento, en la fecha señalada en el cronograma.

1.3. REGISTRO DE PARTICIPANTES

El registro de participantes se efectuará desde el día siguiente de la convocatoria hasta antes del inicio de la presentación de propuestas. En el caso de propuestas presentadas por un consorcio, bastará que se registre uno (1) de sus integrantes, de conformidad con el artículo 53 del Reglamento.

La persona natural o persona jurídica que desee participar en el proceso de selección deberá contar con inscripción vigente en el Registro Nacional de Proveedores (RNP) conforme al objeto de la convocatoria. La Entidad verificará la vigencia de la inscripción en el RNP y que no se encuentre inhabilitada para contratar con el Estado.

Al registrarse, el participante deberá señalar la siguiente información: Nombres, apellidos y Documento Nacional de Identidad (DNI), en el caso de persona natural; razón social de la persona jurídica; número de Registro Único de Contribuyentes (RUC); domicilio legal; teléfono y fax.

Página 2 de 409


IMPORTANTE :

Para registrarse como participante en un proceso de selección convocado por las Entidades del Estado Peruano, es necesario que los proveedores cuenten con inscripción vigente ante el Registro Nacional de Proveedores (RNP) que administra el Organismo Supervisor de las Contrataciones del Estado (OSCE). Para obtener mayor información, podrá ingresarse a la siguiente dirección electrónica: www.rnp.gob.pe.

1.4.FORMA DE PRESENTACIÓN DE PROPUESTAS Y ACREDITACIÓN

Todos los documentos que contengan información referida a los requisitos para la admisión de propuestas y factores de evaluación se presentarán en idioma castellano o, en su defecto, acompañados de traducción oficial o certificada efectuada por traductor público juramentado o traductor colegiado certificado, según corresponda, salvo el caso de la información técnica complementaria contenida en folletos, instructivos, catálogos o similares, que podrá ser presentada en el idioma original. El postor será responsable de la exactitud y veracidad de dichos documentos.

Las propuestas se presentarán en dos (2) sobres cerrados, de los cuales el primero contendrá la propuesta técnica y el segundo la propuesta económica.

Si las propuestas se presentan en hojas simples se redactarán por medios mecánicos o electrónicos y serán foliadas correlativamente empezando por el número uno.

Asimismo, cuando las propuestas tengan que ser presentadas total o parcialmente mediante formularios o formatos, éstos podrán ser llenados por cualquier medio, incluyendo el manual.

En ambos supuestos, las propuestas deben llevar el sello y la rúbrica del postor o de su representante legal o mandatario designado para dicho fin, salvo que el postor sea persona natural, en cuyo caso bastará que éste o su apoderado, indique debajo de la rúbrica sus nombres y apellidos completos.

Cuando la presentación de propuestas se realice en acto público, las personas naturales podrán concurrir personalmente o a través de su apoderado debidamente acreditado ante el Comité Especial o el órgano encargado de las contrataciones, según corresponda, mediante carta poder simple (Formato N° 1). Las personas jurídicas lo harán por medio de su representante legal acreditado con copia simple del documento registral vigente que consigne dicho cargo o a través de su apoderado acreditado con carta poder simple suscrita por el representante legal, a la que se adjuntará el documento registral vigente que consigne la designación del representante legal, expedido con una antigüedad no mayor de treinta (30) días calendario a la presentación de propuestas. (Formato Nº 1).

En el caso de consorcios, la propuesta puede ser presentada por el representante común del consorcio, o por el apoderado designado por éste, o por el representante legal o apoderado de uno de los integrantes del consorcio que se encuentre registrado como participante, conforme a lo siguiente:

1. En el caso que el representante común del consorcio presente la propuesta, éste debe presentar copia simple de la promesa formal de consorcio.

2. En el caso que el apoderado designado por el representante común del consorcio presente la propuesta, este debe presentar carta poder simple suscrita por el representante común del consorcio y copia simple de la promesa formal de consorcio.

3. En el caso del representante legal o apoderado de uno de los integrantes del consorcio que se encuentre registrado como participante, la acreditación se realizará conforme a lo dispuesto en el sexto párrafo del presente numeral, según corresponda.

Página 3 de 409


1.5.PRESENTACIÓN DE PROPUESTAS1

En caso la presentación de propuesta se realice en ACTO PÚBLICO, deberá tenerse en consideración lo siguiente:

La presentación de propuestas se realiza en acto público, en la fecha y hora señaladas en el cronograma del proceso.

El acto se inicia cuando el Comité Especial o el órgano encargado de las contrataciones, según corresponda, empieza a llamar a los participantes en el orden en que se registraron para participar en el proceso, para que entreguen sus propuestas. Si al momento de ser llamado el participante no se encuentra presente, se le tendrá por desistido. Si algún participante es omitido, podrá acreditarse con la presentación de la constancia de su registro como participante.

Los integrantes de un consorcio no podrán presentar propuestas individuales ni conformar más de un consorcio.

IMPORTANTE:

En caso de convocarse según relación de ítems, los integrantes de un consorcio no podrán presentar propuestas individuales ni conformar más de un consorcio en un mismo ítem, lo que no impide que puedan presentarse individualmente o conformando otro consorcio en ítems distintos.

En el caso que el Comité Especial o el órgano encargado de las contrataciones, según corresponda, rechace la acreditación del apoderado, representante legal o representante común, según corresponda en atención al numeral 1.4, y este exprese su disconformidad, se anotará tal circunstancia en el acta y el Notario (o Juez de Paz) mantendrá la propuesta y los documentos de acreditación en su poder hasta el momento en que el participante formule apelación. Si se formula apelación se estará a lo que finalmente se resuelva al respecto.

Después de recibidas las propuestas, el Comité Especial o el órgano encargado de las contrataciones, según corresponda, procederá a abrir los sobres que contienen la propuesta técnica de cada postor, a fin de verificar que los documentos presentados por cada postor sean los solicitados en las Bases.

En el caso que de la revisión de la propuesta se adviertan defectos de forma, tales como errores u omisiones subsanables en los documentos presentados que no modifiquen el alcance de la propuesta técnica, o la omisión de presentación de uno o más documentos que acrediten el cumplimiento de los requerimientos técnicos mínimos siempre que se trate de documentos emitidos por autoridad pública nacional o un privado en ejercicio de función pública, tales como autorizaciones, permisos, títulos, constancias y/o certificados que acrediten estar inscrito o integrar un registro, y otros de naturaleza análoga, para lo cual deben haber sido obtenidos por el postor con anterioridad a la fecha establecida para la presentación de propuestas, se actuará conforme lo dispuesto en el artículo 68 del Reglamento. Este es el único momento en que puede otorgarse plazo para subsanar la propuesta técnica.

En el caso de advertirse que la propuesta no cumple con lo requerido por las Bases, y no se encuentre dentro de los supuestos señalados en el párrafo anterior, se devolverá la propuesta, teniéndola por no admitida, salvo que el postor exprese su disconformidad, en cuyo caso se anotará tal circunstancia en el acta y el Notario (o Juez de Paz) mantendrá la propuesta en su poder hasta el momento en que el postor formule apelación. Si se formula

1 De acuerdo con lo establecido por el artículo 64 del Reglamento, el acto de presentación de propuestas en una Adjudicación de Menor Cuantía puede ser público o privado, lo que debe determinarse en la sección específica de las Bases.

Página 4 de 409


apelación se estará a lo que finalmente se resuelva al respecto.

Después de abierto cada sobre que contiene la propuesta técnica, el Notario (o Juez de Paz) procederá a sellar y firmar cada hoja de los documentos de la propuesta técnica. A su vez, si las Bases han previsto que la evaluación y calificación de las propuestas técnicas se realice en fecha posterior, el Notario (o Juez de Paz) procederá a colocar los sobres cerrados que contienen las propuestas económicas dentro de uno o más sobres, los que serán debidamente sellados y firmados por él, por los miembros del Comité Especial o el órgano encargado de las contrataciones, según corresponda, y por los postores que así lo deseen, conservándolos hasta la fecha en que el Comité Especial o el órgano encargado de las contrataciones, según corresponda, en acto público, comunique verbalmente a los postores el resultado de la evaluación de las propuestas técnicas.

Al terminar el acto público, se levantará un acta, la cual será suscrita por el Notario (o Juez de Paz), por todos sus miembros, así como por los veedores y los postores que lo deseen.

De conformidad con lo dispuesto en el artículo 64 del Reglamento, en los actos de presentación de propuestas y otorgamiento de la Buena Pro se podrá contar con la presencia de un representante del Sistema Nacional de Control, quien participará como veedor y deberá suscribir el acta correspondiente, su inasistencia no viciará el proceso.

En caso la presentación de propuestas se realice en ACTO PRIVADO, deberá tenerse en consideración lo siguiente:

Los participantes presentarán sus propuestas, con cargo y en sobre cerrado, en el lugar, el día y horario señalados en la sección específica de las Bases, bajo responsabilidad del Comité Especial o el órgano encargado de las contrataciones, según corresponda.

Los integrantes de un consorcio no podrán presentar propuestas individuales ni conformar más de un consorcio.

IMPORTANTE:

En caso de convocarse según relación de ítems, los integrantes de un consorcio no podrán presentar propuestas individuales ni conformar más de un consorcio en un mismo ítem, lo que no impide que puedan presentarse individualmente o conformando otro consorcio en ítems distintos .

De conformidad con lo dispuesto en el artículo 64 del Reglamento, en los actos de presentación de propuestas y otorgamiento de la Buena Pro se podrá contar con la presencia de un representante del Sistema Nacional de Control, quien participará como veedor y deberá suscribir el acta correspondiente, su inasistencia no viciará el proceso.

1.6.CONTENIDO DE LA PROPUESTA ECONÓMICA

La propuesta económica (Sobre Nº 2) deberá incluir obligatoriamente lo siguiente:

La oferta económica, en la moneda que corresponda, incluidos todos los tributos, seguros, transportes, inspecciones, pruebas y, de ser el caso, los costos laborales conforme a la legislación vigente, así como cualquier otro concepto que pueda tener incidencia sobre el costo del servicio a contratar; excepto la de aquellos postores que gocen de exoneraciones legales. La Entidad no reconocerá pago adicional de ninguna naturaleza.

El monto total de la propuesta económica y los subtotales que lo componen deberán ser expresados con dos decimales. Los precios unitarios podrán ser expresados con más de dos decimales.

Página 5 de 409


IMPORTANTE:

Tratándose de un proceso según relación de ítems, cuando los postores se presenten a más de un ítem, deberán presentar sus propuestas económicas en forma independiente.2

1.7.EVALUACIÓN DE PROPUESTAS

La evaluación de propuestas se realizará en dos (2) etapas: La evaluación técnica y la evaluación económica.

Los máximos puntajes asignados a las propuestas son los siguientes:

Propuesta Técnica : 100 puntosPropuesta Económica : 100 puntos

1.7.1.EVALUACIÓN TÉCNICA

En caso se hubiese previsto la presentación de propuestas en ACTO PÚBLICO, en la evaluación se deberá tener en consideración lo siguiente:

Se verificará que la propuesta técnica cumpla con los requerimientos técnicos mínimos contenidos en las presentes Bases. Las propuestas que no cumplan dichos requerimientos no serán admitidas.

Sólo aquellas propuestas admitidas y aquellas a las que el Comité Especial o el órgano encargado de las contrataciones, según corresponda, hubiese otorgado plazo de subsanación, pasarán a la evaluación técnica.

En aquellos casos en los que se hubiese otorgado plazo para la subsanación de la propuesta, el Comité Especial o el órgano encargado de las contrataciones, según corresponda, deberá determinar si se cumplió o no con la subsanación solicitada. Si luego de vencido el plazo otorgado, no se cumple con la subsanación, el Comité Especial o el órgano encargado de las contrataciones, según corresponda, tendrá la propuesta por no admitida.

Una vez cumplida la subsanación de la propuesta o vencido el plazo otorgado para dicho efecto, se continuará con la evaluación de las propuestas técnicas admitidas, asignando los puntajes correspondientes, conforme a la metodología de asignación de puntaje establecida para cada factor.

Las propuestas técnicas que no alcancen el puntaje mínimo de ochenta (80) puntos, serán descalificadas en esta etapa y no accederán a la evaluación económica.

En caso se hubiese previsto la presentación de propuestas en ACTO PRIVADO, en la evaluación se deberá tener en consideración lo siguiente:

Se procederá a la apertura de las propuestas técnicas presentadas y se verificará que contengan los documentos de presentación obligatoria y cumplan con los requerimientos técnicos mínimos contenidos en las presentes Bases. Las propuestas que no cumplan dichos requerimientos no serán admitidas.

En el caso que de la revisión de la propuesta se adviertan defectos de forma, tales

2 Luego de efectuada la evaluación técnica, cabe la posibilidad que dicho postor haya obtenido el puntaje necesario para acceder a la evaluación económica únicamente en algunos de los ítems a los que se presentó, por lo que, de acuerdo con el artículo 71 del Reglamento, correspondería devolver las propuestas económicas sin abrir, lo que no resultaría posible si la totalidad de las propuestas económicas del postor se incluyen en un solo sobre.

Página 6 de 409


como errores u omisiones subsanables en los documentos presentados que no modifiquen el alcance de la propuesta técnica, o la omisión de presentación de uno o más documentos que acrediten el cumplimiento de los requerimientos técnicos mínimos siempre que se trate de documentos emitidos por autoridad pública nacional o un privado en ejercicio de función pública, tales como autorizaciones, permisos, títulos, constancias y/o certificados que acrediten estar inscrito o integrar un registro, y otros de naturaleza análoga, para lo cual deben haber sido obtenidos por el postor con anterioridad a la fecha establecida para la presentación de propuestas, se actuará conforme lo dispuesto en el artículo 68 del Reglamento. Este es el único momento en que puede otorgarse plazo para subsanar la propuesta técnica.

IMPORTANTE:

En tanto OSCE no comunique a través de su portal institucional la implementación del mecanismo de notificación electrónica en el SEACE para la Entidad, el Comité Especial o el órgano encargado de las contrataciones, según corresponda, deberá notificar al postor el requerimiento de subsanación de la propuesta técnica en forma personal, conforme a lo dispuesto por la Décima Disposición Complementaria Transitoria del Reglamento.

En el caso de advertirse que la propuesta no cumple con lo requerido por las Bases, y no se encuentre dentro de los supuestos señalados en el párrafo anterior, se tendrá por no admitida. El Comité Especial o el órgano encargado de las contrataciones, según corresponda, incluirá el motivo de esa decisión en el acta de los resultados del proceso que se publicará en el SEACE, debiendo devolver los sobres que contienen la propuesta técnica y económica, una vez consentido el otorgamiento de la Buena Pro.

Sólo aquellas propuestas admitidas y aquellas a las que el Comité Especial o el órgano encargado de las contrataciones, según corresponda, hubiese otorgado plazo de subsanación, pasarán a la evaluación técnica.

En aquellos casos en los que se hubiese otorgado plazo para la subsanación de la propuesta, el Comité Especial o el órgano encargado de las contrataciones, según corresponda, deberá determinar si se cumplió o no con la subsanación solicitada. Si luego de vencido el plazo otorgado, no se cumple con la subsanación, el Comité Especial o el órgano encargado de las contrataciones, según corresponda, tendrá la propuesta por no admitida.

Una vez cumplida la subsanación de la propuesta o vencido el plazo otorgado para dicho efecto, se continuará con la evaluación de las propuestas técnicas admitidas, asignando los puntajes correspondientes, conforme a la metodología de asignación de puntaje establecida para cada factor.

Las propuestas técnicas que no alcancen el puntaje mínimo de ochenta (80) puntos, serán descalificadas en esta etapa y no accederán a la evaluación económica.

En caso de la descalificación de la propuesta, el Comité Especial o el órgano encargado de las contrataciones, según corresponda, incluirá el motivo de esa decisión en el acta de los resultados del proceso que publicará en el SEACE.

1.7.2.EVALUACIÓN ECONÓMICA

Si la propuesta económica excede el valor referencial, será devuelta por el Comité Especial o el órgano encargado de las contrataciones, según corresponda, y se tendrá por no presentada, conforme lo establece el artículo 33 de la Ley.

La evaluación económica consistirá en asignar el puntaje máximo establecido a la propuesta económica de menor monto. Al resto de propuestas se les asignará un

Página 7 de 409


puntaje inversamente proporcional, según la siguiente fórmula:

Pi = Om x PMPEOi

Donde:i = PropuestaPi = Puntaje de la propuesta económica i Oi = Propuesta Económica i Om = Propuesta Económica de monto o precio más bajoPMPE = Puntaje Máximo de la Propuesta Económica

IMPORTANTE:

En caso el proceso se convoque bajo el sistema de precios unitarios, tarifas o porcentajes, el Comité Especial o el órgano encargado de las contrataciones, según corresponda, deberá verificar las operaciones aritméticas de la propuesta que obtuvo el mayor puntaje total y, de existir alguna incorrección, deberá corregirla a fin de consignar el monto correcto y asignarle el lugar que le corresponda. Dicha corrección debe figurar expresamente en el acta respectiva.

Sólo cuando se haya previsto (según el caso concreto) aceptar propuestas económicas que incluyan propuestas de financiamiento, la propuesta económica se evaluará utilizando el método del valor presente neto del flujo financiero que comprenda los costos financieros y el repago de la deuda. Se tomarán en cuenta todos los costos del financiamiento, tales como la tasa de interés, comisiones, seguros y otros, así como la contrapartida de la Entidad si fuere el caso, conforme a las disposiciones contenidas en el artículo 70 del Reglamento.

1.8.ACTO DE OTORGAMIENTO DE LA BUENA PRO

En la fecha y hora señalada en las Bases, el Comité Especial o el órgano encargado de las contrataciones, según corresponda, se pronunciará sobre la admisión y la evaluación técnica de las propuestas, comunicando los resultados de esta última.

El Comité Especial o el órgano encargado de las contrataciones, según corresponda, procederá a la apertura de los sobres que contienen las propuestas económicas de aquellos postores cuyas propuestas técnicas hubieran alcanzado el puntaje técnico mínimo requerido en las Bases.

La evaluación de las propuestas económicas se realizará de conformidad con el procedimiento establecido en las presentes Bases.

La determinación del puntaje total se hará de conformidad con el artículo 71 del Reglamento.

IMPORTANTE:

En el caso de contratación de servicios a ser prestados fuera de las provincias de Lima y Callao, a solicitud del postor, se asignará una bonificación equivalente al diez por ciento (10%) sobre la sumatoria de las propuestas técnica y económica de los postores con domicilio en la provincia donde se prestará el servicio objeto del proceso de selección o en las provincias colindantes, sean o no pertenecientes al mismo departamento o región. El domicilio será el consignado en la constancia de inscripción ante el RNP.3

El Comité Especial o el órgano encargado de las contrataciones, según corresponda, 3 La constancia de inscripción electrónica se visualizará en el portal web del Registro Nacional de Proveedores:

www.rnp.gob.pe

Página 8 de 409

http://www.rnp.gob.pe/


procederá a otorgar la Buena Pro a la propuesta ganadora, dando a conocer los resultados del proceso de selección a través de un cuadro comparativo en el que se consignará el orden de prelación en que han quedado calificados los postores, detallando los puntajes técnico, económico y total obtenidos por cada uno de ellos.

En el supuesto que dos (2) o más propuestas empaten, el otorgamiento de la Buena Pro se efectuará observando lo señalado en el artículo 73 del Reglamento.

Al terminar el acto público se levantará un acta, la cual será suscrita por el Notario (o Juez de Paz), por todos los miembros del Comité Especial o por el órgano encargado de las contrataciones, según corresponda, así como por los veedores y los postores que deseen hacerlo.

El otorgamiento de la Buena Pro, se presumirá notificado a todos los postores en la misma fecha, oportunidad en la que se entregará a los postores copia del acta de otorgamiento de la Buena Pro y el cuadro comparativo, detallando los resultados en cada factor de evaluación. Dicha presunción no admite prueba en contrario. Esta información se publicará el mismo día en el SEACE.

1.9.CONSENTIMIENTO DE LA BUENA PRO

Cuando se hayan presentado dos (2) o más propuestas, el consentimiento de la Buena Pro se producirá a los cinco (5) días hábiles de la notificación de su otorgamiento, sin que los postores hayan ejercido el derecho de interponer el recurso de apelación. En este caso, el consentimiento se publicará en el SEACE al día hábil siguiente de haberse producido.

En el caso que se haya presentado una sola oferta, el consentimiento de la Buena Pro se producirá el mismo día de la notificación de su otorgamiento, y podrá ser publicado en el SEACE ese mismo día o hasta el día hábil siguiente.

CAPÍTULO IISOLUCIÓN DE CONTROVERSIAS DURANTE EL PROCESO DE SELECCIÓN

2.1. RECURSO DE APELACIÓN

A través del recurso de apelación se impugnan los actos dictados durante el desarrollo del proceso de selección, desde la convocatoria hasta aquellos emitidos antes de la celebración del contrato.

El recurso de apelación se presenta ante la Entidad que convocó el proceso de selección y es resuelto por el Titular de la Entidad o el funcionario a quien este haya delegado dicha facultad.

Los actos emitidos por el Titular de la Entidad que declaren la nulidad de oficio o cancelen el proceso, podrán impugnarse ante el Tribunal de Contrataciones del Estado.

2.2. PLAZOS DE INTERPOSICIÓN DEL RECURSO DE APELACIÓN

La apelación contra el otorgamiento de la Buena Pro o contra los actos dictados con anterioridad a ella debe interponerse dentro de los cinco (5) días hábiles siguientes de haberse otorgado la Buena Pro.

La apelación contra los actos distintos a los indicados en el párrafo anterior debe interponerse dentro de los cinco (5) días hábiles siguientes de haberse tomado conocimiento del acto que se desea impugnar.

Página 9 de 409


CAPÍTULO IIIDEL CONTRATO

3.1. DEL PERFECCIONAMIENTO DEL CONTRATO

El perfeccionamiento del contrato puede realizarse a través de la suscripción del contrato o la notificación de la orden de servicio, según lo establecido en la sección específica de las Bases.

Cuando el contrato se perfeccione a través de la suscripción del contrato, una vez que quede consentido o administrativamente firme el otorgamiento de la Buena Pro, dentro de los siete (7) días hábiles siguientes, sin mediar citación alguna, el postor ganador deberá presentar a la Entidad la documentación para su perfeccionamiento. Dentro de los tres (3) días hábiles siguientes a la presentación de dicha documentación, deberá concurrir ante la Entidad para suscribir el contrato.

El contrato será suscrito por la Entidad, a través del funcionario competente o debidamente autorizado, y por el ganador de la Buena Pro, ya sea directamente o por medio de su apoderado, tratándose de persona natural, y tratándose de persona jurídica, a través de su representante legal, de conformidad con lo establecido en el artículo 139 del Reglamento.

Cuando el contrato se perfeccione a través de la recepción de la orden de servicio, el postor deberá presentar la documentación para el perfeccionamiento del contrato prevista en las Bases, dentro de los tres (3) días hábiles siguientes de haber quedado consentido o administrativamente firme el otorgamiento de la Buena Pro, sin mediar citación alguna. La Entidad deberá notificarle la orden de servicio en un plazo no mayor de cuatro (4) días hábiles siguientes a la presentación de dicha documentación.

La orden de servicio debe señalar el domicilio consignado por el postor ganador al remitir la documentación para el perfeccionamiento del contrato prevista en las Bases, el mismo que constituye el domicilio para efecto de las notificaciones durante la ejecución contractual.

IMPORTANTE:

Sólo en el caso que la Entidad perfeccione el contrato con la suscripción de éste deberá utilizarse la proforma establecida en el Capítulo V de la sección específica de las Bases.

En el supuesto que el postor ganador no presente la documentación y/o no concurra a suscribir el contrato, según corresponda, en los plazos antes indicados, se procederá de acuerdo a lo dispuesto en el numeral 3 del artículo 148 del Reglamento.

3.2. REQUISITOS PARA EL PERFECCIONAMIENTO DEL CONTRATO

Para el perfeccionamiento del contrato, el postor ganador de la Buena Pro deberá presentar, además de los documentos previstos en las Bases, los siguientes:

Contrato de consorcio con firmas legalizadas de los integrantes, de ser el caso. Código de cuenta interbancario (CCI). Traducción oficial efectuada por traductor público juramentado de todos los documentos

de la propuesta presentados en idioma extranjero que fueron acompañados de traducción certificada, de ser el caso.

3.3. VIGENCIA DEL CONTRATO

Página 10 de 409


En aplicación de lo dispuesto en el artículo 149 del Reglamento, el contrato tiene vigencia desde el día siguiente de la suscripción del documento que lo contiene o, en su caso, desde la recepción de la orden de servicio, según corresponda. Dicha vigencia rige hasta que el funcionario competente dé la conformidad de la recepción de la prestación a cargo del contratista y se efectúe el pago correspondiente.

3.4. FALLAS O DEFECTOS PERCIBIDOS POR EL CONTRATISTA

El contratista debe comunicar a la Entidad las fallas o defectos que advierta en los términos de referencia del servicio contratado a más tardar a los siete (7) días calendario siguientes del perfeccionamiento del contrato, con la finalidad que la Entidad evalúe las observaciones comunicadas y se pronuncie sobre las mismas en el plazo de siete (7) días hábiles.

En caso de acoger la observación, deberá entregar al contratista las correcciones o efectuar los cambios correspondientes, conforme a lo establecido en el artículo 152 del Reglamento. En caso la observación no fuese admitida, la Entidad deberá comunicar de ello al contratista a fin que continúe con la ejecución del servicio.

3.5. ADELANTOS

La Entidad entregará adelantos directos, conforme a lo previsto en el artículo 171 del Reglamento, siempre que ello haya sido previsto en la sección específica de las Bases.

En el supuesto que no se entregue el adelanto en el plazo previsto, el contratista tiene derecho a solicitar la ampliación del plazo de ejecución de la prestación por el número de días equivalente a la demora, conforme al artículo 172 del Reglamento.

3.6. DE LAS PENALIDADES E INCUMPLIMIENTO DEL CONTRATO

Las penalidades por retraso injustificado en la ejecución del servicio y las causales para la resolución del contrato, serán aplicadas de conformidad con los artículos 165 y 168 del Reglamento, respectivamente.

De acuerdo con los artículos 48 de la Ley y 166 del Reglamento, en las Bases o el contrato podrán establecerse penalidades distintas a la mencionada en el artículo 165 del Reglamento, siempre y cuando sean objetivas, razonables y congruentes con el objeto de la convocatoria, hasta por un monto máximo equivalente al diez por ciento (10%) del monto del contrato vigente o, de ser el caso, del ítem que debió ejecutarse. Estas penalidades se calcularán de forma independiente a la penalidad por mora.

3.7. REQUISITOS DE LAS GARANTÍAS4

Las garantías que se presenten deben ser incondicionales, solidarias, irrevocables y de realización automática en el país al sólo requerimiento de la Entidad. Asimismo, deben ser emitidas por empresas que se encuentren bajo la supervisión de la Superintendencia de Banca, Seguros y Administradoras Privadas de Fondos de Pensiones, y deben estar autorizadas para emitir garantías; o estar consideradas en la lista actualizada de bancos extranjeros de primera categoría que periódicamente publica el Banco Central de Reserva del Perú.

IMPORTANTE:

Corresponde a la Entidad verificar que las garantías presentadas por los contratistas

4 El presente numeral se tendrá en consideración en aquellos casos en los que en la sección específica de las Bases se hubiese establecido la entrega de adelantos.

Página 11 de 409


cumplen con los requisitos y condiciones necesarios para su aceptación y eventual ejecución.

3.8. EJECUCIÓN DE GARANTÍAS5

Las garantías se harán efectivas conforme a las estipulaciones contempladas en el artículo 164 del Reglamento.

3.10 PAGOS

La Entidad deberá realizar todos los pagos a favor del contratista por concepto de los servicios objeto del contrato. Dichos pagos se efectuarán después de ejecutada la respectiva prestación; salvo que, por razones de mercado, el pago del precio sea condición para la realización del servicio.

La Entidad deberá pagar las contraprestaciones pactadas a favor del contratista en la forma y oportunidad (pago único o pagos parciales) establecida en las Bases o en el contrato, siempre que el contratista los solicite presentando la documentación que justifique el pago y acredite la ejecución de la prestación de los servicios, conforme a la sección específica de las Bases.

Para tal efecto, el responsable de otorgar la conformidad de la prestación de los servicios, deberá hacerlo en un plazo que no excederá de los diez (10) días calendario de ser éstos prestados, a fin que la Entidad cumpla con la obligación de efectuar el pago dentro de los quince (15) días calendario siguientes, siempre que se verifiquen las condiciones establecidas en el contrato.

En el caso que se haya suscrito contrato con un consorcio, el pago se realizará de acuerdo a lo que se indique en el contrato de consorcio.

En caso de retraso en el pago, el contratista tendrá derecho al pago de intereses conforme a lo establecido en el artículo 48 de la Ley, contado desde la oportunidad en que el pago debió efectuarse.

3.11 DISPOSICIONES FINALES

Todos los demás aspectos del presente proceso no contemplados en las Bases se regirán supletoriamente por la Ley y su Reglamento, así como por las disposiciones legales vigentes.

5 El presente numeral se tendrá en consideración en aquellos casos en los que en la sección específica de las Bases se hubiese establecido la entrega de adelantos.

Página 12 de 409


SECCIÓN ESPECÍFICA

CONDICIONES ESPECIALES DEL PROCESO DE SELECCIÓN

CAPÍTULO IGENERALIDADES

1.1. ENTIDAD CONVOCANTE

Nombre : Banco de La Nación

RUC Nº : 20100030595

Domicilio legal : Av. República de Panamá N° 3664 – San Isidro

Teléfono/Fax: : 519-2000 Anexo 12607 / Fax: 519-5235

Correo electrónico: : [email protected]

1.2. OBJETO DE LA CONVOCATORIA

El presente proceso de selección tiene por objeto la contratación de una empresa legalmente capacitada para la prestación del Servicio de Implementación de una Solución de Core Bancario para el Banco de la Nación.

1.3. VALOR REFERENCIAL

El valor referencial asciende a Veintiocho Millones Ochenta y Tres Mil Ochocientos Ochenta y Cinco con 95/100 Dólares Americanos (US $ 28’083,885.95), incluido los impuestos de Ley y cualquier otro concepto que incida en el costo total del servicio. El valor referencial ha sido calculado al mes de octubre de 2013, de acuerdo al siguiente detalle:

DENOMINACIÓN MONTO PRESTACIÓN(US $ - Dólares Americanos)

MONTO TOTAL(US $ - Dólares Americanos)

Nuevo Core Bancario para el Banco de la Nación 28’083,885.95

PRESTACION PRINCIPAL: 25’746,616.41

PRESTACION ACCESORIA: 2’337,269.54

Teniendo en cuenta que el presente proceso se rige por el sistema de contratación de Suma

Página 13 de 409

mailto:[email protected]


Alzada, mientras el Postor presente un monto total menor o igual al monto referencial del presente concurso no es trascendente el monto de las prestaciones.

IMPORTANTE: Las propuestas económicas no pueden exceder el monto consignado en las Bases

como valor referencial de conformidad con el artículo 33 de la Ley. No existe un límite mínimo como tope para efectuar dichas propuestas.

Debe tenerse en cuenta que el valor referencial del proceso es único, sin perjuicio de la individualización de los montos que corresponden tanto a la prestación principal como a la prestación accesoria, los que serán evaluados de acuerdo con lo establecido en la Ley y el Reglamento.

1.4. EXPEDIENTE DE CONTRATACIÓN

El expediente de contratación fue aprobado con Memorándum EF/92.2600 Nº 0848-2013 del 23 de octubre de 2013.

1.5. FUENTE DE FINANCIAMIENTO

Recursos Directamente Recaudados - RDR

1.6. SISTEMA DE CONTRATACIÓN

El presente proceso se rige por el sistema de Suma Alzada, de acuerdo con lo establecido en el expediente de contratación respectivo.

1.7.ALCANCES DEL REQUERIMIENTO

El servicio a contratar está definido en los Requerimientos Técnicos Mínimos que forman parte de la presente Sección en el Capítulo III.

1.8.PLAZO DE PRESTACIÓN DEL SERVICIO

Los servicios materia de la presente convocatoria se prestarán de acuerdo a los siguientes plazos:

DETALLE PLAZOPrestación Principal El Plazo de Ejecución de las Prestaciones Principales del

Servicio será no mayor a 51 meses, de acuerdo a lo siguiente:

Implementación de la Solución de Nuevo Core Bancario: A partir del día siguiente de suscrito el contrato y cumplidas las condiciones para el inicio de la prestación del servicio, durante 3 años.

Provisión de todas las Licencias requeridas para la Implementación y total puesta en producción de la Solución de Nuevo Core Bancario, que incluye: Licencias del Software del Nuevo Core Bancario y demás licencias que el proveedor considere necesarias para el correcto funcionamiento de la Solución, incluyendo las herramientas de desarrollo.

Soporte Post-Producción de la Implementación del Nuevo Core Bancario: A partir de la puesta en producción de cada

Página 14 de 409


DETALLE PLAZOmódulo, durante 3 meses. Esto significa que después de cada fase el Contratista debe brindar Soporte Post-Producción por tres (3) meses, del alcance de la solución de Core Bancario implementado en dicha fase.

Garantía de la Solución de Nuevo Core Bancario: A partir de terminado el Soporte Post-Producción de cada módulo implementado y hasta doce (12) meses posteriores al término del Soporte Post-Producción del último módulo de la Solución Nuevo Core Bancario.

.

Prestación Accesoria

El Plazo de Ejecución de la Prestación Accesoria será de un (1) año, de acuerdo a lo siguiente:

Soporte y Mantenimiento de la Solución de Core Bancario (que incluye Licencias del Software del Nuevo Core Bancario y demás licencias que el proveedor considere necesarias para el correcto funcionamiento de la Solución), hasta por un (1) año después del periodo de garantía.

Los plazos se computaran a partir del día siguiente de cumplidas las condiciones por el Banco:

Espacio físico para el equipo de trabajo del Contratista de la Solución de Core Bancario y el equipo asignado por el Banco, con cuatro espacios independientes para reuniones de trabajo.

Estacionamiento vehicular para el equipo de trabajo asignado. Computadoras personales para el equipo de trabajo asignado por el Banco de la Nación.

Las computadoras personales del equipo de trabajo del Contratista serán de su responsabilidad.

Proyectores para presentaciones para cada espacio físico. Mobiliario y acondicionamiento del espacio físico. Aire acondicionado. Energía eléctrica. Infraestructura de comunicaciones con acceso a la red interna del Banco de la Nación. Acceso a internet para los miembros del equipo de trabajo que lo requieran. Recursos Humanos necesarios para la gestión y ejecución del servicio. Disponibilidad y accesos a los servidores mainframe para la implementación de los

ambientes de desarrollo, certificación, producción y respaldo de la Solución del Nuevo Core Bancario.

Las citadas condiciones deberán ser proporcionadas por el Banco de la Nación dentro de los 60 días siguientes a la suscripción del contrato.

1.9. COSTO DE REPRODUCCIÓN DE LAS BASES

Treinta con 00/100 Nuevos Soles (S/. 30.00)

1.10. BASE LEGAL

Ley N° 28411 - Ley General del Sistema Nacional del Presupuesto. Ley N° 29951 - Ley de Presupuesto del Sector Público para el Año Fiscal 2013. Decreto Legislativo N° 1017 – Aprueba la Ley de Contrataciones del Estado y sus

modificatorias, en adelante la Ley. Decreto Supremo N° 184-2008-EF – Aprueba el Reglamento de la Ley de

Contrataciones del Estado y sus modificatorias, en adelante el Reglamento. Directivas de OSCE

Página 15 de 409


Ley N° 27444 – Ley del Procedimiento Administrativo General. Código Civil. Ley 27806 – Ley de Transparencia y de Acceso a la Información Pública Decreto Supremo Nº 007-2008-TR, Texto Único Ordenado de la Ley de Promoción de la

Competitividad, Formalización y Desarrollo de la Micro y Pequeña y del acceso al empleo decente, Ley MYPE.

Decreto Supremo Nº 008-2008-TR, Reglamento de la Ley MYPE.

Las referidas normas incluyen sus respectivas disposiciones ampliatorias, modificatorias y conexas, de ser el caso.

Página 16 de 409


CAPÍTULO IIDEL PROCESO DE SELECCIÓN

2.1.CRONOGRAMA DEL PROCESO DE SELECCIÓN

Etapa Fecha, hora y lugar

Convocatoria : El 05/11/2013

Registro de Participantes : Del 06/11/2013 al 22/11/2013

Presentación de Propuestas (Acto Público)

: El 25/11/2013 y se realizará en el Sexto (6to.) Piso de la Sede Principal, ubicado en la Av. República de Panamá N° 3664-San Isidro – Lima, a las 15:00 horas

Evaluación de Propuestas : Del 26/11/2013 al 16/12/2013

Otorgamiento de la Buena Pro (Acto Público)

: El 17/12/2013 y se realizará en el Sexto (6to.) Piso de la Sede Principal, ubicado en la Av. República de Panamá N° 3664-San Isidro – Lima, a las 15:00 horas

2.2.REGISTRO DE PARTICIPANTES

El registro de los participantes es gratuito y se realizará en el módulo de Atención de la División Servicios, sito en Av. República de Panamá N° 3664 Piso 1-San Isidro, en las fechas señaladas en el cronograma, en el horario de 09:00 a 17:00 Horas, para lo cual el participante deberá señalar la siguiente información: Nombres y apellidos, DNI (persona natural), razón social, (persona jurídica), número de RUC, domicilio legal, teléfono y correo electrónico.

En el momento del registro, se emitirá la constancia o cargo correspondiente en el que se indicará: número y objeto del proceso, el nombre y firma de la persona que efectuó el registro, así como el día y hora de dicha recepción.

IMPORTANTE:

Los participantes registrados tienen el derecho de solicitar un ejemplar de las Bases, para cuyo efecto deben cancelar el costo de reproducción de las mismas.

2.3.PRESENTACIÓN DE PROPUESTAS

Las propuestas se presentarán en acto público, en Av. República de Panamá N° 3664 Piso 6-San Isidro, en la fecha y hora señalada en el cronograma. El acto público se realizará con la participación de Notario Público.

El Comité invitará a un representante del Sistema Nacional de Control, para participar como veedor y suscribir el acta correspondiente, en caso asista. La no asistencia del mismo no vicia el proceso.

Todos los documentos que contengan información referida a los requisitos para la admisión de propuestas y factores de evaluación se presentarán en idioma castellano o, en su defecto, acompañados de traducción certificada, salvo el caso de la información técnica complementaria contenida en folletos, instructivos, catálogos o similares, que podrá ser presentada en el idioma original. El postor será responsable de la exactitud y veracidad de

Página 17 de 409


dichos documentos.

Si las propuestas se presentan en hojas simples se redactarán por medios mecánicos o electrónicos y serán foliadas correlativamente empezando por el número uno (1).

Asimismo, cuando las propuestas tengan que ser presentadas total o parcialmente mediante formularios o formatos, éstos podrán ser llenados por cualquier medio, incluyendo el manual.

En ambos supuestos, las propuestas deben llevar el sello y la rúbrica del postor o de su representante legal o mandatario designado para dicho fin.

En el Acto Público de Presentación de Propuestas, en representación del postor deberá concurrir el representante legal o su apoderado, debidamente acreditado ante el Comité Especial.

El representante legal se acreditará mediante copia simple del documento registral vigente expedido con una antigüedad no mayor de treinta (30) días calendario a la presentación de propuestas.

El apoderado se acreditará con carta poder simple suscrita por el representante legal, a la que se adjuntará el documento registral vigente que consigne la designación del representante legal, expedido con una antigüedad no mayor de treinta (30) días calendario a la presentación de propuestas (Formato Nº 1).

En el caso de consorcios, la propuesta puede ser presentada por el representante común del consorcio, o por el apoderado designado por éste, o por el representante legal o apoderado de uno de los integrantes del consorcio que se encuentre registrado como participante, conforme a lo siguiente:

1. En el caso que el representante común del consorcio presente la propuesta, éste debe presentar copia simple de la promesa formal de consorcio.

2. En el caso que el apoderado designado por el representante común del consorcio presente la propuesta, éste debe presentar carta poder simple suscrita por el representante común del consorcio y copia simple de la promesa formal de consorcio.

3. En el caso del representante legal o apoderado de uno de los integrantes del consorcio que se encuentre registrado como participante, la acreditación se realizará conforme a lo dispuesto en el sexto párrafo del presente numeral, según corresponda.

Las propuestas se presentarán en dos (2) sobres cerrados y estarán dirigidas al Comité Especial, de la ADJUDICACIÓN DE MENOR CUANTÍA N° 0054-2013-BN, conforme al siguiente detalle:

SOBRE N° 1: Propuesta Técnica. El sobre será rotulado:

Página 18 de 409

SeñoresBanco de la Nación

Av. República de Panamá Nº 3664 – San Isidro Att.: Comité Especial

ADJUDICACIÓN DE MENOR CUANTIA N° 0054-2013-BNDenominación de la convocatoria: “Nuevo CORE Bancario para el Banco de la Nación”

SOBRE N° 1: PROPUESTA TÉCNICA[NOMBRE / RAZÓN SOCIAL DEL POSTOR]


SOBRE Nº 2: Propuesta Económica. El sobre será rotulado:

2.4.CONTENIDO DE LAS PROPUESTAS

2.4.1. SOBRE Nº 1 - PROPUESTA TÉCNICA:

Se presentará en un (1) original y 01 copia

El sobre Nº 1 contendrá, además de un índice de documentos6, la siguiente documentación:

Documentación de presentación obligatoria:

a) Declaración jurada de datos del postor.Cuando se trate de consorcio, esta declaración jurada será presentada por cada uno de los consorciados. (Anexo Nº 1).

Nota: En caso de consorcio, los Postores que lo conforman deben estar inscritos en el Registro Nacional de Proveedores en el capítulo de proveedores de servicios.

b) Declaración jurada de cumplimiento de los Requerimientos Técnicos Mínimos contenidos en el Capítulo III de la presente sección. (Anexo Nº 2).

Así mismo, deberá presentar:

i. Propuesta, adjuntando la documentación técnica o la descripción técnica detallada, según corresponda para el cumplimiento de los Requerimientos Técnicos Mínimos.

ii. Anexo Nº 2-A “Ubicación del Cumplimiento de Requerimientos Técnicos Mínimos”,

iii. Arquitectura de la solución propuesta y de cada una de las capas (Aplicaciones o de Procesos de Negocio, Capa de Middleware, Capa de Base de Datos y Capa de Presentación),

iv. Acreditar experiencia en por lo menos 3 servicios (con una duración mínima de 5 meses cada uno), ejecutados en los últimos 10 años, respecto a la implementación de soluciones de Core Bancario o módulos que lo componen, los cuales deberán ser acreditados con cualquiera de las

6 La omisión del índice de documentos no descalifica la propuesta, ya que su presentación no tiene incidencia en el objeto de la convocatoria.

Página 19 de 409

SeñoresBanco de la Nación

Av. República de Panamá Nº 3664 – San Isidro Att.: Comité Especial

ADJUDICACIÓN DE MENOR CUANTIA N° 0054-2013-BNDenominación de la convocatoria: “Nuevo CORE Bancario para el Banco de la Nación”

SOBRE N° 2: PROPUESTA ECONÓMICA[NOMBRE / RAZÓN SOCIAL DEL POSTOR]


siguientes alternativas:

- Copia simple legible de contratos u órdenes de servicio.- Copia simple legible de comprobantes de pago (tales como facturas entre

otros comprobantes).- Constancias y/o cartas de clientes.

v. Documentación que permita acreditar el perfil y experiencia del Equipo de Trabajo propuesto (numeral 11.3 de los Términos de Referencia ):

Líder de Proyecto:

a. Copia simple legible de Título Universitario, en Ingeniería, Administración, Economía o carreras afines a Tecnologías de Información.

b. Copia simple legible de Certificación en Gestión de Proyectos emitida por instituciones reconocidas internacionalmente, tales como: PMP® del Project Management Institute o PRINCE2 del Projects in Controlled Enviroments o del International Project Management Association (IPMA), entre otras.

c. Copia simple legible de contratos de trabajo, constancias o certificados o cualquier documento que brinde al Comité la certeza que cuenta con experiencia comprobada, no menor de cinco años en proyectos de implementación de software para Instituciones Financieras (Gerente o Jefe), se aceptará similares categorías y responsabilidad siempre y cuando cumpla con las funciones y requerimientos solicitados en las Bases.

Gestor de Aseguramiento de la Calidad:

a. Copia simple legible del Título Universitario o Grado Académico de Bachiller, en: Ingeniería, Administración, Economía o carreras afines a Tecnologías de Información.

b. Acreditación de contar con un mínimo de 30 horas de capacitación en Metodologías para aseguramiento de Calidad del Software y Mejora de Procesos basados en CMMI.

c. Acreditación de haber llevado el Curso de Fundamentos SOA.d. Acreditación de contar con un mínimo de 30 horas de capacitación en

Metodologías de Evaluación de Riesgos de Tecnologías de Información.

e. Copia simple legible de contratos de trabajo, constancias o certificados o cualquier documento que brinde al Comité la certeza que cuenta con experiencia comprobada no menor de cinco años en cargos de aseguramiento y/o control de calidad o similares de Tecnologías de Información.

Consultores Funcionales

a. Copia simple legible de Título Universitario o Grado Académico de Bachiller, como mínimo en: Ingeniería, Administración, Economía o carreras afines a Tecnologías de Información.

b. Copia simple legible de contratos de trabajo, constancias o certificados o cualquier documento que brinde al Comité la certeza que cuenta con experiencia comprobada no menor de cuatro años como consultor implementador del Core Bancario propuesto.

c. Copia simple legible de contratos de trabajo, constancias, certificados o cualquier documento que brinde al Comité la certeza de que cuenta con experiencia mínima de un (1) proyecto de implementación del módulo al cual postula, con una duración de cuatro (4) meses o más.

Página 20 de 409


Consultores en Tecnología de Información

a. Copia simple legible de Título Universitario o Grado Académico de Bachiller, como mínimo en: Ingeniería o carreras afines a Tecnologías de Información.

b. Acreditación de haber llevado un mínimo de 40 horas de capacitación en Sistemas Operativos Mainframe.

c. Acreditación de haber llevado un mínimo de 40 horas de capacitación en SOA.

d. Acreditación de haber llevado un mínimo de 40 horas de capacitación en redes y telecomunicaciones.

e. Copia simple legible de contratos de trabajo, constancias, certificados o cualquier documento que brinde al Comité la certeza de que cuenta con experiencia probada de tres (3) años o más en el diseño e implementación de la Arquitectura de la solución de Core Bancario propuesta.

f. Copia simple legible de contratos de trabajo, constancias, certificados o cualquier documento que brinde al Comité la certeza de que cuenta con experiencia mínima de dos (2) implementaciones como administrador tecnológico del Core Bancario propuesto en los últimos cuatro (4) años.

Consultor Técnico de Implementación

a. Copia simple legible de Título Universitario o Grado Académico de Bachiller en: Ingeniería o carreras afines a Tecnologías de Información.

b. Copia simple legible de contratos de trabajo, constancias, certificados o cualquier documento que brinde al Comité la certeza de que cuenta por lo menos con cuatro años (4) de experiencia en la ejecución de tareas de análisis, diseño y desarrollo de requerimientos e implementación de la solución de Core Bancario propuesta.

Consultor Técnico de Migración

a. Copia simple legible de Título Universitario o Grado Académico de Bachiller, como mínimo en: Ingeniería o carreras afines a Tecnologías de Información.

b. Copia simple legible de contratos de trabajo, constancias, certificados o cualquier documento que brinde al Comité la certeza de que cuenta con cuatro (4) años de experiencia mínima acreditada ejecutando los trabajos de diseño, desarrollo, migración y carga de datos del Core Bancario propuesto.

Ingeniero de Implementación

a. Copia simple legible de Título Universitario o Grado Académico de Bachiller en: Ingeniería o carreras afines a Tecnologías de Información.

b. Copia simple legible de contratos de trabajo, constancias, certificados o cualquier documento que brinde al Comité la certeza de que cuenta por lo menos con tres (3) años de experiencia en la ejecución de tareas de análisis, diseño e implementación de los procesos relacionados con la solución de Core Bancario propuesta.

Página 21 de 409


NOTA: Se considerarán carreras afines a Tecnologías de Información entre otros: Licenciatura en Computación, Ingeniería de Computación y de Sistemas, Ingeniería de Computación e Informática, Ingeniería de Sistemas e Informática, Ingeniería de Sistemas Empresariales, Ingeniería de Software, Ingeniería de Sistemas de Información, Ingeniería Informática y de Sistemas, Ingeniería de Sistemas, Ingeniería Informática, Ingeniería de Telecomunicaciones, Ingeniería Industrial y de Sistemas, Ingeniería de Telecomunicaciones y Redes, Ingeniería de Redes y Comunicaciones, Ingeniería de Seguridad Informática, Ingeniería Mecatrónica y Sistemas Computacionales.

c) Declaración jurada simple de acuerdo al Art. 42 del Reglamento (Anexo Nº 3).

En el caso de consorcios, cada integrante debe presentar esta declaración jurada, salvo que sea presentada por el representante común del consorcio.

d) Promesa formal de consorcio, de ser el caso, en la que se consigne los integrantes, el representante común, el domicilio común y las obligaciones a las que se compromete cada uno de los integrantes del consorcio así como el porcentaje equivalente a dichas obligaciones. (Anexo Nº 4).

La promesa formal de consorcio deberá ser suscrita por cada uno de sus integrantes.

Se presume que el representante común del consorcio se encuentra facultado para actuar en nombre y representación del mismo en todos los actos referidos al proceso de selección, suscripción y ejecución del contrato, con amplias y suficientes facultades.

e) Declaración jurada de plazo de prestación del servicio, según (Anexo Nº 5).

f) Carta compromiso otorgando capacitación al personal del Banco de acuerdo a lo requerido en el numeral 13, Requerimientos de Capacitación y Entrenamiento, de los Términos de Referencia (Anexo N°8).

g) Carta Compromiso de Soporte y Mantenimiento a la Solución Nuevo Core Bancario (Anexo N°9).

IMPORTANTE:

La omisión de alguno de los documentos enunciados acarreará la no admisión de la propuesta, sin perjuicio de lo señalado en el artículo 68 del Reglamento.

Documentación de presentación facultativa:

a) Factor Experiencia del Postor: Copia simple legible de contratos u órdenes de servicio, y su respectiva conformidad por la prestación efectuada; o copia simple legible de comprobantes de pago (tales como facturas entre otros) cuya cancelación se acredite documental y fehacientemente, con copia de voucher de depósito o reporte de estado de cuenta en Entidad del sistema financiero nacional y/o internacional, o que la cancelación conste en el mismo documento u otro documento que brinde al Comité la certeza de que el comprobante de pago está debidamente cancelado, correspondientes a un máximo de diez (10) Servicios de

Página 22 de 409


Implementación de Soluciones de Core Bancario. Adicionalmente, para acreditar experiencia adquirida en consorcio, deberá presentarse copia simple de la promesa formal de consorcio o el contrato de consorcio.

Sin perjuicio de lo anterior, los postores deben presentar los Anexo Nº 06 “Experiencia del Postor en la Actividad” y Anexo Nº 07 “Experiencia del Postor en la Especialidad”, referido a la Experiencia del Postor.

b) Factor Experiencia y Calificaciones del Personal Propuesto para la Prestación del Servicio: Copia simple legible de contratos de trabajo, constancias o certificados y del Grado de Magíster/Master/Maestro

Para todo el personal propuesto a ser evaluado, el Postor deberá presentar:

En caso de existir una relación de dependencia laboral: Contrato Laboral o Certificado de Trabajo vigentes emitidos por la Empresa Postora;

En caso de existir una relación civil: Contrato Civil vigente entre la persona natural propuesta para prestar el servicio y la respectiva Empresa Postora;

En caso de no existir relación laboral o civil: Carta Compromiso suscrita por dicha persona natural, mediante la cual manifieste su compromiso de brindar el servicio por la empresa Postora, al Banco de la Nación.

c) Factor Mejoras a las Condiciones Previstas: Declaraciones Juradas

IMPORTANTE:

En caso exista contradicción entre la información presentada en la propuesta técnica, la propuesta será descalificada.

2.4.2. SOBRE Nº 2 - PROPUESTA ECONÓMICA7

El Sobre N° 2 deberá contener la siguiente información obligatoria:

Oferta económica expresada en Dólares Americanos (Anexo Nº 10).

El monto total de la propuesta económica deberá ser expresada con dos decimales.

IMPORTANTE:

La propuesta económica que presenten los postores deberá encontrarse dentro de los márgenes establecidos en el artículo 33 de la Ley y el artículo 39 de su Reglamento.

En caso la información contenida en la propuesta económica difiera de la información contenida en la propuesta técnica, la propuesta económica será descalificada.

2.5.DETERMINACIÓN DEL PUNTAJE TOTAL

Una vez evaluadas las propuestas técnica y económica se procederá a determinar el puntaje

7 De acuerdo con el artículo 63 del Reglamento la propuesta económica solo se presentará en original.

Página 23 de 409


total de las mismas.

El puntaje total de la propuesta será el promedio ponderado de ambas evaluaciones, obtenido de la siguiente fórmula:

PTPi = c1 PTi + c2 PEiDonde: PTPi = Puntaje total del postor iPTi = Puntaje por evaluación técnica del postor iPEi = Puntaje por evaluación económica del postor i

c1 = Coeficiente de ponderación para la evaluación técnica = 0.70

c2 = Coeficiente de ponderación para la evaluación económica = 0.30

Dónde: c1 + c2 = 1.00

2.6.REQUISITOS PARA EL PERFECCIONAMIENTO DEL CONTRATO

El postor ganador de la Buena Pro deberá presentar los siguientes documentos para suscribir el contrato:

a. Constancia vigente de no estar inhabilitado para contratar con el Estado.

b. Copia simple legible de DNI del Representante Legal.

c. Copia de la vigencia del poder del representante legal de la empresa (30 días de antigüedad como máximo, a la fecha de presentación de documentos para suscripción del contrato).

d. Copia de la constitución de la empresa y sus modificatorias debidamente actualizado.

e. Copia del RUC de la empresa o su equivalente.

f. Carta fianza como Garantía de Fiel Cumplimiento del Contrato por prestación principal, derivado de la Adjudicación de Menor Cuantía Nº 0054-2013-BN “Nuevo Core Bancario para el Banco de la Nación”, y deberán ser incondicionales, solidarias, irrevocables y de realización automática en el país al sólo requerimiento del Banco de la Nación, por una cantidad equivalente al diez por ciento (10%) del monto del contrato de la prestación principal, la misma que deberá mantenerse vigente hasta la emisión del Informe de conformidad final de la prestación.

g. Carta fianza como Garantía de Fiel Cumplimiento del Contrato por prestación accesoria, derivado de la Adjudicación de Menor Cuantía Nº 0054-2013-BN “Nuevo Core Bancario para el Banco de la Nación”, y deberán ser incondicionales, solidarias, irrevocables y de realización automática en el país al sólo requerimiento del Banco de la Nación, por una cantidad equivalente al diez por ciento (10%) del monto del contrato de la prestación accesoria, la misma que deberá mantenerse vigente hasta la emisión del Informe de conformidad final de la prestación.

Alternativamente, las micro y pequeñas empresas pueden optar que, como garantía de fiel cumplimiento, la Entidad retenga el diez por ciento (10%) del monto del contrato original. Para estos efectos, la retención de dicho monto se efectuará durante la primera mitad del número total de pagos a realizarse, de forma prorrateada, con cargo a ser devuelto a la finalización del mismo.

h. De ser el Caso, Carta fianza como Garantía por el Monto Diferencial de la Propuesta, del contrato derivado de la Adjudicación de Menor Cuantía Nº 0054-2013-BN “Nuevo CORE Bancario para el Banco de la Nación”, y deberán ser incondicionales, solidarias, irrevocables y de realización automática en el país al sólo requerimiento del Banco de la Nación, por una cantidad equivalente al veinticinco por ciento (25%) de

Página 24 de 409


la diferencia entre el valor referencial y la propuesta económica, la misma que deberá mantenerse vigente hasta la emisión del Informe de conformidad final de la prestación.

i. Contrato de consorcio con firmas legalizadas de los integrantes, de ser el caso.

En caso de que el postor ganador de la Buena Pro sea un consorcio, las Carta Fianzas que se presenten como Garantías para la suscripción del contrato, conforme a lo indicado por la Superintendencia de Banca, Seguros y Administradoras Privadas de Fondos de Pensiones en los Oficios Nº 5196-2011-SBS y Nº 15072-2012-SBS, a fin de que no existan problemas en la ejecución de las mencionadas garantías, resulta necesario que éstas consignen en su texto, el nombre, denominación o razón social de todas y cada una de las personas naturales y/o jurídicas que integran el consorcio.

j. Código de cuenta interbancario (CCI). k. Traducción oficial efectuada por traductor público juramentado de todos los

documentos de la propuesta presentados en idioma extranjero que fueron acompañados de traducción certificada, de ser el caso.

l. Domicilio y dirección de correo electrónico para efectos de la notificación durante la ejecución del contrato.

IMPORTANTE:En caso de CONSORCIO, todos sus integrantes deberán garantizar el fiel cumplimiento de sus obligaciones principales y obligaciones accesorias, así como, la garantía del monto diferencial de propuesta, de ser el caso, que garantiza a todos los integrantes del CONSORCIO. En ese sentido, la carta fianza deberá mencionar expresamente a todas y cada una de las empresas que conforman el CONSORCIO. (De conformidad con la Resolución N° 1490-2011-TC-S2).

2.7. ADELANTOS

La Entidad otorgará un (1) adelanto directo por el veinte y 00/100 por ciento (20.00%) del monto de la prestación principal del contrato.

El contratista podrá solicitar el adelanto dentro de los diez (10) días calendario posteriores a la suscripción del contrato, adjuntando a su solicitud la garantía por adelantos mediante Carta Fianza y el comprobante de pago correspondiente. Vencido dicho plazo no procederá la solicitud.

La Entidad debe entregar el monto solicitado dentro de los diez (10) días calendarios siguientes a la presentación de la solicitud del contratista.

En el supuesto que los adelantos no se entreguen en la oportunidad prevista, el contratista tendrá derecho a solicitar la ampliación del plazo de ejecución de la prestación por el número de días equivalente a la demora, conforme al artículo 172 del Reglamento.

Si el Contratista lo solicita y adjunta la garantía correspondiente, la Entidad otorgará un (1) adelanto directo por el veinte y 00/100 por ciento (20.00%) del monto de la prestación principal del contrato.

De acuerdo a lo indicado en el Artículo 173 del Reglamento, la amortización de los adelantos se hará mediante descuentos proporcionales en cada uno de los pagos parciales que se efectúen al contratista por la ejecución de la o las prestaciones a su cargo, de acuerdo a lo siguiente:

Prestación AmortizaciónEntrega Gap Analysis 4%

Entrega Fase 1 4%

Página 25 de 409


Entrega Fase 2 4%

Entrega Fase 3 4%

Puesta en Producción NCB 4%

IMPORTANTE:A) De conformidad con el artículo 162 del Reglamento, la Carta Fianza presentada como garantía por adelanto, deberá ser emitida por idéntico monto y un plazo mínimo de vigencia de tres (3) meses, renovable trimestralmente por el monto pendiente de amortizar, hasta la amortización total del adelanto otorgado B) La Carta Fianza, deberá ser emitida por una empresa autorizada y sujeta al ámbito de supervisión de la Superintendencia de Banca y Seguros, que se encuentre facultada para hacerlo. Serán incondicionales, solidarias, irrevocables y de realización automática. Sin perjuicio de las características anotadas, en dicha garantía se debe consignar también el motivo de su emisión.

2.8.PLAZO PARA LA SUSCRIPCIÓN DEL CONTRATO

El postor ganador de la Buena Pro, sin mediar citación alguna por parte de la Entidad, deberá presentar toda la documentación prevista para la suscripción del contrato dentro del plazo de siete (7) días hábiles, contados a partir del día siguiente de consentida la Buena Pro. Asimismo, dentro de los tres (3) días hábiles siguientes a la presentación de dicha documentación, deberá concurrir ante la Entidad para suscribir el contrato.

La citada documentación deberá ser presentada en el módulo de Atención de la División Abastecimiento, sito en Av. República de Panamá N° 3664 Piso 1-San Isidro, en el horario de 09:00 a 17:00 Horas.

2.9.FORMA DE PAGO

La Entidad deberá realizar el pago de la contraprestación pactada a favor del contratista en pagos parciales de acuerdo al siguiente detalle:

FORMA DE PAGO CON ADELANTO SIN ADELANTO

PRESTACIÓN PRINCIPAL (91.68% DEL MONTO TOTAL DEL CONTRATO)

Adelanto 20.00%

Entrega Gap Analysis 16.00% 20.00%

Entrega Fase 1 16.00% 20.00%

Entrega Fase 2 16.00% 20.00%

Entrega Fase 3 16.00% 20.00%

Puesta en Producción NCB 16.00% 20.00%TOTAL PRESTACIÓN PRINCIPAL 100.00% 100.00%PRESTACIÓN ACCESORIA (8.32% DEL MONTO TOTAL DEL CONTRATO)

Soporte y Mantenimiento NCB 100.00% 100.00%TOTAL PRESTACIÓN ACCESORIA 100.00% 100.00%

Página 26 de 409


SI EL CONTRATISTA SOLICITA ADELANTO:

Adelanto del 20% del monto de la prestación principal del contrato.

Prestaciones Principales

1. 16% del monto de la prestación principal del contrato, al finalizar la Etapa de Gap Analysis.

2. 16% del monto de la prestación principal del contrato, al finalizar la Etapa de Entrega Fase 1.



5. 16% del monto de la prestación principal del contrato, al finalizar la Etapa de Puesta en Producción.


100% del monto de la prestación accesoria (Soporte y Mantenimiento), después del periodo de garantía.

SI EL CONTRATISTA NO SOLICITA ADELANTO:









De acuerdo con el artículo 176 del Reglamento, para efectos del pago de las contraprestaciones ejecutadas por el contratista, la Entidad deberá contar con la siguiente documentación:

Pago de las Prestaciones Principales:

Página 27 de 409


a) Factura.b) Acta de Conformidad del Proyecto Nuevo Core Bancario. c) Informe del Proyecto Nuevo Core Bancario, emitiendo su Conformidad de la prestación

efectuada.

Pago de la Prestación Accesoria:

a) Factura.b) Informe del Departamento de Informática.

2.10.PLAZO PARA EL PAGO

La Entidad debe efectuar el pago dentro de los quince (15) días calendarios siguientes al otorgamiento de la conformidad respectiva, siempre que se verifiquen las demás condiciones establecidas en el contrato.

Página 28 de 409


CAPÍTULO IIITÉRMINOS DE REFERENCIA Y REQUERIMIENTOS TÉCNICOS MÍNIMOS

1 Información del Banco de la Nación

1.1 Clientes del Banco de la NaciónSe han identificado tres tipos de clientes:

1.1.1Personas naturalesDentro de este segmento de mercado conformado por personas naturales, existen los clientes habituales, que tienen una relación contractual con el Banco de la Nación y los clientes no habituales, que son todos los ciudadanos que realizan alguna transacción eventual con el Banco. Entre los habituales, se encuentran fundamentalmente empleados públicos, sean activos o pensionistas, además de todas las personas naturales que tengan como residencia una localidad donde exista solamente una oficina del Banco de la Nación y no exista otra opción bancaria (UOB o Única Oferta Bancaria), tales como los beneficiarios de los programas sociales del Estado. Respecto a los clientes no habituales, se carga la información básica de la persona natural, información registrada desde el último trimestre del año 2010.

1.1.2Personas jurídicasSegmento de mercado conformado por empresas privadas o públicas. En este segmento también califican las instituciones financieras que son beneficiadas de los recursos del Banco de la Nación, que canaliza fondos como banco de segundo piso. Asimismo, se considera a organismos internacionales, así como a todas las empresas que tengan como residencia una localidad donde exista solamente una oficina del Banco de la Nación y no exista otra opción bancaria.

1.1.3 Instituciones del EstadoSegmento de mercado conformado por todas las instituciones del Estado Peruano, sean del Gobierno Central o de los Gobiernos Regionales. Este segmento está conformado principalmente por la entidad recaudadora de tributos y aduanas, el Tesoro Público, Ministerios y Municipalidades.

1.2 Productos y Servicios del Banco de la Nación1.2.1Captaciones

1.2.1.1Cuenta Corriente Cuenta Corriente de Detracciones: cuenta corriente en la que

se efectúa los depósitos de detracciones. Las detracciones son las retenciones que realiza el cliente a su proveedor, las que

Página 29 de 409


serán abonadas en la cuenta corriente para que forme parte del pago de impuestos del proveedor.Los titulares de las cuentas de detracciones son las empresas y personas naturales proveedoras de bienes y servicios considerados en la ley de Detracciones de Impuestos administrados por la SUNAT8. Los depósitos de los importes detraídos por los compradores del precio que pagan a esos proveedores son depositados en la cuenta corriente de la empresa vendedora. Estas cuentas solamente aceptan débitos para pago de impuestos administrados por la SUNAT y cada cierto tiempo aceptan retiros de libre disponibilidad por el titular previa autorización de la SUNAT. Estas cuentas no generan intereses, es una cuenta especial regulada por los Decretos Legislativos 940 y 1110. Este tipo de cuenta sirve para el pago de las obligaciones tributarias.El Proceso de Pago de Tributos con cargo a cuentas corrientes de Detracciones se realiza a través de tres canales:1. Red de Agencias del Banco de la Nación (BN)

Agencias del BN recibe el pago de tributos con cheques (Decreto Legislativo N° 940) con cargo a la cuenta corriente de Detracciones, lo procesa y entrega una constancia de Pago.

2. SUNAT Virtual (Portal SUNAT), mediante Interfaz con el Banco

Obtención de archivo de pagos de tributos con cargo a la cuenta corriente de Detracciones (Sistema BN).

Renombre de archivo y proceso de operaciones en Extranet SUNAT.

Cuadre de Operaciones: Si no es conforme: Comunicará a SUNAT indicando

operaciones no conformes, recibirá instrucciones de SUNAT y regularizará la operación.

Sí es conforme: Se generará Nota de Abono y acreditará por entes beneficiarios.

Los pagos de tributos que los contribuyentes efectúan a través de SUNAT Virtual vía interfaz con el Banco, se realiza con cargo a la cuenta de detracciones del contribuyente, de existir fondos disponibles en dicha cuenta. La constancia de pago por esta operación es emitida a través de SUNAT Virtual.

3. Oficina Principal (BN)

8 SUNAT: Superintendencia Nacional de Aduanas y Administración Tributaria

Página 30 de 409


Para cargos masivos a las cuentas de detracciones y abono a pago fácil, instruidos por la SUNAT y comunicados al Banco, mediante correo electrónico (archivo plano). Solicitud de SUNAT vía correo electrónico. Verificación de la data recibida. Autorización de proceso de carga masiva. Conciliación de información de cuentas procesadas. Autorización de cargo a las cuentas corrientes de

Detracciones conformes. Emisión de Reportes de Cargo y Abono por entes

beneficiarios. Reporte a SUNAT sobre resultados Carga Masiva y Abono

a Pago Fácil.La recaudación recibida a través de estos canales se centraliza con la recaudación de los impuestos que administra SUNAT para su posterior acreditación a los entes beneficiarios de la recaudación. “Los retiros de libre disponibilidad con autorización de la SUNAT” están relacionados a la Liberación de Fondos de Cuentas de Detracciones que instruye la SUNAT al BN, indicando el importe que el contribuyente puede retirar de su cuenta de Detracciones; este procedimiento se realiza en Ventanilla (pago en efectivo o con cheque de gerencia) o a través de una Transferencia Interbancaria (TIN), los cuales son autorizados por la SUNAT de manera electrónica.Las transferencias de los recursos de las cuentas de Detracciones se abonan a las cuentas corrientes de las entidades beneficiarias de la recaudación que se mantienen en nuestra Institución.

Estos procesos se soportan en aplicaciones Cobol CICS y Batch usando base de datos CA-DATACOM.

Cuenta Corriente en Agencias UOB: dirigido a personas naturales o jurídicas en aquellas localidades donde el Banco de la Nación es la única oferta bancaria (UOB). No genera intereses. Acepta depósitos en efectivo, depósitos con cheques del mismo banco, depósitos con cheques de otras instituciones bancarias y transferencias.

Cuenta Corriente para Proveedores del Banco de la Nación: cuenta corriente sin intereses donde se realizan los depósitos por concepto de pagos a proveedores del Banco de la Nación.

Cuenta Corriente para Proveedores del Estado: cuenta corriente sin intereses donde se realizan los depósitos por

Página 31 de 409


concepto de pagos a proveedores del Estado que realiza la Dirección General de Endeudamiento y Tesoro Público y/o las Oficinas de Tesorería de las Entidades del Estado.

Cuenta Corriente Mancomunidad Municipal: cuenta corriente que permite disponer los fondos mediante el giro de cheques que realicen los Representantes de la Mancomunidad Municipal. Acepta depósitos en efectivo, cheques del mismo banco, otros bancos y transferencias. No generan intereses.

Cuenta Corriente para Asociaciones de Pescadores: cuenta corriente sin intereses para recibir los depósitos de las asociaciones pesqueras, como provisión para el pago de impuestos a la SUNAT.Es una cuenta corriente ordinaria abierta por las asociaciones pesqueras, registradas en el Ministerio de la Producción. No requiere interface con SUNAT.

Cuenta Corriente Gobiernos Locales: cuenta corriente que permite disponer los fondos mediante el giro de cheques. Acepta depósitos en efectivo, depósitos en cheques del mismo banco, depósitos en cheques de otras instituciones bancarias y transferencias.

Cuenta Corriente abierta por instrucción de la DGETP9: cuenta corriente que dispone de los fondos mediante el giro de cheques y transferencias de fondos mediante cartas orden. Únicamente son abiertas mediante instrucción de la DGETP.Son cuentas corrientes abiertas únicamente por instrucción de la DGETP y que están asociadas a la cuenta principal del Tesoro Público para la realización automática de transferencias, de acuerdo a las condiciones definidas por la DGETP. Las posibles asociaciones mantendrán las siguientes consideraciones:• Asociación de la cuenta corriente principal a varias cuentas corrientes secundarias.• Asociación de la cuenta corriente principal a la cuenta centralizadora, la cual a su vez se asocia a varias cuentas corrientes secundarias.Además permitirá definir procesos de transferencias automáticas para manejo de cuentas “saldo cero” es decir cuentas corrientes secundarias que al final de día transfieren todo su saldo a la cuenta corriente centralizadora o a la cuenta principal según corresponda la asociación.

Cuenta Corriente Instituciones Educativas Estatales: cuenta corriente para los institutos públicos y centros educativos nacionales. Acepta depósitos en efectivo, depósitos en cheques

9 DGETP: Dirección General de Endeudamiento y Tesoro Público

Página 32 de 409


del mismo banco, depósitos en cheques de otras instituciones bancarias y transferencias.

Cuenta Corriente Instituciones Educativas Administradas por Municipalidades: cuenta corriente que permite disponer los fondos, mediante el giro de cheques que realicen las Instituciones Educativas administradas por las Municipalidades. Acepta depósitos en efectivo, cheques del mismo banco, otros bancos y transferencias. No generan intereses.

Cuenta Corriente CAFAE10 y SUB-CAFAE: Son cuentas corrientes que no generan intereses). Acepta depósitos en efectivo, depósitos en cheques del mismo banco, depósitos en cheques de otras instituciones bancarias y transferencias. Permiten disponer de fondos mediante giro de cheques.

Cuenta Corriente Núcleos Ejecutores: permite disponer los fondos mediante el giro de cheques que realizan los representantes de los Núcleos Ejecutores. Acepta depósitos en efectivo, cheques del mismo banco, otros bancos y transferencias. No genera intereses.

1.2.1.2Cuenta de AhorrosLas cuentas de ahorros nacen a solicitud del empleador para el pago de remuneraciones o pensiones (Sector Público y Sector Privado) o a solicitud de cualquier persona natural y jurídica (Cuentas de ahorro U.O.B.).Los intereses, cargos y movimientos permitidos se encuentran en el Tarifario de productos y servicios del BN (http://www.bn.com.pe/tarifario/tarifario.asp).

Cuenta de Ahorro en Agencias UOB MN o ME: dirigido a personas naturales o jurídicas en aquellas localidades donde el Banco de la Nación es la única oferta bancaria (UOB), en este tipo de cuentas se incluye también las cuentas de los beneficiarios de programas sociales.

Cuenta de Ahorro del Sector Público en MN o ME: para el pago de remuneraciones del personal en actividad laboral o pensionista. Este pago se lleva a cabo mediante abonos a éstas cuentas de ahorro. Se puede abrir tanto en moneda nacional como en moneda extranjera.

1.2.1.3Cuenta CTS Cuenta Compensación por Tiempo de Servicios (CTS) MN o

ME: es una cuenta de depósitos por compensación de tiempo de

10 CAFAE: Comité de Administración del Fondo de Asistencia y Estímulo de los Trabajadores.

Página 33 de 409


servicios dirigido a trabajadores del Sector Público y Privado; en la cual el empleador efectuará abonos por dicho concepto.

Características de la cuenta CTS:- Puede aperturarse en moneda nacional o en dólares

americanos.- Un cliente puede mantener más de una cuenta CTS en

moneda nacional o moneda extranjera dependiendo de la elección del cliente. La cuenta CTS puede ser en una u otra moneda y se admiten movimientos en ambos tipo de moneda.

- Puede vincularse a la tarjeta Multired Global Débito con la finalidad de consultar el saldo y realizar transferencias con el saldo disponible.

- Solamente recibe abonos vía batch.- La cuenta mantiene montos Tangibles e Intangibles. Las

características de los montos tangibles e intangibles a manejar dentro de cada cuenta, dependerá de las características que determine la Ley de CTS vigente y/o mandato judicial.

- Para el cálculo del disponible, se considera hasta el 70% del excedente de las seis últimas remuneraciones brutas del trabajador.

- Para fines de vivienda, puede retirar hasta el 80% del importe abonado durante la vida laboral, deduciendo los retiros históricos de la cuenta. Esto de conformidad con la Ley de CTS vigente.

- Los retiros del monto disponible puede realizarse en la red de agencias del BN.

- El monto Intangible se paga a la extinción del vínculo laboral. - La cuenta CTS es intangible e inembargable salvo por juicio

de alimentos y hasta el 50%.1.2.1.4Depósitos a Plazo

Depósitos a Plazo en Agencias UOB: son depósitos en moneda nacional a un plazo determinado con intereses. El depósito a plazo fijo puede ser abierto únicamente en las agencias ubicadas en localidades en las que el Banco es Única Oferta Bancaria.

Depósitos a Plazo para Entidades Públicas: son depósitos abiertos en Entidades Públicas en moneda nacional o moneda extranjera. Este depósito es solicitado por la Entidad Pública mediante una carta orden y se constituye mediante el cargo a la cuenta corriente de la Entidad.

Certificado Bancario: es un depósito a plazo fijo en moneda extranjera que permite ser emitido al portador, o bien a favor de un beneficiario predefinido.

Página 34 de 409


Depósitos Judiciales y Administrativos: brinda el servicio de emisión, cancelación, duplicados, modificaciones, devoluciones e informes de depósitos judiciales y administrativos en moneda nacional y moneda extranjera, consignados a la orden de órganos jurisdiccionales del Poder Judicial, Ministerio Público y ejecutorías coactivas, así como de otras autoridades administrativas correspondientes. Son realizados por orden del Poder Judicial, mediante depósito o retención en cuenta. El titular del depósito sólo puede retirar los fondos con mandato judicial.Este servicio consiste en que el Banco de la Nación entrega un certificado, como constancia de la recepción de consignaciones en dinero a la orden de un determinado órgano jurisdiccional (Salas, Juzgados del Poder Judicial) o administrativo (Fiscalías, Ejecutorías Coactivas), el Banco de la Nación se constituye como depositario del dinero cuya titularidad se encuentra en controversia (demandado/demandante).

1.2.2Colocaciones

1.2.2.1Crédito HipotecarioEl crédito Hipotecario del Banco de la Nación se encuentra destinado para el financiamiento de compra de bienes terminados o futuros y para la mejora, ampliación y/o remodelación de un bien propio, el cliente objetivo son los empleados del sector público contratados a plazo indeterminado y pensionistas del sector público. Modalidades vigentes: Crédito Hipotecario para Compra de Vivienda Propia:

crédito para la compra de vivienda que está dirigido a los trabajadores del Sector Público contratados a plazo indefinido y pensionistas de hasta 64 años de edad que posean Cuentas de Ahorro en el Banco de la Nación. Se brinda en las modalidades de Bien Terminado (vivienda inscrita en Registros Públicos) y Bien Futuro (en proyecto de construcción).

Crédito Hipotecario para Mejora de Vivienda Propia: crédito para mejora de vivienda propia (remodelación y ampliación), dirigido a los trabajadores del Sector Público contratados a plazo indefinido y pensionistas de hasta 64 años de edad y que posean Cuentas de Ahorro en el Banco de la Nación.

Para los créditos hipotecarios se realiza el registro, control y seguimiento de los bienes hipotecados, realizando una evaluación periódica de su valor (mediante tasación) considerando los criterios de depreciación y saldo de la deuda.

Página 35 de 409


1.2.2.2Préstamo Consumo / Multired Préstamo Multired Clásico: crédito personal brindado a los

trabajadores activos y pensionistas del Sector Público, que cobran sus remuneraciones o pensiones por medio de la cuenta de ahorros que poseen en el Banco de la Nación. En este caso se le solicita al cliente un garante.

Préstamos Multired Convenio: crédito personal brindado a los trabajadores activos y pensionistas del Sector Público, que cobran sus remuneraciones o pensiones por medio de la cuenta de ahorros que poseen en el Banco de la Nación. En este caso la entidad del Sector Público tiene un convenio con el Banco de la Nación, para brindar crédito a sus empleados, en determinados casos, sin la necesidad de una garantía.

Préstamos Multired GNV: crédito personal con la exclusiva finalidad de financiar la conversión de vehículos al sistema de gas natural vehicular (GNV). El crédito está dirigido a los trabajadores y pensionistas del Sector Público que cobran su remuneración o pensión en la cuentas de ahorro en el Banco de la Nación.

Préstamos Multired PC Maestro: crédito personal brindado a los profesores contratados, nombrados y pensionistas del Sector Público, que cobran sus remuneraciones o pensiones por medio de la cuenta de ahorros que poseen en el Banco de la Nación.

Préstamos Multired Compra de Deudas – Tarjetas de Crédito: dirigido a los trabajadores y pensionistas del Sector Público que, por motivos de los depósitos de sus ingresos posean cuentas de ahorros en el BN. El Préstamo tiene por objeto consolidar y/o liquidar las deudas del cliente por Tarjetas de Crédito de Entidades del Sistema Financiero, sea en moneda nacional o moneda extrajera (dólar americano).

Préstamos Multired Descuento por Planilla: Destinado a la compra de deudas por tarjetas de crédito y/o préstamos de consumo otorgados por otras Entidades del Sistema Financiero, a los trabajadores y pensionistas del Sector Público que, por motivo del depósito de sus ingresos, posean cuentas de ahorro en el Banco de la Nación.

1.2.2.3Línea de Crédito Línea de Crédito: es una modalidad de crédito comercial

directo y/o indirecto de hasta un monto y plazo determinado, utilizable en forma revolvente o no revolvente durante el período de vigencia de la línea. Serán otorgadas como máximo por un año y renovadas a solicitud del cliente, con previa aprobación de los respectivos niveles de autonomía.

Página 36 de 409


1.2.2.4Programa Microfinanzas Oficina Compartida – Ventanilla MYPE11: el Banco de la

Nación a través del uso compartido de infraestructura con las Instituciones Financieras Intermediarias (IFIs) en localidades donde es UOB, logra promover y desarrollar el sostenimiento de las Micro y Pequeñas Empresas (MYPE) incentivando el acceso a servicios financieros formales con tasas de interés de mercado.

Modalidades de Uso del Fondo:

- Línea de Crédito PROMYPE: a través del Decreto Supremo N° 134 – 2006 - EF se crea el Programa Especial de Apoyo Financiero a la Micro y Pequeña Empresa (PROMYPE), con la finalidad de otorgar recursos financieros a las entidades especializadas en financiar exclusivamente al Sector MYPE.

- Línea de Crédito Decreto Supremo N° 047-2006-EF, destinadas a financiar las colocaciones realizadas por las IFIs a través de las oficinas compartidas en el servicio de Ventanilla MYPE.

1.2.2.5Préstamo Comercial Préstamos a Gobiernos Nacionales: Financiamiento otorgado

a un plazo determinado, que se concede mediante la suscripción de un contrato y/o pagaré y que se amortizan en cuotas periódicas o con vencimiento único.

Préstamos a Gobiernos Locales, Regionales y Entidades Públicas: financiamiento otorgado a entidades de Gobiernos Locales y Regionales a un plazo determinado que se puede cancelar en una o más cuotas fijas que incluyen capital e intereses.

Avance de Cuenta Corriente: Financiamiento que se otorga para ser cancelado al vencimiento o en cuotas periódicas.

11 MYPE: Micro y Pequeña Empresa

Página 37 de 409


1.2.2.6Compra y Venta de Cartera El Banco de la Nación está facultado, a celebrar contratos de compra o

de venta de cartera, en concordancia con lo establecido en la Ley General del Sistema Financiero y del Sistema de Seguros y Orgánica de la Superintendencia de Banca y Seguros, Ley N° 26702, y su Nuevo Reglamento de Transferencia y Adquisición de Cartera Crediticia normada en la Resolución S.B.S. Nº 1308-2013 de fecha 15 de febrero de 2013.

1.2.3Comercio Exterior

1.2.3.1Transferencias y Giros Transferencia de Fondos al Exterior: servicio de

transferencia de fondos a cuentas del exterior debitando las cuentas corrientes de los clientes institucionales del Sector Público y abonando a cuentas en el extranjero.

Transferencia de Fondos del Exterior: servicio de pago por transferencias de recursos recibidos del exterior a favor del beneficiario que tenga cuenta en el Banco de la Nación. En el caso de una persona natural, no es requisito que tenga cuenta en el Banco de la Nación, puede recibir los fondos en efectivo.

Transferencia de Fondos al Exterior para Pago de Pensionistas: servicio de transferencia de fondos a cuentas del exterior con cargo a las cuentas de ahorro de los pensionistas residentes en el exterior y abono a sus cuentas al exterior.

Giros Bancarios sobre el Exterior: emisión de órdenes de pago a solicitud de las instituciones del Sector Público y personas jurídicas del Sector Privado para ser pagados por bancos corresponsales en el exterior.

Giros Bancarios sobre el Exterior UOB: emisión de órdenes de pago a solicitud de personas naturales que mantengan cuenta con el Banco de la Nación, para ser pagados por bancos corresponsales en el exterior.

1.2.3.2Cobranzas Cobranzas Simples y Documentarias del Exterior:

transferencias de recursos al exterior a favor de los beneficiarios por pagos de cheques recibidos de bancos corresponsales del exterior, a cargo de cuentacorrentistas del Banco de la Nación, o por cuenta del propio banco.

Cobranzas Simples y Documentarias de Importación: servicio mediante el cual el Banco de la Nación, por encargo de un banco corresponsal del exterior, recibe documentos de embarque de importación efectuada por Entidades del Sector Público Nacional, para mantenerlos en custodia y liberarlos a

Página 38 de 409


favor del comprador local, previo cumplimiento de las instrucciones recibidas (operaciones a la vista o a plazos).

Cobranza de Giros sobre el Exterior: servicio de cobranza de giros bancarios emitidos a cargo de Bancos del Exterior a favor de los clientes institucionales del Sector Público, a través de los corresponsales del Banco de la Nación.

1.2.3.3Cartas de Crédito Crédito Documentario: compromiso irrevocable que asume el

Banco de la Nación (emisor) por cuenta de un cliente (comprador o importador), para el pago al proveedor nacional o extranjero de bienes o servicios. Los Créditos documentarios pueden ser:- Cartas de Crédito de Importación y Doméstica (local)- Cartas de Crédito de Exportación

1.2.3.4Garantías Bancarias Garantías Bancarias Internacionales:

- Garantías Bancarias contra Garantizadas por Bancos del Exterior: por cuenta y responsabilidad de nuestros bancos corresponsales en el exterior, el Banco de la Nación emite garantías bancarias a favor de Entidades de Sector Público Nacional. El objetivo es prestar el servicio de emisión de garantías bancarias requeridas por bancos corresponsales del exterior, por encargo y bajo responsabilidad de tales bancos.

- Garantías Bancarias contra Garantizadas por el Banco de la Nación: por cuenta de las Entidades del Sector Público Nacional, el Banco de la Nación emite garantías bancarias, a favor de instituciones y/o empresas privadas domiciliadas en el exterior.

Garantías Bancarias Nacionales:- Carta Fianza: el Banco se constituye en fiador o garante

ante un tercero, comprometiéndose al pago de la suma otorgada en caso de incumplimiento.

1.2.4Fideicomisos y Comisiones de Confianza

1.2.4.1FideicomisoOperación que se formaliza a través de un contrato y permite aislar bienes del Fideicomitente para lograr una finalidad. El servicio denominado “Fideicomiso para Gobiernos Locales y Regionales”, está orientado al desarrollo de proyectos de diversa índole como son las obras de infraestructura, administración accionaria entre otros. El

Página 39 de 409


Servicio de Fideicomisos no está incluido en el Alcance del Nuevo Core Bancario, pero debe contemplarse su integración al mismo.Información adicional se puede encontrar en la normatividad legal vigente: Ley 26702 “Ley General del Sistema Financiero y del Sistema de Seguros y Orgánica de la Superintendencia de Banca y Seguros y la Resolución SBS 1010-99 “Reglamento de Fideicomisos y de las Empresas de Servicios Fiduciarios”.

1.2.4.2Comisión de ConfianzaUn “Encargo por Comisión de Confianza”, es un contrato mediante el cual un cliente encarga al Banco de la Nación la administración de bienes o recursos bajo una serie bien definida de instrucciones. En la Comisión de Confianza no hay constitución de patrimonio autónomo y el comisionista, en este caso el Banco no asume la responsabilidad de los resultados que se obtengan en la ejecución de las instrucciones establecidas en el contrato.

1.2.5Servicio de Pagos y Cobros

1.2.5.1Cobros Cobranza por Encargo: servicio de cobranza de los tributos y

otras obligaciones exigibles, coactivamente, a favor de las entidades de la Administración Pública que hayan celebrado convenio de gestión (amparado por la Ley de Procedimiento de Ejecución Coactiva).Ciclo de Cobranza por encargo – Cobranza Coactiva

1. Firma de convenio e implementación en el sistema.2. Recepción de Resoluciones/Valores en cobranza e ingreso a

base de datos / Contabilización.3. Remisión de Notificaciones a los obligados.4. Recepción del pago en Red de oficinas.5. Registro contable.6. Abono de la recaudación en cuentas corrientes de las

entidades.7. Actualización en base de datos.

Impuestos y Contribuciones SUNAT: el servicio de recaudación de tributos se brinda a la SUNAT mediante los sistemas recepción de formularios físicos, Pago Fácil y el Programa de Declaración Telemática (PDT).

Recaudación Aduanas SUNAT: servicio de recaudación de tributos, multas, intereses y tasas aduaneras a favor de la SUNAT. Asimismo, en cumplimiento a disposiciones legales, centraliza y procesa las operaciones que por este concepto, reciben los ocho bancos que mantienen también convenios con la SUNAT. Adicionalmente, el Banco de la Nación presta a la SUNAT el servicio de recaudación de tributos por las declaraciones de equipaje acompañado, mensajería y liquidaciones de cobranza

Página 40 de 409


que se efectúe en las instalaciones del Salón Internacional del Aeropuerto Internacional Jorge Chávez.

Recaudación de Tributos Municipales y Gobiernos Regionales: brinda a las Municipalidades y Gobiernos Regionales el servicio de recaudación de sus tributos y diversos Servicios Financieros, a través de su red de oficinas a nivel nacional.

Recaudación de Tributos Entidades Públicas: permite que las personas naturales o jurídicas puedan efectuar los pagos de tasas a las entidades correspondientes, utilizando tanto las ventanillas de las oficinas del Banco a nivel nacional, cajeros automáticos y a través de internet (Operaciones en línea - cuentas de ahorro).

Ciclo de Recaudación de Tributos Entidades Públicas:1. Firma de convenio e implementación en el sistema.2. Recepción de pagos en Red de oficinas y otros canales

(ATM, Internet, Agente Multired, POS, Rapidito).3. Actualización de la información en base de datos,

generación de reportes y notas contables.4. Abono de la recaudación en cuentas corrientes de

entidades.5. Registro contable.6. Servicios adicionales:

a. Digitación de formularios.b. Certificación de pagos.

Cobranza por Corresponsalía

- Recargas Virtuales para Telefonía Móvil: servicio de recarga virtual para telefonía celular de las empresas Telefónica del Perú y América Móvil.

- Cobros de Recibos: producto del Banco de la Nación que permite la recepción de pagos de diferentes servicios a nombre de otros bancos.

- Recepción de Depósitos Cuentas Corrientes Bancos Locales: permite celebrar convenios con otros bancos locales para la recepción de los depósitos de las cuentas corrientes de estos en las cajas del Banco de la Nación.

- Recepción de Depósitos Especiales: es un tipo de recaudación que se brinda a personas naturales y jurídicas en el cual el cliente establece ciertas características que deben ser cumplidas por el usuario para realizar depósitos en sus cuentas. Es especialmente útil para instituciones educativas, gremios profesionales (por ejemplo el Colegio de

Página 41 de 409


Ingenieros) y otras empresas con alto volumen de transacciones.

- Cobranza de Cuotas Bancos Locales: servicio que se brinda a las IFI’s para la recepción del pago de cuotas de sus clientes en las cajas del Banco de la Nación.

- Programa Ventanilla MYPE: el Banco de la Nación, a través de la firma de un contrato, otorga un espacio físico dentro de algunas de sus agencias y soporte operativo (en agencias UOB o donde la demanda del mercado lo exija) a entidades financieras especializadas en otorgar créditos a los microempresarios. Este espacio sirve para que las entidades financieras puedan brindar microcréditos en sectores donde no tienen una sucursal. El Banco ofrece el servicio de cobro de cuotas (en toda la Red de Agencias).

- Cobranza de Facturas y Recibos: servicio mediante el cual el Banco de la Nación recibe los pagos de diferentes servicios (servicios básicos como suministro de agua, luz, teléfono, universidades y otros) a nombre de otras instituciones financieras.

- Seguros Varios: servicio mediante el cual el Banco de la Nación coloca en el mercado seguros como el Seguro Obligatorio de Accidentes de Tránsito (SOAT), Seguro de Cuota Protegida, Seguro de Protección de Tarjeta Multired Global Débito, Seguro Oncológico y de Enfermedades Graves y Seguro de Sepelio, a través de sus diferentes canales. Es una comercialización de los seguros indicados, el Banco de la Nación trabaja con un operador de seguros que es el intermediario entre la Aseguradora y el Banco. Para ello se han establecido interfaces de comunicación.

- Cargos Masivos Autorizados: Servicio mediante el cual el Banco de la Nación efectúa cargos masivos a favor de una Entidad previa autorización del titular de la cuenta de ahorros.

Los fondos recaudados a favor de las Entidades Financieras son transferidos a través del Sistema de Liquidación Bruta en Tiempo Real (LBTR) y la Cámara de Compensación Electrónica (CCE), según el monto de transferencia.

1.2.5.2Pagos Telegiros: emisión de orden de pago en moneda nacional y

extranjera a nombre de una persona natural que no necesariamente debe ser cliente habitual del Banco de la Nación, para ser cobrada en cualquier oficina del Banco.

Página 42 de 409


Cheques de Gerencia: emisión y liquidación de cheques de gerencia en la red de oficinas del Banco de la Nación.

Desembolsos: este servicio consiste en el desembolso de operaciones de crédito que el usuario ha suscrito con alguna entidad financiera. Es principalmente útil para las IFI’s que no tienen oficina en alguna región del país.

Programas Sociales: servicio de pagaduría que brinda el Banco de la Nación a beneficiarios seleccionados por una entidad del Gobierno. El pago que realiza el Banco de la Nación es periódico y se realiza a través de su plataforma operativa o a través de plataforma de terceros.

Pago Proveedores del Estado: servicio que permite el pago de facturas o comprobantes de pago con abono en cuenta corriente a los proveedores del Estado debidamente inscritos e identificados, por la compra de bienes y servicios.

Pago de Remuneraciones y Pensiones: servicio de pago de remuneraciones y pensiones a trabajadores activos y pensionistas de entidades del Sector Público que han suscrito convenio con el Banco de la Nación.

Transferencias Nacionales

- Transferencia a Cuenta Corriente de otra Plaza mismo Banco: servicio mediante el cual el cliente solicita debitar fondos de su cuenta corriente del Banco de la Nación para ser abonados en otra cuenta corriente (otra plaza) del mismo cliente u otro cliente del Banco de la Nación.

- Transferencia de Cuenta a Cuenta Diferente (misma Plaza): servicio mediante el cual el cliente solicita debitar fondos de su cuenta corriente del Banco de la Nación para ser abonados en otra cuenta corriente (misma plaza) del mismo cliente u otro cliente del Banco de la Nación.

- Transferencia Interbancaria con Cargo en Cuentas de Ahorro en Moneda Nacional y Moneda Extranjera: servicio que consiste en efectuar transferencias de una cuenta de ahorros del Banco de la Nación a otra cuenta bancaria del mismo u otro titular en otro banco. La transferencia puede ser en moneda nacional o extranjera.

- Abono Masivo a Cuentas de Ahorro: servicio de transferencias masivas desde una cuenta corriente o cuenta de ahorro de persona jurídica a diferentes cuentas de ahorro.

- Transferencia de Fondos a Gobiernos Locales y Regionales: servicio de transferencia de recursos del Tesoro

Página 43 de 409


Público a diferentes Entidades del Estado, que se realiza con una periodicidad mensual.

1.2.6Tesorería e Inversiones

1.2.6.1Operaciones de Cambio de Moneda Extranjera

- Operaciones de Cambio de Moneda Extranjera: el Banco de la Nación ofrece a sus clientes y en algunos casos al público en general, variedad de servicios de compra venta de Moneda Extranjera, a través de sus ventanillas de atención y otros canales. Los tipos de servicios, que se ofrecen al momento son:

a) Compra Venta de Monedasb) Compra Venta con Arbitraje

Se realizan operaciones de compra venta de otras monedas como euros, yenes, francos, libras, dólares canadienses con respecto al Dólar, utilizando plataformas de negociación y que residen en un sistema interno de Tesorería denominado Back Trader Live, que es una aplicación de Mesa de Dinero que permite a áreas usuarias de la Oficina Principal y a la Mesa de Dinero registrar dichas operaciones. Es solo para divisas. En la parte funcional también se realizan en nuestros canales de atención (Red de Agencias, Internet, etc.). Se realiza para el cliente y para la tesorería.

1.2.6.2Operaciones de Inversión con Instrumentos Financieros

- Operaciones de Inversión con Instrumentos Financieros: el Banco de la Nación ofrece a segmentos especiales de sus clientes (principalmente Personas Jurídicas, Empresas del Estado, IFI’s y otros Intermediarios Financieros, locales o del exterior), servicios y opciones de compra, venta y negociación de diferentes tipos de Instrumentos Financieros. Los tipos de operaciones que se realiza actualmente son:

a) Negociación de Instrumentos de Renta Fija Bonos Globales Bonos Soberanos Bonos Corporativos Documentos Titularizados Certificados de Depósitos del Banco Central de

Reserva del Perú (CD’s BCRP) Otros CD’s D.U. ICP Papeles Comerciales

Página 44 de 409


b) Negociación de Instrumentos de Renta Variable Acciones

c) Depósitos y Transferencias Interbancarias Overnight Plazo Transferencias Locales y Exterior REPOS BCRP

1.3 Modelo Referencial de Procesos El Banco de la Nación tiene como objetivo adoptar de manera gradual la gestión enfocada a procesos. Para tal efecto, se considera un modelo referencial de Procesos sobre el cual se orientará los esfuerzos de transformación que el Banco emprenda. Este modelo se representa por medio de un Mapa Referencial de Procesos de Alto Nivel, en el cual se distingue tres tipos de procesos como se muestra a continuación:

PROCESOS DE CORE BANCARIO

PROCESOS DE APOYO

PROCESOS ESTRATÉGICOS

Captaciones

Colocaciones

ComercioExterior

Fideicomisos

ServiciosCobros-Pagos

Tesorería e Inversiones

Planificación y Desarrollo Institucional Comunicación Corporativa

Gestión Integral de Riesgos

Gestión de Recursos Humanos

Asesoría Jurídica

Control y Prevención del Lavado de Activos

Logística

Auditoría Interna

Administración Financiera Tecnología y Sistemas

Administración ContableReportes Regulatorios y de Control

Pro

ceso

s de

Dis

eño

de P

rodu

ctos

y S

ervi

cios

Pro

ceso

s de

Com

erci

aliz

ació

n de

Pro

duct

os y

Ser

vici

os

Mer

cade

o y

Vent

a

Pro

ceso

s ge

nera

les

de A

tenc

ión

al C

lient

e

Post

-Ven

ta

CLI

ENTE

CLI

ENTE

Pro

ceso

s A

uxili

ares

de

entre

ga a

l clie

nte

de lo

s pr

oduc

tos

y se

rvic

ios

Sopo

rte

Ope

rativ

o

Procesos de entrega al cliente de los productos de Captaciones

Procesos de entrega al cliente de los productos de Colocaciones

Procesos de entrega al cliente de los productos de Comercio Exterior

Procesos de entrega al cliente de los productos de Fiedeicomisos

Procesos de entrega al cliente de los productos de Servicios de Cobros-Pagos

Procesos de entrega al cliente de los productos de Tesorería e Inversiones

Procesos específicos Post-Venta






Mapa Referencial de Procesos de Alto Nivel para el Banco de la Nación

- Procesos Estratégicos: son los procesos que tienen por objetivo asegurar el futuro de la Organización, para lo cual deben proveer:

Página 45 de 409


dirección organizacional, formulación de la estrategia, bases para la implantación de la misma y aprendizaje tanto organizacional como estratégico.

- Procesos Core u Operativos: son los procesos que tienen por objetivo identificar y atender los requerimientos de los clientes del Banco, para lo cual deben entender las necesidades del mercado, combinar y transformar recursos para obtener y entregar productos y servicios conforme a los requisitos del cliente.

- Procesos de Apoyo: son los procesos que tienen por objetivo dar soporte a los Procesos Estratégicos y Procesos Core, de tal modo que estos puedan ejecutarse, proveyéndoles para ello de insumos, tecnología, recursos humanos y otros. La salida de estos procesos no va directamente a los clientes del Banco.

1.3.1Modelo de CORE Bancario

Del Modelo Referencial de Procesos se desprende el Modelo de CORE Bancario, el cual queda definido como el conjunto de los Procesos CORE u Operativos del Banco de la Nación, sobre el que se orientará la implementación del nuevo CORE Bancario.Con el fin de tener un mejor entendimiento sobre el Modelo de CORE Bancario, éste ha sido agrupado de la siguiente manera:

- Grupo de Procesos de Mercadeo y Venta: incluye los procesos necesarios para identificar necesidades y requerimientos de mercados y clientes objetivo actuales y potenciales, desarrollar productos y servicios que satisfagan dichas necesidades y requerimientos, y a la atención o comercialización de los mismos en los canales de atención correspondientes. Los procesos incluidos en este grupo son: Entendimiento del Mercado, Desarrollo de Productos y Servicios, y Atención al Cliente que comprende principalmente la Comercialización de Productos y Servicios.

- Grupo de Procesos de Soporte Operativo: incluye los procesos necesarios para que la atención de los clientes se ejecute de manera adecuada según sus requerimientos y especificaciones, de acuerdo a la regulación y normas correspondientes. Este grupo de procesos incluye los Procesos de Atención Back Office o Auxiliares y el Proceso de Tesorería e Inversiones.

- Grupo de Procesos de Post-Venta: incluye los procesos necesarios para atender requerimientos posteriores vinculados a la prestación de los productos o servicios comercializados al cliente, tales como los procesos de Gestión de Reclamos (el Banco de la Nación tiene una aplicación desarrollada In House), y Servicio de Certificaciones.

Página 46 de 409


1.3.2Alcance de la Solución de Nuevo Core Bancario a Contratar

Para fines del presente documento, queda definido como alcance del Nuevo Core Bancario a contratar, todos los procesos CORE del Banco de la Nación (o Modelo Referencial de CORE Bancario, definido líneas arriba) excluyendo los procesos de Entendimiento del Mercado, Tesorería e Inversiones, y los procesos correspondientes a los módulos de Fideicomisos y Comercio Exterior, comprendidos en otros proyectos del Banco.Los procesos que quedan dentro del alcance de la solución a contratar bajo los presentes términos de referencia, y que han servido de base para la elaboración de los requerimientos funcionales descritos en capítulos posteriores, son:

Proceso de Desarrollo de Productos y Servicios (indicado en los requerimientos funcionales como parametrización).

Proceso de Atención al Cliente que incluye la Comercialización de Productos y Servicios en la Plataforma de Caja o Ventanilla y en la Plataforma Comercial y de Servicios.

Procesos de Atención Back Office o Auxiliares, incluye los procesos Canje Electrónico, Manejo de Efectivo y Bóvedas, Embargos, Levantamiento de Secreto Bancario entre otros.Para el servicio de Levantamiento de Secreto Bancario, se recibe las solicitudes de la Superintendencia de Banca, Seguros y AFP, Fiscalía de la Nación o de los Jueces y Tribunales, mediante Oficios Múltiples u oficios individuales, en relación a personas procesadas por diversos ilícitos. La consulta se efectúa en el Aplicativo que gestiona la BDUC – Base de Datos Única de Clientes y Aplicativos de Emulación e Intranet.

Procesos de Atención Post Venta, incluye los procesos de Atención de Reclamos y el Servicio de Certificaciones.

El alcance de la contratación del Nuevo Core Bancario incluye la interacción de los procesos CORE con determinados Procesos de Apoyo que resultan esenciales para la operatividad y cumplimiento del Banco. En este contexto, debe entenderse como interacción, a la entrega de información operativa desde los procesos CORE a los Procesos de Apoyo para la elaboración y/o generación de reportes requeridos por instancias internas y/o externas al Banco. En algunos casos, según se detalla en los requerimientos funcionales, la solución de Core generará directamente dichos reportes, y en otros casos sólo entregará la información necesaria al sistema correspondiente para su posterior elaboración. Dentro del alcance del Proyecto, los Procesos de Apoyo que interactúan con la Solución de Nuevo Core Bancario son:a) Proceso de Administración Contable

Página 47 de 409


b) Proceso de Gestión Integral de Riesgosc) Procesos de Control y Prevención de Lavado de Activosd) Proceso de Reportes Regulatorios y de Control.

De los canales de atención que actualmente maneja el Banco de la Nación, a continuación se detalla la relación de estos respecto al Alcance del Nuevo Core Bancario:

Plataforma de Caja o Ventanilla fijas y remotas: su reemplazo ESTÁ INCLUIDO en el Alcance del Nuevo Core Bancario.

Banca por Internet: su reemplazo NO ESTÁ INCLUIDO en los requerimientos mínimos para el Nuevo Core Bancario, pero debe estar contemplada su INTEGRACIÓN transaccional al Nuevo Core Bancario.

Cajeros Automáticos (ATM): su reemplazo NO ESTÁ INCLUIDO en el Alcance del Nuevo Core Bancario, pero debe estar contemplada su INTEGRACIÓN transaccional al Nuevo Core Bancario.

Puntos de Venta (POS): su reemplazo NO ESTÁ INCLUIDO en el Alcance del Nuevo Core Bancario, pero debe estar contemplada su INTEGRACIÓN transaccional al Nuevo Core Bancario.

Plataforma Comercial y de Servicios: su automatización ESTÁ INCLUIDA en el Alcance del Nuevo Core Bancario. Esta plataforma atenderá todos los servicios sin recibir ni desembolsar efectivo, estará vinculada con todos los módulos de negocios y brindará atención a reclamos, servicio de certificaciones, confirmación de saldos, copia de documentos digitalizados, entre otros.

Banca por Celular: su reemplazo NO ESTÁ INCLUIDO en el Alcance del Nuevo Core Bancario, pero debe estar contemplada su INTEGRACIÓN al Nuevo Core Bancario.

Banca por Teléfono (IVR): su reemplazo NO ESTÁ INCLUIDO en el Alcance del Nuevo Core Bancario, pero debe estar contemplada su INTEGRACIÓN al Nuevo Core Bancario, a través de interfaces.

Cajeros Corresponsales: su reemplazo NO ESTÁ INCLUIDO en el Alcance del Nuevo Core Bancario, pero debe estar contemplada su INTEGRACIÓN transaccional al Nuevo Core Bancario.

No están comprendidos dentro del alcance de la Solución de Nuevo Core Bancario los siguientes procesos:

Entendimiento del Mercado: su integración al Nuevo Core Bancario debe estar contemplada en caso se implemente antes de la culminación del Proyecto Nuevo Core Bancario.

Página 48 de 409


Rentabilización de Fondos (Tesorería e Inversiones): su integración al Nuevo Core Bancario debe estar contemplada. El proceso de Tesorería e Inversiones está excluido de alcance de la solución del Nuevo Core Bancario, pero debe estar preparado para integrarse con el módulo Back Trader Live.

Comercio Exterior: NO ESTA INCLUIDO en el alcance del Nuevo Core Bancario, pero debe contemplarse su integración al mismo.

Fideicomisos NO ESTA INCLUIDO en el alcance del Nuevo Core Bancario, pero debe contemplarse su integración al mismo.

Los Procesos Estratégicos, NO ESTAN INCLUIDOS en el Alcance del Nuevo Core Bancario.

Los Procesos de Apoyo, NO INCLUIDOS en el Alcance del Nuevo Core Bancario son:

Proceso de Gestión Logística Proceso de Gestión Financiera Proceso de Asesoría Jurídica Proceso de Gestión de Recursos Humanos Proceso de Gestión de Tecnología y Sistemas Proceso de Gestión de Auditoría Interna

1.4 Tecnología del Banco de la NaciónA continuación, se describe la tecnología actual del Banco de la Nación, la cual está basada principalmente en servidores mainframe, sobre los cuales reside la mayor parte de los productos y servicios del Banco.Esta descripción tiene el propósito de informar a los Postores acerca de los detalles de la plataforma tecnológica del Banco y particularmente de sus capacidades transaccionales, tomando en cuenta que es en esta plataforma donde residirá la nueva solución de Core Bancario.

1.4.1 Infraestructura central de hardware

1.4.1.1Servidores MainframeLos servidores Mainframe soportan todas las operaciones del Banco en un esquema de alta disponibilidad, trabajando en configuración de Parallel Sysplex, para que sean mutuamente contingentes ante posibles fallas por eventos fortuitos que puedan ocurrir en su normal operatividad. Las características de estos servidores se describen a continuación:Servidor Mainframe Centro de Cómputo Principal: Mainframe IBM System z/Enterprise 114 modelo 2818-V01, de 429 MIPS, 64 GB de memoria RAM, interconectado con el servidor mainframe del Centro de Cómputo Backup a través de fibra oscura haciendo uso de

Página 49 de 409


multiplexores DWDM. La distancia de la fibra es inferior a los 15 km y no afecta el tiempo de respuesta.Ambos servidores mainframe balancean la carga transaccional a través de la funcionalidad Parallel Sysplex haciendo uso del Workload Manager del z/OS que además de tener funcionalidades de balanceo de carga permite mover toda la carga a uno de los computadores en caso de desastres.Servidor Mainframe Centro de Cómputo Backup: Mainframe IBM System z/Enterprise 114 modelo 2818-T01 de 340 MIPS, 64 GB de memoria RAM, interconectados por fibra oscura. Los servidores mainframe del Centro de Cómputo Principal y Backup tienen “activas” la partición (LPAR) de Producción y las particiones de Desarrollo y Certificación.El servidor Mainframe del Centro de Cómputo Backup, tiene en una de sus particiones lógicas el sistema operativo z/VM donde se virtualizan máquinas z/Linux.La capacidad de MIPS que se tiene actualmente en el Core Bancario ha considerado un crecimiento hasta finales del 2014. Actualmente el uso de los MIPS es cercano al 80%.

1.4.1.2Almacenamiento CorporativoEl Banco de la Nación cuenta con una red SAN formada por Switches Brocade y dos (02) equipos de almacenamiento HITACHI USPV que cuentan, entre otras, con las siguientes funciones:

- Parallel Access Volume (PAV) para la capacidad de almacenamiento efectiva en RAID 5 (7+1).

- Conexión física con canales Ficon, punto a punto.- Tolerancia a desastres.- Funcionalidad de zonificación de la red SAN.- Cuenta con software de administración.- Soporte para discos de 15000 rpm.- Soporte de arreglo RAID 5 y RAID10.- Cuenta con licenciamiento para replicación de forma sincrónica.

AMBIENTE CAPACIDAD EN TB

Producción 1.2Certificación 0.7Desarrollo 0.6z/VM 2.0TOTAL EN TB 4.5

Página 50 de 409


1.4.1.3ImpresorasLa plataforma actual soporta los requerimientos de impresión con 3 impresoras matriciales Info Print 6500 Modelo V20, las cuales tienen una velocidad de impresión de 2,000 líneas por minuto. Este equipamiento responde a los requerimientos de impresión actuales.

1.4.1.4Librería de CintasEl Banco de la Nación cuenta con una solución tecnológica de respaldo de datos en librerías virtuales para los ambientes Mainframe y Plataforma de Arquitectura Abierta de última generación que consta de:

- 2 Librerías de virtualización (CCP - Centro de Cómputo Principal y CCB - Centro de Cómputo Backup) que emulan 256 drives. La conexión al mainframe se da a través de canales FICON (2 por nodo) de 4 GB. Almacena un total de 8 TB.

- 2 Librerías Robóticas (CCP y CCB) que permiten realizar el respaldo desde los Virtualizadores asignados al servidor mainframe y de los ambientes para la plataforma de arquitectura abierta. Cada librería cuenta con 600 slots para mainframe y 600 para la plataforma de arquitectura abierta.

1.4.1.5Servidores StratusEste documento considera, como parte del procesamiento centralizado, aunque sin ser parte constituyente de los servidores mainframe, a los siguientes:

- 2 servidores Stratus FT5600, cada uno de 4 procesadores Intel Xeon de 3.06 GHz, 6 GB de memoria y 310 GB en disco, ejecutando el sistema operativo FT-Linux basado en Red Hat Linux (Kernel 2.4.18) uno en el Centro de Cómputo Principal y otro en el Centro de Cómputo Backup para la atención de la red de cajeros automáticos. Estos servidores tienen repartida la carga de cajeros pudiendo, uno de ellos, en caso de una contingencia o desastre, asumir la carga de la totalidad de la red de cajeros automáticos.

1.4.1.6Servidores para Uso Administrativo El Banco de la Nación cuenta con una plataforma de servidores físicos y virtuales basada en servidores IBM Blade Center que albergan y son el soporte de infraestructura de todas las aplicaciones y servicios administrativos: correo electrónico, software de ERP, servicios de directorio activo, plataforma de colaboración, servidores de aplicaciones, proxies, SFTP, Bases de Datos, software de antivirus entre otros.Se cuenta también con servidores HP y SUN para el monitoreo y la gestión de redes a través de las herramientas HP Open View y suite de BMC respectivamente.

Página 51 de 409


1.4.2 Infraestructura Central de Software

1.4.2.1Software Mainframe- Sistema Operativo z/OS V1R13.0 (se cuenta además con las

funcionalidades de Parallel Sysplex y Workload Manager).- Software de comunicaciones de los servidores mainframe, sobre el

Sistema Operativo z/OS:Los servidores mainframe cuentan con soporte de comunicaciones para SNA y TCP/IP. El soporte de comunicaciones está incluido en el software z/OS Communications Server a través de los productos VTAM y TCP/IP.

- Software para el control de procesos en Batch: JES2. Los procesos batch de actualización de saldos son altamente críticos, en especial en los procesos de cuentas corrientes y cuentas de ahorro.

- Software para el desarrollo de programas y aplicaciones: Enterprise COBOL for z/OS.

- Software para edición de archivos y textos: TSO y CA-Roscoe.- Software Transaccional:

- CICS Transaction Server 2.3 con funcionalidades propias de OLTP.

- CICS Transaction Server 3.1 con funcionalidades añadidas de CICS-SOAP.

- CICS Transaction Server 3.2 con funcionalidades añadidas de Web Services.

- CICS Transaction Server 4.2 con funcionalidades añadidas de Web Services, a migrarse con la versión 1.13 del z/OS

- TOLD II12 (Producto despachador de transacciones).- Administrador de Procesos Automatizado Control-M.- Manejadores de Base de Datos de los servidores mainframe:

- Base de Datos IBM-DB2 versión 10 en el ambiente de Desarrollo. El Banco se encuentra en un proceso de adquisición de las licencias en los ambientes de Certificación, Producción y Respaldo.

- Base de Datos CA-Datacom versión 11 SP4.- Archivos VSAM.- Archivos Planos.Los archivos en base de datos se trabajan con llaves alternantes para un mejor acceso de la información almacenada.

12 TOLD II: Es un programa host que funciona como un motor transaccional donde converge todos los canales de atención a excepción cajeros automáticos.

Página 52 de 409


- Software Security Server – RACF para la administración de la seguridad de los ambientes z/OS.

- Los servidores Stratus que atienden la red de cajeros automáticos cuentan con el siguiente software:

a) FT Linux 2.4 basado en Red Hat, versión del kernel 2.4.18.b) Manejador de Base de Datos Informix DS 9.4.c) ESP/LINK 4.3, Administrador de la red de cajeros automáticos.d) Interfaz de comunicaciones TCP/IP para la comunicación con

los servidores mainframe del Banco.El Core Bancario actual tiene una base de datos única de clientes (BDUC) que reside en bases de datos CA-DATACOM instalado en el servidor mainframe z/Series.El Banco de la Nación es responsable de los procesos de migración, de los sistemas operativos que viene usando, a las versiones con soporte vigente.El proceso de migración de los sistemas operativos no será computado dentro del plazo de entrega.

Página 53 de 409


1.4.2.2Software de Servidores para Uso AdministrativoLas aplicaciones que brindan soporte a las actividades diarias, tanto operativas como administrativas están desarrolladas en la siguiente plataforma de software:

Sistemas operativos: Windows Server 2003, Windows Server 2008, Linux Red Hat Enterprise, HP Unix y Sun Solaris.

Bases de Datos en Oracle, Informix, MS/SQL Server 2005, MS/SQL 2008 y DB2 Express.

Frameworks de desarrollo estándar: Java(J2EE), .NET Se tiene implementada la solución de identidades y accesos

Tivoli para la administración y gestión de Seguridad que está formada por:

a) ITIM (Tivoli Identity Manager), para la gestión de roles e identidades.

b) TAMEB (Tivoli Access Manager for E-Business), para el control de acceso y autentificación única a nivel de estaciones de trabajo a las aplicaciones web.

Tivoli Storage Manager (TSM), para la administración y gestión de los procedimientos de Backup/restore corporativos de la plataforma distribuida.

Suite de producto de la empresa BMC y HP Open View (NDM) para la gestión del monitoreo de la infraestructura tecnológica.

“Hub de Integración”: Se conoce de esa forma a los componentes de software que conforma el middleware necesario para los proyectos de integración y SOA principalmente. Esta plataforma de integración esta también conformada por una aplicación que permite una administración más eficiente de las entidades (interfaces) con las que el Banco interactúa. Los productos que forman este middleware son los siguientes: a) CICS (feature Web Services for CICS)b) Websphere MQ Seriesc) Websphere Message Brokerd) Websphere Application Server

CICS (feature Web Services for CICS): Se ejecuta en los servidores mainframe con sistema operativo z/OS.

Página 54 de 409


Websphere MQ Series, Websphere Message Broker y Websphere Application Server: Se ejecutan en servidores de plataforma distribuida.

Todos los productos mencionados se encuentran licenciados por el Banco.

1.4.3 Infraestructura Periférica de Hardware

La infraestructura periférica de hardware es la siguiente: 1.4.3.1Hardware en la Red de Oficinas

El Banco de la Nación cuenta con servidores distribuidos a nivel nacional para la atención del canal de ventanilla en su red de Agencias. En ese aspecto, las redes cuentan con dos PC que cumplen la función de servidores en la casi totalidad de agencias y sucursales (aquellas que tienen exigencias transaccionales más intensas), con equipos IBM Lenovo con Procesadores Core2 Duo Processor E8400 trabajando en un esquema de contingencia (Servidor Principal y Servidor Backup). Los servidores y estaciones de trabajo tienen en promedio 3 GB de memoria RAM y una capacidad de disco duro de 160 GB SATA.En todas las oficinas, la infraestructura de cajas (ventanillas), son básicamente iguales: computadoras personales configuradas, con los correspondientes periféricos, entre ellos, impresoras, lectoras de tarjetas magnéticas, Pin Pad, y lectores de cheques.

1.4.3.2Hardware en las Sedes AdministrativasEn las sedes administrativas el equipamiento cuenta con las siguientes

características: Sistema operativo: Microsoft Windows 7 Enterprise Marca del Equipo: LENOVO Modelo del Equipo:3209-1T2 Procesador Intel(R) Core(TM) i5-3570 CPU @ 3.40GHz,4

procesadores principales, 4 procesadores lógicos Memoria RAM: 4.00 GB DDR3 Disco Duro: 500 GB SATA Grabador de DVD USB 2.0: 4 (2 Parte Frontal y 2 Parte Posterior) USB 3.0: 4 Parte Posterior

Página 55 de 409


1.4.4 Infraestructura Periférica de Software

1.4.4.1Software para la Red OficinasPara atención en el canal ventanillas, se hace uso del aplicativo SARA Web Banking y SARA Sign, para verificación de firmas. Estas aplicaciones se ejecutan en modalidad Web entre las estaciones y el servidor local de la agencia. El software en las sucursales y agencias del Banco es el siguiente:Para Servidores en Agencias:

Sistema Operativo: Windows XP Professional SP2 32 bits (Agencias tipo B y C).

Sistema Operativo: Windows Server 2003 Standard 32 bits (Sucursales)

Antivirus McAfee Agent VS 8.8 y Agente. MS Office 2007/2010 Plus Professional 32 bits, que incluye el MS

Outlook 2010 para correo electrónico. Browser Internet Explorer 6.0. Java 1.5.0.7 32 bits. Adobe Reader 8. Carpeta de instaladores: SaraWeb, MoneyGram, impresoras y

drivers de lectoras de cheques y pinpad en disco D. Software de Ventanilla: SARA Web Banking. IBM Host on Demand (Emulación 3270).

Para las Estaciones en Agencias: Sistema Operativo: Windows XP Professional SP2 32 bits Antivirus McAfee VS 8.8 y Agente. OpenOffice 3.0 Browser Internet Explorer 6.0. Java 1.5.0.7 32 bits Adobe Reader 8 Software de Ventanilla: SARA Web Banking. IBM Host on Demand (Emulación 3270).

1.4.4.2Software en los Puestos AdministrativosEl software en los puestos de las sedes administrativas es el siguiente:

Sistema Operativo: Windows 7 Enterprise SP1 64 bits MS Office 2007/2010 Plus Professional 32 bits, que incluye MS

Outlook 2010 para correo electrónico. Lync 2010 Antivirus McAfee VS 8.8 y Agente.

Página 56 de 409


Browser Internet Explorer 8.0. Java 1.5.0.7 32 bits. Adobe Reader 11. Adobe Shockwave. Adobe Air. Flash Player 11. Microsoft SilverLigth.

1.4.5 Infraestructura de Comunicaciones

El Banco de la Nación cuenta con dos Centros de Datos (Data Center), el Centro de Cómputo Principal y el Centro de Cómputo Backup, ambos en la ciudad de Lima e interconectados por fibra oscura.Adicionalmente a ello, se está previendo un tercer Centro de Datos en el denominado Centro de Contingencia ante Desastres (CCAD), a fin de permitir la recuperación del negocio tan funcional como sea posible ocurrido un desastre. Este CCAD usaría un enlace dedicado (10Mbps) y equipo de comunicaciones (FCoIP –Fiber Channel over IP) para la transferencia asincrónica de datos entre el CCAD y el Centro de Cómputo Backup.El Banco proveerá para la implementación de la solución de Core Bancario una Red LAN y SAN altamente disponible, las cuales constan de las siguientes características y componentes:

1.4.5.1Red LAN en los Centros de DatosLa red LAN de cada Centro de Datos incluye:

- Dos equipos de comunicación “switches de consolidación principal y secundario” configurados en alta disponibilidad.

- Protocolo TCP/IP.- Interfaces gigabit de cobre 10/100/1000 Base-T.- Interfaces gigabit de fibra 1000Base-SX.- Interfaces 10 gigabit 10GBASE-SR. - Protocolo de enrutamiento OSPF.- Definición de VLANs para la segmentación de la red a nivel de

capa 2 y capa 3.- Equipos de multiplexación de fibra ADVA con tecnología DWDM

para la interconexión de los Data Center.1.4.5.2Red SAN en los Centros de Datos

La red SAN instalada en el Banco de la Nación está conformada por:1. Cuatro switches Cisco MDS 9222i, de los cuales, dos se

encuentran en el Centro de Cómputo Principal y otros dos en el Centro de Cómputo Backup:

Página 57 de 409


- Cada uno cuenta con controladoras activas y redundantes entre sí, una en el Centro de Cómputo Backup y otra en el Centro de Cómputo Principal.

- Estos incluyen la función FC sobre IP o iSCSI (extensión de red SAN sobre red IP).

- Incluye función de administración y Gestión de la red SAN para efectos de la conexión entre los puertos IP de los switches SAN y la red IP del Banco.

- Cuenta con:a) Puertos de 4Gbps por cada switch (50 de tipo short wave).b) 4 puertos IP de 1Gbps por cada switch (fibra óptica).c) 2 fuentes de poder por cada switch.d) Formato instalable en RACK.e) Software (Enterprise Package).

2. Cuatro switches Brocade, dos en el Centro de Cómputo Principal y otros dos en el Centro de Cómputo Backup:- Cada uno cuenta con controladoras activas y redundantes

entre sí, una en el Centro de Cómputo Principal y otra en el Centro de Cómputo Backup.

- Sistema de almacenamiento HITACHI (Universal Storage Platform V)

- Cuenta con:a) Interfaces o puertos de 1/2/4Gbps por cada switch.b) 2 fuentes de poder por cada switchc) Formato instalable en RACKSe dispone de un Sistema de almacenamiento conformado por dos equipos HITACHI (Universal Storage Platform V): uno en el Centro de Cómputo Principal, y el otro en el Centro de Cómputo Backup. Asimismo, se tiene proyectado instalar un tercer equipo HITACHI en el CCAD.

1.4.5.3Red de AgenciasActualmente el Banco cuenta con agencias que se conectan a nuestros Centros de Datos a través de los servicios públicos de telecomunicaciones proveídos por las empresas Telefónica y GTH (GILAT To Home).a) El contratista Telefónica del Perú S.A a través de su servicio de red

IP/VPN, presenta una solución del tipo terrestre mayoritariamente, la cual brinda enlaces de comunicación a aproximadamente 560 puntos de atención a nivel nacional (Agencias Sucursales, Ventanillas, Lobbies).13 Para soportar ello, se tiene en el Centro de Cómputo Principal una red WAN (Wide Area Network) conformada

13 Lobby: En plural lobbies (vocablo inglés), es el ambiente o cubículo cerrado con puerta de acceso para los clientes del Banco, ubicado en el área frontal de los ATM´s para mayor resguardo y seguridad de los equipos y usuarios de cajeros automáticos.

Página 58 de 409


por dos enlaces cabecera IP/VPN (de 50 Mbps cada uno) y ruteadores Cisco C7206, configurado en un esquema de alta disponibilidad que concentran y balancean el tráfico de voz y datos de los nodos remotos.Asimismo, en el Centro de Cómputo Backup se dispone de una red WAN de respaldo conformada por un enlace cabecera IP/VPN (80 Mbps) y dos ruteadores Cisco C7507, la cual sirve de respaldo y se activa en forma automática ante un evento de contingencia en el Centro de Cómputo Principal.La red de agencias cuenta con enlaces principales de diversos tipos: 1) Enlaces IP/VPN de anchos de banda: 64Kbps, 128Kbps, 256Kbps,

384Kbps, 512Kbps, 1Mbps y 2Mbps.2) Enlaces IP-ADSL de anchos de banda asimétrico: 1024/256kbps.3) Enlaces satelitales IBS de 256Kbps.

Los enlaces de respaldo son en su mayoría del tipo ISDN-BRI, los cuales se activan automáticamente ante un incidente en el enlace principal. Sin embargo también se tiene alrededor de 50 puntos con enlaces de respaldo del tipo modem conmutado, siendo su activación manual.Se adjunta cuadro resumen de los tipos de Agencias y lobbies de cajeros automáticos que están conectadas a través del contratista Telefónica.

b) El contratista GILAT To Home Perú S.A. presenta una solución del tipo satelital VSAT Sky Edge, la cual brinda servicio de voz y datos a 178 puntos de atención. En el Centro de Cómputo Principal se dispone de una red WAN conformada por dos enlaces cabecera IP/VPN (último tramo Nodo de GTH al Banco de la Nación) y dos ruteadores Cisco configurados en un esquema de alta disponibilidad, que concentran y balancean tráfico procedente de

Página 59 de 409

TIPO DE AGENCIA

CANTIDAD ANCHO DE BANDA (KBPS) TIPO DE SERVICIO

SUCURSAL 11 384 KBPS IP-METRO, IP-VPNSUCURSAL A 2 2048 KBPS IP-METROSUCURSAL B 5 2048 KBPS IP-METROSUCURSAL C 6 2048 KBPS IP-METROAGENCIA 37 256, 512, 1200/256 KBPS IP-VPN,IP-ADSL, IP-METROAGENCIA 1 9 256 KBPS IP-VPNAGENCIA 2 2 1200/256 KBPS IP-ADSL

AGENCIA A 12256, 512, 384, 1200/256 KBPS, 2048 KBPS IP-VPN, IP-ADSL

AGENCIA B 48 256,384,512 KBPS, 1200/256 KBPS IP-VPN, IP-ADSLTIPO DE AGENCIA

CANTIDAD ANCHO DE BANDA (KBPS) TIPO DE SERVICIO

AGENCIA C 161256, 384, 900/256 KBPS,1200/256 KBPS IP-VPN,IP-ADSL,IP-VPN/SATELITAL

OFICINA ESPECIAL 81 64,128,192, 256, 384, 600/256 KBPS

IP-VPN, IP-METRO, IP-VPN/SATELITAL, IP-ADSL

374

TIPO CANTIDAD ANCHO DE BANDA (KBPS) TIPO DE SERVICIO

LOBBY 18664, 128, 192 , 600/256 KBPS,900/256 KBPS,1200/256 KBPS

IP-ADSL,IP-VPN, IP-VPN/SATELITAL


las oficinas remotas. Por el lado del Centro de Cómputo Backup se dispone de una red WAN de características idénticas al instalado en el Centro de Cómputo Principal, siendo su activación en forma automática ante un evento de contingencia.

Las oficinas remotas cuentan con enlace principal y respaldo del tipo satelital VSAT, cada una con su propia antena y equipo VSAT Sky Edge. Cada oficina tiene un ancho de banda disponible de 101/228 Kbps.Se adjunta cuadro resumen de los tipos de Agencias y lobbies de cajeros automáticos que están conectadas a través del proveedor GILAT To Home:

TIPO DE AGENCIA

CANTIDAD

ANCHO DE BANDA (KBPS)

TIPO DE SERVICIO

AGENCIA C 171 101/228 KBPS VSATAGENCIA B 2 101/228 KBPS VSATOFICINA ESPECIAL 1 101/228 KBPS VSAT

174

TIPO CANTIDADANCHO DE BANDA

(KBPS)

TIPO DE SERVICI

O

LOBBY 4 100/100 KBPS,101/228 KBPS VSAT

1.4.6Protocolos de ComunicaciónPara atender los servicios del Banco en toda su red, y dar atención a los actores externos, como por ejemplo, instituciones externas, se usan los protocolos o reglas de comunicación que permiten el flujo de información entre equipos:- A bajo nivel, TCP/IP y SNA- A nivel de transporte :

a) SOAP-HTTP 1.1b) MQ (Cliente o Servidor) (en laboratorio)c) HTTPSd) SIX

- Formatos:a) ISO 8583b) XML (Genérico)c) TXT

1.4.7Canales de AtenciónLa infraestructura descrita de hardware y software periféricos, y de comunicaciones permite al Banco de la Nación atender a sus clientes por los siguientes canales:

Página 60 de 409


1.4.7.1Plataforma de Caja o VentanillaEl Banco de la Nación para el canal de Caja o Ventanilla usa el aplicativo SARA WEB Banking que consta de 4 módulos: - SARA Web Branch Server: aplicativo que se despliega en un

servidor con Sistema Operativo Windows 2003 y que cuenta con la siguiente plataforma base: Web Websphere Application Server CE y una base de datos local DB2 Express. El servidor de aplicaciones, mediante el aplicativo módulo SARA SNA Gateway se comunica con el software IBM Communications Server que a su vez establece una comunicación SNA con el servidor mainframe del Banco. Es necesario mencionar que la comunicación entre el servidor SARA Web Branch Server y las estaciones locales SARA Web Branch de la agencia se hace a través del protocolo TCP/IP. Los procesos de autenticación y temas relacionados a autorizaciones y perfiles se hacen a través de un servicio web que se comunica con SARA Web Manager. La presentación está compuesta por páginas HTML, jsp y un applet donde se ejecuta las transacciones de ventanilla.

- SARA Web Branch: Es el sistema de atención en ventanillas que sirve como front en las agencias para la ejecución de transacciones.

- SARA Web Sign: Es el sistema de administración y consultas de firmas digitalizadas para los centros de captura y agencias. .

- SARA Web Manager: Sistema de seguridad centralizado que contiene parámetros de configuración para la administración de seguridad en la suite de productos de SARA Web Banking.

1.4.7.2Banca por InternetLos servicios de Banca por Internet son ofrecidos a través del Sistema de Atención de Transacciones por Internet (SATI) y el Sistema de Administración de Transmisiones Masivas (SATM).

a) El Sistema de Atención de Transacciones por Internet (SATI) consta de 2 módulos:- Multired Virtual (BNWeb): aplicativo instalado en

servidores Websphere Application Server, encargado de la ejecución de todas las transacciones monetarias y no monetarias vía Internet. Este aplicativo trabaja con una base de datos Oracle y utiliza Web Services para conectarse al CICS SOAP funcionalidad que viene con el CICS, el cual se encarga de realizar el enlace con el computador mainframe del Banco.

- SARA Web Banking, módulo encargado de la administración y configuración del SATI. En este módulo se realiza la configuración de nuevas transacciones, mensajes del aplicativo, límites monetarios, reportes estadísticos y constancia de vouchers emitidos en el SATI. Se conecta vía el

Página 61 de 409


jar cliente SWM.jar, el cual se conecta al SARA Web Manager para poder validar su usuario y obtener el perfil del usuario.

b) El Sistema de Administración de Transmisiones Masivas (SATM) permite a las empresas del Sector Privado inscritas al sistema, realizar abonos vía Internet para el pago de remuneraciones y pensiones a su personal activo o cesante. Consta de tres módulos: Módulo de Contratos, Módulo Administrativo y Módulo Transaccional.

El Banco de la Nación cuenta con servicios de autenticación basados en validación de tarjeta y CVV2 añadiendo a esto una contraseña de 4 dígitos para consultas y de 6 dígitos para transacciones financieras. Adicionalmente cuenta con autenticación de doble factor basada en el uso de tarjetas de coordenadas y el uso de tokens.

1.4.7.3Cajeros AutomáticosActualmente el Banco de la Nación cuenta con una red de 791 cajeros automáticos; de marca NCR y Diebold. Dicho número de ATMs se encuentra balanceado (a nivel de configuración) en 2 servidores Stratus (los cuales actúan como Switches Transaccionales), uno ubicado en el Centro de Cómputo Principal y otro en el Centro de Cómputo Backup. La conexión de los servidores Stratus con el mainframe se realiza mediante protocolo TCP/IP utilizando formato de mensajes ISO 8583.El Banco de la Nación trabaja con la franquicia VISA en los roles: Rol Emisor y Rol Adquiriente, además de estar certificado Verified by VISA. Para esto, el Banco de la Nación cuenta con un servidor VEA (equipo provisto por VISA), como punto de conexión entre el Banco y VISA Internacional. La conexión entre el VEA y los computadores Stratus se realiza a través del protocolo TCP/IP.A la fecha el Banco de la Nación también trabaja con la franquicia MASTERCARD en el rol de Adquiriente. El Banco está afiliado a una red de POS (Puntos de Venta) con VISANET para transacciones locales en el Perú y con VISA para transacciones internacionales. La interfaz se hace a través de la red de procesamiento VISA, que usa al servidor mainframe como autorizador de las tarjetas de débito.

1.4.7.4Cajeros CorresponsalesEste canal opera instalando en los terminales del socio corresponsal, servidores y estaciones de trabajo de caja SARA Web, con un perfil operativo reducido que corresponde a los servicios definidos en ese escenario particular. El Banco de la Nación expondrá sus servicios de Core Bancario mediante servicios web a fin que puedan ser utilizados por el socio corresponsal. Se proyecta también la ampliación de cobertura de servicios para este canal, con la inclusión de otras modalidades de operación como POS y telefonía móvil.

Página 62 de 409


1.4.7.5Banca por TeléfonoEl Banco de la Nación cuenta con una solución de Contact Center. Este sistema consiste de un servidor que administra a un pool de agentes que atienden telefónicamente a los clientes del Banco de la Nación en un set limitado de servicios.El sistema incluye un autómata (IVR – Interactive Voice Response) que mediante mecanismos de emulación 3270, es capaz de atender un conjunto limitado de consultas y operaciones.

1.4.7.6Banca por CelularServicios de consultas brindados a los clientes a través celulares (Movistar o Claro) por tecnología WAP. Se proyecta fortalecer este canal cambiando la tecnología WAP por mensajería SMS y/o aplicaciones alojadas en los teléfonos de uso masivo.Actualmente, los canales de atención están integrados con los aplicativos del Banco, pero el Banco no cuenta con una plataforma de multi canalidad.

1.4.8Volúmenes de Operación y ProcesamientoCon el fin de que el Contratista pueda dimensionar adecuadamente la plataforma tecnológica del nuevo Core Bancario, el Banco de la Nación muestra a continuación, los principales datos de volúmenes de operación y procesamiento.

1.4.8.1Oficinas En el año 2001 el Banco de la Nación tenía 348 oficinas, ese número ha venido creciendo a razón de un promedio del 4,5% anual, llegando a mayo de 2013 a 580 oficinas.

Adicionalmente, el Banco contempla la apertura de micro-agencias, en asociación con otras entidades, lo que permitirá aumentar la cobertura sin crecer la infraestructura física del Banco de la Nación.

1.4.8.2Usuarios del Core BancarioEn el año 2002, el Banco de la Nación registraba 2,765 empleados, ese número ha venido creciendo a razón de un 4,4% anual en promedio, alcanzando a mayo del año 2013 a 4,261 empleados de los cuales aproximadamente 1,600 son recibidores/pagadores (cajeros de ventanilla).El número de funcionarios que estarán accesando a la Plataforma Comercial y de Servicios en sucursales como en el call center será de 2,000 como mínimo.

1.4.8.3ATMEl Banco de la Nación, actualmente cuenta con 791 ATM’s, número que se incrementa en promedio a razón del 8,9% anual.

Página 63 de 409


1.4.8.4ClientesEl Banco de la Nación a mayo del año 2013 mantiene información de 4,7 millones de clientes habituales. Al primer trimestre del año 2013 se tienen registrados 2’531,800 clientes no habituales (personas naturales).

1.4.8.5Cuentas y Préstamos de ConsumoEl Banco de la Nación, a junio del año 2013 registró 5’865,015 cuentas de ahorro y 449,325 cuentas corrientes, se tiene un aproximado de 800,000 cuentas de ahorro inactivas. Adicionalmente, en casi 12 años de registrar el otorgamiento de créditos, el Banco de la Nación alcanzó a otorgar hasta junio del año 2013 4,013,233 Préstamos Consumo / Multired, siendo 322,676 nuevos préstamos otorgados por año (promedio de los años 2001 al 2012).

1.4.9Transacciones Financieras y No Financieras14

El Banco de la Nación, durante el año 2012 procesó un promedio mensual de 26,190,834 transacciones financieras y 48,453,042 transacciones no financieras. El promedio de crecimiento en los últimos 4 años, ha sido a razón del 6.5% anual.Del total de transacciones financieras, en promedio, el 70% de ellas son hechas en ventanilla, esto es, horas laborables (24 días al mes, concentradas en aproximadamente 7 horas al día). El 30% restante (ATM, WEB, POS, etc.) se hace a cualquier hora del día, incluidos fines de semana, concentradas en unas 15 horas al día.

2 Requerimientos del ContratistaEl contratista deberá cumplir y acreditar como mínimo lo siguiente:

a) Ser una persona jurídica debidamente constituida, que no esté comprendida en el Registro de Inhabilitados para contratar con el Estado, que se encuentre inscrita en el Registro Nacional de Proveedores en el capítulo de proveedores de servicios.

En caso de ser una sociedad extranjera no domiciliada en el Perú, ésta debe otorgar poderes suficientes para que el apoderado designado pueda representar a la sociedad extranjera ante autoridades administrativas, especialmente ante el OSCE, lo cual le permitirá participar en el proceso de selección convocado bajo la Ley de Contrataciones del Estado y su reglamento, pudiendo inscribir a la sociedad como Postor, adquirir bases, formular consultas, presentar

14 Las Transacciones Financieras son aquellas que involucran movimiento físico o electrónico de dinero y/o cheques, ejecutadas en los canales de atención transaccional del Banco. Las Transacciones No Financieras son aquellas que no involucran movimiento físico o electrónico de dinero y/o cheques, ejecutadas en los canales de atención transaccional del Banco (consultas sin comisión, transacciones de seguridad, entre otras).

Página 64 de 409


propuestas, entre otras facultades. El Registro Nacional de Proveedores (RNP) exige, además, que estos poderes estén previamente inscritos en el Registro de Personas Jurídicas de los Registros Públicos (Procedimiento especial de inscripción de Proveedores extranjeros de Bienes y/o de Servicios no domiciliados, que no cuentan con representante legal o apoderado en el Perú).

En caso de consorcio, los Postores que lo conforman deben estar inscritos en el Registro Nacional de Proveedores en el capítulo de proveedores de servicios y presentar como parte de su propuesta técnica una promesa formal de consorcio, en la que se indique: los integrantes del consorcio, el representante y domicilio común del consorcio, el porcentaje de participación de los integrantes, y las obligaciones que asume cada integrante; de conformidad con el Reglamento.

b) Ser una empresa especializada en Tecnología de Información, organizada y con experiencia en por lo menos tres (3) servicios ejecutados (con una duración mínima de 5 meses cada una) en los últimos diez (10) años, respecto a la implementación de soluciones de Core Bancario o módulos que lo componen, los cuales deberán ser acreditados con cualquiera de las siguientes alternativas:

- Copia simple legible de contratos u órdenes de servicio. - Copia simple legible de comprobantes de pago (tales como

facturas entre otros comprobantes).- Constancias y/o cartas de clientes.

Los servicios mencionados en el párrafo anterior no serán considerados para la sustentación de la experiencia en los factores de evaluación, ya que la documentación utilizada para acreditar la experiencia solicitada como requerimiento mínimo no podrá ser utilizada para acreditar experiencia requerida en los factores de evaluación.

c) Presentar una (1) referencia de una instalación de su solución de core bancario propuesta (incluir datos de los directivos de contacto), funcionando en arquitectura mainframe z/Series con sistema operativo z/OS o una (1) referencia de instalación en plataforma abierta (UNIX o LINUX). Las referencias deben ser de instalaciones en instituciones financieras funcionando en ambientes de producción con una antigüedad no menor a tres (3) meses, computados a partir del acta de aceptación del servicio.

Página 65 de 409


d) Contar con representación y personal de soporte local (Lima-Perú), para la atención de los requerimientos de Garantía, Soporte y Mantenimiento, indicados en los términos de referencia, la acreditación de este requerimiento es mediante Declaración Jurada y el cumplimiento del mismo lo hará el Ganador de la Buena Pro que firme contrato con el Banco de la Nación.

e) El contratista al presentar su oferta, deberá observar y cumplir obligatoriamente las especificaciones técnicas y las exigencias que se detallan en los Términos de Referencia.

f) El contratista que obtenga la Buena Pro tendrá bajo su cargo la oportuna y eficiente prestación de los servicios con responsabilidad económica y administrativa.

3 Requerimientos de Lugar y Plazo de Ejecución

La implementación del nuevo Core Bancario se llevará a cabo en la ciudad de Lima – Perú, en las oficinas que el Banco de la Nación determine para este fin, los Consultores y Líderes del Proyecto deberán encontrarse presencialmente en las oficinas del proyecto y tener dedicación exclusiva a este trabajo, esto incluye a los Consultores Funcionales de Core Bancario, Consultores en Tecnología de Información, Consultores Técnicos de Implementación (Arquitecto), Consultores Técnicos de Migración e Ingeniero de Implementación.

El equipo dedicado a la programación podrá encontrarse presencialmente en las oficinas del proyecto o podrán realizar las tareas de manera remota, salvo el personal que lidere esta actividad.

El Plazo de Ejecución de Prestación del servicio está compuesto por Prestaciones Principales y Accesorias:

El Plazo de Ejecución de las Prestaciones Principales del Servicio se estima en 51 meses, de acuerdo a lo siguiente:

Página 66 de 409


Implementación de la Solución de Nuevo Core Bancario: A partir del día siguiente de suscrito el contrato y cumplidas las condiciones para el inicio de la prestación del servicio que se indican más adelante, durante 3 años.

Provisión de todas las Licencias requeridas para la Implementación y total puesta en producción de la Solución de Nuevo Core Bancario, que incluye: Licencias del Software del Nuevo Core Bancario y demás licencias que el proveedor considere necesarias para el correcto funcionamiento de la Solución, incluyendo las herramientas de desarrollo. Las licencias de Base de Datos serán provistas por el Banco, éstas corresponden al gestor de base de datos IBM-DB2 V10 bajo sistema operativo z/OS.

Soporte Post-Producción de la Implementación del Nuevo Core Bancario: A partir de la puesta en producción de cada módulo, durante 3 meses. Esto significa que después de cada fase el Contratista debe brindar Soporte Post-Producción por tres (3) meses, del alcance de la solución de Core Bancario implementado en dicha fase.


En caso que el Contratista requiera mayor tiempo para el cumplimiento de los plazos, por razones no atribuibles al mismo, podrá solicitar la ampliación del plazo que corresponda, en caso contrario se aplicarán las penalidades por retraso injustificado.



El contratista se compromete a brindar el servicio de Soporte y Mantenimiento luego de finalizado el primer año de soporte y mantenimiento, a requerimiento del Banco.

4 Requerimientos y Condiciones para el Inicio de la Prestación del Servicio.

Página 67 de 409


El Banco de la Nación deberá proveer los siguientes recursos, dentro de los sesenta (60) días siguientes a la suscripción del contrato, para el inicio de la prestación del servicio:


Estacionamiento vehicular para el equipo de trabajo asignado. Computadoras personales para el equipo de trabajo asignado por el

Banco de la Nación. Las computadoras personales del equipo de trabajo del Contratista serán de su responsabilidad.

Proyectores para presentaciones para cada espacio físico. Mobiliario y acondicionamiento del espacio físico. Aire acondicionado. Energía eléctrica. Infraestructura de comunicaciones con acceso a la red interna del

Banco de la Nación. Acceso a internet para los miembros del equipo de trabajo que lo

requieran. Recursos Humanos necesarios para la gestión y ejecución del servicio. Disponibilidad y accesos a los servidores mainframe para la

implementación de los ambientes de desarrollo, certificación, producción y respaldo de la Solución de Nuevo Core Bancario.

Los recursos logísticos provistos por el Banco de la Nación para la prestación del servicio son para uso del personal del Contratista y del Banco de la Nación que participará en la Implementación de la Solución de Nuevo Core Bancario.

El Contratista deberá proveer los siguientes elementos para el inicio de la prestación del servicio:

Las computadoras personales del equipo de trabajo del Contratista. Recursos Humanos necesarios para la gestión y ejecución del servicio,

los cuales deben cumplir en su perfil con habilidades y experiencia requeridas para cumplir con los objetivos del Plan de Trabajo.

Herramientas tecnológicas para la prestación del servicio, de ser necesario.

5 Requerimientos de Plataforma

Teniendo en cuenta que el Banco de la Nación desea optimizar la inversión que ha realizado en Infraestructura Tecnológica durante los últimos años, la Nueva Solución de Core Bancario deberá ejecutarse en arquitectura mainframe z/Series, con el gestor de base de datos IBM-DB2 V10, bajo el sistema operativo z/OS con los que cuenta actualmente el Banco, de acuerdo a lo descrito en el numeral 1.4. Tecnología del Banco de la Nación. Asimismo, la Nueva Solución (incluyendo las herramientas de desarrollo y todo el

Página 68 de 409


software necesario para el correcto funcionamiento del nuevo core bancario) deberá tener la capacidad de ejecutarse en plataforma abierta (UNIX o LINUX), siendo importante indicar que los desarrollos y/o personalizaciones realizadas a la nueva solución en la arquitectura mainframe deberán continuar funcionando en plataforma abierta, para que en una segunda fase, que está fuera del alcance de este proyecto, el Banco de la Nación pueda migrar a dicha plataforma de estimarlo conveniente.

Cabe indicar que los módulos obligatorios a ejecutarse en la plataforma mainframe con sistema operativo z/OS son los siguientes: Clientes, Captaciones, Colocaciones, Servicios de Pagos y Cobros. Los componentes del Core Bancario, tales como el middleware o plataforma de caja o ventanilla pueden ejecutarse en otra plataforma.

A continuación se indica el detalle de los componentes mínimos de plataforma con que debe contar la solución de Nuevo Core Bancario propuesta:

A.- PLATAFORMA Y SISTEMA OPERATIVO

1. Mainframe: z/OS

a. Capa de Aplicaciones o de Procesos de Negocio: Debe operar en plataforma mainframe basado en sistema operativo z/OS, asegurando el mejor rendimiento, facilidad de manejo, mantenimiento sencillo y que no represente un costo adicional.

b. Capa de Middleware: Debe contar con un ESB, propio o de tercero, para proveer una capa de integración que permita interoperar con aplicaciones propietarias y también con las que no están orientadas a servicios, incluyendo los aplicativos que se ejecutan fuera del mainframe (ERP, aplicaciones Web, conexiones con entidades externas, entre otras).

En caso que la capa de middleware no esté en plataforma mainframe, el Contratista debe indicar detalladamente las características del hardware, software y servicios que serán provistos por este, para su implementación y correcto funcionamiento, garantizando la alta disponibilidad a través de un equipamiento similar en el Centro de Cómputo de Backup, durante la vigencia del contrato.

c. Capa de Base de Datos: Se utilizará el gestor de base de datos IBM-DB2 V10, que será proporcionado por el Banco, el cual se encuentra en plataforma mainframe con sistema operativo z/OS.

d. Capa de Presentación: Debe ser multiplataforma, por lo menos que soporte sistema operativo Windows y Linux. El

Página 69 de 409


lenguaje utilizado en su desarrollo e implementación deberá ser Java. La interfaz del usuario debe ser Web.

2. Arquitectura Abierta

a. Capa de Aplicaciones o de Procesos de Negocio: debe operar en cualquier plataforma de arquitectura abierta, con sistema operativo Unix o Linux.

b. Capa de middleware debe operar en cualquier plataforma de arquitectura abierta, con sistema operativo Unix o Linux.

c. Capa de Base de Datos: debe operar en cualquier plataforma de arquitectura abierta, con sistema operativo Unix o Linux.

d. Capa de Presentación: ser multiplataforma, por lo menos que soporte sistema operativo Windows, Unix y Linux. El lenguaje utilizado en su desarrollo e implementación deberá ser Java. La interfaz del usuario debe ser Web.

B.- GESTOR DE BASE DE DATOS

El Banco de la Nación proporcionará el gestor de base de datos IBM-DB2 V10 en sistema operativo z/OS que deberá ser utilizado por el Nuevo Core Bancario. El Banco posee licencias de Base de Datos IBM-DB2 V10 en el ambiente de Desarrollo y se encuentra en un proceso de adquisición de las licencias en los ambientes de Certificación, Producción y Respaldo.

La nueva solución de core bancario deberá tener altos niveles de disponibilidad y resiliencia que deben ser evidenciadas en las propuestas.

La nueva solución de core bancario podrá hacer uso adicionalmente de archivos VSAM (KSDS y ESDS), así como archivos catalogados temporales, como parte de su diseño.

C.- SISTEMA DE CAJA O DE VENTANILLA

Es requerimiento que el sistema de caja o de ventanilla de la solución propuesta debe funcionar en un entorno web a través de un browser.

Sin dejar de cumplir el requerimiento anterior, el Contratista podrá proponer además una arquitectura distinta al entorno web del sistema de caja o ventanilla, siempre y cuando esta nueva forma evidencie ventajas comparativas en el tiempo de respuesta respecto a la modalidad solicitada y que no haga incurrir al Banco en gastos adicionales.

Página 70 de 409


El sistema de caja o ventanilla debe ser multiplataforma, por lo menos que soporte sistema operativo Windows y Linux. El sistema de caja o ventanilla debe proveer una arquitectura de alta disponibilidad en un clúster de servidores centralizados en el Banco para la atención a toda la red de oficinas. Los servidores necesarios serán proporcionados por el Banco.

La integración del mainframe y el clúster de servidores del nuevo sistema de caja o ventanilla deber ser utilizando el protocolo de comunicación de TCP/IP.

Las comunicaciones entre el clúster de servidores del nuevo sistema de Caja o Ventanilla con las estaciones de las agencias debe ser TCP/IP.

Página 71 de 409


6 Requerimientos de Arquitectura 6.1 Arquitectura Orientada a Servicios

El Nuevo Core Bancario deberá estar basado en una Arquitectura Orientada a Servicios (SOA), que cumpla los siguientes requerimientos:- Disponer de un inventario de Servicios WEB estandarizados que la

solución de Core Bancario exponga para el descubrimiento de Servicios, cumpliendo el estándar UDDI 15.

- Ser una solución construida con capas de abstracción que incluyan capas de procesos de negocio y capa de servicios categorizados además de las capas de presentación, componentes y acceso a datos.

- La capa de middleware (ESB) debe proporcionar las características necesarias mediante las cuales se pueda implementar una arquitectura orientada a servicios. Las características básicas que debe presentar el ESB son las siguientes:

Enrutamiento y redireccionamiento de mensajes. Estilo de comunicación síncrono y asíncrono. Multiplicidad de tipos de transporte y protocolos de

enlace, considerando como mínimo los siguientes: HTTP, HTTPS, SNA, JMS, MQ, FTP, SFTP, TCP/IP, SMTP, SOAP.

Transformación de contenido y traducción de mensajes. Orquestación y coreografía de mensajes. Gestor de eventos. Presencia de adaptadores a múltiples plataformas. Herramientas de diseño de la integración, de

implementación y despliegue. Características de garantía de la calidad del servicio

(QoS), como transaccionalidad y persistencia. Funcionalidad de autenticación, autorización y

encriptación para asegurar los mensajes entrantes y salientes.

Auditoría, registro y métricas. Gestión y monitorización.

6.2 Business Process ManagementEs objetivo del Banco de la Nación la adopción de BPM (Gestión de Procesos de Negocio) por tanto la solución del Nuevo Core Bancario debe tener la capacidad de integrarse con herramientas estándar de

15 UDDI: Universal Description and Discovery Interface

Página 72 de 409


BPM. No obstante, la adquisición de esta herramienta no es parte del alcance de este proyecto.

7 Requerimientos de Infraestructura7.1 Responsabilidades del Banco de la Nación El Banco de la Nación proveerá los servidores mainframe, la infraestructura de comunicaciones, el clúster de servidores para el sistema de caja o ventanilla, la atención de los requerimientos de capacidad de procesamiento (MIPS) y el almacenamiento (espacio en disco) para la ejecución de la Nueva Solución Core Bancario en el mainframe. El número de MIPS a contratar será determinado en la etapa del “Plan de Trabajo” que es posterior a la firma del contrato con el ganador de la Buena Pro.El Banco de la Nación proporcionará el software base de los servidores mainframe: Sistema Operativo z/OS, RACF, CICS, VTAM, JES2.

7.2 Responsabilidades del ContratistaEl Contratista deberá estimar las capacidades de procesamiento (MIPS) y almacenamiento (espacio en disco) que necesitará su Solución de Core Bancario para ejecutarse en los ambientes de desarrollo, certificación, producción y respaldo. A estos estimados se le deberá añadir el porcentaje de crecimiento anual correspondiente tomando como referencia el porcentaje de crecimiento del actual Core Bancario (6.5%), a fin que el Banco de la Nación pueda tener una proyección más exacta de su impacto en el periodo de implementación. El Contratista será responsable de suministrar cualquier otro elemento de infraestructura, incluyendo hardware, software y servicios, que considere necesario para complementar su solución de Core Bancario, en los ambientes que sean necesarios (desarrollo, certificación, producción y respaldo) el costo de los mismos debe estar incluido en su propuesta.

7.3 Requerimientos de Procesamiento 7.3.1Disponibilidad

La disponibilidad del servicio actual es 7 x 24. El Nuevo Core Bancario deberá ofrecer disponibilidad de servicio al cliente (up-time) 7x24, esto aplica para todos los canales, a excepción de los canales plataforma de caja o ventanilla y Plataforma Comercial y de Servicios que deberán ofrecer disponibilidad de acuerdo a los horarios operativos establecidos por el Banco.Los requerimientos de disponibilidad y contingencia deberán estar soportados en una configuración básica de Parallel Sysplex entre los Centros de Cómputo Principal y Backup. El porcentaje de disponibilidad requerido para la nueva solución de Core Bancario es 99.9%. Este valor está referido a los niveles de

Página 73 de 409


servicio de la solución propuesta, la medida de la indisponibilidad debe ser atribuible a incidencias en su funcionamiento.

7.3.2Modalidad de ProcesamientoLa capa de aplicaciones y la base de datos deberán ejecutarse en modalidad centralizada, debiendo esta última estar replicada para propósitos de contingencia.

7.3.3Capacidad de Procesamiento en LíneaActualmente la demanda de transacciones por segundo (TPS) del Banco en momentos “pico” llega a 400 TPS (considerando las transacciones financieras y no financieras). Se requiere que la nueva solución de Core Bancario tenga la capacidad de procesar estos 400 TPS, y además debe considerar un crecimiento anual del 10% durante la vigencia del contrato. A continuación se presenta una tabla con los parámetros de operación y procesamiento del Banco de la Nación:

PARÁMETROS DE OPERACIÓN Y PROCESAMIENTOCONCEPTO Mayo 2013Oficinas 580Ventanillas 1,895ATM 791Empleados 4,261Clientes 4,7 millonesTransacciones financieras al cierre del año 2012

269,445,693

7.3.4Tiempo de RespuestaEl actual Core Bancario presenta tiempos de respuesta promedio mensual menores a 0.5 segundos para las transacciones atendidas por el Computador Central que provengan de los diferentes canales (tiempo de respuesta de la aplicación). La solución del Nuevo Core Bancario propuesta debe asegurar tiempos de respuesta que no superen los promedios antes mencionados. El Banco de la Nación, antes del pase a producción y en las etapas de post-producción de cada módulo medirá los tiempos de respuesta, el protocolo de pruebas de medición y el detalle del mismo será coordinado con el Contratista durante la ejecución contractual, en la etapa de Plan de Trabajo, teniendo en cuenta la plataforma tecnológica descrita en el presente documento.

7.3.5 Procesamiento de Ventana BatchEn el caso que la solución del Postor contemple el uso de una ventana batch, la misma no deberá interferir con la disponibilidad para todos los

Página 74 de 409


canales de atención, dicha interrupción no debe superar los 30 minutos diarios.

7.4 Infraestructura de Software El Nuevo Core Bancario deberá interactuar con el programa producto RACF en las capas de aplicaciones (core del negocio) y la base de datos que deben residir en los servidores mainframe sobre sistema operativo Z/OS. En caso el postor tenga un software de seguridad diferente para las demás capas, éste deberá tener la capacidad de integrarse con RACF y los sistemas de seguridad del actual core del banco, con el fin de garantizar una administración centralizada e integral de la seguridad de las aplicaciones y su acceso a los recursos en el ambiente Z/OS, principalmente en la etapa de convivencia, para ello debe presentar de manera gráfica su esquema de integración propuesta. El Postor deberá incluir en su propuesta técnica todo el software necesario para implementar la solución requerida en los Ambientes de Desarrollo, Certificación, Producción y Respaldo, que incluya licencias del Software del nuevo core bancario y demás licencias que el Postor considere necesarias para el correcto funcionamiento de la Solución, indicando como mínimo lo siguiente:

- Nombre del Producto de Software- Nombre del fabricante y/o distribuidor local- Ambientes donde se requiere implementar (desarrollo,

certificación, producción y respaldo) - Funcionalidad cubierta - Tipo de Licenciamiento- Vigencia del licenciamiento- Cantidad de licencias provistas

7.4.1Herramientas de Desarrollo

El Contratista debe asegurar autonomía para el Banco de la Nación en la creación de nuevas funcionalidades o modificaciones de funcionalidades existentes, sin depender de la presencia del Contratista. Esta autonomía debe ser asegurada por el Contratista de la siguiente manera:a) Con la entrega de código fuente del software de Core Bancario,

(para las capas de la solución, exceptuando el núcleo). El Contratista deberá incluir en su Plan de Capacitación el entrenamiento necesario para que el Banco de la Nación tenga la capacidad de modificar el código fuente entregado. El Contratista, deberá asegurar también la entrega de todas las herramientas y sus

Página 75 de 409


licencias correspondientes para los ambientes de desarrollo y certificación.

b) Con la entrega de un SDK16 que permita la modificación de funcionalidades existentes y/o la creación de nuevas. El Contratista deberá asegurar e incluir en su Plan de Capacitación el entrenamiento necesario para que el Banco de la Nación tenga la capacidad de utilizar el SDK. El Contratista deberá asegurar también, la entrega de todas las herramientas y sus licencias correspondientes para los ambientes de desarrollo y certificación.

Se aceptará para la capa de presentación, lenguajes compatibles con la Plataforma de Desarrollo Java EE.Para el desarrollo y mantenimiento de la solución de Core Bancario, el Postor deberá incluir en su propuesta:

a) Una herramienta automatizada para el control de las versiones y para la gestión de solicitudes de cambio, con licencias de tipo flotante para 40 usuarios.

b) Una herramienta para el acceso y actualización del modelo lógico de la base de datos de la solución de Core Bancario con licencias de tipo flotante para 5 usuarios. Estas licencias deberán estar disponibles a la culminación de la etapa del “Plan de Trabajo”.

Además, el Contratista deberá asegurar que el Banco de la Nación recibirá las actualizaciones de versiones o tecnologías del software de Core Bancario, y que estas actualizaciones se integrarán a las nuevas funcionalidades o modificaciones desarrolladas por el Banco de la Nación.Se debe dotar al Banco con las herramientas de desarrollo y con la capacitación necesaria para que el personal del Banco pueda realizar los desarrollos y mantenimientos de forma eficiente, segura y centralizada.

7.5 ComunicacionesEl Nuevo Core Bancario deberá utilizar la misma infraestructura de comunicaciones que el actual core. La información de las oficinas segmentadas por ancho de banda se encuentra en el punto 1.4.5.3 de los TDR. Por otro lado en las oficinas que tienen el menor ancho de banda tienen entre 2 y 3 estaciones de trabajo, llegando en algunos casos a máximo 4 estaciones de trabajo.

16 SDK: Software Development Kit

Página 76 de 409


8 Requerimientos de Conectividad8.1 Con los Canales de Atención

El Nuevo Core Bancario deberá atender a los clientes y usuarios del Banco de la Nación17 a través de los Canales de Atención, brindando las interfaces y módulos de software necesarios para cada uno de ellos:- Plataforma de Caja o Ventanilla: el Nuevo Core Bancario deberá

proveer la solución de software necesaria para la atención en cajas o ventanillas que reemplazará al sistema actual (transacciones de caja y de verificación de firmas electrónicas). De igual manera debe proporcionar los módulos de software (rutinas, APIs, módulos, etc.) para lograr la conectividad necesaria con los dispositivos tales como: lectoras de tarjeta magnética, lectoras de caracteres magnéticos y/o ópticos en cheques, ingreso de clave en dispositivos Pin Pad y lectoras de documentos de pago (recibos y facturas), no se requiere la provisión de los equipos mencionados. . Adicionalmente, para la etapa de convivencia deberá proveer la interfaz con la solución actual de Plataforma de Caja o Ventanilla.

- Banca por Internet: el Nuevo Core Bancario deberá proveer la interfaz y los controles necesarios para conectarse y atender los requerimientos y servicios de la solución de Banca por Internet del Banco.

- Cajeros Automáticos (ATMs): El Nuevo Core Bancario deberá comunicarse con el switch que administra la red cajeros automáticos (ATM), tal como se conecta con el Core Bancario, mediante interfaces haciendo uso de mensajería ISO 8583.

- Cajeros Corresponsales: la solución de Core Bancario deberá proveer la posibilidad de ejecutar servicios o transacciones del Banco de la Nación remotamente.

- Banca por Teléfono (IVR): el Nuevo Core Bancario deberá proveer la interfaz y los controles necesarios para atender los requerimientos y servicios brindados a los clientes por medio del Sistema de Respuesta de Voz Interactiva o IVR18, dicha interfaz se conectará utilizando un servidor transaccional que interactúa entre el Core Bancario y el sistema IVR, permitiendo el acceso a servicios de información y operaciones autorizadas.

- Banca por Celular: el Nuevo Core Bancario deberá proveer la interfaz y los controles necesarios para atender los requerimientos y servicios brindados a los clientes por medio de mensajería SMS y/o aplicaciones alojadas en los teléfonos.

17 Capítulo Información del Banco de la Nación - Tecnología del Banco de la Nación – Canales de atención18 IVR: Interactive Voice Response

Página 77 de 409


8.2 Con el Ambiente Mainframe- Deberá ser capaz de procesar transacciones iniciadas por el sistema

mainframe del Banco, específicamente desde las diferentes regiones CICS definidas en el mainframe. El CICS recibe transacciones que son asociadas a programas, una transacción por un programa. Ejecuta el programa y todas las que de éste se deriven. Accesa a los datos con los cuales tiene interface (base de datos, archivos planos y de otros tipos). Finalmente el programa de aplicación retorna el control al CICS que ha gestionado la ejecución de la misma y los accesos a los datos.El formato de estas transacciones, su número y contenido, se definirá al momento del “GAP Análisis” previo a la etapa de convivencia.

- Deberá ser capaz de desplegar los servicios a través de todos los canales del Banco.

El Nuevo Core Bancario debe brindar la funcionalidad necesaria para el intercambio de información con el Core actual, en modalidad batch (procesamiento por lotes), a través de transferencia de archivos, haciendo uso de Web Services o mediante servicios de mensajería basada en colas (JMS o MQ).

8.3 Con Oracle FinancialsDeberá ser capaz de intercambiar información con el Sistema Oracle Financials (versión 11.5.10.2) que corre en una Plataforma Linux independiente, y que constituye el ERP del Banco, por lo que esta interfaz es de gran importancia. Para esta interfaz, el Nuevo Core Bancario deberá cumplir con los requerimientos de conectividad y mensajería que imponga el producto Oracle Financials. Actualmente toda la información de los movimientos operativos generada en los distintos canales de atención, se centraliza en los servidores mainframe bajo Sistema Operativo z/OS y mediante procesos batch esta información es transformada y enviada al servidor donde se ejecuta el Oracle Financials.

8.4 Con Sistema de Tesorería e Inversiones - Back Trader Live Deberá integrarse al sistema de Tesorería que tiene el Banco (Back Trader Live), así como lanzar las transacciones desde la plataforma de caja. Además, deberá estar preparado para intercambiar información, en modalidad batch (procesamiento por lotes), a través de transferencia de archivos o mediante el uso de Web Services.

8.5 Con el Sistema de Comercio Exterior.El Nuevo Core Bancario deberá proveer la interfaz y los controles necesarios para conectarse y atender los requerimientos y servicios de la solución de Comercio Exterior del Banco.

Página 78 de 409


8.6 Con Entidades ExternasDeberá disponer de conectividad en los dos sentidos, con diversas instituciones externas, tanto para procesos en línea como para transferencias de archivos.Las instituciones con las cuales deberá inter-operar como mínimo la solución de Core Bancario son: - BCRP (Banco Central de Reserva del Perú): existe un enlace al

BCRP para que usando un aplicativo de esta entidad, en forma remota se ingrese por digitación datos de las transferencias del Estado. La integración se realiza a través del software LBTR propiedad del BCRP.

- SUNAT (Superintendencia Nacional de Aduanas y Administración Tributaria): el Banco de la Nación está autorizado para la recepción de pago de tributos en ventanilla. Estos datos son dados a conocer a la SUNAT en línea, a través del “hub de integración”, y posteriormente confirmados con una transmisión en ráfaga de los datos, usando FTP.

- RENIEC (Registro Nacional de Identificación y Estado Civil): similar a SUNAT, los pagos son recibidos en ventanilla y transmitidos en línea, a través del “hub de integración”, y posteriormente confirmados con una transmisión en ráfaga de los datos, usando FTP.

- VISA: el Banco de la Nación recibe en línea las transacciones generadas desde establecimientos comerciales, hechas en Puntos de Venta (POS) y a través de la red de procesamiento VISA, para compras internacionales con la Tarjeta de Débito ofrecida por el Banco (tarjeta Multired). La trama de mensajería pasa primero por los dispositivos VEA, proporcionados por VISA, luego al Stratus (el mismo que atiende a los ATM), y de ahí al mainframe. El Nuevo Core Bancario deberá hacer de autorizador, como lo es el mainframe en la actualidad.

- VISANET: el Banco de la Nación recibe en línea las transacciones generadas desde establecimientos comerciales, hechas en Puntos de Venta (POS) y a través de la red de procesamiento VISANET, para compras nacionales con la Tarjeta de Débito ofrecida por el Banco (tarjeta Multired). El Nuevo Core Bancario deberá hacer de autorizador, como lo es el mainframe en la actualidad.

- MASTERCARD: el Banco de la Nación recibe en línea transacciones originadas en cajeros automáticos MULTIRED BN a través de la red Procesos MC Perú, por retiro de efectivo con Tarjeta de Débito o Crédito de clientes propios o foráneos afiliados a la franquicia MASTERCARD (MAESTRO/CIRRUS/MASTECARD). La trama de mensajería pasa por el STRATUS, es canalizada a Procesos MC Perú y es transferida a la red MASTECARD, quien a su vez transmite al Banco Emisor, quien autoriza o rechaza la operación.

Página 79 de 409


- SEDAPAL (Servicio de Agua Potable y Alcantarillado): Similar a SUNAT, los pagos son recibidos en ventanilla y transmitidos en línea, a través del “hub de integración”, y posteriormente confirmados con una transmisión en ráfaga de datos, usando FTP.

- Cámara de Compensación Electrónica: se pasa la información de la Cámara Saliente dos veces al día, en modo FTP, y similarmente, se recibe información de la Cámara Entrante y de la Compensación definitiva.

- MEF19: para transacciones de autorización de pago, pago a proveedores del Estado y pago electrónico de planillas, registro de claves de Unidades Ejecutoras, entre otros a través de SIAF20. Además se proporciona información de la Cuenta de Ejecución, en modo FTP.

- MTC21: se proporciona información de las recaudaciones realizadas (cobro de multas por infracciones, pagos de servicios y otros) vía MQ Series.

- Instituciones Financieras: envío y recepción de información vía FTP seguro.

- Poder Judicial: certifica el pago de certificados de antecedentes judiciales y otras certificaciones, vía MQ Series.

- Operadoras de Telecomunicaciones: cobros de servicio telefónico y recargas celulares con abono en cuenta vía Web Services.

- Central de Riesgo de la SBS: consulta de Central de Riesgo vía internet con un usuario y password.

- Informa Perú: consulta de Central de Riesgo vía internet con un usuario y password.

- Sentinel Perú: Central Inteligente de Alertas y Riesgo.

- Dirección General de Migraciones y Naturalización.- SUNARP22, INC23 y OSCE24.La solución Nuevo Core Bancario deberá estar preparada para interconectarse con instituciones y empresas adicionales, para los servicios de cobranza y/o corresponsalía, con las cuales el Banco de la Nación decida interconectarse. El Contratista podrá definir una nueva forma de interconexión con las entidades externas, siempre y cuando esta nueva forma evidencie ventajas comparativas respecto de las modalidades actuales y que no haga incurrir al Banco en gastos adicionales. Se debe considerar que

19 MEF: Ministerio de Economía y Finanzas20 SIAF: Sistema Integrado de Administración Financiera21 MTC: Ministerio de Transporte y Comunicaciones22 SUNARP: Superintendencia Nacional de Registros Públicos23 INC: Instituto Nacional de Cultura24 OSCE: Organismo Supervisor de las Contrataciones del Estado

Página 80 de 409


las diversas modalidades actuales responden a las necesidades de las entidades así como a las características de sus plataformas tecnológicas. La coordinación acerca de las nuevas modalidades de interconexión será parte de la etapa del “Plan de Trabajo” posterior a la firma del contrato.

9 Requerimientos de Información para Entidades Externas

Los Reportes Regulatorios y de Control, el Control y Prevención del Lavado de Activos y la Gestión Integral de Riesgos del Banco de la Nación, estarán soportados en una plataforma tecnológica especializada, en el entorno de un proyecto de Data Warehouse independiente del Nuevo Core Bancario, y en otras soluciones especializadas que el Banco de la Nación ya dispone.

Por el alcance que tienen estas gestiones especializadas, se requiere la disponibilidad de los datos que se genera como resultado de las operaciones y transacciones de los clientes en su relación de negocios con el Banco de la Nación. Es por tanto un requerimiento que todos los Módulos de Negocio de la solución propuesta de Core Bancario, generen la información necesaria para alimentar el Data Warehouse que soportará los Reportes Regulatorios y de Control, el Control y Prevención del Lavado de Activos y la Gestión Integral de Riesgos.

9.1 Información para la Superintendencia de Banca, Seguros y AFPLa Superintendencia de Banca, Seguros y AFP publicó un documento denominado “Proyecto de Implantación de la Central de Riesgos por Operaciones”. En este documento se especifica la información que requiere el ente regulador para la gestión de riesgos por operación. La información requerida por el ente regulador y que la nueva solución de Core Bancario deberá proveer como mínimo para la alimentación del Data Warehouse, en la frecuencia exigible por el regulador y en el formato a acordar con el Contratista, es la siguiente:

- Información de identificación de deudores: que reportará todos los clientes del Banco de la Nación que estarán referenciados por tener productos y servicios contratados (tipo de identificación, código de identificación, tipo de identificación de extranjero, código de identificación de extranjero, tipo de identificación complementaria, código de identificación complementaria, tipo de persona, tipo de cliente empresarial, magnitud empresarial, razón social, apellido paterno, apellido materno, apellido de casada, primer nombre, segundo nombre,

Página 81 de 409


fecha de nacimiento, género, estado civil, código de deudor Banco de la Nación, tipo de residencia, país de residencia, país de nacimiento, ubicación geográfica, código de la zona registral, código de oficina registral, sector económico, calificación regulatoria sin alineamiento según Resolución Nº 11355-2008, calificación regulatoria, vinculación con el Banco de la Nación, relación laboral con el Banco de la Nación, indicador de riesgo cambiario crediticio Circular B-2145-2005, tipo de identificación principal en el caso de clientes mancomunados, código de identificación principal en el caso de clientes mancomunados).

- Información de operaciones de crédito: que reportará el stock a la fecha de corte de las operaciones de crédito (código de operación, tipo de producto, tipo de crédito, tratamiento especial de exposiciones de consumo, tipo de identificación de cliente, código de identificación de cliente, moneda, saldo contable, cuenta contable, rendimientos devengados, rendimientos diferidos, rendimientos en suspenso, tipo de tasa de interés, tipo de indexación de la tasa de interés, spread de tasa variable y mixta, tasa de interés efectiva anual, tasa de costo efectivo anual, fecha de inicio de operación, fecha de vencimiento, modalidad de pago, monto de la cuota, fecha de la cuota, número de cuotas pactadas, número de cuotas por pagar, periodicidad de las cuotas, días de atraso al cierre de mes, días de atraso durante el mes, tipo de gracia otorgada, períodos de gracia, monto desembolsado asociado a la operación, vencimiento efectivo, provisiones específicas, indicador de transferencia o adquisición de cartera, código de cartera transferida, sustitución de contraparte, indicador de financiamiento especializado, código de oficina, condición de disponibilidad, factor de conversión crediticio).

- Información de operaciones agrupadas: que reportará el stock agrupado por cliente, de avances en cuentas corrientes, sobregiros y de descuento de letras y pagarés y factoring, a la fecha de reporte de la información (código de línea, tipo de crédito, tipo de producto, tipo de crédito, tratamiento especial de exposiciones de consumo, tipo de identificación de cliente, código de identificación de cliente, moneda, saldo contable, cuenta contable, rendimientos devengados, rendimientos diferidos, rendimientos en suspenso, tasa de interés efectiva anual, fecha de vencimiento, días de atraso, vencimiento efectivo, provisiones específicas, indicador de transferencia o adquisición de cartera, sustitución de contraparte, código de oficina, condición de disponibilidad, factor de conversión crediticio).

- Cobertura de operaciones y grupo de operaciones: (tipo de operación cubierta, código de la operación o código de línea, tipo de garantía, código de la garantía, tipo de identificador de la

Página 82 de 409


garantía personal, tipo de cobertura del garante, moneda de la cobertura, monto de la garantía asignada a la operación).

- Salida de operaciones: que reportará todos los casos que origine la salida de una operación de crédito (código de operación, motivo de salida de la operación, fecha de salida de la operación, monto de salida, código de la nueva operación generada, tipo de garantía, código de la garantía, código de cartera transferida).

- Disminución de saldos de operaciones en incumplimiento: que reportará todas las operaciones individuales que se encuentran en incumplimiento (código de la operación individual, motivo de disminución de saldos, monto de la disminución de saldo, código de la nueva operación generada, tipo de garantía, código de la garantía).

- Líneas comprometidas: que reportará todas las líneas comprometidas no utilizadas asignadas a los clientes (tipo de identificación del cliente, código de identificación del cliente, código de línea, indicador de bloque de línea, tipo de línea, cuenta contable, moneda, revolvencia de las líneas, cancelación unilateral, monto aprobado de la línea comprometida, monto no utilizado de la línea comprometida, indicador de multi-línea, código de multi-línea, monto aprobado de la multi-línea, monto no utilizado de la multi-línea).

- Stock de garantías físicas: que reportará el stock de los activos recibidos como garantías preferidas (código de garantía, agrupación de bienes en garantía, número de bienes comprometidos en la garantía, tipo de garantía, indicador de deuda vinculada, tipo de cobertura, tipo de propietario de la garantía, tipo de identificación del deudor, código de identificación del deudor, identificación de situación de garantía, código de zona registral, código de oficina registral, número de partida, indicador de garantía compartida, ubicación geográfica, fecha de constitución, indicador de póliza de seguro vigente, número de póliza del seguro de la garantía, código de empresa de seguros, valor de constitución de la garantía, valor comercial de la garantía, valor de realización de la garantía, fecha de última tasación, moneda de la tasación, cuenta contable de registro de la garantía, código del último perito valuador, valor de adjudicación de la garantía, gastos de adjudicación, provisión inicial, provisión constituida mensualmente, provisión por desvalorización).

- Stock de garantías en títulos valores: que reportará el stock de las garantías auto-liquidables y preferidas a la fecha de reporte (código de garantía, agrupación de bienes en garantía, código ISIN, tipo de emisión, tipo de emisor, indicador de deuda vinculada, tipo de cobertura, tipo de identificación del deudor, código de identificación del deudor, identificación de situación de

Página 83 de 409


garantía, indicador de garantía compartida, fecha de constitución, fecha de vencimiento de la garantía, cuenta contable de registro, valor de constitución de la garantía, plazo esperado de liquidación, valor estimado de realización de la garantía, valor de mercado, fecha de última valuación, moneda de la garantía, moneda de indexación de la garantía, plazo de clasificación de la garantía, empresa clasificadora de riesgo externa, clasificación de riesgo externa, fecha de última clasificación de riesgo externa).

- Garantías personales: que reportará el stock de las garantías personales (avales y fianzas) de los deudores (código interno del garante, tipo de identificación del garante, código de identificación del garante, tipo de identificación complementario, código de identificación complementaria, tipo de cobertura, tipo de persona, tipo de cliente empresarial, razón social, apellido paterno, apellido materno, apellido de casada, primer nombre, segundo nombre, tipo de residencia, país de residencia, ubicación geográfica, código de la zona registral, código de oficina registral, número de partida, cuenta contable).

- Salida de garantías: que reportará todos los casos que origine la salida de garantías (tipo de garantía, código de la garantía, fecha de salida de la garantía, motivo de salida de la garantía, valor de adjudicación de la garantía, gastos de adjudicación, valor de la venta de garantía, gastos de la venta, modalidad de venta, código de operación).

- Transferencias de cartera: (tipo de cartera, código de cartera, tipo de transferencia o adquisición de cartera, tipo de persona, tipo de cliente empresarial, tipo de contraparte de la transferencia de cartera, tipo de documento de identidad, número de documento de identidad, código CIIU del adquiriente, código de la zona registral, código de la oficina registral, número de partida , tipo de documento del representante legal, documento de identidad del representante legal, tipo de residencia, país de residencia, magnitud empresarial, relación con la empresa informante, responsabilidad de la empresa que reporta, fecha de transferencia o adquisición, monto de la transferencia o adquisición, número de clientes transferidos o adquiridos, número de resolución de autorización).

- La solución deberá estar preparada para entregar información en formato XBRL (eXtensible Business Reporting Language) que es un estándar para reportes basado en XML que ayuda a la automatización del intercambio de información financiera.

Página 84 de 409


9.2 Información para la Generación de Reportes RegulatoriosPara la generación de los Reportes Regulatorios25, adicionalmente a la información detallada en la sección anterior, la nueva solución de Core Bancario deberá proveer como mínimo la siguiente información:

- Información de operaciones: que reportará el stock a la fecha de corte de las operaciones activas, pasivas y contingentes (código de operación, tipo de operación, tipo de identificación de cliente, código de identificación de cliente, moneda, plazo, saldo contable, cuenta contable, rendimientos devengados, rendimientos diferidos, rendimientos en suspenso, tipo de tasa de interés, tipo de indexación de la tasa de interés, spread de tasa variable y mixta, tasa de interés efectiva anual, fecha reajuste, fecha de inicio de operación, fecha de vencimiento, modalidad de pago, código de oficina).

- Información de cronogramas de pago de operaciones: que reportará el cronograma de pagos de las operaciones activas y pasivas (código de operación, tipo de operación, tipo de identificación de cliente, código de identificación de cliente, moneda, saldo contable, cuenta contable, fecha de pago).

- Generación de Bases de datos requeridas por la SBS.

9.3 Información para el Control y Prevención del Lavado de ActivosEl Banco de la Nación actualmente dispone de una aplicación que permite el reporte de las operaciones significativas, es decir aquellas operaciones únicas en efectivo, cuyo importe sea igual o superior a US$ 10,000.00 dólares o su equivalente en moneda nacional. Para la captura de la información la nueva solución de Core Bancario deberá emitir automáticamente un formulario electrónico, durante la atención de la operación en caja o ventanilla. Posteriormente, la nueva solución de Core Bancario deberá entregar la información de los formularios registrados para su procesamiento y formato para entrega al ente regulador mediante la aplicación existente.Adicionalmente, el nuevo Core Bancario deberá entregar en un formato a acordar con el Contratista de la solución de Core Bancario la relación mensual de transacciones financieras registradas a través de todos los servicios que brinda el Banco de la Nación (Cuentas Corrientes, Cuentas de Ahorro, Depósitos Judiciales, Telegiros y Cheques de Gerencia, entre otros). Los Administradores de las Oficinas de Red de Agencias, a través de la aplicación actualmente disponible en el Banco, identificarán, analizarán, calificarán y reportarán las operaciones múltiples mensuales, efectuadas en una o varias oficinas del Banco, durante un mes calendario, por o en beneficio de la misma persona,

25 Capítulo Requerimientos Funcionales – Requerimientos Funcionales de Procesos de Apoyo – Proceso de Reportes Regulatorios y de Control

Página 85 de 409


que en conjunto igualen o superen US$ 50,000.00 o su equivalente en moneda nacional en cumplimiento de la ley.

Página 86 de 409


10 Requerimientos de Seguridad, Contingencia y Respaldo

10.1 Requerimientos de Seguridad

El Banco de la Nación dentro de su Sistema de Gestión de Seguridad de la Información ha establecido políticas y directivas de seguridad que se deben incorporar en todos los proyectos informáticos.

La solución propuesta deberá asegurar la adopción y manejo del Sistema de Gestión de Seguridad de la Información del Banco, para aquellos casos en los que el requerimiento normativo esté fuera del alcance de la solución propuesta, ésta deberá permitir su cumplimiento, teniendo en consideración los lineamientos de seguridad de la información descritos en las siguientes normativas:

Circular N° G – 140 – 2009 de la Superintendencia de Banca y Seguros

“Controles de Seguridad de la Información:

Artículo 5°:

5.1 Seguridad lógica

a) Procedimientos formales para la concesión, administración de derechos y perfiles, así como la revocación de usuarios.b) Revisiones periódicas sobre los derechos concedidos a los usuarios.c) Los usuarios deben contar con una identificación para su uso personal, de tal manera que las posibles responsabilidades puedan ser seguidas e identificadas. d) Controles especiales sobre utilidades del sistema y herramientas de auditoría.e) Seguimiento sobre el acceso y uso de los sistemas para detectar actividades no autorizadas.f) Controles especiales sobre usuarios remotos y computación móvil.

5.5. Administración de las operaciones y comunicaciones

a) Procedimientos documentados para la operación de los sistemas.b) Control sobre los cambios en el ambiente operativo, que incluye cambios en los sistemas de información, las instalaciones de procesamiento y los procedimientos. c) Separación de funciones para reducir el riesgo de error o fraude.

Página 87 de 409


d) Separación de los ambientes de desarrollo, certificación y producción. e) Monitoreo del servicio dado por terceras partes.f) Administración de la capacidad de procesamiento.g) Controles preventivos y de detección sobre el uso de software de procedencia dudosa, virus y otros similares.h) Seguridad sobre las redes, medios de almacenamiento y documentación de sistemas.i) Seguridad sobre el intercambio de la información, incluido el correo electrónico.j) Seguridad sobre canales electrónicos.k) Mantenimiento de registros de auditoría y monitoreo del uso de los sistemas.

5.6. Adquisición, desarrollo y mantenimiento de sistemas informáticos

Para la administración de la seguridad en la adquisición, desarrollo y mantenimiento de sistemas informáticos, se debe tomar en cuenta, entre otros, los siguientes criterios:

a) Incluir en el análisis de requerimientos para nuevos sistemas o mejoras a los sistemas actuales, controles sobre el ingreso de información, el procesamiento y la información de salida. b) Aplicar técnicas de encriptación sobre la información crítica que debe ser protegida.c) Definir controles sobre la implementación de aplicaciones antes del ingreso a producción.d) Controlar el acceso a las librerías de programas fuente.e) Mantener un estricto y formal control de cambios, que será debidamente apoyado por sistemas informáticos en el caso de ambientes complejos o con alto número de cambios.f) Controlar las vulnerabilidades técnicas existentes en los sistemas de la empresa.

5.7. Procedimientos de respaldo

a) Procedimientos de respaldo regular y periódicamente validados. Estos procedimientos deben incluir las medidas necesarias para asegurar que la información esencial pueda ser recuperada en caso de falla en los medios o luego de un desastre. Estas medidas serán coherentes con la estrategia de continuidad de negocios de la empresa.

b) Conservar la información de respaldo y los procedimientos de restauración en una ubicación a suficiente distancia, que evite exponerlos ante posibles eventos que comprometan la operación del centro principal de procesamiento.

5.8. Gestión de incidentes de seguridad de informaciónPágina 88 de 409


Para asegurar que los incidentes y vulnerabilidades de seguridad sean controlados de manera oportuna, las empresas deberán considerar los siguientes aspectos:

a) Procedimientos formales para el reporte de incidentes de seguridad de la información y las vulnerabilidades asociadas con los sistemas de información.b) Procedimientos establecidos para dar una respuesta adecuada a los incidentes y vulnerabilidades de seguridad reportadas.

5.9. Cumplimiento normativo

Las empresas deberán asegurar que los requerimientos legales, contractuales, o de regulación sean cumplidos, y cuando corresponda, incorporados en la lógica interna de las aplicaciones informáticas.

5.10. Privacidad de la información

Las empresas deben adoptar medidas que aseguren razonablemente la privacidad de la información que reciben de sus clientes y usuarios de servicios, conforme a la normatividad vigente sobre la materia.

Seguridad en operaciones de transferencia de fondos por canales electrónicos:Artículo 6°.- En el caso de las operaciones de transferencia de fondos a terceros ofrecidas por las empresas para su realización a través de canales electrónicos, las empresas deberán implementar un esquema de autenticación de los clientes basado en dos factores como mínimo. Para el caso en que el canal electrónico sea Internet, uno de los factores de autenticación deberá ser de generación o asignación dinámica. Las empresas podrán utilizar otros factores de autenticación, en tanto éstos proporcionen un nivel de seguridad equivalente o superior respecto a los dos factores señalados, en particular cuando se trate de operaciones importantes según los límites que el banco determine de acuerdo a las características del producto o servicio ofrecido.

La empresa deberá tomar en cuenta los riesgos operacionales asociados, en el diseño de los procedimientos, las definiciones de límites y las consideraciones de seguridad e infraestructura requeridas para un funcionamiento seguro y apropiado en las operaciones de transferencia de fondos.”

Norma Técnica Peruana NTP-ISO/IEC 27001 para la administración de la seguridad de la información.

Normas de Seguridad de la Información de la Industria de Medios de Pago PCI/SSC (Security Standards Council).

Página 89 de 409


Los componentes que formen parte del Nuevo Core Bancario, deberán cumplir con las normas de Seguridad PCI que les competa.

El contratista deberá realizar las adecuaciones necesarias a los componentes de la solución propuesta que tuviera algún incumplimiento con el estándar PCI

Ley de Protección de Datos Personales (Ley 29733)

10.1.1 Para la Operación de las Aplicaciones La solución propuesta debe contar como mínimo con los siguientes controles de seguridad para el procesamiento de la información y operación de las aplicaciones:

Incluir mecanismos de seguridad para proteger la información contra la modificación no autorizada, cuando esta se encuentra en tránsito, en procesamiento, almacenada y en los sistemas de respaldo o por modificación causada por errores de hardware y/o software.

Establecer controles especiales para salvaguardar la confidencialidad y la integridad de la data que pasa a través de las redes públicas o a través de las redes inalámbricas; también se deberá definir controles especiales para mantener la disponibilidad de los servicios de los sistemas propuestos, así como controles de autenticación, codificación y conexión de red.

Considerar mecanismos que garanticen la autenticidad de las operaciones. Ni el origen ni el destino en un mensaje deben poder negar la transmisión. Quien envía el mensaje puede probar que, en efecto, el mensaje fue enviado y viceversa.

Contar con herramientas que permita verificar la disponibilidad de los sistemas, de acuerdo a los niveles de servicio contratados, de tal forma que los sistemas siempre se comporten de la forma esperada.

Considerar los parámetros técnicos requeridos para una conexión segura con los servicios de red en concordancia con las reglas de seguridad y conexión de red y para proteger los mensajes del acceso no-autorizado, modificación o negación del servicio.

Establecer controles para proteger la información involucrada en las transacciones en-línea para evitar una transmisión incompleta, routing equivocado, alteración no-autorizada del mensaje, divulgación no-autorizada, duplicación o repetición no-autorizada del mensaje, mediante el uso de firmas electrónicas por cada una de las partes involucradas en la transacción; asegurando que las credenciales de usuario de todas las partes sean válidas y verificadas.

Diseñar controles apropiados en las aplicaciones, incluyendo las aplicaciones para asegurar un procesamiento correcto. Estos

Página 90 de 409


controles deberán incluir la validación de la entrada de data, procesamiento interno y salida de la data:

o En la entrada de la data se deberá considerar, chequeo de límites o limitar los campos a los rangos específicos de la entrada de data; para detectar los siguientes errores: valores fuera de rango, caracteres inválidos en los campos de data, data incompleta o faltante, exceder los límites superiores e inferiores del volumen de data y data de control no autorizada o inconsistente.

o En el procesamiento de la data se deberá, establecer controles para evitar que los programas corran en el orden equivocado o corran después de una falla en el procesamiento previo; el uso de programas apropiados para recuperarse de fallas para asegurar el correcto procesamiento de la data; protección contra ataques utilizando excesos/desbordamientos de la memoria intermedia; controles de sesión o lote, para conciliar los saldos del archivo de data después de las actualizaciones de la transacción; controles de saldos, para chequear los saldos de apertura comparándolos con los saldos de cierre anteriores; específicamente: corrida a corrida ; totales de actualización del archivo; programa a programa; validación de la entrada de data generada por el sistema; chequeos de la integridad, autenticidad y cualquier otro dispositivo de seguridad de la data o software cargado o descargado, entre la computadora central y las remotas; totales hash de registros y archivos; chequeos para asegurar que los programas se corran en el momento adecuado; que los programas sean corridos en el orden correcto y terminados en caso de una falla, y que se detenga el procesamiento hasta que se resuelva el problema.

o Establecer controles para validar la salida de la data de las aplicaciones para asegurar que el procesamiento de la información almacenada sea el correcto y el apropiado para las circunstancias. Deberá incluir, chequeos de plausibilidad para comprobar si la salida de data es razonable; conteo de control de conciliación para asegurar el procesamiento de toda la data; proporcionar la información suficiente para un lector o el sistema de procesamiento subsiguiente para determinar la exactitud, integridad, precisión y clasificación de la información y crear un registro de las actividades en el proceso de validación de la salida de data.

10.1.2 Para la Gestión de Accesos e IdentidadesLa solución propuesta debe contar con un módulo de seguridad para la gestión de accesos e identidades, que cumpla con las siguientes características:

Página 91 de 409


Estar integrado con los productos de la suite IBM Security Identity and Access Management (antes denominado Tivoli), enfocado particularmente a los módulos Security Identity Manager, Security Access Manager for e-Business y Security Access Manager for Enterprise Single Sign On, para la administración de las identidades, y la gestión de accesos.

Gestionar un repositorio de usuarios y perfiles de acceso y tener la capacidad de integrarse con el producto Microsoft Active Directory bajo el estándar tipo LDAP para la autenticación de los usuarios, así como con el producto IBM Security Access Manager for e-Business IBM para la autorización de los accesos a las aplicaciones y autenticación de usuarios.

Soportar las operaciones básicas del ciclo de vida de una cuenta de usuario: creación; modificación; eliminación; cambios de estado. Además deberá permitir las funcionalidades relacionadas al manejo de cuentas de usuario: bloqueo de la cuenta ante escenarios de intentos fallidos o a demanda, por ejemplo, el que se establezca para el periodo vacacional de un empleado, desbloqueo, caducidad de contraseña y cambio de contraseña, entre otras.

Manejar contraseñas robustas, es decir, debe permitir la configuración de contraseñas que contengan letras minúsculas, mayúsculas, números y algunos símbolos especiales, estipulado en las políticas de seguridad del Banco de la Nación. Estas contraseñas deberán ser almacenadas y transportadas de forma cifrada, de acuerdo a las políticas de cifrado de la información.

Operar con controles de acceso basado en roles funcionales RBAC, con niveles de autorización lo más detallados posible, deberá contemplar perfiles de acceso por: servicios; módulos; menús; transacciones; tipo de operaciones; y las que por requerimientos de operatividad del negocio sean necesarias definir.

Disponer de interfaces que permitan administrar y/o mantener la información relacionada a las cuentas de usuario y perfiles de acceso de la solución propuesta, a través de mecanismos de arquitectura estándar (como Web Services, API, scripts, etc.).

Time Stamping, almacenar datos de trazabilidad, rastreo forense y control de accesos que permitan atender los requerimientos de auditoría y cumplimiento regulatorio para todas las transacciones/operaciones realizadas en la solución con cada cuenta de usuario. Se deberá proveer herramientas que permitan un análisis exhaustivo de los datos generados.

10.1.3 Para el Cifrado de la InformaciónLa nueva solución propuesta deberá proveer un módulo de seguridad para la gestión de la criptografía, el cual deberá permitir el cumplimiento de todo lo requerido para el cifrado y descifrado de la información confidencial, tales como la clave secreta, número de tarjeta, saldos, estados de cuentas y datos personales, entre otros, que cumpla con los estándares de la norma PCI/SSC (Security

Página 92 de 409


Standards Council) y la Ley de Protección de datos personales 29733 de acuerdo a las siguientes especificaciones:

Incluir mecanismos de seguridad mediante el cifrado y descifrado

para proteger la integridad y confidencialidad de la información que se procese, almacene y transmita a través de los diferentes canales de atención, desde el inicio hasta el final de la operación.

Utilizar dispositivos de seguridad HSM (Hardware Security Module) para el cifrado y descifrado de la información, así como para la generación y validación de las claves criptográficas. A la fecha el Banco de la Nación viene atendiendo las necesidades de encriptación a través de dos frentes: Cajas de Seguridad HSM contra los servidores Stratus y servicios Web y el Coprocesador Criptográfico facilidad incorporada dentro de los mainframes.El Banco brindará los dispositivos actuales de seguridad HSM (Hardware Security Module) así como los coprocesadores criptográficos que son parte integrante de los servidores Mainframe, con los cuales el Nuevo Core bancario deberá tener la capacidad de integrarse.

Manejar algoritmos criptográficos robustos; como mínimo deberá soportar: 3DES, AES, RSA, de acuerdo a los requerimientos del canal de atención y medio de comunicación.

Operar con claves criptográficas generadas como mínimo con 3 componentes de doble o triple longitud.

Gestionar la administración de las claves criptográficas: inscripción, cambio y eliminación de forma segura. Permitir el cambio de forma independiente.

Utilizar claves criptográficas exclusivas para cada ambiente de desarrollo, certificación, producción y respaldo; por cada canal de servicio; por cada punto de conexión (PIN PAD) y por cada tipo de clave PVV, CVV, CVV2, por Zona, etc.

Contar con controles para proteger el PIN (clave de identificación personal) del tarjetahabiente, de manera que no pueda ser visualizado por personal del Banco de la Nación, por el Contratista ni por terceros.

Utilizar el formato del PIN Block de acuerdo al estándar ANSI X 9.8 formato 1 y al ISO 9564-1-formato 0, 1 y 3. El Banco cuenta con cajas de seguridad HSM marca Thales, asimismo cuenta con coprocesadores criptográficos que residen en los servidores mainframe.

Operar con longitud del PIN de 4 o 6 dígitos dependiendo del canal de atención donde se realice la operación.

Las tarjetas se deberán validar con todos los datos de la misma, tales como el número, CVV (Card Verificación Value), CVV2, Fecha

Página 93 de 409


de Expiración o los criptogramas de las tarjetas Chip. Estos valores deberán ser generados y validados utilizando el algoritmo Triple DES y/o RSA.

Operar con tarjetas de banda magnética y chip, que cumplan con las especificaciones técnicas de los estándares EMV.

10.1.4 Para el Registro de Auditoría y MonitoreoLa nueva solución de Core Bancario deberá contar con un módulo de seguridad para la gestión y monitoreo de los registros de eventos de auditoría, respecto a la disponibilidad, integridad y confidencialidad de los datos y/o información.

El módulo de seguridad deberá proveer mecanismos para la gestión que ayuden a determinar qué es lo que sucede en el sistema, qué es lo que hace cada uno de los usuarios o sistemas, los tiempos y fechas de dichas acciones, excepciones y eventos que ayuden en investigaciones y deberá cumplir con las siguientes características:

Ser fácilmente identificables a través de un código de identificación o similar. Deben ser fácilmente exportables a diferentes formatos digitales como un documento Word, Excel, Power Point, etc.

Indicar el inicio de sesión e intentos fallidos de acceso de los usuarios.

Incluir información que permita identificar las acciones realizadas en el procesamiento de datos en los sistemas de información, servicios informáticos y plataformas tecnológicas, según los siguientes criterios: - ¿Quién lo hizo?: usuario, aplicación o proceso que inició el

evento.- ¿Qué hizo?: tipo de acción que representa el evento.- ¿Cuándo lo hizo?: ¿Cuando ocurrió el evento? Bajo el siguiente

formato: DD/MM/AAAA para la fecha y de HH:MM:SS para el tiempo.

- ¿Qué objeto se vio afectado?: un objeto puede ser cualquier tipo de archivo, base de datos, aplicación, permisos, etc. que fue manipulado por el evento.

- ¿Dónde lo hizo?: ¿Sobre qué equipo sucedió el evento? Que permita la identificación del equipo como dirección IP, puerto, dirección URL, etc.

- ¿Desde dónde lo hizo?, ¿Qué sistema es la fuente del evento? Estar en formato de texto según la plataforma operativa donde

resida la información, permitiendo leerlos y desplegarlos en formatos diferentes, y facilitando la emisión de reportes con criterios parametrizables.

Página 94 de 409


Proporcionar datos que faciliten establecer la causa de un incidente de seguridad de la información.

Registrar las acciones realizadas con las cuentas de usuario final, principales, privilegiadas y de integración de los sistemas de información, servicios informáticos y plataformas tecnológicas.

Lo registros de auditoria deben ser inalterables, inclusive los usuarios con cuentas privilegiadas no deben tener acceso para modificarlos.

Contar con facilidades para el almacenamiento de información histórica, así como para la recuperación de la misma en ambientes diferentes al de producción.

Registrar los cambios en la configuración de las aplicaciones del Nuevo Core Bancario.

Las operaciones financieras y consultas deberán ser registradas como eventos de auditoría desde su inicio hasta su culminación.

La fecha y hora deben estar sincronizadas en todos los componentes del sistema con una fuente que proporcione la hora exacta, para asegurar que los registros de eventos de auditoría reflejen el tiempo exacto de ocurrencia.

Los registros de eventos de auditoría de la solución propuesta deberán permitir recopilar, ordenar y correlacionar los eventos de seguridad del sistema, relacionados con las aplicaciones y los accesos del Nuevo Core Bancario.

Los registros de eventDos de auditoría de la solución propuesta deberán permitir automatizar la colección de eventos del Nuevo Core Bancario y dispositivos de seguridad, de forma centralizada.El módulo de seguridad del Nuevo Core Bancario deberá proveer mecanismos para monitorear el uso de las cuentas principales, integración, privilegiadas y de usuarios de las aplicaciones que hayan ingresado por dicho módulo, para permitir identificar la cuenta del usuario, fecha y hora de acceso, archivos a los cuales se tuvo acceso, acciones realizadas, programas y herramientas utilitarios utilizadas, direcciones y protocolos de la red. Este módulo también deberá alertar en tiempo real las violaciones a las políticas de seguridad de la información.

10.1.5 Normativa InternaEl Contratista deberá tener en cuenta los lineamientos de seguridad de la información descritos en la normativa vigente del Banco y las que se desarrolle en relación a los controles de Seguridad de la Información del Banco de la Nación. Actualmente se cuenta con:

Directiva, Banco de la Nación-DIR-2100 N° 113-01 Administración de Registros de Eventos de Auditoria en los Sistemas de

Página 95 de 409


Información, Servicios Informáticos y Plataformas Tecnológicas del Banco de la Nación.

Directiva, Banco de la Nación-DIR-2100 N° 055-03 Gestión de Accesos e Identidades a los Sistemas de Información, Servicios Informáticos y Plataformas Tecnológicas del Banco de la Nación.

Directiva, Banco de la Nación-DIR-2100 N° 112-01 Parámetros de Acceso a los Sistemas de Información, Servicios Informáticos y Plataformas Tecnológicas del Banco de la Nación.

Circular Banco de la Nación-CIR-2100 N° 177-01 “Gestión de cuentas principales y de integración de los sistemas de información, servicios Informáticos y plataformas tecnológicas”.

Directiva Banco de la Nación-DIR-2100 N° 121-01 “Clasificación de la información del Banco de la Nación”.

Circular Banco de la Nación-CIR-2100 N° 274-01”Gestión de Incidentes de Seguridad de Información”.

Directiva Banco de la Nación-DIR-2400 N° 147-01”Ciclo de Vida del Software”.

Directiva Banco de la Nación - BN-DIR-2100N° 162-01 “Administración de Claves Criptográficas”.

Manual de Políticas del Sistema de Seguridad de la Información BN-MAN-2100 N°001-01.

10.1.6 Acuerdos de ConfidencialidadEl Contratista de la solución deberá firmar un compromiso de confidencialidad respecto de la información que se obtenga del Banco de la Nación, sea que la haya obtenido de manera directa o indirecta.

Cláusula de Confidencialidad de información:

Por el presente instrumento, el Contratista se obliga a guardar estricta y severa reserva, confidencialidad y secreto respecto de la información de EL BANCO que se le proporcione o de la cual tome conocimiento, sea voluntaria o involuntariamente, con ocasión y a consecuencia de la prestación del servicio contratado, o por error de quien se la provee, bajo cualquier modalidad o vía de acceso, y aquella obtenida o producida por el Contratista (informes) para EL BANCO en razón de la prestación del servicio, siendo su compromiso formal utilizar dicha información exclusivamente para la prestación del servicio contratado y de ningún modo en perjuicio de EL BANCO.

En este contexto, toda información referida a clientes, personal, contabilidad, finanzas, productos, tráfico de llamadas telefónicas, tráfico de Internet, mensajería electrónica, actividades de

Página 96 de 409


comercialización, planes de negocio, acuerdos y actas de directorio, técnicas de marketing, procesos, servicios, políticas de precios, estrategias, buenas prácticas, metodología de trabajo, especificaciones técnicas, hardware, software, diseños, planos, dibujos, prototipos, nombres o marcas comerciales, modelos, descubrimientos, investigaciones, desarrollos, procesos, procedimientos, propiedad intelectual, sistemas de seguridad, estructura y distribución de las oficinas, sucursales y agencias y también toda aquella información obtenida de terceras partes para EL BANCO, SE CONSIDERA CONFIDENCIAL Y ESTÁ CONSIDERADA COMO PARTE DE LA OBLIGACIÓN DE RESERVA ABSOLUTA QUE ASUME el Contratista POR EL PRESENTE CONTRATO, aún después de concluido el CONTRATO por cualquier causa.

El Contratista declara tener total conocimiento que la infracción del compromiso de reserva, confidencialidad y secreto será considerado como incumplimiento contractual y, en consecuencia, será causal de resolución del contrato. No obstante, el Contratista queda exento de responsabilidad si la información o documentación es difundida por razón de mandato judicial, legalmente requerida, o por terceros sin vinculación a él.

10.1.7 Mecanismos de Seguridad InformáticaDado que algunas de las características de los Web Services, como la accesibilidad a la información, el intercambio dinámico, la autonomía, no son contemplados dentro de los modelos y controles tradicionales de seguridad, se requiere de mecanismos que garanticen la confidencialidad e integridad de los datos que son transmitidos por los protocolos de Web Services. Bajo este contexto, además de la necesidad de sistemas de seguridad perimetrales como firewalls y sistemas de detección de intrusos o soluciones como TLS y SSL que trabajan asegurando comunicaciones punto a punto para proteger las arquitecturas basadas en servicios (SOA), se requiere asegurar mensajes SOAP y documentos XML para que puedan ser transmitidos a través de una infraestructura de conectividad segura entre aplicaciones.

En tal sentido, considerando que la nueva solución de Core Bancario estará basada en una Arquitectura Orientada a Servicios, en estándares y protocolos abiertos como XML, SOAP, UDDI, WSDL, entre otros, la solución propuesta debe proveer mecanismos de seguridad adecuados al manejo de Web Services, por lo cual debe incluir una capa de seguridad basada en estándares de seguridad de la industria como WS-Security (XML Digital Signature, para asegurar la integridad de los mensajes y XML Encryption, para garantizar la confidencialidad de los mismos), o su equivalente considerando que sean estándares abiertos. En complemento, la nueva solución deberá permitir el uso de mecanismos basados en XML Key Management y SAML, y soportar el uso de mecanismos de refuerzo de seguridad de la información mediante el uso de firmas

Página 97 de 409


digitales, certificados digitales, cifrado de datos (AES, DES/Triple DES, RSA, TEA/XTEA), entre otros.

10.2 Requerimientos de ContingenciaLa nueva solución de Core Bancario deberá brindar un esquema de contingencia, que permita una continuidad operativa de sus servicios, cuando el Ambiente de Producción, o la red de comunicaciones hayan tenido incidentes que afecten su disponibilidad. Por tanto, el Nuevo Core Bancario deberá estar preparado para que, cuando se presenten problemas con los componentes de hardware o de comunicaciones que forman parte de la infraestructura del Centro de Cómputo Principal, los servicios suspendidos deberán ser brindados en el Ambiente de Respaldo, manteniendo la continuidad del negocio, y permitiendo la recuperación, en casos de contingencia o una situación de desastre.La nueva solución de Core Bancario deberá ofrecer facilidades para la replicación en línea de transacciones, y la obtención de respaldos “en caliente”, de modo de garantizar la redundancia en el Ambiente de Respaldo, para situaciones de daños temporales en la infraestructura del Centro de Cómputo Principal, y para el caso de recuperación en situación de desastre. El Contratista deberá aprovechar las facilidades que ya ofrece el Banco de la Nación, con sus dos Centros de Cómputo y la interconexión con fibra óptica existente entre los dos. Por tanto, la nueva solución de Core Bancario deberá permitir la implementación de esquemas de alta disponibilidad que permita la continuidad operacional en caso de fallas parciales o totales del sistema principal con facilidades para:- Rápida replicación: los cambios realizados en el Ambiente de

Producción Principal tienen que reflejarse en el Ambiente de Respaldo de manera oportuna. La nueva solución debe ser capaz de manejar la carga de trabajo calculada que se va a generar, abarcando diferentes entornos de proceso tales como el transaccional de día y los procesos batch. También debería haber la posibilidad de asignar prioridades a las cargas de trabajo de replicación en el sistema.

- Secuenciamiento transaccional: los cambios realizados en el Ambiente de Producción tienen que reflejarse en el Ambiente de Respaldo en la misma secuencia en que fueron generadas. La nueva solución debe garantizar que esto ocurra así incorporando controles de integridad internos y, en caso de producirse cualquier problema, avisar a los operadores inmediatamente.

- Cambio de rol: debe ser posible invertir el sentido de la replicación utilizando herramientas que formen parte de la nueva solución. Por ejemplo, en caso de que el Ambiente de Producción necesite una actualización de software, el Ambiente de Respaldo debe ser capaz de asumir la carga de trabajo del Ambiente de Producción e ir guardando todos los cambios generados de manera que el Ambiente

Página 98 de 409


de Producción pueda ser sincronizado posteriormente cuando vuelva a estar disponible.

- Replicación completa del entorno: la nueva solución debe ser capaz de replicar cualquier cambio realizado a cualquier objeto en el Ambiente de Producción al Ambiente de Respaldo incluyendo registro de usuarios y cambios de password de acceso.

- Herramientas de generación de informes y de rastreo: la nueva solución debe ser capaz de rastrear y documentar el estado de los Ambientes de Producción y de Respaldo. Debe ser capaz de reportar cuántos cambios se ha generado en el Ambiente de Producción, cuántos se han recibido en el Ambiente de Respaldo y cuántos se han aplicado en el Ambiente de Respaldo. Debe haber también un registro histórico de esta información.

- Manejo de errores: la nueva solución debe ser capaz de garantizar la entrega desde el Ambiente de Producción al Ambiente de Respaldo. Si se está enviando datos de un Ambiente de Producción al Ambiente de Respaldo y el enlace de comunicaciones falla, la nueva solución debe ser capaz de emitir alertas al operador de forma inmediata así como de reenviar los datos que no han sido recibidos correctamente en el Ambiente de Respaldo.

- Los valores máximos que el Banco de la Nación aceptará, en tanto sean atribuibles a la solución del nuevo Core Bancario son:

o Tiempo Objetivo de Recuperación (RTO): 15 minutoso Punto Objetivo de Recuperación (RPO): no debe ser mayor de

5 minutos.

10.3 Requerimientos de RespaldoLos respaldos de datos periódicos de los Ambientes desarrollo, certificación y producción, serán responsabilidad del Banco de la Nación mediante el uso de Tivoli Storage Manager (TSM), actualmente operativo en el Banco y siguiendo las políticas internas de seguridad de información.Adicionalmente, la librería virtual de cintas26 estará preparada y disponible para alojar la solución que se adquiera para propósitos del backup.El Contratista deberá entregar el procedimiento de respaldo de la información almacenada en la base de datos. Este procedimiento deberá incluir:

- La relación de bases de datos a ser respaldadas en los diferentes ambientes de procesamiento.

- La relación de directorios de archivos de programas fuente y ejecutables en los diferentes ambientes de procesamiento.

26 Capítulo Información del Banco de la Nación - Tecnología del Banco de la Nación – Infraestructura central de hardware – Librería virtual de cintas

Página 99 de 409


- La frecuencia adecuada de respaldo para bases de datos y programas fuente y ejecutables.

- El procedimiento de eliminación de las tablas temporales.- El procedimiento de limpieza de históricos de las bases de datos

una vez respaldadas. - El procedimiento de recuperación e integración de la información

histórica almacenada en los respaldos.- Los ambientes de desarrollo, certificación y producción, en los

servidores mainframe para albergar la nueva solución.

11 Requerimientos para la Gestión del Servicio11.1 Gestión de la Ejecución del Servicio

La Gestión de las Prestaciones Principales estará a cargo del Proyecto Nuevo Core Bancario incluyendo el período de Garantía.

El control y coordinación de las Prestaciones Accesorias (Soporte y Mantenimiento de la Solución Nuevo Core Bancario), estará a cargo del Departamento de Informática.

11.2 Estrategia de ImplementaciónA continuación se propone una tabla de prioridades de implementación de los Requerimientos Funcionales de Negocio, los Procesos Auxiliares y su interacción con los Procesos de Apoyo. Adicionalmente se incluye los requerimientos del Módulo de Clientes y de Plataformas de Atención27, organizados por Fases de Implementación:

FASE DESCRIPCIÓN DE LA FASE PLATAFORMAS

Fase I Módulo de Clientes

Plat

afor

ma

Com

erci

al y

de

Serv

icio

sPl

ataf

orm

a de

Ca

ja

Fase II Módulo de Colocaciones Fase III Módulo de Captaciones

Procesos AuxiliaresProcesos de ApoyoMódulo de Servicios de Pagos y Cobros

NOTA: La Plataforma Comercial y de Servicios y la Plataforma de Caja o Ventanilla, se implementan parcialmente en cada una de las Fases de Implementación.Para establecer la Estrategia de Implementación propuesta, se ha tenido en cuenta los siguientes factores:27 Capítulo Requerimientos Funcionales

Página 100 de 409


- Fase I – Módulo de Clientes: en la nueva solución de Core Bancario, el archivo central de clientes será el eje central alrededor del cual se registrarán todos los productos.

- Fase II – Colocaciones: donde se incluye los productos que generan mayor rentabilidad al Banco.

- Fase III - Captaciones, Servicios de Pagos y Cobros: donde se incluye los productos de mayor volumen del Banco y los procesos auxiliares, además de la interacción con los procesos de apoyo mencionados en el numeral 1.3.2. .

Es importante señalar que la estrategia podrá ser organizada de manera diferente, en caso que la evaluación de factores u otros criterios de priorización favorezcan los intereses del Banco al momento de la implementación, respetando, cualquiera sea el caso, el plazo total del proyecto.El Contratista deberá ejecutar las siguientes etapas durante el Proyecto:a) Etapa de GAP Análisisb) Etapa de Implementaciónc) Etapa de Puesta en Producciónd) Etapa de Post-Producción

11.2.1 Etapa de GAP Análisis

Esta etapa se realizará con los siguientes objetivos:- Identificar y confirmar los requerimientos funcionales, técnicos y de

información del Banco de la Nación que la solución de Core Bancario ofertada debe satisfacer para soportar la operatividad integral de los procesos operativos contemplados en estos Términos de Referencia.

- Comparar las funcionalidades requeridas por el Banco de la Nación con las funcionalidades que ofrecerá la Nueva Solución de Core Bancario para dimensionar el esfuerzo que el Contratista invertirá en cumplir con esos requerimientos.

Es importante anotar que el dimensionamiento del esfuerzo de adaptación de la solución de Core Bancario servirá únicamente para ajustar los planes y cronogramas de trabajo. El GAP Análisis debe ser ejecutado por el Contratista según su metodología y sus resultados no modificarán en ningún caso el plazo general del proyecto ni la valoración económica de la propuesta del Contratista.Como resultado el Contratista y el Banco, confirmarán el alcance de los requerimientos a ser desarrollados y la respectiva solución funcional aprobada por el Banco de la Nación. El Contratista, luego del GAP Análisis ajustará el Plan del Proyecto en cuanto al alcance y plazos para cada Fase de Implementación.

Página 101 de 409


11.2.2 Etapa de Implementación

La etapa de implementación deberá incluir los lineamientos metodológicos utilizados por el Contratista en sus proyectos de implementación. Deberá contemplar procedimientos, entradas y salidas de información, herramientas y entregables. Dentro de esta etapa se deberá considerar:

- Preparación del Ambiente de Trabajo: El Banco de la Nación proveerá los ambientes necesarios para la ejecución de las actividades de cada una de las Fases de Implementación.

- Desarrollo de Requerimientos: El Contratista debe identificar, analizar, diseñar, programar, probar, implementar y dar soporte a las adecuaciones que sean necesarias para el logro de los objetivos del proyecto. En este sentido, el Contratista debe contar con un equipo dedicado a la programación, que puede encontrarse presencialmente en las oficinas del proyecto o puede realizar las tareas de manera remota. El personal que lidere las actividades de programación deberá encontrarse presencialmente en las oficinas del proyecto y tener dedicación exclusiva a este trabajo.El Contratista será responsable que los desarrollos cumplan con las técnicas, herramientas, procedimientos y exigencias que solicita el fabricante del Nuevo Core Bancario, de manera que puedan ser fácilmente integrados a las nuevas versiones que genere el fabricante y mantenga la garantía y soporte de la versión estándar.El Contratista deberá realizar el diseño, desarrollo y pruebas de todas aquellas funcionalidades del Banco que la solución de Core Bancario propuesta no incluya.

- Configuración: El Contratista deberá configurar la solución de Core Bancario para atender a las necesidades del Banco de la Nación, y crear todos los productos bancarios existentes en el Banco con sus características y particularidades propias, adoptando las buenas prácticas que traiga la Solución de Core Bancario para mejorar los estándares del Banco. El Contratista deberá proporcionar las facilidades o herramientas necesarias para replicar la parametrización de un ambiente a otro.

- Migración de Datos: el detalle de los aspectos contemplados para la migración de datos, se encuentra en el capítulo de Requerimientos de Migración y Convivencia de este mismo documento. Es importante señalar que estas consideraciones deberán tenerse en cuenta en cada una de las fases durante la etapa de Implementación de la Solución de Core Bancario.

- Convivencia: el detalle de los aspectos contemplados para la convivencia de la nueva Solución de Core Bancario, tanto con el Core actual como con entidades externas, se encuentra en el capítulo de Requerimientos de Migración y Convivencia de este mismo documento. Es importante señalar que estas consideraciones deberán

Página 102 de 409


tenerse en cuenta en cada una de las fases durante la etapa de Implementación de la Solución de Core Bancario.

- Capacitación: el Contratista será responsable de capacitar al personal del Banco de la Nación tanto en aspectos técnicos como de uso del sistema de acuerdo a lo establecido en este documento28.

- Certificación: para cada una de las fases, el Banco de la Nación planificará conjuntamente con el Contratista el detalle de las siguientes pruebas:· Pruebas de funcionalidad de la solución de Core Bancario, luego de

finalizado el desarrollo de los requerimientos.· Pruebas de integración de la solución de Core Bancario con los

sistemas que permanecerán en el Banco y con entidades externas.· Pruebas de convivencia temporal con las aplicaciones que se irán

reemplazando de acuerdo a la estrategia de puesta en producción. · Pruebas cuantitativas y cualitativas sobre los datos migrados· Pruebas con datos migrados, para validar el comportamiento de la

solución con la información y el volumen de datos obtenidos en el proceso de migración.

· Pruebas de carga, con el doble del volumen de los datos migrados y el doble del número de transacciones diarias del Banco.

La ejecución de las pruebas será responsabilidad del contratista y la aceptación será responsabilidad del Banco.

El Contratista deberá tener en cuenta que el Banco podrá contratar a una empresa que le apoye en la validación de la calidad del producto y sus entregables.

11.2.3 Etapa de Puesta en ProducciónLuego de las pruebas de certificación y con las actas de conformidad de cada fase de implementación se procederá al pase a producción de los módulos correspondientes a la fase implementada.El Postor deberá presentar su propuesta de la estrategia para la puesta en producción de cada una de las Fases de Implementación ya detalladas29, indicando el plazo para la puesta en producción completa de cada Fase. El Contratista será responsable de la puesta en producción de la totalidad de agencias operativas del Banco de la Nación al momento de la puesta en producción. Esta propuesta de la estrategia de puesta en producción estará sujeta a ser ajustada conjuntamente con el Banco de la Nación al inicio del proyecto. El Banco de la Nación planificará conjuntamente con el Contratista la realización de un piloto, el cual consistirá en la ejecución de las 28 Capítulo Requerimientos de Capacitación y Entrenamiento29 Gestión de Servicio- Estrategia de implementación

Página 103 de 409


transacciones en al menos dos (2) agencias con datos reales y su validación en ambiente controlado. El piloto deberá planificarse para ejecutarse en un fin de mes e implicará realizar el cuadre contable y la generación de todos los reportes correspondientes. La ejecución del mismo será responsabilidad del contratista y la aceptación será responsabilidad del Banco.

11.2.4 Etapa de Post-Producción

A partir del Acta de Conformidad de cada una de las Fases de Implementación, el Contratista deberá considerar un mínimo de 3 meses calendario de asesoría post-producción, con todo el equipo de trabajo dedicado a la Fase de Implementación correspondiente. Este soporte post-producción tendrá como funciones fundamentales las siguientes:

1. Estabilización y afinamiento de la solución de Core Bancario que se encuentre instalada en los Ambientes de Producción Principal y Respaldo.

2. Adecuaciones y/o personalizaciones adicionales que se requieran luego de la implementación de la solución de Core Bancario.

3. Asegurar la continuidad operativa de la solución.

11.3 Equipo de Trabajo

El Postor deberá proponer una organización basándose en los servicios requeridos, incluyendo organigrama, perfiles de puestos, número de integrantes con la descripción detallada de los mismos y sus funciones, especificando períodos de asignación y permanencia (tiempo completo o parcial).

El equipo de trabajo del Contratista deberá ser asignado a dedicación exclusiva para laborar en las instalaciones definidas por el Banco de la Nación, ya que es necesario mantener coordinaciones directas entre los grupos de trabajo del Banco de Nación y del Contratista.

La organización propuesta por el Postor deberá considerar como mínimo los siguientes Puestos30 Críticos:

1. Líder de Proyecto.2. Gestor de Aseguramiento de la Calidad.

Asimismo, deberán considerar como mínimo los siguientes Puestos Especializados:

30 Entiéndase como Puesto, cuando una persona forma parte de una organización y ocupa una posición con base a una función definida, respecto al trabajo que va a realizar.

Página 104 de 409


1. Consultores Funcionales de Core Bancario.2. Consultores en Tecnología de Información.3. Consultor Técnico de Implementación (Arquitecto).4. Consultor Técnico de Migración.5. Ingeniero de Implementación.

Los Puestos citados no son limitativos, por lo que el Postor deberá incorporar en su organización todos los Puestos que considere necesarios para cumplir los requerimientos y objetivos del proyecto. Deberá incluirse las hojas de vida documentadas del todo el personal propuesto.

A continuación se describen los perfiles mínimos de cada puesto:

1. Líder de Proyecto

Función Principal

Administrar y conducir el desarrollo del servicio de Implementación de la Solución de Nuevo Core Bancario, informando al Banco de la Nación al respecto.

Formación Profesional

Título Universitario31 en Ingeniería, Administración, Economía o carreras afines a Tecnologías de Información32.

Certificación en Gestión de Proyectos emitida por instituciones reconocidas internacionalmente, tales como: PMP® del Project Management Institute o PRINCE2 del Projects in Controlled Enviroments o del International Project Management Association (IPMA), entre otras.Conocimiento y entendimiento de la Norma Técnica Peruana 12207 bajo la cual se encuentra personalizada la Metodología del Ciclo de Vida del Software del Banco.

Experiencia Experiencia acreditada no menor de cinco años en proyectos de implementación de software para Instituciones Financieras (Gerente o Jefe, se aceptará similares categorías y

31 Se considerarán como Títulos Universitarios a los expedidos por universidades peruanas o extranjeras. Para el caso de Títulos expedidos por Universidades Extrajeras, se considerarán los títulos que acrediten la culminación de carrera de estudios oficiales en su país de origen.32 Carreras afines a Tecnologías de Información entre otros son: Licenciatura en Computación, Ingeniería de Computación y de Sistemas, Ingeniería de Computación e Informática, Ingeniería de Sistemas e Informática, Ingeniería de Sistemas Empresariales, Ingeniería Electrónica, Ingeniería de Software, Ingeniería de Sistemas de Información, Ingeniería Informática y de Sistemas, Ingeniería de Sistemas, Ingeniería Informática, Ingeniería de Telecomunicaciones, Ingeniería Industrial y de Sistemas, Ingeniería de Telecomunicaciones y Redes, Ingeniería de Redes y Comunicaciones, Ingeniería de Seguridad Informática, Ingeniería Mecatrónica y Sistemas Computacionales.

Página 105 de 409


responsabilidad siempre y cuando cumpla con las funciones y requerimientos solicitados en las Bases).

2. Gestor de Aseguramiento de la Calidad

Función Principal

Asegurar la calidad de todos los servicios brindados por el Contratista, velar por el cumplimiento de los Niveles de Servicio y la adecuada implementación de los Procedimientos, Mejores Prácticas y Normatividad asociada con la prestación de los servicios.


Título Universitario o Grado Académico de Bachiller en Ingeniería, Administración, Economía o carreras afines a Tecnologías de Información.Mínimo 30 horas de capacitación en Metodologías para aseguramiento de Calidad del Software y Mejora de Procesos basados en CMMI.Curso de Fundamentos SOA.Mínimo 30 horas de capacitación en Metodologías de Evaluación de Riesgos de Tecnologías de Información.

Experiencia Experiencia acreditada no menor de cinco años en cargos de aseguramiento y/o control de calidad o similares de Tecnologías de Información.

3. Consultores Funcionales

Función Principal

Brindar asesoría sobre aspectos funcionales de los módulos de la solución.Analizar los requerimientos del negocio y su correspondencia con las funcionalidades de los módulos de la solución. Identificar las brechas funcionales y alternativas de solución, teniendo en cuenta los aspectos de alcance, tiempo, costo y calidad del Proyecto.Servir de enlace con el equipo de desarrollo

Página 106 de 409


para asegurar que los requerimientos sean comprendidos y desarrollados.Supervisar la parametrización de los módulos de acuerdo a los requerimientos funcionales de la solución.


Título Universitario o Grado Académico de Bachiller en Ingeniería, Administración, Economía o carreras afines a Tecnologías de Información.

Experiencia Cuatro años de experiencia mínima acreditada como consultor implementador del Core Bancario propuesto.Experiencia mínima de un proyecto de implementación del módulo al cual postula, con una duración de 4 meses o más.

4. Consultores en Tecnología de Información

Función Principal

Definición de la arquitectura e infraestructura tecnológica para la operación de la solución de Core Bancario.Instalación y soporte de los distintos ambientes de desarrollo, certificación y producción necesarios para la ejecución del proyecto.


Título Universitario o Grado Académico de Bachiller en Ingeniería o carreras afines a Tecnologías de Información.Mínimo 40 horas de capacitación en Sistemas Operativos MainframeMínimo 40 horas de capacitación en SOAMínimo 40 horas de capacitación en redes y telecomunicaciones

Experiencia Experiencia acreditada de tres años o más en el diseño e implementación de la Arquitectura de la solución de Core Bancario propuesta.Experiencia mínima acreditada de dos implementaciones como administrador tecnológico del Core Bancario propuesto en los últimos cuatro años.

5. Consultor Técnico de Implementación

Función Análisis, diseño y desarrollo de requerimientos

Página 107 de 409


Principal relacionados con la solución de Core Bancario propuesta.


Título Universitario o Grado Académico de Bachiller en Ingeniería o carreras afines a Tecnologías de Información.

Experiencia Por lo menos cuatro años de experiencia acreditada en la ejecución de tareas de análisis, diseño y desarrollo de requerimientos e implementación de la solución de Core Bancario propuesta.

6. Consultor Técnico de Migración

Función Principal

Diseñar y ejecutar los procesos de migración, interfaces y convivencia de la solución de Core Bancario propuesta.



Experiencia Cuatro años de experiencia mínima acreditada ejecutando los trabajos de diseño, desarrollo, migración y carga de datos del Core Bancario propuesto.

7. Ingeniero de Implementación

Función Principal

Análisis, diseño de Procesos relacionados con la solución de Core Bancario propuesta.



Experiencia Por lo menos tres años de experiencia en la ejecución de tareas de análisis, diseño e implementación de los Procesos relacionados con la solución de Core Bancario propuesta.

Los perfiles del personal propuesto no deberán ser por ningún motivo inferiores al perfil mínimo solicitado por el Banco de la Nación, el postor deberá incluir en su propuesta técnica a las personas consideradas en su organización, indicando claramente al puesto al cual es asignado. Para la acreditación de los perfiles del personal propuesto tanto de experiencia

Página 108 de 409


como de formación deberán adjuntarse los certificados de trabajo, certificados de estudios, certificados de cursos, diplomas, títulos, otros.

En la eventualidad de que por motivos no atribuibles al postor ganador de la Buena-Pro, éste requiriera hacer cambios del personal propuesto antes del inicio del Contrato, deberá acreditar fehacientemente que el personal de reemplazo que efectuará el servicio cumpla con el perfil solicitado. En caso el personal a reemplazar haya obtenido puntaje técnico en la evaluación de los criterios y parámetros de evaluación, el upgrade del perfil se constituirá como una exigencia para el personal de reemplazo; dichos cambios deberán contar con la aprobación del Banco de la Nación para iniciar la prestación del servicio.

El Banco de la Nación no aceptará que los servicios requeridos en el contrato, se ejecuten con personal que se encuentre realizando prácticas profesionales y/o pre-profesionales, salvo las excepciones acordadas previamente con el Banco de la Nación.

Las excepciones (indicadas en el punto anterior) pueden aplicarse a personal adicional que no ocupa un puesto crítico o especializado presentado por el Contratista, que no asuma ninguna responsabilidad respecto a la ejecución del servicio y que no represente costo adicional para el Banco de la Nación.

11.4 Rotación y Reemplazo del Personal

Durante el desarrollo del proyecto, las eventuales rotaciones y reemplazos de personal no deberán afectar el nivel del servicio, por ello se requiere mantener permanentemente personal especializado a cargo de los módulos de la Solución de Core Bancario. Para tal efecto se debe tomar en cuenta lo siguiente:

a. El Banco de la Nación deberá ser consultado para el reemplazo del personal saliente (por cualquier causa). Para tal efecto, el Contratista deberá acreditar fehacientemente que el personal de reemplazo que efectuará el servicio cuenta con el perfil solicitado en los términos de referencia. En caso el personal a reemplazar haya obtenido puntaje técnico en la evaluación de los criterios y parámetros de evaluación, el upgrade del perfil se constituirá como una exigencia para el personal de reemplazo, considerando un período de traslape mínimo de treinta (30) días calendario, de ser el caso. Dichos cambios deberán contar con la aprobación del Banco de la Nación.

b. En caso que el personal del Contratista no cumpla con sus funciones, o evidencie falta del nivel requerido para el cumplimiento de las mismas, el Banco de la Nación solicitará de manera escrita y justificada las medidas correctivas pertinentes, y solicitará al Contratista ejecutar dichas medidas lo más pronto posible. En caso esto involucre un cambio de

Página 109 de 409


personal, el Contratista deberá cubrir de inmediato dichas funciones con su personal de contingencia.

11.5 Tarifa de Personal

El Postor deberá incluir en su Propuesta, una tarifa por hora de todos los puestos considerados en su organización. Esta tarifa se utilizará en caso que el Banco de la Nación requiera atender solicitudes de cambio que afecten los costos y/o las condiciones de los Servicios, la misma que tendrá vigencia hasta la culminación del contrato. Únicamente por inflación o devaluación de la moneda extranjera, el Contratista podrá presentar al Banco de la Nación una actualización del tarifario, para lo cual presentará formalmente y debidamente sustentada su propuesta, la que deberá ser aceptada formalmente por el Banco de la Nación. El Postor debe presentar el tarifario indicando como mínimo:

PUESTOTARIFA HORA/HOMBRE

(US $ - Dólares Americanos)

11.6 Gastos de Traslado, Alojamiento y Alimentación de Personal

El Banco de la Nación no cubrirá los gastos de viaje, alojamiento o viáticos del personal que el Contratista requiera y/o asigne para ejecución de los servicios.

11.7 Gestión del Proyecto La Gestión del Proyecto deberá aplicar los conocimientos, habilidades, herramientas y técnicas recomendadas por el Project Management Institute (PMI) o equivalente, enmarcadas en los 5 grupos de procesos que conforman un proyecto:- Iniciación- Planificación- Ejecución- Seguimiento y Control- CierreEs importante señalar que los grupos de procesos no son fases del Proyecto, éstos se repetirán para cada una de las fases establecidas y detalladas en la sección correspondiente a la Estrategia de Implementación.

Página 110 de 409


11.7.1Plan del Proyecto El Postor deberá proporcionar un Plan de Proyecto Base sobre el cual trabajará conjuntamente con el Banco de la Nación, para establecer el Plan de Proyecto Definitivo.

11.7.2Ejecución del Proyecto Durante la ejecución de las actividades señaladas en el Plan de Proyecto, el Líder de Proyecto (Contratista) será responsable de:- Realizar el aseguramiento de la calidad conjuntamente con el Gestor de

Aseguramiento de Calidad del Contratista.- Conformar el equipo del Proyecto conjuntamente con el Líder del

Proyecto del Banco de la Nación.- Distribuir la información del Proyecto y gestionar las expectativas de los

interesados.- Realizar las adquisiciones necesarias.- Actualizar el Plan de Proyecto y los documentos que lo conforman.

Si durante la ejecución se produjera cambios en el alcance del Proyecto, las solicitudes de cambio deberán ser gestionadas formalmente (siguiendo el procedimiento que se acuerde con el Contratista durante la planificación), para su aprobación e inclusión dentro del Plan de Proyecto.

11.7.3 Seguimiento y Control del Proyecto

El propósito será monitorear, analizar y controlar el progreso y desempeño del Proyecto. El Líder del Proyecto (Contratista) será responsable de:- Monitorear el trabajo realizado.- Realizar un control integrado de cambios.- Verificar y controlar el alcance.- Controlar el cronograma.- Controlar los costos.- Controlar la calidad.- Informar sobre el desempeño del Proyecto (como mínimo presentar un

informe mensual sobre el avance del Proyecto).- Monitorear y controlar los riesgos.- Realizar las adquisiciones necesarias.- Actualizar el Plan de Proyecto y los documentos que lo conforman.- Validar la calidad de los entregables.

Página 111 de 409


11.7.4 Cierre del Proyecto

Comprende las actividades para completar ya sea una Fase o el Proyecto completo. El Líder del Proyecto (Contratista) será responsable de:

- Presentar Informes y entregables finales para revisión y aceptación.- Establecer procedimientos para la transición de la nueva solución o

Fase/servicio y el cierre formal del proyecto.- Entregar la Documentación para el cierre formal del proyecto.

11.8 Gestión de la ConfiguraciónEl propósito de la gestión de la configuración para la solución de Core Bancario es mantener su integridad a lo largo de su ciclo de vida. Para esto se considera fundamentalmente el control de versiones y la administración de las solicitudes de cambio.

11.8.1 Control de versiones Será responsabilidad del Contratista el realizar un adecuado control de versiones de la solución de Core Bancario y los desarrollos adicionales. Para esto se considerará indispensable: - El Contratista deberá contar con una metodología documentada para el

control de versiones en la que se considere por lo menos los siguientes aspectos:

· Los estándares para la identificación de los distintos componentes.· El ámbito del control de versionamiento.· Las reglas para el versionamiento y los criterios para el cambio de

versión.· La ubicación de los distintos componentes.· La definición de los estados para los componentes.· Los criterios de trazabilidad.· Información a registrarse con fines de auditoría.· Los roles y responsabilidades al respecto del control de versiones.

- El Contratista deberá proporcionar una herramienta automatizada para el control de las versiones como parte del paquete de herramientas de desarrollo33.

- Se deberá considerar el tema del control de versiones dentro del plan de capacitación al personal técnico del Banco.

33 Capítulo Requerimientos de Infraestructura – Infraestructura de software – Herramientas de desarrollo

Página 112 de 409


11.9 Solicitud de Cambios Al inicio del Proyecto, el Contratista conjuntamente con el Banco, definirán cual será el procedimiento en el caso de presentarse solicitudes de cambio en la Solución de Core Bancario. Se establecerá un Comité de Control de Cambios que será el responsable de recibir, analizar y aprobar las solicitudes de cambio. Para esto se considerará indispensable que el Contratista proporcione una herramienta automatizada para el registro y seguimiento de toda solicitud de cambio.

11.10 Entregables del Proyecto de Implementación

Los entregables del proyecto deberán ser propuestos en el plan de trabajo y estarán sujetos a la revisión y aprobación del Banco de la Nación.

11.11 Comités y Grupos de Trabajo

Con el propósito de asegurar la correcta prestación de los Servicios materia del Contrato y el cumplimiento de los compromisos pactados, así como de facilitar la oportuna toma de decisiones, se requiere de la participación y coordinación permanente de ambas partes: El Banco de la Nación y El Contratista, para lo cual, se formarán comités y grupos de trabajo cuyas funciones y composición se describen a continuación:

Comité Ejecutivo

Responsabilidad General:

Supervisión del estado de los servicios, evaluación de riesgos, decisiones de alto nivel y solución de discrepancias, según sea requerido por el Comité Gerencial.

Este comité está compuesto por:

Un representante ejecutivo de alto nivel jerárquico designado por el Banco de la Nación.

Un representante ejecutivo de alto nivel jerárquico designado por el Contratista.

El Líder del proyecto Nuevo Core Bancario por parte del Banco de la Nación.

El Gerente del Dpto. de Informática por parte del Banco de la Nación.

El Líder del Servicio de Implementación del Nuevo Core Bancario (Contratista).

Página 113 de 409


Programa de Reuniones:

Este comité se reunirá cada dos meses o cuando cualquiera de las partes lo estime conveniente, según el estado del contrato. En estas reuniones el Líder del Servicio de Implementación del Nuevo Core Bancario (Contratista) actuará como Secretario y registrará en actas los acuerdos expresados por ambas partes.

Funciones:

Obtener información sobre el estado de los servicios y de los problemas que hayan sido identificados.

Resolver cualquier desacuerdo o controversia entre las partes, relacionado con la prestación de los servicios.

Establecer prioridades en aspectos que impliquen costos adicionales o afecten el cronograma de trabajo.

Controlar el cumplimiento de los acuerdos del Comité. Aprobar y gestionar posibles cambios mayores y/o adendas al

contrato.

Comité Gerencial

Responsabilidad General:

Este comité es responsable del seguimiento, supervisión y coordinación de todas las actividades involucradas en el servicio, es decir de la prestación satisfactoria de los mismos.


El Líder del Proyecto Nuevo Core Bancario por parte del Banco de la Nación.

El Gerente del Dpto. Informática por parte del Banco de la Nación. El Líder del Servicio de Implementación del Nuevo Core Bancario

(Contratista).

Programa de Reuniones:

Las reuniones del Comité Gerencial se realizarán quincenalmente y actuará como Secretario el Líder del Servicio de Implementación del Nuevo Core Bancario (Contratista), quien registrará en actas los acuerdos expresados por ambas partes.

Funciones:

Son funciones de este Comité:

Página 114 de 409


Convocar las sesiones de apertura de los grupos de trabajo. Aprobar los Planes de Trabajo relacionados con el Proyecto. Revisar los avances de los Planes de Trabajo y el cumplimiento de los

Acuerdos de los Niveles de Servicios en todas las localidades comprendidas en el mismo.

Resolver las inquietudes expresadas por cualquiera de las partes. Elevar al nivel de Comité Ejecutivo cualquier desacuerdo o controversia,

así como los casos que afecten los costos o los cronogramas asociados a los Servicios.

Comité Operativo

Responsabilidad General:En este comité se tratan todos los temas referentes a la operación del servicio y los entregables del mismo.


Administrador del Contrato por parte del Banco de la Nación y/o sus Coordinadores.

Analistas Funcionales por parte del Banco de la Nación. Coordinadores y/o jefes del Contratista.

Programa de Reuniones

Las reuniones de este comité se realizarán quincenalmente o cuando cualquiera de las partes lo estime conveniente, de acuerdo al estado del contrato.

Funciones:

Son funciones de este Comité:

Garantizar que desde el inicio del servicio la gestión de las fases relacionadas con el cumplimiento de los servicios requeridos se lleve a cabo teniendo en cuenta los procesos del Project Management Institute (PMI) o equivalente.

Coordinar la formación de los grupos de trabajo para cada fase/etapa.

Asignar los recursos de acuerdo a los requerimientos del proyecto. Documentar todas las fases de acuerdo al avance del proyecto. Revisar el Reporte Ejecutivo para verificar el cumplimiento de

objetivos, plazos y resumen de avance de cada fase/etapa. Informar de los cambios que requieran la aprobación del Comité

Gerencial. Elevar al Comité Gerencial los problemas que no sean resueltos a

nivel de Comité Operativo.

Página 115 de 409


Grupos de Trabajo Desde el inicio del servicio y durante la vigencia del contrato, el Contratista debe coordinar la formación de Grupos de Trabajo temporales con la finalidad de ejecutar las fases/etapas relacionadas con el cumplimiento de los servicios requeridos en las Bases. Los grupos de trabajo deben estar constituidos por representantes del Contratista y de las distintas dependencias del Banco de la Nación involucradas en cada fase/etapa, siendo su participación a dedicación exclusiva. Las reuniones se realizarán en las instalaciones que defina el Banco.

11.12 Informes y Reportes

Durante la prestación del servicio el Contratista debe presentar los informes que se indican a continuación:

Reporte Ejecutivo Mensual

El Contratista deberá presentar formalmente en forma impresa, dentro de los cinco (5) primeros días útiles del mes siguiente, un Reporte Mensual Consolidado del avance del servicio, de acuerdo a lo indicado en el PMI o equivalente.

Este reporte debe estar dirigido al Líder del Proyecto Nuevo Core Bancario y deberá contener como mínimo:

a. Organización del servicio de Implementación del Nuevo Core Bancario, incluyendo cambios de ser el caso, causas que los originaron y medidas tomadas.

b. Resumen de Avance de fases/etapas, incluyendo los desvíos respecto al Plan de Trabajo, causas que lo originaron y acciones a tomar.

c. Análisis de riesgos y medidas para mitigarlos.d. Otra información relevante.

El Contratista deberá coordinar el formato del presente Reporte con el Banco de la Nación al inicio del servicio.

El Líder del Proyecto Nuevo Core Bancario revisará y aprobará los informes mensuales.

Informe de Gestión de la Calidad

El Contratista deberá realizar revisiones de gestión de la calidad y presentar un informe trimestral dentro de los cinco (5) primeros días útiles de vencido

Página 116 de 409


el trimestre correspondiente, que incluya como mínimo los siguientes aspectos:

Gestión del Servicio. Calidad de los procesos y procedimientos. Calidad del software. Cumplimiento de los estándares, prácticas, métricas y niveles de

servicio. Herramientas, técnicas y métodos usados. Actividades de testeo. Reporte de errores y acciones correctivas. Mantenimiento. Control del código. Control de medios.

Se aplicarán penalidades por incumplimiento en los plazos de entrega.

El Líder del Proyecto Nuevo Core Bancario revisará y aprobará los informes trimestrales.

11.13 Adecuación de ProcesosLos procesos de negocio operativos serán adoptados de acuerdo a las buenas prácticas contenidas en la solución del Nuevo Core Bancario, considerando la normatividad vigente y los resultados del Gap Análisis.El Contratista proporcionará la documentación y diagramas de los procesos adoptados.

11.14 Aceptación del Servicio.

El Banco de la Nación dará por aceptado el servicio, cuando el Contratista cumpla todos y cada uno de los siguientes puntos:

a) Cuando se haya cumplido con cada uno de los requerimientos solicitados en las bases.

b) Cuando el Banco de la Nación haya revisado y aprobado cada uno de los entregables definidos en el plan de trabajo.

c) Cuando se haya culminado de realizar las pruebas requeridas y las áreas (usuaria y técnica) hayan dado su conformidad con las actas respectivas.

d) Cuando los módulos que componen el Nuevo Core Bancario hayan sido implementados en los servidores de producción y contingencia, instalados y configurados en los equipos clientes (PC) y operando integralmente.

Página 117 de 409


12 Requerimientos de Migración y Convivencia12.1 Migración de Datos

12.1.1Objetivos de la Migración de Datos

El Contratista deberá: - Cargar en la base de datos de la nueva solución de Core Bancario el

100% de los registros de clientes y usuarios (clientes prospecto) del Banco, de acuerdo a lo que el Banco le entregue en su momento.

- Cargar en la base de datos de la nueva solución de Core Bancario el 100% de los productos y servicios contratados por los clientes del Banco, de acuerdo a lo que el Banco le entregue en su momento.

- Cargar en la base de datos de la nueva solución de Core Bancario los movimientos (transacciones financieras) realizados sobre los productos y servicios, de acuerdo a lo que el Banco le entregue en su momento.

- Cargar en la base de datos de la nueva solución de Core Bancario, la totalidad de los log de movimientos (transacciones administrativas) de datos de clientes y cuentas, de acuerdo a lo que el banco le entregue en su momento.

- La nueva solución de Core Bancario deberá permitir la consulta de movimientos históricos generados en el actual Core Bancario, al menos de los últimos 10 años exigibles por regulaciones peruanas. Se mantendrá en una base de datos histórica.

- Efectuar la migración y/o reemplazo de las aplicaciones basadas en emulación 3270 que estén relacionadas a los procesos que forman parte del alcance de la Nueva Solución de Core Bancario, que a la fecha se viene usando en los ambientes de plataformas de atención al público, así como en las áreas administrativas de los distintos departamentos y en el Back Office de las sucursales y agencias. El detalle de la funcionalidad de dichas aplicaciones se revisará con el contratista en la etapa del Plan de Trabajo.

Los aspectos técnicos relacionados con la migración de datos se definirán durante la etapa de “Plan de Trabajo”.

El Contratista podrá proponer otras alternativas de almacenamiento histórico de información que serán consideradas por el Banco de la Nación.

12.1.2 Responsabilidades del Banco de la Nación

- El Banco será responsable de diseñar, construir y parametrizar los procesos para la extracción de datos de los aplicativos del Core Bancario actual, según los formatos de archivo acordados con el Contratista.

Página 118 de 409


- El Banco será responsable de la depuración de datos a ser migrados a la nueva solución de Core Bancario.

- El Banco será responsable de realizar el cuadre de la información a migrar de los sistemas actuales del Banco de la Nación.

12.1.3 Responsabilidades del Contratista

- El Contratista deberá incluir las herramientas necesarias para identificar los “kernels” de migración de aplicaciones en el core actual. Esta actividad servirá para identificar entre otras: las relaciones existentes entre las aplicaciones y las tablas de bases de datos, la dimensión de los kernels y la secuencia más adecuada para la implementación; además permitirá estimar mejor los esfuerzos.

- El Contratista será responsable de diseñar y construir mecanismos de validación de la información entregada por el Banco de la Nación, previa a su carga en las estructuras del Nuevo Core Bancario.

- El Contratista será responsable de diseñar, construir y parametrizar los procesos para la carga de datos a la nueva solución de Core Bancario.

- El Contratista deberá identificar y establecer los tiempos requeridos para realizar la carga y verificación de los datos migrados en coordinación con el Banco.

- Deberá proveer mecanismos de validación y realizar el cuadre de la información cargada en la nueva solución de Core Bancario, contra la información existente en los sistemas actuales del Banco de la Nación.

- Deberá proveer mecanismos de cuadre contable de la información cargada en la nueva solución contra el sistema contable del Banco de la Nación.

12.2 ConvivenciaDurante la convivencia los módulos del Nuevo Core Bancario deberán operar junto a los módulos “legacy” del actual core bancario.

12.2.1 Objetivos de los Procesos de Convivencia

El Contratista deberá:- Asegurar que el período de transición requerido para la adopción

total de la nueva solución de Core Bancario se realice con la mayor transparencia posible para los usuarios y clientes del Banco de la Nación.

Página 119 de 409


- Garantizar la interacción de la nueva solución de Core Bancario con los actuales Canales de Atención34.

- Garantizar la interacción de la nueva solución de Core Bancario con el sistema contable del Banco de la Nación (Oracle Financials)35.

- Garantizar la interacción de la nueva solución de Core Bancario con el sistema de Tesorería del Banco de la Nación (Back Trader Live 36)

- Garantizar la interacción de la nueva solución de Core Bancario con Entidades Externas37.

12.2.2 Responsabilidades del Banco de la Nación

- El Banco será responsable de diseñar, construir y parametrizar las interfaces, del lado de los aplicativos actuales (tanto temporales como definitivas), según los acuerdos a los que se llegue con el Contratista de la solución de Core Bancario.

- El Banco proporcionará al Contratista, el detalle de las interfaces existentes actualmente con Entidades Externas, especificando formas de comunicación, formatos y protocolos, de manera que puedan ser implementadas en la solución de Core Bancario.


- El Contratista será responsable de diseñar, construir y parametrizar las interfaces, del lado de la nueva Solución de Core Bancario (tanto temporales como definitivas), según los acuerdos a los que se llegue con el Banco.

12.3 Estrategia de Migración y ConvivenciaEl detalle de la estrategia de migración y convivencia de la nueva solución de Core Bancario se establecerá de mutuo acuerdo con el Contratista al inicio de la etapa de implementación, considerando las características técnicas de la solución de Core Bancario propuesta, las recomendaciones del Contratista, su metodología y experiencias previas. Sin embargo, el Banco de la Nación propone como referencia, contemplar los aspectos descritos en los siguientes numerales. Al momento de plantear la Estrategia de Convivencia para cada una de las fases, se deberá considerar que el Banco de la Nación actualmente tiene habilitados los siguientes estándares de integración:

- CICS (feature Web Services for CICS).- Servicios Web sobre Websphere Application Server.

34 Capítulo Requerimientos de Conectividad – con los Canales de atención35 Capítulo Requerimientos de Conectividad – con Oracle Financials36 Capítulo Requerimientos de Conectividad – con Back Trader Live37 Capítulo Requerimientos de Conectividad – con Entidades Externas

Página 120 de 409


- Servicios Web sobre Websphere Message Broker.- Mensajería a través de Websphere MQ en forma asíncrona.- Servicio de transferencia de archivos vía SFTP sobre Internet

Information Server y Linux Red Hat.El Banco de la Nación proporcionará los equipos de almacenamiento necesarios para el proceso de migración de datos históricos.Los aspectos técnicos relacionados con las interfaces se definirán durante la etapa del “Plan de trabajo”.

12.3.1 Fase I: ClientesEn la Estrategia de Implementación se plantea que la Fase I contemple la implementación de Clientes. En lo referente a migración de datos y convivencia se deberá considerar los siguientes aspectos:

- Los procedimientos del Core Bancario actual no consideran el registro previo del cliente. Será necesario adoptar los procedimientos operativos de manera que se considere el registro del cliente previo a la apertura de cualquier operación bancaria.

Página 121 de 409


12.3.2 Fase II: ColocacionesEn lo referente a migración de datos y convivencia para la fase de implementación de Colocaciones, se deberá considerar los siguientes aspectos:- Al encontrarse los datos actualmente en distintos aplicativos (para cada

uno de los productos de Colocaciones), los pasos de depuración y validación de la información a migrar son relevantes.

- Se instalaría el módulo de Colocaciones y los Procesos de Apoyo correspondientes a los productos mencionados.

Interfaces con los Canales de Atención: en esta fase podrá entrar en producción la totalidad de la Plataforma de Caja o Ventanilla, además, en caso de que se cree transacciones sobre Colocaciones en los demás canales, estos también deberán ser habilitados.Interfaz con Oracle Financials: se implementará las interfaces definitivas relacionadas con la entrega de datos para la contabilización de las operaciones de Colocaciones.Interfaces con Entidades Externas: se implementará las interfaces definitivas con las entidades externas correspondientes.

Página 122 de 409


12.3.3 Fase III: Captaciones, Servicios de Pagos y CobrosEn lo referente a migración de datos y convivencia para la fase de implementación de Captaciones, Servicios de Pagos y Cobros, Procesos Auxiliares y de Apoyo, se deberá considerar los siguientes aspectos:- Se debe poner especial cuidado en la migración de datos de esta fase,

pues representan el mayor volumen de datos. - Al encontrarse los datos actualmente en distintos aplicativos, los pasos de

depuración y validación de la información a migrar son relevantes. - Se instalarían los módulos de Captaciones, Servicios de Pagos y Cobros,

Procesos Auxiliares y Procesos de Apoyo correspondientes a los productos mencionados.

El Contratista deberá hacer un análisis comparativo para determinar la estrategia más idónea para el Banco de la Nación, en cuanto a la puesta en producción de la Plataforma de Caja o Ventanilla. Este análisis deberá considerar:- El volumen de transacciones que involucran una interfaz entre

Captaciones y Colocaciones que se presentan normalmente en el Banco en un período determinado.

- El período de tiempo que se ha planificado entre la puesta en producción de esta fase y la siguiente y que por lo tanto será el tiempo en el cual la interfaz tendrá vigencia.

Las opciones que se plantea son las siguientes:12.3.3.1 Opción 1

Reemplazar la Plataforma de Caja únicamente para las transacciones relacionadas con los módulos migrados. En este caso, tendrá que manejarse temporalmente en las agencias tanto el sistema de ventanillas actual, como el de la nueva Solución de Core Bancario.

Página 123 de 409


Interfaces con el Ambiente Mainframe: las transacciones de Captaciones que involucren la afectación a operaciones de Colocaciones y viceversa, podrán ejecutarse modificando temporalmente el procedimiento para realizar la afectación a la operación de Colocaciones de forma manual en el Core actual, esto es, utilizando la nueva Plataforma de Caja o Ventanilla para la transacción en Captaciones y la caja actual para la transacción en Colocaciones.

12.3.3.2 Opción 2Reemplazar completamente la Plataforma de Caja creando interfaces automáticas con el actual Core Bancario para las transacciones de Colocaciones que aún no han sido migradas.

Página 124 de 409


Interfaces con el Ambiente Mainframe: las transacciones de Captaciones que involucren la afectación a operaciones de Colocaciones y viceversa, podrán ejecutarse desarrollando una interfaz automática que desde la nueva Plataforma de Caja o Ventanilla, ejecute las transacciones sobre Colocaciones del Core actual (las transacciones del TOLD II pueden ser ejecutadas como Web Services).

12.3.3.3 Opción 3: Ambas OpcionesInterfaces con los Canales de Atención: en esta fase se deberá habilitar las interfaces definitivas con todos los canales que actualmente ejecutan transacciones sobre operaciones de Captaciones y Servicios de Pagos y Cobros, esto es: Internet, ATMs, POS, WAP e IVR. Interfaz con Oracle Financials: se implementará las interfaces definitivas relacionadas con la entrega de datos para la contabilización de las operaciones de Captaciones y Servicios de Pagos y Cobros.Interfaces con Entidades Externas: se implementará las interfaces definitivas con las entidades externas correspondientes.

13 Requerimientos de Capacitación y Entrenamiento

En términos generales se deberá considerar las siguientes premisas para toda capacitación o entrenamiento que se realice como parte del Proyecto:

Página 125 de 409


- Debe ser impartida en idioma español, en la ciudad de Lima – Perú y de manera presencial.

- El Contratista entregará todo el material necesario para la capacitación.

- Se deberá incluir la aplicación de cuestionarios de evaluación al personal capacitado.

- La capacitación deberá estar orientada para que el personal tanto técnico como funcional pueda asumir sus tareas en forma autónoma, de manera que adquiera los conocimientos, habilidades y destrezas de aplicación inmediata.

- La capacitación deberá incluir talleres prácticos para afianzar los conocimientos adquiridos, considerando además el desarrollo de casos que se definan conjuntamente con el personal designado por el Banco.

- El Contratista deberá entregar un informe de resultados, el cual mostrará las apreciaciones más relevantes acerca del desempeño de los participantes del curso.

- El Postor deberá incluir en su oferta: los equipos de cómputo, los equipos audiovisuales y materiales necesarios para llevar a cabo las capacitaciones de la mejor forma. El uso de herramientas dependerá de la metodología del implementador.

- En coordinación con el Banco, el Contratista podrá ajustar y/o plantear su modelo de capacitación de acuerdo a su experiencia y mejores prácticas, sin que esto implique un costo adicional.

- Las fechas, horarios y criterios de aceptación del servicio de la capacitación se definirán con el Contratista durante la etapa de Plan de Trabajo.

El Contratista deberá proveer como mínimo la siguiente cantidad de horas de capacitación:

Página 126 de 409


N° TOTAL Personal de Centro de Cómputo 20Personal de Soporte Técnico 20Personal de Arquitectura 20Personal de Calidad de Soluciones 20Personal de Desarrollo y Mantenimiento 20Administrador de Base de datos 20Personal de Mesa de Ayuda 20

Administración de la Base de Datos

Administrador de Base de datos 50 50

Personal de Calidad de Soluciones 30Personal de Desarrollo y Mantenimiento 50Personal de Centro de Cómputo 15Personal de Soporte Técnico 15Personal de Mesa de Ayuda 15Personal de Centro de Cómputo 8Personal de Soporte Técnico 10Personal de Arquitectura 10Personal de Calidad de Soluciones 20Personal de Desarrollo y Mantenimiento 55Personal de Mesa de Ayuda 12Capacitación de Usuario 85Personal de Centro de Cómputo 8Personal de Soporte Técnico 8Personal de Arquitectura 10Personal de Calidad de Soluciones 20Personal de Desarrollo y Mantenimiento 60Personal de Mesa de Ayuda 12Capacitación de Usuario 65Personal de Centro de Cómputo 8Personal de Soporte Técnico 8Personal de Arquitectura 10Personal de Calidad de Soluciones 20Personal de Desarrollo y Mantenimiento 60Personal de Mesa de Ayuda 12Capacitación de Usuario 65Personal de Centro de Cómputo 8Personal de Soporte Técnico 8Personal de Arquitectura 10Personal de Calidad de Soluciones 20Personal de Desarrollo y Mantenimiento 30Personal de Mesa de Ayuda 12Capacitación de Usuario 65Personal de Centro de Cómputo 8Personal de Soporte Técnico 8Personal de Arquitectura 10Personal de Calidad de Soluciones 20Personal de Desarrollo y Mantenimiento 60Personal de Mesa de Ayuda 12Capacitación de Usuario 132

1284

HORAS DE CAPACITACIÓN

CURSOS PERFIL DEL PARTICIPANTES HORAS

Arquitectura de la Solución

140

Metodologia de Desarrollo y

80

Operación y Monitoreo de la Solución

45

Modulo Cliente 200

Modulo Colocaciones 183

Modulo Captaciones 183

Módulo Servicios Pagos y Cobros

153

Plataforma Ventanilla y Plataforma Comercial y

de Servicios250

Página 127 de 409


La distribución de las horas, perfil de participantes y temarios de la capacitación, son referenciales y se definirán durante la etapa del Plan de Trabajo.

13.1 Capacitación Técnica13.1.1 Personal del Centro de Cómputo

Se deberá considerar la capacitación mínimo de 10 personas de perfil técnico. Se deberá cubrir como mínimo los siguientes temas:- Operación y mantenimiento de los proceso del Nuevo Core Bancario,

incluyendo las bases de datos de cada módulo.- Procedimientos de respaldo y mantenimiento de históricos de información

de las bases de datos de Core Bancario38.- Herramientas de administración, monitoreo y auditoría de la solución de

Core Bancario.

13.1.2 Personal de Soporte TécnicoSe deberá considerar la capacitación mínimo de 10 personas de perfil de soporte técnico. Se deberá cubrir como mínimo los siguientes temas:- Instalación y configuración de los módulos del core bancario, plataforma

de middleware y solución de Caja o Ventanilla.- Afinamiento (Tuning) de la base de datos (IBM-DB2 V10), módulos de core

bancario, plataforma de middleware y solución de Caja o Ventanilla.- Instalación, configuración y afinamiento de las herramientas de

administración, monitoreo y auditoría de la solución de Core Bancario.

13.1.3 Personal de Arquitectura

Se deberá considerar la capacitación mínimo para 5 personas de perfil técnico. Se deberá cubrir como mínimo los siguientes temas:

- Estructura lógica y física de los componentes software.

- Infraestructura tecnológica requerida para el despliegue del nuevo Core Bancario.

- Metodologías, patrones, frameworks y estándares utilizados en el desarrollo del software.

13.1.4 Personal de Desarrollo y MantenimientoSe deberá considerar la capacitación mínimo de 45 personas de perfil técnico. Se deberá cubrir como mínimo los siguientes temas:- Estándares de programación.

38 Capítulo Requerimientos Seguridad, Contingencia y Respaldo – Requerimientos de respaldo

Página 128 de 409


- Herramientas, metodologías, patrones, frameworks y estándares utilizados en el desarrollo del software.

- Control de cambios- Control de versiones- Estructura y componentes de la solución- Instalación y operativa de la solución de Core Bancario.

13.1.5 Personal de Calidad de SolucionesSe deberá considerar la capacitación mínimo de 5 personas. Se deberá cubrir como mínimo los siguientes temas:- La operativa funcional y configuración de la solución de Core Bancario. - Instalación y operativa de la solución de Core Bancario.- Estándares de programación.- Operaciones de testing.

13.1.6 Personal de Mesa de AyudaSe deberá considerar la capacitación mínimo de 20 personas. Se deberá cubrir como mínimo los siguientes temas:- La operativa funcional y configuración de la solución de Core Bancario. - Estar orientada a operadores que resolverán las consultas de usuarios del

Banco sobre la operatividad de la solución de Core bancario.- Gestión de incidentes o problemas frecuentes en el uso de la Solución de

Core Bancario.

13.2 Capacitación de UsuarioSe deberá considerar la capacitación mínimo de 30 personas por cada Fase Implementada, dependiendo de la extensión y complejidad de los módulos correspondientes a la fase. Estos usuarios posteriormente realizarán la capacitación de los usuarios finales. Se deberá cubrir como mínimo los siguientes temas:- Configuración de la solución en cada Fase - Creación de productos personalizados para el Banco de la Nación en cada

Fase - Funcionalidades y operación de la solución del Core Bancario en cada

Fase La capacitación deberá estar orientada a usuarios funcionales capacitadores y usuarios auditores del Banco.

Página 129 de 409


14 Requerimientos de Documentación14.1 Premisas Generales

El Contratista deberá considerar lo siguiente: Toda la documentación técnica y de usuario entregada por el

Contratista deberá tener un formato estándar y deberá ser entregada tanto impresa como en formato digital. Deberá estar escrita en idioma español.

Se deberá entregar manuales oficiales. Las mejoras y/o cambios realizados a los aplicativos, nuevos

desarrollos e interfaces, deberán ser debidamente documentados en todos los componentes afectados.

Se requiere que los usuarios tengan acceso en línea al inventario de la documentación y a la documentación misma para su consulta, por lo cual el Contratista deberá implementar el mecanismo necesario para que dicha información pueda ser consultada por los usuarios.

Mantener permanentemente el inventario y control de la documentación existente.

Proporcionar la relación de los artefactos (entregables) que generen su metodología.

14.2 Manuales de InstalaciónEl manual deberá incluir como mínimo:

- Requerimientos de los ambientes previos a la instalación.- Pasos para la instalación de la solución de Core Bancario.

14.3 Manuales TécnicosEl manual deberá incluir como mínimo:

- Metodología de desarrollo y ciclo de vida del software39

- Estándares de desarrollo.- Modelo entidad relación.- Diccionario de datos.- De ser el caso, uso de herramientas de desarrollo propias de la

solución. - Relación de los procesos funcionales con los componentes de la

solución y la forma en que éstos interactúan entre sí.- Además, toda la documentación técnica generada de acuerdo a

la metodología de desarrollo utilizada por el Contratista.39 Alineándose con la normativa NTP-ISO IEC 12207

Página 130 de 409


14.4 Manuales de UsuarioEl manual deberá incluir como mínimo:

- Una introducción a los procesos operativos.- Instrucciones para la parametrización de procesos y productos.- Una descripción detallada de la operatividad de cada opción de

menú.- Una descripción detallada de cada pantalla.- Diagrama funcional jerárquico.- Una base de conocimientos en función de preguntas frecuentes.

14.5 Manuales de CapacitaciónLa documentación deberá incluir como mínimo:

- Agendas y objetivos de capacitación.- Contenidos de capacitación técnica y de usuario.- Cuestionarios para la evaluación del personal que recibe la

capacitación.

15 Requerimientos de Licenciamiento, Garantía, Soporte y Mantenimiento

15.1 Licencias de la Solución Nuevo Core BancarioEl Postor debe considerar un esquema de licenciamiento del tipo “LICENCIA ÚNICA NO EXCLUSIVA DE USO” para el software de Core Bancario, por 50 años como mínimo, renovable sin costo adicional para el Banco. Esta licencia deberá estar a nombre del Banco de la Nación asegurando la disponibilidad de licencias necesarias para los ambientes de Desarrollo, Certificación, Producción y Respaldo en que se implemente el software de Core Bancario, considerando que este licenciamiento sea válido en arquitectura abierta para cuando el Banco decida migrar la Solución de Core Bancario.

El Postor debe considerar un esquema de licenciamiento del tipo “LICENCIA ÚNICA NO EXCLUSIVA DE USO SIN LÍMITE DE TIEMPO” de todos los productos necesarios para el correcto funcionamiento de la solución de Core Bancario, incluyendo las herramientas de desarrollo, para los ambientes donde corresponda su uso (Desarrollo, Certificación, Producción y Respaldo). Deben ser suficientes para soportar los procesadores de los equipos y usuarios involucrados durante el proceso de personalización del Nuevo Core Bancario, tanto de parte del Contratista como del Banco de la Nación, durante el transcurso de la etapa de implementación del Nuevo Core Bancario y

Página 131 de 409


posteriormente del personal del Banco de la Nación de forma autónoma.

15.2 Acuerdos de Niveles de ServicioEl Contratista deberá cumplir con los siguientes niveles de servicio, los cuales aplican por igual a los periodos de garantía y a los periodos de soporte y mantenimiento:

Dónde:Tiempo de reacción inicial: se refiere al tiempo máximo que transcurre desde que el Banco reporta al contratista el error o incidencia presentada y ésta es comunicada por el contratista al personal de soporte del nivel correspondiente dependiendo de su gravedad.Tiempo para solución temporal: se refiere al tiempo máximo que tiene el contratista para entregar una solución temporal que permita restablecer el servicio afectado, en caso no se pueda tener la solución definitiva.Tiempo de solución definitiva: se refiere al tiempo máximo que tiene el contratista para la entrega de la solución definitiva al error o incidente.Los Tipos de error considerados son los siguientes:Error Crítico: la solución bancaria no se encuentra en funcionamiento y no es utilizable o la solución está funcionando pero el problema no permite cumplir con tareas necesarias y esenciales de las operaciones del negocio.Error No Crítico: la solución bancaria está funcionando pero el problema causa un impacto parcial y no existe una opción alterna para continuar la operación afectada.Error Limitado: la solución bancaria se encuentra en funcionamiento y el problema sólo causa un impacto limitado. El Banco usualmente puede evitar utilizar la funcionalidad problemática, operar con la funcionalidad limitada causada por el problema, utilizar una interfaz alterna o utilizar otra opción para continuar la operación.

Las Consultas Técnicas (pregunta puntual sobre la arquitectura, diseño o funcionamiento de la solución de Core Bancario) deben ser resueltas en un plazo no mayor de 48 horas.

Página 132 de 409


El soporte funcional (presencial y telefónico) debe brindarse en idioma español. El soporte técnico (presencial y telefónico) en el nivel básico debe brindarse en idioma español y los siguientes niveles pueden ser en idioma español o inglés.

El contratista deberá tener una representación local, con personal que hable idioma español, con el cual se podrá realizar las coordinaciones iniciales de soporte.

15.3 Garantía de la Solución del Core BancarioEl Postor deberá considerar en su propuesta un período de garantía a partir de terminado el Soporte Post-Producción de cada módulo implementado y hasta doce (12) meses posteriores al término del Soporte Post-Producción del último módulo de la Solución Nuevo Core Bancario.La garantía de la Solución Nuevo Core Bancario (Licencias del Software del Nuevo Core Bancario y demás licencias que el proveedor considere necesarias para el correcto funcionamiento de la Solución) debe cubrir defectos o vicios ocultos, incluyendo, de existir, la actualización de nuevas versiones liberadas en ese período, problemas de disminución de performance, entre otros. Además, se deberá incluir el servicio de verificación de la continuidad operativa de la Solución. Durante el período de garantía el Contratista deberá incluir la actualización de la documentación respectiva.En caso los productos o servicios contratados presenten defecto, mal funcionamiento o no cumplan con las especificaciones establecidas, el Banco de la Nación rechazará y exigirá su reemplazo. Los costos en que incurra por este concepto, serán cubiertos en su totalidad por el Contratista. Si el Postor no atiende el requerimiento, se harán efectivas todas las garantías contractuales establecidas para el servicio.

15.4 Soporte y Mantenimiento de la Solución del Nuevo Core BancarioEl Postor deberá ofrecer el servicio de Soporte y Mantenimiento anual de las licencias de los componentes de la Solución de Nuevo Core Bancario (Licencias del Software del Nuevo Core Bancario y demás licencias que el proveedor considere necesarias para el correcto funcionamiento de la Solución), a partir del término del período de garantía.El servicio de Soporte y Mantenimiento de la Solución del Nuevo Core Bancario deberá considerar:

Al menos las mismas coberturas y acuerdos de nivel de servicios que los existentes en el período de garantía.

Página 133 de 409


La realización de al menos 2 visitas preventivas presenciales al año, efectuadas por especialistas, con una duración de al menos 3 días laborables por cada visita.

El esquema de actualización de versiones propuesto por el Contratista.

Migración de la solución a las siguientes versiones del producto. El Contratista deberá indicar la frecuencia con la cual libera

actualizaciones o nuevas versiones del Core Bancario y cuáles son las condiciones que confluyen para el cambio.

El Contratista debe brindar el soporte local para la solución de Core que implementará y también para los componentes de hardware que pudieran formar parte de la solución propuesta. El personal de soporte debe residir en Lima-Perú y podrá ser complementado con personal ubicado fuera del país, para los casos de mayor complejidad.El Contratista señalará la infraestructura de soporte local e internacional indicando el personal de planta disponible localmente que asegure un soporte técnico de calidad.

16 Requerimientos Funcionales GeneralesLos requerimientos funcionales están ordenados por módulos, sin embargo es conveniente que la implementación se realice por procesos, es decir, que cada requerimiento funcional corresponda a un proceso core que esté dentro del alcance de la presente contratación.

La solución de Core Bancario deberá:- Cumplir con los requerimientos contenidos en este documento.- Cumplir con los requerimientos, procedimientos y reportes de la Ley

General del Sistema Financiero y del Sistema de Seguros, y Orgánica de la Superintendencia de Banca y Seguros, sus modificaciones, reglamentos y resoluciones; que tengan relación o como consecuencia del cumplimiento de requerimientos contenidos en este documento.

- Cumplir con los requerimientos, procedimientos y reportes de eventuales nuevas leyes en relación con el sistema financiero, normas, reglamentos y resoluciones de los entes reguladores y de control, que puedan emitirse o dictarse durante el transcurso del plazo de ejecución del proyecto; que tengan relación o como consecuencia del cumplimiento de requerimientos contenidos en este documento.

Adicionalmente, la solución de Core Bancario deberá cumplir con los siguientes requerimientos generales:

REQUERIMIENTOS GENERALESUsuarios Deberá poder revisar el tiempo de utilización del Core Bancario por usuario, lo cual se

refiere a la obtención de estadísticas de las operaciones que realizan los usuarios en cada uno de los canales.

Página 134 de 409


REQUERIMIENTOS GENERALESUsuarios Deberá poder bloquear terminales de usuario por inactividad, lo cual se refiere a la

capacidad que debe tener la solución de Core propuesta para que se pueda bloquear la sesión de uso de la aplicación.

Usuarios Deberá tener control de acceso por productos. Todos los accesos a los sistemas de información, servicios informáticos y plataformas tecnológicas deben ser otorgados mediante roles funcionales. Todo rol funcional debe estar asociado a un conjunto de perfiles de acceso debidamente autorizados por el propietario de la aplicación.

Usuarios Deberá tener control de acceso por oficinas.Usuarios Deberá poder inhabilitar usuarios en horarios no autorizados o períodos de tiempo

(vacaciones), lo cual se refiere a la capacidad que debe tener la solución de Core propuesta para que se pueda inhabilitar los accesos a usuarios en horarios no autorizados o por periodos de tiempo.

Plataforma Deberá procesar y autorizar centralizadamente las transacciones.

Plataforma La información de cada proceso deberá estar disponible para todos los demás procesos de la solución.

Plataforma La solución deberá estar preparada para trabajar en ambientes de alta transaccionalidad (OLTP).

Plataforma El interfaz de usuario será del tipo WEB ENABLED, es decir que la navegación en las opciones de sistema se realizará utilizando un browser y todo el acceso a la información se dará en opciones de menú y facilidades de acceso que incluyan las facilidades gráficas (menús contextuales, desplegables, iconos, otros) y de usuario de esos ambientes.

Plataforma Deberá manejar múltiples canales.Plataforma La solución de Core Bancario propuesta debe permitir ofrecer servicio a múltiples

empresas mediante una única plataforma de aplicación, base de datos y explotación online y batch, garantizando un nivel de aislamiento suficiente entre cada empresa a través de los mecanismos creados en la propia arquitectura de la solución propuesta.Deberá considerar dentro de este concepto la funcionalidad específica de insourcing de operaciones.

Plataforma Deberá manejar múltiples monedas.Plataforma Deberá manejar múltiples lenguajes.Seguridad y auditoría

Integrará opciones de utilización de interfaces con dispositivos biométricos para facilitar y asegurar el registro de acceso inicial, bloqueo temporal y rehabilitación del terminal por el que está autorizado cada usuario para acceder a los sistemas.

Seguridad y auditoría

Mediante el uso de su denominación de usuario, clave de seguridad y la información biométrica, el usuario accederá a un interfaz único y estandarizado, que le habilitará el uso de todas las funcionalidades y opciones de interacción con la solución de Core Bancario.

Seguridad y auditoría

El sistema deberá contar con facilidades para que los usuarios autorizados puedan consultar y analizar esta información a la vez que generen reportes de auditoría y control cuando lo requieran.

Disponibilidad Deberá manejar múltiples horarios. La solución debe permitir horarios de apertura y cierre diferentes para cada oficina.

Disponibilidad Permitirá a los clientes del Banco acceder a los diferentes servicios desde cualquier oficina indistintamente de la oficina origen.

Disponibilidad Permitirá la administración de mensajes por cliente/producto originados por el Banco, desplegables por diferentes canales (puntuales o por fechas específicas).

Disponibilidad Permitirá la validación en línea de datos (fechas, números de cuenta, etc.).Disponibilidad Deberá estar diseñado para atender transacciones en línea 24 horas al día los 7 días de la

semana a través de todos los canales, a excepción del canal plataforma de caja o ventanilla que deberá ofrecer disponibilidad de acuerdo al horario operativo establecido por el Banco.

Usabilidad Deberá tener opciones y pantallas intuitivas, con criterios de fácil usabilidad.Usabilidad Deberá tener pantallas estandarizadas para los distintos productos y módulos

(despliegue, carga de datos, validaciones, mensajes, etc.).

Página 135 de 409


REQUERIMIENTOS GENERALESUsabilidad Deberá tener ayuda en línea a nivel transaccional, lo cual se refiere a que las

transacciones deben contar con una opción en línea que permite acceder a una ayuda rápida sobre la operatividad de la transacción que se está ejecutando.

Usabilidad Deberá tener la habilidad para exportar los resultados de consultas a formatos estándares del mercado: XML, PDF, archivos de texto, hojas de cálculo.

Parametrización La solución permitirá definir parámetros a nivel del Banco.Parametrización La solución permitirá definir parámetros a nivel de producto.Parametrización La solución permitirá definir parámetros a nivel de cliente.Parametrización La solución permitirá la creación de productos en base a parametrización.Parametrización La solución permitirá determinar los productos que se ofrecerá por oficina y funcionario.Parametrización Deberá contar con las facilidades o herramientas para replicar la parametrización de un

ambiente a otro.

Parametrización Permitirá administrar límites sobre transacciones y por moneda.Parametrización El usuario final de acuerdo a su perfil podrá modificar y mantener sus productos (no se

requiere de un especialista para llevar a cabo dichas tareas).Parametrización La solución proporcionará herramientas al usuario final para personalizar consultas y

reportes.Parametrización Permitirá configurar las transacciones que requerirán de una confirmación por parte de

otro usuario para su ejecución.Administración y Monitoreo

Permitirá modificar parámetros de configuración.

17 Requerimientos Funcionales17.1 Requerimientos Funcionales de Clientes

17.1.1 Requerimientos Funcionales del Módulo de ClientesEl enfoque estratégico de la gestión del Banco de la Nación, que debe estar soportado por su Nuevo Core Bancario, está basado en varios ejes y uno de los fundamentales es una gestión de negocios totalmente centrada en el cliente, con una visión integral y consolidada de su relación de negocios con el banco (visión de 360 grados). Para lograrlo, el Módulo de Clientes constituirá el eje de la gestión operativa del Banco, ya que permitirá el registro único y consolidado de información de todos los clientes (habituales y no habituales) que contraten productos y servicios financieros con el Banco, contenidos en el repositorio, que se denominará Base de Datos Única de Clientes (BDUC), contendrá además información de empresas y personas que se consideren potenciales clientes del banco (prospectos).La estructura del repositorio (BDUC) deberá ser amplia y flexible, diseñada para asociar a cada cliente toda la información de tipo cuantitativa y cualitativa que le corresponda según su clasificación de tipo de cliente, sin limitaciones de cantidad de campos ni tipo de información. Esto incluye datos en formato texto con formato, texto libre, datos en catálogos con opciones de respuesta o rangos de valores, fechas, valores, números en diferentes formatos, imágenes.

Página 136 de 409


Para la operación del Nuevo Core Bancario, este repositorio recibirá toda la información disponible y validada de los clientes del Banco de la Nación, tanto los clientes activos, es decir aquellos que a la fecha de puesta en producción del nuevo sistema tengan contratado algún producto o servicio financiero del Banco, como los clientes inactivos, es decir aquellos que estén registrados en las bases de datos legadas del Banco como clientes que alguna vez contrataron productos o servicios financieros pero en ese momento no están activos.El módulo de clientes se comunicará con todos los módulos de negocio usando un interfaz nativo, único y estandarizado que asegure la integración total con los módulos de negocio y facilite la interacción operativa necesaria. Usando este interfaz, el módulo de clientes pondrá disponible a los módulos de negocios la información del cliente, sin que deba replicarse en tablas o bases de datos a esos módulos, a la vez que recibirá la información consolidada de los productos y servicios financieros contratados para asociarlos al expediente del cliente y manejar su posición consolidada de negocios con el Banco. En el interfaz también se establecerá los vínculos que permitan navegar en forma natural desde el expediente del cliente a los módulos de negocio, para profundizar en la información de los productos o servicios que tiene el cliente y desde los módulos de negocio para consultar, completar o actualizar la información del expediente del cliente que sea necesaria para la operación de los productos o servicios que contrate con el Banco.

El Módulo de Clientes se constituirá en la única puerta de entrada y registro obligatorio para todo cliente nuevo del Banco y de los productos/cuentas, ya que el Nuevo Core Bancario del Banco de la Nación aplicará el concepto operativo de cliente único, es decir, cuando un cliente requiera un producto o servicio financiero manejado en cualquier módulo de negocio, el paso mandatorio que se ejecutará desde ese módulo para la apertura del producto o servicio, será conectarse al módulo de clientes y usando como llave de búsqueda el número de identidad del cliente (DNI, Carné de extranjería, Pasaporte o RUC u otro documento que disponga la SBS) se verificará si ya está registrado en el módulo de clientes. Si el cliente ya está registrado, usando el interfaz nativo consultará la información disponible del cliente, habilitando las opciones adecuadas y permitidas para completar, actualizar o modificar la información del cliente que se requiera para operar el producto o servicio que desea contratar y continuará con el proceso de apertura, creando además los vínculos que permitan al módulo de clientes asociar el nuevo producto o servicio contratado a su expediente único.

Si el cliente no está registrado en la Base de Datos Única de Clientes, se habilitará el formato de registro de clientes nuevos, con los datos mínimos y validaciones requeridos por tipo de cliente mediante el

Página 137 de 409


interfaz con RENIEC. Una vez registrado el cliente, se continuará con el procedimiento señalado en el párrafo anterior para la apertura de nuevos productos o servicios.A continuación se presenta el cuadro detallado de los Requerimientos Funcionales del Módulo de Clientes:

REQUERIMIENTOS FUNCIONALES MÓDULO DE CLIENTESParametrización Manejará el concepto de Base de Datos Única de Clientes, con un repositorio

estandarizado en el que se ingresará y mantendrá el registro individualizado de cada cliente del Banco, con toda su información cualitativa y cuantitativa así como el vínculo y relación con la información relevante de todos los productos y servicios financieros que ha contratado el cliente con el Banco.

Parametrización Permitirá denominar y clasificar clientes según la definición dada por el Banco, que los agrupa en 2 segmentos principales: - Personas Naturales (individuos o personas físicas que interactúan con el Banco).- Personas Jurídicas (empresas o sociedades de diferente tipo que interactúan con el

Banco). Permitirá definir para cada tipo de cliente el conjunto de datos que se le asociará, como datos cualitativos y/o cuantitativos que formarán parte de su expediente en la Base de Datos Única de Clientes.

Parametrización Facilitará la clasificación de clientes de cada segmento principal, en los sub-segmentos que defina el Banco (tipo de cliente). Ejemplo: el segmento de Personas Naturales se puede dividir en:- Cliente Habitual.- Cliente no Habitual.- Cliente UOB (Única Oferta Bancaria).- Pensionista.El segmento de Personas Jurídicas se puede dividir en: - Dependencia del Estado.- Empresa Pública.- Empresa Privada.Para cada sub-segmento se deberá manejar una estructura particularizada de datos cualitativos y/o cuantitativos que formen parte de su expediente en la Base de Datos Única de Clientes.

Parametrización Generará un número o código único y consecutivo a cada cliente que se registre en la Base de Datos, con diferenciadores del segmento o sub-segmento al que corresponde según su tipo.

Parametrización Permitirá agregar en forma flexible a la base de datos, nuevos campos de datos cuantitativos o cualitativos del cliente sin mayor complejidad, con definición de:- El tipo de dato que contendrá.- La longitud del campo. - Las máscaras de presentación. - Las validaciones de formato que apliquen.- Las tablas o catálogos de datos que contengan las posibilidades de respuesta (para

los tipos de campo que aplique).Parametrización Deberá incluir la posibilidad de definir validaciones a ser aplicadas en los datos del cliente

para asegurar su autenticidad y su integridad, como por ejemplo: la validación de dígitos verificadores en el DNI y en el RUC, la estructura de datos de un pasaporte y carné de extranjería, el formato de datos de un campo tipo fecha.

Parametrización Incluirá facilidades para definir, parametrizar y mantener catálogos o tablas con opciones que se presenten al usuario, en modalidades de tipo "lista de opciones", para el llenado de campos de datos del cliente que tengan como posibles contenidos opciones fijas, como por ejemplo: el género, la profesión o actividad del cliente, la ciudad de residencia, la oficina bancaria donde se le ha registrado, el ejecutivo bancario a cargo de su gestión integral de cliente.

Apertura Al momento de registrar un cliente, validará si ya está registrado en la base de datos,

Página 138 de 409


REQUERIMIENTOS FUNCIONALES MÓDULO DE CLIENTESusando como clave de validación el número de DNI, carné de extranjería, el número de pasaporte en el caso de Personas Naturales y el número de RUC en el caso de Personas Jurídicas. En caso de existencia del registro de cliente, notificará al usuario y bloqueará la posibilidad de ingresar un nuevo registro de cliente con la misma clave única (DNI, Pasaporte, carné de extranjería o RUC).

Apertura Facilitará el acceso al expediente de cada cliente en la base de datos, usando diferentes llaves de búsqueda, como el DNI, carné de extranjería, Pasaporte o el RUC, número de cuenta, código único de cliente, que deben dar un resultado único.Otra opción de búsqueda se basará en la utilización de strings de datos, como el o los apellidos y nombres del cliente, que deben dar como resultado el conjunto de registros que cumplen con los criterios de búsqueda ingresados, para que el usuario que realiza la consulta pueda analizar la información y seleccionar al cliente buscado.

Apertura Permitirá registrar un cliente con los datos que el banco determine para cada tipo de cliente, validando además que se registre al menos los datos que se determinen como mínimos mandatorios al momento de registro inicial del cliente.

Apertura Permitirá actualizar y/o completar el registro de datos del cliente, con opciones de actualización disponibles para los usuarios autorizados, que les permitan acceder al expediente del cliente directamente en la Base de Datos Única de Clientes y con opciones de actualización que usen las interfaces que lo integran con todos y cada uno de los Módulos de Negocio de la solución de Core Bancario.

Apertura Incluirá facilidades de generación de datos complementarios a partir de un dato base, por ejemplo: la generación dinámica del dato de la edad del cliente, calculada por el sistema a partir del dato de su fecha de nacimiento y la fecha de la consulta.

Aperturas masivas

Integrará una opción de registro masivo de clientes, con opciones de importación de los datos desde archivos generados en una estructura estandarizada a definir y pasando en todos los casos las validaciones de no existencia del cliente (duplicación), completitud de los datos mínimos requeridos, estructura y tipo de datos de cada campo y validaciones especiales a aplicar (ejemplo dígito verificador). Para realizar una carga masiva o por lote, el postor deberá ofrecer la mejor alternativa (procedimiento) que permita garantizar la integridad y confidencialidad de la información además de ser un procedimiento que evite la duplicación, y asegure la completitud, estructura y tipo de datos.El formato de archivo y las medidas a adoptar serán tratados con el Contratista.

Consultas Permitirá a los usuarios autorizados las consultas de listados de clientes, usando opciones dinámicas que permitan seleccionar los criterios de consulta, tales como tipo de cliente, oficina de registro, ejecutivo a cargo, conjunto de datos en común, fechas de ingreso o actualización, entre otros. Como resultado debe generarse una grilla (grid) de datos con los datos resumen de cada cliente y opciones de profundizar en la información de un cliente en particular desde el registro del cliente en la grilla de resultados.

Integración El Módulo de Clientes deberá integrarse en forma total y transparente a todos y cada uno de los Módulos de Negocio de la Solución de Core Bancario propuesta, sin necesidad de la construcción por parte del Banco de interfaces especiales ni de la generación de procesos batch o en línea para este fin.

Integración Para la operación de los Módulos de Negocio de la solución, la información del cliente será tomada desde la Base de Datos Única de Clientes a través del módulo de clientes, generando los vínculos y relaciones correspondientes y en ningún caso se duplicará en las estructuras de datos del Módulo de Negocio. No se podrá proceder a la apertura de un producto o servicio financiero en los Módulos de Negocio si el cliente no está previamente registrado en la Base de Datos Única de Clientes.

Integración Los Módulos de Negocio y el módulo de clientes deberán contar con un mecanismo de integración en línea y a tiempo real que permita la asociación al expediente del cliente de todos y cada uno de los productos y servicios financieros que tenga o haya tenido contratados con el Banco. Este mecanismo de integración deberá permitir en forma flexible y paramétrica definir

Página 139 de 409


REQUERIMIENTOS FUNCIONALES MÓDULO DE CLIENTESqué datos de la gestión operativa del producto o servicio financiero deberán ser trasladados al expediente del cliente, su estructura y formato.

Integración Para evitar duplicidad de datos, el mecanismo de integración entre los Módulos de Negocio y la Base de datos Única de Clientes, deberá permitir la vinculación en línea y a tiempo real de datos base del producto o servicio financiero contratado con el cliente (sean estos individuales o masivos), a nivel de un resumen de datos que tenga como clave de vinculación el número único de la cuenta, producto o servicio financiero contratado por el cliente y que usando ese dato como llave de acceso, pueda facilitar la navegación del usuario hacia ese módulo de negocio para ejecutar consultas de mayor profundidad, pero dentro de la estructura y funcionalidad operativa propia del Módulo de Negocio.

Integración Deberá integrar facilidades para la ejecución de consultas (accesos) en línea a sistemas externos como la Central de Riesgos, calificadoras, listas negras (Central de Riesgos SBS, Informa Perú, SUNAT, RENIEC y otros40) y la integración de ciertos datos obtenidos en campos previamente definidos (ejemplo calificación del cliente, alertas de listas negras), que pasarán a formar parte del expediente del cliente.

Integración Se deberá proporcionar facilidades para la generación de archivos de datos a ser entregados a otros sistemas internos o externos del Banco, en los formatos y con los contenidos que se requieran, que en cualquier caso tendrán como limitación que la información a ser entregada exista en la estructura de datos de la Base de Datos Única de Clientes.

Cierre El código único asignado a un cliente no podrá ser reutilizado para ningún otro cliente, ya que una vez registrado su información quedará dentro de la Base de Datos Única de Clientes y solamente cambiará su estado.

Reportes Deberá permitir la generación de reportes/consultas flexibles en su estructura y contenido, con opciones definibles por el usuario para seleccionar el grupo de clientes a incluir en el reporte (por tipo de cliente, por oficina, por canal de atención, por estado del cliente, por fecha de ingreso o actualización de datos entre otras opciones) y los datos de los clientes y/o sus productos y servicios financieros que se deben incluir en el reporte.

Reportes Para cada reporte/consultas deberá permitir la definición de llaves de clasificación y agrupación, la inclusión de totales y resúmenes, de etiquetas de filas y/o columnas, de numeración y pie de página, de títulos, subtítulos y logotipos que sirvan para personalizar el reporte.

Reportes Los reportes generados deberán tener opciones de vista previa en pantalla, ajuste de formato y la definición de impresión controlada o exportación del archivo a formatos tipo xls, pdf o csv, dependiendo del perfil del usuario y sus autorizaciones de uso de la información.

17.2 Requerimientos Funcionales de Plataformas17.2.1 Requerimientos Funcionales de Plataforma

Comercial y de ServiciosLa Plataforma Comercial y de Servicios, tiene dos funciones principales:- Proporcionar el acceso único y estandarizado al entorno de trabajo

que tendrán disponible los usuarios del Banco que tienen a su cargo la atención al cliente y el soporte operativo interno, en funciones que no son las de transacciones con movimiento de dinero en efectivo y que requieren la interacción con las funcionalidades y opciones automatizadas que ofrecen los Módulos de Negocio del Core Bancario.

- Facilitar el acceso al expediente del cliente, proporcionando la visión integral del cliente y de la relación de negocios, vinculada

40 Capítulo Requerimientos de conectividad – Con entidades Externas

Página 140 de 409


con facilidades y herramientas para el análisis y la gestión comercial con los clientes y prospectos del Banco. Estas opciones estarán disponibles solamente para los usuarios autorizados a este tipo de gestión.

La Plataforma Comercial y de Servicios manejará el soporte automatizado a la gestión operativa de los funcionarios del Banco, iniciando con las facilidades para el registro y actualización de clientes, la apertura de contratos de productos y servicios, las diferentes opciones de consultas con los Módulos de Negocio, la consulta y generación de reportes, la emisión de certificaciones y copias de documentos y otras actividades propias de la gestión operativa de cara al cliente, desde el inicio de la relación con el cliente, hasta el cierre de los contratos de productos o servicios financieros. La Plataforma Comercial y de Servicios proporcionará todas las facilidades para que las áreas de operaciones y soporte, puedan realizar las tareas de back office necesarias para complementar los procesos y dar cumplimiento a los procedimientos de gestión establecidos por el Banco y por las regulaciones legales vigentes. Otra función fundamental de la Plataforma Comercial y de Servicios será el acceso a las facilidades que proporcionarán los Módulos de Negocio, para la creación, administración y mantenimiento de los productos y servicios financieros que se integren al portafolio comercial del Banco, facilitando la parametrización de todos los componentes que determinarán las características funcionales de cada producto o servicio financiero que se pone a disposición del cliente sus reglas de negocio, políticas, procedimientos, restricciones, costos, tasas, segmentos de cliente objetivo, etc.La Plataforma Comercial y de Servicios integrará además las funciones y facilidades para interactuar con la gestión de seguridad y auditoría de los Módulos de Negocios, incluyendo la definición de usuarios, perfiles (roles), parámetros de control, jerarquías de autorización y en general la definición de las particularidades operativas que tendrá cada Módulo de Negocios y que determinarán las opciones y funciones que tendrán disponibles los funcionarios del Banco para soporte a su gestión.Como parte de las funciones de soporte, la Gestión Comercial será el medio que utilice el Banco para presentar a sus clientes información promocional y mensajería dirigida, para fortalecer el posicionamiento institucional como opción bancaria para el cliente y buscar incrementar la relación de negocios, ofreciendo al cliente los productos y servicios financieros que los estudios de mercado y el análisis de la relación con el cliente determinen como la mejor opción para su segmento.Los usuarios de la Plataforma Comercial y de Servicios, tendrán una interacción total con el módulo de clientes, del que obtendrá toda la información del cliente y los productos y servicios financieros que tenga contratados con el Banco.

Página 141 de 409


Si se trata de un nuevo cliente, utilizará el interfaz estándar con el Módulo de Clientes para proceder con el registro inicial del cliente y luego continuar con las funciones propias de la gestión comercial que soporta.De igual forma la Plataforma Comercial y de Servicios se integrará y comunicará con todos los Módulos de Negocio, para facilitar la interacción con las opciones y facilidades de apertura, así como para utilizar las opciones de gestión y de manejo de información operativa de productos y servicios en ellos gestionada.Manejará la asignación dinámica de grupos de clientes a cada funcionario del Banco que tenga a su cargo tareas de gestión comercial de productos y servicios financieros, así como sus agendas de registro y seguimiento de la gestión realizada.Integrará todas las facilidades para que el área encargada del diseño de productos y servicios financieros, y el área de mercadeo, puedan ingresar la información multimedia que definan como ayudas de presentación y comercialización.Todas las opciones de funcionalidad que se integren en la Plataforma Comercial y de Servicios deberán contemplar facilidades para que estén disponibles en la infraestructura de oficinas del Banco, en las opciones de acceso remoto de los funcionarios del Banco vía Internet que defina el Banco, y por último, en opciones para que el cliente pueda utilizarlas directamente a través de los canales de banca virtual (banca internet, autoservicio). A continuación se presenta los cuadros detallados de los Requerimientos Funcionales de la Plataforma Comercial y de Servicios clasificados por: Requerimientos Generales, Requerimientos de Atención a Reclamos, Requerimientos de Servicio de Certificaciones.

17.2.1.1 Plataforma Comercial y de Servicios – Requerimientos GeneralesREQUERIMIENTOS FUNCIONALES PLATAFORMA COMERCIAL Y DE SERVICIOS – REQUERIMIENTOS

GENERALESPlataforma La Plataforma Comercial y de Servicios facilitará a todos los usuarios autorizados a

consultar y generar información de gestión con los Módulos de Negocio, en un ambiente único y estandarizado de acceso y de interacción con los Módulos de Negocio, con facilidades gráficas que simplifiquen la realización de tareas al usuario (menús contextuales, desplegables, iconos, otros).

Parametrización Deberá integrarse con el módulo de clientes, con opciones dinámicas para definir las formas de consultar la información del expediente del cliente y de los productos y servicios que tiene contratados con el Banco.

Parametrización Permitirá definir en forma flexible y con opciones de parametrización, el portafolio comercial de productos y servicios financieros que tenga disponible el Banco para sus clientes.

Parametrización Para cada producto o servicio financiero del portafolio del Banco, permitirá definir en forma dinámica y utilizando facilidades de textos y gráficas, las ayudas de presentación comercial del producto o servicio al cliente, con sus características, ventajas y vinculaciones a otros productos y servicios complementarios.

Parametrización Deberá facilitar la asociación de los productos y servicios financieros disponibles a cada grupo o segmento de clientes objetivo.

Parametrización Integrará facilidades para ingresar, en modalidad de ayudas en línea, guiones de

Página 142 de 409


REQUERIMIENTOS FUNCIONALES PLATAFORMA COMERCIAL Y DE SERVICIOS – REQUERIMIENTOS GENERALES

presentación y ayudas de venta de los productos o servicios financieros, para información, guía y apoyo al funcionario que esté atendiendo al cliente.

Parametrización Deberá permitir la generación y la impresión de materiales promocionales para ayuda a la gestión comercial, así como la generación de las solicitudes, contratos y documentos necesarios para la formalización de la compra o contratación por parte del cliente, de los productos o servicios financieros que haya seleccionado (en forma directa o haciendo interfaz en línea con el módulo de negocio correspondiente).

Parametrización Integrará opciones para incluir simuladores de comportamiento de los productos que ofrece el Banco (cronogramas de pago de crédito, rendimiento de certificados de depósito, etc.), para lo que deberá integrarse con los Módulos de Negocio a fin de solicitar el servicio de generación de la información requerida.

Parametrización Permitirá asociar grupos de clientes objetivo a determinado ejecutivo de negocios, que se encargará de su gestión y de la ejecución de las actividades de promoción y venta de productos y servicios del Banco.

Parametrización Para cada grupo o segmento de clientes, el sistema deberá permitir definir productos objetivo que se presentarán junto con la posición consolidada del cliente cada vez que el cliente se registre en una sesión o que un funcionario del Banco seleccione a un cliente.

Parametrización Deberá permitir la inclusión de mensajes generales y personalizados a ser presentados a los clientes cuando se registren en sesiones vía Banca Internet o Terminales de Autoservicio y al funcionario del Banco cuando seleccione al cliente en una sesión de trabajo. Deberá permitir la integración con mensajes de todos los canales.

Parametrización Proporcionará facilidades para la inclusión de vínculos generales y específicos para cada segmento de clientes, con opción de marcarlos y navegar hacia nuevas pantallas con información más detallada de cada producto, y de ser el caso, hacia pantallas de registro de datos para solicitar más información o hacia la opción de apertura del producto o servicio ofrecido (con interfaz en línea hacia el módulo de negocio correspondiente).

Parametrización Deberá permitir la generación y registro de una agenda de actividades de cada funcionario del Banco, que genere recordatorios de citas y acciones con su cartera de clientes y que lleve un registro histórico completo de la actividad del funcionario en su gestión con cada cliente.

Parametrización Deberá facilitar la definición de opciones y formatos de acceso a través de los diferentes canales del Banco que vaya a utilizar:- La Plataforma Comercial y de Servicios (funcionarios del Banco autorizados

accediendo desde oficinas o desde dispositivos móviles).- Los servicios de caja o ventanilla en las oficinas del Banco.- Clientes finales que utilizan los servicios de Banca Internet o Terminales de

Autoservicio.En todos los casos permitirá definir qué opciones estarán disponibles en cada canal, la forma adecuada de presentar la información y proporcionará las opciones de navegación en el sistema, adecuadas para cada caso.

Apertura Al ingreso al sistema por parte de cada usuario y dependiendo del canal por el que se conecta, detectará el perfil de usuario (cliente desde Banca Internet o Terminal de Autoservicio o funcionario del Banco habilitado al uso del sistema) y ofrecerá el menú de opciones y formato de presentación que corresponda para la sesión de trabajo.

Apertura Para el caso de sesión de autoservicio generada por el cliente, identificará al cliente registrado y validará su código de acceso y clave para presentarle el inicio de sesión. Se ofrecerá información resumida de su posición consolidada en el Banco (productos y servicios contratados a la fecha y resumen de situación de cada uno), mensajes del Banco y banners de oferta de productos y servicios nuevos o que han sido definidos como producto a promover y comercializar dentro del segmento de clientes del que forma parte el cliente.

Apertura Deberá generar la solicitud de apertura y los contratos de productos, con información de datos generales y datos particulares del cliente, datos financieros y requisitos a cumplirse para acceder al producto, términos y condiciones del contrato y otras definiciones que pueda dar el Banco.

Página 143 de 409



Apertura Deberá integrarse en forma total con el módulo de clientes, puesto que solamente se podrá abrir un producto o servicio del Banco de la Nación a clientes que ya estén previamente registrados a través de ese módulo en la denominada Base de Datos Única de Clientes. En ningún caso duplicará la información del cliente ya que el proceso de apertura solamente permitirá la revisión y de ser el caso, la actualización de los datos del cliente ya registrados, más la inclusión de nuevos datos necesarios para cumplir con los requisitos legales y operativos del producto nuevo a ser abierto. Para estas funciones utilizará los servicios del Módulo de Clientes.

Apertura Incluirá la automatización del proceso de control y validación de la información y documentación presentada por el cliente (Documento de Identidad, Recibo de Servicio Público, Estados de Cuentas de otros Bancos).

Apertura Integrará en los procesos que corresponda, las opciones de captura, manejo y verificación de firmas electrónicas y sus condiciones asociadas, según el tipo de transacción y producto que las utiliza.

Apertura Incluirá opciones de usuario para la impresión de documentos como: contrato de apertura de cuenta, contrato de afiliación a Internet, cartilla de información. Estas opciones estarán disponibles en los canales que se determine y deberán ajustarse a los formatos adecuados a cada canal.

Consultas Con el registro de un Funcionario, presentará su agenda de gestión, los mensajes de sus clientes y las alertas y recordatorios de acciones pendientes registradas en su agenda. Al cierre de una sesión de consulta a un cliente, obligará al funcionario del Banco a ingresar en su agenda un resumen de datos de la sesión y acciones posteriores si es el caso, para actualizar el histórico de gestión.

Consultas Integrará facilidades de navegación hacia el Módulo de Clientes, para facilitar el registro de nuevos clientes y/o la modificación y actualización de datos de clientes ya existentes.

Consultas Incorporará facilidades para la generación de mensajes de correo electrónico o SMS y la integración con los sistemas que manejen esos servicios, con noticias del Banco o con anuncios promocionales de nuevos productos y servicios a su cartera de clientes, incluyendo, de ser el caso, opciones de respuesta y formatos de requerimiento de mayor información o solicitudes de apertura de los productos o servicios ofrecidos.Se requiere que la funcionalidad esté prevista para en un futuro dar este servicio.

Consultas Proporcionará herramientas y facilidades para la generación de cartas personalizadas, su impresión y control de envío al grupo de clientes objetivo que defina el Funcionario.

Consultas Permitirá a los usuarios autorizados la búsqueda de clientes, usando opciones dinámicas que permitan seleccionar los criterios de búsqueda, en forma similar y con las mismas opciones de búsqueda y consulta que ofrezca el Módulo de Clientes.

Administrativas Acceso a todas las consultas y reportes de cada producto contratado por el cliente, utilizando las opciones y funcionalidades que brinda cada Módulo de Negocios.

Administrativas Facilitará el acceso a las opciones automatizadas y funcionalidad de cada Módulo de Negocio, para la gestión de los productos del cliente, con procesos operativos como:

- Solicitudes y procesos de apertura de productos o servicios.- Certificaciones de actividad o datos de productos (se refiere al historial

financiero de las actividades del cliente y de los productos adquiridos).- Recepción, registro y verificación de documentos presentados por el cliente.- Registro de firmas.- Atención de consultas de saldos, movimientos, situación del producto o servicio- Solicitudes de bloqueos y anulaciones.- Solicitudes de servicios complementarios.- Solicitudes de chequeras y tarjetas.- Solicitud y emisión de cheques certificados y de gerencia.- Autorizaciones para procesos operativos especiales.- Actualización de datos del cliente.- Actualización de datos operativos de productos o servicios (dirección de envío,

Página 144 de 409



firmas registradas, límites).- Entrega de documentos, chequeras, tarjetas.- Levantamientos de bloqueos.- Requerimientos de información de productos o servicios.- Solicitudes de copias impresas de documentos operativos (cheques, notas de

débito o crédito, comprobantes de pago, estados de cuenta, cronogramas de pago, consulta de Código de Cuenta Interbancario (CCI).

- Modificaciones de términos de contratación del producto (Titulares, beneficiarios, plazos, renovaciones).

- Cambios de estado de productos (activación, inactivación, bloqueo, suspensión, cierre).

- Recepción y trámite de reclamos.- Registro de incidencias (cancelaciones, reprogramaciones, entre otros).

Administrativas Deberá permitir consultas y generación de reportes sobre la información histórica resumida y detallada de actividad transaccional y estado de la cuenta.

Administrativas Incluirá opciones para la generación de documentos en formato de impresión, permitiendo ajustar los formatos a la modalidad operativa que ofrezca cada canal del Banco en los que se ofrezca este servicio.

Reportes Permitirá el acceso a todas las funcionalidades y opciones que proporcione cada Módulo de Negocio, para la generación y manejo de reportes por parte de los usuarios finales de los sistemas automatizados.

Reportes Integrará todas las facilidades de formateo de reporte para su visualización en pantalla (acorde al canal por el que se utiliza la opción), además de la facilidad de ajuste del formato para impresión que utilizará las opciones de manejo de impresora del sistema operativo Windows y el navegador utilizado por el usuario.

Reportes Deberá permitir la generación de reportes flexibles en su estructura y contenido, con opciones definibles por el usuario para seleccionar el grupo de clientes a incluir en el reporte (por tipo de cliente, por oficina, por canal de atención, por estado del cliente, por fecha de ingreso o actualización de datos entre otras opciones) y los datos de los clientes y/o sus productos y servicios financieros que deben incluirse en el reporte.

Reportes Para cada reporte deberá permitir la definición de llaves de clasificación y agrupación, la inclusión de totales y resúmenes, de etiquetas de filas y/o columnas, de numeración y pie de página, de títulos, subtítulos y logotipos que sirvan para personalizar el reporte.

Reportes Los reportes generados deberán tener opciones de vista previa en pantalla, ajuste de formato y la definición de impresión controlada o exportación del archivo a formatos tipo xls, pdf o csv, dependiendo del perfil del usuario y sus autorizaciones de uso de la información.

Gestión de documentos

Deberá incluir un sistema de gestión de documentos, que permita escanear y capturar las imágenes de los cheques, ya sea en las cajas cuando se presentan al pago, como en los dispositivos a cargo de la captura y validación en lotes de los cheques recibidos en el canje. Estas imágenes, junto con otras como pueden ser las notas de débito o crédito y los contratos, deberán almacenarse en un expediente digital asociado a la cuenta y con capacidad de acceder y desplegar las imágenes cuando se lo requiera dentro de las opciones de ejecución de diferentes tipos de consultas realizadas desde los canales autorizados.

Integración La Plataforma Comercial y de Servicios deberá integrarse en forma total y transparente a todos y cada uno de los Módulos de Negocio de la Solución de Core Bancario propuesta, sin necesidad de la construcción por parte del Banco de interfaces especiales ni de la generación de procesos batch o en línea para este fin.

Integración Para completar operaciones de apertura de productos o servicios, consultas detalladas y la ejecución de ciertas transacciones de servicios, la Plataforma Comercial y de Servicios requerirá esos servicios de los Módulos de Negocio de la solución sin necesidad de registro de usuario en el Módulo de Negocios ni reingreso de los datos para la consulta,

Página 145 de 409



solicitud o apertura de producto o servicio requerida.Integración Se deberá proporcionar facilidades para la generación de archivos de datos a ser

entregados a otros sistemas internos o externos del Banco, en los formatos y con los contenidos que se requiera.

17.2.1.2 Plataforma Comercial y de Servicios – Atención a Reclamos

REQUERIMIENTOS FUNCIONALES PLATAFORMA COMERCIAL Y DE SERVICIOS – ATENCIÓN A RECLAMOS

Generales

Permitirá implementar un flujo de trabajo (workflow) de manejo de reclamos, que permita configurar las diferentes instancias y rutas por las que debe pasar un reclamo; desde su registro, hacia su análisis y evaluación, su resolución y finalmente la entrega de respuesta al cliente.

Generales

Permitirá definir diferentes motivos de reclamos, como por ejemplo: no entrega de billetes por el ATM, entrega de billetes falsos, mal trato al cliente.Para cada reclamo le asociará rutas y procedimientos de gestión que corresponda según el motivo.

Generales Permitirá manejar los estados del reclamo como por ejemplo: ingresado, en resolución, procedente o no, solucionado, comunicado al cliente, cerrado.

Generales Permitirá controlar los tiempos de proceso en todo el ciclo de atención del reclamo a efectos de emitir estadísticas y reportes.

Generales Permitirá controlar la carga de trabajo de los funcionarios encargados de la resolución de reclamos, de forma que los reclamos sean ruteados a funcionarios con carga menor.

GeneralesPermitirá establecer el ruteo del reclamo en caso que éste sea nuevamente presentado por el cliente, de manera que se defina si se permite o no la asignación del reclamo al mismo funcionario que lo atendió anteriormente.

Generales Incluirá un sistema de digitalización o almacenaje electrónico de los documentos, para registrar y administrar los documentos sustentatorios asociados al reclamo.

Ingreso de Reclamo

Automatizará el proceso operativo asociado al ingreso del reclamo con un esquema de flujo de trabajo flexible y parametrizable, que permita definir un flujo como el que se muestra a continuación:

- Ingreso de solicitud.- Clasificación del reclamo según su motivo.- Derivación del reclamo al área o agencia que corresponda.- Ruteo del reclamo al funcionario asignado de resolver el reclamo.- Ruteo del reclamo (ingreso por segunda ocasión) al nuevo funcionario asignado

de resolver el reclamo.- Derivación del reclamo a las empresas recaudadoras para su análisis, en caso de

tratarse de reclamos por motivo de entrega de billetes falsos al cliente.Permitirá la recepción de las solicitudes de reclamos por diferentes medios de atención: red de oficinas del Banco, línea telefónica, oficina de trámites, internet. Sin embargo para el caso de reclamos complejos, permitirá su recepción solamente en la Red de oficinas del Banco.

Análisis de Reclamo

Deberá soportar el proceso operativo asociado al análisis del reclamo, con esquemas similares al que se describe a continuación:

- Recepción del reclamo por parte del funcionario asignado a su resolución.- Análisis y evaluación del reclamo por parte del funcionario asignado.- Realización de consultas de operaciones, journals, reportes.

Resultado del Reclamo

Deberá soportar el proceso operativo asociado al resultado del reclamo, con esquemas similares al que se describe a continuación:

- Permitir indicar la procedencia o improcedencia del reclamo del cliente en base a la evaluación del reclamo.

- Permitir la interfaz con el módulo de Captaciones para realizar el abono respectivo, en caso el reclamo sea procedente y por motivos relacionados como por ejemplo, la no entrega de fondos por el ATM, billetes falsos entregados al cliente, retiro no reconocido, entre otros.

Página 146 de 409


REQUERIMIENTOS FUNCIONALES PLATAFORMA COMERCIAL Y DE SERVICIOS – ATENCIÓN A RECLAMOS- Permitir realizar la comunicación del resultado del reclamo al cliente por

distintos medios como correo electrónico, carta, entre otros.- Deberá realizar la actualización del estado del reclamo.- Permitir la digitalización de la documentación sustentatoria asociada al reclamo - Generación de expediente de reclamo.

Reconsideración del Reclamo

Deberá permitir el siguiente proceso operativo asociado a la reconsideración del reclamo:- Permite la atención al cliente respecto del servicio de reconsideración del

reclamo en caso de inconformidad.- Permitir el reingreso de la solicitud de reclamo en segunda instancia

(reconsideración), manteniendo la vinculación con la solicitud original de reclamo.

- En caso de que el cliente presente el formulario de reclamo a INDECOPI, se debe permitir el ruteo del reclamo al área de Asesoría Jurídica del Banco para su análisis y respuesta final.

- En caso que el cliente presente el formulario de reclamo a la Superintendencia de Banca, Seguros y AFP se debe permitir el ruteo del reclamo al área de Planeamiento y Desarrollo del Banco para su análisis y respuesta final.

Reportes y Consultas

Deberá permitir la generación de reportes resumidos y detallados de los reclamos recibidos y su atención.Se incluirá opciones de reportes con estadísticas relacionadas al número de reclamos atendidos, número de reclamos procedentes, número de reclamos improcedentes, número de reclamos solucionados, tiempos de respuesta en atención de los reclamos, todos estos análisis por oficina, por tipo o motivo de reclamo, por funcionario entre otras opciones.

Integración

Deberá integrarse con los Módulos de Negocio del Nuevo Core Bancario, para las consultas de apoyo en el análisis de los reclamos.Fundamentalmente se integrará con las opciones de consultas y reportes que se ofrece en los Módulos de Negocio, a través de la Plataforma Comercial y de Servicios.

17.2.1.3 Plataforma Comercial y de Servicios – Servicio de Certificaciones

REQUERIMIENTOS FUNCIONALES PLATAFORMA COMERCIAL Y DE SERVICIOS – SERVICIO DE CERTIFICACIONES

Generales

Permitirá brindar al cliente los siguientes servicios a ser atendidos por ventanilla o en el área de trámites de las oficinas, usando la plataforma de servicios:

- Servicio de certificación por el pago de impuestos, pago de tributos aduaneros, pago de tasas; ante la pérdida de la papeleta de convalidación de pago.

- Solicitudes o cartas de confirmación de saldos, requeridas por sociedades de auditoría, entidades de los sectores público y privado; con información de saldos y valores que mantienen los clientes en sus cuentas.

- Servicio de copias de las imágenes registradas de documentos de gestión digitalizados o almacenados electrónicamente de los productos bancarios del cliente como: cheques pagados, copia de nota de débito y nota de crédito, copia de estado de cuenta.

Generales

Deberá permitir definir las tarifas o cobros por los servicios, posibilitando diferentes modalidades como por ejemplo:

- cobro fijo por servicio.- cobro por cada hoja generada.- cobro por informe.

Deberá permitir el cobro de las tarifas del servicio mediante cargo a la cuenta del cliente o mediante pago en efectivo a través de las ventanillas del Banco.

Generales Deberá permitir registrar la información requerida para la solicitud de los servicios:- Certificación del pago de tributos: documento de identidad, fecha de pago del

tributo, concepto. La certificación de pago es un servicio descentralizado que permite atender el servicio de acreditación de un pago de tributos en cualquier oficina del Banco de

Página 147 de 409


REQUERIMIENTOS FUNCIONALES PLATAFORMA COMERCIAL Y DE SERVICIOS – SERVICIO DE CERTIFICACIONES

la Nación. Ejemplo: certificación de un pago de tasa o impuesto.- Confirmación de saldos: razón social del solicitante, número de la(s) cuenta(s),

período de tiempo requerido, datos de la empresa auditora, forma de pago en efectivo o cargo a cuenta, lugar y fecha, firma, sello y DNI de los representantes legales.

- Copia de documentos digitalizados: documento de identidad de la persona autorizada para gestionar la solicitud de la copia, documento de Identidad del cliente, tipo de documento del que se requiere la copia (cheque, nota de débito, nota de crédito, estado de cuenta) fecha del documento.

Ejecución y cobro de comisión

Deberá dar soporte al siguiente proceso del servicio:- Certificación del pago de tributos: permitir la búsqueda del pago de tributo en

base a criterios de búsqueda, tales como: documento de identidad, fecha de pago, concepto. Adicionalmente deberá permitir generar el documento de certificación del pago para su entrega al cliente, una vez verificado el cobro del servicio al cliente.

- Confirmación de saldos: permitir la verificación de requisitos y conformidad de firmas, permitir informar al cliente las no conformidades de requisitos o firmas, permitir la consulta de información en el módulo de Captaciones, permitir la consulta de información faltante a las áreas respectivas. Adicionalmente deberá permitir generar la carta de respuesta a la agencia de la localidad o a la compañía auditora, una vez verificado el cobro del servicio al cliente.

- Copia de documentos digitalizados: permitir la consulta de información en los aplicativos de Captaciones, permitir generar la copia del documento solicitado para su entrega al cliente una vez verificado el cobro del servicio al cliente.


Las consultas y reportes están orientados a la búsqueda de la información requerida como datos generales y financieros del cliente, saldos y valores en las cuentas, documentos de pago de tributos, documentos como cheques, estados de cuenta, notas de débito y crédito.

Integración Deberá integrarse con el módulo de Captaciones para la obtención de información de saldos y movimientos de las cuentas.

IntegraciónDeberá incluir un sistema de gestión de documentos que permitan buscar información para la obtención de copias de los documentos almacenados en el expediente digital del cliente asociado a las cuentas.

17.2.2 Requerimientos Funcionales de la Plataforma de Caja o Ventanilla

Para dar soporte a la Gestión Operativa que tiene a su cargo la atención al cliente en las cajas o ventanillas del Banco, se integrará la Plataforma de Caja o Ventanilla, que proporcionará todas las funciones y herramientas para la ejecución eficiente y efectiva de las transacciones que soliciten los clientes del Banco que requieren movimiento de dinero en efectivo.La Plataforma de Caja o Ventanilla proporcionará las facilidades operacionales para interactuar con todos los Módulos de Negocio que ejecuten transacciones financieras, cumpliendo con todos los procedimientos y controles asociados.Por otro lado integrará todas las herramientas de apoyo a la gestión de caja o ventanilla, entre las que podemos señalar, el proceso de apertura de caja, registro de efectivo inicial, control de efectivo, integración con el sistema de registro y verificación de firmas, registro

Página 148 de 409


de auditoría transaccional, facilidades de cuadre de la actividad transaccional realizada, facilidades de búsqueda de transacciones, anulaciones y reversas (con control y autorización de supervisores), cierre de caja cuadre, manejo de horarios extendidos, entre otras funciones estándar para atención de ventanilla.

A continuación se presenta el cuadro detallado de los Requerimientos Funcionales de la Plataforma de Caja o Ventanilla:

PLATAFORMA DE CAJA O VENTANILLAApertura y Cierre Debe permitir realizar la apertura del tesoro de la agencia, registrando el detalle por

denominación de efectivo inicial por cada moneda, previa a la apertura de las cajas.Apertura y Cierre Debe permitir realizar la apertura de caja, registrando el detalle por denominación de

efectivo inicial por cada moneda.El arqueo y cuadre debe ser multimoneda.

Apertura y Cierre Debe permitir realizar aumentos o disminuciones de efectivo a lo largo de la jornada, coordinadamente con la disminución o incremento de efectivo en el tesoro de la agencia.

Apertura y Cierre La solución debe manejar límites de efectivo por caja y moneda y emitir alertas, tanto al cajero como al supervisor de caja (jefe de caja) o administrador del tesoro de la agencia, cuando el efectivo esté por debajo o encima de estos límites.

Apertura y Cierre La solución debe permitir al cajero o al supervisor de caja (jefe de caja), realizar consultas para el cuadre de caja en cualquier momento de la jornada.

Apertura y Cierre La plataforma debe permitir realizar un cuadre de caja en cualquier momento para que se identifique cual es la situación de la caja en determinado momento.

Apertura y Cierre Debe permitir realizar el cierre de caja.

Apertura y Cierre Debe permitir realizar el cierre del tesoro de la agencia, una vez se haya cerrado cada una de las cajas.

Transacciones La plataforma deberá permitir la ejecución de las siguientes transacciones financieras sobre productos de Captaciones:

- Depósitos.- Retiros.- Cargos y Abonos con causal. Los Débitos y abonos por causal están referidos a

los cargos y abonos que pueden realizar las áreas operativas en las cuentas corrientes, ahorros, a plazos, garantías, CTS, etc., para registrar los pagos y depósitos a favor de sus clientes titulares de estas cuentas, como resultado de las operaciones y o servicios que les presta el Banco. Por la naturaleza de estas transacciones (volumen y multiplicidad), generalmente estas operaciones las efectúa el back office.

- Transferencias.- Depósito a Plazo Fijo.- Pago de un Depósito a Plazo Fijo. Se refiere a todas las transacciones y procesos

relacionados al producto depósitos a plazo fijo, las mismas que se detallan en las Bases, en el módulo Depósito a Plazo Fijo.

- Depósito Judicial y/o Administrativo.- Pago de un Depósito Judicial y/o Administrativo.

Y otras de acuerdo al detalle que se describe en los Requerimientos funcionales correspondientes del Módulo de Captaciones.

Transacciones La plataforma deberá permitir la ejecución de las siguientes transacciones financieras sobre productos de Colocaciones:

- Desembolsos.- Recepción de Pagos.

Y otras de acuerdo al detalle que se describe en los Requerimientos funcionales correspondientes al módulo de Colocaciones.

Transacciones La plataforma deberá permitir la ejecución de las siguientes transacciones financieras

Página 149 de 409


PLATAFORMA DE CAJA O VENTANILLAsobre productos de Comercio Exterior:

- Cobro de comisiones y cargos.Transacciones La plataforma deberá permitir la ejecución de las siguientes transacciones financieras del

módulo de Pagos y Cobros:- Pagos por distintos conceptos.- Cobros por distintos conceptos.

Y otras de acuerdo al detalle que se describe en los Requerimientos funcionales correspondientes al módulo de Pagos y Cobros.

Transacciones La Plataforma de Caja permitirá la ejecución de transacciones del Sistema de Tesorería (Back Trader Live), el cual estará integrado al Nuevo Core Bancario. Entre las transacciones más comunes que se deben realizar están las liquidaciones de bonos y cambio de moneda.

Transacciones La Plataforma de Caja deberá incluir la funcionalidad de cambio de moneda como una transacción de caja o como parte de una transacción compuesta de depósito, retiro, débito o crédito de cualquier tipo, a realizarse en una moneda diferente de la cuenta o concepto de débito o crédito.

Transacciones La solución debe permitir adicionalmente a las transacciones del módulo de Pagos y Cobros, la ejecución de transacciones con otras entidades como Moneygram, SUNAT, RENIEC, SIAF, etc.

Transacciones La solución debe permitir la orquestación de varias transacciones en una sola ejecución. (Por ejemplo: realizar un retiro en dólares de una cuenta en soles o viceversa, o consultar el saldo antes de un retiro).

Transacciones La solución debe permitir el acceso a las transacciones ya sea a través de un menú, como a través de un acceso rápido mediante funciones o códigos de transacción.

Transacciones Debe registrar todas las transacciones ejecutadas en un log de auditoría (journal electrónico) incluyendo hora de inicio y hora de fin de transacción en línea.

Transacciones Debe permitir reversar y extornar41 una transacción ejecutada.Transacciones En casos determinados, la solución debe solicitar la autorización remota de un supervisor.Transacciones Deberá generar a través de una transacción el registro de los billetes falsos que

identifique el personal de atención en ventanilla, mediante el llenado de un formulario especial en el sistema.

Herramientas Debe contar con una calculadora que facilite el registro del efectivo y cheques, que pueda ser invocado por cada caja.

Herramientas Debe tener facilidades para cruzar la información del efectivo registrado contra el saldo de caja.

Herramientas La solución debe contar con herramientas de búsqueda que faciliten la gestión del efectivo y faciliten los cuadres de caja.

Herramientas Deberá permitir el funcionamiento de herramientas de comunicación interna.Dispositivos La plataforma de caja debe poder integrarse a dispositivos periféricos para la impresión

de comprobantes tales como impresoras validadoras, matriciales, para la impresión de comprobantes de uno o más cuerpos según las reglas y controles establecidos.

Dispositivos La plataforma de caja debe poder integrarse a dispositivos de identificación personal tales como tarjetas de banda magnética, lectoras de códigos de barra, pin pads, lectoras de cheques.

Dispositivos La plataforma debe permitir la identificación del cliente mediante el uso de dispositivos biométricos. Actualmente el Banco de la Nación no usa equipos biométricos para la identificación de sus clientes; asimismo, no es objeto del presente concurso su adquisición e implementación. Sin embargo, en caso el Banco de la Nación decida implementar dichos dispositivos (lectores de huella dactilar) durante la etapa de implementación del proyecto del Nuevo Core Bancario, el Contratista deberá preparar las interfaces requeridas.

41 El Banco denomina “Extorno” al proceso de anulación de una transacción, y solo puede tramitarse durante el mismo día de la operación. También se habilita la reversión en días posteriores pero sólo para algunos tipos de transacción, a este tipo de anulaciones se les conoce como “Regularizaciones”.

Página 150 de 409


PLATAFORMA DE CAJA O VENTANILLAFirmas Deberá integrarse con la Plataforma Comercial y de Servicios para la consulta de firmas

asociadas con el producto sobre el cual se realiza la transacción.Firmas Deberá desplegar automáticamente la pantalla de validación de firmas en las

transacciones que requieran de este control.Firmas Deberá desplegar únicamente las firmas autorizadas de acuerdo a las condiciones de

monto y producto establecidas, para la validación en las transacciones que correspondan.Lavado Activos La solución debe cumplir con la normativa de control y prevención de lavado de activos

para la emisión de alertas en caso de transacciones que superen los valores permitidos.Reportes Deberá emitir reportes de detalle y totalizados de transacciones ejecutadas por caja.Reportes Deberá emitir reportes de detalle y totalizados de transacciones ejecutadas por agencia.

17.3 Requerimientos Funcionales de Negocio17.3.1 Requerimientos Funcionales del Módulo de Captaciones

Tendrá a su cargo el soporte automatizado a la operación y gestión de los productos de Captaciones que ofrece al mercado el Banco de la Nación.Los tipos de productos de captaciones a ser considerados son:- Depósitos a la vista en modalidad de Cuentas Corrientes (Checking

Accounts), con todas las variantes comunes del producto en el mercado peruano y propio del Banco de la Nación, en lo que respecta al manejo de sub cuentas.

- Depósitos a la vista en modalidad de Cuentas de Ahorro (Savings Accounts), en las modalidades operativas de la banca peruana y en particular en la modalidad propia del Banco que se caracteriza por operar el producto teniendo como medio de acceso una tarjeta de débito (Multired), que es el medio de acceso a la atención en ventanillas con el uso de un pin pad para validación de acceso para atención en otros canales de la plataforma Multicanal del Banco, como los Cajeros Automáticos (ATM´s), la Banca Internet, Compras POS (nacionales e internacionales), la Banca a través de Ventanillas Remotas Móviles y Cajeros corresponsales (“Agente Multired”).

- Certificados Bancarios y Certificados de Depósito a Plazo (Time Deposits) en las modalidades y variantes comunes del mercado.

El Módulo de Captaciones deberá proporcionar todas las facilidades para la definición y operación de los productos y servicios financieros de Captaciones, atendiendo tanto los procesos comerciales (a través de la interacción con el Módulo de Plataforma Comercial y de Servicios), como el soporte a las funciones operativas de atención al cliente y back office (a través de la Plataforma Comercial y de Servicios), y la atención a transacciones financieras ya sea en las oficinas (a través de la Plataforma de Caja o Ventanilla) y por la integración con la plataforma Multicanal del Banco.La gestión de pasivos está parcialmente dolarizada.A continuación se presenta los cuadros detallados de los Requerimientos Funcionales Mínimos del Módulo de Captaciones, clasificados por: Requerimientos Generales; Requerimientos de

Página 151 de 409


Cuentas Corrientes; Requerimientos de Cuentas de Ahorro; Requerimientos de Depósitos a Plazo.

17.3.1.1 Módulo de Captaciones – Requerimientos GeneralesREQUERIMIENTOS FUNCIONALES DEL MÓDULO DE CAPTACIONES

REQUERIMIENTOS GENERALESParametrización La Nueva Solución de Core Bancario deberá estar en la capacidad de parametrizar la

periodicidad para el cálculo de intereses, cargos, entre otros, sea diaria, mensual, etc. (requerimientos funcionales del módulo de captaciones descritos en las Bases).

Parametrización Permitirá definir, administrar y mantener la operación y servicios de los siguientes productos de Captaciones, en sus diferentes modalidades comunes en el mercado peruano:- Cuentas Corrientes.- Cuentas de Ahorro.- Cuentas de Depósitos a Plazo. - Cuenta de Compensación por Tiempo de Servicio (CTS)

Parametrización Permitirá determinar qué productos de Captaciones pueden ser ofrecidos en cada oficina del Banco, controlando que solamente se ofrezcan en las oficinas autorizadas y en los términos y condiciones definidos para cada producto.

Parametrización Permitirá ajustar las características operativas de los productos, para que se personalicen y ofrezca a determinados segmentos de clientes, con condiciones operativas, servicios asociados, tasas de interés, tarifarios de costos y reglas de negocio diferenciadas para cada segmento.

Parametrización Facilitará la definición paramétrica de qué servicios y transacciones en cada producto gestionado en el módulo de captaciones estarán disponibles en cada uno de los canales del Banco. Para ciertos canales como por ejemplo el Internet deberá permitir el manejo de clave para la realización de consultas y transacciones por parte del cliente.El manejo de la clave de seguridad se realiza en cada canal de manera independiente. En cada caso permitirá definir y mantener tarifarios de costo de servicios por cada canal.

Parametrización Facilitará la operación de los productos en modalidad multimoneda. Dependiendo de la moneda en la que operará el producto, la parametrización determinará los servicios que integrarán, los tarifarios y tasas de interés asociados, los procedimientos operativos y las reglas de negocio que los regirán.

Parametrización Facilitará el mantenimiento de códigos mnemónicos por cada tipo de transacción, de manera que se permita realizar consultas por código mnemónico, y también se incluya como detalle en impresiones o en archivos generados.

Parametrización Manejará calendario de días festivos para aplicar las reglas de negocio que se definan, ya sea en cuanto a cálculo de intereses, compensación de cheques, habilitación de acceso al sistema por parte de funcionarios, cortes de cuentas, etc.

Parametrización En los procesos de creación y mantenimiento del producto, facilitará la definición de si el producto paga o no tasas de interés y permitirá asociar el tipo de tasa que se aplicará.

Parametrización Dispondrá de una estructura parametrizable y dinámica para el ingreso y mantenimiento de los cuadros de tasas de interés que vayan a aplicarse a los diferentes productos de Captaciones.

Parametrización Permitirá definir tasas de interés fijas, con definición de varias tasas como se requieran para su asociación a los diferentes productos, en cada uno de los plazos en los que se deban aplicar.

Parametrización Manejará tasas de interés variables, atadas a tasas referenciales del mercado, con definición de un margen (spread) positivo o negativo a ser aplicado sobre la tasa base, para obtener la tasa a aplicar al producto o servicio.

Parametrización Deberá calcular los intereses bajo diferentes esquemas, tales como:- Diferentes bases de cálculo. Ejemplo: 365/360, 365/365, 360/365, 360/360 entre

otros).- Diferentes períodos: diario, semanal, quincenal, mensual, bimestral, trimestral,

semestral, anual.

Página 152 de 409


REQUERIMIENTOS FUNCIONALES DEL MÓDULO DE CAPTACIONES REQUERIMIENTOS GENERALES

Parametrización Deberá incluir la opción de definir tasas de interés a aplicarse en forma escalonada, ya sea por el monto de la operación, por el saldo promedio o saldo disponible manejado en la cuenta.

Parametrización Permitirá definir en qué productos se aplica el proceso de capitalización de los intereses generados durante un determinado período de tiempo.

Parametrización Permitirá seleccionar la frecuencia de capitalización de intereses: diaria, semanal, mensual, trimestral, semestral, anual.

Parametrización Permitirá definir los requisitos que deberá cumplir el cliente para la apertura de cada producto, generando y ajustando los formatos de registro de apertura y los formularios y/o contratos a emitirse, para que reflejen los datos del cliente, las condiciones del contrato y que se ha cumplido con los requisitos, políticas y procedimientos asociado al producto o servicio.

Parametrización Deberá facilitar la inclusión de uno o más clientes como titulares de la cuenta. Para la apertura de una cuenta o producto siempre verificará que existe al menos un cliente asociado en el rol de titular, propietario o beneficiario. Así mismo deberá permitir asociar a un producto que ya tiene su titular, uno o más clientes adicionales, en diferentes roles, como co-propietario, firma autorizada, tutor (para caso de menores de edad como titulares), beneficiario adicional.

Parametrización Permitirá determinar y mantener tablas a aplicarse con la validación de los montos mínimos de apertura para cada producto o cuenta.

Parametrización El módulo de captaciones se integrará totalmente para operación en línea y a tiempo real con el sistema de gestión de tarjetas Multired y con todos los canales de atención del Banco.

Parametrización Para los productos que utilicen tarjetas de débito, permitirá habilitar o deshabilitar en forma paramétrica los tipos de transacciones autorizadas con la tarjeta de débito como por ejemplo: permite retiros o no, con qué cupo o monto máximo de retiro, con qué costos de transacción, qué tipos de consultas están autorizadas, desde qué canales, etc.

Parametrización Deberá incluir o integrarse con un sistema de registro y gestión de firmas digitalizadas. Para su utilización deberá permitir el registro y parametrización de las firmas de o los clientes asociados a un producto y las condiciones de validación de firmas como firmas individuales, firmas conjuntas, condiciones de firmas según el importe de las transacciones.

Parametrización Deberá permitir ingresar y mantener tablas con los diferentes cargos, como comisiones por servicios, impuestos, cargos por acuerdos. Ejemplos: - Emisión y mantenimiento de tarjeta de débito.- Manejo de cheques (rechazos, suspensiones, revocatorias, certificaciones).- Venta de chequeras. - Líneas de crédito asociadas a la cuenta.- Seguros asociados como servicio de los productos. - Transacciones financieras (depósitos, retiros, pago de cheques, transferencias).- Mantenimiento de la cuenta. - Estados de cuenta.- Consulta de saldos.- Consulta de movimientos. - Duplicados de documentos.- Confirmaciones de saldos. Estos cargos y comisiones se asociarán a cada producto contratado por el cliente y deberán permitir establecer diferentes valores de cargo, dependiendo tanto de la definición del producto, como del canal de Atención al Cliente.

Parametrización Permitirá habilitar impuestos especiales establecidos por la legislación local, cuya asignación se realiza a ciertas transacciones particulares en algunos productos, por ejemplo el ITF (impuesto a transacciones financieras) aplica a depósitos, retiros, transferencias a cuentas de distinto titular.

Parametrización Facilitará la definición de la modalidad y la periodicidad de cobro de los cargos, con opciones como:

Página 153 de 409



- Diaria.- Mensual.- Trimestral.- Semestral.- Anual. - A fecha fija.- Al momento de la realización de cada transacción.- A partir de la realización de “n” transacciones.- Al cierre del producto.

Parametrización Deberá permitir definir para cada cargo o comisión, diferentes formas de cálculo:- Valores fijos.- Aplicando porcentajes de algún valor asociado a la transacción, saldo disponible o

saldo promedio.- Cobro de un valor fijo más un valor porcentual.Permitirá a los usuarios autorizados, modificar el valor o porcentaje a aplicar en ciertos productos o como opción para algún cliente, así como la determinación de exoneración del cargo.

Parametrización Facilitará la definición de formas especiales de cálculo por tipo de cobro, así por ejemplo: - Valor fijo si el importe de la transacción es menor o igual a un valor definido.- Aplicar un porcentaje si el importe de la transacción es mayor a un valor definido.- Escalas de valores diferenciadas por el monto de la transacción o por saldo de la

cuenta.Parametrización Para los servicios que estén disponibles en varios canales, permitirá definir si tienen

costo o no y qué costo aplicaría dependiendo del canal. Por ejemplo: la consulta de saldos tiene costo cuando es realizada por ventanilla, plataforma de servicios y cajero automático (con costo diferente para cada canal), pero no se cobra cuando es realizada por Internet.

Parametrización Permitirá definir y gestionar comisiones a cobrar cuando se realicen transacciones como depósitos, retiros, transferencias, cobro de cheques en oficinas distintas a la oficina de registro de la cuenta o en otros establecimientos en los que el Banco preste servicios (convenios de corresponsalía en comercios, para que los clientes utilizando su tarjeta Multired ejecuten transacciones financieras como depósitos y retiros de sus cuentas en las cajas del establecimiento) o en cajeros corresponsales.

Parametrización Permitirá definir diferentes causas y conceptos para la realización de bloqueos y desbloqueos a las cuentas, como por ejemplo: - Por instrucción judicial.- Por instrucción del titular de la cuenta.- Por reclamo de herederos.- Por fallecimiento del titular.- Por inactividad de la cuenta por un período de tiempo determinado.- Por prevención de fraude.En cada caso aplicará los controles, reglas de negocio y cargos correspondientes.

Parametrización Deberá permitir asignar y asociar a los productos del Banco los seguros que apliquen, generando los cargos por servicio y controlando su inclusión si fueran mandatorios en el producto.

Parametrización Deberá permitir definir las formas posibles de aceptar el depósito inicial a la cuenta, tales como: transferencia desde cuenta corriente, transferencia desde cuenta de ahorro, transferencia interbancaria, efectivo, cheque de gerencia, por la cancelación de un depósito judicial, por giro bancario.

Parametrización Permitirá el pago de capital e intereses en varias modalidades, entre ellas: crédito a cuentas corrientes o cuentas de ahorro, pago en efectivo, cheque de gerencia, transferencias interbancarias o locales, o formas mixtas como por ejemplo una parte mediante crédito a cuenta y otra parte en efectivo.

Parametrización Para el caso de cuentas abiertas por convenios con empresas o entidades públicas o

Página 154 de 409



privadas, deberá permitir manejar la relación de cuenta asociada a la entidad, de manera que se permita la apertura sólo si la entidad está registrada en el sistema.

Parametrización Deberá permitir facilidades operativas en los canales de atención: Plataforma Caja o Ventanilla y Plataforma Comercial y de Servicios, permitiendo el ingreso de múltiples transacciones en una sola pantalla operativa, evitando registros repetitivos en forma innecesaria.El postor podrá ofrecer funcionalidades adicionales.

Encaje bancario Los procesos de captaciones permitirán el cálculo y contabilización de los montos requeridos para el establecimiento del encaje bancario de acuerdo con la normativa vigente, tanto en moneda nacional como en moneda extranjera.

Administración de Tarjetas / Control de Inventarios de Tarjetas No Activas

Deberá permitir el mantenimiento por el registro y control de las diferentes tarjetas del Banco, por tipo de BINES. Deberá permitir programar el requerimiento de tarjetas para su solicitud y adquisición anual.Deberá permitir el ingreso de las tarjetas no personalizadas en el almacén de la Unidad Orgánica autorizada del Banco.Deberá permitir registrar el proceso de pre-control de calidad de las tarjetas recibidas, separando las tarjetas que no pasen el control de calidad las que se registrarán como “fallas de fábrica” (FF).Deberá permitir registrar el proceso de control de calidad de las tarjetas recibidas aprobando o rechazando el lote (de acuerdo a la normativa vigente).Deberá permitir el registro para el requerimiento de tarjetas a la Unidad Orgánica autorizada del Banco para la producción de las mismas, de acuerdo a la frecuencia establecida.Deberá permitir realizar la programación de distribución de tarjetas a través del registro de las órdenes de trabajo.Deberá permitir registrar los packs (50 unidades de tarjetas por modelos) de las órdenes de trabajo para realizar su programación de distribución a la Red de Agencias del Banco.Deberá registrar las imágenes del segundo control de lectura de banda por órdenes de trabajo.Deberá permitir la impresión de reportes: Programación y Distribución Lima y Provincia, Despachos por día según Empresa Courier.Permitirá registrar las órdenes de trabajo para la termo-impresión de las tarjetas.Deberá permitir registrar los Productos No Conformes detectados en el proceso de producción, en las etapas de pre-control, producción y post-producción.Permitirá realizar un control post producción de revisión y verificación de las tarjetas impresas, separando las tarjetas que no pasen el control de calidad, las que se registrarán de acuerdo a la falla presentada identificándolas como Producto No Conforme.Deberá controlar el stock de tarjetas a las oficinas (cantidad de tarjetas entregadas a la oficina, confirmación de recepción de tarjetas en la oficina, cantidad de tarjetas entregadas al cliente en cada oficina, cantidad de tarjetas disponibles, cantidad de tarjetas eliminadas).Deberá permitir establecer los umbrales mínimos de stock o inventario de tarjetas a nivel de almacén (Bóveda, Tarjetas Nuevas y Tarjetas Impresas).Deberá permitir establecer los umbrales mínimos de stock o inventario de tarjetas a nivel de clases de oficinas, según el número de unidades requeridas en base al movimiento de las oficinas, así por ejemplo oficinas de clase A en donde el umbral mínimo es 600 unidades, oficinas de clase B con umbral mínimo de 400 unidades y oficinas de clase C con un umbral mínimo de 250 unidades.Deberá permitir el registro de la distribución de tarjetas a las oficinas, en coordinación con la empresa transportadora de valores, debiendo generar la Guía de Remisión a las Agencias.Deberá actualizar los stocks de tarjetas que se mantienen en custodia en las unidades Orgánicas del Banco y la generación de los reportes correspondientes.

Página 155 de 409



Deberá mantener un control de stocks a nivel de oficina y área de producción, bajo los siguientes parámetros:

· Saldo inicial.· Unidades recibidas.· Unidades atendidas (entregadas al cliente).· Deterioradas.· Devueltas.· Saldo final.

Administración de Tarjetas / Registro y Control de Tarjetas Activas

Deberá permitir registrar y controlar el Ciclo de Vida de cada tipo de Tarjeta (VISA y otras que el Banco defina):

· Fecha de personalización (producción).· Fecha de emisión.· Fechas de vinculación a cuentas bancarias y entrega al cliente por agencias.· Fecha y agencia de afiliación.· Fecha de generación de clave por plataforma (Ventanilla o Internet).· Fecha de cambio de clave por plataforma (Ventanilla o Internet).· Fecha de asociación a Token y Tarjeta de Coordenadas. · Fecha de bloqueo.· Fecha de retención en ATM MULTIRED o ATM foráneo.· Fecha de caducidad.· Fecha de anulación y reposición de nueva tarjeta.· Generación y vinculación a Tarjeta Adicional.· Consultas.

Deberá permitir la generación de estadísticas por cada tipo de Tarjeta (VISA y otras que el Banco defina):

· Volumen de operaciones/importes con frecuencia mensual, de tarjetas en las diferentes plataformas de atención (Ventanillas, ATM’s, Agente MULTIRED, ATM’S foráneos, otras).

· Volumen de operaciones/importes con frecuencia mensual, de tarjetas operadas en ATM’s foráneos por entidad financiera.

· Tarjetas emitidas : Por entidad Pública, Agencias UOB y por Programas Sociales· Tarjetas asociadas a Token y Tarjeta de Coordenadas.· Tarjetas por BIN.· Tarjetas emitidas por marca internacional.· Otras estadísticas que requiera al Banco.

17.3.1.2 Módulo de Captaciones – Cuentas CorrientesREQUERIMIENTOS FUNCIONALES MÓDULO DE CAPTACIONES

CUENTAS CORRIENTESParametrización Manejará una estructura dinámica y flexible que permita por opciones de parametrización

de usuario, definir los tipos de notas de débito (cargos) que puedan aplicarse a los productos de cuentas corrientes. Para cada nota de débito, se deberá establecer el concepto, si se ejecuta en modalidades en línea, en procesos de lote o en las dos opciones, si debitará el valor definido exclusivamente contra el valor del saldo disponible de la cuenta, si aplicará débitos por valores parciales en caso que el saldo no cubra el valor a debitar, y por cuánto tiempo se mantendrá los reintentos para ejecutar el débito cuando la cuenta tenga saldo disponible. Adicionalmente, permitirá la aplicación en línea de notas de débito con fecha valor, con el re-cálculo de intereses correspondiente.

Parametrización Permitirá definir para cada nota de débito la causa o concepto por el que se realizará. Asociado a esta causa o concepto permitirá definir los costos de servicio, los mensajes de impresión en el comprobante a generar y en el estado de cuenta, la o las cuentas de los clientes que deberán recibir los valores debitados, los listados y/o archivos con datos

Página 156 de 409


REQUERIMIENTOS FUNCIONALES MÓDULO DE CAPTACIONES CUENTAS CORRIENTES

resumidos y/o detallados que se deba generar.Parametrización Manejará una estructura dinámica y flexible que permita por opciones de parametrización

de usuario definir tipos de notas de crédito (abonos) que puedan aplicarse a los productos de cuentas corrientes que ofrezca el Banco. Para cada nota de crédito, se deberá establecer el concepto, si se ejecuta en modalidades en línea, en procesos de lote o en las dos opciones. Adicionalmente permitirá la aplicación en línea de notas de crédito con fecha valor, con el re-cálculo de intereses correspondiente.

Parametrización Permitirá definir para cada nota de crédito la causa o concepto por el que se realizará.Asociado a esta causa o concepto permitirá definir los costos de servicio, los mensajes de impresión en el comprobante a generar y en el estado de cuenta.

Parametrización Deberá permitir definir restricciones a las transacciones que se puede realizar con los productos de cuentas corrientes que se encuentran en un estado determinado, como por ejemplo en una cuenta bloqueada, dependiendo de la causa del bloqueo se permite sólo créditos, se permite sólo débitos, se permite créditos y débitos, se permite o no depósitos, no se permite ni débitos ni créditos. Estas restricciones pueden ser levantadas con la debida autorización.

Parametrización / Instrucción DGETP

En determinados productos de cuentas corrientes, permitirá la asociación de cuentas para la realización automática de transferencias según reglas de negocio a definir, de acuerdo a los convenios definidos con el cliente. Las posibles asociaciones mantendrán las siguientes consideraciones:Asociación de la cuenta corriente principal a varias cuentas corrientes secundarias.Asociación de la cuenta corriente principal a la cuenta centralizadora, la cual a su vez se asocia a varias cuentas corrientes secundarias. La relación es directa, la cuenta principal asocia a la cuenta centralizadora. Detalles asociados a los procesos operativos se dará al ganador de la Buena Pro.

Además permitirá definir procesos de transferencias automáticas para manejo de cuentas “balance cero” es decir cuentas corrientes secundarias que al final de día transfieren todo su saldo a la cuenta corriente centralizadora o a la cuenta principal según corresponda la asociación.

En determinados productos de cuentas corrientes permitirá la modificación de ciertas condiciones:

Si es SIAF o no. Si la cuenta cambia de reversión a ordinaria o viceversa. La cuenta principal de reversión.

Parametrización Permitirá establecer la periodicidad de realización de transacciones, como por ejemplo transferencias entre cuentas a solicitud del cliente de la misma u otra moneda con cobro de ITF o no, según sea el caso durante un período de tiempo establecido.

Parametrización En los productos de tipo cuentas corrientes que el Banco defina, permitirá la asociación de diferentes tipos de tarjeta de débito como por ejemplo Tarjeta Multired Global Débito Visa u otros tipos de tarjeta, con servicios y costos diferenciados para cada tipo de tarjeta.

Apertura Deberá generar la solicitud de apertura, los contratos de productos y los convenios de pagaduría con empresas del Estado y del Sector Privado, con información de datos generales y datos particulares del cliente, datos financieros y requisitos a cumplirse para la apertura dependiendo de la modalidad de producto, términos y condiciones del contrato y otras definiciones que pueda establecer el Banco.

Apertura Deberá integrarse en forma total con el módulo de clientes, puesto que solamente se podrá abrir cuentas a clientes que ya estén previamente registrados a través de ese módulo en la denominada Base de Datos Única de Clientes (BDUC). En ningún caso duplicará la información del cliente ya que el proceso de apertura solamente permitirá la revisión, y de ser el caso, la actualización de datos del cliente ya registrados más la inclusión de nuevos datos necesarios para cumplir con los requisitos

Página 157 de 409



legales y operativos del producto nuevo a ser abierto. Para estas funciones utilizará los servicios del Módulo de Clientes.

Apertura Deberá permitir el control de cumplimiento del proceso de validación de la información y documentación presentada por el cliente.

Apertura Generará un código único para la nueva cuenta al momento de apertura.Apertura La codificación de las cuentas corrientes incluirá el código de producto bancario, el código

de oficina en la que se registra la cuenta y dígito verificador generado con algoritmos que minimicen la posibilidad de errores de digitación al ingresar el número de cuenta para ejecutar consultas o transacciones. La codificación de productos bancarios y rangos de cuentas será flexible permitiendo aumentar la cantidad de caracteres en la estructura de la cuenta. Deberá generar el código de cuenta interbancario (CCI).

Aperturas masivas

Deberá permitir la apertura de cuentas corrientes en forma masiva mediante la carga y proceso de archivos con la información correspondiente. Deberá además validar la consistencia de datos existente en los archivos de carga, previo a la apertura de la cuenta interactuando con la BDUC.

Apertura Deberá permitir la inclusión de servicios disponibles en un producto, así como la determinación, modificación o la eliminación de uno o más de los cargos asociados, sin necesidad de cambiar la configuración del producto, pero validando que se cumpla el esquema de autorizaciones definido para este propósito.

Apertura Permitirá la asignación de tasas preferenciales negociadas con un cliente o grupo de clientes, sin necesidad de cambiar la configuración del producto y cumpliendo con el esquema de atribuciones y autorizaciones que tengan los usuarios del sistema para este tipo de manejo.

Apertura Integrará en los procesos que corresponda las opciones de captura, manejo y verificación de firmas electrónicas y sus condiciones asociadas, según el tipo de transacción y producto que las utiliza.

Apertura Para los productos de cuentas corrientes que lo requieran, deberá realizar la asociación de la tarjeta de débito (o crédito) y todos sus servicios asociados a la cuenta que se apertura.

Apertura Durante el proceso de apertura de una cuenta, deberá permitir la impresión de documentos como: contrato de apertura de cuenta, convenio de pagaduría, contrato de afiliación a internet, cartillas de información; a través de los diferentes canales existentes y que deben ser seleccionados en forma paramétrica, tales como: Internet y Plataforma Comercial y de Servicios.

Administración de Chequeras

Deberá permitir el manejo de diferentes tipos de chequeras dependiendo del producto de cuentas corrientes, con la consideración de que ciertas modalidades de producto y/o ciertas cuentas particulares no manejan chequeras.La automatización del soporte operativo al proceso de manejo integral de chequeras deberá tomar en cuenta las siguientes consideraciones:

- Solicitud.- Orden de fabricación.- Recepción.- Distribución interna a oficinas del Banco.- Custodia.- Entrega al cliente y Activación de cheques.- Vigencia.- Devolución.- Anulación.

Administración de Chequeras

Deberá mantener la información requerida para la generación de chequeras:- Nombre del cliente.- DNI o número de RUC.- Número de la cuenta.- Número de la oficina.- Denominación de la cuenta.- Numeración de cada cheque.- Tipo de cheque.

Página 158 de 409



- Digito de chequeo del número de cheque.- Impresión de datos requeridos en caracteres magnéticos para el canje.

Generará los cargos correspondientes a la venta de las chequeras, de las cuentas corrientes que no estén exoneradas de este servicio, una vez recibida la solicitud del cliente.

Administración de Cheques

Automatizará el soporte operativo a la operación de la cuenta a través de cheques con control del estado de cada cheque:

- Vigente.- Pagado.- Anulado.- Suspendido.- Revocado.- Certificado.

Bloqueo de cuentas

Brindará soporte automatizado al proceso de bloqueos y retenciones a las cuentas en forma individual o masiva, activando los controles y procediendo según lo determine la causa o motivo del bloqueo. Se debe tomar en cuenta las siguientes opciones: Bloqueo de movimientos:

- Contra débito/cargo.- Contra crédito/abono.- Contra débito y contra crédito.

Retención de montos:- Parcial.- Completo.- Porcentual.

Tiempo de Bloqueo:- "n" días.- "n" meses.- "n" años.- Indefinido.

Deberá además soportar el proceso de desbloqueo, indicando los motivos del desbloqueo y verificando el cumplimiento de los requisitos y procedimientos definidos para cada caso. El proceso de desbloqueo debe regirse por esquemas o niveles de autorización que manejen rangos de montos autorizados de desbloqueo.

Bloqueo / Anulación de tarjetas

Deberá permitir realizar el bloqueo o anulación de tarjetas de débito por motivos como robo, extravío, pérdida, deterioro, invalidando la realización de transacciones con la tarjeta. Además deberá mantener información del bloqueo para generación de consultas y/o reportes que se requiera al respecto.En cada caso aplicará las definiciones asociadas de bloqueo a la realización de transacciones con la tarjeta y generación de cargos asociados.

Certificación de cheques

Integrará el servicio de certificación de cheques, debiendo validar los fondos de la cuenta del cliente por el valor del cheque. Las premisas de consideración son:

- Solicitud del servicio.- Control y validación del plazo máximo de vigencia de la certificación.- Retención de fondos de la cuenta por el valor del cheque (si en la

parametrización del producto se indica esta característica).Generará el cobro de la comisión correspondiente por el servicio mediante cargo a la cuenta o pago en efectivo.Permitirá la anulación de la certificación del cheque, ejecutando los procesos de recepción de solicitud, recorte de la numeración del cheque original, devolución de fondos en la cuenta corriente y cobro de la comisión respectiva.

Revocatoria de pago de cheques

Automatizará el servicio de revocatoria de pago de cheques, considerando las siguientes premisas:

- Solicitud del servicio por el girador o titular de la cuenta.- Control visual del plazo mínimo permitido para la revocatoria de pago de cheque,

Página 159 de 409



actualmente 30 días contados a partir de la fecha de emisión.- No realización del control de plazo mínimo requerido para la revocatoria, ante

presentación de carta legal.- Esquema de aprobación de nivel superior.- Bloqueo de fondos de la cuenta por el valor del cheque (si en la parametrización

del producto se indica esta característica).Generará el cobro de la comisión correspondiente por el servicio mediante cargo a la cuenta o pago en efectivo.Permitirá el levantamiento de la revocatoria de pago de cheque ejecutando los procesos de recepción de solicitud, desbloqueo de fondos y cobro de comisión.

Suspensión de pago de cheques

Integrará el servicio de suspensión de pago de cheques, considerando las siguientes premisas:

- Solicitud del servicio por el girador o por el beneficiario del cheque.- Motivos de la suspensión como por ejemplo, robo, mandato judicial, extravío- Control visual que el plazo legal de presentación del cheque (30 días) no haya

vencido.- Ampliación de la vigencia de la suspensión con la presentación de copia de la

demanda judicial de ineficacia del cheque.- Esquema de aprobación de nivel superior.- Bloqueo de fondos de la cuenta por el valor del cheque (si en la parametrización

del producto se indica esta característica).Generará el cobro de la comisión correspondiente por el servicio mediante cargo a la cuenta o pago en efectivo.Permitirá el levantamiento de la suspensión de pago de cheque, ejecutando los procesos de recepción de solicitud, desbloqueo de fondos y cobro de comisión.

Cheques de Gerencia

Permitirá la emisión individual o masiva (mediante recepción de archivos) de cheques de gerencia en diferentes monedas. La emisión masiva deberá contar con facilidades para configurar el formato de los archivos, restricciones por convenio (por ejemplo monto máximo por transacción, por lote, por beneficiario).Ofrecerá facilidades para activar/desactivar la venta de cheques de gerencia por oficina, región o en todas las oficinas.Adicionalmente se deberá proveer la administración de firmas y sus condiciones asociadas al esquema de autorización de uso y validación para el pago de los mismos.Ofrecerá además facilidades para el control de inventario físico general de cheques de gerencia y del inventario por región y oficina, así como administrar la generación de órdenes de abastecimiento o destrucción de formularios.

Sobregiros de cuentas

Para los productos tipo cuentas corrientes, automatizará el proceso operativo de asignación, control y liquidación de los servicios de líneas de crédito y sobregiros que se asocien a diferentes tipos de productos de cuentas corrientes, ajustándose a las condiciones operativas, tasas de interés, plazos, cargos por servicios, comisiones y demás, que apliquen a cada producto y con verificación y cumplimiento de las normas legales vigentes para este tipo de servicio, posibilitando la administración de los siguientes tipos de sobregiro:

- Sobregiro ocasional.- Sobregiro contratado.- Línea de crédito: 24 horas, remesas.

Permitirá implementar un esquema de aprobación por perfiles de usuario que busque automáticamente la aprobación electrónica del nivel superior, cuando se exceda el cupo de sobregiro contratado o cuando no exista contrato.Permitirá en cualquier momento el bloqueo o modificación de las opciones de sobregiro según lineamientos establecidos por el Banco.

Administrativas Deberá actualizar masivamente las tasas de interés ante el cambio de las tasas asociadas a las cuentas de los productos y que tengan definida una tasa variable y reajustable de interés, así por ejemplo, si existe cambio en la tasa REFERENCIAL DE MERCADO, todas las

Página 160 de 409



cuentas asociadas a esta tasa, serán actualizadas a los nuevos valores de la tasas de interés.

Administrativas Deberá incluir soporte operativo automatizado42 para un conjunto de consultas, transacciones y procesos administrativos y operativos tales como:

- Cambio de estado y/o situación.- Cambios en la información.- Cambios de firmas autorizadas con des-habilitación automática de servicios,

transacciones y consultas asociadas a la cuenta.- Destino de envío de correspondencia.- Inactivación de cuenta.- Cheques asociados.- Tarjetas asociadas.- Emisión individual de estado de cuenta.- Emisión masiva de estados de cuenta.- Copia de documentos digitalizados. Se refiere a la capacidad que debe tener la

Nueva Solución de Core Bancario de atender los requerimientos de digitalización de documentos, cheques pagados, copia de nota de débito y nota de crédito, copia de estado de cuenta, entre otros.

- Confirmación de saldos.- Duplicados de documentos.- Visualización de cheques y documentos. - Consultas de saldos y movimientos.- Consulta de CCI.

Estas consultas, transacciones y procesos deberán estar disponibles en los canales que el Banco autorice su implementación.

Administrativas Deberá facilitar la generación de consultas y reportes con información general sobre la cuenta:

- Número de cuenta.- Código de cliente.- Nombre del cliente.- Tipo de cuenta.- Fecha de apertura.- Fecha de cancelación.- Transacciones realizadas sobre la cuenta.- Tipo de transacciones (retiro, depósito, crédito, débito, transferencia).- Detalles de las transacciones, por ejemplo el monto.- Canal por el que se realizó la transacción.- Oficina dónde se realizó la transacción.- Oficina de apertura.- Saldos de la cuenta (contable, disponible).- Saldos promedio de la cuenta.- Estado de la cuenta.- Intereses generados y acreditados en la cuenta.- Resúmenes de actividad de la cuenta.- Certificaciones.- Consulta anual de ITF.- Chequeras relacionadas.- Por edad.

42 Soporte Operativo Automatizado: Se refiere a las capacidades de la Solución del Nuevo Core Bancario para atender los procesos internos que se listan en las Bases, como parte de los requerimientos funcionales del Módulo de Captaciones: cobro de comisiones por servicios financieros, cobro de impuestos asociados a los servicios financieros, entre otros.

Página 161 de 409



- Por sexo.- Por rangos de importes.- Cantidad de cargos o abonos realizados al mes.- Fecha de último abono.- Fecha de último cargo.- Firmantes registrados para el manejo de la cuenta corriente.


Administrativas Deberá permitir consultas y generación de reportes con información de las cuentas abiertas, según los siguientes criterios:

- Por modalidad o naturaleza (tipo) de cuenta corriente.- Por rangos de fechas.- Por oficina seleccionada.- Alfabéticas.- Por importe indicado.- Por número de cuenta.- Por tipo de persona y canal que utiliza.- Por sector económico.- Por actividad económica.- Por cuenta principal y sus respectivas cuentas de reversión.


Administrativas / Detracciones

Para el producto especial del Banco de la Nación que opera la cuenta corriente denominada Detracciones, permitirá la liberación de fondos en exceso (para tipo de cuentas que no permiten débitos) como por ejemplo, liberación de fondos por retención de exceso de impuestos, pudiendo su titular retirar únicamente los fondos en exceso. Este proceso se realizará cumpliendo la política de aprobación por parte de usuarios autorizados en el flujo de aprobaciones correspondiente o por autorizaciones de la SUNAT.

Administrativas / Instrucción DGETP

Para las cuentas corrientes que mantienen asociación con cuentas corrientes centralizadoras y con cuentas corrientes secundarias, se incluirá controles especiales para la ejecución de las transacciones de pago de cheques, que en ciertos casos requiere el registro de una instrucción de aprobación de un ente gubernamental como paso previo a su pago al beneficiario.


Para las cuentas corrientes secundarias deberá manejar un proceso especial de reversión de los fondos que han sido pagados en el día, los cuales deberán ser revertidos en su totalidad a su cuenta principal al cierre del día.


Para las cuentas corrientes centralizadoras deberá permitir su acreditación de fondos desde la cuenta corriente principal. Además por el valor total de dicha acreditación, se establecerá un cupo de uso que podrá ser gastado por sus cuentas secundarias, en donde se deberá manejar un proceso especial de reversión de los fondos que han sido pagados en el día, los cuales deberán ser revertidos en su totalidad a su cuenta centralizadora al cierre del día.

Financieras del Cliente

Incluirá el soporte automatizado para la ejecución de transacciones financieras, las cuales involucran movimiento físico o electrónico de dinero y/o cheques, ejecutado en la Plataforma de Ventanilla o en la Plataforma Comercial y de Servicios:

- Depósitos en efectivo.- Depósitos con cheques del Banco y otras entidades financieras.- Depósitos con cheques de otras plazas.- Depósitos con cheques del exterior.- Depósitos con cargo a VISA.- Pago de cheques (fecha, monto, beneficiario, ventanilla donde se realizó el pago,

o cuenta de depósito).- Pago de cheques certificados.

Página 162 de 409



- Notas de débito. - Notas de crédito.- Transferencias a otros bancos o entidades financieras locales.- Transferencias a bancos del exterior.- Transferencias a otras cuentas del mismo banco en la misma plaza.- Transferencias a otras cuentas del mismo banco en otras plazas.- Retiros en efectivo.

Depósitos especiales

Permitirá realizar depósitos especiales por convenios de recaudación, en los que los valores recibidos se abonan a la cuenta del contratante. Esta funcionalidad recibirá además información variable dependiendo de lo establecido en el convenio, que posteriormente deberá ser incluida en los estados de cuenta y otras consultas de movimientos relacionados.

Consumos Visa Integrará el soporte al servicio de débito automático en línea y a tiempo real, para los pagos que realicen los clientes del Banco usando su Tarjeta Multired Global Débito Visa, por concepto de sus compras y consumos en locales y comercios afiliados al servicio de tarjetas de débito de la red Visa.

Financieras del Banco

Proporcionará el soporte operativo automatizado para la realización de transacciones financieras generadas por procesos internos del Banco:

- Cobro de comisiones por servicios financieros del Banco.- Cobro de impuestos asociados a los servicios financieros del Banco.- Provisión diaria de intereses.- Capitalización de intereses.- Pago de intereses.- Transferencias realizadas por convenios.- Débitos y créditos por el proceso de canje y compensación.

Débitos y créditos masivos

Incluirá procesos para la aplicación de notas de débito y notas de crédito en forma masiva a las cuentas, ya sea como resultado de un proceso interno del Banco o por la ejecución de lotes de procesos para cumplir con convenios y acuerdos de recaudación o pagos. La ejecución podrá ser realizada en los procesos en línea o en los procesos de cierre diario. En todos los casos de notas de débito a realizarse en lotes, se permitirá definir si una vez cargado el proceso se mantendrá en estado de pendiente para ejecutarse en cuanto se confirme disponibilidad de saldo en la cuenta y el nivel de prioridad que tendrá cada débito, considerando que se apliquen primero los de mayor prioridad o los de fecha de requerimiento más antigua.

Canje y compensación

Para el procesamiento de las transacciones de depósitos recibidos con cheques de otros bancos o instituciones financieras, se integrará al servicio de procesamiento de cheques de canje enviado, a través de la Cámara de Compensación Electrónica (CCE), realizando el registro, control de liberación, la disponibilidad o la reversión de fondos en las cuentas corrientes en las que fue depositado cada cheque.Así mismo se integrará con el servicio de canje recibido (cheques del Banco de la Nación recibidos por otros bancos) a través de la Cámara de Compensación Electrónica (CCE), realizando los procesos de registro, verificación de fondos, forma y firmas en las cuentas corrientes sobre las que se giró cada cheque recibido y generando los archivos de datos con los pagos y rechazos de pago que resulten de ese proceso.

Cálculo de intereses

Deberá realizar el cálculo y la provisión diaria de intereses para cada producto de cuentas corrientes que devengue intereses, tomando los parámetros y valores para el cálculo de los datos definidos en la parametrización de cada producto.


El cálculo de provisión de intereses deberá comenzar cuando los fondos se hayan efectivizado en la cuenta o producto en la que fueron acreditados.

Capitalización de intereses

Deberá realizarse para los productos parametrizados con la opción de capitalización de interés y según la frecuencia definida para cada caso.

Transacciones anidadas

Deberá integrar la opción de ejecutar transacciones "anidadas", es decir que desde una determinada transacción se pueda invocar y entregar los datos para la ejecución de otra

Página 163 de 409



transacción, y que luego el control vuelva a la transacción original que se quedó en espera, para concluirla. Como ejemplo citamos una transacción de depósito con moneda extranjera a ser acreditada en una cuenta en moneda nacional, que deberá quedar en suspenso, hasta invocar y ejecutar la transacción de cambio en moneda, para continuar con el dato del valor resultante de la operación de compra venta de divisas.

Reversos/Extornos

Deberá ofrecer la posibilidad de manejar reversos y extornos para las transacciones que el Banco defina, aplicando para ello los controles de procedimiento, el cumplimiento de las políticas vigentes asociadas y los niveles de autorización establecidos para cada tipo de transacción disponible en cada producto.El extorno solo puede ser realizado en el día en curso.

Cierre Permitirá el cierre de cuentas, cumpliendo con el procedimiento, validaciones, pasos, requerimientos legales y generación de documentos y registros que se encuentren definidos en las opciones de parametrización de cada producto.

Cierre Permitirá el cierre de cuentas debido a diferentes motivos tales como: - Solicitud del cliente.- Por el giro de cheques sin la correspondiente provisión de fondos.- Por instrucción de la DGETP.- Por no tener movimiento en más de "n" meses.- Por no mantener un determinado saldo en la cuenta.- Por fallecimiento del titular de la cuenta.- Por mandato judicial.- Por cheques protestados.- Por solicitud de la SUNAT.

En cada caso aplicarán controles, reglas de negocio a ser definidas en la Parametrización de productos y a ser ejecutados y controlados por el sistema automatizado. El proceso de cierre no podrá ser realizado si el cliente tiene asociado un crédito vigente en el Banco.

Cierre Permitirá el cierre de cuentas tanto en forma individual, como en forma masiva.Cierre Permitirá asociar el concepto para la realización de cierres a las cuentas, generando los

cargos y documentos de soporte correspondientes a lo definido en la parametrización establecida para cada producto.

Cierre Al momento del cierre de una cuenta corriente, no se permitirá la realización de operaciones asociadas a la cuenta, y también se anulará los cheques y las chequeras que se encuentren en poder del cliente y en estado "vigente".

Cierre Previo al proceso de cierre de una cuenta, habilitará la entrega de fondos que queden disponibles en la cuenta al momento de cierre a través de distintas formas: transferencia a cuenta corriente, transferencia a cuenta de ahorro, transferencia interbancaria, efectivo, cheque de gerencia.

Reapertura de cuenta

En ciertos casos como una instrucción judicial, deberá permitir la reapertura de una cuenta corriente cerrada, para lo cual deberá poder ser realizado siempre y cuando se cumplan los esquemas de aprobación establecidos, habilitando la realización de transacciones y servicios asociados a la cuenta.

Reportes Batch Incluirá herramientas para la generación y mantenimiento de reportes a ser generados en forma periódica durante la ejecución de los procesos de cierre de día (batch) del módulo, para generar los reportes de gestión, control operativo y los que se definan como necesarios para el cumplimiento de procedimientos y requerimientos internos y externos.

Reportes Batch Incluirá rutinas optimizadas para la generación y mantenimiento de documentos a ser impresos en forma masiva, como resultado de la ejecución de procesos de cierre diario, como por ejemplo los estados de cuenta, las notas de débito y crédito, la capitalización y acreditación de intereses. En los casos que se requiera este proceso se complementará con la generación de reportes y archivos de información, con formatos y contenido de datos definibles según el caso y uso que se dará al archivo generado.

Integración Deberá integrarse con el módulo de Colocaciones para la ejecución automática de transacciones de cargo y abono a cuentas, resultante de la ejecución de procesos operativos en ese módulo. Las transacciones se podrán ejecutar en línea y/o en procesos

Página 164 de 409



de lotes. Integración Deberá integrarse con los procesos de Comercio Exterior para la ejecución automática de

transacciones de cargo y abono a cuentas, resultante de la ejecución de procesos operativos de Comercio Exterior. Las transacciones se podrán ejecutar en línea y/o en procesos de lotes.

Integración Deberá integrarse con el módulo de Pagos y Cobros para la ejecución automática de transacciones de cargo y abono a cuentas, resultante de la ejecución de procesos operativos en ese módulo. Las transacciones se podrán ejecutar en línea y/o en procesos de lotes.

Integración Deberá incluir un interfaz automatizado flexible, fácil de mantener y operar con los sistemas de entidades públicas como el sistema RENIEC43 o la SUNAT44, que opere tanto en línea y en modalidad de procesos de lotes (batch), para facilitar el intercambio de información en formatos definidos y estandarizados, que servirá para la ejecución de transacciones de recaudos o pagos.

Integración Para el producto de Cuentas Corrientes, deberá permitir la construcción y mantenimiento de un interfaz estandarizado, en línea y a tiempo real con los sistemas de entidades públicas como el SIAF45 de la DGETP, a efectos de aprobación de giros para pagos de cheques de las cuentas de presupuesto así como recepción de cartas orden de transferencia de fondos y consulta de proveedor SIAF.

Integración Deberá integrarse con el sistema del Banco Central de Reserva del Perú denominado LBTR46, para instrumentar en línea y a tiempo real las transferencias interbancarias de fondos resultantes de las operaciones y órdenes de los clientes por valores altos sobre las cuentas que manejan en el Banco de la Nación.

Integración Se integrará con el sistema denominado CCE47, ajustándose a todos los procedimientos y requerimientos establecidos por este sistema para los procesos de compensación interbancaria de cheques y transferencias de bajo valor.

17.3.1.3 Módulo de Captaciones – Cuentas de AhorroREQUERIMIENTOS FUNCIONALES MODULO DE CAPTACIONES

CUENTAS DE AHORROParametrización del producto

Manejará una estructura dinámica y flexible, que permita por opciones de parametrización de usuario, definir tipos de notas de débito (cargos) a realizar en las cuentas de ahorro. Para cada nota de débito, se deberá establecer el concepto, si se ejecuta en modalidades en línea, en procesos de lote o en las dos opciones, si debitará el valor definido exclusivamente contra el valor del saldo disponible de la cuenta o lo podrá hacer contra el saldo contable, si aplicará débitos por valores parciales en caso el saldo no cubra el valor a debitar, y por cuánto tiempo se mantendrá reintentando ejecutar el débito.

Parametrización del producto

Permitirá definir, para cada nota de débito, la causa o concepto por el que se realizará. Asociado a esta causa o concepto permitirá definir los costos de servicio, los mensajes de impresión en el comprobante a generar y en el estado de cuenta, la o las cuentas de los clientes que deberán recibir los valores debitados y los listados y/o archivos con datos resumidos y/o detallados que se deban generar.


Manejará una estructura dinámica y flexible que permita por opciones de parametrización de usuario definir tipos de notas de crédito (abonos) a realizarse a las cuentas de ahorro que ofrezca el Banco. Para cada nota de crédito, se deberá establecer el concepto, si se ejecuta en modalidades en línea, en procesos de lote o en las dos opciones.

Parametrización Permitirá definir para cada nota de crédito la causa o concepto por el que se realizará.

43 RENIEC: Registro Nacional de Identificación y Estado Civil44 SUNAT: Superintendencia Nacional de Aduanas y Administración Tributaria45 SIAF: Sistema Integrado de Administración Financiera del Estado46 LBTR: Liquidación Bruta en Tiempo Real47 CCE: Cámara de Compensación Electrónica

Página 165 de 409


REQUERIMIENTOS FUNCIONALES MODULO DE CAPTACIONES CUENTAS DE AHORRO

del producto Asociado a esta causa o concepto permitirá definir los costos de servicio, los mensajes de impresión en el comprobante a generar y en el estado de cuenta.


Deberá definir restricciones a las transacciones que se puede realizar con los productos de cuentas de ahorro que se encuentran en un estado determinado, como por ejemplo en una cuenta bloqueada, dependiendo de la causa del bloqueo se permiten sólo créditos, se permite sólo débitos, se permite créditos y débitos, se permite o no depósitos. Esta funcionalidad debe ser parametrizable por tipo de producto. Estas restricciones pueden ser levantadas con la debida autorización.


Permitirá establecer la periodicidad de realización de transacciones, como por ejemplo transferencias entre cuentas a solicitud del cliente, de la misma u otra moneda con cobro de ITF o no, según sea el caso, debiendo realizarse en forma mensual durante un período de tiempo establecido.

Parametrización del producto / Cuentas CTS

Permitirá definir el porcentaje o monto de disponibilidad para retiro de fondos por parte del titular, así por ejemplo, se permitirá retirar hasta un porcentaje o monto de acuerdo a la ley vigente. Al momento de cancelación o cierre de la cuenta sin embargo, sí se permitirá el retiro total de fondos.


En los productos de tipo cuentas de ahorro que el Banco defina, permitirá la asociación de diferentes tipos de tarjeta de débito como por ejemplo Tarjeta Multired Global Débito Visa u otros tipos de tarjeta, con servicios y costos diferenciados para cada tipo de tarjeta.

Apertura Deberá generar la solicitud de apertura, los contratos de productos y los convenios de pagaduría con empresas del Estado y del Sector Privado, con información de datos generales y datos particulares del cliente, datos financieros y requisitos a cumplirse para la apertura dependiendo de la modalidad de producto, términos y condiciones del contrato y otras definiciones que pueda establecer el Banco.

Apertura Deberá permitir para el caso de cuentas de modalidad CTS y cuentas de remuneraciones, que la solicitud de apertura sea emitida por el ente empleador y no por el titular de la cuenta o la posibilidad de modificar el sujeto que solicita la apertura según la normatividad vigente.

Apertura Deberá integrarse en forma total con el módulo de clientes, puesto que solamente se podrá abrir cuentas a clientes que ya estén previamente registrados a través de ese módulo en la denominada Base de Datos Única de Clientes (BDUC). En ningún caso duplicará la información del cliente ya que el proceso de apertura solamente permitirá la revisión, y de ser el caso, la actualización de los datos del cliente ya registrados, más la inclusión de nuevos datos necesarios para cumplir con los requisitos legales y operativos del nuevo producto a ser abierto. Para estas funciones utilizará los servicios del módulo de clientes.


Apertura Deberá generar un código único para la cuenta o producto al momento de apertura. Apertura La codificación de las cuentas de ahorro incluirá el código de producto bancario, el código

de oficina en la que se registra la cuenta y dígito verificador generado con algoritmos que minimicen la posibilidad de errores de digitación al ingresar el número de cuenta para ejecutar consultas o transacciones. La codificación de productos bancarios y rangos de cuentas será flexible, permitiendo aumentar la cantidad de caracteres en la estructura de la cuenta. Deberá generar el Código de Cuenta Interbancario (CCI).

Aperturas masivas

Deberá permitir la apertura de cuentas de ahorro en forma masiva mediante la carga y proceso de archivos con la información correspondiente. Deberá además validar la consistencia de datos existente en los archivos de carga, previo a la apertura de la cuenta.

Apertura Deberá permitir la inclusión de servicios asociados así como la determinación, modificación o eliminación de uno o más de los cargos asociados al producto, sin necesidad de cambiar la configuración del producto, pero validando que se cumpla el esquema de autorizaciones definido por el Banco para este propósito.

Apertura Deberá permitir el registro de tasas preferenciales negociadas con un cliente o grupo de clientes, sin necesidad de cambiar la configuración del producto y cumpliendo con el esquema de atribuciones y autorizaciones que tengan los usuarios del sistema para este

Página 166 de 409



tipo de manejo. Apertura Deberá integrarse con el sistema de captura, manejo y verificación de firmas electrónicas

y sus condiciones asociadas, según el tipo de transacción y producto que las utiliza. Apertura Para los productos de cuentas de ahorro que lo requieran, deberá permitir la asociación

de firmas a las cuentas, según la parametrización definida. Apertura Para los productos de cuentas de ahorro que lo requieran, deberá realizar la asociación de

la tarjeta de débito (o crédito) y todos sus servicios asociados a la cuenta que se apertura.Apertura Durante el proceso de apertura de una cuenta, deberá permitir la impresión de

documentos como: contrato de apertura de cuenta, convenio de pagaduría, contrato de afiliación a internet y otros; a través de los diferentes canales existentes y que deben ser seleccionados en forma paramétrica tal como: Internet y la Plataforma Comercial y de Servicios.

Bloqueo de cuentas

Deberá permitir realizar bloqueos y retenciones a las cuentas en forma individual y masiva, activando los controles y procediendo, según lo determine, la causa o motivo del bloqueo. Se debe tomar en cuenta las siguientes consideraciones:Bloqueo de movimientos:

- Contra débito/cargo.- Contra crédito/abono.- Contra débito y contra crédito.

Retención de montos:- Parcial.- Completo.- Porcentual.


Deberá además soportar el proceso de desbloqueo, indicando los motivos del desbloqueo y cumpliendo igualmente los requisitos y procedimientos definidos para cada caso. El proceso de desbloqueo debe regirse por esquemas o niveles de autorización que manejen rangos de montos autorizados de desbloqueo.

Bloqueo / Anulación de tarjetas


Administrativas Deberá actualizar masivamente las tasas de interés ante el cambio de las tasas asociadas a las cuentas de los productos y que tengan definida una tasa variable y reajustable de interés, así por ejemplo, si existe cambio en la tasa REFERENCIAL DE MERCADO, todas las cuentas asociadas a esta tasa, serán actualizadas a los nuevos valores de la tasas de interés.

Administrativas Deberá incluir soporte operativo automatizado para un conjunto de consultas, transacciones, procesos administrativos y operativos tales como:

- Cambio de estado. - Cambios en la información. - Cambios de firmas autorizadas con deshabilitación automática de servicios,

transacciones y consultas asociados a la cuenta.- Destino de envío de correspondencia.- Inactivación de cuentas. - Tarjetas asociadas.- Emisión individual de estado de cuenta. - Emisión masiva de estados de cuenta. - Copia de documentos digitalizados.

Página 167 de 409



- Confirmación de saldos.- Duplicados de documentos.- Visualización de documentos. - Consultas de saldos y movimientos.- Consulta de CCI.


Administrativas Deberá facilitar la generación de consultas y reportes con información general sobre la cuenta:

- Número de cuenta.- Código de cliente.- Nombre del cliente.- Tipo de cuenta.- Fecha de apertura.- Fecha de cancelación.- Transacciones realizadas sobre la cuenta.- Tipo de transacciones (retiro, depósito, crédito, débito, transferencia).- Detalles de las transacciones como el monto.- Canal por el que se realizó la transacción.- Oficina en donde se realizó la transacción.- Oficina de apertura. - Saldos de la cuenta (contable, disponible).- Saldos promedio de la cuenta.- Estado de la cuenta.- Intereses generados y acreditados en la cuenta.- Resúmenes de actividad de la cuenta.- Consulta anual de ITF.- Por edad.- Por sexo.- Por rangos de importes.- Por código de entidad (empleador).- Cantidad de cargos o abonos realizados al mes.- Fecha de último abono.- Fecha de último cargo.



- Por modalidad o tipo de cuenta de ahorro.- Por rangos de fechas.- Por oficina seleccionada.- Alfabéticas.- Por importe indicado.- Por número de cuenta.- Por código de usuario.- Por Entidades.- Por situación del cliente.- Por niveles de ingreso.- Por saldo.


Financieras del Cliente

Incluirá el soporte automatizado para la ejecución de transacciones financieras, las que involucran movimiento físico o electrónico de dinero y/o cheques, ejecutado en la Plataforma de Ventanilla o en la Plataforma Comercial y de Servicios:

Página 168 de 409



- Depósitos en efectivo.- Depósitos con cheques del Banco y otras entidades financieras.- Depósitos con cheques de otras plazas.- Depósitos con cheques del exterior.- Depósitos con cargo a VISA.- Notas de débito. - Notas de crédito.- Transferencias a otros bancos o entidades financieras locales.- Transferencias a bancos del exterior.- Transferencias a otras cuentas del mismo banco en la misma plaza.- Transferencias a otras cuentas del mismo banco en otras plazas.- Retiros en efectivo.

Consumos Visa Integrará el soporte al servicio de débito automático en línea y a tiempo real, para los pagos que realicen los clientes del Banco usando su Tarjeta Multired Global Débito Visa, por concepto de sus compras y consumos en locales y comercios afiliados al servicio de tarjetas de débito de la red Visa (canales virtuales).

Financieras del Banco

Proporcionará el soporte operativo automatizado para la realización de transacciones financieras generadas por procesos internos del Banco:

- Cobro de comisiones.- Cobro de impuestos.- Provisión diaria de intereses.- Capitalización de intereses.- Pago de intereses.- Transferencias. - Débitos y créditos por el proceso de canje y compensación. - Débitos y créditos masivos.

Débitos y créditos masivos

Incluirá procesos para la aplicación de notas de débito y notas de crédito en forma masiva a las cuentas, ya sea como resultado de un proceso interno del Banco o por la ejecución de lotes de procesos para cumplir con convenios y acuerdos de recaudación o pagos. La ejecución podrá ser realizada en los procesos en línea o en los procesos de cierre diario. En todos los casos de notas de débito a realizarse en lotes, se permitirá definir si una vez cargado el proceso se mantendrá en estado de pendiente para ejecutarse en cuanto se confirme disponibilidad de saldo en la cuenta y el nivel de prioridad que tendrá cada débito, considerando que se aplique primero los de mayor prioridad o los de fecha de requerimiento más antigua.

Canje y compensación

Para el procesamiento de las transacciones de depósitos recibidos con cheques de otros bancos o entidades financieras, se integrará al servicio de procesamiento de cheques de canje enviado, a través de la Cámara de Compensación Electrónica (CCE), realizando el registro, control de liberación, la disponibilidad o la reversión de fondos en las cuentas de ahorro en las que fue depositado cada cheque.


Deberá realizar el cálculo y la provisión diaria de intereses para cada producto que devengue intereses, tomando los parámetros y valores para el cálculo de los datos definidos en la parametrización de cada producto.




Deberá realizar la capitalización de intereses para los productos parametrizados con la opción de capitalización de interés y según la frecuencia de capitalización definida para cada caso.

Reversos/Extornos

Deberá ofrecer la posibilidad de manejar reversos y extornos para las transacciones que el Banco defina, aplicando para ello los controles de procedimiento, el cumplimiento de las políticas vigentes asociadas y los niveles de autorización establecidos para cada tipo de transacción disponible en cada producto.

Cierre Permitirá el cierre de cuentas, cumpliendo con el procedimiento, validaciones, pasos, requerimientos legales y generación de documentos y registros que se encuentren

Página 169 de 409



definidos en las opciones de parametrización de cada producto.Cierre Permitirá el cierre de cuentas debido a diferentes motivos como:

- Solicitud del cliente.- Por el giro de cheques sin la correspondiente provisión de fondos.- Por instrucción de la DGETP.- Por no tener movimiento más de "n" meses.- Por no mantener un determinado saldo en la cuenta.- Por fallecimiento del titular de la cuenta.- Por mandato judicial.

En cada caso aplicarán controles, reglas de negocio a ser definidas en la parametrización de productos y a ser ejecutados y controlados por el sistema automatizado. El proceso de cierre no podrá ser realizado si el cliente tiene asociado un crédito vigente en el Banco.

Cierre Permitirá ejecutar procesos de cierre de cuentas tanto en forma individual, como en forma masiva.

Cierre Permitirá asociar el concepto para la realización de cierres a las cuentas, generando los cargos y documentos de soporte correspondientes a lo definido en la parametrización establecida para cada producto.

Cierre Al momento del cierre de una cuenta de ahorro, no se permitirá la realización de operaciones asociadas a la cuenta.

Cierre Previo al proceso de cierre de una cuenta, habilitará la entrega de fondos que queden disponibles en la cuenta o producto al momento de cierre a través de distintas formas: transferencia a cuenta corriente, transferencia a cuenta de ahorros, transferencia interbancaria, efectivo, cheque de gerencia.


En ciertos casos como lo es una instrucción judicial, deberá permitir la reapertura de una cuenta de ahorro cerrada, cumpliendo con los esquemas de aprobación establecidos, habilitando la realización de transacciones y servicios asociados a la cuenta.

Reportes Batch Incluirá herramientas para la generación y mantenimiento de reportes a ser generados en forma periódica durante la ejecución de los procesos de cierre de día (batch) del módulo, para generar los reportes de gestión, control operativo y los que se definan como necesarios para el cumplimiento de procedimientos y requerimientos internos y externos.

Reportes Batch Incluirá rutinas optimizadas para la generación y mantenimiento de documentos a ser impresos en forma masiva, como resultado de la ejecución de procesos de cierre diario como por ejemplo los estados de cuenta, las notas de débito y crédito, la capitalización y acreditación de intereses. En los casos que se requiera este proceso se complementará con la generación de reportes y archivos de información, con formatos y contenido de datos definibles según el caso y uso que se dará al archivo generado.

Integración Deberá integrarse con el módulo de Colocaciones para la ejecución automática de transacciones de cargo y abono a cuentas, resultante de la ejecución de procesos operativos en ese módulo. Las transacciones se podrán ejecutar en línea y/o en procesos de lotes.

Integración Deberá integrarse con los procesos de Comercio Exterior para la ejecución automática de transacciones de cargo y abono a cuentas, resultante de la ejecución de procesos operativos de Comercio Exterior. Las transacciones se podrán ejecutar en línea y/o en procesos de lotes.

Integración Deberá integrarse con el módulo de Pagos y Cobros para la ejecución automática de transacciones de cargo y abono a cuentas, resultante de la ejecución de procesos operativos en ese módulo. Las transacciones se podrán ejecutar en línea y/o en procesos de lotes.

Integración Deberá incluir un interfaz automatizado flexible, fácil de mantener y operar, con los sistemas de entidades públicas como el sistema RENIEC o la SUNAT y otras entidades, que opere tanto en línea y en modalidad de procesos de lotes (batch), para facilitar el intercambio de información en formatos definidos y estandarizados, que servirá para la ejecución de transacciones de recaudos o pagos.

Integración Para el producto de Cuentas de Ahorro, deberá permitir la construcción y mantenimiento

Página 170 de 409



de un interfaz estandarizado, en línea y a tiempo real con los sistemas de entidades públicas como el SIAF de la DGETP, a efectos de aprobación de cartas orden y planillas adjuntas en archivos digitales, para la realización de abonos en cuentas de ahorro.

Integración Deberá integrarse con el sistema del Banco Central de Reserva del Perú denominado LBTR, para instrumentar en línea las transferencias interbancarias de fondos resultantes de las operaciones y órdenes de los clientes por valores altos sobre las cuentas que manejan en el Banco de la Nación.

Integración Se integrará con el sistema denominado Cámara de Compensación Electrónica (CCE), ajustándose a todos los procedimientos y requerimientos establecidos por este sistema para los procesos de compensación interbancaria de cheques y transferencias de bajo valor.

17.3.1.4 Módulo de Captaciones – Depósitos a PlazoREQUERIMIENTOS FUNCIONALES MÓDULO DE CAPTACIONES

DEPÓSITOS A PLAZOParametrización del producto

Permitirá crear en forma amplia y flexible tablas de plazos aplicables a los contratos, teniendo como base 1 día y agrupaciones comunes de días como: 30, 60, 90, 180, 360 días, "n" días. Para el caso de la modalidad de Depósitos Judiciales y Administrativos, el plazo se establece en forma indefinida.


Validará la asignación de plazo a los productos, definiendo qué acción se tomará al vencimiento, es decir si se cancela el depósito y se pone el dinero a disposición en una cuenta del cliente o si se procede a una renovación automática en los términos y condiciones iniciales hasta que el cliente confirme si renovará el depósito o lo cancelará.


Permitirá la definición de tasas de interés a aplicarse en los contratos de constitución, asociándolos a la correspondiente tabla de tasas por cada uno de los plazos definidos por el Banco y/o mercado.

Apertura Deberá generar la solicitud de apertura, los contratos, y en los casos que aplique, los certificados de depósito, con información de datos generales y datos particulares del cliente/beneficiario, datos financieros y requisitos a cumplirse para la apertura, dependiendo de la modalidad de producto, términos y condiciones del contrato y otras definiciones que pueda dar el Banco.

Apertura Deberá integrarse en forma total con el módulo de clientes, puesto que solamente se podrá abrir certificados de depósito a clientes que ya estén previamente registrados a través de ese módulo en la denominada Base de Datos Única de Clientes (BDUC). En ningún caso duplicará la información del cliente ya que el proceso de apertura permitirá solamente la revisión, y de ser el caso, la actualización de los datos del cliente ya registrados, más la inclusión de nuevos datos necesarios para cumplir con los requisitos legales y operativos del nuevo producto a ser abierto. Para estas funciones utilizará los servicios del módulo de clientes.


Aperturas masivas /Depósitos Judiciales

Deberá permitir la apertura de depósitos judiciales y administrativos en forma masiva mediante la carga y proceso de archivos con la información correspondiente según los diferentes formatos que establezca el Banco. Deberá además validar la consistencia de datos existente en los archivos de carga, previo a la apertura de los depósitos judiciales y administrativos.

Apertura Deberá generar un código único para el certificado de depósito al momento de apertura. Apertura La codificación de los certificados de depósito incluirá el código de producto bancario,

incluirá el código de oficina en la que se registra el certificado y dígito verificador generado con algoritmos que minimicen la posibilidad de errores de digitación al ingresar el número de certificado para ejecutar consultas o transacciones. La codificación de productos bancarios y rangos de cuentas será flexible permitiendo aumentar la cantidad de caracteres en la estructura de la cuenta.

Apertura Deberá permitir la inclusión de servicios asociados así como la determinación, modificación

Página 171 de 409


REQUERIMIENTOS FUNCIONALES MÓDULO DE CAPTACIONESDEPÓSITOS A PLAZO

o la eliminación de uno o más de los cargos asociados al producto, sin necesidad de cambiar la configuración del producto, pero validando que se cumpla el esquema de autorizaciones definido por el Banco para este propósito.

Apertura Deberá permitir el registro de tasas preferenciales negociadas con un cliente o grupo de clientes, sin necesidad de cambiar la configuración del producto y cumpliendo con el esquema de atribuciones y autorizaciones que tengan los usuarios del sistema para este tipo de manejo.

Apertura Deberá integrarse con el sistema de captura, manejo y verificación de firmas electrónicas y sus condiciones asociadas, según el tipo de transacción y producto que las utiliza.

Apertura / Depósitos Judiciales

Para la modalidad de Depósitos Judiciales y Administrativos, deberá integrar una facilidad especial, para el registro de las firmas autorizadas de jueces y secretarios relacionados con los trámites de depósitos judiciales.Deberá incluir facilidades para registro de las instrucciones y condiciones de manejo de las firmas autorizadas de cada juzgado y aplicar las reglas de validación de firmas, como por ejemplo las condiciones de vigencia de firmas, y de ser el caso, las instrucciones especiales que deban aplicarse para la ejecución de transacciones en este tipo de depósitos.

Bloqueo de cuentas

Deberá permitir realizar bloqueos de certificados, activando los controles y procediendo según lo determine la causa o motivo del bloqueo. Se debe tomar en cuenta las siguientes consideraciones:Bloqueo del certificado contra cancelación debido a motivos como la garantía de un crédito, o por orden judicial. Retención de montos:

- Parcial.- Completo.- Porcentual.


Deberá además soportar el proceso de desbloqueo, indicando los motivos del desbloqueo y verificando el cumplimiento de los requisitos y procedimientos definidos para cada caso. El proceso de desbloqueo debe regirse por esquemas o niveles de autorización que manejen rangos de montos autorizados de desbloqueo.

Administrativas Deberá permitir consultas y generación de reportes sobre la información histórica resumida y detallada de cada certificado emitido, sea vigente o no.


- Por modalidad o tipo de cuenta de depósito a plazo.- Por rangos de fechas.- Por oficina seleccionada.- Alfabéticas.- Por importe indicado.- Por número de cuenta.

Administrativas Deberá incluir soporte operativo automatizado para un conjunto de consultas, transacciones y procesos administrativos y operativos tales como:

- Cambio de estado.- Cambios en la información.- Cambios de firmas autorizadas con deshabilitación automática de servicios,

transacciones y consultas asociados a la cuenta.- Consultas de saldos y movimientos.- Duplicados de documentos.


Financieras del Proporcionará el soporte operativo automatizado para la realización de transacciones

Página 172 de 409



Banco financieras generadas por procesos internos del Banco:- Cobro de comisiones aplicables a los servicios del Banco.- Cobro de impuestos.- Provisión diaria de intereses.- Capitalización de intereses.- Pago de intereses.- Transferencias.


Deberá realizar el cálculo y la provisión diaria de intereses para cada certificado, tomando los parámetros y valores para el cálculo de los datos definidos en la parametrización de cada producto.





Reversos / Extornos


Penalización Deberá permitir aplicar un cargo por concepto de penalización, cuando el cliente solicita la cancelación del certificado de depósito antes de la fecha de vencimiento.En estos casos se deberá además realizar el re-cálculo de los intereses a pagar, en base a la tasa vigente del plazo inmediatamente menor al contratado por el cliente.

Cierre Permitirá el cierre de un certificado emitido, cumpliendo con el procedimiento, validaciones, pasos, requerimientos legales y generación de documentos y registros que se encuentren definidos en las opciones de parametrización de cada producto. El proceso de cierre no podrá ser realizado si el cliente tiene asociado un crédito vigente en el Banco en el cual el certificado de depósito participa como garantía del crédito.

Cierre Permitirá el cierre de certificados debido a diferentes motivos como: a solicitud del cliente por fallecimiento del titular de la cuenta, por mandato judicial, entre otros

Cierre Al momento del cierre de un certificado, se anulará todas las transacciones y servicios asociados a la cuenta.

Cierre Al completar el proceso de cierre o cancelación de un certificado de depósito, habilitará la entrega del valor total de capital y sus intereses, a través de distintas formas: transferencia a cuenta corriente, transferencia a cuenta de ahorro, transferencia interbancaria, efectivo, cheque de gerencia. Además, para los productos de plazo que operen con documentos de código de barras, la solución deberá estar en la capacidad de realizar la verificación de correspondencia entre el número de certificado y el código de barras del formato físico. Esta funcionalidad se utilizará cuando el Banco decida implementar el código de barras.

Cierre Para las modalidades de depósitos a plazo con fecha de vencimiento establecida, si la fecha de vencimiento del certificado de depósito se producirá en días feriados, según la definición de cada producto, deberá modificarla para incrementar el plazo hasta el siguiente día hábil, o al día hábil anterior, ajustando el cálculo de los intereses a pagar al nuevo plazo.

Cierre Deberá incluir la opción de cambiar la condición de renovación a nivel individual de cada operación de depósito a plazo, con mantenimiento o cambio de las condiciones originales de emisión del certificado de depósito.

Cierre / Depósitos Judiciales

Para la liquidación masiva de los Depósitos Judiciales y Administrativos, deberá permitir la cancelación masiva de los depósitos mediante archivo magnético de proceso, realizando la transferencia de los valores de capital e intereses a la fecha, permitiendo algunas formas de realizar el pago como depósitos en cuenta del cliente, cheque de gerencia o transferencias interbancarias.


Para los Depósitos Judiciales y Administrativos a cancelar en forma individual, deberá permitir la cancelación del depósito y la transferencia de los valores de capital e intereses a la fecha, permitiendo algunas formas de realizar el pago como depósitos en cuenta del cliente, cheque de gerencia o transferencias interbancarias.

Página 173 de 409




Para los Depósitos Judiciales y Administrativos, permitirá la liquidación parcial o total de los depósitos en cualquier momento, verificando que se cumpla con las instrucciones emanadas con las firmas autorizadas del juzgado/autoridad administrativa a cuya orden está el depósito.


Para los Depósitos Judiciales y Administrativos, deberá incorporar un proceso obligatorio para la verificación de firmas de los jueces y secretarios al momento de la cancelación de los depósitos, además de un procedimiento automatizado para el registro de la recepción, archivo y custodia de los documentos oficiales originales con las órdenes del juzgado correspondiente.

Sustitución / Depósitos Judiciales

La solución ofrecerá facilidades para realizar la sustitución de un certificado, permitiendo al usuario mantener los datos originales de la operación así como el registro de intereses y dejando abierta la posibilidad de modificar alguna información a requerimiento del Juzgado y/o depositante. Esta funcionalidad será utilizada tanto para emitir duplicados (por pérdida, robo, deterioro), como para los casos en que existan errores en la emisión inicial.


En ciertos casos como la instrucción judicial, deberá permitir la reapertura de una cuenta de depósito a plazo cancelada, cumpliendo con los esquemas de aprobación establecidos, habilitando la realización de transacciones y servicios asociados a la cuenta.

Reportes Batch Incluirá herramientas para la generación y mantenimiento de reportes a ser generados en forma periódica durante la ejecución de los procesos de cierre de día (batch) del módulo, para gestión, control operativo y cumplimiento de procedimientos y requerimientos internos y externos.

Reportes Batch Incluirá rutinas optimizadas para la generación y mantenimiento de documentos a ser impresos en forma masiva, como resultado de la ejecución de procesos de cierre diario, como por ejemplo la causación, capitalización y acreditación de intereses. En los casos que se requiera este proceso se complementará con la generación de reportes y archivos de información, con formatos y contenido de datos definibles según el caso y uso que se dará al archivo generado.

Integración Se integrará con los sistemas denominados Cámara de Compensación Electrónica (CCE) y Liquidación Bruta en Tiempo Real (LBTR), ajustándose a todos los procedimientos y requerimientos establecidos por estos sistemas para los procesos de compensación interbancaria de cheques y transferencias de acuerdo a la normatividad vigente.

Integración Deberá integrarse con el módulo de Colocaciones para la colocación del depósito a plazo como garantía o respaldo de la operación crediticia.

17.3.2Requerimientos Funcionales del Módulo de Colocaciones

Proporcionará el soporte automatizado a todas las operaciones de colocaciones48, con todo el proceso operativo asociado, ajustado a las características y particularidades de todos los tipos de productos de colocaciones que ofrece el Banco de la Nación.El ciclo de vida de los productos Activos es el siguiente: Lanzamiento/Implementación, Crecimiento, Madurez, Declive, Relanzamiento.Las funciones fundamentales del Módulo de Colocaciones que cubrirán todo el ciclo de vida de una operación de crédito, desde el requerimiento del cliente hasta su cierre, se agruparán en 4 grandes instancias que se describe a continuación:

48 Capítulo Información del Banco de la Nación - Productos y Servicios del Banco de la Nación

Página 174 de 409


- Análisis de Crédito: tendrá a su cargo el soporte al proceso de análisis y decisión del crédito, basado en un motor de automatización de flujos de trabajo (workflow), flexible y dinámico, que por medio de parámetros permita diseñar, ajustar y mantener las diferentes rutas de proceso que deberán seguir las solicitudes de crédito de los clientes del Banco, controlando en forma integral y completa que se cumpla con todos los requisitos y con el procedimiento definido para cada tipo de crédito. Este proceso servirá para el análisis de todos los tipos de crédito que ofrece el Banco.Deberá contar con facilidades de conexión e integración con información externa del mercado como la generada por la Central de Riesgos, los Buró de Créditos y otras que el Banco defina.Para apoyar el proceso de decisión de aprobación de la operación de crédito solicitada por el cliente, deberá incluir motores que apliquen esquemas de medición y determinación estadística, la probabilidad de incumplimiento en el pago por parte del cliente (scoring o ratings de crédito) y apoyo en la determinación de posibles cupos de crédito; aplicando las buenas prácticas para este tipo de gestión mediante la utilización de modelos estadísticos preferentemente abiertos y ajustables a las características de los clientes del Banco de la Nación para los productos crediticios que comercializa.

- Gestión de Garantías: tendrá a su cargo la automatización del registro y control de las hipotecas de bienes inmuebles, las prendas de los bienes muebles, garantía mobiliaria, cesión de derechos, la emisión y custodia de los pagaré y en general de cualquier tipo de documento valorado o de los documentos definidos por el Banco como válidos y admisibles para respaldar los créditos que otorga a sus clientes. Automatizará los procesos de custodia, valoración y asociación de las garantías recibidas con las operaciones activas vigentes del Banco.

- Gestión de Cartera: se encargará del soporte a la gestión de la cartera de créditos del Banco, empezando desde el momento que la solicitud de crédito es aprobada, finalizando con la transacción del desembolso del crédito. Dará soporte automatizado a las operaciones de cartera, según el tipo de producto, considerando: generación de intereses, aplicación de pago en las condiciones negociadas, cálculo y mantenimiento de los calendarios de pagos, cálculo de intereses moratorios y multas por atraso de pago, proceso de calificación de la cartera de créditos según la normativa legal vigente, generando además las provisiones para cobertura de posibles pérdidas por falta de pago, y dando herramientas de soporte a la gestión de análisis de la cartera y gestiones de cobranza asociadas.

- Gestión de Cobranzas: proporcionará todo el soporte y la información necesaria para la gestión de cobranzas, que se

Página 175 de 409


realizará cuando el cliente haya incumplido con el cronograma de pagos asociado a sus operaciones de crédito con el Banco.Se encargará del soporte automatizado al proceso de cobranzas en sus diferentes etapas: gestión de cobro interno, gestión de cobro externo, gestión de cobro judicial y ejecución de las garantías.

A continuación se presentan los cuadros detallados de los Requerimientos Funcionales del Módulo de Colocaciones clasificados por: Requerimientos Generales, Requerimientos de Análisis de Crédito, Requerimientos de Gestión de Cartera, Requerimientos de Gestión de Garantías, Requerimientos de Gestión de Cobranzas.

17.3.2.1 Módulo de Colocaciones – Requerimientos GeneralesREQUERIMIENTOS FUNCIONALES DEL MODULO DE COLOCACIONES

REQUERIMIENTOS GENERALESParametrización Integrará un motor de automatización de flujos de trabajo que permita de una forma

paramétrica definir diferentes rutas de proceso de análisis y aprobación del crédito, facilitando que en cada caso se pueda determinar:

- Las etapas (pasos) que deberán cumplirse para cada flujo de trabajo.- Los roles de usuario que se asociarán a cada etapa.- Las funciones y actividades que se deberán cumplir en cada etapa.- Los requisitos de recepción, verificación, archivo o procesamiento de documentos

que se deberán cumplir en cada etapa.- Definir qué requisitos y actividades deben cumplirse en forma obligatoria antes

de dar paso a la siguiente etapa.- Qué entradas de datos nuevos y/o de actualización de datos pueden hacerse en

cada etapa.- Los documentos y reportes que se generarán.- Los tiempos máximos que deberá permanecer una solicitud o trámite en cada

etapa del flujo de trabajo.- Definir si las actividades de una etapa deben ser ejecutadas por un solo usuario o

por varios usuarios.- Determinar si una etapa puede ser obviada bajo la definición de alguna regla de

negocio en el flujo de trabajo.Parametrización Administrar las reglas de operación de los flujos de trabajo, facilitando la definición y

mantenimiento por parametrización de:- Los usuarios autorizados a intervenir en los roles asociados a cada etapa de un

flujo de trabajo.- Las funciones y atribuciones del usuario.- El número máximo de solicitudes de créditos simultáneos que podrá tener cada

usuario en un momento de tiempo.- El tiempo máximo que podrá permanecer una solicitud de crédito en la bandeja

de un usuario para su gestión, antes de generar alertas a otros usuarios.- Reglas para la asignación automática de solicitudes de créditos a los usuarios del

sistema, tomando en consideración el tipo de flujo de trabajo, el producto, la oficina, la moneda, entre otras opciones posibles.

- Mecanismos de reasignación automática y/o manual de solicitudes de créditos, cuando el usuario reciba más de las definidas como máximo, o cuando los tiempos máximos para su atención se hayan excedido.

Parametrización Permitirá la integración de registros electrónicos, vínculos o referencias a los documentos que se generen por las acciones de los usuarios autorizados en las diferentes etapas del flujo de trabajo. En cualquiera de los casos, registrará la ”firma electrónica” del usuario correspondiente.

Parametrización Incluirá la definición por parametrización de reglas y opciones de decisión lógica de la ruta a seguir luego de cumplirse una etapa, como:

Página 176 de 409


REQUERIMIENTOS FUNCIONALES DEL MODULO DE COLOCACIONESREQUERIMIENTOS GENERALES

- Continuar en forma secuencial con el paso siguiente.- Abrir una ruta múltiple simultánea a varios usuarios. Se refiere a que la Solución

de Nuevo Core Bancario esté en la capacidad de que los diferentes usuarios de negocios que participan en el proceso de colocaciones tengan la información en línea de manera simultánea y que permita continuar con los diferentes pasos que le competen dentro del ciclo de vida del crédito.

- Las reglas pueden ser simples y compuestas.- Aplicar preguntas de decisión.- Aplicar preguntas lógicas.- Definir que se regrese a una etapa anterior.- Definir que se omita una o varias etapas.- Definir que se suspenda el flujo de trabajo y se emita alarmas a diferentes

usuarios.- Definir que se pase a la etapa final del flujo de trabajo.

Parametrización Integrará un esquema de pistas de auditoría, que permita identificar todas las acciones y transacciones realizadas en las diferentes instancias del ciclo de proceso integral de una operación de colocaciones:

- Análisis de Crédito.- Gestión de Cartera.- Gestión de Garantías.- Gestión de Cobranzas.

Parametrización Deberá tener la capacidad de manejar diferentes tipos de operaciones de colocaciones, que en general se asociarán a las siguientes modalidades:

- Créditos de Consumo.- Créditos Hipotecarios para Vivienda.- Créditos Mediana Empresa.- Créditos Pequeña Empresa.- Créditos Micro Empresa.- Créditos Corporativos.- Líneas de Crédito.- Créditos para Microfinanzas (Microcrédito).- Cartera Comprada.- Cartera Vendida.- Cartera Titularizada.

En todos los casos se debe poder manejar opciones de banca de primer piso y banca de segundo piso.

Parametrización Para las líneas de crédito deberá permitir manejar como mínimo las siguientes características:

- Líneas de crédito revolventes.- Líneas de crédito decrecientes.- Líneas de Crédito para usos específicos, con definiciones particularizadas de

monto, tasas, condiciones y plazo.- Líneas de Crédito de Uso Múltiple.

Parametrización Integrará opciones para la creación y mantenimiento de productos de colocaciones, con la asociación paramétrica de características operativas, reglas de negocio, condiciones financieras del producto.Los parámetros básicos a definir son:

- Tipo de crédito al que se asociará (según clasificación de la Superintendencia de Banca, Seguros y AFP). Actualmente la clasificación incluye ocho tipos de créditos: Corporativos, Grandes Empresas, Medianas Empresas, Pequeñas Empresas, Micro Empresas, Consumo Revolvente, Consumo No Revolvente, Hipotecarios para Vivienda.

- Tipo de Cliente.- Moneda.- Fuentes de Recursos.

Página 177 de 409



- Segmento de Mercado.- Tasas de Interés aplicables.- Modalidad de cálculo de intereses.- Plazos y reglas de negocio para reajustes de tasas.- Formas de pago permitidas.- Pre-cancelaciones y reglas asociadas.- Opciones de refinanciación y/o reestructuración con reglas de negocio asociadas.- Rango de Plazos que se puede ofrecer.- Frecuencia de pagos.- Rango de Montos.- Cargos por servicio aplicables.- Comisiones aplicables.- Forma de generación del cronograma de pagos.- Plazos a transcurrir para cambiarlo de estado (atrasado, en mora, vencido).- Formas de desembolso permitidas.- Documentos requeridos.- Garantías requeridas (tipo y cobertura).- Modalidad de oferta del producto (Banca de Primer o de Segundo Piso).- Oficinas y/o zonas que pueden ofrecer el producto.- Servicios adicionales. Se refiere a los servicios con características específicas para

los segmentos de clientes que el Banco pueda definir a futuro.- Opciones de bloqueo de solicitud préstamos con reglas de negocio asociadas.- Políticas que deben cumplirse para acceder a un producto. - Seguros obligatorios asociados.

Parametrización Deberá contar con las funcionalidades necesarias para la administración del registro de seguros, recaudación de cuotas para pago de primas y control de vigencia de los seguros asociados a los créditos como de sus respectivas garantías, teniendo en cuenta las siguientes consideraciones:

- Cálculo, registro y cobro de los seguros de las Garantías.- Cálculo, registro y cobro de los seguros de los Créditos.- Renovaciones de los seguros.- Administración de las primas colectivas.- Control de endosos de pólizas y de las exclusiones de cualquier tipo.

Parametrización Deberá tener la capacidad de manejar operaciones con diferentes tipos de interés:- Tasas de Interés fija.- Tasas de Interés variable (en sus diferentes modalidades).- Tasas de interés escalonadas según monto y/plazo.- Tasas de interés moratoria diferenciada.

Parametrización Integrará una opción para desagregar los componentes de una tasa de interés. Como ejemplo de esta desagregación señalamos:

- Tramo por el costo de los fondos.- Tramo por el costo administrativo.- Tramo por el costo de riesgo.- Spread esperado.

Parametrización Permitirá establecer qué canales del Banco se utilizarán para originar las solicitudes de crédito. El formato de solicitud deberá ajustarse a los formatos y modalidad operativa de cada canal.

Registro Información

Se mantendrá un registro con la información histórica de todas las transacciones financieras que se realicen en todos los créditos desembolsados.

Consultas En cada etapa del crédito, el aplicativo deberá suministrar consultas para que el usuario final cuente con información detallada del crédito.

Administrativas Deberá actualizar masivamente las tasas de interés ante el cambio de las tasas asociadas a las operaciones con productos que tengan definida una tasa variable y/o reajustable de interés.

Administrativas Deberá incluir soporte operativo automatizado para un conjunto de consultas,

Página 178 de 409



transacciones y procesos administrativos y operativos como:- Cambio de estado.- Cambios en la información.- Destino de envío de notificaciones y correspondencia. - Consultas resumidas y detalladas del estado de cuenta de la operación.- Duplicados de documentos.- Consulta detallada de transacciones.



Reportes Suministrará herramientas y facilidades para la generación de reportes e informes de forma paramétrica con mínima intervención del área de tecnología.

Alertas Deberá permitir el envío de alertas o avisos de vencimiento al deudor y/o garantes asociados a la operación de crédito, a través de diferentes medios como notificación impresa, mensajes en los estados de cuenta de sus productos de captaciones, mensajes a desplegarse cuando accede a la banca Internet, al call center, o a un cajero automático, correo electrónico personalizado, mensajes SMS.

Reportes Batch Incluirá herramientas para la generación y mantenimiento de reportes a ser generados en forma periódica durante la ejecución de los procesos de cierre de día (batch) del módulo. Estos reportes servirán para gestión, control operativo y los que se definan como necesarios para el cumplimiento de procedimientos y requerimientos internos y externos.

Reportes Batch Incluirá rutinas optimizadas para la generación y mantenimiento de documentos a ser impresos en forma masiva, como resultado de la ejecución de procesos de cierre diario, como por ejemplo los avisos de vencimiento, las notas de débito por pagos recibidos. En los casos que se requiera este proceso se complementará con la generación de archivos de información, con formatos y contenido de datos definibles según el caso y uso que se dará al archivo generado.

Integración Deberá integrarse con otros Módulos, como:- Módulo de Clientes: para acceder al registro y expediente único de datos del

cliente y su posición. Deberá interactuar con este módulo para obtener las facilidades de registro, actualización y modificación de datos del cliente, vinculación de las partes de esta información que se requieran en el expediente de crédito del cliente y a su vez entregar los datos que requiera el Módulo de Clientes para registrar, actualizar y mantener la posición integral del cliente.

- Módulo de Captaciones: para obtener información de los productos pasivos que tiene el cliente en el Banco y automatizar los procesos de interacción transaccional para realizar abonos por desembolsos o notas de crédito asociadas a operaciones de colocaciones y los cargos o notas de débito para aplicar a pagos de cuotas o notas de débito generadas por operaciones de colocaciones.

- Comercio Exterior: para recibir las solicitudes de apertura de Créditos Documentarios que deberán ser evaluadas para su viabilidad.

- Plataforma Comercial y de Servicios: para poner disponibles a los usuarios autorizados del Banco y a los clientes, las opciones de consultas y de interacción con el Módulo de Captaciones que se definan para cada caso. Las opciones estarán disponibles en los diferentes canales que el Banco defina.

- Central de Riesgos y Burós de Crédito: para verificar cuales son las deudas que mantiene el cliente en otras instituciones y su calificación en cada una de ellas y para generar la información que por ley o convenios deba entregar el Banco a estas entidades.

Particulares Integrará opciones para manejar préstamos hipotecarios especiales (conocidos en el mercado nacional como Prestamos MIVIVIENDA) y a futuro en otros tipos de productos de préstamos especiales, los que tienen la funcionalidad especial de aplicar un “bono adicional” por haber realizado los pagos de las cuotas de manera puntual en un período

Página 179 de 409



determinado, que consiste en el salto del pago de una cuota mensual del crédito con la posibilidad de condonación de intereses, capital, intereses y capital o ninguno de los dos. El sistema deberá re-calcular los intereses y otros rubros asociados al crédito, y generará un nuevo cronograma de pagos del crédito, que reflejará las nuevas condiciones.

Particulares Integrará funcionalidad que permita seleccionar, separar, calificar y generar portafolios con cartera a ser vendida a otras instituciones financieras.Incluirá el soporte operativo para la gestión de la cartera vendida, tanto en la modalidad con recurso como en la modalidad sin recurso.En cada caso deberá permitir definir los términos y condiciones de la venta y ajustar los procesos operacionales asociados a la gestión de la cartera hasta su salida total del balance del Banco.

Particulares Deberá contar con las facilidades para automatizar el proceso de compra de la cartera de otras instituciones financieras. La compra puede ser en las modalidades con recurso o sin recurso y permitirá definir los parámetros y características operacionales que deberán aplicarse a cada una de las operaciones de cartera comprada.El aplicativo proporcionará todas las facilidades para el soporte operativo y gestión de este tipo de operaciones.

17.3.2.2 Módulo de Colocaciones – Análisis de CréditoREQUERIMIENTOS FUNCIONALES MODULO DE COLOCACIONES

ANÁLISIS DE CRÉDITOPrecalificación Al ingreso de un requerimiento o solicitud de crédito por parte de un cliente, facilitará

la selección del producto de crédito requerido o considerado adecuado.Al seleccionar el producto, el sistema dará inicio al flujo de trabajo (workflow) correspondiente, activando la ruta de proceso que deberá seguir la solicitud, con toda la funcionalidad, las opciones de ingreso y los controles asociados al producto, definidos en el proceso de parametrización y mantenimiento de productos.

Precalificación Luego del ingreso y validación de los datos obligatorios para la solicitud de crédito, el sistema automatizado registrará y generará un código único para cada solicitud. La codificación de la solicitud incluirá el código del producto bancario, el código de oficina en la que se registra la solicitud y dígito verificador generado con algoritmos que minimicen la posibilidad de errores de digitación al ingresar el número de solicitud para ejecutar consultas o transacciones.

Precalificación En el momento de iniciar el proceso de análisis crediticio, deberá permitir ingresar y/o modificar las condiciones establecidas en la parametrización para cada tipo de producto, tales como:

- La tasas de interés a aplicar (controlando que esté dentro de los rangos autorizados).

- Cargos adicionales por comisiones y costos de servicios. - Monto de la operación.- Plazo de la operación.- Forma de pago.- Períodos de gracia.- Condiciones de pre-cancelación.- Pagos o cuotas adicionales.- Garantías propuestas.- Plazos de reajuste de tasas.

Permitirá identificar qué condiciones puede modificarse sin necesidad de generar una ruta de aprobación y cuales necesitan una ruta de aprobación para que proceda la modificación.

Precalificación Proporcionará la facilidad de usar un simulador, que permita al ejecutivo realizar escenarios de los diferentes productos, respetando las condiciones de cada producto y reflejando las condiciones particulares de lo solicitado y negociado con el cliente.

Precalificación Permitirá el registro de excepciones en la aplicación de rubros y sus valores

Página 180 de 409


REQUERIMIENTOS FUNCIONALES MODULO DE COLOCACIONESANÁLISIS DE CRÉDITO

establecidos, o en el cumplimiento de políticas. Estas excepciones deberán pasar por el flujo de aprobación con el control de las autorizaciones correspondientes definidas de acuerdo a las políticas, procedimientos y reglas de negocio aplicables a cada producto.

Registro Usuarios Llevará un registro electrónico detallado de las acciones tomadas por cada usuario que haya participado en cada paso del proceso de análisis de crédito.

Precalificación Validará que se cumpla todos los requisitos solicitados en cada etapa del flujo de trabajo asociado al producto. Llevará un registro detallado del cumplimiento de requisitos con los datos del funcionario responsable, permitiéndole añadir observaciones y comentarios en campos de formato libre definidos para este fin.Verificará el cumplimiento de todos los requisitos de cada etapa del flujo de trabajo, antes de permitir el paso del expediente electrónico a la siguiente etapa, generando la vinculación a los documentos asociados, tanto en el expediente electrónico como en el expediente físico del crédito.

Gestión de Documentos

Deberá incluir un sistema de gestión de documentos, con opciones de captura, vinculación y almacenamiento de imágenes de los documentos que sean recibidos en las diferentes etapas del proceso de análisis del crédito.Las imágenes de los documentos se vincularán al expediente electrónico del crédito y podrán visualizarse cuando sea necesario utilizando las opciones de consulta del expediente.

Scoring La solución deberá incluir una solución de scoring o ratings de crédito. Se preferirá opciones que permitan la aplicación de buenas prácticas para este tipo de gestión con modelos estadísticos, preferentemente con opción de manejo de modelos abiertos, parametrizables y ajustables a las características de los clientes del Banco y los productos crediticios que comercializa.Es un requisito obligatorio su entrega por el Contratista.

Precalificación Para la aplicación de los modelos de scoring y otras técnicas de evaluación de riesgo para los productos de crédito para empresas, deberá brindar herramientas de análisis especializadas de los principales estados financieros, en los formatos adecuados para cada caso. Los estados financieros comunes a registrar son:

- Balance general.- Estado de Resultados.- Flujos Proyectados.

Deberá incluir la posibilidad de generar o registrar los principales indicadores financieros y de gestión que se pueda generar de la información base, para completar el expediente, además de los datos que contengan los resultados, observaciones del análisis técnico de viabilidad y riesgo del crédito.

Riesgo Total Deberá facilitar la integración al expediente electrónico de toda la información necesaria para determinar el riesgo total del cliente, con la información de todas las deudas vigentes del cliente en el Banco y en el sector financiero Peruano. La información debe agregarse al expediente y manejarse a nivel consolidado, con opciones de profundización a detalle que dependerán de la disponibilidad de datos, según la fuente.

Riesgo Total Deberá generar alertas y de ser el caso (dependiendo de las definiciones y reglas de negocio a aplicar en cada producto y caso) bloquear automáticamente cualquier solicitud de una operación si está por encima de los cupos o límites establecidos en las líneas de crédito y operaciones de crédito otorgadas al cliente.

Riesgo Total Controlará el cumplimiento de todas las políticas definidas por el Banco para cada producto de colocaciones. En caso de incumplimiento, deberá generar las alertas correspondientes y de ser el caso bloqueará la solicitud crédito.

Información General

Generará y mantendrá, desde el registro de la solicitud y durante toda la gestión, un expediente electrónico del crédito con toda la información del cliente, la información que se añade en cada etapa del proceso y la información de las características de la operación solicitada con datos como:

- Tipo de Crédito.

Página 181 de 409


REQUERIMIENTOS FUNCIONALES MODULO DE COLOCACIONESANÁLISIS DE CRÉDITO

- Condiciones negociadas:o Plazo.o Monto. o Tasas de interés.o Forma y plazo de desembolso.o Forma de pago.o Cargos.o Comisiones.o Reajustes.o Excepciones.

- Scoring. - Montos recomendados.- Cronograma de pagos propuesto.- Cumplimiento de políticas y requisitos.- Situación de riesgo del cliente:

o Deuda con el Banco.o Deuda con el sistema.o Colocaciones en el Banco.o Experiencia crediticia previa.o Líneas de crédito aprobadas y vigentes.o Calificación en el Banco, se refiere a la que presenta el cliente

asignada por el Banco de la Nación.o Calificación en el sistema, se refiere a la que presenta el cliente con

relación al sistema financiero. - Historial crediticio.- Funcionario responsable del cliente y funcionarios que participaron en el

proceso de evaluación del crédito.- Oficina y área a la que ha sido asignado el cliente.- Garantías.- Documentos recibidos y verificados.- Recomendaciones y decisiones tomadas en el proceso.

17.3.2.3 Módulo de Colocaciones – Gestión de CarteraREQUERIMIENTOS FUNCIONALES MODULO DE COLOCACIONES

GESTIÓN DE CARTERAInformación General

Luego de la aprobación de una solicitud de un producto de colocaciones, el área de operaciones recibirá el expediente electrónico completo y verificará la información, documentación y cumplimiento de requisitos y políticas definidos para la instrumentación de la operación.

Formalización Para la instrumentación del crédito, se deberá generar automáticamente los documentos que se hayan definido en cada producto para proceder al desembolso, con toda la información del cliente y de la operación aprobada, más los términos legales, operacionales y contractuales aplicables. Entre los documentos que se pueden generar para imprimir, suscribir, registrar y formalizar una operación de colocación están:

- Contrato.- Cronograma de pagos.- Pagarés.- Contratos de prenda.- Hipotecas.- Contratos de pignoración o endoso de documentos valorados.

Formalización Luego de la formalización, se procede a la ejecución del desembolso. El sistema generará y registrará un código único para cada operación. Cada desembolso está ligado a un número de crédito.La codificación de la operación incluirá el código de producto, el código de oficina en la

Página 182 de 409


REQUERIMIENTOS FUNCIONALES MODULO DE COLOCACIONESGESTIÓN DE CARTERA

que se registra la operación y dígito verificador generado con algoritmos que minimicen la posibilidad de errores de digitación al ingresar el número de solicitud para ejecutar consultas o transacciones.

Desembolsos Permitirá realizar desembolsos a través de diferentes modalidades, de acuerdo a lo definido en la parametrización del producto:

- Efectivo.- Abono en cuenta corriente o ahorro del cliente.- Cheque de Gerencia a nombre del deudor.- Cheque de Gerencia a nombre de un tercero.- Cancelación de otro(s) préstamo(s).- Transferencia interbancaria usando el LBTR (para operaciones con otras

instituciones financieras).Desembolsos Permitirá realizar diferentes tipos de desembolsos, de acuerdo al tipo de producto:

- Parciales.- Totales.- Desembolsos programados.

Calificación Deberá permitir definir y administrar diferentes estados del crédito:- Vigente.- Vencido.- Cartera Saneada, se refiere a los créditos recuperados, operación que produce

variaciones de plazo y/o monto del crédito original y que obedecen a dificultades en la capacidad de pago del deudor.

- Cobro Judicial, se refiere a la acción ante un juzgado competente mediante la cual se gestiona la recuperación del crédito, esta etapa es posterior a la que el BN ha agotado todas las acciones de cobranza pre-judicial sin que el cliente cumpla con el pago de las cuotas vencidas.

- Cancelado.En cada caso se debe considerar las repercusiones contables y operativas asociadas.

Calificación Según el estado de cada operación y el número de días de atraso que tenga en uno o más pagos pactados en el contrato de crédito, deberá ejecutar mensualmente el proceso de calificación de los clientes y de la cartera de créditos, asociando a cada cliente y sus operaciones la calificación que le corresponda luego de aplicar las definiciones legales establecidas por la Superintendencia de Banca, Seguros y AFP.Actualmente estas regulaciones se basan en la aplicación de modelos de calificación, que toman en consideración el tipo de crédito al que se asocia la operación, el número de días de atraso en el pago y una evaluación de indicadores financieros y cualitativos de gestión, así como el sector económico en el que desenvuelve sus actividades (aplica sólo a créditos comerciales y corporativos).Actualizará la calificación del cliente, las operaciones asociadas y generará la información necesaria para los procesos de cobranza internos o judiciales del cliente en los casos que aplique.Generará la información para notificación de los cambios de calificación de los clientes a ser enviados a la Central de riesgos y a los Burós de Crédito, en cumplimiento de la normativa legal y los convenios institucionales vigentes, con los datos y formatos de archivos correspondientes.

Provisiones Deberá integrar el proceso de cálculo y constitución de provisiones para los créditos del Banco. El cálculo de provisiones para créditos irrecuperables se ejecutará tomando como insumo la calificación obtenida por cada operación de crédito vigente, aplicando el modelo y regulaciones vigentes definidas por la Superintendencia de Banca, Seguros y AFP para este fin. El modelo vigente asigna como provisión un porcentaje del valor pendiente de pago de la operación, aplicable por una tabla oficial emitida por el regulador, en la que se relaciona el porcentaje de provisión a aplicar con el tipo de crédito y la calificación obtenida.Con el valor resultante de las provisiones calculadas para cada operación, deberá

Página 183 de 409



constituir la reserva legal correspondiente, generando el dato de provisión constituida por cada operación, realizando la aplicación del nuevo valor (en aumento o resta del valor previamente constituido) y deberá generar los auxiliares contables y asientos contables correspondientes para concluir el proceso.Generará la información con los datos de las provisiones constituidas en los formatos de reportes y archivos que requiere el regulador, para dar cumplimiento de la normativa legal vigente.

Provisiones El proceso de cálculo de provisiones deberá contemplar opciones de modificación y ajustes para acoplarse a los cambios de modalidad de cálculo que emite periódicamente la Superintendencia de Banca, Seguros y AFP, con opciones que sean manejadas a nivel de parametrización de usuario o, en casos de cambios muy complejos, con un mínimo soporte del área de tecnología que tenga que modificar el sistema.


Deberá realizar el cálculo y la provisión diaria de intereses para cada operación, tomando los parámetros y valores para el cálculo de los datos definidos en la parametrización de cada producto.El cálculo de provisión de intereses deberá comenzar desde el momento de ejecución de cada desembolso, sobre el saldo de capital por pagar de la operación a la fecha.

Cálculo de Intereses

Deberá incluir opciones automatizadas que permitan definir todas las formas posibles de calcular los intereses a ser aplicados a una operación de crédito. Entre estas opciones podemos señalar:

- Cálculo de interés simple.- Cálculo de interés compuesto.- La base de cálculo a aplicar (365/360, 365/365, 360/365, 360/360 entre otras).- Período de cálculo, sobre una base diaria y opciones comunes de períodos

comoo Diario.o Semanal.o Quincenal.o Mensual.o Trimestral.o Semestral.o Anual.

Cálculo de Intereses

Para el cálculo de intereses y la generación de los cronogramas de pago, tomará en consideración el calendario operativo y las definiciones dadas para el producto en su parametrización. Asimismo, para el manejo de los vencimientos identificará cuales son fechas no laborables para no incluirlas en el cronograma de pagos.

Cronograma de Pago

Deberá tener la capacidad de generar planes de pago con diferentes características, tales como:

- Cuota fija a capital- Cuota Fija a capital e interés- Cuotas Balloon- Cuotas Extraordinarias (de aplicación periódica o no)- Cuotas con períodos de gracia- Cuotas escalonadas (ascendentes o descendentes)- Cuotas definidas manualmente

Cronogramas de Pago

Para la generación y ejecución del cronograma de pago, tomará en consideración las definiciones del producto o condiciones contractuales para aplicar opciones de:

- Pago de intereses anticipados.- Pago de intereses al vencimiento.- Aplicación de pagos dentro del período de tiempo definido como válido, sin

aplicación de moratorios, cargos, ni cambio de estado.- Pago adelantado de cuotas.- Abonos parciales de la cuota.- Pre-cancelación de la operación.

Página 184 de 409



- Pago de varias cuotas por vencer, a ser aplicadas en la fecha de vencimiento. Cronograma de Pago

Deberá permitir asociar al plan de pagos los períodos de gracia que puedan ser aplicables de acuerdo al producto. El período de gracia se podrá aplicar en modalidad de gracia a:

- Capital.- Intereses.- Capital más intereses.

Permitirá determinar y ejecutar la aplicación de los intereses generados durante el período de gracia en diferentes escenarios: en la primera cuota fuera del período de gracia, prorrateo en todas las cuotas del crédito luego del período de gracia, condonación de los intereses generados.

Notas de Débito Permitirá generar automáticamente los avisos de vencimiento y, en los casos que corresponda, las notas de débito a ser aplicadas en las cuentas corrientes o de ahorros que tenga el cliente en el Banco, para el cobro de cuotas, intereses de mora, cargos por servicios adicionales, seguros, comisiones, impuestos, asociados a la operación de crédito, según las definiciones del producto y condiciones contractuales aplicables. En un solo aviso de vencimiento y/o nota de débito, se debería poder agrupar diferentes rubros a ser recaudados (capital, intereses, comisiones, impuestos), los cuales al recaudarse se deben aplicar al rubro correspondiente, generando las afectaciones a las cuentas contables que corresponda.En los casos que aplique, se generará los comprobantes de pago, documentos de recibo y/o facturas que correspondan, con los formatos y contenidos de información aplicables a cada caso.Permitirá configurar las notas de débito para que sean aplicadas en el momento del desembolso, en el momento de pago de cada cuota o en un momento de aplicación en particular según el caso.

Notas de Débito Permitirá establecer cuáles son los rubros de la operación que pueden ser financiados e incluidos dentro de la cuota del préstamo y cuáles no pueden ser financiados.

Seguros En el caso de los productos que tiene asociados seguros obligatorios, permitirá el cálculo y cobro de las primas de los seguros en diferentes modalidades:

- Pago anticipado del seguro.- Pago de la prima en cuotas sin costo financiero.- Pago de la prima en cuotas con costo financiero.

Pago Deberá permitir manejar diferentes modalidades de pago, de acuerdo a la definición del producto y las condiciones contractuales negociadas:

- Efectivo en cajas.- Débito en cuenta corriente o de ahorro.- Cheque propio.- Cheque de otros bancos locales.- Cheque de gerencia de otros bancos. - Descuento por planilla. Planilla es la nómina de las personas que reciben su

retribución por el trabajo realizado en un tiempo determinado.- Combinación de varias opciones. - Cuentas de apoyo o cuentas puente.

Pago Deberá permitir la aplicación de pagos parciales a las operaciones de crédito.Para la aplicación de pagos parciales permitirá configurar el orden de aplicación del pago a los rubros del préstamo (prelación de pagos).

Fecha Valor Integrará facilidades para la aplicación de transacciones con fecha valor.En estos casos verificará que sean ejecutadas y autorizadas por funcionarios con el perfil adecuado y cumpliendo las políticas y procedimientos de autorización para esos casos.Actualizará los cálculos, cronogramas de pagos y estado de cuenta de la operación de crédito, generando los ajustes contables correspondientes.

Reversos/Extornos Deberá ofrecer la posibilidad de manejar reversos y extornos de ciertas transacciones, aplicando para ello los controles de cumplimiento de políticas y niveles de autorización

Página 185 de 409



que defina el Banco. Deberá permitir los reversos incluso a fecha valor con los ajustes contables correspondientes.

Seguros Deberá controlar la vigencia y en los casos que aplique, gestionar la ejecución de las pólizas de seguros relacionadas con las operaciones de crédito y las garantías, aplicando los valores recaudados al pago de los diferentes rubros pendientes de cobro de la operación.

Refinanciamientos Deberá manejar opciones de aplicación de procesos de refinanciamiento de créditos, en los términos y condiciones de modificación de la operación que deban aplicarse.Verificará que se cumpla con los requisitos, políticas y esquemas de aprobación y/o autorización que apliquen a cada caso.Actualizará los cálculos, cronograma de pagos y estado de cuenta de la operación.

Reestructuraciones Deberá manejar opciones de aplicación de procesos de reestructuración de créditos, aplicando los términos y condiciones de modificación de la operación que corresponda.Verificará que se cumpla con los requisitos internos, legales, políticas y esquemas de aprobación y/o autorización que apliquen a cada caso.Actualizará los cálculos, cronograma de pagos y estado de cuenta de la operación, cambiándole de estado, generando los movimientos y registros contables asociados. Marcará la nueva operación como reestructurada y mantendrá la vinculación con el (los) crédito(s) original(es) para seguimiento y control.

Castigo de cartera Incluirá el soporte automatizado para la aplicación de procesos de castigo de créditos, aplicando los términos y condiciones que corresponda. Verificará que se cumpla con los requisitos internos, legales, políticas y esquemas de aprobación y/o autorización que apliquen a cada caso. Aplicará el pago a los valores irrecuperables de la operación con cargo a las provisiones constituidas. Cambiará de estado la operación y generará los movimientos y registros contables asociados. Marcará la nueva operación como castigada y mantendrá la vinculación con el (los) crédito(s) original(es) para seguimiento y control de recuperación posterior.Generará la información requerida por ley, así como la información para registrar el evento en la Central de Riesgos y Burós de Crédito.Castigo Contable:Operación contable que consiste en la eliminación o retiro del balance, de aquellos activos calificados como incobrables o irrecuperables, después de demostrarse con evidencias reales y comprobables el agotamiento de todas las acciones extrajudiciales y judiciales para tal fin. El castigo no extingue la deuda ni libera garantías.Cuentas irrecuperables:Son las generadas por operaciones de carácter crediticio y no crediticio, respecto de las cuales se han agotado todas las acciones extrajudiciales y judiciales, según el caso, contempladas para su recuperación o regularización.

Información General

Durante toda la vida de una operación o línea de crédito, se mantendrá un expediente electrónico con toda la información relevante de la operación. Entre los datos a mantener en el expediente estarán:

- Información general del cliente.- Tipo de Crédito.- Datos y parámetros con los que se instrumentó la operación original.- Estado de cuenta detallado con todos los movimientos y transacciones que

afectaron a la operación.- Situación actual de la operación:

o Monto inicial.o Saldo pendiente (principal e intereses).o Cuotas pagadas, vencidas y por vencer (principal e intereses).o Calificación del cliente y de la operación.o Estado de la operación.o Garantías asociadas con su valoración y cobertura.o Provisiones generadas.

Página 186 de 409



- Histórico del crédito.- Ejecutivos que participaron en el proceso de evaluación y aprobación del

crédito.

17.3.2.4 Módulo de Colocaciones – Gestión de GarantíasREQUERIMIENTOS FUNCIONALES MÓDULO DE COLOCACIONES

GESTIÓN DE GARANTÍASTipos de Garantías

Deberá permitir la definición de diferentes tipos de garantías para respaldar los créditos, tales como:

- Hipotecaria.- Prenda.- Cash Colateral, es el depósito líquido en garantía. Con relación a los Préstamos

Personales, el software debería estar en la capacidad de constituir, clasificar, y realizar el seguimiento a este tipo de garantía. Así como permitir que una garantía cubra varias operaciones de crédito.

- Pagarés con firma del deudor.- Pagarés con firma del deudor y de garantes.- Documentos valorados.- Cartera de Otras Instituciones Financieras: Garantía Mobiliaria, Cesión de

Derechos.Para cada tipo de garantía permitirá la definición de los campos de datos que se deberán registrar, el formato y contenido de esos campos, las validaciones a aplicar y cuales son mandatorios para el registro y gestión de cada tipo de garantía.

Registro Al registro de cada tipo de garantía se le deberá incluir campos para los datos de:- Valor inicial de la garantía.- Valor actualizado (aplicando depreciaciones, avalúos o tasaciones).- Frecuencia de actualización de datos de valores.- Datos del responsable de cada valoración.- Niveles de cobertura a aplicar para respaldo de operaciones.- Tipos de seguros a exigir sobre las garantías y registro de su endoso al Banco- Ubicación de la garantía.- Forma de custodia de la garantía y responsables de esa función.- Costos asociados a la gestión y mantenimiento de las garantías y a quien se los

carga (al cliente o al Banco).- Para el caso del registro de cartera como garantía, permitirá seleccionar, calificar

e intercambiar portafolio de cartera que sea entregada como garantía por otras instituciones financieras.

- Intereses ganados en el caso de depósitos en garantía.Asociación de Garantías

Deberá permitir la vinculación a las operaciones de crédito, las garantías propuestas en las solicitudes y constituidas en la instrumentación en las siguientes modalidades:

- Una operación a varias garantías (del mismo o de diferente tipo).- Una garantía a varias operaciones (del mismo o diferente tipo de producto).

Cada garantía debe estar relacionada con un cliente y se debe permitir relacionar una o varias operaciones de un cliente a una o varias garantías de otros clientes. En los casos que apliquen estas vinculaciones deberá realizarse pasando por un procedimiento de aprobación o de autorización.

Constitución Automatizará el proceso de control de cumplimiento de las políticas, procedimientos y requisitos para la constitución de las garantías propuestas por el cliente.En todos los casos incluirá facilidades para la generación, impresión y formalización de los documentos necesarios para la generación de las hipotecas, prendas o contratos especiales que deban formalizarse, y el control de que se ejecuten los procesos de inscripción en los registros públicos.

Archivo y Custodia

Permitirá facilitar la captura y digitalización de los documentos asociados al expediente físico de cada garantía. Proporcionará las funciones y facilidades de consulta y de

Página 187 de 409


REQUERIMIENTOS FUNCIONALES MÓDULO DE COLOCACIONESGESTIÓN DE GARANTÍAS

impresión de los documentos de soporte registrados en el expediente digitalizado cuando sea requerido por los usuarios autorizados. Generará un registro electrónico de apoyo para la gestión del archivo físico y datos de custodia de documentos asociados a cada garantía.

Situación de las Garantías

En todo momento deberá asociar un estado a cada garantía y lo actualizará según los procedimientos y las reglas de negocio que deban aplicarse en cada caso. Los principales estados a gestionar son los siguientes:

- Propuesta.- Constituida.- Vigente.- Bloqueada.- Ejecutada.- Recibida en dación de pago.- Liberada.- En administración (por ejecución o recepción en dación de pago).- Realizada.

Estado de cuenta

Llevará un estado de cuenta detallado y actualizado con todos los gastos realizados por el Banco para la gestión de cada garantía en sus diferentes estados y los cargos generados al cliente por cada gestión.

Liberación Deberá permitir liberar las garantías relacionadas a una o varias operaciones, una vez que se cumpla con todas las condiciones contractuales de la operación y se proceda a su cierre por pago total de la obligación contraída por el cliente.

Liberación Incluirá facilidades para la generación, impresión y formalización de los documentos necesarios para levantar las hipotecas, prendas o contratos especiales en los registros públicos.

Administración y realización de Garantías

Las garantías recibidas en dación de pago o ejecutadas como resultado de negociaciones o de procesos de ejecución por cobranza, pasarán a ser parte del activo del Banco y deberán ser administradas hasta su realización o venta.Durante este proceso de administración, se dará soporte automatizado al control, custodia, mantenimiento y administración de los bienes recibidos, así como a las gestiones para la venta o aprovechamiento de esos bienes.Se llevará un estado de cuenta detallado con el valor que se ingresa los bienes y los ingresos o gastos asociados a su administración hasta su venta y/o salida de los libros contables del Banco.Se mantendrá un vínculo de control entre este estado de cuenta y las operaciones asociadas a la dación en pago o ejecución de las garantías, lo cual se refiere al tratamiento establecido para las Garantías: registro, contabilización, seguimiento y control en un sistema seguro que brinde un soporte eficaz.

17.3.2.5 Módulo de Colocaciones – Gestión de CobranzasREQUERIMIENTOS FUNCIONALES MÓDULO DE COLOCACIONES

GESTIÓN DE COBRANZATipos de Cobranzas

Facilitará toda la información y funciones para soportar los procesos de cobranza de los créditos en mora, estableciendo sus diferentes etapas de cobranza, según el tipo de producto. Las etapas mínimas que debería tener un proceso de cobranza son:

- Gestión de Cobro Interno.- Gestión de Cobro Externo.- Gestión de Cobranza Judicial.- Ejecución de las Garantías.

Para cada etapa se proporcionará soporte automatizado a la Gestión de Cobranza, que deberá incluir: generación de la información, herramientas de manejo, control de aplicación de procedimientos y reglas de negocio aplicables a cada caso.

Recursos para cobranzas

Permitirá administrar flujos de proceso automatizados para la ejecución y control de las diferentes etapas y sus actividades asociadas dentro del proceso de cobranza:

- Ejecutivos asignados.

Página 188 de 409


REQUERIMIENTOS FUNCIONALES MÓDULO DE COLOCACIONESGESTIÓN DE COBRANZA

- Abogados internos asignados.- Abogados externos asignados.- Gestores de cobranza especializados, con contratos de tercerización, que pueden

recibir y gestionar procesos de cobranza.- Actividades o eventos que se puede o debe realizar en cada etapa. - Lista de verificación de cumplimiento de actividades definidas.

Eventos o actividades

Proporcionará la información necesaria y el soporte automatizado para la ejecución de actividades como:

- Llamadas de recordatorios y gestión de cobro.- Generación de mensajes a ser enviados por diferentes medios: correo electrónico,

mensajes SMS, notificaciones impresas, mensajes desde el Call Center.- Cartas de cobro.- Visitas presenciales.- Propuestas de acuerdos de pago.- Notificaciones judiciales.

Costo de Cobranzas

Deberá permitir asociar a cada actividad los costos correspondientes.A cada costo se le asociará una modalidad de aplicación como rubro a ser cargado a la operación y la prioridad que tendrá para la aplicación de pagos cuando se registren pagos por parte del cliente.

Costo de Cobranzas

Llevará un estado de cuenta detallado y actualizado que deberá registrar todos los gastos realizados por el Banco para la gestión de cobranzas y los cargos generados al cliente por cada gestión.

Intereses Deberá permitir el registro y gestión de aprobación de propuestas de pago, que incluyan condonaciones totales o parciales de intereses normales y moratorios generados o de otros rubros asociados a las operaciones en proceso de cobranza.En todos los casos verificará el cumplimiento de los procedimientos asociados, así como la ejecución de sus procesos de aprobación y autorizaciones involucradas.

Ejecución de Garantías

Proporcionará soporte automatizado al proceso de ejecución de garantías de operaciones que se encuentren en estado de cobro judicial y hayan cumplido con todos los requisitos legales aplicables para su ejecución o se amparen en un proceso de dación de pago acordado formalmente con el deudor y/o los jueces competentes.Generará la documentación legal necesaria para la formalización del proceso y su inscripción en los registros públicos.Generará los movimientos contables correspondientes y registrará los bienes recibidos en las cuentas correspondientes del activo del Banco.Actualizará el estado de la operación y aplicará los valores contables asociados a las garantías ejecutadas como abonos a los valores pendientes de pago de las operaciones asociadas a las garantías ejecutadas, actualizando su estado, los cálculos sobre los valores insolutos y los procesos de gestión que deban seguirse ejecutando hasta el cierre de las operaciones asociadas.

17.3.3 Requerimientos Funcionales del Módulo de Pagos y CobrosPara apoyar el procesamiento operativo de los servicios de Pagos y Cobros por encargo de terceros, el Banco requiere del apoyo de un módulo que automatice en forma efectiva y eficiente los procesos y procedimientos asociados a estos servicios.El Módulo de Pagos y Cobros deberá facilitar la definición de la modalidad operativa bajo la que se realizará diferentes tipos de recaudaciones encargadas por sus clientes, determinando por qué canales estará habilitado el servicio, si se realizará con modalidades de débitos automáticos a cuentas de clientes del Banco que hayan

Página 189 de 409


autorizado este servicio, por transferencias desde cuentas del pagador a cuentas del recaudador, por pagos en efectivo en las ventanillas y puntos de atención de transacciones financieras del Banco así como de programas sociales. En todos los casos automatizará los cobros de comisiones de servicio, retención temporal de fondos (con o sin pago de intereses) y la generación de los comprobantes y archivos de datos acordados en los convenios de recaudación.Tendrá la capacidad de recibir archivos digitales con los datos de las recaudaciones y en los casos de entidades del Estado, deberá conectarse en línea con los sistemas informáticos de las entidades contratantes del servicio, para tomar la información del recaudo y entregar los datos del pago recibido.Por otro lado deberá apoyar la instrumentación de los procesos de pagos que contrate un cliente, como por ejemplo, los pagos de remuneraciones o nómina, pagaduría de programas sociales y pagos a proveedores, los mismos que se ejecutarán siguiendo las instrucciones recibidas del cliente y con la generación de notas de débito contra la cuenta del pagador y crédito a las cuentas de los beneficiarios. En algunos casos, este tipo de servicios ofrecerá la opción de pagos en las ventanillas del Banco, a través de la red de cajeros automáticos Multired, cajeros corresponsales y/o a través de los demás canales del Banco. En cada caso aplicará los cobros de comisiones de servicio y otros cargos de manejo definidos en los convenios.Los convenios se atienden directamente con las entidades / instituciones del Estado. Para el caso de entidades privadas se atiende a través del Servicio de Corresponsalía.A continuación se presentan los cuadros detallados de los Requerimientos Funcionales del Módulo de Pagos y Cobros clasificados por: Requerimientos Generales, Requerimientos de Cobranza por Encargo, Requerimientos de Giros Bancarios, Requerimientos Recaudación de Impuestos, Tasas y Contribuciones, Requerimientos de Desembolsos/Pagos por Encargo.

17.3.3.1 Módulo de Pagos y Cobros – Requerimientos GeneralesMODULO DE PAGOS Y COBROSREQUERIMIENTOS GENERALES

Formalización Ofrecerá facilidades para registrar y mantener la información general de cada convenio de cobro o pago. Actualmente el Banco maneja convenios para recaudación o erogación de fondos a nombre de terceros bajo las siguientes líneas de servicio:

- Recaudación de impuestos, tasas y contribuciones.- Recaudación con o sin intercambio de archivos.- Recaudación con conexión a sistemas externos.- Pagos por encargo con o sin intercambio de archivos.- Pagos por encargo con conexión a sistemas de terceros.

Implementación Ofrecerá la posibilidad de configurar calendarios para el control de los plazos (fechas), horarios de atención, localidades, entre otros que requieran manejar los diferentes convenios.

Formalización Ofrecerá facilidades para registrar y mantener la información de las personas físicas/jurídicas ligadas al convenio de cobro o pago.

Página 190 de 409


MODULO DE PAGOS Y COBROSREQUERIMIENTOS GENERALES

Implementación Permitirá intercambio de archivos electrónicos con el contratante, en los formatos estándar del mercado. Esta funcionalidad deberá ser parametrizable, de acuerdo con el esquema seleccionado por el contratante. Debe cubrir tanto la recepción de registros para efectuar la recaudación/pago, como para el informe según la frecuencia solicitada por el contratante (por ejemplo: diario/semanal/mensual) de pagos recibidos. La solución deberá habilitar la recepción de estos archivos por los diferentes canales que habilite el Banco (por ejemplo: internet, carpetas SFTP, correo electrónico), y deberá contar con procesos automáticos de validación y cuadre de la información recibida, de acuerdo con las especificaciones establecidas en cada convenio.

Implementación Permitirá configurar la transferencia de información por medio de lotes de pagos/cobros. Estos lotes permitirán manejar al menos:

- Identificador único por lote y convenio.- Fecha de recepción.- Fecha de vencimiento. - Fecha de liquidación.- Estado del lote (Recibido, vencido, cancelado).- Cantidad de registros (para su posterior cuadre y aceptación).- Control de montos (recibido, recaudado, pagado, liquidado).

Implementación Permitirá la conexión directa a los sistemas del contratante. Este tipo de esquema deberá estar en capacidad de tramitar las consultas, pagos y reversiones que se generan en la operativa normal del servicio, cumpliendo para ello los estándares de transferencia de información que cada convenio establezca.

Implementación Permitirá la configuración de comisiones especiales por zona, segmento o volumen de transacciones, con el fin de incentivar la utilización de alguno de los convenios.

Implementación Permitirá el manejo de convenios de pago/cobro, en diferentes monedas. La solución ofrecerá la funcionalidad de tramitar transacciones en moneda diferente a la del cobro o pago, generando de forma automática la respectiva operación de compra/venta de moneda según sea el caso.

Implementación Habilitará la configuración de convenios de cobro mediante el esquema de depósito especial en cuentas corrientes o cuentas de ahorro, el cual consiste en capturar datos básicos del usuario del servicio que realiza el pago (código y nombre, por ejemplo), para poder entregar dicha información al dueño de la cuenta, ya sea en su extracto diario, mensual o bien por otros medios que la solución ofrezca. Esta funcionalidad deberá integrarse con cuentas corrientes y cuentas de ahorro a efecto de completar la acreditación de los fondos que se reciben de terceros (usuarios).

Implementación Permitirá configurar para cada convenio las diferentes formas de pago/cobro asociadas, por ejemplo:

- Efectivo.- Cheque propio (mismo banco).- Cheque local (otro banco del país).- Cargo/abono en cuenta (corriente/ahorro).- Tarjeta de crédito.- Nota de cargo/abono49.

Dichas formas de pago serán definidas por el contratante, y debe quedar abierta la modificación de las mismas en cualquier punto de la vida del convenio.

Implementación Deberá ofrecer un esquema flexible para la configuración de formularios (recibos de pago/cobro), para su respectiva asociación a los convenios. La emisión de estos formularios podrá ser masiva y/o individual de acuerdo con los requerimientos del convenio.

Implementación Permitirá configurar la forma en que el Banco administrará los fondos para realizar los pagos de un lote, ya sea por medio de cuenta interna, reserva de fondos (en la cuenta

49 Se aplica cuando una cuenta ha sido abonada por error y luego debe aplicarse el pago/cobro en otra cuenta.

Página 191 de 409



del contratante) o traslado de los fondos a una cuenta pagadora50.

Recepción/Emisión Deberá administrar los fondos del lote recibido según se haya configurado en el convenio de pago (cuenta pagadora, cuenta interna o reserva en la cuenta del contratante).

Recepción/Emisión Deberá instruir a cuentas corrientes y cuentas de ahorro para procesar los débitos y créditos masivos correspondientes a convenios de cobro/pago, por ejemplo para el procesamiento de planillas, suscripción cobro/pago automático y pagos a proveedores. Adicionalmente esta funcionalidad puede trasladar a esos módulos información adicional que deberá mostrarse en los estados de cuenta y consultas de movimiento de acuerdo a los términos pactados en el convenio.

Administración Permitirá identificar el estado de cada pago/cobro dentro de un lote. Por ejemplo: pendiente, pagado/cobrado. Los diferentes estados serán definidos de acuerdo a las necesidades de cada convenio.

Administración Deberá ofrecer la posibilidad de manejar reversos y extornos para las transacciones que el Banco defina, aplicando para ello los controles y niveles de autorización establecidos.

Implementación Permitirá configurar la forma en que el Banco administrará los fondos para realizar los cobros de un lote, ya sea por medio de cuenta interna o mediante el traslado de fondos a la cuenta de contratante, ya sea por lote o por periodo (diario, semanal o mensual).

Implementación Habilitará la posibilidad de restringir el procesamiento de los cobros/pagos de un convenio a un conjunto específico de agencias.

Implementación Deberá proveer un esquema para cobro de comisiones que permita manejar al menos:- Monto fijo por transacción o por lote.- Porcentaje sobre monto de la transacción o del lote.- Montos mínimos por transacción (diario, semanal, quincenal o mensual).- Montos máximos por transacción (diario, semanal, quincenal o mensual).- Por volumen (de transacciones o de monto recaudado/pagado).- Manejo de excepciones por cliente, segmento, sector económico, agencia,

región.- Mixto (cualquier combinación de las anteriores).

La solución incluirá los procesos automáticos (batch / on line) que se requiera para que los esquemas antes mencionados funcionen con las características de rendimiento y eficiencia requeridas por el Banco. De igual forma dichos procesos deberán dejar los rastros de auditoría pertinentes.Los esquemas de comisiones deben estar en capacidad de apoyar la implementación de campañas para promoción de servicio, por ejemplo mediante la excepción/reducción de comisiones por aumento en la cantidad de transacciones realizadas.

Administración Permitirá la parametrización del cobro de comisiones mínimas51 por bajo volumen para los convenios de Ventanilla MYPE52

Pago/Cobro Deberá estar en capacidad de identificar claramente el convenio y tipo de pago/cobro recibido.

Pago/Cobro Deberá estar en capacidad de manejar reversos y extornos (incluyendo los movimientos respectivos en las interfaces), los cuales estarán sujetos a los esquemas de autorización que definan el Banco y el contratante.

Administración Suministrará las facilidades necesarias para efectuar las labores control e investigación de inconsistencias tanto a nivel de oficina, convenio, o cliente. Este tipo de transacciones debe alimentar las estadísticas que permitan efectuar control de calidad para detectar y documentar las oportunidades de mejora.

50 Las cuentas pagadoras no poseen chequera por lo cual sólo es debitada por los movimientos que genera el Banco para cobertura de este tipo de servicios.51 Esto aplica cuando no se cumple con el volumen de desembolsos pactado en el convenio.52 Micro y Pequeña Empresa

Página 192 de 409



Reportes Suministrará herramientas para la generación de reportes e informes que sean de fácil mantenimiento para usuarios finales (con poco o ningún apoyo del área de tecnología).

Reportes Podrá configurar la emisión de los reportes en medios físicos y/o magnéticos, según frecuencia y detalle requeridos en cada convenio.

Reportes Habilitará la emisión de informes por lote y convenio mostrando el estado de cada pago.

Reportes Habilitará la emisión de informes consolidados por convenio, teniendo en cuenta que algunos convenios se asocian a más de una cuenta corriente. El Banco requiere que estos reportes consolidados faciliten ese análisis.

Integración Permitirá la interfaz con sistemas de mensajería (SMS, correo electrónico) para el intercambio automático de información con el usuario y/o el contratante.

Administración Ofrecerá un esquema de pistas de auditoría que permita investigar las transacciones realizadas (oficina, usuario, hora, fecha).

Administración Deberá ofrecer facilidades para la investigación y resolución de las diferencias que se generen en la gestión de los convenios (tanto con el contratante como con el usuario pagador).

Pago/Cobro Deberá ofrecer facilidades para la cobranza masiva de pólizas de seguros.

Pago/Cobro La solución deberá permitir recibir pagos por concepto de seguros, los cuales deben estar asociados a clientes del Banco. La solución ofrecerá los mecanismos necesarios para el control y seguimiento de las comisiones por cobrar por estos conceptos, de acuerdo con la frecuencia establecida en el convenio (actualmente es mensual). Esta funcionalidad debe integrarse con los sistemas de las compañías de seguros, de acuerdo con los mecanismos establecidos por cada compañía.

17.3.3.2 Módulo de Pagos y Cobros – Cobranza por EncargoREQUERIMIENTOS FUNCIONALES MODULO DE PAGOS Y COBROS

COBRANZA POR ENCARGOImplementación Permitirá definir diferentes tipos de documento para los convenios de cobranza por

encargo, los cuales se asociarán a las respectivas operaciones de cobranza que el Banco reciba del contratante.Mediante dichos tipos de documento el Banco definirá los requisitos y procedimientos que se deberá cumplir en la gestión de su cobro.

Administración Habilitará mecanismos para el control, distribución y seguimiento de los documentos recibidos para trámite de cobro por encargo (manejo de estatus).

Administración Ofrecerá facilidades para control y seguimiento de los documentos no cobrados.Administración Ofrecerá mecanismos para control de Protesto que generarán los notarios al vencimiento

del plazo de los documentos por cobrar.Administración Ofrecerá mecanismos para el control de los documentos devueltos a la entidad

contratante, ya sea con o sin Protesto.Pago/Cobro Deberá proveer las facilidades necesarias para recibir pagos completos contra

documentos recibidos para cobranza por encargo.Pago/Cobro Deberá ofrecer facilidades para la recepción de abonos parciales contra los documentos

recibidos para cobranza por encargo, cuando el convenio así lo permita (renovaciones).Pago/Cobro Deberá ofrecer facilidades para inhabilitar la recepción de abonos parciales, cuando el

convenio así lo establezca.Administración Permitirá parametrizar la generación de archivos de respuesta (en diferentes formatos),

para la devolución de los documentos no cobrados (sea con o sin Protesto).

17.3.3.3 Módulo de Pagos y Cobros – Giros BancariosREQUERIMIENTOS FUNCIONALES MODULO DE PAGOS Y COBROS

GIROS BANCARIOSAdministración y Mantenimiento

Permitirá la emisión individual o masiva (mediante recepción de archivos magnéticos) de giros bancarios 53en diferentes monedas. La emisión masiva deberá contar con facilidades

Página 193 de 409


REQUERIMIENTOS FUNCIONALES MODULO DE PAGOS Y COBROSGIROS BANCARIOS

del Producto que permitan configurar el formato de los archivos, restricciones por convenio (por ejemplo monto máximo por transacción, por lote o por beneficiario).

Administración y Mantenimiento del Producto

Habilitará el establecimiento de restricciones para el pago de giros bancarios de acuerdo con las instrucciones del ordenante. Entre estas restricciones podemos citar: con oficina específica de pago(o grupo de oficinas), beneficiario específico, beneficiario alterno o beneficiario mancomunado.

Administración y Mantenimiento del Producto

Permitirá la configuración de diferentes formas de recepción de fondos para los giros bancarios de acuerdo a las especificaciones que establezca el Banco, por ejemplo:

- Efectivo.- Cheque propio (mismo banco).- Cheque local (otro banco del país).- Cargo en cuenta (corriente/ahorro).- Tarjeta de crédito.

La solución debe estar en capacidad de establecer restricciones de pago ligadas a la forma en que se reciben los fondos, por ejemplo para el caso de cheques locales, debe estar sujeto al cobro exitoso del cheque en el Banco respectivo. De igual forma podrán configurarse restricciones por rangos de tiempo o plazas, según la forma de recepción de fondos (T+”n”).

Proceso Operativo Permitirá el pago de giros bancarios validando las restricciones asignadas en la emisión del mismo.

Proceso Operativo Habilitará la posibilidad de cambiar la oficina de pago de un giro bancario a solicitud del ordenante, siendo configurable la aplicación o no de comisión por este concepto.

17.3.3.4 Módulo de Pagos y Cobros – Recaudación de Impuestos, Tasas y Contribuciones

REQUERIMIENTOS FUNCIONALES MODULO DE PAGOS Y COBROSRECAUDACION DE IMPUESTOS, TASAS Y CONTRIBUCIONES

Implementación Permitirá configurar diferentes convenios para recaudación de impuestos, tasas y contribuciones.

Administración Deberá ofrecer facilidades para la consolidación y cuadre de los fondos recaudados por diferentes canales.

Administración Ofrecerá facilidades para la asociación de cuentas de ingreso y los respectivos convenios.Administración Deberá emitir el documento de pago según lo establecido por el Banco. El contenido de

cada recibo debe ser configurable de acuerdo con las necesidades del contratante.Administración Permitirá la interconexión con el Sistema de Liquidación Bruta en Tiempo Real

(transferencias interbancarias), para confirmar la recepción de los fondos correspondientes a la recaudación de impuestos recibida en los bancos comerciales.

Administración Deberá ofrecer herramientas para la administración (recepción y seguimiento) de las declaraciones (físicas y electrónicas), asociadas a cada convenio.

Administración Deberá ofrecer facilidades para el control y seguimiento de los fondos recaudados en los bancos comerciales.

Administración Permitirá la interconexión con los sistemas de cobro de impuestos y contribuciones SUNAT54.

Administración Permitirá la interconexión con los sistemas de cobro de impuestos aduaneros (SUNAT).Administración Permitirá la interconexión con los sistemas de cobro de tasas y contribuciones de las

entidades públicas (por ejemplo: Poder Judicial, PNP, DIGEMIN, RENIEC, entre otros).

53 Estos giros bancarios no emiten valorado, es decir son una orden de pago para ser liquidada en una oficina del Banco.54 SUNAT: Superintendencia Nacional de Aduanas y Administración Tributaria

Página 194 de 409


17.3.3.5 Módulo de Pagos y Cobros – Desembolsos/Pagos por EncargoREQUERIMIENTOS FUNCIONALES MODULO DE PAGOS Y COBROS

DESEMBOLSOS / PAGOS POR ENCARGOImplementación Habilitará facilidades para configurar la información que deberá suministrar el

beneficiario de un convenio de pago/desembolso para poder recibir los fondos. Dicha información deberá poder clasificarse como opcional o requerida. Esta característica debe ser fácilmente identificable para la persona que realiza el pago, de tal forma que se cumpla con los términos establecidos en el convenio.

Devolución Permitirá parametrizar el reintegro automático de fondos para los convenios cuyos pagos no hayan sido cobrados en los plazos establecidos. La solución debe manejar en forma automática el cambio en los estados de los lotes y sus respectivos pagos. Adicionalmente deberá integrarse con cuenta corriente/ahorro, para la generación del crédito o levantamiento del bloqueo según corresponda.Las transacciones generadas en este proceso crearán los rastros de auditorías suficientes para realizar cualquier investigación posterior.

17.4 Requerimientos Funcionales de Procesos AuxiliaresEn esta sección se describe los requerimientos funcionales resumidos de los Procesos Auxiliares para el Nuevo Core Bancario del Banco de la Nación.Estos procesos pueden ser de aplicación y uso para complemento y ayuda a la gestión de varios Módulos de Negocio o para uso específico en alguno de ellos.

17.4.1 Proceso de Canje ElectrónicoREQUERIMIENTOS FUNCIONALES DEL PROCESO DE CANJE ELECTRÓNICO

Generales

Permitirá el servicio de procesamiento de cheques de canje enviado (cheques de instituciones financieras) y de canje recibido (cheques del Banco de la Nación recibidos por las instituciones financieras), a través de la Cámara de Compensación Electrónica (CCE).

Generales

El proceso de canje y compensación deberá permitir el soporte operativo necesario para el procesamiento de cheques de otras instituciones financieras, y de cheques de cuentas corrientes, cheques de gerencia, cheques certificados, entre otros, en moneda nacional y extranjera de la Institución.

Generales

Permitirá mantener información de los cheques para el canje y compensación relativa a los siguientes aspectos:

- Número de cheque.- Código de entidad financiera.- Plaza de la cuenta corriente.- Número de la cuenta corriente.- Titular de la cuenta.- Moneda.- Importe.- Plaza Compensable.

Generales

Dará soporte automatizado al proceso de canje y compensación de cheques pertenecientes a cuentas en moneda nacional y en moneda extranjera, ajustándolo a las normas y regulaciones establecidas por la Cámara de Compensación Electrónica (CCE) y la Asociación de Bancos del Perú (ASBANC).

Generales Deberá permitir crear la tabla de entidades financieras con las que el Banco de la Nación realiza la compensación de cheques por plazas compensables.

Generales Facilitará el registro y captura de cheques según elección, al momento de realizar la transacción financiera en ventanillas del Banco, o en un proceso particular en otro momento, proporcionando las facilidades de integrar los dispositivos y software

Página 195 de 409


REQUERIMIENTOS FUNCIONALES DEL PROCESO DE CANJE ELECTRÓNICOespecializado que se ofrecen en el mercado para este fin.

Generales

Permitirá crear diferentes plazos para la disponibilidad de fondos en las cuentas de los clientes, discriminándolos por Plaza Compensable o por institución financiera, en donde una vez cumplido el plazo establecido y de acuerdo al calendario de feriados nacionales y regionales (Calendario de Feriados del Canje Electrónico) los fondos serán acreditados en forma automática a las cuentas de los clientes, ofreciendo no obstante la posibilidad de anulación al producirse rechazos en los cheques.

Generales Incluirá la opción de ingreso descentralizado de los cheques y su información en las diferentes oficinas del Banco de la Nación.

Generales

Permitirá definir la forma de envío de los cheques para su compensación, sea en una determinada plaza compensable (canje de provincias) o a través del centro de intercambio físico de cheques de la Cámara de Compensación Electrónica (CCE) (canje en Lima).

Generales Incluirá la opción de crear los conceptos o motivos por los cuales se rechazan los cheques enviados o recibidos en el canje y compensación:

- Falta de fondos.- Falta de firma(s).- Firma(s) no conforme(s).- Cheque mal girado.- Cheque enmendado.- Cheque revocado.- Cuenta cancelada.- Cheque fecha caduca.- Cheque falsificado.- Cuenta bloqueada.- Falta endoso.- Moneda incorrecta o no conforme.- Código de banco incorrecto.- Día no laborable.- Físico no enviado.- Importe errado (por rechazos de saldos a favor errados).- Importe electrónico mayor al físico.- Importe electrónico menor al físico.- Reversión de compensación global (RCG).- Número de cheque incorrecto.- Código de oficina incorrecto.- Código o número de cuenta incorrecto.- Fecha de vigencia no válida (cheque diferido).- Monto garantizado errado (cheque garantizado).- Cheque no corresponde a entidad girada.- Oficina (plaza) presentadora no en canje nacional.- Oficina (plaza) ya está incorporada al canje nacional.- Cheque con pago suspendido.- Según instrucciones del depositante.- Entre otros.

Generales

Permitirá crear comisiones diferenciadas a cobrar al cliente por el proceso de canje y compensación en función de los tipos de cheques:

- Cheques de otras instituciones financieras recibidos en localidades sin representación del banco girado.

- Cheques de otras plazas.- Cheques rechazados.

GeneralesPermitirá crear las comisiones que cobra el Banco de la Nación a las entidades financieras y viceversa por el proceso de canje y compensación, como son la comisión de no representación, comisión inter-plaza, entre otros.

Generales Manejará una opción parametrizable para definir y gestionar cargos fijos y cargos porcentuales por el importe del cheque, en el proceso de canje y compensación.

Página 196 de 409


REQUERIMIENTOS FUNCIONALES DEL PROCESO DE CANJE ELECTRÓNICO

GeneralesPermitirá crear cargos que se debe aplicar debido al rechazo de cheques del Banco en el proceso de canje y compensación de entrada, y debido al rechazo de cheques de las otras instituciones financieras en el proceso de canje y compensación de salida.

Generales Permitirá crear, modificar o eliminar Plazas Compensables de Canje y/o Plazas Presentadoras (Lima y Provincias).

Generales

Permitirá aplicar el procedimiento de Reversión de la Compensación Global (RCG), para el re-cálculo de las Posiciones Bilaterales y Multilaterales Netas que se realiza luego de excluir a una o más entidades financieras imposibilitadas de cubrir sus saldos deudores resultantes de la Compensación Global.

Canje y compensación saliente / Canje de Presentados y Rechazados

Incluirá el manejo de las siguientes sesiones de cheques para el canje y compensación saliente, según los horarios establecidos de operación diaria:

- Cheques presentados, que se envía a la CCE.- Cheques rechazados, que se recibe de la CCE.- Saldos previos y saldos definitivos, resultado de la compensación (bilaterales

y multilateral).

Canje y compensación saliente / Registro de cheques

Deberá implementar el proceso operativo para el canje y compensación saliente en base a las siguientes consideraciones:

- Deberá permitir el registro y captura de cheques de otras entidades financieras con información de número de cheque, código de entidad, plaza, número de cuenta corriente, importe y moneda.

- Permitirá realizar la consolidación y clasificación de cheques por institución financiera en cada una de las plazas que realizan el proceso de canje electrónico en el ámbito nacional.

- Establecerá la fecha de presentación y liquidación de las operaciones de acuerdo al Calendario de Feriados del Canje Electrónico (Lima y Provincias).

Canje y compensación saliente / Envío de archivos electrónicos

Generará y controlará el envío de archivos electrónicos a la CCE con información de los cheques de otras instituciones financieras registradas en el proceso diario de cámara, información debidamente desagregada por plaza compensable (Lima y Provincias).

Canje y compensación saliente / Recepción de archivos electrónicos

Habilitará la recepción de archivos electrónicos de la CCE con la información de los cheques rechazados por las otras instituciones financieras.

Canje y compensación saliente / Recepción de cheques rechazados

Proporcionará soporte automatizado al proceso de recepción física, control y procesamiento de los cheques rechazados por las otras instituciones financieras.

Canje y compensación saliente / Anulación de operaciones

Permitirá realizar la anulación de las operaciones por los rechazos en cheques que se recibe de las otras instituciones financieras.

Canje y compensación entrante / Canje de Presentados y Rechazados

Soportará el manejo de las siguientes sesiones de cheques para el canje y compensación entrante, según los horarios establecidos de operación diaria:

- Cheques presentados, que se recibe de la CCE.- Cheques rechazados, que se envía a la CCE.- Saldos previos y saldos definitivos, resultado de la compensación (bilaterales

y multilateral).Canje y compensación entrante / Proceso de archivos electrónicos recibidos

Dará soporte automatizado al proceso operativo para el canje y compensación entrante de los archivos electrónicos recibidos para su cobro, tomando en cuenta las siguientes consideraciones:

- Permitirá la recepción de archivos electrónicos con el detalle de información de los cheques del Banco.

- Deberá realizar la validación y consistencia de información, de los archivos electrónicos necesarios para el procesamiento automatizado de los cheques del Banco.

- Permitirá el procesamiento automatizado de los cheques del Banco con la información recibida de la CCE.

Página 197 de 409


REQUERIMIENTOS FUNCIONALES DEL PROCESO DE CANJE ELECTRÓNICO- Permitirá realizar el match entre los cheques físicos Vs. los cheques que

constan en el archivo electrónico recibido.

Canje y compensación entrante / Control de calidad de cheques y Rechazos

Facilitará herramientas y opciones para ejecutar el proceso de control de calidad de cheques del Banco:

- Cheque en buen estado.- Datos legibles de números.- Datos legibles de letras.- Enmendaduras.- Conformidad de valores entre números y letras.- Firmas del cheque.- Endoso del cheque por el banco presentador.- Fecha de giro.- Titular de la cuenta.- Entre otros.

Permitirá realizar el rechazo manual de cheques por no cumplimiento del control de calidad del cheque.

Canje y compensación entrante / Aplicación de cheques y Rechazos

Permitirá la ejecución del proceso de aplicación de cheques, con cargo a las cuentas corrientes correspondientes a los cheques procesados, en donde se realizará la siguiente comprobación:

- Suficiencia de fondos. - Autorizaciones de cheques.- Datos e información correcta. - Entre otros.

Deberá realizar el rechazo automático de cheques que no pasan el proceso comprobatorio.

Canje y compensación entrante / Envío de archivos electrónicos de rechazados

Permitirá el envío de archivos electrónicos a la CCE, con información de cheques del Banco rechazados, producto del proceso diario de cámara.

Gestión de documentos

Incluirá un sistema de gestión de documentos, que permita escanear y capturar las imágenes de los cheques, mediante los dispositivos a cargo de la captura y validación en lotes de los cheques recibidos en el canje. Estas imágenes deberán almacenarse en un expediente digital asociado a la cuenta y con capacidad de acceder y desplegar las imágenes cuando se requiera dentro de las opciones de ejecución de diferentes tipos de consulta realizados desde los canales autorizados.

Reportes y ConsultasDeberá permitir consultas con información de cheques, desagregados por plaza compensable de canje, banco presentador, tipo de cheque, cuenta corriente, cheques aprobados, cheques rechazados, motivo del rechazo.

IntegraciónDeberá permitir la integración con lectoras de cheques para la lectura de información de los cheques.

Integración Deberá permitir la integración con los productos y servicios del Banco para los abonos y cargos por el resultado del proceso de canje y compensación de cheques.

17.4.2Proceso de Manejo de Efectivo y BóvedasREQUERIMIENTOS FUNCIONALES PROCESO DE MANEJO DE EFECTIVO Y BÓVEDAS

Implementación Ofrecerá facilidades para categorización de agencias o localidades según su ubicación geográfica, con el objetivo de facilitar la definición de rutas para el abastecimiento y retiro de fondos y/o atención de programas sociales.

Implementación Integrará facilidades para el registro y control de los portavalores de las transportadoras de valores (datos generales), así como de sus unidades de transporte, de forma tal que el (las) área(s) encargada(s) pueda(n) validar la información del personal responsable de la entrega de remesas.

Implementación Deberá ofrecer facilidades para el registro y control de los datos generales de los

Página 198 de 409


REQUERIMIENTOS FUNCIONALES PROCESO DE MANEJO DE EFECTIVO Y BÓVEDAS contratos con las empresas transportadoras, específicamente se debe tener una fuente de fácil acceso para el mantenimiento de servicios (actualización de tarifarios) y costos específicos.

Parametrización Ofrecerá facilidades para la parametrización de diferentes fuentes de efectivo para el abastecimiento de las agencias (BCRP, otras agencias, convenios con otros bancos, transportadora de valores). Esta información debe ser de acceso restringido de acuerdo con los perfiles que defina el Banco.

Parametrización Ofrecerá facilidades para la parametrización de límites de efectivo y/o valores por tipo de agencia, bóveda y caja, de acuerdo a las pólizas contratadas por el Banco considerando la cobertura de cada oficina, y también de acuerdo con las políticas del Banco. La solución deberá estar en capacidad de manejar alertas que permitan a las áreas responsables tomar las medidas adecuadas en los tiempos requeridos para reducir el riesgo operativo para el Banco.

Parametrización Deberá ofrecer facilidades que permitan el registro y control de valores que se mantienen en calidad de custodia, que se reciben de los clientes bajo el esquema de contratos de custodia de valores. Es importante hacer notar que el Banco mantiene un convenio con la SBS para efectuar la custodia de los valores antes mencionados, producto de incautaciones realizadas al amparo de la Ley de Lavado de Activos, por el cual también devenga comisiones. Deberá permitir la administración de comisiones diferenciadas para la custodia de valores, según se convenga con los clientes.

Implementación Deberá reportar los saldos en custodia a los procesos de posición única del cliente para efectos de certificación o levantamiento de secreto bancario.

Abastecimiento de Fondos

Permitirá la administración de remesas, controlando la generación de órdenes para abastecimiento y retiro de fondos, así como su registro y control de la recepción, identificando la empresa transportadora que realizará el servicio las cuales deberán estar sujetas al esquema de autorización que defina el Banco. Esta funcionalidad debe habilitar mecanismos de trazabilidad para que el área encargada pueda dar seguimiento a las solicitudes registradas por las agencias. Deberá ofrecer facilidades para el pronóstico de requerimientos de efectivo, con base en modelos predictivos.

Abastecimiento de Fondos

Deberá ofrecer funcionalidades para control y gestión de solicitudes de transporte de valores, incluyendo consultas por estado, modificaciones o anulaciones. La solución también debe contemplar el manejo de otros activos no monetarios que se custodian en bóveda (claves, llaves de agencia, medios magnéticos de almacenamiento, plásticos de tarjetas), facilitando consultas y reportes de dichos activos de acuerdo con las necesidades del Banco.

Validación de Servicios de ETV´s

Deberá permitir la validación de servicios de las Empresas Transportadoras de Valores (ETV’s) por Canales de Atención y por tipos de servicio.

Retiro de Fondos Ofrecerá funcionalidades para el manejo de esquemas de autorización mancomunada de las órdenes de retiro, dejando abierta la posibilidad que dicha operativa se aplique a otros servicios.

Retiro de Fondos Generará órdenes para retiro de fondos por exceso de liquidez. Estas órdenes pueden ser generadas por el administrador de la agencia o en su defecto se podrá configurar que las mismas se generen de forma automática de acuerdo con los parámetros que el Banco defina. Las órdenes de retiro deberán incluir mecanismos que permitan realizar el control de calidad del efectivo que se está entregando, de tal forma que se pueda identificar cuáles de esos fondos deben trasladarse al BCRP (para su respectiva destrucción), al mismo tiempo que el Banco pueda controlar sus saldos utilizables.

Traslado de Fondos por orden de Clientes

Generará órdenes para traslado de fondos y valores por solicitud del cliente (amparadas en convenios especiales previamente establecidos con los clientes).

Distribución de Fondos de Bóveda

Ofrecerá facilidades para el registro y control de saldos en custodia, por compañía de valores y por el BCRP. La solución también deberá ofrecer consultas y estadísticas que sirvan de base para la proyección de flujos y la toma de decisiones.

Implementación Suministrará herramientas para la generación de reportes e informes que sean de fácil mantenimiento para usuarios finales (con poco o ningún apoyo del área de tecnología).

Implementación Deberá ofrecer un robusto esquema de pistas de auditoría que permita dar seguimiento

Página 199 de 409


REQUERIMIENTOS FUNCIONALES PROCESO DE MANEJO DE EFECTIVO Y BÓVEDAS a las operaciones realizadas por usuario, oficina, fecha, hora y tipo de transacción, incluyendo los participantes en los procesos de autorización.A nivel de procesos el Banco de Nación realiza la programación, distribución y aprobación. El transporte de efectivo se realiza a través de trasportadoras de caudales. El Banco de la Nación cuenta con un aplicativo desarrollado In House (FISA), sistema desarrollado en el mainframe que permite la distribución de fondos.

17.4.3Proceso de EmbargosREQUERIMIENTOS FUNCIONALES PROCESO DE EMBARGOS

Gestión Administrativa

Ofrecerá la posibilidad de configurar esquemas de autorización de acuerdo a los niveles que defina el Banco.


Ofrecerá la posibilidad de configurar diferentes formatos de respuesta mediante el uso de plantillas. Dichos formatos varían de acuerdo con las diferentes situaciones o etapas que se presentan en la recepción y procesamiento de las órdenes de embargo. Este esquema de plantillas debe ser lo suficientemente flexible para que el área encargada, pueda realizar los ajustes que considere pertinentes de acuerdo a los cambios en los procedimientos internos, normas o cualquier otro factor.


Ofrecerá facilidades para el registro y mantenimiento de la información de las autoridades competentes relacionadas con las órdenes de embargo. Adicional a los datos generales de dichas personas la solución debe ofrecer facilidades para el registro y mantenimiento de firmas, este proceso debe estar sujeto a controles de seguridad que garanticen la disponibilidad, exactitud y confiabilidad de las mismas.


Deberá ofrecer facilidades para el control y seguimiento de los documentos generados en el proceso (fecha de envío, expediente relacionado, estado actual del documento, estado del expediente).

Orden de Embargo Ofrecerá facilidades para recepción y registro de resoluciones u oficios de embargo, ya sea por medios físicos o electrónicos, incluyendo las actas generadas con base en las "Tomas de Dicho". La solución deberá identificar en forma única cada orden procesada, de tal forma que posteriormente se facilite el proceso de levantamiento, ampliación y/o reducción sobre los valores embargados.

Orden de Embargo Suministrará facilidades para digitalización de los documentos recibidos y emitidos, de tal forma que puedan ser accedidos de forma ágil en cualquier momento del proceso. Esta funcionalidad debe garantizar óptimas condiciones en el manejo de recursos de almacenamiento y tiempo de respuesta en el mediano y largo plazo.

Cumplimiento Deberá emitir los diferentes documentos de respuesta que el proceso requiera entre los que podemos citar:

- No es cliente del Banco- Cliente con embargos precedentes.- Saldos del cliente.- Solicitud de datos adicionales.- Respuesta negativa (cliente sin operaciones).- Notificación al embargado.

Cumplimiento Ofrecerá facilidades para el registro y control (flujo de trabajo) de las diferentes etapas por las que puede pasar un embargo, entre otras podemos citar:

- Retención de fondos.- Vigilancia de cuentas (aplica en caso de retención parcialmente cumplida).- Ampliación o reducción del embargo.- Entrega de los fondos.

También deberá ofrecer facilidades para controlar el cumplimiento de los plazos establecidos en el mandato.

Cumplimiento Ofrecerá facilidades que permitan dar vigilancia a las operaciones embargadas, para retener los fondos que ingresan posterior a la fecha de aplicación del embargo en forma automática, contra el registro de cualquier abono en las respectivas cuentas. Esta funcionalidad debe considerar los tipos de cuenta y tipos de créditos que recibe la

Página 200 de 409


REQUERIMIENTOS FUNCIONALES PROCESO DE EMBARGOS misma (abonos remunerativos, no remunerativos, particulares), a fin de no afectar fondos intangibles (inembargables). Por ejemplo en las cuentas de ahorro, el marco legal establece que sólo es embargable la tercera parte del exceso de 5 URP’s55, por lo tanto la solución debe estar en capacidad de manejar este tipo de cálculos de una forma parametrizable para poder atender los cambios que ocurran en el tiempo.

Cumplimiento Ofrecerá facilidades para registrar y ejecutar el orden de prelación sobre los montos retenidos (precedencia con que se entregarán los fondos en caso de existir varios embargos sobre una misma cuenta), incluyendo las obligaciones (préstamos) que el cliente pueda tener con el Banco.

Abono del monto Deberá ofrecer facilidades para debitar los fondos que posea el(los) obligado(s) para su respectivo traslado hacia cuentas transitorias o su entrega a la autoridad competente. La solución debe cubrir esta funcionalidad en una sola transacción de tal forma que el funcionario pueda "Marcar" las operaciones que serán afectadas. Posteriormente al confirmar esta transacción, la solución realiza los respectivos movimientos en los módulos asociados a las operaciones previamente marcadas, generando los movimientos contables correspondientes. En lo que refiere a depósitos judiciales, esta transacción mostrará las operaciones en que el obligado aparece como demandante o demandado, claramente diferenciados los unos de los otros, para que el usuario pueda analizar fácilmente cuáles debe incluir en el embargo y cuáles no.

Abono del monto Deberá estar en capacidad de girar los fondos retenidos por medio de las diferentes formas de pago que el Banco disponga, siempre con apego a las indicaciones que la resolución u oficio establezca. En este último aspecto la solución debe ofrecer al usuario una forma ágil de verificar dichas indicaciones, por ejemplo brindando acceso al documento digitalizado.


Suministrará herramientas para la generación de reportes e informes que sean de fácil mantenimiento para usuarios finales (con poco o ningún apoyo del área de tecnología).


Suministrará facilidades necesarias para emitir los informes de embargo, utilizando las plantillas que el Banco requiera.


Suministrará facilidades necesarias para la confección de los anexos al Balance. Los anexos del Balance son documentos que se emiten con una periodicidad mensual y reflejan en forma detallada y clara las operaciones que conforman sus saldos contables y las características que deben de tener son: Encabezamiento (descripción, anexo del Balance, fecha, área que lo elabora

Departamento, División, Sección, fecha de presentación, moneda en que se expresará).

Detalle en forma resumida (descripción de lo que se está contabilizando, incluyendo fecha y si es en moneda extranjera multiplicarlo por el tipo de cambio del mes regulado por la SBS).

Verificación Deberá integrarse con todos los módulos del Core Bancario para extraer el resumen de operaciones activas e inactivas que posea el obligado, sujeto de embargo.

Verificación Deberá integrarse con todos los módulos del Core Bancario para retener las sumas embargadas o a embargarse, sobre los saldos de las cuentas del obligado. Así mismo habilitará interfaces con los módulos legados que posea el Banco para retener cualquier otro tipo de fondos o valores de acuerdo con lo que establezca el mandato de embargo.

Orden de Embargo Deberá integrarse con el sistema de la SUNAT para la recepción de órdenes electrónicas y para los procesos de conciliación con dicha entidad. También deberá estar en capacidad de entregar los fondos por medio de esta interfaz. La solución permitirá que en el mediano plazo esta integración pueda incluir otros entes.


Deberá ofrecer un robusto esquema de pistas de auditoría que permita dar seguimiento a las operaciones realizadas por usuario, oficina, fecha, hora y tipo de transacción.

55 Unidad de referencia procesal, corresponde al 10% de la unidad impositiva tributaria establecida por SUNAT anualmente.

Página 201 de 409


17.4.4Proceso de Levantamiento de Secreto BancarioREQUERIMIENTOS FUNCIONALES PROCESO DE LEVANTAMIENTO DE SECRETO BANCARIO


Ofrecerá la posibilidad de configurar esquemas de autorización de acuerdo a los niveles que defina el Banco. Los datos bancarios de los clientes que se encuentran en el sistema, son confidenciales y solo los usuarios autorizados tienen acceso a ellos.


Ofrecerá la posibilidad de configurar diferentes formatos de respuesta mediante el uso de plantillas. Dichos formatos varían de acuerdo con las diferentes situaciones o etapas que se presentan en la recepción y procesamiento de los levantamientos del secreto bancario. Este esquema de plantillas debe ser lo suficientemente flexible para que el área encargada, pueda realizar los ajustes que considere pertinentes de acuerdo a los cambios en los procedimientos internos, normas o cualquier otro factor.


Ofrecerá facilidades para el registro y mantenimiento de la información de las autoridades competentes para el levantamiento del secreto bancario. Adicional a los datos generales de dichas personas la solución debe ofrecer facilidades para el registro y mantenimiento de firmas. Este proceso debe estar sujeto a controles de seguridad que garanticen la disponibilidad, exactitud y confiabilidad de las mismas.


Deberá ofrecer facilidades para el control y seguimiento de los documentos generados en el proceso (fecha de envío, expediente relacionado, estado actual del documento, estado del expediente).


Suministrará facilidades para digitalización de los documentos recibidos y emitidos, de tal forma que puedan ser accedidos de forma ágil en cualquier momento del proceso. Esta funcionalidad debe garantizar óptimas condiciones en el manejo de recursos de almacenamiento y consulta en el mediano y largo plazo.

Notificación / Repuesta

Deberá emitir los diferentes documentos de respuesta que el proceso requiera entre los que podemos citar:

- Saldos del cliente.- Cliente sin productos.- Solicitud de datos adicionales.- Respuesta negativa (cliente sin operaciones).

Notificación / Repuesta

Ofrecerá facilidades para dejar sin efecto la orden de levantamiento del secreto bancario, previa validación de cumplimiento de los respectivos requisitos y en apego al esquema de autorización que el Banco defina.

Solicitud de levantamiento de secreto bancario

Deberá ofrecer facilidades para el registro y control las solicitudes de levantamiento que el Banco reciba. Esta funcionalidad debe incluir el manejo del estado de la orden de levantamiento de secreto bancario, de tal forma que el área encargada pueda dar seguimiento a dichos procesos, especialmente para controlar el cumplimiento de los plazos establecidos en el mandato. También ofrecerá las facilidades necesarias para realizar la verificación de firmas autorizadas.


Suministrará herramientas para la generación de reportes e informes que sean de fácil mantenimiento para usuarios finales (con poco o ningún apoyo del área de tecnología).


Deberá integrarse con todos los módulos del Core Bancario para extraer el resumen de operaciones pasivas que posea el investigado.

Implementación Deberá ofrecer un robusto esquema de pistas de auditoría que permita dar seguimiento a las operaciones realizadas por usuario, oficina, fecha, hora y tipo de transacción.

17.4.5Proceso de Transferencias Interbancarias LBTR, CCEREQUERIMIENTOS FUNCIONALES DEL PROCESO DE TRANSFERENCIAS INTERBANCARIAS

Generales

Permitirá el proceso de órdenes de transferencias interbancarias a través del sistema LBTR56en el caso de transferencias interbancarias de fondos de alto valor, y el proceso de órdenes de transferencias interbancarias a través de la Cámara de Compensación Electrónica (CCE57) en el caso de transferencias interbancarias de fondos de bajo valor.

56 Liquidación Bruta en Tiempo Real.57 Cámara de Compensación Electrónica.

Página 202 de 409


REQUERIMIENTOS FUNCIONALES DEL PROCESO DE TRANSFERENCIAS INTERBANCARIAS

Generales

Permitirá definir el importe máximo de transferencia de fondos a realizar por la CCE, y el importe mínimo de transferencia de fondos que se permite realizar por el Sistema de Liquidación Bruta en Tiempo Real (LBTR). Los límites establecidos serán validados al momento de realización de las transferencias.

Generales Permitirá establecer los límites internos de procesamiento de transferencias interbancarias vía CCE o LBTR, estableciendo las comisiones respectivas de cada sistema de pago.

Generales

El proceso operativo de transferencias permitirá realizar las transferencias con afectación en débitos y créditos a las cuentas bancarias según sea el caso. Adicionalmente permitirá realizar transferencias en moneda nacional y en moneda extranjera, permitiendo su ejecución a través de los canales del Banco autorizados.

Generales

Permitirá definir la información necesaria para la realización de las transferencias: - Cliente Originante (persona natural o jurídica, con cuenta o sin cuenta).- Cliente Receptor (persona natural o jurídica, con cuenta o sin cuenta).- Número de cuenta origen (incluidos CCI, datos del cliente originante: dirección,

documento de identidad, entre otros.) - Lavado de Activos.- Número de cuenta destino (CCI u otro instrumento, dependiendo del tipo de

transferencia: ordinaria, pagos de tarjetas de crédito de otros bancos, pago de CTS, órdenes de pago, pago a proveedores, entre otros).

- Entidad participante receptora.- Concepto de la transferencia.

GeneralesDeberá permitir crear la tabla de entidades financieras habilitadas para recibir transferencias interbancarias, dependiendo del sistema de pagos que se utilice (CCE o LBTR).

Generales Deberá permitir manejar el código de cuenta interbancario CCI para la realización de transferencias entre cuentas de los diferentes bancos.

GeneralesPermitirá definir diferentes conceptos para la realización de las transferencias, como por ejemplo transferencias por pago de proveedores, pago de haberes, pago de CTS, pago de tarjetas de crédito de otros bancos, órdenes de pago, entre otros.

Generales

Deberá permitir crear los diferentes cargos por concepto de transferencias interbancarias tales como comisiones e impuestos, en base a las siguientes consideraciones:

- Definir las comisiones que se cobra al cliente por tipo de transferencia.- Definir las comisiones que se cobra a las instituciones financieras bajo parámetros

estándar y/o específicos.- Definir las comisiones que cobran las instituciones financieras al Banco de la

Nación.- Definir las comisiones internas e interbancarias según rangos de importes, plaza

de destino (CCE: Misma Plaza, Otra Plaza o Plaza Exclusiva), entre otros.- Definir diferentes cargos o comisiones dependiendo de si las transferencias son

realizadas en moneda nacional o moneda extranjera. - Definir por tipo de cargo, diferentes periodicidades de cobro, como por ejemplo:

diaria, mensual, trimestral, semestral, anual, fecha fija, al momento de la realización de la transferencia (Transferencias Programadas o Débito Directo Autorizado).

- Permitir el cargo de impuestos cuando el receptor de la transferencia de fondos sea distinto al ordenante de la transferencia (Inafectación del ITF para Transferencias entre cuentas de un mismo titular).

GeneralesPermitirá configurar los diferentes horarios establecidos para la realización de transferencias como por ejemplo: hora en el día para recibir las transferencias diarias, hora en el día para enviar las transferencias diarias.

Solicitud de transferencia

Permitirá la recepción de solicitudes y cartas orden de transferencia de fondos para su registro y posterior ejecución. Para la recepción de solicitudes se habilitará el soporte multicanal como por ejemplo: ventanillas del Banco, Internet, ATM, entre otros.

Recepción de sucursales

Soportará la recepción de las transferencias en forma automática desde las agencias a la oficina principal, para su proceso centralizado.

Verificación de La solución deberá controlar y realizar la verificación de las siguientes condiciones

Página 203 de 409


REQUERIMIENTOS FUNCIONALES DEL PROCESO DE TRANSFERENCIAS INTERBANCARIAS

condiciones

requeridas para la ejecución de las transferencias:- Verificación de firmas de responsabilidad de las solicitudes y cartas orden (Cliente

Originante: Personas Jurídicas).- Verificación de la autorización, en caso de transferencias autorizadas por la

DGETP58.- Contar con la respectiva cuenta bancaria.- Código de cuenta interbancario (CCI) de la cuenta bancaria del banco comercial

donde se desea efectuar la transferencia de fondos.- Verificación de saldos de las cuentas para la realización del débito / crédito de las

transferencias. - Verificación de restricciones vigentes en las cuentas (cuentas vigiladas,

bloqueadas, entre otros).- Verificación de los límites de transferencia definidos, posibilitando el envío de la

transferencia para su registro y proceso a través de CCE, en caso de transferencias de bajo valor.

Autorización de la transferencia

Deberá manejar esquemas de autorización de entes supervisores, discriminados por rangos de transferencia, por concepto o motivo de transferencia, por moneda de la transferencia.

Ejecución de transferencia / LBTR

Permitirá la integración con el sistema externo LBTR para la alimentación o descarga de los datos de las transferencias de alto valor, permitiendo el proceso en línea o en lotes, de los débitos (transferencia saliente) y créditos (transferencia entrante) a las cuentas bancarias de los clientes. Adicionalmente permitirá dejar en suspenso las órdenes de transferencia en caso de insuficiencia de fondos en las cuentas, realizando el reintento de la transacción por “n” veces dentro de un período de tiempo establecido. En el de caso de transferencias devueltas, permitirá el envío y recepción de archivos electrónicos del sistema LBTR con el detalle de devoluciones.

Ejecución de transferencia / CCE

Permitirá la integración con el sistema externo CCE para la alimentación o descarga de los datos de las transferencias de bajo valor, permitiendo el proceso en línea o en lotes, de los débitos (transferencia saliente) y créditos (transferencia entrante) a las cuentas bancarias de los clientes. Adicionalmente permitirá dejar en suspenso las órdenes de transferencia en caso de insuficiencia de fondos en las cuentas, realizando el reintento de la transacción por “n” veces dentro de un período de tiempo establecido.En el de caso de transferencias devueltas, permitirá el envío y recepción de archivos electrónicos de la CCE con el detalle de devoluciones y efectuará el abono automático a la cuenta de origen.


Deberá permitir la generación de reportes diarios de transferencias enviadas y recibidas con detalles de origen/destino, importe, concepto, estado de la transferencia (pagada, devuelta, en suspenso).

Extorno de transferencias

Permitirá realizar extornos, es decir la anulación de las transferencias en casos como equivocación, error, nueva instrucción del cliente, lo cual aplica siempre y cuando la transferencia aún no sea procesada en el sistema LBTR o CCE.

Integración Permitirá la Interconexión al sistema interbancario (SIB) del BCRP59.

Integración

Deberá permitir la interfaz automática con sistemas de clientes institucionales como por ejemplo SUNAT60, MEF61, entre otros, a efectos de alimentación automática de las órdenes de transferencia, consiguiendo el proceso automático de la transferencia (Pago a Proveedores del Estado, entre otros). Deberá permitir la integración de soluciones de autenticación (tipo firma digital), permitiendo la integración segura con sistemas externos.

58 Dirección General de Endeudamiento y Tesoro Público59 Banco Central de Reserva del Perú60 Superintendencia Nacional de Aduanas y Administración Tributaria61 Ministerio de Economía y Finanzas

Página 204 de 409


17.5 Requerimientos Funcionales de Procesos de Apoyo17.5.1 Proceso de Administración Contable

El proceso de Administración Contable del Banco de la Nación se mantendrá en la modalidad operativa y con el soporte tecnológico que provee la plataforma actual, que es la suite de software “ORACLE FINANCIALS”. La solución propuesta para el Nuevo Core Bancario por tanto, deberá integrarse con esta plataforma.La integración se dará a nivel de todos y cada uno de los Módulos de Negocio, Plataformas de Atención y los Procesos Auxiliares que contemple la solución propuesta, deberán generar en forma automática los asientos y comprobantes contables que se requieran para reflejar en “ORACLE FINANCIALS” todo el movimiento financiero realizado como resultado de las transacciones y operaciones nuevas, que se generen como resultado de la operación cotidiana del Banco.Los comprobantes deberán ser resumidos y aplicar todos los principios contables que por definición del Banco o por requerimientos regulatorios y de control deban aplicarse, incluyendo facilidades para modificar y reajustar los comprobantes a generarse, para que reflejen y se ajusten a los cambios que puedan darse en el plan de cuentas del Banco o en las definiciones de reglas de contabilización que deban aplicarse.Diariamente, al cierre de operaciones los registros contables se dejarán vía interfaz, en un formato de fácil conversión a las tablas GL INTERFACE62, permitiendo la importación de todos los asientos contables al módulo CG63.La nueva solución Core Bancario deberá generar reportes de la contabilización realizada al final del día con los movimientos contables de cada cuenta contable afectada.Cada Módulo de Negocio, Plataforma de Atención y Proceso Auxiliar deberá registrar y mantener el detalle de las operaciones y transacciones realizadas, constituyendo lo que será el auxiliar contable detallado, que estará siempre accesible para consultas y análisis de la información, ya sean operativas o de auditoría. La integración entre el Nuevo Core Bancario y el sistema de Administración Contable proporcionará facilidades de consultas en línea y reportes, para la revisión de los asientos o comprobantes contables generados, con facilidades de cuadre y detección de errores y posibilidad de analizar el detalle auxiliar que generó el comprobante.A continuación se presenta el cuadro detallado de los Requerimientos Funcionales del Proceso de Apoyo Administración Contable:

REQUERIMIENTOS FUNCIONALES DE ADMINISTRACIÓN CONTABLEContabilización Ofrecerá facilidades para parametrizar la generación de la información contable de

forma que permita atender requerimientos específicos por producto, oficina,

62 Interfaz de ORACLE FINANCIALS63 Módulo CG: Módulo de Contabilidad General de ORACLE FINANCIALS

Página 205 de 409


REQUERIMIENTOS FUNCIONALES DE ADMINISTRACIÓN CONTABLEtransacción o estado de una operación, ya sea por necesidades propias del negocio, por cambios en la normativa vigente o por requerimientos específicos de los entes reguladores.

Contabilización Ofrecerá facilidades para asociar obligatoriamente las transacciones de cada producto a su respectivo esquema contable, asimismo todos los registros generados diariamente serán enviados (de acuerdo a esquema de diseño establecido) al archivo de interface estándar de Oracle Financials. Todos los asientos van ser identificados con el número de sintético que define a cada área operativa y Agencia de Lima y Provincias, obteniendo como resultado los asientos de sus transacciones en el módulo de Contabilidad General. Junto con el proceso de carga de asientos contables vía interfaz estándar se ejecutarán las validaciones definidas para la estructura contable, y en general las que se hayan definido para la contabilidad.

Contabilización Deberá ofrecer facilidades para la configuración del Calendario a fin de permitir que la generación de movimientos contables y operativos de los días domingos y feriados ingresen con la misma fecha de generada la operatividad.

Contabilización Ofrecerá mecanismos que faciliten la modificación de la parametrización contable (por ejemplo cuando el regulador solicita reestructuración de la contabilización de algún producto). Esta funcionalidad debe tomar en cuenta que dichos cambios pueden ser masivos, por lo cual la solución debe poder recibir y procesar archivos en diferentes formatos para facilitar la labor operativa del Área de Contabilidad.

Contabilización Para la carga de los asientos contables al Oracle Financials (SAI) se requieren archivos TXT.

Contabilización Ofrecerá facilidades para parametrizar contabilidad detallada y/o resumida por producto, tipo de transacción, oficina, unidad o empresa, según lo requiera el Banco. Esta funcionalidad permitirá cambiar dicha forma de contabilización (detallada a resumida o viceversa) en cualquier momento que la Institución lo requiera.Asimismo, la solución deberá permitir desde la Contabilidad poder acceder en modo Drill Down a las Tablas de Clientes y Servicios efectuados en un determinado día.

Contabilización Deberá implementar las funcionalidades necesarias para que el proceso de generación de asientos complete la combinación contable a partir de diversos parámetros como podrían ser el tipo de transacción, oficina, unidad, moneda y tipo de movimiento.

Contabilización Permitirá la generación de movimientos contables en forma masiva (batch), por transacción, oficina, unidad y producto.

Contabilización Permitirá la generación de asientos de ajuste (manuales) para su respectivo traslado al proceso de gestión contable, aplicando los niveles de autorización definidos por el Banco. Este tipo de movimientos deberá cumplir con las mismas validaciones que se realiza en la generación de los asientos automáticos.

Contabilización Deberá guardar información que permita ligar cada movimiento contable con la(s) operación(es) que la originaron, permitiendo de esta forma realizar cuadres entre la información operativa (reportes y consultas de cada producto) y los saldos contables. Deberá generar los reportes y archivos con los movimientos operativos (diarios y mensuales) por cuenta, de acuerdo a diseños establecidos, y que son remitidos a Contabilidad y Organismos Externos por las Áreas (Anexos de Balance). Para la generación de reportes en Moneda Extranjera se deberá considerar la variación de tipo de cambio diaria para las cuentas Activas, Pasivas, Contingentes y Cuentas de Orden. Ejemplos y detalles serán revisados con el Contratista durante la etapa del Plan de Trabajo, considerando la confidencialidad de la información que se manejará y los procesos de seguridad que debe guardar toda institución bancaria.

Contabilización Debe permitir el manejo de información histórica, facilitando desde la Base de Datos la generación de archivos TXT para atender las fiscalizaciones de los Organismos Supervisores. La solución debe estar en capacidad de manejar altos volúmenes de información histórica sin que presente problemas de rendimiento en el desempeño de los módulos que tengan integración con el sistema contable.

Página 206 de 409


REQUERIMIENTOS FUNCIONALES DE ADMINISTRACIÓN CONTABLEContabilización Deberá integrarse con Oracle Financials para el traslado de los registros contables

diarios generados por el Core Bancario, correspondientes a las Cuentas Transitorias y la emisión de los reportes TXT que se requieran. Esta funcionalidad debe quedar habilitada para funcionar en línea o por medio de archivos como contingencia ante situaciones fuera del control de la solución.

17.5.2 Proceso de Gestión Integral de RiesgosLa Gestión Integral de Riesgos del Banco de la Nación estará soportada en una plataforma tecnológica especializada en el entorno de un proyecto de Data Warehouse, independiente del Nuevo Core Bancario.Esta gestión especializada, requiere la disponibilidad de los datos generados como resultado de las operaciones y transacciones de los clientes en su relación de negocios con el Banco. Es por tanto un requerimiento que todos los Módulos de Negocio de la solución propuesta de Core Bancario generen la información necesaria para alimentar el Data Warehouse que soportará la Gestión Integral de Riesgos64.

17.5.3 Procesos de Control y Prevención de Lavado de Activos

El Control y Prevención del Lavado de Activos del Banco de la Nación estará soportado fundamentalmente en una plataforma tecnológica especializada, en el entorno de un proyecto de Data Warehouse independiente del Nuevo Core Bancario y otras aplicaciones especializadas del Banco de la Nación.Esta gestión especializada requiere la disponibilidad de los datos generados como resultado de las operaciones y transacciones de los clientes en su relación de negocios con el Banco. Es por tanto un requerimiento que todos los Módulos de Negocio de la solución propuesta de Core Bancario generen la información necesaria para alimentar el Data Warehouse que soportará el Control y Prevención del Lavado de Activos65 y otras aplicaciones especializadas del Banco de la Nación.El proyecto Data Warehouse ha previsto la inclusión de toda la funcionalidad necesaria para el análisis de la información histórica con los objetivos de la validación de las políticas de control de Lavado de Activos contra los datos del cliente, sus productos y actividad transaccional, así como la generación de alarmas sobre el incumplimiento de las políticas de prevención.La nueva solución de Core Bancario debe prever la ejecución de las acciones en los puntos de atención al cliente, necesarias para el cumplimiento de la regulación vigente en materia de Control y Prevención del Lavado de Activos, como es la generación de los formularios para firma del cliente cuando una transacción específica

64 Capitulo Requerimientos de Información para Entidades Externas65 Capitulo Requerimientos de Información para Entidades Externas

Página 207 de 409


supere el umbral establecido, o cuando las transacciones múltiples superen los montos establecido por la norma.

17.5.4 Proceso de Reportes Regulatorios y de Control

Es un requerimiento que todos los módulos de negocio de la solución propuesta generen la información necesaria para alimentar el Data Warehouse que soportará los Reportes Regulatorios y de Control. A continuación se presenta la relación de los Reportes Regulatorios y de Control que actualmente genera el Banco de la Nación para el cumplimiento de la regulación vigente. Estos reportes se dividen en tres tipos: Estados Financieros, Anexos Regulatorios y Reportes Regulatorios, presentando los tipos y nombres de reportes, una breve descripción, la periodicidad y la fuente de información:

17.5.4.1 Estados FinancierosREPORTE DESCRIPCIÓN PERIODICIDAD FUENTE

Forma “A” Balance General Mensual Sistema Contable

Forma “B” Estado de Ganancias y Pérdidas Mensual Sistema ContableForma “C” Estado de Flujo de Efectivo Mensual Sistema ContableForma “D” Estado de Cambios en el Patrimonio Neto Mensual Sistema Contable

17.5.4.2 Anexos RegulatoriosANEXO DESCRIPCIÓN PERIODICIDAD FUENTE

Anexo 1 - A, B, C, D y E

Inversiones. Mensual Nuevo Sistema de Inversiones

Anexo 2 Créditos Directos e Indirectos por Tipo de Garantía.

Mensual Core Bancario

Anexo 3 Flujo Crediticio por Tipo de Crédito y Sector Económico.


Anexo 4-A Bienes Adjudicados y Recuperados. Mensual Sistema ContableAnexo 5 Informe de Clasificación de Deudores y

Provisiones.Mensual Otros Reportes

Anexos 5-A Resumen de Provisiones Procíclicas. Mensual Otros ReportesAnexo 6 Reporte Crediticio de Deudores. Mensual Core Bancario

Anexo 7 A, B y C Medición del Riesgo de Tasa de Interés en M.N. y M.E. y Medición de la Exposición de la Empresa al Riesgo de Tasa de Interés.

Mensual Core Bancario Sistema Contable

RiesgosAnexo 9 Posiciones Afectas a Riesgo Cambiario. Mensual Core Bancario

Sistema Contable Riesgos

Anexo 10 Depósitos, Colocaciones y Personal por Oficinas. Mensual Core Bancario RRHH

Anexo 11 Movimiento de los Depósitos según Monto y Número de Cuentas.


Anexo 13 Depósitos según Escala de Montos. Mensual Core Bancario

Anexo 14 Obligaciones con el Exterior. Mensual Core Bancario

Anexo 15-A Reporte de Tesorería y Posición Diaria de Diaria Core Bancario

Página 208 de 409


ANEXO DESCRIPCIÓN PERIODICIDAD FUENTE

Liquidez. Sistema Contable Riesgos

Anexo 15-B Posición Mensual de Liquidez. Mensual Core Bancario Sistema Contable

RiesgosAnexo 16 Cuadro de Liquidez por Plazos de Vencimiento. Mensual Core Bancario

Sistema Contable Riesgos

Anexo 16-B Simulación de Escenario de Estrés y Plan de Contingencia.

Trimestral Core Bancario Sistema Contable

RiesgosAnexo 20 Balance Sectorizado por Agentes Económicos. (*) Mensual Core Bancario

Sistema ContableAnexo 21 Encaje MN y ME. (*) Mensual Sistema Contable

Anexo 24 Compensación por Tiempo de Servicios. Mensual Sistema Contable

FORMA E Información Adelantada del Balance. Quincenal Sistema Contable

17.5.4.3 Reportes RegulatoriosREPORTE DESCRIPCIÓN PERIODICIDAD FUENTE

Reporte 2 (Anexo A)

Activos y Créditos Contingentes Ponderados por Riesgo.

Mensual Sistema Contable

Reporte 2-B1 (Anexo 1-A)

Método Estándar - Requerimiento de Patrimonio Efectivo por Riesgo de Tasa de Interés en la Cartera de Negociación - Riesgo Específico.

Mensual Core Bancario Riesgos

Reporte 2-B1 (Anexo 1-B)

Método Estándar - Requerimiento de Patrimonio Efectivo por Riesgo de Tasa de Interés en la Cartera de Negociación - Riesgo General.


Reporte 2-B1 (Anexo 1-C)

Método Estándar - Resumen Requerimiento de Patrimonio Efectivo por Riesgo de Tasa de Interés en la Cartera de Negociación.


Reporte 2-B1 (Anexo 3)

Método Estándar - Requerimiento de Patrimonio Efectivo por Riesgo Cambiario.


RiesgosReporte 2-C1 Requerimiento de Patrimonio Efectivo por

Riesgo Operacional - Método del Indicador Básico.


RiesgosReporte 2 C2 Requerimiento de Patrimonio Efectivo por

Riesgo Operacional - Método Estándar Alternativo.


RiesgosReporte 2-D Requerimientos de Patrimonio Efectivo por

Riesgos de Crédito, Mercado y Operacional y Cálculo del Límite Global a que se refiere el Primer Párrafo del Artículo 199° y la Vigésima Cuarta Disposición Transitoria de la Ley General (vigente a partir del 1 de julio de 2009).

Mensual Sistema Contable Otros Reportes

Reporte 3 Patrimonio Efectivo. Mensual Sistema Contable

Reporte 5 Cotización de Oferta y Demanda de Moneda Extranjera.

Diaria Finanzas

Reporte 6-A Tasas de Interés Activas sobre Saldos. Diaria Finanzas

Página 209 de 409


REPORTE DESCRIPCIÓN PERIODICIDAD FUENTE

Reporte 6-B Tasas de Interés Pasivas sobre Saldos. Diaria FinanzasReporte 6-D Tasas de Interés Activas de Operaciones Diarias. Diaria FinanzasReporte 6-E Tasas de Interés Pasivas de Operaciones Diarias. Diaria FinanzasReporte 9 Relación de Cuentas Corrientes Cerradas por

Giros de Cheques sin Fondos. Mensual Core Bancario

Reporte 13 Control de Límites Globales e Individuales aplicables a las Empresas del Sistema Financiero.


Riesgos

Reporte 14 Créditos Según Días de Incumplimiento. Mensual Core Bancario

Reporte 23 Exposición al Riesgo País. Mensual Sistema Contable

Reporte 24 Información de Reclamos Recibidos de los Usuarios.

Trimestral Planeamiento

Reporte 24-B Detalle de Otras Operaciones – Servicios o Productos y Otros Motivos de Reclamo.

Trimestral Planeamiento

Reporte 25 Información de Castigos y Condonaciones de Créditos.

Trimestral Core Bancario

Reporte 28 Información de Estados Financieros de Deudores Comerciales.

Semestral Core Bancario

Reporte 30 Cajeros Automáticos y Cajeros Corresponsales. Trimestral Operaciones

S/N Adeudo y Flujos con el Exterior por Créditos de Corto y Largo Plazo. (*)

Mensual Sistema Contable

En el caso que la solución de Core Bancario tenga responsabilidad en la entrega de la información, dependiendo de la fuente conforme a la descripción anterior, el Contratista deberá generar la información necesaria para su procesamiento posterior por parte del Banco de la Nación, en el formato, alcance definidos 66 y considerando la relación actualizada de los reportes, al inicio del Gap Análisis.-------------------------------------------------------------------------------------------------------------------------------

18 Glosario de TérminosArquitectura Abierta: se le denomina al conjunto de equipos de hardware, software y comunicaciones cuya característica es la compatibilidad técnica con otras plataformas distintas y su interoperabilidad es transparente.Arquitectura Orientada a Servicios (SOA): es un concepto de arquitectura de software que define la utilización de servicios para dar soporte a los requisitos del negocio, mediante la interacción de las funciones de negocios independientes implementados como servicios por sistemas autónomos.Arquitectura Tecnológica: integración de hardware, software y equipos de comunicación para satisfacer las necesidades de información del negocio.BAM: siglas en inglés de Business Activity Monitoring. Se utiliza para definir el concepto de proveer acceso en tiempo real a indicadores críticos de desempeño, con el fin de optimizar la velocidad y efectividad de las operaciones de negocio. BCRP: Banco Central de Reserva del Perú. 66 Capítulo Requerimientos de Información para Entidades Externas

Página 210 de 409


BPEL: siglas en inglés de Business Process Execution Language. Define una notación estándar para especificar el comportamiento de los procesos de negocio basados en Web Services.BPM: siglas en inglés de Business Process Management. La Administración de Procesos de Negocio provee gobernabilidad a un ambiente de procesos de negocio para optimizar la agilidad y desempeño operacional. CAFAE: Administración del Fondo de Asistencia y Estímulo de los Trabajadores del Sector Educación.CCE: Cámara de Compensación Electrónica.CICS: (Customer Information Control System): es un gestor transaccional de programas de aplicaciones con acceso a datos, haciendo las veces de lo que sería en ambiente distribuido un servidor de aplicaciones Directorio LDAP: siglas en inglés de Lightweight Directory Access Protocol. Término con el cual Microsoft se refiere a su implementación de servicio de directorio en una red distribuida de computadores sobre conexiones TCP. DGETP: Dirección General de Endeudamiento y Tesoro Público.ESB: siglas en inglés de Enterprise Service Bus. Componente de software que provee los mecanismos necesarios para integrar aplicaciones heterogéneas (orientadas y no orientadas a servicios) en una organización. Se usa en el contexto de implementación de capacidades de mensajería en una infraestructura orientada a servicios.Estándares Asociados: conjunto de normas y reglas relacionadas con el desarrollo del producto o servicio para incrementar su calidad. Estándar de Desarrollo: norma, regla o metodología de uso generalmente aceptada que incrementa la calidad en la construcción de aplicaciones software.Estándar de Mercado: norma, regla o metodología de uso generalmente aceptada que incrementa la calidad en el desarrollo del producto o servicio.FISA: es un sistema de traslado y transferencia de fondos en moneda nacional y extranjera a la red de agencias, aplicativo desarrollado por el Banco. IVR: siglas en inglés de Interactive Voice Response. Sistema de respuesta interactiva que entrega y captura información de forma automatizada a través del teléfono. Permite a quien llama responder a un menú de opciones (descritas por una voz electrónica), presionando los botones de un teléfono de tonos.LBTR: Liquidación Bruta en Tiempo Real. Licencia Flotante: son licencias que permiten compartir una sola licencia de software entre muchos usuarios, siempre y cuando el número total de usuarios concurrentes sea igual o menor que el número de licencias adquiridas.MEF: Ministerio de Economía y Finanzas.MTC: Ministerio de Transporte y Comunicaciones.MYPE: Mediana y Pequeña Empresa.OASIS: siglas en inglés de Organization for the Advancement of Structured Information Standards. Organización internacional sin fines de lucro que trabaja en el desarrollo, convergencia y adopción de estándares para la sociedad de la información.

Página 211 de 409


Plataforma de Arquitectura Abierta: integración de equipos de hardware, software y comunicaciones para satisfacer las necesidades de información del negocio y cuya característica es la compatibilidad técnica con otras plataformas distintas.Proceso Batch: se dice que un proceso es batch, cuando las instrucciones insertas en él, se realizan en forma secuencial y automática por el computador.P3P: Platform for Privacy Preferences. Protocolo que permite que los sitios web puedan expresar sus prácticas de privacidad en un formato estándar de manera de facilitar la recuperación e interpretación de las mismas. RBAC: siglas en inglés de Role Based Access Control. Modelo de implementación de seguridad donde se restringe el acceso únicamente a usuarios autorizados.RENIEC: Registro Nacional de Identificación y Estado Civil.SAML: Security Assertion Markup Language. Estándar basado en XML para el intercambio de datos de autenticación y autorización entre dominios de seguridad.SDK: siglas en inglés de Software Development Kit. Conjunto de herramientas de desarrollo, documentación y ejemplos que facilitan la creación de aplicaciones para un sistema concreto.SGSI: Sistema de Gestión de Seguridad de Información. Conjunto de políticas de administración de la información, buscando asegurar la confidencialidad, integridad y disponibilidad de la misma. Concepto central sobre el que se construye ISO 27001.SIAF: Sistema Integrado de Administración Financiera del Estado. Sistema del Ministerio de Economía y Finanzas del Estado Peruano. Es una herramienta ligada a la Gestión Financiera del Tesoro Público en su relación con las Unidades Ejecutoras (UEs).SIARLADI: sistema de Análisis y Reportes de Lavado de Dinero, aplicativo desarrollado por el Banco.SOA: siglas en inglés de Service Oriented Architecture. SOAP: siglas en inglés de Simple Object Access Protocol. Protocolo basado en XML para el intercambio de información sobre HTTP. Permite la comunicación entre aplicaciones que se ejecutan en distintos sistemas operativos, utilizando distintas tecnologías y lenguajes de programación.Sistemas Abiertos: se le denomina a sistemas computacionales cuya característica es la compatibilidad técnica con otras plataformas distintas a él.SOAT: Seguro Obligatorio de Accidentes de Tránsito.SSL: Secure Socket Layer. Tecnología estándar de seguridad para el establecimiento de un enlace encriptado entre el servidor web y el browser, de manera que la información permanezca privada e integra.SUNAT: Superintendencia Nacional de Aduanas y Administración Tributaria.SBS: Organismo supervisor y regulador denominado Superintendencia de Banca, Seguros y AFP.TUPA: Texto Único Ordenado de Procedimientos Administrativos.TLS: siglas en inglés de Transport Layer Security. Protocolo sucesor de SSL. Protocolo de encriptación que proporciona comunicaciones seguras. Permite a las aplicaciones prevenir espionaje, falsificar o adulterar la información y la suplantación de identidades.

Página 212 de 409


UDDI: siglas en inglés de Universal Description and Discovery Interface. Estándar de OASIS que define un método universal para la identificación e invocación dinámica de servicios web.VSAM: siglas en inglés de Virtual Storage Access Method. Es un sistema de administración de archivos utilizados en mainframes de IBM.W3C: siglas en inglés de World Wide WEB Consortium. Comunidad internacional que desarrolla estándares para asegurar el crecimiento a largo plazo de la WEB.WAP: siglas en inglés de Wireless Application Protocol. Estándar abierto internacional para aplicaciones que utilizan comunicaciones inalámbricas. Permite a los usuarios interactuar y acceder a información y servicios.WSDL: siglas en inglés de Web Services Description Language. WSDL es un formato XML para la descripción de servicios en la red como un conjunto de puntos que aplican sobre mensajes orientados tanto al manejo de documentos, como de procedimientos.WSIF: siglas en inglés de Web Services Invocation Framework. WSIF es un API JAVA para la invocación de servicios web sin importar cómo o dónde los servicios son provistos. Los desarrolladores pueden interactuar con representaciones abstractas de servicios web utilizando sus descripciones WSDL en lugar de trabajar directamente con SOAP.WS-Security: Protocolo desarrollado por un comité de OASIS-Open que suministra un medio para aplicar seguridad a los Servicios Web. XAdES: XML Advanced Electronic Signatures. XAdES es una extensión al entorno XML-DSig, el cual establece los estándares para firmar digitalmente documentos XML. Esta extensión trae como beneficio principal el cumplimiento de la directiva 1999/93/EC de la Unión Europea para firma electrónica reconocida.

XML: Extensible Markup Language.

Página 213 de 409

http://es.wikipedia.org/wiki/Servicios_Web


CAPÍTULO IVCRITERIOS DE EVALUACIÓN TÉCNICA

EVALUACIÓN TÉCNICA (Puntaje Máximo: 100 Puntos)De acuerdo con el artículo 46º del Reglamento, el Comité Especial está considerando los siguientes factores de evaluación:

FACTORES DE EVALUACIÓN PUNTAJE / METODOLOGÍA PARA SU ASIGNACIÓN

A. EXPERIENCIA DEL POSTOR: 35 Puntos

A.1. EXPERIENCIA EN LA ACTIVIDAD: 5 puntosCriterio:Se evaluará considerando el monto facturado acumulado por el postor correspondiente a la actividad objeto del proceso, durante un periodo de quince (15) años a la fecha de presentación de propuestas, hasta por un monto máximo acumulado equivalente a tres (03) veces del valor referencial.

Acreditación:La experiencia se acreditará mediante copia simple de: contratos u órdenes de servicio, y su respectiva conformidad por la prestación efectuada; o copia simple legible de comprobantes de pago (tales como facturas entre otros) cuya cancelación se acredite documental y fehacientemente, con copia de voucher de depósito o reporte de estado de cuenta en Entidad del sistema financiero nacional y/o internacional, o que la cancelación conste en el mismo documento u otro documento que brinde al Comité la certeza de que el comprobante de pago está debidamente cancelado, correspondientes a un máximo de diez (10) Servicios de Implementación de Soluciones de Core Bancario.

Para los casos en que existan pactos o convenios de confidencialidad ver Nota 1.

En caso los postores presenten varios comprobantes de pago para acreditar la prestación de un solo servicio, se deberá acreditar que corresponden a dicho servicio; de lo contrario, se asumirá que los comprobantes acreditan servicios independientes, en cuyo caso solo se considerará, para la evaluación y calificación, los diez (10) primeros servicios indicados en el Anexo Nº 6 referido a la Experiencia del Postor en la actividad.

En el caso de servicios de ejecución periódica, sólo se considerará como experiencia la parte del contrato que haya sido ejecutada a la fecha de presentación de propuestas, debiendo adjuntarse copia de las conformidades correspondientes a tal parte o los respectivos comprobantes de pago.

En los casos que se acredite experiencia adquirida en

M = Monto facturado acumulado por el postor por la prestación de servicios de consultoría correspondientes a la actividad objeto del proceso.

M >= tres (3) veces el valor referencial: 5 puntos

A los demás postores se le otorgará el puntaje directamente proporcional.

De no llegar ningún postor a:

M >= tres (3) veces el valor referencial

Se otorgará 5 puntos al postor que acredite mayor monto facturado acumulado. A los demás postores se le otorgará el puntaje directamente proporcional.

Página 214 de 409


consorcio, según lo señalado en la Directiva Nº 016-2012-OSCE/CD, sólo se evaluará la documentación presentada por el o los integrantes del consorcio que se hubieran comprometido a ejecutar las obligaciones vinculadas directamente al objeto de la convocatoria, de acuerdo con lo declarado en la promesa formal del consorcio. En tal sentido, para evaluar dicha experiencia no se tomará en cuenta la documentación presentada por el o los consorciados que asumen las obligaciones referidas a las siguientes actividades:

a) Actividades de carácter administrativo o de gestión como facturación, financiamiento, aporte de cartas fianzas o pólizas de caución, entre otras.

b) Actividades relacionadas con asuntos de organización interna, tales como representación, u otros aspectos que no se relacionan con la ejecución de las prestaciones, entre otras.

Los integrantes del consorcio que se hubieren comprometido a ejecutar las obligaciones vinculadas directamente al objeto de la convocatoria, indistintamente, podrán presentar contrataciones para acreditar su experiencia. Tratándose de bienes, la fabricación y/o comercialización

se consideran obligaciones vinculadas al objeto de la convocatoria, sin que pueda considerarse las demás actividades de la cadena productiva, por lo que sólo se tomará en cuenta la experiencia de los integrantes del consorcio que en la promesa formal de consorcio se hubieran obligado a tales actividades. Por tanto, no corresponde considerar la experiencia obtenida por los integrantes del consorcio que en el proceso de selección se obliguen a ejecutar actividades accesorias, tales como el aporte de materias primas, combustible, infraestructura, transporte, envasado, almacenaje, entre otras.

En el caso que los integrantes del consorcio acrediten experiencia respecto de contrataciones ejecutadas, ya sea en forma individual y/o en consorcio, vinculadas directamente al objeto de la convocatoria, se deberá ponderará los montos de facturación teniendo en cuenta el porcentaje de las obligaciones declarado en la promesa formal de consorcio, de acuerdo a los pasos establecidos en la citada directiva.

Nota: Cuando se presenten contratos derivados de procesos de selección convocados antes del 20.09.2012, se entenderá que el porcentaje de las obligaciones equivale al porcentaje de participación de la promesa formal de consorcio o del contrato de consorcio. En caso que en dichos documentos no se consigne el porcentaje de participación se presumirá que las obligaciones se ejecutaron en partes iguales.

Cuando en los contratos, órdenes de servicios o comprobantes de pago el monto facturado se encuentre expresado en moneda extranjera, debe indicarse el tipo de cambio venta publicada por la Superintendencia de Banca, Seguros y AFP

Página 215 de 409


correspondiente a la fecha de suscripción del contrato, de emisión de la orden de servicio o de cancelación del comprobante de pago, según corresponda (ver página web de la SBS (www.sbs.gob.pe). En caso que alguna cotización no se indique en dicho reporte, se utilizará las cotizaciones publicadas en la Plataforma Financiera Thomson Reuters, proporcionada por la División Mesa de Dinero del BN.

Sin perjuicio de lo anterior, los postores deben llenar y presentar el Anexo Nº 6 referido a la Experiencia del Postor en la actividad.

El servicio presentado para acreditar la experiencia en la especialidad servirá para acreditar la experiencia en la actividad.

A.2. EXPERIENCIA EN LA ESPECIALIDAD: 30 puntosCriterio:Se evaluará considerando el monto facturado acumulado por el postor correspondiente a servicios iguales o similares al objeto del proceso, durante un periodo diez (10) años a la fecha de presentación de propuestas, hasta por un monto máximo acumulado equivalente a dos (2) veces del valor referencial.

Se considerará servicio similar a los contratos que incluyan en su alcance Servicios de Implementación de soluciones Core Bancario brindados a entidades financieras en arquitectura mainframe z/Series bajo el sistema operativo z/OS.

Acreditación:La experiencia se acreditará mediante copia simple de: contratos u órdenes de servicio, y su respectiva conformidad por la prestación efectuada; o copia simple legible de comprobantes de pago (tales como facturas entre otros) cuya cancelación se acredite documental y fehacientemente, con copia de voucher de depósito o reporte de estado de cuenta en Entidad del sistema bancario y financiero nacional y/o internacional, o que la cancelación conste en el mismo documento u otro documento que brinde al Comité la certeza de que el comprobante de pago está debidamente cancelado, correspondientes a un máximo de diez (10) servicios iguales o similares al objeto del proceso.

Para los casos en que existan pactos o convenios de confidencialidad ver Nota 1.

En caso los postores presenten varios comprobantes de pago para acreditar la prestación de un solo servicio, se deberá acreditar que corresponden a dicho servicio; de lo contrario, se asumirá que los comprobantes acreditan servicios independientes, en cuyo caso solo se considerará, para la evaluación y calificación, los diez (10) primeros servicios indicados en el Anexo Nº 7 referido a la Experiencia del Postor en la especialidad.

En el caso de servicios de ejecución periódica, sólo se considerará como experiencia la parte del contrato que haya sido ejecutada a la fecha de presentación de propuestas,

M = Monto facturado acumulado por el postor por la prestación de servicios de consultoría iguales o similares al objeto de la convocatoria

M >= dos (2) veces el valor referencial: 30 puntos

M >= una (1) vez el valor referencial y < a dos (2) veces el valor referencial: 9 puntos

M < una (1) vez el valor referencial: 4 puntos

Página 216 de 409


debiendo adjuntarse copia de las conformidades correspondientes a tal parte o los respectivos comprobantes de pago.

En los casos que se acredite experiencia adquirida en consorcio, según lo señalado en la Directiva Nº 016-2012-OSCE/CD, sólo se evaluará la documentación presentada por el o los integrantes del consorcio que se hubieran comprometido a ejecutar las obligaciones vinculadas directamente al objeto de la convocatoria, de acuerdo con lo declarado en la promesa formal del consorcio. En tal sentido, para evaluar dicha experiencia no se tomará en cuenta la documentación presentada por el o los consorciados que asumen las obligaciones referidas a las siguientes actividades:

c) Actividades de carácter administrativo o de gestión como facturación, financiamiento, aporte de cartas fianzas o pólizas de caución, entre otras.

d) Actividades relacionadas con asuntos de organización interna, tales como representación, u otros aspectos que no se relacionan con la ejecución de las prestaciones, entre otras.

Los integrantes del consorcio que se hubieren comprometido a ejecutar las obligaciones vinculadas directamente al objeto de la convocatoria, indistintamente, podrán presentar contrataciones para acreditar su experiencia. Tratándose de bienes, la fabricación y/o comercialización

se consideran obligaciones vinculadas al objeto de la convocatoria, sin que pueda considerarse las demás actividades de la cadena productiva, por lo que sólo se tomará en cuenta la experiencia de los integrantes del consorcio que en la promesa formal de consorcio se hubieran obligado a tales actividades. Por tanto, no corresponde considerar la experiencia obtenida por los integrantes del consorcio que en el proceso de selección se obliguen a ejecutar actividades accesorias, tales como el aporte de materias primas, combustible, infraestructura, transporte, envasado, almacenaje, entre otras.

En el caso que los integrantes del consorcio acrediten experiencia respecto de contrataciones ejecutadas, ya sea en forma individual y/o en consorcio, vinculadas directamente al objeto de la convocatoria, se deberá ponderará los montos de facturación teniendo en cuenta el porcentaje de las obligaciones declarado en la promesa formal de consorcio, de acuerdo a los pasos establecidos en la citada directiva.

Nota: Cuando se presenten contratos derivados de procesos de selección convocados antes del 20.09.2012, se entenderá que el porcentaje de las obligaciones equivale al porcentaje de participación de la promesa formal de consorcio o del contrato de consorcio. En caso que en dichos documentos no se consigne el porcentaje de participación se presumirá que las obligaciones se ejecutaron en partes iguales.

Página 217 de 409


Cuando en los contratos, órdenes de servicios o comprobantes de pago el monto facturado se encuentre expresado en moneda extranjera, debe indicarse el tipo de cambio venta publicada por la Superintendencia de Banca, Seguros y AFP correspondiente a la fecha de suscripción del contrato, de emisión de la orden de servicio o de cancelación del comprobante de pago, según corresponda (ver página web de la SBS (www.sbs.gob.pe). En caso que alguna cotización no se indique en dicho reporte, se utilizará las cotizaciones publicadas en la Plataforma Financiera Thomson Reuters, proporcionada por la División Mesa de Dinero del BN.

Sin perjuicio de lo anterior, los postores deben llenar y presentar el Anexo Nº 7 referido a la Experiencia del Postor en la especialidad.

B. EXPERIENCIA Y CALIFICACIONES DEL PERSONAL PROPUESTO PARA LA PRESTACIÓN DEL SERVICIO: 40 Puntos

B.1. EXPERIENCIA DEL LÍDER DE PROYECTO: 30 PUNTOS

Criterio:

a) Se evaluará el tiempo de experiencia adicional al mínimo requerido en los Términos de Referencia (5 años), en la especialidad del personal propuesto como Líder de Proyecto, en un período no mayor a quince (15) años contados desde la fecha de presentación de la propuesta hacia atrás.

De presentarse experiencia ejecutada paralelamente (traslape), para el cómputo del tiempo de dicha experiencia sólo se considerará una vez el periodo traslapado.

Acreditación:

Mediante la presentación de copia simple legible de contratos de trabajo, constancias o certificados.

b) Se evaluará el nivel de formación académica del personal propuesto como Líder de Proyecto considerando:

Grado de Magíster/Master/Maestro en el área de administración de empresas, negocios o tecnologías de la Información.

Acreditación:

Mediante la presentación de copia simple legible del Diploma de Grado. En caso de acreditar más de un grado de maestría sólo se otorgará el puntaje por una.

Más de 8 años adicionales: 23 puntos

Más de 6 hasta 8 años adicionales:

10 puntos

De 5 hasta 6 años adicionales:8 puntos

Acredita tener Grado de Magíster/Master/Maestro

7 puntos

B.2. EXPERIENCIA DEL GESTOR DE ASEGURAMIENTO DE LA CALIDAD: 10 PUNTOSCriterio:

Página 218 de 409


a) Se evaluará en función al tiempo de experiencia adicional al mínimo requerido en los Términos de Referencia (5 años), en la especialidad del personal propuesto como Gestor de Aseguramiento de la Calidad, en un período no mayor a diez (10) años contados desde la fecha de presentación de la propuesta hacia atrás.

De presentarse experiencia ejecutada paralelamente (traslape), para el cómputo del tiempo de dicha experiencia sólo se considerará una vez el periodo traslapado.

Acreditación:

Mediante la presentación de copia simple legible de contratos de trabajo, constancias o certificados.

b) Se evaluará el nivel de formación académica del personal propuesto como Gestor de Aseguramiento de la Calidad considerando:

Grado de Magíster/Master/Maestro en el área de administración de empresas, negocios o tecnologías de la Información.

Acreditación:

Mediante la presentación de copia simple legible del Diploma de Grado. En caso de acreditar más de un grado de maestría sólo se otorgará el puntaje por una.

Más de 3 años adicionales: 6 puntos

Más de 2 hasta 3 años adicionales:

4 puntos

De 1 hasta 2 años adicionales:2 puntos

Acredita tener Grado de Magíster/Master/Maestro

4 puntos

C. MEJORAS A LAS CONDICIONES PREVISTAS 25 puntos

Criterio:

Mejora 1: Brindar al Banco de la Nación un esquema de funcionamiento de la solución de caja o ventanilla, adicional al mínimo requerido en los Términos de Referencia, que ofrezca flexibilidad en el uso de la red de comunicaciones y ventajas en el tiempo de respuesta en aquellas oficinas que tengan limitaciones técnicas, para utilizarse de estimarse conveniente.

Mejora 2: Cumplir nativamente los “Requerimientos Funcionales” de los Términos de Referencia (sin desarrollos adicionales, ni interfaces con aplicaciones de terceros).

Mejora 3: Ofrecer mayor cantidad de horas/hombre para realizar incorporaciones, modificaciones y eliminaciones necesarias en la solución de core bancario (mantenimiento evolutivo), con un mínimo de dos mil (2000) horas/hombre.

Acreditación:

Se acreditará mediante la presentación de una declaración jurada.

Mejora 1: 9 puntos

Mejora 2: según Escala

- Mayor del 80%: 8 puntos- Mayor al 75% hasta el 80%: 5 puntos- Mayor al 70% hasta el 75% 3 puntos

Mejora 3: Se dará 8 puntos al postor que ofrezca mayor cantidad de horas.

A los demás postores se les calificará en forma directamente proporcional.

Página 219 de 409


PUNTAJE TOTAL 100 puntos

NOTA 1:

Para los casos en que existan pactos o convenios de confidencialidad deberá mantenerse en los contratos y en su conformidad o en los comprobantes de pago presentados aquella información que esté directamente vinculada a generar certeza al Comité Especial sobre la experiencia que es materia de calificación. Los contratos acompañados con las constancias de conformidad que presenten los postores deben considerar como mínimo la siguiente información: Razón Social del beneficiario, objeto del contrato, periodo del servicio prestado, importe, fecha de suscripción del contrato, firmas (digital o manual).

Los comprobantes de pago cuya cancelación se acredite documental y fehacientemente, debe considerar como mínimo la siguiente información: Denominación del comprobante de pago, razón social del emisor, objeto del servicio, importe y fecha, acreditación de cancelación.

De conformidad a lo señalado en el numeral 1.10 de la Sección General de las Bases ―Todos los documentos que contengan información referida a los requisitos para la admisión de propuestas y factores de evaluación se presentarán en idioma castellano o, en su defecto, acompañados de traducción oficial o certificada efectuada por traductor público juramentado o traductor colegiado certificado, según corresponda, salvo el caso de la información técnica complementaria contenida en folletos, instructivos, catálogos o similares, que podrá ser presentada en el idioma original. El postor será responsable de la exactitud y veracidad de dichos documentos.

IMPORTANTE:

Para acceder a la etapa de evaluación económica, el postor deberá obtener un puntaje técnico mínimo de ochenta (80) puntos.

Página 220 de 409


CAPÍTULO VPROFORMA DEL CONTRATO

IMPORTANTE:

Dependiendo del objeto del contrato, de resultar indispensable, podrá efectuarse la inclusión de cláusulas adicionales o la adecuación de las propuestas en el presente documento, las que en ningún caso pueden contemplar disposiciones contrarias a la normativa vigente ni a lo señalado en este capítulo.

Conste por el presente documento, la contratación del servicio “Nuevo CORE Bancario para el Banco de la Nación”, que celebra de una parte el Banco de la Nación, en adelante LA ENTIDAD, con RUC Nº 20100030595 con domicilio legal en Av. República de Panamá Nº 3664, distrito de San Isidro, provincia y departamento de Lima, representada por [………..…], identificado con DNI Nº [………], y de otra parte [……………….....................], con RUC Nº [................], con domicilio legal en [……………….....................], inscrita en la Ficha N° [……………….........] Asiento N° [……….......] del Registro de Personas Jurídicas de la ciudad de [………………], debidamente representado por su Representante Legal, [……………….....................], con DNI N° [………………..], según poder inscrito en la Ficha N° […………..], Asiento N° […………] del Registro de Personas Jurídicas de la ciudad de […………], a quien en adelante se le denominará EL CONTRATISTA en los términos y condiciones siguientes:

CLÁUSULA PRIMERA: ANTECEDENTES Con fecha [………………..], el [CONSIGNAR, COMITÉ ESPECIAL U ÓRGANO ENCARGADO DE LAS CONTRATACIONES] adjudicó la Buena Pro de la Adjudicación de Menor Cuantía Nº 0054-2013-BN para la contratación del servicio Nuevo CORE Bancario para el Banco de la Nación, a [INDICAR NOMBRE DEL GANADOR DE LA BUENA PRO], cuyos detalles e importe constan en los documentos integrantes del presente contrato

CLÁUSULA SEGUNDA: OBJETO En virtud al presente contrato, EL CONTRATISTA se obliga a brindar la prestación del Servicio de Implementación de una Solución de Core Bancario para el Banco de la Nación; de acuerdo a lo establecido en los Términos de Referencia comprendidas en las Bases y las propuestas Técnica y Económica, documentos que forman parte integrante del presente contrato.

.CLÁUSULA TERCERA: MONTO CONTRACTUALEl monto total del presente contrato asciende a …………………. Dólares Americanos (USS. ……..). Este monto comprende el costo del servicio, seguros e impuestos, así como todo aquello que sea necesario para la correcta ejecución de la prestación materia del presente contrato.

CLÁUSULA CUARTA: DE L PAGO

LA ENTIDAD se obliga a pagar la contraprestación a EL CONTRATISTA en Dólares Americanos de acuerdo al tipo de cambio promedio ponderado de la SBS de la fecha de pago, en pagos parciales , luego de la recepción formal y completa de la documentación correspondiente, según lo establecido en el artículo 181 del Reglamento de la Ley de Contrataciones del Estado y de acuerdo al siguiente detalle:

Página 221 de 409


FORMA DE PAGO CON ADELANTO SIN ADELANTO

PRESTACIÓN PRINCIPAL (91.68% DEL MONTO TOTAL DEL CONTRATO)

Adelanto 20.00%

Entrega Gap Analysis 16.00% 20.00%

Entrega Fase 1 16.00% 20.00%

Entrega Fase 2 16.00% 20.00%

Entrega Fase 3 16.00% 20.00%

Puesta en Producción NCB 16.00% 20.00%TOTAL PRESTACIÓN PRINCIPAL 100.00% 100.00%PRESTACIÓN ACCESORIA (8.32% DEL MONTO TOTAL DEL CONTRATO)

Soporte y Mantenimiento NCB 100.00% 100.00%TOTAL PRESTACIÓN ACCESORIA 100.00% 100.00%

SI EL CONTRATISTA SOLICITA ADELANTO:

Adelanto del 20% del monto de la prestación principal del contrato.









SI EL CONTRATISTA NO SOLICITA ADELANTO:



2. 20% del monto de la prestación principal del contrato, al finalizar la Etapa de Entrega

Página 222 de 409


Fase 1.






De acuerdo con el artículo 176 del Reglamento, para efectos del pago de las contraprestaciones ejecutadas por el contratista, la Entidad deberá contar con la siguiente documentación:

Pago de las Prestaciones Principales:

a) Factura.b) Acta de Conformidad del Proyecto Nuevo Core Bancario. c) Informe del Proyecto Nuevo Core Bancario, emitiendo su Conformidad de la prestación

efectuada.

Pago de la Prestación Accesoria:

a) Factura.b) Informe del Departamento de Informática.

Para tal efecto, el responsable de otorgar la conformidad de la prestación deberá hacerlo en un plazo que no excederá de los diez (10) días calendario de ser estos recibidos.

LA ENTIDAD debe efectuar el pago dentro de los quince (15) días calendario siguiente al otorgamiento de la conformidad respectiva, siempre que se verifiquen las demás condiciones establecidas en el contrato.

En caso de retraso en el pago, EL CONTRATISTA tendrá derecho al pago de intereses conforme a lo establecido en el artículo 48 de la Ley de Contrataciones del Estado, contado desde la oportunidad en el que el pago debió efectuarse.

CLÁUSULA QUINTA: DEL PLAZO DE EJECUCIÓN DE LA PRESTACIÓN

El plazo de ejecución del presente contrato es de acuerdo al siguiente detalle:

DETALLE PLAZOPrestación Principal

El Plazo de Ejecución de las Prestaciones Principales del Servicio será no mayor a 51 meses, de acuerdo a lo siguiente:



Página 223 de 409


DETALLE PLAZO






Los cuales se computan a partir del día siguiente de cumplidas las siguientes condiciones por el Banco:


Estacionamiento vehicular para el equipo de trabajo asignado. Computadoras personales para el equipo de trabajo asignado por el Banco de la Nación. Las

computadoras personales del equipo de trabajo del Contratista serán de su responsabilidad. Proyectores para presentaciones para cada espacio físico. Mobiliario y acondicionamiento del espacio físico. Aire acondicionado. Energía eléctrica. Infraestructura de comunicaciones con acceso a la red interna del Banco de la Nación. Acceso a internet para los miembros del equipo de trabajo que lo requieran. Recursos Humanos necesarios para la gestión y ejecución del servicio. Disponibilidad y accesos a los servidores mainframe para la implementación de los ambientes de

desarrollo, certificación, producción y respaldo de la Solución del Nuevo Core Bancario.

Las citadas condiciones deberán ser proporcionadas por el Banco de la Nación dentro de los 60 días siguientes a la suscripción del contrato.

El Contratista deberá proveer los siguientes elementos para el inicio de la prestación del servicio:

Las computadoras personales del equipo de trabajo del Contratista. Recursos Humanos necesarios para la gestión y ejecución del servicio, los cuales deben cumplir

en su perfil con las habilidades y experiencia requeridas para cumplir con los objetivos del Plan de Trabajo.

Herramientas tecnológicas para la prestación del servicio, de ser necesario.

CLÁUSULA SEXTA: PARTES INTEGRANTES DEL CONTRATO

El presente contrato está conformado por la oferta ganadora (propuestas técnica y económica del contratista) y los documentos derivados del proceso de selección que establezcan obligaciones para las partes.

Los contratos de licencia estándar del fabricante podrán ser incorporados como anexos al presente

Página 224 de 409


contrato. De existir contradicciones, prevalecerán en todos los casos las cláusulas del contrato principal.

CLÁUSULA SÉTIMA: GARANTÍAS

EL CONTRATISTA entregó a la suscripción del contrato la respectiva garantía solidaria, irrevocable, incondicional y de realización automática a sólo requerimiento, a favor de LA ENTIDAD, por los conceptos, importes y vigencias siguientes:

De Fiel Cumplimiento del Contrato por prestación principal derivado de la Adjudicación de Menor Cuantía Nº 0054-2013-BN “Nuevo Core Bancario para el Banco de la Nación”, por el importe de ……………… Dólares Americanos (US$. ……..) a través de la Carta Fianza Nº ………….. emitida por ……………. cantidad que es equivalente al diez por ciento (10%) del monto del contrato por prestación principal, la misma que deberá mantenerse vigente hasta la emisión del Informe de conformidad final de la prestación principal.

De Fiel Cumplimiento del Contrato por prestación accesoria derivado de la Adjudicación de Menor Cuantía Nº 0054-2013-BN “Nuevo Core Bancario para el Banco de la Nación”, por el importe de ……………… Dólares Americanos (US$. ……..) a través de la Carta Fianza Nº ………….. emitida por ……………. cantidad que es equivalente al diez por ciento (10%) del monto del contrato por prestación accesoria , la misma que deberá mantenerse vigente hasta la emisión del Informe de conformidad final de la prestación accesoria.

Alternativamente, las micro y pequeñas empresas pueden optar que, como garantía de fiel cumplimiento, la Entidad retenga el diez por ciento (10%) del monto del contrato original. Para estos efectos, la retención de dicho monto se efectuará durante la primera mitad del número total de pagos a realizarse, de forma prorrateada, con cargo a ser devuelto a la finalización del mismo.

En el caso que corresponda, se consignará lo siguiente:

Garantía por el Monto Diferencial de la Propuesta, derivado de la Adjudicación Directa Publica Nº 0054-2013-BN “Nuevo Core Bancario para el Banco de la Nación”, por el importe de……………… Dólares Americanos (US$. ……..) a través de la Carta Fianza Nº …… …….. emitida por ……… ……….., cantidad que es equivalente al veinticinco por ciento (25%) de la diferencia entre el valor referencial y la propuesta económica, la misma que deberá mantenerse vigente hasta la emisión del Informe de conformidad final de la prestación

LA ENTIDAD está facultada para ejecutar las garantías cuando EL CONTRATISTA no cumpliera con renovarlas, conforme a lo dispuesto por el artículo 164 del Reglamento de la Ley de Contrataciones del Estado.

CLÁUSULA OCTAVA: EJECUCIÓN DE GARANTÍAS POR FALTA DE RENOVACIÓNLA ENTIDAD está facultada para ejecutar las garantías cuando EL CONTRATISTA no cumpliera con renovarlas, conforme a lo dispuesto por el artículo 164 del Reglamento de la Ley de Contrataciones del Estado.

CLÁUSULA NOVENA: ADELANTO DIRECTO

La Entidad otorgará un (1) adelanto directo por el veinte y 00/100 por ciento (20.00%) del monto de la prestación principal del contrato.

El contratista podrá solicitar los adelantos dentro de los diez (10) días hábiles posteriores a la suscripción del contrato, adjuntando a su solicitud la garantía por adelantos mediante Carta Fianza y el comprobante de pago correspondiente. Vencido dicho plazo no procederá la solicitud.

La Entidad debe entregar el monto solicitado dentro de los diez (10) días siguientes a la presentación de la solicitud del contratista.

En el supuesto que los adelantos no se entreguen en la oportunidad prevista, el contratista tendrá

Página 225 de 409


derecho a solicitar la ampliación del plazo de ejecución de la prestación por el número de días equivalente a la demora, conforme al artículo 172 del Reglamento.

CLÁUSULA DECIMA: ADICIONALES Y REDUCCIONES

Para alcanzar la finalidad del contrato y mediante resolución previa, el Titular de la Entidad podrá disponer la ejecución de prestaciones adicionales hasta por el límite del veinticinco por ciento (25%) del monto del contrato original, para lo cual deberá contar con la asignación presupuestal necesaria. El costo de los adicionales se determinará sobre la base de las especificaciones técnicas del bien o servicio y de las condiciones y precios pactados en el contrato; en defecto de estos se determinará por acuerdo entre las partes.

Igualmente, podrá disponerse la reducción de las prestaciones hasta el límite del veinticinco por ciento (25%) del monto del contrato original.

En caso de adicionales o reducciones, el contratista aumentará o reducirá de forma proporcional las garantías que hubiere otorgado, respectivamente. De acuerdo al Artículo 174 del Reglamento.

CLÁUSULA DECIMO PRIMERA: AMPLIACIÓN DEL PLAZO CONTRACTUAL

Procede la ampliación del plazo en los siguientes casos:

1. Cuando se aprueba el adicional, siempre y cuando afecte el plazo. En este caso, el contratista ampliará el plazo de las garantías que hubiere otorgado.

2. Por atrasos o paralizaciones no imputables al contratista.

3. Por atrasos o paralizaciones en el cumplimiento de la prestación del contratista por culpa de la Entidad; y,

4. Por caso fortuito o fuerza mayor.

El contratista deberá solicitar la ampliación dentro de los siete (7) días hábiles de aprobado el adicional o de finalizado el hecho generador del atraso o paralización. De acuerdo al Artículo 175 del Reglamento.

CLÁUSULA DÉCIMO SEGUNDA: CONFORMIDAD DEL SERVICIO

La conformidad del servicio se regula por lo dispuesto en el artículo 176 del Reglamento de la Ley de Contrataciones del Estado y será otorgada por:

Prestación Principal: Proyecto Nuevo Core Bancario

Prestación Accesoria: Departamento de Informática

De existir observaciones se consignarán en el acta respectiva, indicándose claramente el sentido de éstas, dándose al CONTRATISTA un plazo prudencial para su subsanación, en función a la complejidad del servicio. Dicho plazo no podrá ser menor de dos (2) ni mayor de diez (10) días calendario. Si pese al plazo otorgado, EL CONTRATISTA no cumpliese a cabalidad con la subsanación, LA ENTIDAD podrá resolver el contrato, sin perjuicio de aplicar las penalidades que correspondan.

Este procedimiento no será aplicable cuando los servicios manifiestamente no cumplan con las características y condiciones ofrecidas, en cuyo caso LA ENTIDAD no efectuará la recepción, debiendo considerarse como no ejecutada la prestación, aplicándose las penalidades que correspondan.

CLÁUSULA DECIMO TERCERA: DECLARACIÓN JURADA DEL CONTRATISTA

Página 226 de 409


EL CONTRATISTA declara bajo juramento que se compromete a cumplir las obligaciones derivadas del presente contrato, bajo sanción de quedar inhabilitado para contratar con el Estado en caso de incumplimiento.

CLÁUSULA DÉCIMO CUARTA: CONFIDENCIALIDAD

Por el presente instrumento, EL CONTRATISTA así como todo el personal de éste, se obliga a guardar estricta y severa reserva, confidencialidad y secreto respecto de la información que EL BANCO le proporcione, así como de la información correspondiente a las transacciones que procesa o de la cual tome conocimiento, sea voluntaria o involuntariamente, con ocasión y a consecuencia de la prestación del servicio contratado, o por error de quien se la provee, bajo cualquier modalidad o vía de acceso, y aquella obtenida o producida por EL CONTRATISTA (Informes o Entregables) para EL BANCO en razón de la prestación del servicio contratado y de ningún modo en perjuicio de EL BANCO, y se obliga a adoptar todas las acciones necesarias, incluidas aquellas que corresponda frente a sus clientes y a su personal, a efectos de que la información suministrada por EL BANCO o a la que EL CONTRATISTA tuviere acceso, se mantenga en absoluta reserva.

En este contexto, toda la información referida a clientes, personal, contabilidad, finanzas, productos, tráfico de llamadas telefónicas, tráfico de Internet, mensajería electrónica, actividades de comercialización, planes de negocio, acuerdo y actas de directorio, técnicas de marketing, procesos, servicios, políticas de precios, estrategias, buenas prácticas, metodología de trabajo, especificaciones técnicas, hardware, software, diseños, planos, dibujos, prototipos, nombres o marcas comerciales, modelos, descubrimientos, investigaciones, desarrollos, procesos, procedimientos, propiedad intelectual, sistemas de seguridad, estructura y distribución de las oficinas, sucursales y agencias, y también toda aquella información obtenida de terceras partes para EL BANCO, se considera confidencial y está considerada como parte de la obligación de reserva absoluta que EL CONTRATISTA por el presente instrumento.

La referida información por consiguiente, sólo podrá ser usada por EL CONTRATISTA para los fines señalados en ésta Cláusula, sin que pueda duplicarla, divulgarla, hacerla pública, transmitirla a ningún tercero de cualquier forma que permita su divulgación, en los términos señalados en este instrumento.

Cualquier producto o entregable generado en la prestación del servicio por EL CONTRATISTA para EL BANCO será de exclusiva propiedad de éste último, por lo que le corresponde la propiedad intelectual sobre los mismos; conforme con ello, EL CONTRATISTA reconoce, acepta y se compromete a que cualquier entregable, producto final de estudio o evaluación desarrollada con motivo de la prestación del servicio, tendrá también carácter confidencial, por tanto no podrá utilizarlos en beneficio propio o de terceros.

Del mismo modo, por el presente instrumento EL CONTRATISTA reconoce que los Derechos de Autor y demás intelectuales que se generen sobre toda la producción documental (física o digital) que éste efectúe durante su vinculación contractual con EL BANCO, o los producidos por terceros y que le hayan sido confiados por éste, son de propiedad exclusiva de EL BANCO, quedando por tanto impedido de reproducirlos o divulgarlos sin su autorización expresa.

Para los efectos del presente compromiso, se entiende por documento todos aquellos considerados como tales por la Ley sobre Derechos de Autor, Decreto Legislativo N° 822, y el Artículo 233° del Código Procesal Civil.

EL CONTRATISTA declara tener total conocimiento que la infracción del compromiso de reserva, confidencialidad y secreto será considerado como incumplimiento contractual y, en consecuencia, será causal de resolución de contrato. No obstante, EL CONTRATISTA queda exento de responsabilidad si la información o documentación es difundida por razón de mandato judicial,

Página 227 de 409


legalmente requerida, o por terceros sin vinculación a él.

Asimismo, EL CONTRATISTA conoce que la vulneración de secretos comerciales se encuentra tipificada como delito Contra la Propiedad Intelectual de conformidad con lo estipulado en el Artículo 216° y siguientes del Código Penal.

Las estipulaciones de esta cláusula se mantendrán vigentes por tiempo indefinido, es decir, se mantendrán vigentes aun cuando el Contrato haya terminado por cualquier circunstancia.

CLÁUSULA DECIMO QUINTA : RESPONSABILIDAD POR VICIOS OCULTOS La conformidad del servicio por parte de LA ENTIDAD no enerva su derecho a reclamar posteriormente por defectos o vicios ocultos, conforme a lo dispuesto por el artículo 50 de la Ley de Contrataciones del Estado.

El plazo máximo de responsabilidad del CONTRATISTA es de un (1) año, sobre los componentes de software, contra defectos o vicios ocultos, incluyendo, de existir, la actualización de nuevas versiones liberadas en ese período, problemas de disminución de performance, entre otros. Además, se deberá incluir el servicio de verificación de la continuidad operativa de la solución.

Durante este periodo el CONTRATISTA deberá incluir la actualización de la documentación respectiva.

La responsabilidad del CONTRATISTA respecto a la solución del Nuevo Core Bancario, incluidos todos sus módulos, regirá a partir del día siguiente de la finalización de la etapa de Post-Producción de la última fase de implementación del proyecto en ambiente de producción.

CLÁUSULA DÉCIMO SEXTA: PENALIDADESSi EL CONTRATISTA incurre en retraso injustificado en la ejecución de las prestaciones objeto del contrato, LA ENTIDAD le aplicará una penalidad por cada día de atraso, hasta por un monto máximo equivalente al diez por ciento (10%) del monto del contrato vigente o, de ser el caso, del monto del ítem que debió ejecutarse, en concordancia con el artículo 165 del Reglamento de la Ley de Contrataciones del Estado.

En todos los casos, la penalidad se aplicará automáticamente y se calculará de acuerdo a la siguiente fórmula:

Penalidad Diaria = 0.10 x MontoF x Plazo en días

Dónde:

F = 0.25 para plazos mayores a sesenta (60) días.

Tanto el monto como el plazo se refieren, según corresponda, al contrato o ítem que debió ejecutarse o, en caso que éstos involucrarán obligaciones de ejecución periódica, a la prestación parcial que fuera materia de retraso.

Esta penalidad será deducida de los pagos a cuenta, del pago final o en la liquidación final; o si fuese necesario se cobrará del monto resultante de la ejecución de las garantías de Fiel Cumplimiento o por el monto diferencial de la propuesta (de ser el caso).

Cuando se llegue a cubrir el monto máximo de la penalidad, LA ENTIDAD podrá resolver el contrato por incumplimiento.

La justificación por el retraso se sujeta a lo dispuesto por la Ley de Contrataciones del Estado y su Reglamento, el Código Civil y demás normas aplicables, según corresponda.

Página 228 de 409


CLÁUSULA DÉCIMO SEPTIMA: RESOLUCIÓN DEL CONTRATOCualquiera de las partes podrá resolver el contrato, de conformidad con los artículos 40, inciso c), y 44 de la Ley de Contrataciones del Estado, y los artículos 167 y 168 de su Reglamento. De darse el caso, LA ENTIDAD procederá de acuerdo a lo establecido en el artículo 169 del Reglamento de la Ley de Contrataciones del Estado.

Además de las causales de resolución administrativa del contrato contempladas en la Ley, se considerarán como otras causales las siguientes:

El incumplimiento por parte del CONTRATISTA en la ejecución del contrato, de acuerdo a las fechas pactadas en el Plan de Implementación, que conlleven atraso en la implementación del servicio, por razones injustificadas e imputables al mismo, en tres o más ocasiones.

Incumplimiento del Acuerdo de Confidencialidad acordado entre las partes. Que EL CONTRATISTA rehúse o falle en llevar a cabo cualquier parte del servicio con la

diligencia que garantice su terminación satisfactoria dentro del período especificado en el Contrato, incluyendo cualquiera extensión de tiempo debidamente autorizada.

Las acciones del CONTRATISTA, que tiendan a desvirtuar la intención del Contrato. El abandono o suspensión del Contrato sin la autorización debidamente expedida. La renuencia a cumplir con las indicaciones o a acatar las órdenes desconociendo la

autoridad del BANCO. No disponer del personal ni del equipo con la calidad, capacidad y en la cantidad necesaria

para efectuar satisfactoriamente el Contrato dentro del período fijado.

CLÁUSULA DÉCIMO OCTAVA: RESPONSABILIDAD DE LAS PARTES Cuando una de las partes no ejecute injustificadamente las obligaciones asumidas, debe resarcir a la otra parte por los daños y perjuicios ocasionados, a través de la indemnización correspondiente. Ello no obsta la aplicación de las sanciones administrativas, penales y pecuniarias a que dicho incumplimiento diere lugar, en el caso que éstas correspondan. Lo señalado precedentemente no exime a ninguna de las partes del cumplimiento de las demás obligaciones previstas en el presente contrato.

Cuando el Banco de la Nación considere que se han ocasionado daños o perjuicios como causa de fallas o errores debido al incumplimiento de las obligaciones asumidas por El Contratista, en forma injustificada o a la falta de diligencia ordinaria de su personal, se seguirá el siguiente procedimiento:

1. El Banco de la Nación comunicará formalmente a El Contratista las obligaciones incumplidas por éste.

2. El Contratista tendrá un plazo perentorio de dos (2) hasta cinco (5) días calendario para cumplir con las obligaciones no realizadas o realizar formalmente sus descargos, plazo que será evaluado por el Banco de acuerdo a la complejidad de la falla.

3. En caso que el Contratista presente sus descargos, estos se evaluarán por el Banco de la Nación, para establecer la responsabilidad del Contratista, por cualquiera de las pérdidas o daños causados.

4. En caso que el Banco de la Nación encuentre que hay responsabilidad por parte del Contratista, procederá a comunicar formalmente a éste y le indicará el plazo máximo de hasta diez (10) días calendario para el cumplimiento de las responsabilidades establecidas, además se solicitará al Contratista resarcir al Banco de la Nación por los daños y perjuicios ocasionados a través de una indemnización previamente conciliada entre las partes.

5. En caso que las partes no lleguen a un acuerdo se recurrirá al arbitraje, según lo indicado en Cláusula Vigésima: Solución de Controversias.

.CLÁUSULA DÉCIMO NOVENA: MARCO LEGAL DEL CONTRATOSólo en lo no previsto en este contrato, en la Ley de Contrataciones del Estado y su Reglamento, en las directivas que emita el OSCE y demás normativa especial que resulte aplicable, serán de aplicación supletoria las disposiciones pertinentes del Código Civil vigente, cuando corresponda, y demás normas de derecho privado.

Página 229 de 409


CLÁUSULA VIGESIMA: SOLUCIÓN DE CONTROVERSIAS 67 Cualquiera de las partes tiene el derecho a iniciar el arbitraje ad hoc a fin de resolver las controversias que se presenten durante la etapa de ejecución contractual dentro del plazo de caducidad previsto en los artículos 144, 170, 175, 176, 177 y 181 del Reglamento o, en su defecto, en el artículo 52 de la Ley de Contrataciones del Estado.

Facultativamente, cualquiera de las partes podrá someter a conciliación la referida controversia, sin perjuicio de recurrir al arbitraje en caso no se llegue a un acuerdo entre ambas, según lo señalado en el artículo 214 del Reglamento de la Ley de Contrataciones del Estado.

El Laudo arbitral emitido es definitivo e inapelable, tiene el valor de cosa juzgada y se ejecuta como una sentencia.

CLÁUSULA VIGESIMA PRIMERA: FACULTAD DE ELEVAR A ESCRITURA PÚBLICACualquiera de las partes podrá elevar el presente contrato a Escritura Pública corriendo con todos los gastos que demande esta formalidad.

CLÁUSULA VIGESIMA SEGUNDA: DOMICILIO PARA EFECTOS DE LA EJECUCIÓN CONTRACTUAL

Las partes declaran el siguiente domicilio para efecto de las notificaciones que se realicen durante la ejecución del presente contrato:

DOMICILIO DE LA ENTIDAD: [……………..]DOMICILIO DEL CONTRATISTA: [CONSIGNAR EL DOMICILIO SEÑALADO POR EL POSTOR GANADOR DE LA BUENA PRO AL PRESENTAR LOS REQUISITOS PARA LA SUSCRIPCIÓN DEL CONTRATO]; EL CONTRATISTA autoriza las notificaciones para todo efecto de la ejecución contractual en los correos electrónicos (CONSIGNAR CORREO ELECTRONICO SEÑALADO POR EL POSTOR GANADOR DE LA BUENA PRO), estas notificaciones no requerirán acuse de recibo para surtir efectos.

La variación del domicilio y/o dirección de correo electrónico aquí declarado de alguna de las partes debe ser comunicada a la otra parte, formalmente y por escrito, con una anticipación no menor de quince (15) días calendario.

De acuerdo con las Bases, las propuestas técnico y económica y las disposiciones del presente contrato, las partes lo firman por duplicado en señal de conformidad en la ciudad de [................] al [CONSIGNAR FECHA].

“LA ENTIDAD” “EL CONTRATISTA”

67 De conformidad con los artículos 216 y 217 del Reglamento, podrá adicionarse la información que resulte necesaria para resolver las controversias que se susciten durante la ejecución contractual. Por ejemplo, para la suscripción del contrato y, según el acuerdo de las partes podrá establecerse que el arbitraje será institucional o ante el Sistema Nacional de Arbitraje del OSCE (SNA-OSCE), debiendo indicarse el nombre del centro de arbitraje pactado y si se opta por un arbitraje ad-hoc, deberá indicarse si la controversia se someterá ante un tribunal arbitral o ante un árbitro único.

Página 230 de 409


FORMATOSY

ANEXOS

Página 231 de 409


FORMATO N° 168

MODELO DE CARTA DE ACREDITACIÓN

Lima, …….de …………. de 2013

SeñoresCOMITÉ ESPECIAL ADJUDICACIÓN DE MENOR CUANTÍA Nº 0054-2013-BNNUEVO CORE BANCARIO PARA EL BANCO DE LA NACION Presente.-

…………………………………………………(nombre del postor/ Empresa y/o Consorcio), identificado con RUC Nº ……………………………… , debidamente representado por ……………………..………. (nombre del representante legal de la persona jurídica), identificado con DNI o PASAPORTE (si fuera el caso) Nº ……………….…. tenemos el agrado de dirigirnos a ustedes, en relación con la Adjudicación de Menor Cuantía Nº 0054-2013-BN “Nuevo CORE Bancario para el Banco de la Nación”, a fin de acreditar a nuestro apoderado: ………………………….………. (nombre del apoderado) identificado con DNI o PASAPORTE (si fuera el caso) Nº ………………………………, quien se encuentra en virtud a este documento, debidamente autorizado a realizar todos los actos vinculados al proceso de selección.

Para tal efecto, se adjunta copia simple de la ficha registral vigente del suscrito. (Solo en el caso de personas jurídicas).

…..………………………….…………………..Firma, Nombres y Apellidos del postor o

Representante legal o común, según corresponda

68 El presente formato será utilizado cuando la persona natural, el representante legal de la persona jurídica o el representante común del consorcio no concurra personalmente al proceso de selección.

Página 232 de 409


FORMATO N° 2

REGISTRO DEL PARTICIPANTE


NOMBRE DE LA EMPRESA : ………………………………………………………………………(Persona Natural o Jurídica)

DIRECCIÓN : ………………………………………………………………………

DISTRITO : ………………………………………………………………………

TELÉFONOS Y ANEXO : …………………………………………………………

TELEFAX : ……………………………………………………………………………………

RUC :

CORREO ELECTRÓNICO : ……………………………………………………………

(Artículo 52º: En caso solicite que, adicionalmente, se le notifique electrónicamente, deberá consignar una dirección de correo electrónico y mantenerla activa, a efecto de las notificaciones que deban realizarse, conforme a lo previsto en el Reglamento)

Ciudad y fecha, ……………………………

APELLIDOS Y NOMBRES: ……………………………………………...

DNI o PASAPORTE (si fuera el caso): ………………………………………………………………...

FIRMA: …………………………………..

ENTREGAR ESTE FORMATO CON LOS DATOS DE LA EMPRESA EN MÓDULO DE ATENCIÓN AL PROVEEDOR DE LA DIVISIÓIN ABASTECIMIENTO DEL DEPARTAMENTO DE LOGÍSTICA AL MOMENTO DE REGISTRARSE Y RECOGER LAS BASES.

Página 233 de 409


ANEXO Nº 1

DECLARACIÓN JURADA DE DATOS DEL POSTOR

SeñoresCOMITÉ ESPECIAL ADJUDICACIÓN DE MENOR CUANTÍA Nº 0054-2013-BN NUEVO CORE BANCARIO PARA EL BANCO DE LA NACION Presente.-

Estimados Señores:

El que se suscribe, …………………………..…………. (representante Legal de ………….................), identificado con DNI o PASAPORTE (si fuera el caso) Nº ................., R.U.C. Nº ............., con poder inscrito en la localidad de ....................... en la Ficha Nº ................. Asiento Nº ..............., DECLARO BAJO JURAMENTO que la siguiente información de mi representada se sujeta a la verdad:

Nombre o Razón Social :Domicilio Legal :RUC : Teléfono : Fax :

Lima, …….de …………. de 2013

……...........................................................Firma, Nombres y Apellidos del postor oRepresentante legal, según corresponda

IMPORTANTE:

Cuando se trate de consorcios, esta declaración jurada será presentada por cada uno de los consorciados.

Página 234 de 409


ANEXO Nº 2

DECLARACIÓN JURADA DE CUMPLIMIENTO DE LOS REQUERIMIENTOS TÉCNICOS MÍNIMOS

SeñoresCOMITÉ ESPECIAL ADJUDICACIÓN DE MENOR CUANTÍA Nº 0054-2013-BN NUEVO CORE BANCARIO PARA EL BANCO DE LA NACIONPresente.-

De nuestra consideración:

Es grato dirigirme a usted, para hacer de su conocimiento que luego de haber examinado las Bases y demás documentos del proceso de la referencia y, conociendo todas las condiciones existentes, el postor ofrece el Servicio de Nuevo Core Bancario para el Banco de la Nación, de conformidad con los Términos de Referencia, las demás condiciones que se indican en el Capítulo III de la sección específica de las Bases y los documentos del proceso.

Lima, …….de …………. de 2013

…….………………………….…………………..Firma, Nombres y Apellidos del postor o


Página 235 de 409


ANEXO Nº 2-A

UBICACIÓN DEL CUMPLIMIENTO DE REQUERIMIENTOS TÉCNICOS MÍNIMOS

SeñoresCOMITÉ ESPECIAL

ADJUDICACIÓN DE MENOR CUANTÍA Nº 0054-2013-BN NUEVO CORE BANCARIO PARA EL BANCO DE LA NACIONPresente.-


Por la presente y en cumplimiento de las Bases de la presente Adjudicación, a las cuales declaro mi sometimiento expreso, presento mi Propuesta Técnica conforme al detalle siguiente:

REQUERIMIENTOS TECNOLÓGICOSINSTRUCCIONES PARA EL LLENADO DE LA MATRIZ:

- Los requerimientos incluidos en los Términos de Referencia son de cumplimiento obligatorio para considerar la propuesta como válida.- En la columna " N° FOLIO (S)", deberá indicar el Número de Folios de la propuesta donde especifique cómo cumple con el requerimiento.

5. REQUERIMIENTOS DE PLATAFORMA N° DE FOLIO (S)

1 La Nueva Solución de Core Bancario deberá ejecutarse en arquitectura mainframe z/Series, con el gestor de base de datos IBM-DB2 V10, bajo el sistema operativo z/OS con los que cuenta actualmente el Banco, de acuerdo a lo descrito en el numeral 1.4. Tecnología del Banco de la Nación. Asimismo, la Nueva Solución (incluyendo las herramientas de desarrollo y todo el software necesario para el correcto funcionamiento del nuevo core bancario) deberá tener la capacidad de ejecutarse en plataforma abierta (UNIX o LINUX), siendo importante indicar que los desarrollos y/o personalizaciones realizadas a la nueva solución en la arquitectura mainframe deberán continuar funcionando en plataforma abierta, para que en una segunda fase, que está fuera del alcance de este proyecto, el Banco de la Nación pueda migrar a dicha plataforma de estimarlo

Página 236 de 409


conveniente.

2 Los módulos obligatorios a ejecutarse en la plataforma mainframe con sistema operativo z/OS son los siguientes: Clientes, Captaciones, Colocaciones, Servicios de Pagos y Cobros. Los componentes del Core Bancario, tales como el middleware o plataforma de caja o ventanilla pueden ejecutarse en otra plataforma.

A.- PLATAFORMA Y SISTEMA OPERATIVO

1. Mainframe: z/OS

3 a. Capa de Aplicaciones o de Procesos de Negocio: Debe operar en plataforma mainframe basado en sistema operativo z/OS, asegurando el mejor rendimiento, facilidad de manejo, mantenimiento sencillo y que no represente un costo adicional.

4 b. Capa de Middleware: Debe contar con un ESB, propio o de tercero, para proveer una capa de integración que permita interoperar con aplicaciones propietarias y también con las que no están orientadas a servicios, incluyendo los aplicativos que se ejecutan fuera del mainframe (ERP, aplicaciones Web, conexiones con entidades externas, entre otras).En caso que la capa de middleware no esté en plataforma mainframe, el Contratista debe indicar detalladamente las características del hardware, software y servicios que serán provistos por este, para su implementación y correcto funcionamiento, garantizando la alta disponibilidad a través de un equipamiento similar en el Centro de Cómputo de Backup, durante la vigencia del contrato.

5 c. Capa de Base de Datos: Se utilizará el gestor de base de datos IBM-DB2 V10, que será proporcionado por el Banco, el cual se encuentra en plataforma mainframe con sistema operativo z/OS.

6 d. Capa de Presentación: Debe ser multiplataforma, por lo menos que soporte sistema operativo Windows y Linux. El lenguaje utilizado en su desarrollo e implementación deberá ser Java. La interfaz del usuario debe ser Web.

2. Arquitectura Abierta

7 a. Capa de Aplicaciones o de Procesos de Negocio: debe operar en cualquier plataforma de arquitectura abierta, con sistema operativo Unix o Linux.

8 b. Capa de middleware debe operar en cualquier plataforma de arquitectura abierta, con sistema operativo Unix o Linux.

Página 237 de 409


9 c. Capa de Base de Datos: debe operar en cualquier plataforma de arquitectura abierta, con sistema operativo Unix o Linux.

10 d. Capa de Presentación: ser multiplataforma, por lo menos que soporte sistema operativo Windows, Unix y Linux. El lenguaje utilizado en su desarrollo e implementación deberá ser Java. La interfaz del usuario debe ser Web.

B.- GESTOR DE BASE DE DATOS

11 La nueva solución de core bancario deberá tener altos niveles de disponibilidad y resiliencia que deben ser evidenciadas en las propuestas.

C.- SISTEMA DE CAJA O DE VENTANILLA

12 Es requerimiento que el sistema de caja o de ventanilla de la solución propuesta debe funcionar en un entorno web a través de un browser.

13 El sistema de caja o ventanilla deberá ser multiplataforma, por lo menos que soporte sistema operativo Windows y Linux. El sistema de caja o ventanilla debe proveer una arquitectura de alta disponibilidad en un clúster de servidores centralizados en el Banco para la atención a toda la red de oficinas. Los servidores necesarios serán proporcionados por el Banco.

14 La integración del mainframe y el clúster de servidores del nuevo sistema de caja o ventanilla debe ser utilizando el protocolo de comunicación de TCP/IP.

15 Las comunicaciones entre el clúster de servidores del nuevo sistema de Caja o Ventanilla con las estaciones de las agencias debe ser TCP/IP.

6. REQUERIMIENTOS DE ARQUITECTURA N° DE FOLIO (S)

6.1 Arquitectura Orientada a Servicios

16 El Nuevo Core Bancario deberá estar basado en una Arquitectura Orientada a Servicios (SOA), que cumpla los siguientes requerimientos:

Página 238 de 409


- Disponer de un inventario de Servicios WEB estandarizados que la solución de Core Bancario exponga para el descubrimiento de Servicios, cumpliendo el estándar UDDI. - Ser una solución construida con capas de abstracción que incluyan capas de procesos de negocio y capa de servicios categorizados además de las capas de presentación, componentes y acceso a datos. - La capa de middleware (ESB) debe proporcionar las características necesarias mediante las cuales se pueda implementar una arquitectura orientada a servicios.

17 Las características básicas que debe presentar el ESB son las siguientes: - Enrutamiento y redireccionamiento de mensajes. - Estilo de comunicación síncrono y asíncrono. - Multiplicidad de tipos de transporte y protocolos de enlace, considerando como mínimo los siguientes: HTTP, HTTPS, SNA, JMS, MQ, FTP, SFTP, TCP/IP, SMTP, SOAP. - Transformación de contenido y traducción de mensajes. - Orquestación y coreografía de mensajes. - Gestor de eventos.

- Presencia de adaptadores a múltiples plataformas.

- Herramientas de diseño de la integración, de implementación y despliegue.

- Características de garantía de la calidad del servicio (QoS), como transaccionalidad y persistencia.

- Funcionalidad de autenticación, autorización y encriptación para asegurar los mensajes entrantes y salientes.

- Auditoría, registro y métricas.

- Gestión y monitorización.

6.2 Business Process Management

18 Es objetivo del Banco de la Nación la adopción de BPM (Gestión de Procesos de Negocio) por tanto la solución del Nuevo Core Bancario debe tener la capacidad de integrarse con herramientas estándar de BPM. No

Página 239 de 409


obstante, la adquisición de esta herramienta no es parte del alcance de este proyecto.

7. REQUERIMIENTOS DE INFRAESTRUCTURA N° DE FOLIO (S)

7.2 Responsabilidades del Contratista

19 El Contratista deberá estimar las capacidades de procesamiento (MIPS) y almacenamiento (espacio en disco) que necesitará su Solución de Core Bancario para ejecutarse en los ambientes de desarrollo, certificación, producción y respaldo. A estos estimados se le deberá añadir el porcentaje de crecimiento anual correspondiente tomando como referencia el porcentaje de crecimiento del actual Core Bancario (6.5%), a fin que el Banco de la Nación pueda tener una proyección más exacta de su impacto en el periodo de implementación.

20 El Contratista será responsable de suministrar cualquier otro elemento de infraestructura, incluyendo hardware, software y servicios, que considere necesario para complementar su solución de Core Bancario, en los ambientes que sean necesarios (desarrollo, certificación, producción y respaldo) el costo de los mismos debe estar incluido en su propuesta.

7.3 Requerimientos de Procesamiento

7.3.1 Disponibilidad

21 El Nuevo Core Bancario deberá ofrecer disponibilidad de servicio al cliente (up-time) 7x24, esto aplica para todos los canales, a excepción de los canales plataforma de caja o ventanilla y Plataforma Comercial y de Servicios que deberán ofrecer disponibilidad de acuerdo a los horarios operativos establecidos por el Banco.

22 Los requerimientos de disponibilidad y contingencia deberán estar soportados en una configuración básica de Parallel Sysplex entre los Centros de Cómputo Principal y Backup

23 El porcentaje de disponibilidad requerido para la nueva solución de Core Bancario es 99.9%. Este valor está referido a los niveles de servicio de la solución propuesta, la medida de la indisponibilidad debe ser atribuible a incidencias en su funcionamiento.

7.3.2 Modalidad de Procesamiento

24 La capa de aplicaciones y la base de datos deberán ejecutarse en modalidad centralizada, debiendo esta Página 240 de 409


última estar replicada para propósitos de contingencia.

7.3.3 Capacidad de Procesamiento en Línea

25 Se requiere que la nueva solución de Core Bancario tenga la capacidad de procesar 400 TPS, y además debe considerar un crecimiento anual del 10% durante la vigencia del contrato.

7. 3.4 Tiempo de Respuesta

26 El actual Core Bancario presenta tiempos de respuesta promedio mensual menores a 0.5 segundos para las transacciones atendidas por el Computador Central que provengan de los diferentes canales (tiempo de respuesta de la aplicación). La solución del Nuevo Core Bancario propuesta debe asegurar tiempos de respuesta que no superen los promedios antes mencionados. El Banco de la Nación, antes del pase a producción y en las etapas de post-producción de cada módulo medirá los tiempos de respuesta, el protocolo de pruebas de medición y el detalle del mismo será coordinado con el Contratista durante la ejecución contractual, en la etapa de Plan de Trabajo, teniendo en cuenta la plataforma tecnológica descrita en el presente documento.

7.3.5 Procesamiento de Ventana Batch

27 En el caso que la solución del Postor contemple el uso de una ventana batch, la misma no deberá interferir con la disponibilidad para todos los canales de atención, dicha interrupción no debe superar los 30 minutos diarios.

7. 4 Infraestructura de Software

28 El Nuevo Core Bancario deberá interactuar con el programa producto RACF en las capas de aplicaciones (core del negocio) y la base de datos que deben residir en los servidores mainframe sobre sistema operativo Z/OS. En caso el postor tenga un software de seguridad diferente para las demás capas, éste deberá tener la capacidad de integrarse con RACF y los sistemas de seguridad del actual core del banco, con el fin de garantizar una administración centralizada e integral de la seguridad de las aplicaciones y su acceso a los recursos en el ambiente Z/OS, principalmente en la etapa de convivencia, para ello debe presentar de manera gráfica su esquema de integración propuesta.

29 El Postor deberá incluir en su propuesta técnica todo el software necesario para implementar la solución requerida en los Ambientes de Desarrollo, Certificación, Producción y Respaldo, que incluya licencias del Software del nuevo core bancario y demás licencias que el Postor considere necesarias para el correcto funcionamiento de la Solución, indicando como mínimo lo siguiente:

Página 241 de 409


- Nombre del Producto de Software- Nombre del fabricante y/o distribuidor local- Ambientes donde se requiere implementar (desarrollo, certificación, producción y respaldo) - Funcionalidad cubierta - Tipo de Licenciamiento- Vigencia del licenciamiento- Cantidad de licencias provistas

7.4.1 Herramientas de Desarrollo

30 El Contratista debe asegurar autonomía para el Banco de la Nación en la creación de nuevas funcionalidades o modificaciones de funcionalidades existentes, sin depender de la presencia del Contratista. Esta autonomía debe ser asegurada por el Contratista de la siguiente manera:

a) Con la entrega de código fuente del software de Core Bancario, (para las capas de la solución, exceptuando el núcleo). El Contratista deberá incluir en su Plan de Capacitación el entrenamiento necesario para que el Banco de la Nación tenga la capacidad de modificar el código fuente entregado. El Contratista, deberá asegurar también la entrega de todas las herramientas y sus licencias correspondientes para los ambientes de desarrollo y certificación.

b) Con la entrega de un SDK que permita la modificación de funcionalidades existentes y/o la creación de nuevas. El Contratista deberá asegurar e incluir en su Plan de Capacitación el entrenamiento necesario para que el Banco de la Nación tenga la capacidad de utilizar el SDK. El Contratista deberá asegurar también, la entrega de todas las herramientas y sus licencias correspondientes para los ambientes de desarrollo y certificación.

31 Se aceptará para la capa de presentación, lenguajes compatibles con la Plataforma de Desarrollo Java EE.

32 Para el desarrollo y mantenimiento de la solución de Core Bancario, el Postor deberá incluir en su propuesta: a) Una herramienta automatizada para el control de las versiones y para la gestión de solicitudes de cambio, con licencias de tipo flotante para 40 usuarios. b) Una herramienta para el acceso y actualización del modelo lógico de la base de datos de la solución de Core Bancario con licencias de tipo flotante para 5 usuarios. Estas licencias deberán estar disponibles a la culminación de la etapa del “Plan de Trabajo”.

33 El Contratista deberá asegurar que el Banco de la Nación recibirá las actualizaciones de versiones o tecnologías del software de Core Bancario, y que estas actualizaciones se integrarán a las nuevas

Página 242 de 409


funcionalidades o modificaciones desarrolladas por el Banco de la Nación.

34 Se debe dotar al Banco con las herramientas de desarrollo y con la capacitación necesaria para que el personal del Banco pueda realizar los desarrollos y mantenimientos de forma eficiente, segura y centralizada.

7. 5 Comunicaciones

35 El Nuevo Core Bancario deberá utilizar la misma infraestructura de comunicaciones que el actual core.

8. REQUERIMIENTOS DE CONECTIVIDAD N° DE FOLIO (S)

8. Requerimientos de Conectividad

8.1 Con los Canales de AtenciónEl Nuevo Core Bancario deberá atender a los clientes y usuarios del Banco de la Nación a través de los Canales de Atención, brindando las interfaces y módulos de software necesarios para cada uno de ellos:

36 - Plataforma de Caja o Ventanilla: el Nuevo Core Bancario deberá proveer la solución de software necesaria para la atención en cajas o ventanillas que reemplazará al sistema actual (transacciones de caja y de verificación de firmas electrónicas). De igual manera debe proporcionar los módulos de software (rutinas, APIs, módulos, etc.) para lograr la conectividad necesaria con los dispositivos tales como: lectoras de tarjeta magnética, lectoras de caracteres magnéticos y/o ópticos en cheques, ingreso de clave en dispositivos Pin Pad y lectoras de documentos de pago (recibos y facturas), no se requiere la provisión de los equipos mencionados. Adicionalmente, para la etapa de convivencia, deberá proveer la interface con la solución actual de Plataforma de Caja o Ventanilla.

37 - Banca por Internet: el Nuevo Core Bancario deberá proveer la interfaz y los controles necesarios para conectarse y atender los requerimientos y servicios de la solución de Banca por Internet del Banco.

38 - Cajeros Automáticos (ATMs): el Nuevo Core Bancario deberá comunicarse con el switch que administra la red cajeros automáticos (ATM), tal como se conecta con el Core Bancario, mediante interfaces haciendo uso de mensajería ISO 8583.

39 - Cajeros Corresponsales: la solución de Core Bancario deberá proveer la posibilidad de ejecutar servicios o transacciones del Banco de la Nación remotamente.

Página 243 de 409


40 - Banca por Teléfono (IVR): el Nuevo Core Bancario deberá proveer la interfaz y los controles necesarios para atender los requerimientos y servicios brindados a los clientes por medio del Sistema de Respuesta de Voz Interactiva o IVR, dicha interfaz se conectará utilizando un servidor transaccional que interactúa entre el Core Bancario y el sistema IVR, permitiendo el acceso a servicios de información y operaciones autorizadas.

41 - Banca por Celular: el Nuevo Core Bancario deberá proveer la interfaz y los controles necesarios para atender los requerimientos y servicios brindados a los clientes por medio de mensajería SMS y/o aplicaciones alojadas en los teléfonos.

8.2 Con el Ambiente Mainframe

42 - Deberá ser capaz de procesar transacciones iniciadas por el sistema mainframe del Banco, específicamente desde las diferentes regiones CICS definidas en el mainframe.- Deberá ser capaz de desplegar los servicios a través de todos los canales del Banco.

43 El Nuevo Core Bancario debe brindar la funcionalidad necesaria para el intercambio de información con el Core actual, en modalidad batch (procesamiento por lotes), a través de transferencia de archivos, haciendo uso de Web Services o mediante servicios de mensajería basada en colas (JMS o MQ).

8.3 Con Oracle Financials

44 Deberá ser capaz de intercambiar información con el Sistema Oracle Financials (versión 11.5.10.2) que corre en una Plataforma Linux independiente, y que constituye el ERP del Banco, por lo que esta interfaz es de gran importancia. El Nuevo Core Bancario deberá cumplir con los requerimientos de conectividad y mensajería que imponga el producto Oracle Financials.

8.4 Con Sistema de Tesorería e Inversiones - Back Trader Live

45 Deberá integrarse al sistema de Tesorería que tiene el Banco (Back Trader Live), así como lanzar las transacciones desde la plataforma de caja. Además, deberá estar preparado para intercambiar información, en modalidad batch (procesamiento por lotes), a través de transferencia de archivos o mediante el uso de Web Services.

8.5 Con el Sistema de Comercio Exterior

46 El Nuevo Core Bancario deberá proveer la interfaz y los controles necesarios para conectarse y atender los requerimientos y servicios de la solución de Comercio Exterior del Banco.

Página 244 de 409


8.6 Con Entidades Externas

47 Deberá disponer de conectividad en los dos sentidos, con diversas instituciones externas, tanto para procesos en línea como para transferencias de archivos.Las instituciones con las cuales deberá inter-operar como mínimo la solución de Core Bancario son:

- BCRP (Banco Central de Reserva del Perú): existe un enlace al BCRP para que usando un aplicativo de esta entidad, en forma remota se ingrese por digitación datos de las transferencias del Estado. La integración se realiza a través del software LBTR propiedad del BCRP.

- SUNAT (Superintendencia Nacional de Aduanas y Administración Tributaria): el Banco de la Nación está autorizado para la recepción de pago de tributos en ventanilla. Estos datos son dados a conocer a la SUNAT en línea, a través del “hub de integración”, y posteriormente confirmados con una transmisión en ráfaga de los datos, usando FTP.

- RENIEC (Registro Nacional de Identificación y Estado Civil): similar a SUNAT, los pagos son recibidos en ventanilla y transmitidos en línea, a través del “hub de integración”, y posteriormente confirmados con una transmisión en ráfaga de los datos, usando FTP.

- VISA: el Banco de la Nación recibe en línea las transacciones generadas desde establecimientos comerciales, hechas en Puntos de Venta (POS) y a través de la red de procesamiento VISA, para compras internacionales con la Tarjeta de Débito ofrecida por el Banco (tarjeta Multired). La trama de mensajería pasa primero por los dispositivos VEA, proporcionados por VISA, luego al Stratus (el mismo que atiende a los ATM), y de ahí al mainframe. El Nuevo Core Bancario deberá hacer de autorizador, como lo es el mainframe en la actualidad.

- VISANET: el Banco de la Nación recibe en línea las transacciones generadas desde establecimientos comerciales, hechas en Puntos de Venta (POS) y a través de la red de procesamiento VISANET, para compras nacionales con la Tarjeta de Débito ofrecida por el Banco (tarjeta Multired). El Nuevo Core Bancario deberá hacer de autorizador, como lo es el mainframe en la actualidad.

- MASTERCARD: el Banco de la Nación recibe en línea transacciones originadas en cajeros automáticos MULTIRED BN a través de la red Procesos MC Perú, por retiro de efectivo con Tarjeta de Débito o Crédito de clientes propios o foráneos afiliados a la franquicia MASTERCARD (MAESTRO/CIRRUS/MASTECARD). La trama de mensajería pasa por el STRATUS, es canalizada a Procesos MC Perú y es transferida a la red MASTECARD, quien a su vez transmite al Banco Emisor, quien autoriza o rechaza la operación. - SEDAPAL (Servicio de Agua Potable y Alcantarillado): Similar a SUNAT, los pagos son recibidos en ventanilla y transmitidos en línea, a través del “hub de integración”, y posteriormente confirmados con una transmisión

Página 245 de 409


en ráfaga de datos, usando FTP.

- Cámara de Compensación Electrónica: se pasa la información de la Cámara Saliente dos veces al día, en modo FTP, y similarmente, se recibe información de la Cámara Entrante y de la Compensación definitiva.

- MEF: para transacciones de autorización de pago, pago a proveedores del Estado y pago electrónico de planillas, registro de claves de Unidades Ejecutoras, entre otros a través de SIAF . Además se proporciona información de la Cuenta de Ejecución, en modo FTP.

- MTC: se proporciona información de las recaudaciones realizadas (cobro de multas por infracciones, pagos de servicios y otros) vía MQ Series.

- Instituciones Financieras: envío y recepción de información vía FTP seguro.

- Poder Judicial: certifica el pago de certificados de antecedentes judiciales y otras certificaciones, vía MQ Series.

- Operadoras de Telecomunicaciones: cobros de servicio telefónico y recargas celulares con abono en cuenta vía Web Services.

- Central de Riesgo de la SBS: consulta de Central de Riesgo vía internet con un usuario y password.

- Informa Perú: consulta de Central de Riesgo vía internet con un usuario y password.

- Sentinel Perú: Central Inteligente de Alertas y Riesgo.

- Dirección General de Migraciones y Naturalización.

- SUNARP, INC y OSCE.

48 La solución Nuevo Core Bancario deberá estar preparada para interconectarse con instituciones y empresas adicionales, para los servicios de cobranza y/o corresponsalía, con las cuales el Banco de la Nación decida interconectarse.

9. REQUERIMIENTOS DE INFORMACION PARA ENTIDADES EXTERNAS N° DE FOLIO (S)

Los Reportes Regulatorios y de Control, el Control y Prevención del Lavado de Activos y la Gestión Integral de

Página 246 de 409


Riesgos del Banco de la Nación estarán soportados en una plataforma tecnológica especializada, en el entorno de un proyecto de Data Warehouse independiente del Nuevo Core Bancario, y en otras soluciones especializadas que el Banco de la Nación ya dispone.

49 Se requiere la disponibilidad de los datos que se genera como resultado de las operaciones y transacciones de los clientes en su relación de negocios con el Banco de la Nación. Es por tanto un requerimiento que todos los Módulos de Negocio de la solución propuesta de Core Bancario, generen la información necesaria para alimentar el Data Warehouse que soportará los Reportes Regulatorios y de Control, el Control y Prevención del Lavado de Activos y la Gestión Integral de Riesgos.

9.1 Información para la Superintendencia de Banca, Seguros y AFPLa información requerida por el ente regulador y que la nueva solución de Core Bancario deberá proveer como mínimo para la alimentación del Data Warehouse, en la frecuencia exigible por el regulador y en el formato a acordar con el Contratista, es la siguiente:

50 - Información de identificación de deudores: que reportará todos los clientes del Banco de la Nación que estarán referenciados por tener productos y servicios contratados (tipo de identificación, código de identificación, tipo de identificación de extranjero, código de identificación de extranjero, tipo de identificación complementaria, código de identificación complementaria, tipo de persona, tipo de cliente empresarial, magnitud empresarial, razón social, apellido paterno, apellido materno, apellido de casada, primer nombre, segundo nombre, fecha de nacimiento, género, estado civil, código de deudor Banco de la Nación, tipo de residencia, país de residencia, país de nacimiento, ubicación geográfica, código de la zona registral, código de oficina registral, sector económico, calificación regulatoria sin alineamiento según Resolución Nº 11355-2008, calificación regulatoria, vinculación con el Banco de la Nación, relación laboral con el Banco de la Nación, indicador de riesgo cambiario crediticio Circular B-2145-2005, tipo de identificación principal en el caso de clientes mancomunados, código de identificación principal en el caso de clientes mancomunados).

51 - Información de operaciones de crédito: que reportará el stock a la fecha de corte de las operaciones de crédito (código de operación, tipo de producto, tipo de crédito, tratamiento especial de exposiciones de consumo, tipo de identificación de cliente, código de identificación de cliente, moneda, saldo contable, cuenta contable, rendimientos devengados, rendimientos diferidos, rendimientos en suspenso, tipo de tasa de interés, tipo de indexación de la tasa de interés, spread de tasa variable y mixta, tasa de interés efectiva anual, tasa de costo efectivo anual, fecha de inicio de operación, fecha de vencimiento, modalidad de pago, monto de la cuota, fecha de la cuota, número de cuotas pactadas, número de cuotas por pagar, periodicidad de las cuotas, días de atraso al cierre de mes, días de atraso durante el mes, tipo de gracia otorgada, períodos de gracia,

Página 247 de 409


monto desembolsado asociado a la operación, vencimiento efectivo, provisiones específicas, indicador de transferencia o adquisición de cartera, código de cartera transferida, sustitución de contraparte, indicador de financiamiento especializado, código de oficina, condición de disponibilidad, factor de conversión crediticio).

52 - Información de operaciones agrupadas: que reportará el stock agrupado por cliente, de avances en cuentas corrientes, sobregiros y de descuento de letras y pagarés y factoring, a la fecha de reporte de la información (código de línea, tipo de crédito, tipo de producto, tipo de crédito, tratamiento especial de exposiciones de consumo, tipo de identificación de cliente, código de identificación de cliente, moneda, saldo contable, cuenta contable, rendimientos devengados, rendimientos diferidos, rendimientos en suspenso, tasa de interés efectiva anual, fecha de vencimiento, días de atraso, vencimiento efectivo, provisiones específicas, indicador de transferencia o adquisición de cartera, sustitución de contraparte, código de oficina, condición de disponibilidad, factor de conversión crediticio)

53 - Cobertura de operaciones y grupo de operaciones: (tipo de operación cubierta, código de la operación o código de línea, tipo de garantía, código de la garantía, tipo de identificador de la garantía personal, tipo de cobertura del garante, moneda de la cobertura, monto de la garantía asignada a la operación).

54 - Salida de operaciones: que reportará todos los casos que origine la salida de una operación de crédito (código de operación, motivo de salida de la operación, fecha de salida de la operación, monto de salida, código de la nueva operación generada, tipo de garantía, código de la garantía, código de cartera transferida).

55 - Disminución de saldos de operaciones en incumplimiento: que reportará todas las operaciones individuales que se encuentran en incumplimiento (código de la operación individual, motivo de disminución de saldos, monto de la disminución de saldo, código de la nueva operación generada, tipo de garantía, código de la garantía).

56 - Líneas comprometidas: que reportará todas las líneas comprometidas no utilizadas asignadas a los clientes (tipo de identificación del cliente, código de identificación del cliente, código de línea, indicador de bloque de línea, tipo de línea, cuenta contable, moneda, revolvencia de las líneas, cancelación unilateral, monto aprobado de la línea comprometida, monto no utilizado de la línea comprometida, indicador de multi-línea, código de multi-línea, monto aprobado de la multi-línea, monto no utilizado de la multi-línea).

57 - Stock de garantías físicas: que reportará el stock de los activos recibidos como garantías preferidas (código de garantía, agrupación de bienes en garantía, número de bienes comprometidos en la garantía, tipo de garantía, indicador de deuda vinculada, tipo de cobertura, tipo de propietario de la garantía, tipo de identificación del deudor, código de identificación del deudor, identificación de situación de garantía, código

Página 248 de 409


de zona registral, código de oficina registral, número de partida, indicador de garantía compartida, ubicación geográfica, fecha de constitución, indicador de póliza de seguro vigente, número de póliza del seguro de la garantía, código de empresa de seguros, valor de constitución de la garantía, valor comercial de la garantía, valor de realización de la garantía, fecha de última tasación, moneda de la tasación, cuenta contable de registro de la garantía, código del último perito valuador, valor de adjudicación de la garantía, gastos de adjudicación, provisión inicial, provisión constituida mensualmente, provisión por desvalorización).

58 - Stock de garantías en títulos valores: que reportará el stock de las garantías auto-liquidables y preferidas a la fecha de reporte (código de garantía, agrupación de bienes en garantía, código ISIN, tipo de emisión, tipo de emisor, indicador de deuda vinculada, tipo de cobertura, tipo de identificación del deudor, código de identificación del deudor, identificación de situación de garantía, indicador de garantía compartida, fecha de constitución, fecha de vencimiento de la garantía, cuenta contable de registro, valor de constitución de la garantía, plazo esperado de liquidación, valor estimado de realización de la garantía, valor de mercado, fecha de última valuación, moneda de la garantía, moneda de indexación de la garantía, plazo de clasificación de la garantía, empresa clasificadora de riesgo externa, clasificación de riesgo externa, fecha de última clasificación de riesgo externa).

59 - Garantías personales: que reportará el stock de las garantías personales (avales y fianzas) de los deudores (código interno del garante, tipo de identificación del garante, código de identificación del garante, tipo de identificación complementario, código de identificación complementaria, tipo de cobertura, tipo de persona, tipo de cliente empresarial, razón social, apellido paterno, apellido materno, apellido de casada, primer nombre, segundo nombre, tipo de residencia, país de residencia, ubicación geográfica, código de la zona registral, código de oficina registral, número de partida, cuenta contable).

60 - Salida de garantías: que reportará todos los casos que origine la salida de garantías (tipo de garantía, código de la garantía, fecha de salida de la garantía, motivo de salida de la garantía, valor de adjudicación de la garantía, gastos de adjudicación, valor de la venta de garantía, gastos de la venta, modalidad de venta, código de operación).

61 - Transferencias de cartera: (tipo de cartera, código de cartera, tipo de transferencia o adquisición de cartera, tipo de persona, tipo de cliente empresarial, tipo de contraparte de la transferencia de cartera, tipo de documento de identidad, número de documento de identidad, código CIIU del adquiriente, código de la zona registral, código de la oficina registral, número de partida , tipo de documento del representante legal, documento de identidad del representante legal, tipo de residencia, país de residencia, magnitud empresarial, relación con la empresa informante, responsabilidad de la empresa que reporta, fecha de transferencia o adquisición, monto de la transferencia o adquisición, número de clientes transferidos o adquiridos, número de

Página 249 de 409


resolución de autorización).

62 - La solución deberá estar preparada para entregar información en formato XBRL (Extensible Business Reporting Language) que es un estándar para reportes basado en XML que ayuda a la automatización del intercambio de información financiera.

9.2 Información para la Generación de Reportes RegulatoriosPara la generación de los Reportes Regulatorios, adicionalmente a la información detallada en la sección anterior, la nueva solución de Core Bancario deberá proveer como mínimo la siguiente información:

63 - Información de operaciones: que reportará el stock a la fecha de corte de las operaciones activas, pasivas y contingentes (código de operación, tipo de operación, tipo de identificación de cliente, código de identificación de cliente, moneda, plazo, saldo contable, cuenta contable, rendimientos devengados, rendimientos diferidos, rendimientos en suspenso, tipo de tasa de interés, tipo de indexación de la tasa de interés, spread de tasa variable y mixta, tasa de interés efectiva anual, fecha reajuste, fecha de inicio de operación, fecha de vencimiento, modalidad de pago, código de oficina).

64 - Información de cronogramas de pago de operaciones: que reportará el cronograma de pagos de las operaciones activas y pasivas (código de operación, tipo de operación, tipo de identificación de cliente, código de identificación de cliente, moneda, saldo contable, cuenta contable, fecha de pago).

65 - Generación de Bases de datos requeridas por la Superintendencia de Banca, Seguros y AFP (SBS).

9.3 Información para el Control y Prevención del Lavado de Activos

66 El Banco de la Nación actualmente dispone de una aplicación que permite el reporte de las operaciones significativas, es decir aquellas operaciones únicas en efectivo, cuyo importe sea igual o superior a US$ 10,000.00 dólares o su equivalente en moneda nacional. Para la captura de la información la nueva solución de Core Bancario deberá emitir automáticamente un formulario electrónico, durante la atención de la operación en caja o ventanilla. Posteriormente, la nueva solución de Core Bancario deberá entregar la información de los formularios registrados para su procesamiento y formato para entrega al ente regulador mediante la aplicación existente.

67 Adicionalmente, el nuevo Core Bancario deberá entregar en un formato a acordar con el Contratista de la solución de Core Bancario la relación mensual de transacciones financieras registradas a través de todos los servicios que brinda el Banco de la Nación (Cuentas Corrientes, Cuentas de Ahorro, Depósitos Judiciales, Telegiros y Cheques de Gerencia, entre otros).

Página 250 de 409


10. REQUERIMIENTOS DE SEGURIDAD, CONTINGENCIA Y RESPALDO N° DE FOLIO (S)

68 10.1. Requerimientos de seguridadLa solución propuesta deberá asegurar la adopción y manejo del Sistema de Gestión de Seguridad de la Información del Banco, para aquellos casos en los que el requerimiento normativo esté fuera del alcance de la solución propuesta, ésta deberá permitir su cumplimiento, teniendo en consideración los lineamientos de seguridad de la información descritos en las siguientes normativas:

69 • Circular N° G – 140 – 2009 de la Superintendencia de Banca y SegurosControles de Seguridad de la Información: Artículo 5°:5.1 Seguridad lógicaa) Procedimientos formales para la concesión, administración de derechos y perfiles, así como la revocación de usuarios.b) Revisiones periódicas sobre los derechos concedidos a los usuarios.c) Los usuarios deben contar con una identificación para su uso personal, de tal manera que las posibles responsabilidades puedan ser seguidas e identificadas. d) Controles especiales sobre utilidades del sistema y herramientas de auditoría.e) Seguimiento sobre el acceso y uso de los sistemas para detectar actividades no autorizadas.f) Controles especiales sobre usuarios remotos y computación móvil.

70 5.5. Administración de las operaciones y comunicacionesa) Procedimientos documentados para la operación de los sistemas.b) Control sobre los cambios en el ambiente operativo, que incluye cambios en los sistemas de información, las instalaciones de procesamiento y los procedimientos. c) Separación de funciones para reducir el riesgo de error o fraude.d) Separación de los ambientes de desarrollo, certificación y producción. e) Monitoreo del servicio dado por terceras partes.f) Administración de la capacidad de procesamiento.g) Controles preventivos y de detección sobre el uso de software de procedencia dudosa, virus y otros similares.h) Seguridad sobre las redes, medios de almacenamiento y documentación de sistemas.i) Seguridad sobre el intercambio de la información, incluido el correo electrónico.

Página 251 de 409


j) Seguridad sobre canales electrónicos.k) Mantenimiento de registros de auditoría y monitoreo del uso de los sistemas

71 5.6. Adquisición, desarrollo y mantenimiento de sistemas informáticosPara la administración de la seguridad en la adquisición, desarrollo y mantenimiento de sistemas informáticos, se debe tomar en cuenta, entre otros, los siguientes criterios:a) Incluir en el análisis de requerimientos para nuevos sistemas o mejoras a los sistemas actuales, controles sobre el ingreso de información, el procesamiento y la información de salida. b) Aplicar técnicas de encriptación sobre la información crítica que debe ser protegida.c) Definir controles sobre la implementación de aplicaciones antes del ingreso a producción.d) Controlar el acceso a las librerías de programas fuente.e) Mantener un estricto y formal control de cambios, que será debidamente apoyado por sistemas informáticos en el caso de ambientes complejos o con alto número de cambios.f) Controlar las vulnerabilidades técnicas existentes en los sistemas de la empresa.

72 5.7. Procedimientos de respaldoa) Procedimientos de respaldo regular y periódicamente validados. Estos procedimientos deben incluir las medidas necesarias para asegurar que la información esencial pueda ser recuperada en caso de falla en los medios o luego de un desastre. Estas medidas serán coherentes con la estrategia de continuidad de negocios de la empresa. b) Conservar la información de respaldo y los procedimientos de restauración en una ubicación a suficiente distancia, que evite exponerlos ante posibles eventos que comprometan la operación del centro principal de procesamiento.

73 5.8. Gestión de incidentes de seguridad de informaciónPara asegurar que los incidentes y vulnerabilidades de seguridad sean controlados de manera oportuna, las empresas deberán considerar los siguientes aspectos:a) Procedimientos formales para el reporte de incidentes de seguridad de la información y las vulnerabilidades asociadas con los sistemas de información.b) Procedimientos establecidos para dar una respuesta adecuada a los incidentes y vulnerabilidades de seguridad reportadas.

74 5.9. Cumplimiento normativoLas empresas deberán asegurar que los requerimientos legales, contractuales, o de regulación sean cumplidos, y cuando corresponda, incorporados en la lógica interna de las aplicaciones informáticas.

Página 252 de 409


75 5.10. Privacidad de la informaciónLas empresas deben adoptar medidas que aseguren razonablemente la privacidad de la información que reciben de sus clientes y usuarios de servicios, conforme a la normatividad vigente sobre la materia.

76 Seguridad en operaciones de transferencia de fondos por canales electrónicos:Artículo 6°En el caso de las operaciones de transferencia de fondos a terceros ofrecidas por las empresas para su realización a través de canales electrónicos, las empresas deberán implementar un esquema de autenticación de los clientes basado en dos factores como mínimo. Para el caso en que el canal electrónico sea Internet, uno de los factores de autenticación deberá ser de generación o asignación dinámica. Las empresas podrán utilizar otros factores de autenticación, en tanto éstos proporcionen un nivel de seguridad equivalente o superior respecto a los dos factores señalados, en particular cuando se trate de operaciones importantes según los límites que el banco determine de acuerdo a las características del producto o servicio ofrecido.La empresa deberá tomar en cuenta los riesgos operacionales asociados, en el diseño de los procedimientos, las definiciones de límites y las consideraciones de seguridad e infraestructura requeridas para un funcionamiento seguro y apropiado en las operaciones de transferencia de fondos.”

77 • Norma Técnica Peruana NTP-ISO/IEC 27001 para la administración de la seguridad de la información.

78 • Normas de Seguridad de la Información de la Industria de Medios de Pago PCI/SSC (Security Standards Council). Los componentes que formen parte del nuevo Core Bancario, deberán cumplir con las normas de Seguridad PCI que les competa. El contratista deberá realizar las adecuaciones necesarias a los componentes de la solución propuesta que tuviera algún incumplimiento con el estándar PCI.

79 • Ley de Protección de Datos Personales (Ley 29733)

10 .1.1 Para la Operación de las Aplicaciones La solución propuesta debe contar como mínimo con los siguientes controles de seguridad para el procesamiento de la información y operación de las aplicaciones:

80 Incluir mecanismos de seguridad para proteger la información contra la modificación no autorizada, cuando esta se encuentra en tránsito, en procesamiento, almacenada y en los sistemas de respaldo o por modificación causada por errores de hardware y/o software.

Página 253 de 409


81 Establecer controles especiales para salvaguardar la confidencialidad y la integridad de la data que pasa a través de las redes públicas o a través de las redes inalámbricas; también se deberá definir controles especiales para mantener la disponibilidad de los servicios de los sistemas propuestos, así como controles de autenticación, codificación y conexión de red.

82 Considerar mecanismos que garanticen la autenticidad de las operaciones. Ni el origen ni el destino en un mensaje deben poder negar la transmisión. Quien envía el mensaje puede probar que, en efecto, el mensaje fue enviado y viceversa.

83 Contar con herramientas que permita verificar la disponibilidad de los sistemas, de acuerdo a los niveles de servicio contratados, de tal forma que los sistemas siempre se comporten de la forma esperada.

84 Considerar los parámetros técnicos requeridos para una conexión segura con los servicios de red en concordancia con las reglas de seguridad y conexión de red y para proteger los mensajes del acceso no-autorizado, modificación o negación del servicio.

85 Establecer controles para proteger la información involucrada en las transacciones en-línea para evitar una transmisión incompleta, routing equivocado, alteración no-autorizada del mensaje, divulgación no-autorizada, duplicación o repetición no-autorizada del mensaje, mediante el uso de firmas electrónicas por cada una de las partes involucradas en la transacción; asegurando que las credenciales de usuario de todas las partes sean válidas y verificadas.

86 Diseñar controles apropiados en las aplicaciones, incluyendo las aplicaciones para asegurar un procesamiento correcto. Estos controles deberán incluir la validación de la entrada de data, procesamiento interno y salida de la data: - En la entrada de la data se deberá considerar, chequeo de límites o limitar los campos a los rangos específicos de la entrada de data; para detectar los siguientes errores: valores fuera de rango, caracteres inválidos en los campos de data, data incompleta o faltante, exceder los límites superiores e inferiores del volumen de data y data de control no autorizada o inconsistente. - En el procesamiento de la data se deberá, establecer controles para evitar que los programas corran en el orden equivocado o corran después de una falla en el procesamiento previo; el uso de programas apropiados para recuperarse de fallas para asegurar el correcto procesamiento de la data; protección contra ataques utilizando excesos/desbordamientos de la memoria intermedia; controles de sesión o lote, para conciliar los saldos del archivo de data después de las actualizaciones de la transacción; controles de saldos, para chequear los saldos de apertura comparándolos con los saldos de cierre anteriores; específicamente: corrida a corrida ; totales de actualización del archivo; programa a programa; validación de la entrada de data

Página 254 de 409


generada por el sistema; chequeos de la integridad, autenticidad y cualquier otro dispositivo de seguridad de la data o software cargado o descargado, entre la computadora central y las remotas; totales hash de registros y archivos; chequeos para asegurar que los programas se corran en el momento adecuado; que los programas sean corridos en el orden correcto y terminados en caso de una falla, y que se detenga el procesamiento hasta que se resuelva el problema. - Establecer controles para validar la salida de la data de las aplicaciones para asegurar que el procesamiento de la información almacenada sea el correcto y el apropiado para las circunstancias. Deberá incluir, chequeos de plausibilidad para comprobar si la salida de data es razonable; conteo de control de conciliación para asegurar el procesamiento de toda la data; proporcionar la información suficiente para un lector o el sistema de procesamiento subsiguiente para determinar la exactitud, integridad, precisión y clasificación de la información y crear un registro de las actividades en el proceso de validación de la salida de data.

10 .1.2 Para la Gestión de Accesos e IdentidadesLa solución propuesta debe contar con un módulo de seguridad para la gestión de accesos e identidades, que cumpla con las siguientes características:

87 • Estar integrado con los productos de la suite IBM Security Identity and Access Management (antes denominado Tivoli), enfocado particularmente a los módulos Security Identity Manager, Security Access Manager for e-Business y Security Access Manager for Enterprise Single Sign On, para la administración de las identidades, y la gestión de accesos.

88 • Tener un repositorio de usuarios y perfiles de acceso propio y tener la capacidad de integrarse con el producto Microsoft Active Directory bajo el estándar tipo LDAP para la autenticación de los usuarios, así como con el producto IBM Tivoli Access Manager for e-Business IBM para la autorización de los accesos a las aplicaciones y autenticación de usuarios.

89 • Soportar las operaciones básicas del ciclo de vida de una cuenta de usuario: creación; modificación; eliminación; cambios de estado. Además deberá permitir las funcionalidades relacionadas al manejo de cuentas de usuario: bloqueo de la cuenta ante escenarios de intentos fallidos o a demanda, por ejemplo, el que se establezca para el periodo vacacional de un empleado, desbloqueo, caducidad de contraseña y cambio de contraseña, entre otras.

90 • Manejar contraseñas robustas, es decir, debe permitir la configuración de contraseñas que contengan letras minúsculas, mayúsculas, números y algunos símbolos especiales, estipulado en las políticas de seguridad del Banco de la Nación. Estas contraseñas deberán ser almacenadas y transportadas de forma cifrada, de acuerdo a las políticas de cifrado de la información

Página 255 de 409


91 • Operar con controles de acceso basado en roles funcionales RBAC, con niveles de autorización lo más detallados posible, deberá contemplar perfiles de acceso por: servicios; módulos; menús; transacciones; tipo de operaciones; y las que por requerimientos de operatividad del negocio sean necesarias definir.

92 • Disponer de interfaces que permitan administrar y/o mantener la información relacionada a las cuentas de usuario y perfiles de acceso de la solución propuesta, a través de mecanismos de arquitectura estándar (como Web Services, API, scripts, etc.).

93 • Time Stamping, almacenar datos de trazabilidad, rastreo forense y control de accesos que permitan atender los requerimientos de auditoría y cumplimiento regulatorio para todas las transacciones/operaciones realizadas en la solución con cada cuenta de usuario. Se deberá proveer herramientas que permitan un análisis exhaustivo de los datos generados.

10.1.3 Para el Cifrado de la Información

94 La nueva solución propuesta deberá proveer un módulo de seguridad para la gestión de la criptografía, el cual deberá permitir el cumplimiento de todo lo requerido para el cifrado y descifrado de la información confidencial, tales como la clave secreta, número de tarjeta, saldos, estados de cuentas y datos personales, entre otros, que cumpla con los estándares de la norma PCI/SSC (Security Standards Council) y la Ley de Protección de datos personales 29733 de acuerdo a las siguientes especificaciones:

95 • Incluir mecanismos de seguridad mediante el cifrado y descifrado para proteger la integridad y confidencialidad de la información que se procese, almacene y transmita a través de los diferentes canales de atención, desde el inicio hasta el final de la operación.

96 • Utilizar dispositivos de seguridad HSM (Hardware Security Module) para el cifrado y descifrado de la información, así como para la generación y validación de las claves criptográficas.

97 • Manejar algoritmos criptográficos robustos; como mínimo deberá soportar: 3DES, AES, RSA, de acuerdo a los requerimientos del canal de atención y medio de comunicación.

98 • Operar con claves criptográficas generadas como mínimo con 3 componentes de doble o triple longitud.

99 • Gestionar la administración de las claves criptográficas: inscripción, cambio y eliminación de forma segura. Permitir el cambio de forma independiente.

100

• Utilizar claves criptográficas exclusivas para cada ambiente de desarrollo, certificación, producción y respaldo; por cada canal de servicio; por cada punto de conexión (PIN PAD) y por cada tipo de clave PVV, CVV,

Página 256 de 409


CVV2, por Zona, etc

101

• Contar con controles para proteger el PIN (clave de identificación personal) del tarjetahabiente, de manera que no pueda ser visualizado por personal del Banco de la Nación, por el Contratista ni por terceros.

102

• Utilizar el formato del PIN Block de acuerdo al estándar ANSI X 9.8 formato 1 y al ISO 9564-1-formato 0, 1 y 3. El Banco cuenta con cajas de seguridad HSM marca Thales, asimismo cuenta con coprocesadores criptográficos que residen en los servidores mainframe.

103

• Operar con longitud del PIN de 4 o 6 dígitos dependiendo del canal de atención donde se realice la operación.

104

• Las tarjetas se deberán validar con todos los datos de la misma, tales como el número, CVV (Card Verificación Value), CVV2, Fecha de Expiración o los criptogramas de las tarjetas Chip. Estos valores deberán ser generados y validados utilizando el algoritmo Triple DES y/o RSA.

105

• Operar con tarjetas de banda magnética y chip, que cumplan con las especificaciones técnicas de los estándares EMV.

10.1.4 Para el Registro de Auditoría y Monitoreo

106

La nueva solución de Core Bancario deberá contar con un módulo de seguridad para la gestión y monitoreo de los registros de eventos de auditoría, respecto a la disponibilidad, integridad y confidencialidad de los datos y/o información.

107

El módulo de seguridad deberá proveer mecanismos para la gestión que ayuden a determinar qué es lo que sucede en el sistema, qué es lo que hace cada uno de los usuarios o sistemas, los tiempos y fechas de dichas acciones, excepciones y eventos que ayuden en investigaciones y deberá cumplir con las siguientes características:

108

• Ser fácilmente identificables a través de un código de identificación o similar. Deben ser fácilmente exportables a diferentes formatos digitales como un documento Word, Excel, Power Point, etc.

109

• Indicar el inicio de sesión e intentos fallidos de acceso de los usuarios.

11 • Incluir información que permita identificar las acciones realizadas en el procesamiento de datos en los Página 257 de 409


0 sistemas de información, servicios informáticos y plataformas tecnológicas, según los siguientes criterios: - ¿Quién lo hizo?: usuario, aplicación o proceso que inició el evento.- ¿Qué hizo?: tipo de acción que representa el evento.- ¿Cuándo lo hizo?: ¿Cuando ocurrió el evento? Bajo el siguiente formato: DD/MM/AAAA para la fecha y de HH:MM:SS para el tiempo.- ¿Qué objeto se vio afectado?: un objeto puede ser cualquier tipo de archivo, base de datos, aplicación, permisos, etc. que fue manipulado por el evento.- ¿Dónde lo hizo?: ¿Sobre qué equipo sucedió el evento? Que permita la identificación del equipo como dirección IP, puerto, dirección URL, etc. - ¿Desde dónde lo hizo?, ¿Qué sistema es la fuente del evento?

111

• Estar en formato de texto según la plataforma operativa donde resida la información, permitiendo leerlos y desplegarlos en formatos diferentes, y facilitando la emisión de reportes con criterios parametrizables.

112

• Proporcionar datos que faciliten establecer la causa de un incidente de seguridad de la información.

113

• Registrar las acciones realizadas con las cuentas de usuario final, principales, privilegiadas y de integración de los sistemas de información, servicios informáticos y plataformas tecnológicas.

114

• Los registros de auditoria deben ser inalterables, inclusive los usuarios con cuentas privilegiadas no deben tener acceso para modificarlos.

115

• Contar con facilidades para el almacenamiento de información histórica, así como para la recuperación de la misma en ambientes diferentes al de producción.

116

• Registrar los cambios en la configuración de las aplicaciones del Nuevo Core Bancario.

117

• Las operaciones financieras y consultas deberán ser registradas como eventos de auditoría desde su inicio hasta su culminación.

118

• La fecha y hora deben estar sincronizadas en todos los componentes del sistema con una fuente que proporcione la hora exacta, para asegurar que los registros de eventos de auditoría reflejen el tiempo exacto de ocurrencia.

Página 258 de 409


119

• Los registros de eventos de auditoría de la solución propuesta deberán permitir recopilar, ordenar y correlacionar los eventos de seguridad del sistema, relacionados con las aplicaciones y los accesos del Nuevo Core Bancario

120

• Los registros de eventDos de auditoría de la solución propuesta deberán permitir automatizar la colección de eventos del Nuevo Core Bancario y dispositivos de seguridad, de forma centralizada.

121

El módulo de seguridad deberá proveer mecanismos para monitorear el uso de las cuentas principales, integración, privilegiadas y de usuarios de los sistemas operativos, base de datos y aplicaciones, que permita, identificar la cuenta del usuario, fecha y hora de acceso, archivos a los cuales se tuvo acceso, acciones realizadas, programas y herramientas utilitarios utilizadas, direcciones y protocolos de la red. Este módulo también deberá alertar en tiempo real las violaciones a las políticas de seguridad de la información.

10 .1.5 Normativa Interna

122

El Contratista deberá tener en cuenta los lineamientos de seguridad de la información descritos en la normativa vigente y las que se desarrolle en relación a los controles de Seguridad de la Información del Banco de la Nación. Actualmente se cuenta con:• Directiva, Banco de la Nación-DIR-2100 N° 113-01 Administración de Registros de Eventos de Auditoria en los Sistemas de Información, Servicios Informáticos y Plataformas Tecnológicas del Banco de la Nación.• Directiva, Banco de la Nación-DIR-2100 N° 055-023 Gestión de Accesos e Identidades a los Sistemas de Información, Servicios Informáticos y Plataformas Tecnológicas del Banco de la Nación.• Directiva, Banco de la Nación-DIR-2100 N° 112-01 Parámetros de Acceso a los Sistemas de Información, Servicios Informáticos y Plataformas Tecnológicas del Banco de la Nación.• Circular Banco de la Nación-CIR-2100 N° 177-01 “Gestión de cuentas principales y de integración de los sistemas de información, servicios Informáticos y plataformas tecnológicas”.• Directiva Banco de la Nación-DIR-2100 N° 121-01 “Clasificación de la información del Banco de la Nación”.• Circular Banco de la Nación-CIR-2100 N° 274-01 ”Gestión de Incidentes de Seguridad de Información”.• Directiva Banco de la Nación-DIR-2400 N° 147-01 ”Ciclo de Vida del Software”.• Directiva Banco de la Nación - BN-DIR-2100N° 162-01 “Administración de Claves Criptográficas”.• Manual de Políticas del Sistema de Seguridad de la Información BN-MAN-2100 N°001-01

10 .1.6 Acuerdos de Confidencialidad

123

El Contratista de la solución deberá firmar un compromiso de confidencialidad respecto de la información que se obtenga del Banco de la Nación, sea que la haya obtenido de manera directa o indirecta.

Página 259 de 409


Cláusula de Confidencialidad de información:• Por el presente instrumento, el Contratista se obliga a guardar estricta y severa reserva, confidencialidad y secreto respecto de la información de EL BANCO que se le proporcione o de la cual tome conocimiento, sea voluntaria o involuntariamente, con ocasión y a consecuencia de la prestación del servicio contratado, o por error de quien se la provee, bajo cualquier modalidad o vía de acceso, y aquella obtenida o producida por el Contratista (informes) para EL BANCO en razón de la prestación del servicio, siendo su compromiso formal utilizar dicha información exclusivamente para la prestación del servicio contratado y de ningún modo en perjuicio de EL BANCO.• En este contexto, toda información referida a clientes, personal, contabilidad, finanzas, productos, tráfico de llamadas telefónicas, tráfico de Internet, mensajería electrónica, actividades de comercialización, planes de negocio, acuerdos y actas de directorio, técnicas de marketing, procesos, servicios, políticas de precios, estrategias, buenas prácticas, metodología de trabajo, especificaciones técnicas, hardware, software, diseños, planos, dibujos, prototipos, nombres o marcas comerciales, modelos, descubrimientos, investigaciones, desarrollos, procesos, procedimientos, propiedad intelectual, sistemas de seguridad, estructura y distribución de las oficinas, sucursales y agencias y también toda aquella información obtenida de terceras partes para EL BANCO, SE CONSIDERA CONFIDENCIAL Y ESTÁ CONSIDERADA COMO PARTE DE LA OBLIGACIÓN DE RESERVA ABSOLUTA QUE ASUME el Contratista POR EL PRESENTE CONTRATO, aún después de concluido el CONTRATO por cualquier causa.• El Contratista declara tener total conocimiento que la infracción del compromiso de reserva, confidencialidad y secreto será considerado como incumplimiento contractual y, en consecuencia, será causal de resolución del contrato. No obstante, el Contratista queda exento de responsabilidad si la información o documentación es difundida por razón de mandato judicial, legalmente requerida, o por terceros sin vinculación a él.

10 .1.7 Mecanismos de Seguridad Informática

124

Dado que algunas de las características de los Web Services, como la accesibilidad a la información, el intercambio dinámico, la autonomía, no son contemplados dentro de los modelos y controles tradicionales de seguridad, se requiere de mecanismos que garanticen la confidencialidad e integridad de los datos que son transmitidos por los protocolos de Web Services. Bajo este contexto, además de la necesidad de sistemas de seguridad perimetrales como firewalls y sistemas de detección de intrusos o soluciones como TLS y SSL que trabajan asegurando comunicaciones punto a punto para proteger las arquitecturas basadas en servicios (SOA), se requiere asegurar mensajes SOAP y documentos XML para que puedan ser transmitidos a través de una infraestructura de conectividad segura entre aplicaciones.Considerando que la nueva solución de Core Bancario estará basada en una Arquitectura Orientada a Servicios, en estándares y protocolos abiertos como XML, SOAP, UDDI, WSDL, entre otros, la solución

Página 260 de 409


propuesta debe proveer mecanismos de seguridad adecuados al manejo de Web Services, por lo cual debe incluir una capa de seguridad basada en estándares de seguridad de la industria como WS-Security (XML Digital Signature, para asegurar la integridad de los mensajes y XML Encryption, para garantizar la confidencialidad de los mismos), o su equivalente considerando que sean estándares abiertos. La nueva solución deberá permitir el uso de mecanismos basados en XML Key Management y SAML, y soportar el uso de mecanismos de refuerzo de seguridad de la información mediante el uso de firmas digitales, certificados digitales, cifrado de datos (AES, DES/Triple DES, RSA, TEA/XTEA), entre otros.

10 .2 Requerimientos de Contingencia

125

La nueva solución de Core Bancario deberá brindar un esquema de contingencia, que permita una continuidad operativa de sus servicios, cuando el Ambiente de Producción, o la red de comunicaciones hayan tenido incidentes que afecten su disponibilidad. Por tanto, el Nuevo Core Bancario deberá estar preparado para que cuando se presenten problemas con los componentes de hardware o de comunicaciones que forman parte de la infraestructura del Centro de Cómputo Principal, los servicios suspendidos deberán ser brindados en el Ambiente de Respaldo, manteniendo la continuidad del negocio, y permitiendo la recuperación, en casos de contingencia o una situación de desastre.

126

La nueva solución de Core Bancario deberá ofrecer facilidades para la replicación en línea de transacciones, y la obtención de respaldos “en caliente”, de modo de garantizar la redundancia del Ambiente de Respaldo, tanto para el caso de daños temporales del equipo principal, como para el caso de recuperación de desastres. El Contratista deberá aprovechar las facilidades que ya ofrece el Banco de la Nación, con sus dos Centros de Procesamiento y la interconexión con fibra óptica existente entre los dos.

127

La nueva solución de Core Bancario deberá permitir la implementación de esquemas de alta disponibilidad que permita la continuidad operacional en caso de fallas parciales o totales del sistema principal con facilidades para:

- Rápida replicación: los cambios realizados en el Ambiente de Producción Principal tienen que reflejarse en el Ambiente de Respaldo de manera oportuna. La nueva solución debe ser capaz de manejar la carga de trabajo calculada que se va a generar, abarcando diferentes entornos de proceso tales como el transaccional de día y los procesos batch. También debería haber la posibilidad de asignar prioridades a las cargas de trabajo de replicación en el sistema.

128

- Secuenciamiento transaccional: los cambios realizados en el Ambiente de Producción tienen que reflejarse en el Ambiente de Respaldo en la misma secuencia en que fueron generadas. La nueva solución debe garantizar

Página 261 de 409


que esto ocurra así incorporando controles de integridad internos y, en caso de producirse cualquier problema, avisar a los operadores inmediatamente.

129

- Cambio de rol: debe ser posible invertir el sentido de la replicación utilizando herramientas que formen parte de la nueva solución. Por ejemplo, en caso de que el Ambiente de Producción necesite una actualización de software, el Ambiente de Respaldo debe ser capaz de asumir la carga de trabajo del Ambiente de Producción e ir guardando todos los cambios generados de manera que el Ambiente de Producción pueda ser sincronizado posteriormente cuando vuelva a estar disponible.

130

- Replicación completa del entorno: la nueva solución debe ser capaz de replicar cualquier cambio realizado a cualquier objeto en el Ambiente de Producción al Ambiente de Respaldo incluyendo registro de usuarios y cambios de password de acceso.

131

- Herramientas de generación de informes y de rastreo: la nueva solución debe ser capaz de rastrear y documentar el estado de los Ambientes de Producción y de Respaldo. Debe ser capaz de reportar cuántos cambios se ha generado en el Ambiente de Producción, cuántos se han recibido en el Ambiente de Respaldo y cuántos se han aplicado en el Ambiente de Respaldo. Debe haber también un registro histórico de esta información.

132

- Manejo de errores: la nueva solución debe ser capaz de garantizar la entrega desde el Ambiente de Producción al Ambiente de Respaldo. Si se está enviando datos de un Ambiente de Producción al Ambiente de Respaldo y el enlace de comunicaciones falla, la nueva solución debe ser capaz de emitir alertas al operador de forma inmediata así como de reenviar los datos que no han sido recibidos correctamente en el Ambiente de Respaldo.

133

- Los valores máximos que el Banco de la Nación aceptará, en tanto sean atribuibles a la solución del nuevo Core Bancario son: • Tiempo Objetivo de Recuperación (RTO): 15 minutos• Punto Objetivo de Recuperación (RPO): no debe ser mayor de 5 minutos.

10 .3 Requerimientos de Respaldo

134

El Contratista deberá entregar el procedimiento de respaldo de la información almacenada en la base de datos. Este procedimiento deberá incluir:- La relación de bases de datos a ser respaldadas en los diferentes ambientes de procesamiento.- La relación de directorios de archivos de programas fuente y ejecutables en los diferentes ambientes de procesamiento.

Página 262 de 409


- La frecuencia adecuada de respaldo para bases de datos y programas fuente y ejecutables. - El procedimiento de eliminación de las tablas temporales.- El procedimiento de limpieza de históricos de las bases de datos una vez respaldadas. - El procedimiento de recuperación e integración de la información histórica almacenada en los respaldos.- Los ambientes de desarrollo, certificación y Producción, en los servidores mainframe para albergar la nueva solución.

12. REQUERIMIENTOS DE MIGRACIÓN Y CONVIVENCIA N° DE FOLIO (S)

12.1 Migración de Datos

12.1.1 Objetivos de la Migración de Datos

135

El Contratista deberá: - Cargar en la base de datos de la nueva solución de Core Bancario el 100% de los registros de clientes y usuarios (clientes prospecto) del Banco, de acuerdo a lo que el Banco le entregue en su momento.- Cargar en la base de datos de la nueva solución de Core Bancario el 100% de los productos y servicios contratados por los clientes del Banco, de acuerdo a lo que el Banco le entregue en su momento.- Cargar en la base de datos de la nueva solución de Core Bancario los movimientos (transacciones financieras) realizados sobre los productos y servicios, de acuerdo a lo que el Banco le entregue en su momento.- Cargar en la base de datos de la nueva solución de Core Bancario, la totalidad de los log de movimientos (transacciones administrativas) de datos de clientes y cuentas, de acuerdo a lo que el banco le entregue en su momento.- La nueva solución de Core Bancario deberá permitir la consulta de movimientos históricos generados en el actual Core Bancario, al menos de los últimos 10 años exigibles por regulaciones peruanas. Se mantendrá en una base de datos histórica.- Efectuar la migración y/o reemplazo de las aplicaciones basadas en emulación 3270 que estén relacionadas a los procesos que forman parte del alcance de la Nueva Solución de Core Bancario, que a la fecha se viene usando en los ambientes de plataformas de atención al público, así como en las áreas administrativas de los distintos departamentos y en el Back Office de las sucursales y agencias. El detalle de la funcionalidad de dichas aplicaciones se revisará con el contratista en la etapa del Plan de Trabajo.

Página 263 de 409



136

- El Contratista deberá incluir las herramientas necesarias para identificar los “kernels” de migración de aplicaciones en el core actual. Esta actividad servirá para identificar entre otras: las relaciones existentes entre las aplicaciones y las tablas de bases de datos, la dimensión de los kernels y la secuencia más adecuada para la implementación; además permitirá estimar mejor los esfuerzos.

137

- El Contratista será responsable de diseñar y construir mecanismos de validación de la información entregada por el Banco de la Nación, previa a su carga en las estructuras del Nuevo Core Bancario.

138

- El Contratista será responsable de diseñar, construir y parametrizar los procesos para la carga de datos a la nueva solución de Core Bancario.

139

- El Contratista deberá identificar y establecer los tiempos requeridos para realizar la carga y verificación de los datos migrados en coordinación con el Banco.

140

- Deberá proveer mecanismos de validación y realizar el cuadre de la información cargada en la nueva solución de Core Bancario, contra la información existente en los sistemas actuales del Banco de la Nación.

141

- Deberá proveer mecanismos de cuadre contable de la información cargada en la nueva solución contra el sistema contable del Banco de la Nación.

12.2 Convivencia

142

Durante la convivencia los módulos del Nuevo Core Bancario deberán operar junto a los módulos “legacy” del actual core bancario.

12.2.1 Objetivos de los Procesos de Convivencia

143

El Contratista deberá:- Asegurar que el período de transición, requerido para la adopción total de la nueva solución de Core Bancario, se realice con la mayor transparencia posible para los usuarios y clientes del Banco de la Nación.- Garantizar la interacción de la nueva solución de Core Bancario con los actuales Canales de Atención. - Garantizar la interacción de la nueva solución de Core Bancario con el sistema contable del Banco de la Nación (Oracle Financials).- Garantizar la interacción de la nueva solución de Core Bancario con el sistema de Tesorería del Banco de la Nación (Back Trader Live).- Garantizar la interacción de la nueva solución de Core Bancario con Entidades Externas.

Página 264 de 409


12 .2.3 Responsabilidades del Contratista

144

- El Contratista será responsable de diseñar, construir y parametrizar las interfaces, del lado de la Nueva Solución de Core Bancario (tanto temporales como definitivas), según los acuerdos a los que se llegue con el Banco.

12.3 Estrategia de Migración y Convivencia

145

El detalle de la estrategia de migración y convivencia de la nueva solución de Core Bancario se establecerá de mutuo acuerdo con el Contratista al inicio de la etapa de implementación, considerando las características técnicas de la solución propuesta, las recomendaciones del Contratista, su metodología y experiencias previas. Sin embargo, el Banco de la Nación propone como referencia contemplar los aspectos descritos en los siguientes numerales.

146

Al momento de plantear la Estrategia de Convivencia para cada una de las fases, se deberá considerar que el Banco de la Nación actualmente tiene habilitados los siguientes estándares de integración: - CICS (feature Web Services for CICS).- Servicios Web sobre Websphere Application Server.- Servicios Web sobre Websphere Message Broker.- Mensajería a través de Websphere MQ en forma asíncrona.- Servicio de transferencia de archivos vía SFTP sobre Internet Information Server y Linux Red Hat.Los aspectos técnicos relacionados con las interfaces se definirán durante la etapa del “Plan de trabajo”.

147

12 .3.1 Fase I: ClientesEn la Estrategia de Implementación se plantea que la Fase I contemple la implementación de Clientes. En lo referente a migración de datos y convivencia se deberá considerar los siguientes aspectos:- Los procedimientos del Core Bancario actual no consideran el registro previo del cliente. Será necesario adaptar los procedimientos operativos de manera que se considere el registro del cliente previo a la apertura de cualquier operación bancaria.

148

12 .3.2 Fase II: ColocacionesEn lo referente a migración de datos y convivencia para la fase de implementación de Colocaciones, se deberá considerar los siguientes aspectos:- Al encontrarse los datos actualmente en distintos aplicativos (para cada uno de los productos de Colocaciones), los pasos de depuración y validación de la información a migrar son relevantes. - Se instalaría el módulo de Colocaciones y los Procesos de Apoyo correspondientes a los productos mencionados.

Página 265 de 409


Interfaces con los Canales de Atención: en esta fase podrá entrar en producción la totalidad de la Plataforma de Caja o Ventanilla, además, en caso de que se cree transacciones sobre Colocaciones en los demás canales, estos también deberán ser habilitados.Interfaz con Oracle Financials: se implementará las interfaces definitivas relacionadas con la entrega de datos para la contabilización de las operaciones de Colocaciones.Interfaces con Entidades Externas: se implementará las interfaces definitivas con las entidades externas correspondientes.

149

12 .3.3 Fase III: Captaciones, Servicios de Cobros y PagosEn lo referente a migración de datos y convivencia para la fase de implementación de Captaciones, Servicios de Cobros y Pagos, Procesos Auxiliares y de Apoyo, se deberá considerar los siguientes aspectos:- Se debe poner especial cuidado en la migración de datos de esta fase, pues representan el mayor volumen de datos. - Al encontrarse los datos actualmente en distintos aplicativos, los pasos de depuración y validación de la información a migrar son relevantes. - Se instalarían los módulos de Captaciones, Servicios de Cobros y Pagos, Procesos Auxiliares y Procesos de Apoyo correspondientes a los productos mencionados.

150

El Contratista deberá hacer un análisis comparativo para determinar la estrategia más idónea para el Banco de la Nación, en cuanto a la puesta en producción de la Plataforma de Caja o Ventanilla. Este análisis deberá considerar:- El volumen de transacciones que involucran una interfaz entre Captaciones y Colocaciones que se presentan normalmente en el Banco en un período determinado.- El período de tiempo que se ha planificado entre la puesta en producción de esta fase y la siguiente y que por lo tanto será el tiempo en el cual la interfaz tendrá vigencia.

151

Las opciones que se plantea son las siguientes:12.3.3.1 Opción 1Reemplazar la Plataforma de Caja únicamente para las transacciones relacionadas con los módulos migrados. En este caso, tendrá que manejarse temporalmente en las agencias tanto el sistema de ventanillas actual, como el de la nueva Solución de Core Bancario.Interfaces con el Ambiente Mainframe: las transacciones de Captaciones que involucren la afectación a operaciones de Colocaciones y viceversa, podrán ejecutarse modificando temporalmente el procedimiento para realizar la afectación a la operación de Colocaciones de forma manual en el Core actual, esto es, utilizando la nueva Plataforma de Caja o Ventanilla para la transacción en Captaciones y la caja actual para la

Página 266 de 409


transacción en Colocaciones.12.3.3.2 Opción 2Reemplazar completamente la Plataforma de Caja creando interfaces automáticas con el actual Core Bancario para las transacciones de Colocaciones que aún no han sido migradas. Interfaces con el Ambiente Mainframe: las transacciones de Captaciones que involucren la afectación a operaciones de Colocaciones y viceversa, podrán ejecutarse desarrollando una interfaz automática que desde la nueva Plataforma de Caja o Ventanilla, ejecute las transacciones sobre Colocaciones del Core actual (las transacciones del TOLD II pueden ser ejecutadas como Web Services).12.3.3.3 Opción 3: Ambas OpcionesInterfaces con los Canales de Atención: en esta fase se deberá habilitar las interfaces definitivas con todos los canales que actualmente ejecutan transacciones sobre operaciones de Captaciones y Servicios de Cobros y Pagos, esto es: Internet, ATMs, POS, WAP e IVR. Interfaz con Oracle Financials: se implementará las interfaces definitivas relacionadas con la entrega de datos para la contabilización de las operaciones de Captaciones y Servicios de Cobros y Pagos.Interfaces con Entidades Externas: se implementará las interfaces definitivas con las entidades externas correspondientes.

15. REQUERIMIENTOS DE LICENCIAMIENTO, GARANTÍA, SOPORTE Y MANTENIMIENTO

N° DE FOLIO (S)

15.1 Licencias de la Solución Nuevo Core Bancario

152

El Postor debe considerar un esquema de licenciamiento del tipo “LICENCIA ÚNICA NO EXCLUSIVA DE USO para el software de Core Bancario, por 50 años como mínimo, renovable sin costo adicional para el Banco. Esta licencia deberá estar a nombre del Banco de la Nación asegurando la disponibilidad de licencias necesarias para los ambientes de Desarrollo, Certificación, Producción y Respaldo en que se implemente el software de Core Bancario, considerando que este licenciamiento sea válido en arquitectura abierta para cuando el Banco decida migrar la Solución de Core Bancario.

153

El Postor debe considerar un esquema de licenciamiento del tipo “LICENCIA ÚNICA NO EXCLUSIVA DE USO SIN LÍMITE DE TIEMPO”, de todos los productos necesarios para el correcto funcionamiento de la solución de Core Bancario, incluyendo las herramientas de desarrollo, para los ambientes donde corresponda su uso (Desarrollo, Certificación, Producción y Respaldo). Deben ser suficientes para soportar los procesadores de los equipos y usuarios involucrados durante el proceso de personalización del Nuevo Core Bancario, tanto de parte del Contratista como del Banco de la Nación, durante el transcurso de la etapa de implementación del

Página 267 de 409


Nuevo Core Bancario y posteriormente del personal del Banco de la Nación de forma autónoma.

15 .2 Acuerdos de Niveles de Servicio

154

El Contratista deberá cumplir con los siguientes niveles de servicio, los cuales aplican por igual a los periodos de garantía y a los periodos de soporte y mantenimiento:

Dónde:Tiempo de reacción inicial: se refiere al tiempo máximo que transcurre desde que el Banco reporta al contratista el error o incidencia presentada y ésta es comunicada por el contratista al personal de soporte del nivel correspondiente dependiendo de su gravedad.Tiempo para solución temporal: se refiere al tiempo máximo que tiene el contratista para entregar una solución temporal que permita restablecer el servicio afectado, en caso no se pueda tener la solución definitiva.Tiempo de solución definitiva: se refiere al tiempo máximo que tiene el contratista para la entrega de la solución definitiva al error o incidente.Los Tipos de error considerados son los siguientes:Error Crítico: la solución bancaria no se encuentra en funcionamiento y no es utilizable o la solución está funcionando pero el problema no permite cumplir con tareas necesarias y esenciales de las operaciones del negocio.Error No Crítico: la solución bancaria está funcionando pero el problema causa un impacto parcial y no existe una opción alterna para continuar la operación afectada.Error Limitado: la solución bancaria se encuentra en funcionamiento y el problema sólo causa un impacto limitado. El Banco usualmente puede evitar utilizar la funcionalidad problemática, operar con la funcionalidad limitada causada por el problema, utilizar una interfaz alterna o utilizar otra opción para continuar la

Página 268 de 409


operación.

155

Las Consultas Técnicas (pregunta puntual sobre la arquitectura, diseño o funcionamiento de la solución de Core Bancario) deben ser resueltas en un plazo no mayor de 48 horas.

156

El soporte funcional (presencial y telefónico) debe brindarse en idioma español.

157

El soporte técnico (presencial y telefónico) en el nivel básico debe brindarse en idioma español y los siguientes niveles pueden ser en idioma español o inglés.

158

El contratista deberá tener una representación local, con personal que hable idioma español, con el cual se podrá realizar las coordinaciones iniciales de soporte.

15 .3 Garantía de la Solución del Core Bancario

159

El Postor deberá considerar en su propuesta un período de garantía a partir de terminado el Soporte Post-Producción de cada módulo implementado y hasta doce (12) meses posteriores al término del Soporte Post-Producción del último módulo de la Solución Nuevo Core Bancario.

160

La garantía de la Solución Nuevo Core Bancario (Licencias del Software del Nuevo Core Bancario y demás licencias que el proveedor considere necesarias para el correcto funcionamiento de la Solución) debe cubrir defectos o vicios ocultos, incluyendo, de existir, la actualización de nuevas versiones liberadas en ese período, problemas de disminución de performance, entre otros. Además, se deberá incluir el servicio de verificación de la continuidad operativa de la Solución.

161

Durante el período de garantía el Contratista deberá incluir la actualización de la documentación respectiva.

162

En caso los productos o servicios contratados presenten defecto, mal funcionamiento o no cumplan con las especificaciones establecidas, el Banco de la Nación rechazará y exigirá su reemplazo. Los costos en que incurra por este concepto, serán cubiertos en su totalidad por el Contratista. Si el Postor no atiende el requerimiento, se harán efectivas todas las garantías contractuales establecidas para el servicio.

15 .4 Soporte y Mantenimiento de la Solución del Nuevo Core Bancario

16 El Postor deberá ofrecer el servicio de Soporte y Mantenimiento anual de las licencias de los componentes de Página 269 de 409


3 la Solución de Nuevo Core Bancario (Licencias del Software del Nuevo Core Bancario y demás licencias que el proveedor considere necesarias para el correcto funcionamiento de la Solución), a partir del término del período de garantía.

164

El servicio de Soporte y Mantenimiento de la Solución del Nuevo Core Bancario deberá considerar:• Al menos las mismas coberturas y acuerdos de nivel de servicios que los existentes en el período de garantía.• La realización de al menos 2 visitas preventivas presenciales al año, efectuadas por especialistas, con una duración de al menos 3 días laborables por cada visita.• El esquema de actualización de versiones propuesto por el Contratista. • Migración de la solución a las siguientes versiones del producto.• El Contratista deberá indicar la frecuencia con la cual libera actualizaciones o nuevas versiones del Core Bancario y cuáles son las condiciones que confluyen para el cambio.

165

El Contratista debe brindar el soporte local para la solución de Core que implementará y también para los componentes de hardware que pudieran formar parte de la solución propuesta.

166

El personal de soporte debe residir en Lima-Perú y podrá ser complementado con personal ubicado fuera del país, para los casos de mayor complejidad.

167

El Contratista señalará la infraestructura de soporte local e internacional indicando el personal de planta disponible localmente que garantice un soporte técnico de calidad.

REQUERIMIENTOS FUNCIONALES

INSTRUCCIONES PARA EL LLENADO DE LA MATRIZ: • Los requerimientos incluidos en los Términos de Referencia son de cumplimiento obligatorio para considerar la propuesta como válida.• Es obligatorio marcar con "X" solo uno de los casilleros: "NATIVO", “SE DESARROLLARÁ" o “SE INTEGRARÁ DE UN TERCERO”.

• En caso no marque uno de los casilleros se considerará que no cumple con la funcionalidad mínima requerida.Leyenda:NATIVO: El Software de Core Bancario propuesto incluye la funcionalidad de manera natural en la solución sin necesidad de desarrollos. Es posible usar parametrizaciones.

SE DESARROLLARÁ: Para cumplir con el requerimiento de manera satisfactoria el proveedor realizará desarrollos que se acoplarán al Software del Core Bancario propuesto.SE INTEGRARÁ DE UN TERCERO: El Software de Core Bancario propuesto incluye componentes o aplicaciones de otros proveedores que permitirá cumplir con el

Página 270 de 409


requerimiento a costo del proveedor.FOLIO(S) DE REFERENCIA: debe indicar el Número de Folios de la propuesta donde especifique que cumple con el requerimiento.

REQUERIMIENTOS FUNCIONALES GENERALES

La solución de Core Bancario deberá:- Cumplir con los requerimientos contenidos en este documento.- Cumplir con los requerimientos, procedimientos y reportes de la Ley General del Sistema Financiero y del Sistema de Seguros, y Orgánica de la Superintendencia de Banca y Seguros, sus modificaciones, reglamentos y resoluciones; que tengan relación o como consecuencia del cumplimiento de requerimientos contenidos en este documento. - Cumplir con los requerimientos, procedimientos y reportes de eventuales nuevas leyes en relación con el sistema financiero, normas, reglamentos y resoluciones de los entes reguladores y de control, que puedan emitirse o dictarse durante el transcurso del plazo de ejecución del proyecto; que tengan relación o como consecuencia del cumplimiento de requerimientos contenidos en este documento.

N° REQUERIMIENTOS GENERALES DE LA NUEVA SOLUCIÓN DE CORE BANCARIO

NAT

IVO

SE D

ESAR

ROLL

ARÁ

SE IN

TEGR

ARÁ

DE

UN

TER

CERO

FOLIO(S) DE REFERENCIA

1 UsuariosDeberá poder revisar el tiempo de utilización del Core Bancario por usuario, lo cual se refiere a la obtención de estadísticas de las operaciones que realizan los usuarios en cada uno de los canales.

2 UsuariosDeberá poder bloquear terminales de usuario por inactividad, lo cual se refiere a la capacidad que debe tener la solución de Core propuesta para que se pueda bloquear la sesión de uso de la aplicación.

3 Usuarios

Deberá tener control de acceso por productos. Todos los accesos a los sistemas de información, servicios informáticos y plataformas tecnológicas deben ser otorgados mediante roles funcionales. Todo rol funcional debe estar asociado a un conjunto de perfiles de acceso debidamente autorizados por el propietario de la aplicación.

4 Usuarios Deberá tener control de acceso por oficinas.

Página 271 de 409


5 Usuarios

Deberá poder inhabilitar usuarios en horarios no autorizados o períodos de tiempo (vacaciones), lo cual se refiere a la capacidad que debe tener la solución de Core propuesta para que se pueda inhabilitar los accesos a usuarios en horarios no autorizados o por periodos de tiempo.

6 Plataforma Deberá procesar y autorizar centralizadamente las transacciones.

7 Plataforma La información de cada proceso deberá estar disponible para todos los demás procesos de la solución.

8 Plataforma La solución deberá estar preparada para trabajar en ambientes de alta transaccionalidad (OLTP).

9 Plataforma

El interfaz de usuario será del tipo WEB ENABLED, es decir que la navegación en las opciones de sistema se realizará utilizando un browser y todo el acceso a la información se dará en opciones de menú y facilidades de acceso que incluyan las facilidades gráficas (menús contextuales, desplegables, iconos, otros) y de usuario de esos ambientes.

10 Plataforma Deberá manejar múltiples canales.

11 Plataforma

La solución de Core Bancario propuesta debe permitir ofrecer servicio a múltiples empresas mediante una única plataforma de aplicación, base de datos y explotación online y batch, garantizando un nivel de aislamiento suficiente entre cada empresa a través de los mecanismos creados en la propia arquitectura de la solución propuesta.

12 Plataforma Deberá considerar dentro de este concepto la funcionalidad específica de insourcing de operaciones.

13 Plataforma Deberá manejar múltiples monedas. 14 Plataforma Deberá manejar múltiples lenguajes.

15 Seguridad y auditoríaIntegrará opciones de utilización de interfaces con dispositivos biométricos para facilitar y asegurar el registro de acceso inicial, bloqueo temporal y rehabilitación del terminal por el que está autorizado cada usuario para acceder a los sistemas.

16 Seguridad y auditoría

Mediante el uso de su denominación de usuario, clave de seguridad y la información biométrica, el usuario accederá a un interfaz único y estandarizado, que le habilitará el uso de todas las funcionalidades y opciones de interacción con la solución de Core Bancario.

17 Seguridad y auditoríaEl sistema deberá contar con facilidades para que los usuarios autorizados puedan consultar y analizar esta información a la vez que generen reportes de auditoría y control cuando lo requieran.

Página 272 de 409


18 Disponibilidad Deberá manejar múltiples horarios. La solución debe permitir horarios de apertura y cierre diferentes para cada oficina.

19 Disponibilidad Permitirá a los clientes del Banco acceder a los diferentes servicios desde cualquier oficina indistintamente de la oficina origen.

20 Disponibilidad Permitirá la administración de mensajes por cliente/producto originados por el Banco, desplegables por diferentes canales (puntuales o por fechas específicas).

21 Disponibilidad Permitirá la validación en línea de datos (fechas, números de cuenta, etc.).

22 Disponibilidad

Deberá estar diseñado para atender transacciones en línea 24 horas al día los 7 días de la semana a través de todos los canales, a excepción del canal plataforma de caja o ventanilla que deberá ofrecer disponibilidad de acuerdo al horario operativo establecido por el Banco.

23 Usabilidad Deberá tener opciones y pantallas intuitivas, con criterios de fácil usabilidad.

24 Usabilidad Deberá tener pantallas estandarizadas para los distintos productos y módulos (despliegue, carga de datos, validaciones, mensajes, etc.).

25 UsabilidadDeberá tener ayuda en línea a nivel transaccional, lo cual se refiere a que las transacciones deben contar con una opción en línea que permite acceder a una ayuda rápida sobre la operatividad de la transacción que se está ejecutando.

26 Usabilidad Deberá tener la habilidad para exportar los resultados de consultas a formatos estándares del mercado: XML, PDF, archivos de texto, hojas de cálculo.

27 Parametrización La solución permitirá definir parámetros a nivel del Banco. 28 Parametrización La solución permitirá definir parámetros a nivel de producto. 29 Parametrización La solución permitirá definir parámetros a nivel de cliente. 30 Parametrización La solución permitirá la creación de productos en base a parametrización.

31 Parametrización La solución permitirá determinar los productos que se ofrecerá por oficina y funcionario.

32 Parametrización Deberá contar con las facilidades o herramientas para replicar la parametrización de un ambiente a otro.

33 Parametrización Permitirá administrar límites sobre transacciones y por moneda.

34 Parametrización El usuario final de acuerdo a su perfil podrá modificar y mantener sus productos (no se requiere de un especialista para llevar a cabo dichas tareas).

35 Parametrización La solución proporcionará herramientas al usuario final para personalizar consultas y reportes.

Página 273 de 409


36 Parametrización Permitirá configurar las transacciones que requerirán de una confirmación por parte de otro usuario para su ejecución.

37 Administración y Monitoreo Permitirá modificar parámetros de configuración.

N° REQUERIMIENTOS FUNCIONALES MÓDULO DE CLIENTES

NAT

IVO

SE D

ESAR

ROLL

ARÁ

SE IN

TEGR

ARÁ

DE

UN

TER

CERO


38 Parametrización

Manejará el concepto de Base de Datos Única de Clientes, con un repositorio estandarizado en el que se ingresará y mantendrá el registro individualizado de cada cliente del Banco, con toda su información cualitativa y cuantitativa así como el vínculo y relación con la información relevante de todos los productos y servicios financieros que ha contratado el cliente con el Banco.

39 Parametrización

Permitirá denominar y clasificar clientes según la definición dada por el Banco, que los agrupa en 2 segmentos principales: - Personas Naturales (individuos o personas físicas que interactúan con el Banco).- Personas Jurídicas (empresas o sociedades de diferente tipo que interactúan con el Banco).Permitirá definir para cada tipo de cliente el conjunto de datos que se le asociará, como datos cualitativos y/o cuantitativos que formarán parte de su expediente en la Base de Datos Única de Clientes.

Página 274 de 409


40 Parametrización

Facilitará la clasificación de clientes de cada segmento principal, en los sub-segmentos que defina el Banco (tipo de cliente). Ejemplo: el segmento de Personas Naturales se puede dividir en:- Cliente Habitual. - Cliente no Habitual. - Cliente UOB (Única Oferta Bancaria). - Pensionista. El segmento de Personas Jurídicas se puede dividir en: - Dependencia del Estado. - Empresa Pública. - Empresa Privada. Para cada sub-segmento se deberá manejar una estructura particularizada de datos cualitativos y/o cuantitativos que formen parte de su expediente en la Base de Datos Única de Clientes.

41 Parametrización Generará un número o código único y consecutivo a cada cliente que se registre en la Base de Datos, con diferenciadores del segmento o sub-segmento al que corresponde según su tipo.

42 Parametrización

Permitirá agregar en forma flexible a la base de datos nuevos campos de datos cuantitativos o cualitativos del cliente sin mayor complejidad, con definición de: - El tipo de dato que contendrá. - La longitud del campo. - Las máscaras de presentación. - Las validaciones de formato que apliquen. - Las tablas o catálogos de datos que contengan las posibilidades de respuesta (para los tipos de campo que aplique).

43 Parametrización

Deberá incluir la posibilidad de definir validaciones a ser aplicadas en los datos del cliente para asegurar su autenticidad y su integridad, como por ejemplo: la validación de dígitos verificadores en el DNI y en el RUC, la estructura de datos de un pasaporte y carné de extranjería, el formato de datos de un campo tipo fecha.

44 Parametrización

Incluirá facilidades para definir, parametrizar y mantener catálogos o tablas con opciones que se presenten al usuario, en modalidades de tipo "lista de opciones", para el llenado de campos de datos del cliente que tengan como posibles contenidos opciones fijas, como por ejemplo: el género, la profesión o actividad del cliente, la

Página 275 de 409


ciudad de residencia, la oficina bancaria donde se le ha registrado, el ejecutivo bancario a cargo de su gestión integral de cliente.

45 Apertura

Al momento de registrar un cliente, validará si ya está registrado en la base de datos, usando como clave de validación el número de DNI, carné de extranjería, el número de pasaporte en el caso de Personas Naturales y el número de RUC en el caso de Personas Jurídicas. En caso de existencia del registro de cliente, notificará al usuario y bloqueará la posibilidad de ingresar un nuevo registro de cliente con la misma clave única (DNI, Pasaporte, carné de extranjería o RUC).

46 Apertura

Facilitará el acceso al expediente de cada cliente en la base de datos, usando diferentes llaves de búsqueda, como el DNI, carné de extranjería, Pasaporte o el RUC, número de cuenta, código único de cliente, que deben dar un resultado único.Otra opción de búsqueda se basará en la utilización de strings de datos, como el o los apellidos y nombres del cliente, que deben dar como resultado el conjunto de registros que cumplen con los criterios de búsqueda ingresados, para que el usuario que realiza la consulta pueda analizar la información y seleccionar al cliente buscado.

47 AperturaPermitirá registrar un cliente con los datos que el banco determine para cada tipo de cliente, validando además que se registre al menos los datos que se determinen como mínimos mandatorios al momento de registro inicial del cliente.

48 Apertura

Permitirá actualizar y/o completar el registro de datos del cliente, con opciones de actualización disponibles para los usuarios autorizados, que les permitan acceder al expediente del cliente directamente en la Base de Datos Única de Clientes y con opciones de actualización que usen las interfaces que lo integran con todos y cada uno de los Módulos de Negocio de la solución de Core Bancario.

49 AperturaIncluirá facilidades de generación de datos complementarios a partir de un dato base, por ejemplo: la generación dinámica del dato de la edad del cliente, calculada por el sistema a partir del dato de su fecha de nacimiento y la fecha de la consulta.

Página 276 de 409


50 Aperturas masivas

Integrará una opción de registro masivo de clientes, con opciones de importación de los datos desde archivos generados en una estructura estandarizada a definir y pasando en todos los casos las validaciones de no existencia del cliente (duplicación), completitud de los datos mínimos requeridos, estructura y tipo de datos de cada campo y validaciones especiales a aplicar (ejemplo dígito verificador). Para realizar una carga masiva o por lote, el postor deberá ofrecer la mejor alternativa (procedimiento) que permita garantizar la integridad y confidencialidad de la información además de ser un procedimiento que evite la duplicación, y asegure la completitud, estructura y tipo de datos.El formato de archivo y las medidas a adoptar serán tratados con el Contratista.

51 Consultas

Permitirá a los usuarios autorizados las consultas de listados de clientes, usando opciones dinámicas que permitan seleccionar los criterios de consulta, tales como tipo de cliente, oficina de registro, ejecutivo a cargo, conjunto de datos en común, fechas de ingreso o actualización, entre otros. Como resultado debe generarse una grilla (grid) de datos con los datos resumen de cada cliente y opciones de profundizar en la información de un cliente en particular desde el registro del cliente en la grilla de resultados.

52 Integración

El Módulo de Clientes deberá integrarse en forma total y transparente a todos y cada uno de los Módulos de Negocio de la Solución de Core Bancario propuesta, sin necesidad de la construcción por parte del Banco de interfaces especiales ni de la generación de procesos batch o en línea para este fin.

53 Integración

Para la operación de los Módulos de Negocio de la solución, la información del cliente será tomada desde la Base de Datos Única de Clientes a través del módulo de clientes, generando los vínculos y relaciones correspondientes y en ningún caso se duplicará en las estructuras de datos del Módulo de Negocio. No se podrá proceder a la apertura de un producto o servicio financiero en los Módulos de Negocio si el cliente no está previamente registrado en la Base de Datos Única de Clientes.

54 Integración

Los Módulos de Negocio y el módulo de clientes deberán contar con un mecanismo de integración en línea y a tiempo real que permita la asociación al expediente del cliente de todos y cada uno de los productos y servicios financieros que tenga o haya tenido contratados con el Banco. Este mecanismo de integración deberá permitir en forma flexible y paramétrica definir qué datos de la gestión operativa del producto o servicio financiero deberán ser trasladados al expediente del cliente, su estructura y formato.

Página 277 de 409


55 Integración

Para evitar duplicidad de datos, el mecanismo de integración entre los Módulos de Negocio y la Base de datos Única de Clientes, deberá permitir la vinculación en línea y a tiempo real de datos base del producto o servicio financiero contratado con el cliente (sean estos individuales o masivos), a nivel de un resumen de datos que tenga como clave de vinculación el número único de la cuenta, producto o servicio financiero contratado por el cliente y que usando ese dato como llave de acceso, pueda facilitar la navegación del usuario hacia ese módulo de negocio para ejecutar consultas de mayor profundidad, pero dentro de la estructura y funcionalidad operativa propia del Módulo de Negocio.

56 Integración

Deberá integrar facilidades para la ejecución de consultas (accesos) en línea a sistemas externos como la Central de Riesgos, calificadoras, listas negras (Central de Riesgos SBS, Informa Perú, SUNAT, RENIEC y otros) y la integración de ciertos datos obtenidos en campos previamente definidos (ejemplo calificación del cliente, alertas de listas negras), que pasarán a formar parte del expediente del cliente.

57 Integración

Se deberá proporcionar facilidades para la generación de archivos de datos a ser entregados a otros sistemas internos o externos del Banco, en los formatos y con los contenidos que se requieran, que en cualquier caso tendrán como limitación que la información a ser entregada exista en la estructura de datos de la Base de Datos Única de Clientes.

58 CierreEl código único asignado a un cliente no podrá ser reutilizado para ningún otro cliente, ya que una vez registrado su información quedará dentro de la Base de Datos Única de Clientes y solamente cambiará su estado.

59 Reportes

Deberá permitir la generación de reportes/consultas flexibles en su estructura y contenido, con opciones definibles por el usuario para seleccionar el grupo de clientes a incluir en el reporte (por tipo de cliente, por oficina, por canal de atención, por estado del cliente, por fecha de ingreso o actualización de datos entre otras opciones) y los datos de los clientes y/o sus productos y servicios financieros que se deben incluir en el reporte.

60 Reportes

Para cada reporte/consultas deberá permitir la definición de llaves de clasificación y agrupación, la inclusión de totales y resúmenes, de etiquetas de filas y/o columnas, de numeración y pie de página, de títulos, subtítulos y logotipos que sirvan para personalizar el reporte.

Página 278 de 409


61 Reportes

Los reportes generados deberán tener opciones de vista previa en pantalla, ajuste de formato y la definición de impresión controlada o exportación del archivo a formatos tipo xls, pdf o csv, dependiendo del perfil del usuario y sus autorizaciones de uso de la información.

N°REQUERIMIENTOS FUNCIONALES PLATAFORMA COMERCIAL Y DE SERVICIOS –

REQUERIMIENTOS GENERALES NAT

IVO

SE D

ESAR

ROLL

ARÁ

SE IN

TEGR

ARÁ

DE

UN

TER

CERO


62 Plataforma

La Plataforma Comercial y de Servicios facilitará a todos los usuarios autorizados a consultar y generar información de gestión con los Módulos de Negocio, en un ambiente único y estandarizado de acceso y de interacción con los Módulos de Negocio, con facilidades gráficas que simplifiquen la realización de tareas al usuario (menús contextuales, desplegables, iconos, otros).

63 Parametrización Deberá integrarse con el módulo de clientes, con opciones dinámicas para definir las formas de consultar la información del expediente del cliente y de los productos y servicios que tiene contratados con el Banco.

64 Parametrización Permitirá definir en forma flexible y con opciones de parametrización, el portafolio comercial de productos y servicios financieros que tenga disponible el Banco para sus clientes.

65 Parametrización

Para cada producto o servicio financiero del portafolio del Banco, permitirá definir en forma dinámica y utilizando facilidades de textos y gráficas, las ayudas de presentación comercial del producto o servicio al cliente, con sus características, ventajas y vinculaciones a otros productos y servicios complementarios.

66 Parametrización Deberá facilitar la asociación de los productos y servicios financieros disponibles a cada grupo o segmento de clientes objetivo.

67 Parametrización Integrará facilidades para ingresar, en modalidad de ayudas en línea, guiones de presentación y ayudas de venta de los productos o servicios financieros, para información, guía y apoyo al funcionario que esté atendiendo al cliente.

68 Parametrización

Deberá permitir la generación y la impresión de materiales promocionales para ayuda a la gestión comercial, así como la generación de las solicitudes, contratos y documentos necesarios para la formalización de la compra o contratación por parte del cliente, de los productos o servicios financieros que haya seleccionado (en forma directa o haciendo interfaz en línea con el módulo de negocio correspondiente).

Página 279 de 409


69 Parametrización

Integrará opciones para incluir simuladores de comportamiento de los productos que ofrece el Banco (cronogramas de pago de crédito, rendimiento de certificados de depósito, etc.), para lo que deberá integrarse con los Módulos de Negocio a fin de solicitar el servicio de generación de la información requerida.

70 Parametrización Permitirá asociar grupos de clientes objetivos a determinado ejecutivo de negocios, que se encargará de su gestión y de la ejecución de las actividades de promoción y venta de productos y servicios del Banco.

71 Parametrización Para cada grupo o segmento de clientes, el sistema deberá permitir definir productos objetivo que se presentarán junto con la posición consolidada del cliente cada vez que el cliente se registre en una sesión o que un funcionario del Banco seleccione a un cliente.

72 Parametrización

Deberá permitir la inclusión de mensajes generales y personalizados a ser presentados a los clientes cuando se registren en sesiones vía Banca Internet o Terminales de Autoservicio y al funcionario del Banco cuando seleccione al cliente en una sesión de trabajo. Deberá permitir la integración con mensajes de todos los canales.

73 Parametrización

Proporcionará facilidades para la inclusión de vínculos generales y específicos para cada segmento de clientes, con opción de marcarlos y navegar hacia nuevas pantallas con información más detallada de cada producto, y de ser el caso, hacia pantallas de registro de datos para solicitar más información o hacia la opción de apertura del producto o servicio ofrecido (con interfaz en línea hacia el módulo de negocio correspondiente).

74 Parametrización

Deberá permitir la generación y registro de una agenda de actividades de cada funcionario del Banco, que genere recordatorios de citas y acciones con su cartera de clientes y que lleve un registro histórico completo de la actividad del funcionario en su gestión con cada cliente.

75 Parametrización

Deberá facilitar la definición de opciones y formatos de acceso a través de los diferentes canales del Banco que vaya a utilizar: - La Plataforma Comercial y de Servicios (funcionarios del Banco autorizados accediendo desde oficinas o desde dispositivos móviles). - Los servicios de caja o ventanilla en las oficinas del Banco. - Clientes finales que utilizan los servicios de Banca Internet o Terminales de Autoservicio. En todos los casos permitirá definir qué opciones estarán disponibles en cada canal, la forma adecuada de presentar la información y proporcionará las opciones de navegación en el sistema, adecuadas para cada caso.

76 AperturaAl ingreso al sistema por parte de cada usuario y dependiendo del canal por el que se conecta, detectará el perfil de usuario (cliente desde Banca Internet o Terminal de Autoservicio o funcionario del Banco habilitado al uso del sistema) y ofrecerá el menú

Página 280 de 409


de opciones y formato de presentación que corresponda para la sesión de trabajo.

77 Apertura

Para el caso de sesión de autoservicio generada por el cliente, identificará al cliente registrado y validará su código de acceso y clave para presentarle el inicio de sesión. Se ofrecerá información resumida de su posición consolidada en el Banco (productos y servicios contratados a la fecha y resumen de situación de cada uno), mensajes del Banco y banners de oferta de productos y servicios nuevos o que han sido definidos como producto a promover y comercializar dentro del segmento de clientes del que forma parte el cliente.

78 Apertura

Deberá generar la solicitud de apertura y los contratos de productos, con información de datos generales y datos particulares del cliente, datos financieros y requisitos a cumplirse para acceder al producto, términos y condiciones del contrato y otras definiciones que pueda dar el Banco.

79 Apertura

Deberá integrarse en forma total con el módulo de clientes, puesto que solamente se podrá abrir un producto o servicio del Banco de la Nación a clientes que ya estén previamente registrados a través de ese módulo en la denominada Base de Datos Única de Clientes. En ningún caso duplicará la información del cliente ya que el proceso de apertura solamente permitirá la revisión y de ser el caso, la actualización de los datos del cliente ya registrados, más la inclusión de nuevos datos necesarios para cumplir con los requisitos legales y operativos del producto nuevo a ser abierto. Para estas funciones utilizará los servicios del Módulo de Clientes.

80 AperturaIncluirá la automatización del proceso de control y validación de la información y documentación presentada por el cliente (Documento de Identidad, Recibo de Servicio Público, Estados de Cuentas de otros Bancos).

81 AperturaIntegrará en los procesos que corresponda, las opciones de captura, manejo y verificación de firmas electrónicas y sus condiciones asociadas, según el tipo de transacción y producto que las utiliza.

82 Apertura

Incluirá opciones de usuario para la impresión de documentos como: contrato de apertura de cuenta, contrato de afiliación a Internet, cartilla de información.Estas opciones estarán disponibles en los canales que se determine y deberán ajustarse a los formatos adecuados a cada canal.

83 Consultas

Con el registro de un Funcionario, presentará su agenda de gestión, los mensajes de sus clientes y las alertas y recordatorios de acciones pendientes registradas en su agenda. Al cierre de una sesión de consulta a un cliente, obligará al funcionario del Banco a ingresar en su agenda un resumen de datos de la sesión y acciones posteriores si es el caso, para actualizar el histórico de gestión.

Página 281 de 409


84 Consultas Integrará facilidades de navegación hacia el Módulo de Clientes, para facilitar el registro de nuevos clientes y/o la modificación y actualización de datos de clientes ya existentes.

85 Consultas

Incorporará facilidades para la generación de mensajes de correo electrónico o SMS y la integración con los sistemas que manejen esos servicios, con noticias del Banco o con anuncios promocionales de nuevos productos y servicios a su cartera de clientes, incluyendo, de ser el caso, opciones de respuesta y formatos de requerimiento de mayor información o solicitudes de apertura de los productos o servicios ofrecidos.Se requiere que la funcionalidad esté prevista para en un futuro dar este servicio.

86 Consultas Proporcionará herramientas y facilidades para la generación de cartas personalizadas, su impresión y control de envío al grupo de clientes objetivo que defina el Funcionario.

87 ConsultasPermitirá a los usuarios autorizados la búsqueda de clientes, usando opciones dinámicas que permitan seleccionar los criterios de búsqueda, en forma similar y con las mismas opciones de búsqueda y consulta que ofrezca el Módulo de Clientes.

88 Administrativas Acceso a todas las consultas y reportes de cada producto contratado por el cliente, utilizando las opciones y funcionalidades que brinda cada Módulo de Negocios.

89 Administrativas

Facilitará el acceso a las opciones automatizadas y funcionalidad de cada Módulo de Negocio, para la gestión de los productos del cliente, con procesos operativos como:- Solicitudes y procesos de apertura de productos o servicios. - Certificaciones de actividad o datos de productos (se refiere al historial financiero de las actividades del cliente y de los productos adquiridos). - Recepción, registro y verificación de documentos presentados por el cliente. - Registro de firmas. - Atención de consultas de saldos, movimientos, situación del producto o servicio - Solicitudes de bloqueos y anulaciones. - Solicitudes de servicios complementarios. - Solicitudes de chequeras y tarjetas. - Solicitud y emisión de cheques certificados y de gerencia. - Autorizaciones para procesos operativos especiales. - Actualización de datos del cliente. - Actualización de datos operativos de productos o servicios (dirección de envío, firmas registradas, límites). - Entrega de documentos, chequeras, tarjetas. - Levantamientos de bloqueos. - Requerimientos de información de productos o servicios. - Solicitudes de copias impresas de documentos operativos (cheques, notas de débito o crédito, comprobantes de pago, estados de cuenta, cronogramas de pago,

Página 282 de 409


consulta de Código de Cuenta Interbancario (CCI). - Modificaciones de términos de contratación del producto (Titulares, beneficiarios, plazos, renovaciones). - Cambios de estado de productos (activación, inactivación, bloqueo, suspensión, cierre). - Recepción y trámite de reclamos. - Registro de incidencias (cancelaciones, reprogramaciones, entre otros).

90 Administrativas Deberá permitir consultas y generación de reportes sobre la información histórica resumida y detallada de actividad transaccional y estado de la cuenta.

91 AdministrativasIncluirá opciones para la generación de documentos en formato de impresión, permitiendo ajustar los formatos a la modalidad operativa que ofrezca cada canal del Banco en los que se ofrezca este servicio.

92 ReportesPermitirá el acceso a todas las funcionalidades y opciones que proporcione cada Módulo de Negocio, para la generación y manejo de reportes por parte de los usuarios finales de los sistemas automatizados.

93 Reportes

Integrará todas las facilidades de formateo de reporte para su visualización en pantalla (acorde al canal por el que se utiliza la opción), además de la facilidad de ajuste del formato para impresión que utilizará las opciones de manejo de impresora del sistema operativo Windows y el navegador utilizado por el usuario.

94 Reportes

Deberá permitir la generación de reportes flexibles en su estructura y contenido, con opciones definibles por el usuario para seleccionar el grupo de clientes a incluir en el reporte (por tipo de cliente, por oficina, por canal de atención, por estado del cliente, por fecha de ingreso o actualización de datos entre otras opciones) y los datos de los clientes y/o sus productos y servicios financieros que deben incluirse en el reporte.

95 ReportesPara cada reporte deberá permitir la definición de llaves de clasificación y agrupación, la inclusión de totales y resúmenes, de etiquetas de filas y/o columnas, de numeración y pie de página, de títulos, subtítulos y logotipos que sirvan para personalizar el reporte.

96 Reportes

Los reportes generados deberán tener opciones de vista previa en pantalla, ajuste de formato y la definición de impresión controlada o exportación del archivo a formatos tipo xls, pdf o csv, dependiendo del perfil del usuario y sus autorizaciones de uso de la información.

97 Gestión de documentos

Deberá incluir un sistema de gestión de documentos, que permita escanear y capturar las imágenes de los cheques, ya sea en las cajas cuando se presentan al pago, como en los dispositivos a cargo de la captura y validación en lotes de los cheques recibidos en el canje.Estas imágenes, junto con otras como pueden ser las notas de débito o crédito y los

Página 283 de 409


contratos, deberán almacenarse en un expediente digital asociado a la cuenta y con capacidad de acceder y desplegar las imágenes cuando se lo requiera dentro de las opciones de ejecución de diferentes tipos de consultas realizadas desde los canales autorizados.

98 Integración

La Plataforma Comercial y de Servicios deberá integrarse en forma total y transparente a todos y cada uno de los Módulos de Negocio de la Solución de Core Bancario propuesta, sin necesidad de la construcción por parte del Banco de interfaces especiales ni de la generación de procesos batch o en línea para este fin.

99 Integración

Para completar operaciones de apertura de productos o servicios, consultas detalladas y la ejecución de ciertas transacciones de servicios, la Plataforma Comercial y de Servicios requerirá esos servicios de los Módulos de Negocio de la solución sin necesidad de registro de usuario en el Módulo de Negocios ni reingreso de los datos para la consulta, solicitud o apertura de producto o servicio requerida.

100 IntegraciónSe deberá proporcionar facilidades para la generación de archivos de datos a ser entregados a otros sistemas internos o externos del Banco, en los formatos y con los contenidos que se requiera.

N°REQUERIMIENTOS FUNCIONALES PLATAFORMA COMERCIAL Y DE SERVICIOS

– ATENCIÓN A RECLAMOS NAT

IVO

SE D

ESAR

ROLL

ARÁ

SE IN

TEGR

ARÁ

DE

UN

TER

CERO


101 Generales

Permitirá implementar un flujo de trabajo (workflow) de manejo de reclamos, que permita configurar las diferentes instancias y rutas por las que debe pasar un reclamo; desde su registro, hacia su análisis y evaluación, su resolución y finalmente la entrega de respuesta al cliente.

102 Generales

Permitirá definir diferentes motivos de reclamos, como por ejemplo: no entrega de billetes por el ATM, entrega de billetes falsos, mal trato al cliente.Para cada reclamo le asociará rutas y procedimientos de gestión que corresponda según el motivo.

103 Generales Permitirá manejar los estados del reclamo como por ejemplo: ingresado, en resolución, procedente o no, solucionado, comunicado al cliente, cerrado.

104 Generales Permitirá controlar los tiempos de proceso en todo el ciclo de atención del reclamo a efectos de emitir estadísticas y reportes.

Página 284 de 409


105 Generales Permitirá controlar la carga de trabajo de los funcionarios encargados de la resolución de reclamos, de forma que los reclamos sean ruteados a funcionarios con carga menor.

106 GeneralesPermitirá establecer el ruteo del reclamo en caso que éste sea nuevamente presentado por el cliente, de manera que se defina si se permite o no la asignación del reclamo al mismo funcionario que lo atendió anteriormente.

107 Generales Incluirá un sistema de digitalización o almacenaje electrónico de los documentos, para registrar y administrar los documentos sustentatorios asociados al reclamo.

108 Ingreso de Reclamo

Automatizará el proceso operativo asociado al ingreso del reclamo con un esquema de flujo de trabajo flexible y parametrizable, que permita definir un flujo como el que se muestra a continuación: - Ingreso de solicitud. - Clasificación del reclamo según su motivo. - Derivación del reclamo al área o agencia que corresponda. - Ruteo del reclamo al funcionario asignado de resolver el reclamo. - Ruteo del reclamo (ingreso por segunda ocasión) al nuevo funcionario asignado de resolver el reclamo. - Derivación del reclamo a las empresas recaudadoras para su análisis, en caso de tratarse de reclamos por motivo de entrega de billetes falsos al cliente. Permitirá la recepción de las solicitudes de reclamos por diferentes medios de atención: red de oficinas del Banco, línea telefónica, oficina de trámites, internet. Sin embargo para el caso de reclamos complejos, permitirá su recepción solamente en la Red de oficinas del Banco.

109 Análisis de Reclamo

Deberá soportar el proceso operativo asociado al análisis del reclamo, con esquemas similares al que se describe a continuación: - Recepción del reclamo por parte del funcionario asignado a su resolución. - Análisis y evaluación del reclamo por parte del funcionario asignado. - Realización de consultas de operaciones, journals, reportes.

110 Resultado del Reclamo

Deberá soportar el proceso operativo asociado al resultado del reclamo, con esquemas similares al que se describe a continuación: - Permitir indicar la procedencia o improcedencia del reclamo del cliente en base a la evaluación del reclamo. - Permitir la interfaz con el módulo de Captaciones para realizar el abono respectivo, en caso el reclamo sea procedente y por motivos relacionados como por ejemplo, la no entrega de fondos por el ATM, billetes falsos entregados al cliente, retiro no reconocido, entre otros.

Página 285 de 409


- Permitir realizar la comunicación del resultado del reclamo al cliente por distintos medios como correo electrónico, carta, entre otros. - Deberá realizar la actualización del estado del reclamo. - Permitir la digitalización de la documentación sustentatoria asociada al reclamo - Generación de expediente de reclamo.

111 Reconsideración del Reclamo

Deberá permitir el siguiente proceso operativo asociado a la reconsideración del reclamo: - Permite la atención al cliente respecto del servicio de reconsideración del reclamo en caso de inconformidad. - Permitir el reingreso de la solicitud de reclamo en segunda instancia (reconsideración), manteniendo la vinculación con la solicitud original de reclamo. - En caso de que el cliente presente el formulario de reclamo a INDECOPI, se debe permitir el ruteo del reclamo al área de Asesoría Jurídica del Banco para su análisis y respuesta final. - En caso que el cliente presente el formulario de reclamo a la Superintendencia de Banca, Seguros y AFP se debe permitir el ruteo del reclamo al área de Planeamiento y Desarrollo del Banco para su análisis y respuesta final.

112 Reportes y Consultas

Deberá permitir la generación de reportes resumidos y detallados de los reclamos recibidos y su atención.Se incluirá opciones de reportes con estadísticas relacionadas al número de reclamos atendidos, número de reclamos procedentes, número de reclamos improcedentes, número de reclamos solucionados, tiempos de respuesta en atención de los reclamos, todos estos análisis por oficina, por tipo o motivo de reclamo, por funcionario entre otras opciones.

113 Integración

Deberá integrarse con los Módulos de Negocio del Nuevo Core Bancario, para las consultas de apoyo en el análisis de los reclamos.Fundamentalmente se integrará con las opciones de consultas y reportes que se ofrece en los Módulos de Negocio, a través de la Plataforma Comercial y de Servicios.

N°REQUERIMIENTOS FUNCIONALES PLATAFORMA COMERCIAL Y DE SERVICIOS

– SERVICIO DE CERTIFICACIONES NAT

IVO

SE D

ESAR

ROLL

ARÁ

SE IN

TEGR

ARÁ

DE

UN

TER

CERO


Página 286 de 409


114 Generales

Permitirá brindar al cliente los siguientes servicios a ser atendidos por ventanilla o en el área de trámites de las oficinas, usando la plataforma de servicios: - Servicio de certificación por el pago de impuestos, pago de tributos aduaneros, pago de tasas; ante la pérdida de la papeleta de convalidación de pago. - Solicitudes o cartas de confirmación de saldos, requeridas por sociedades de auditoría, entidades de los sectores público y privado; con información de saldos y valores que mantienen los clientes en sus cuentas. - Servicio de copias de las imágenes registradas de documentos de gestión digitalizados o almacenados electrónicamente de los productos bancarios del cliente como: cheques pagados, copia de nota de débito y nota de crédito, copia de estado de cuenta.

115 Generales

Deberá permitir definir las tarifas o cobros por los servicios, posibilitando diferentes modalidades como por ejemplo: - cobro fijo por servicio. - cobro por cada hoja generada. - cobro por informe. Deberá permitir el cobro de las tarifas del servicio mediante cargo a la cuenta del cliente o mediante pago en efectivo a través de las ventanillas del Banco.

116 Generales

Deberá permitir registrar la información requerida para la solicitud de los servicios: - Certificación del pago de tributos: documento de identidad, fecha de pago del tributo, concepto. La certificación de pago es un servicio descentralizado que permite atender el servicio de acreditación de un pago de tributos en cualquier oficina del Banco de la Nación. Ejemplo: certificación de un pago de tasa o impuesto. - Confirmación de saldos: razón social del solicitante, número de la(s) cuenta(s), período de tiempo requerido, datos de la empresa auditora, forma de pago en efectivo o cargo a cuenta, lugar y fecha, firma, sello y DNI de los representantes legales. - Copia de documentos digitalizados: documento de identidad de la persona autorizada para gestionar la solicitud de la copia, documento de Identidad del cliente, tipo de documento del que se requiere la copia (cheque, nota de débito, nota de crédito, estado de cuenta), fecha del documento.

117 Ejecución y cobro de comisión

Deberá dar soporte al siguiente proceso del servicio:- Certificación del pago de tributos: permitir la búsqueda del pago de tributo en base a criterios de búsqueda, tales como: documento de identidad, fecha de pago, concepto. Adicionalmente deberá permitir generar el documento de certificación del pago para su entrega al cliente, una vez verificado el cobro del servicio al cliente. - Confirmación de saldos: permitir la verificación de requisitos y conformidad de firmas, permitir informar al cliente las no conformidades de requisitos o firmas, permitir

Página 287 de 409


la consulta de información en el módulo de Captaciones, permitir la consulta de información faltante a las áreas respectivas. Adicionalmente deberá permitir generar la carta de respuesta a la agencia de la localidad o a la compañía auditora, una vez verificado el cobro del servicio al cliente. - Copia de documentos digitalizados: permitir la consulta de información en los aplicativos de Captaciones, permitir generar la copia del documento solicitado para su entrega al cliente una vez verificado el cobro del servicio al cliente.

118 Reportes y Consultas

Las consultas y reportes están orientados a la búsqueda de la información requerida como datos generales y financieros del cliente, saldos y valores en las cuentas, documentos de pago de tributos, documentos como cheques, estados de cuenta, notas de débito y crédito.

119 Integración Deberá integrarse con el módulo de Captaciones para la obtención de información de saldos y movimientos de las cuentas.

120 IntegraciónDeberá incluir un sistema de gestión de documentos que permitan buscar información para la obtención de copias de los documentos almacenados en el expediente digital del cliente asociado a las cuentas.

N° REQUERIMIENTOS FUNCIONALES PLATAFORMA DE CAJA O VENTANILLA

NAT

IVO

SE

DESA

RRO

LLAR

ÁSE

INTE

GRAR

Á DE

UN

TER

CERO


121 Apertura y Cierre Debe permitir realizar la apertura del tesoro de la agencia, registrando el detalle por denominación de efectivo inicial por cada moneda, previa a la apertura de las cajas.

122 Apertura y CierreDebe permitir realizar la apertura de caja, registrando el detalle por denominación de efectivo inicial por cada moneda.El arqueo y cuadre debe ser multimoneda.

123 Apertura y CierreDebe permitir realizar aumentos o disminuciones de efectivo a lo largo de la jornada, coordinadamente con la disminución o incremento de efectivo en el tesoro de la agencia.

124 Apertura y CierreLa solución debe manejar límites de efectivo por caja y moneda y emitir alertas, tanto al cajero como al supervisor de caja (jefe de caja) o administrador del tesoro de la agencia, cuando el efectivo esté por debajo o encima de estos límites.

Página 288 de 409


125 Apertura y Cierre La solución debe permitir al cajero o al supervisor de caja (jefe de caja), realizar consultas para el cuadre de caja en cualquier momento de la jornada.

126 Apertura y Cierre La plataforma debe permitir realizar un cuadre de caja en cualquier momento para que se identifique cual es la situación de la caja en determinado momento.

127 Apertura y Cierre Debe permitir realizar el cierre de caja.

128 Apertura y Cierre Debe permitir realizar el cierre del tesoro de la agencia, una vez se haya cerrado cada una de las cajas.

129 Transacciones

La plataforma deberá permitir la ejecución de las siguientes transacciones financieras sobre productos de Captaciones: - Depósitos. - Retiros. - Cargos y Abonos con causal. Los Débitos y abonos por causal están referidos a los cargos y abonos que pueden realizar las áreas operativas en las cuentas corrientes, ahorros, a plazos, garantías, CTS, etc., para registrar los pagos y depósitos a favor de sus clientes titulares de estas cuentas, como resultado de las operaciones y o servicios que les presta el Banco. Por la naturaleza de estas transacciones (volumen y multiplicidad), generalmente estas operaciones las efectúa el back office. - Transferencias. - Depósito a Plazo Fijo. - Pago de un Depósito a Plazo Fijo. Se refiere a todas las transacciones y procesos relacionados al producto depósitos a plazo fijo, las mismas que se detallan en las Bases, en el módulo Depósito a Plazo Fijo. - Depósito Judicial y/o Administrativo. - Pago de un Depósito Judicial y/o Administrativo. Y otras de acuerdo al detalle que se describe en los Requerimientos funcionales correspondientes del Módulo de Captaciones.

130 Transacciones

La plataforma deberá permitir la ejecución de las siguientes transacciones financieras sobre productos de Colocaciones: - Desembolsos. - Recepción de Pagos. Y otras de acuerdo al detalle que se describe en los Requerimientos funcionales correspondientes al módulo de Colocaciones.

Página 289 de 409


131 TransaccionesLa plataforma deberá permitir la ejecución de las siguientes transacciones financieras sobre productos de Comercio Exterior:- Cobro de comisiones y cargos.

132 Transacciones

La plataforma deberá permitir la ejecución de las siguientes transacciones financieras del módulo de Pagos y Cobros: - Pagos por distintos conceptos. - Cobros por distintos conceptos. Y otras de acuerdo al detalle que se describe en los Requerimientos funcionales correspondientes al módulo de Pagos y Cobros.

133 Transacciones

La Plataforma de Caja permitirá la ejecución de transacciones del Sistema de Tesorería (Back Trader Live), el cual estará integrado al Nuevo Core Bancario. Entre las transacciones más comunes que se deben realizar están las liquidaciones de bonos y cambio de moneda.

134 Transacciones

La Plataforma de Caja deberá incluir la funcionalidad de cambio de moneda como una transacción de caja o como parte de una transacción compuesta de depósito, retiro, débito o crédito de cualquier tipo, a realizarse en una moneda diferente de la cuenta o concepto de débito o crédito.

135 TransaccionesLa solución debe permitir adicionalmente a las transacciones del módulo de Pagos y Cobros, la ejecución de transacciones con otras entidades como Moneygram, SUNAT, RENIEC, SIAF, etc.

136 TransaccionesLa solución debe permitir la orquestación de varias transacciones en una sola ejecución. (Por ejemplo: realizar un retiro en dólares de una cuenta en soles o viceversa, o consultar el saldo antes de un retiro).

137 Transacciones La solución debe permitir el acceso a las transacciones ya sea a través de un menú, como a través de un acceso rápido mediante funciones o códigos de transacción.

138 Transacciones Debe registrar todas las transacciones ejecutadas en un log de auditoría (journal electrónico) incluyendo hora de inicio y hora de fin de transacción en línea.

139 Transacciones Debe permitir reversar y extornar una transacción ejecutada.

140 Transacciones En casos determinados, la solución debe solicitar la autorización remota de un supervisor.

141 TransaccionesDeberá generar a través de una transacción el registro de los billetes falsos que identifique el personal de atención en ventanilla, mediante el llenado de un formulario especial en el sistema.

142 Herramientas Debe contar con una calculadora que facilite el registro del efectivo y cheques, que pueda ser invocado por cada caja.

Página 290 de 409


143 Herramientas Debe tener facilidades para cruzar la información del efectivo registrado contra el saldo de caja.

144 Herramientas La solución debe contar con herramientas de búsqueda que faciliten la gestión del efectivo y faciliten los cuadres de caja.

145 Herramientas Deberá permitir el funcionamiento de herramientas de comunicación interna.

146 DispositivosLa plataforma de caja debe poder integrarse a dispositivos periféricos para la impresión de comprobantes tales como impresoras validadoras, matriciales, para la impresión de comprobantes de uno o más cuerpos según las reglas y controles establecidos.

147 DispositivosLa plataforma de caja debe poder integrarse a dispositivos de identificación personal tales como tarjetas de banda magnética, lectoras de códigos de barra, pin pads, lectoras de cheques.

148 Dispositivos

La plataforma debe permitir la identificación del cliente mediante el uso de dispositivos biométricos.Actualmente el Banco de la Nación no usa equipos biométricos para la identificación de sus clientes; asimismo, no es objeto del presente concurso su adquisición e implementación. Sin embargo, en caso el Banco de la Nación decida implementar dichos dispositivos (lectores de huella dactilar) durante la etapa de implementación del proyecto del Nuevo Core Bancario, el Contratista deberá preparar las interfaces requeridas.

149 Firmas Deberá integrarse con la Plataforma Comercial y de Servicios para la consulta de firmas asociadas con el producto sobre el cual se realiza la transacción.

150 Firmas Deberá desplegar automáticamente la pantalla de validación de firmas en las transacciones que requieran de este control.

151 FirmasDeberá desplegar únicamente las firmas autorizadas de acuerdo a las condiciones de monto y producto establecidas, para la validación en las transacciones que correspondan.

152 Lavado Activos La solución debe cumplir con la normativa de control y prevención de lavado de activos para la emisión de alertas en caso de transacciones que superen los valores permitidos.

153 Reportes Deberá emitir reportes de detalle y totalizados de transacciones ejecutadas por caja.

154 Reportes Deberá emitir reportes de detalle y totalizados de transacciones ejecutadas por agencia.

Página 291 de 409


N°REQUERIMIENTOS FUNCIONALES MÓDULO DE CAPTACIONES

- REQUERIMIENTOS GENERALES NAT

IVO

SE D

ESAR

ROLL

ARÁ

SE IN

TEGR

ARÁ

DE

UN

TER

CERO


155 ParametrizaciónLa Nueva Solución de Core Bancario deberá estar en la capacidad de parametrizar la periodicidad para el cálculo de intereses, cargos, entre otros, sea diaria, mensual, etc. (requerimientos funcionales del módulo de captaciones descritos en las Bases).

156 Parametrización

Permitirá definir, administrar y mantener la operación y servicios de los siguientes productos de Captaciones, en sus diferentes modalidades comunes en el mercado peruano: - Cuentas Corrientes. - Cuentas de Ahorro. - Cuentas de Depósitos a Plazo. - Cuenta de Compensación por Tiempo de Servicio (CTS).

157 ParametrizaciónPermitirá determinar qué productos de Captaciones pueden ser ofrecidos en cada oficina del Banco, controlando que solamente se ofrezcan en las oficinas autorizadas y en los términos y condiciones definidos para cada producto.


Permitirá ajustar las características operativas de los productos, para que se personalicen y ofrezca a determinados segmentos de clientes, con condiciones operativas, servicios asociados, tasas de interés, tarifarios de costos y reglas de negocio diferenciadas para cada segmento.


Facilitará la definición paramétrica de qué servicios y transacciones en cada producto gestionado en el módulo de captaciones estarán disponibles en cada uno de los canales del Banco. Para ciertos canales como por ejemplo el Internet deberá permitir el manejo de clave para la realización de consultas y transacciones por parte del cliente.El manejo de la clave de seguridad se realiza en cada canal de manera independiente. En cada caso permitirá definir y mantener tarifarios de costo de servicios por cada canal.


Facilitará la operación de los productos en modalidad multimoneda.Dependiendo de la moneda en la que operará el producto, la parametrización determinará los servicios que integrarán, los tarifarios y tasas de interés asociados, los procedimientos operativos y las reglas de negocio que los regirán.

Página 292 de 409


161 ParametrizaciónFacilitará el mantenimiento de códigos mnemónicos por cada tipo de transacción, de manera que se permita realizar consultas por código mnemónico, y también se incluya como detalle en impresiones o en archivos generados.

162 ParametrizaciónManejará calendario de días festivos para aplicar las reglas de negocio que se definan, ya sea en cuanto a cálculo de intereses, compensación de cheques, habilitación de acceso al sistema por parte de funcionarios, cortes de cuentas, etc.

163 Parametrización En los procesos de creación y mantenimiento del producto, facilitará la definición de si el producto paga o no tasas de interés y permitirá asociar el tipo de tasa que se aplicará.

164 ParametrizaciónDispondrá de una estructura parametrizable y dinámica para el ingreso y mantenimiento de los cuadros de tasas de interés que vayan a aplicarse a los diferentes productos de Captaciones.

165 ParametrizaciónPermitirá definir tasas de interés fijas, con definición de varias tasas como se requieran para su asociación a los diferentes productos, en cada uno de los plazos en los que se deban aplicar.

166 ParametrizaciónManejará tasas de interés variables, atadas a tasas referenciales del mercado, con definición de un margen (spread) positivo o negativo a ser aplicado sobre la tasa base, para obtener la tasa a aplicar al producto o servicio.


Deberá calcular los intereses bajo diferentes esquemas, tales como: - Diferentes bases de cálculo. Ejemplo: 365/360, 365/365, 360/365, 360/360 entre otros). - Diferentes períodos: diario, semanal, quincenal, mensual, bimestral, trimestral, semestral, anual.

168 ParametrizaciónDeberá incluir la opción de definir tasas de interés a aplicarse en forma escalonada, ya sea por el monto de la operación, por el saldo promedio o saldo disponible manejado en la cuenta.

169 Parametrización Permitirá definir en qué productos se aplica el proceso de capitalización de los intereses generados durante un determinado período de tiempo.

170 Parametrización Permitirá seleccionar la frecuencia de capitalización de intereses: diaria, semanal, mensual, trimestral, semestral, anual.


Permitirá definir los requisitos que deberá cumplir el cliente para la apertura de cada producto, generando y ajustando los formatos de registro de apertura y los formularios y/o contratos a emitirse, para que reflejen los datos del cliente, las condiciones del contrato y que se ha cumplido con los requisitos, políticas y procedimientos asociado al producto o servicio.

Página 293 de 409



Deberá facilitar la inclusión de uno o más clientes como titulares de la cuenta.Para la apertura de una cuenta o producto siempre verificará que existe al menos un cliente asociado en el rol de titular, propietario o beneficiario. Así mismo deberá permitir asociar a un producto que ya tiene su titular, uno o más clientes adicionales, en diferentes roles, como co-propietario, firma autorizada, tutor (para caso de menores de edad como titulares), beneficiario adicional.

173 Parametrización Permitirá determinar y mantener tablas a aplicarse con la validación de los montos mínimos de apertura para cada producto o cuenta.

174 ParametrizaciónEl módulo de captaciones se integrará totalmente para operación en línea y a tiempo real con el sistema de gestión de tarjetas Multired y con todos los canales de atención del Banco.


Para los productos que utilicen tarjetas de débito, permitirá habilitar o deshabilitar en forma paramétrica los tipos de transacciones autorizadas con la tarjeta de débito como por ejemplo: permite retiros o no, con qué cupo o monto máximo de retiro, con qué costos de transacción, qué tipos de consultas están autorizadas , desde qué canales, etc.


Deberá incluir o integrarse con un sistema de registro y gestión de firmas digitalizadas.Para su utilización deberá permitir el registro y parametrización de las firmas de o los clientes asociados a un producto y las condiciones de validación de firmas como firmas individuales, firmas conjuntas, condiciones de firmas según el importe de las transacciones.

Página 294 de 409



Deberá permitir ingresar y mantener tablas con los diferentes cargos, como comisiones por servicios, impuestos, cargos por acuerdos. Ejemplos: - Emisión y mantenimiento de tarjeta de débito. - Manejo de cheques (rechazos, suspensiones, revocatorias, certificaciones). - Venta de chequeras. - Líneas de crédito asociadas a la cuenta. - Seguros asociados como servicio de los productos. - Transacciones financieras (depósitos, retiros, pago de cheques, transferencias). - Mantenimiento de la cuenta. - Estados de cuenta. - Consulta de saldos. - Consulta de movimientos. - Duplicados de documentos. - Confirmaciones de saldos. Estos cargos y comisiones se asociarán a cada producto contratado por el cliente y deberán permitir establecer diferentes valores de cargo, dependiendo tanto de la definición del producto, como del canal de Atención al Cliente.


Permitirá habilitar impuestos especiales establecidos por la legislación local, cuya asignación se realiza a ciertas transacciones particulares en algunos productos, por ejemplo el ITF (impuesto a transacciones financieras) aplica a depósitos, retiros, transferencias a cuentas de distinto titular.


Facilitará la definición de la modalidad y la periodicidad de cobro de los cargos, con opciones como: - Diaria. - Mensual. - Trimestral. - Semestral. - Anual. - A fecha fija. - Al momento de la realización de cada transacción. - A partir de la realización de “n” transacciones. - Al cierre del producto.

Página 295 de 409



Deberá permitir definir para cada cargo o comisión, diferentes formas de cálculo: - Valores fijos. - Aplicando porcentajes de algún valor asociado a la transacción, saldo disponible o saldo promedio. - Cobro de un valor fijo más un valor porcentual. Permitirá a los usuarios autorizados, modificar el valor o porcentaje a aplicar en ciertos productos o como opción para algún cliente, así como la determinación de exoneración del cargo.


Facilitará la definición de formas especiales de cálculo por tipo de cobro, así por ejemplo: - Valor fijo si el importe de la transacción es menor o igual a un valor definido. - Aplicar un porcentaje si el importe de la transacción es mayor a un valor definido.

- Escalas de valores diferenciadas por el monto de la transacción o por saldo de la cuenta.


Para los servicios que estén disponibles en varios canales, permitirá definir si tienen costo o no y qué costo aplicaría dependiendo del canal.Por ejemplo: la consulta de saldos tiene costo cuando es realizada por ventanilla, plataforma de servicios y cajero automático (con costo diferente para cada canal), pero no se cobra cuando es realizada por Internet.


Permitirá definir y gestionar comisiones a cobrar cuando se realicen transacciones como depósitos, retiros, transferencias, cobro de cheques en oficinas distintas a la oficina de registro de la cuenta o en otros establecimientos en los que el Banco preste servicios (convenios de corresponsalía en comercios, para que los clientes utilizando su tarjeta Multired ejecuten transacciones financieras como depósitos y retiros de sus cuentas en las cajas del establecimiento) o en cajeros corresponsales.


Permitirá definir diferentes causas y conceptos para la realización de bloqueos y desbloqueos a las cuentas, como por ejemplo: - Por instrucción judicial. - Por instrucción del titular de la cuenta. - Por reclamo de herederos. - Por fallecimiento del titular. - Por inactividad de la cuenta por un período de tiempo determinado. - Por prevención de fraude. En cada caso aplicará los controles, reglas de negocio y cargos correspondientes.

Página 296 de 409


185 ParametrizaciónDeberá permitir asignar y asociar a los productos del Banco los seguros que apliquen, generando los cargos por servicio y controlando su inclusión si fueran mandatorios en el producto.


Deberá permitir definir las formas posibles de aceptar el depósito inicial a la cuenta, tales como: transferencia desde cuenta corriente, transferencia desde cuenta de ahorro, transferencia interbancaria, efectivo, cheque de gerencia, por la cancelación de un depósito judicial, por giro bancario.


Permitirá el pago de capital e intereses en varias modalidades, entre ellas: crédito a cuentas corrientes o cuentas de ahorro, pago en efectivo, cheque de gerencia, transferencias interbancarias o locales, o formas mixtas como por ejemplo una parte mediante crédito a cuenta y otra parte en efectivo.

188 ParametrizaciónPara el caso de cuentas abiertas por convenios con empresas o entidades públicas o privadas, deberá permitir manejar la relación de cuenta asociada a la entidad, de manera que se permita la apertura sólo si la entidad está registrada en el sistema.


Deberá permitir facilidades operativas en los canales de atención: Plataforma Caja o Ventanilla y Plataforma Comercial y de Servicios, permitiendo el ingreso de múltiples transacciones en una sola pantalla operativa, evitando registros repetitivos en forma innecesaria.El postor podrá ofrecer funcionalidades adicionales.

190 Encaje bancarioLos procesos de captaciones permitirán el cálculo y contabilización de los montos requeridos para el establecimiento del encaje bancario de acuerdo con la normativa vigente, tanto en moneda nacional como en moneda extranjera.

191

Administración de Tarjetas / Control de Inventarios de Tarjetas No Activas

Deberá permitir el mantenimiento por el registro y control de las diferentes tarjetas del Banco, por tipo de BINES.

Deberá permitir programar el requerimiento de tarjetas para su solicitud y adquisición anual.Deberá permitir el ingreso de las tarjetas no personalizadas en el almacén de la Unidad Orgánica autorizada del Banco.Deberá permitir registrar el proceso de pre-control de calidad de las tarjetas recibidas, separando las tarjetas que no pasen el control de calidad las que se registrarán como “fallas de fábrica” (FF).Deberá permitir registrar el proceso de control de calidad de las tarjetas recibidas aprobando o rechazando el lote (de acuerdo a la normativa vigente).

Página 297 de 409


Deberá permitir el registro para el requerimiento de tarjetas a la Unidad Orgánica autorizada del Banco para la producción de las mismas, de acuerdo a la frecuencia establecida.Deberá permitir realizar la programación de distribución de tarjetas a través del registro de las órdenes de trabajo.

Deberá permitir registrar los packs (50 unidades de tarjetas por modelos) de las órdenes de trabajo para realizar su programación de distribución a la Red de Agencias del Banco.

Deberá registrar las imágenes del segundo control de lectura de banda por órdenes de trabajo.Deberá permitir la impresión de reportes: Programación y Distribución Lima y Provincia, Despachos por día según Empresa Courier.Permitirá registrar las órdenes de trabajo para la termo-impresión de las tarjetas.Deberá permitir registrar los Productos No Conformes detectados en el proceso de producción, en las etapas de pre-control, producción y post-producción.Permitirá realizar un control post producción de revisión y verificación de las tarjetas impresas, separando las tarjetas que no pasen el control de calidad, las que se registrarán de acuerdo a la falla presentada identificándolas como Producto No Conforme.Deberá controlar el stock de tarjetas a las oficinas (cantidad de tarjetas entregadas a la oficina, confirmación de recepción de tarjetas en la oficina, cantidad de tarjetas entregadas al cliente en cada oficina, cantidad de tarjetas disponibles, cantidad de tarjetas eliminadas).Deberá permitir establecer los umbrales mínimos de stock o inventario de tarjetas a nivel de almacén (Bóveda, Tarjetas Nuevas y Tarjetas Impresas).Deberá permitir establecer los umbrales mínimos de stock o inventario de tarjetas a nivel de clases de oficinas, según el número de unidades requeridas en base al movimiento de las oficinas, así por ejemplo oficinas de clase A en donde el umbral mínimo es 600 unidades, oficinas de clase B con umbral mínimo de 400 unidades y oficinas de clase C con un umbral mínimo de 250 unidades.Deberá permitir el registro de la distribución de tarjetas a las oficinas, en coordinación con la empresa transportadora de valores, debiendo generar la Guía de Remisión a las Agencias.Deberá actualizar los stocks de tarjetas que se mantienen en custodia en las unidades Orgánicas del Banco y la generación de los reportes correspondientes.

Página 298 de 409


Deberá mantener un control de stocks a nivel de oficina y área de producción, bajo los siguientes parámetros:· Saldo inicial.· Unidades recibidas.· Unidades atendidas (entregadas al cliente).· Deterioradas.· Devueltas.· Saldo final.

192

Administración de Tarjetas / Registro y Control de Tarjetas Activas

Deberá permitir registrar y controlar el Ciclo de Vida de cada tipo de Tarjeta (VISA y otras que el Banco defina):

· Fecha de personalización (producción).· Fecha de emisión.· Fechas de vinculación a cuentas bancarias y entrega al cliente por agencias.· Fecha y agencia de afiliación.· Fecha de generación de clave por plataforma (Ventanilla o Internet).· Fecha de cambio de clave por plataforma (Ventanilla o Internet).· Fecha de asociación a Token y Tarjeta de Coordenadas. · Fecha de bloqueo.· Fecha de retención en ATM MULTIRED o ATM foráneo.· Fecha de caducidad.· Fecha de anulación y reposición de nueva tarjeta.· Generación y vinculación a Tarjeta Adicional.· Consultas.Deberá permitir la generación de estadísticas por cada tipo de Tarjeta (VISA y otras que el Banco defina):· Volumen de operaciones/importes con frecuencia mensual, de tarjetas en las diferentes plataformas de atención (Ventanillas, ATM’s, Agente MULTIRED, ATM’S foráneos, otras). · Volumen de operaciones/importes con frecuencia mensual, de tarjetas operadas en ATM’s foráneos por entidad financiera. · Tarjetas emitidas : Por entidad Pública, Agencias UOB y por Programas Sociales

Página 299 de 409


· Tarjetas asociadas a Token y Tarjeta de Coordenadas.· Tarjetas por BIN.· Tarjetas emitidas por marca internacional.· Otras estadísticas que requiera al Banco.

N° REQUERIMIENTOS FUNCIONALES MÓDULO DE CAPTACIONES - CUENTAS CORRIENTES

NAT

IVO

SE

DESA

RRO

LLAR

ÁSE

INTE

GRAR

Á DE

UN

TER

CERO



Manejará una estructura dinámica y flexible que permita por opciones de parametrización de usuario, definir los tipos de notas de débito (cargos) que puedan aplicarse a los productos de cuentas corrientes.Para cada nota de débito, se deberá establecer el concepto, si se ejecuta en modalidades en línea, en procesos de lote o en las dos opciones, si debitará el valor definido exclusivamente contra el valor del saldo disponible de la cuenta, si aplicará débitos por valores parciales en caso que el saldo no cubra el valor a debitar, y por cuánto tiempo se mantendrá los reintentos para ejecutar el débito cuando la cuenta tenga saldo disponible. Adicionalmente, permitirá la aplicación en línea de notas de débito con fecha valor, con el re-cálculo de intereses correspondiente.


Permitirá definir para cada nota de débito la causa o concepto por el que se realizará.Asociado a esta causa o concepto permitirá definir los costos de servicio, los mensajes de impresión en el comprobante a generar y en el estado de cuenta, la o las cuentas de los clientes que deberán recibir los valores debitados, los listados y/o archivos con datos resumidos y/o detallados que se deba generar.


Manejará una estructura dinámica y flexible que permita por opciones de parametrización de usuario definir tipos de notas de crédito (abonos) que puedan aplicarse a los productos de cuentas corrientes que ofrezca el Banco. Para cada nota de crédito, se deberá establecer el concepto, si se ejecuta en modalidades en línea, en procesos de lote o en las dos opciones. Adicionalmente permitirá la aplicación en línea de notas de crédito con fecha valor, con el re-cálculo de intereses correspondiente.

196 ParametrizaciónPermitirá definir para cada nota de crédito la causa o concepto por el que se realizará.Asociado a esta causa o concepto permitirá definir los costos de servicio, los mensajes de impresión en el comprobante a generar y en el estado de cuenta.

Página 300 de 409



Deberá permitir definir restricciones a las transacciones que se puede realizar con los productos de cuentas corrientes que se encuentran en un estado determinado, como por ejemplo en una cuenta bloqueada, dependiendo de la causa del bloqueo se permite sólo créditos, se permite sólo débitos, se permite créditos y débitos, se permite o no depósitos, no se permite ni débitos ni créditos.Estas restricciones pueden ser levantadas con la debida autorización.

198 Parametrización / Instrucción DGETP

En determinados productos de cuentas corrientes, permitirá la asociación de cuentas para la realización automática de transferencias según reglas de negocio a definir, de acuerdo a los convenios definidos con el cliente. Las posibles asociaciones mantendrán las siguientes consideraciones: - Asociación de la cuenta corriente principal a varias cuentas corrientes secundarias. - Asociación de la cuenta corriente principal a la cuenta centralizadora, la cual a su vez se asocia a varias cuentas corrientes secundarias. La relación es directa, la cuenta principal asocia a la cuenta centralizadora. Detalles asociados a los procesos operativos se dará al ganador de la Buena Pro. Además permitirá definir procesos de transferencias automáticas para manejo de cuentas “balance cero” es decir cuentas corrientes secundarias que al final de día transfieren todo su saldo a la cuenta corriente centralizadora o a la cuenta principal según corresponda la asociación. En determinados productos de cuentas corrientes permitirá la modificación de ciertas condiciones: - Si es SIAF o no. - Si la cuenta cambia de reversión a ordinaria o viceversa. - La cuenta principal de reversión.

199 ParametrizaciónPermitirá establecer la periodicidad de realización de transacciones, como por ejemplo transferencias entre cuentas a solicitud del cliente de la misma u otra moneda con cobro de ITF o no, según sea el caso durante un período de tiempo establecido.


En los productos de tipo cuentas corrientes que el Banco defina, permitirá la asociación de diferentes tipos de tarjeta de débito como por ejemplo Tarjeta Multired Global Débito Visa u otros tipos de tarjeta, con servicios y costos diferenciados para cada tipo de tarjeta.

Página 301 de 409


201 Apertura

Deberá generar la solicitud de apertura, los contratos de productos y los convenios de pagaduría con empresas del Estado y del Sector Privado, con información de datos generales y datos particulares del cliente, datos financieros y requisitos a cumplirse para la apertura dependiendo de la modalidad de producto, términos y condiciones del contrato y otras definiciones que pueda establecer el Banco.

202 Apertura

Deberá integrarse en forma total con el módulo de clientes, puesto que solamente se podrá abrir cuentas a clientes que ya estén previamente registrados a través de ese módulo en la denominada Base de Datos Única de Clientes (BDUC).En ningún caso duplicará la información del cliente ya que el proceso de apertura solamente permitirá la revisión, y de ser el caso, la actualización de datos del cliente ya registrados más la inclusión de nuevos datos necesarios para cumplir con los requisitos legales y operativos del producto nuevo a ser abierto. Para estas funciones utilizará los servicios del Módulo de Clientes.

203 Apertura Deberá permitir el control de cumplimiento del proceso de validación de la información y documentación presentada por el cliente.

204 Apertura Generará un código único para la nueva cuenta al momento de apertura.

205 Apertura

La codificación de las cuentas corrientes incluirá el código de producto bancario, el código de oficina en la que se registra la cuenta y dígito verificador generado con algoritmos que minimicen la posibilidad de errores de digitación al ingresar el número de cuenta para ejecutar consultas o transacciones. La codificación de productos bancarios y rangos de cuentas será flexible permitiendo aumentar la cantidad de caracteres en la estructura de la cuenta. Deberá generar el código de cuenta interbancario (CCI).


Deberá permitir la apertura de cuentas corrientes en forma masiva mediante la carga y proceso de archivos con la información correspondiente. Deberá además validar la consistencia de datos existente en los archivos de carga, previo a la apertura de la cuenta interactuando con la BDUC.

207 Apertura

Deberá permitir la inclusión de servicios disponibles en un producto, así como la determinación, modificación o la eliminación de uno o más de los cargos asociados, sin necesidad de cambiar la configuración del producto, pero validando que se cumpla el esquema de autorizaciones definido para este propósito.

208 Apertura

Permitirá la asignación de tasas preferenciales negociadas con un cliente o grupo de clientes, sin necesidad de cambiar la configuración del producto y cumpliendo con el esquema de atribuciones y autorizaciones que tengan los usuarios del sistema para este tipo de manejo.

Página 302 de 409


209 AperturaIntegrará en los procesos que corresponda las opciones de captura, manejo y verificación de firmas electrónicas y sus condiciones asociadas, según el tipo de transacción y producto que las utiliza.

210 AperturaPara los productos de cuentas corrientes que lo requieran, deberá realizar la asociación de la tarjeta de débito (o crédito) y todos sus servicios asociados a la cuenta que se apertura.

211 Apertura

Durante el proceso de apertura de una cuenta, deberá permitir la impresión de documentos como: contrato de apertura de cuenta, convenio de pagaduría, contrato de afiliación a internet, cartillas de información; a través de los diferentes canales existentes y que deben ser seleccionados en forma paramétrica, tales como: Internet y Plataforma Comercial y de Servicios.

212 Administración de Chequeras

Deberá permitir el manejo de diferentes tipos de chequeras dependiendo del producto de cuentas corrientes, con la consideración de que ciertas modalidades de producto y/o ciertas cuentas particulares no manejan chequeras.La automatización del soporte operativo al proceso de manejo integral de chequeras deberá tomar en cuenta las siguientes consideraciones: - Solicitud. - Orden de fabricación. - Recepción. - Distribución interna a oficinas del Banco. - Custodia. - Entrega al cliente y Activación de cheques. - Vigencia. - Devolución. - Anulación.

213 Administración de Chequeras

Deberá mantener la información requerida para la generación de chequeras: - Nombre del cliente. - DNI o número de RUC. - Número de la cuenta. - Número de la oficina. - Denominación de la cuenta. - Numeración de cada cheque. - Tipo de cheque. - Digito de chequeo del número de cheque. - Impresión de datos requeridos en caracteres magnéticos para el canje. Generará los cargos correspondientes a la venta de las chequeras, de las cuentas corrientes que no estén exoneradas de este servicio, una vez recibida la solicitud del

Página 303 de 409


cliente.

214 Administración de Cheques

Automatizará el soporte operativo a la operación de la cuenta a través de cheques con control del estado de cada cheque:- Vigente. - Pagado. - Anulado. - Suspendido. - Revocado. - Certificado.

215 Bloqueo de cuentas

Brindará soporte automatizado al proceso de bloqueos y retenciones a las cuentas en forma individual o masiva, activando los controles y procediendo según lo determine la causa o motivo del bloqueo.Se debe tomar en cuenta las siguientes opciones: Bloqueo de movimientos: - Contra débito/cargo. - Contra crédito/abono. - Contra débito y contra crédito. Retención de montos: - Parcial. - Completo. - Porcentual. Tiempo de Bloqueo: - "n" días. - "n" meses. - "n" años. - Indefinido. Deberá además soportar el proceso de desbloqueo, indicando los motivos del desbloqueo y verificando el cumplimiento de los requisitos y procedimientos definidos para cada caso. El proceso de desbloqueo debe regirse por esquemas o niveles de autorización que manejen rangos de montos autorizados de desbloqueo.

216 Bloqueo / Anulación de tarjetas


Página 304 de 409


217 Certificación de cheques

Integrará el servicio de certificación de cheques, debiendo validar los fondos de la cuenta del cliente por el valor del cheque. Las premisas de consideración son:- Solicitud del servicio. - Control y validación del plazo máximo de vigencia de la certificación. - Retención de fondos de la cuenta por el valor del cheque (si en la parametrización del producto se indica esta característica). Generará el cobro de la comisión correspondiente por el servicio mediante cargo a la cuenta o pago en efectivo. Permitirá la anulación de la certificación del cheque, ejecutando los procesos de recepción de solicitud, recorte de la numeración del cheque original, devolución de fondos en la cuenta corriente y cobro de la comisión respectiva.

218 Revocatoria de pago de cheques

Automatizará el servicio de revocatoria de pago de cheques, considerando las siguientes premisas: - Solicitud del servicio por el girador o titular de la cuenta. - Control visual del plazo mínimo permitido para la revocatoria de pago de cheque, actualmente 30 días contados a partir de la fecha de emisión. - No realización del control de plazo mínimo requerido para la revocatoria, ante presentación de carta legal. - Esquema de aprobación de nivel superior. - Bloqueo de fondos de la cuenta por el valor del cheque (si en la parametrización del producto se indica esta característica). Generará el cobro de la comisión correspondiente por el servicio mediante cargo a la cuenta o pago en efectivo. Permitirá el levantamiento de la revocatoria de pago de cheque ejecutando los procesos de recepción de solicitud, desbloqueo de fondos y cobro de comisión.

Página 305 de 409


219 Suspensión de pago de cheques

Integrará el servicio de suspensión de pago de cheques, considerando las siguientes premisas:- Solicitud del servicio por el girador o por el beneficiario del cheque. - Motivos de la suspensión como por ejemplo, robo, mandato judicial, extravío - Control visual que el plazo legal de presentación del cheque (30 días) no haya vencido. - Ampliación de la vigencia de la suspensión con la presentación de copia de la demanda judicial de ineficacia del cheque. - Esquema de aprobación de nivel superior. - Bloqueo de fondos de la cuenta por el valor del cheque (si en la parametrización del producto se indica esta característica). Generará el cobro de la comisión correspondiente por el servicio mediante cargo a la cuenta o pago en efectivo. Permitirá el levantamiento de la suspensión de pago de cheque, ejecutando los procesos de recepción de solicitud, desbloqueo de fondos y cobro de comisión.

220 Cheques de Gerencia

Permitirá la emisión individual o masiva (mediante recepción de archivos) de cheques de gerencia en diferentes monedas. La emisión masiva deberá contar con facilidades para configurar el formato de los archivos, restricciones por convenio (por ejemplo monto máximo por transacción, por lote, por beneficiario).Ofrecerá facilidades para activar/desactivar la venta de cheques de gerencia por oficina, región o en todas las oficinas. Adicionalmente se deberá proveer la administración de firmas y sus condiciones asociadas al esquema de autorización de uso y validación para el pago de los mismos. Ofrecerá además facilidades para el control de inventario físico general de cheques de gerencia y del inventario por región y oficina, así como administrar la generación de órdenes de abastecimiento o destrucción de formularios.

Página 306 de 409


221 Sobregiros de cuentas

Para los productos tipo cuentas corrientes, automatizará el proceso operativo de asignación, control y liquidación de los servicios de líneas de crédito y sobregiros que se asocien a diferentes tipos de productos de cuentas corrientes, ajustándose a las condiciones operativas, tasas de interés, plazos, cargos por servicios, comisiones y demás, que apliquen a cada producto y con verificación y cumplimiento de las normas legales vigentes para este tipo de servicio, posibilitando la administración de los siguientes tipos de sobregiro: - Sobregiro ocasional. - Sobregiro contratado. - Línea de crédito: 24 horas, remesas. Permitirá implementar un esquema de aprobación por perfiles de usuario que busque automáticamente la aprobación electrónica del nivel superior, cuando se exceda el cupo de sobregiro contratado o cuando no exista contrato. Permitirá en cualquier momento el bloqueo o modificación de las opciones de sobregiro según lineamientos establecidos por el Banco.

222 Administrativas

Deberá actualizar masivamente las tasas de interés ante el cambio de las tasas asociadas a las cuentas de los productos y que tengan definida una tasa variable y reajustable de interés, así por ejemplo, si existe cambio en la tasa REFERENCIAL DE MERCADO, todas las cuentas asociadas a esta tasa, serán actualizadas a los nuevos valores de la tasas de interés.

Página 307 de 409


223 Administrativas

Deberá incluir soporte operativo automatizado para un conjunto de consultas, transacciones y procesos administrativos y operativos tales como:- Cambios de firmas autorizadas con des-habilitación automática de servicios, transacciones y consultas asociadas a la cuenta. - Destino de envío de correspondencia. - Inactivación de cuenta. - Cheques asociados. - Tarjetas asociadas. - Emisión individual de estado de cuenta. - Emisión masiva de estados de cuenta. - Copia de documentos digitalizados. Se refiere a la capacidad que debe tener la Nueva Solución de Core Bancario de atender los requerimientos de digitalización de documentos, cheques pagados, copia de nota de débito y nota de crédito, copia de estado de cuenta, entre otros. - Confirmación de saldos. - Duplicados de documentos. - Visualización de cheques y documentos. - Consultas de saldos y movimientos. - Consulta de CCI. Estas consultas, transacciones y procesos deberán estar disponibles en los canales que el Banco autorice su implementación.

224 Administrativas

Deberá facilitar la generación de consultas y reportes con información general sobre la cuenta:

- Número de cuenta.- Código de cliente.- Nombre del cliente.- Tipo de cuenta.- Fecha de apertura.- Fecha de cancelación.- Transacciones realizadas sobre la cuenta.- Tipo de transacciones (retiro, depósito, crédito, débito, transferencia).- Detalles de las transacciones, por ejemplo el monto.- Canal por el que se realizó la transacción.

Página 308 de 409


- Oficina dónde se realizó la transacción.- Oficina de apertura.- Saldos de la cuenta (contable, disponible).- Saldos promedio de la cuenta.- Estado de la cuenta.- Intereses generados y acreditados en la cuenta.- Resúmenes de actividad de la cuenta.- Certificaciones.- Consulta anual de ITF.- Chequeras relacionadas.- Por edad.- Por sexo.- Por rangos de importes.- Cantidad de cargos o abonos realizados al mes.- Fecha de último abono.- Fecha de último cargo.- Firmantes registrados para el manejo de la cuenta corriente.


226 Administrativas

Deberá permitir consultas y generación de reportes con información de las cuentas abiertas, según los siguientes criterios:- Por modalidad o naturaleza (tipo) de cuenta corriente. - Por rangos de fechas. - Por oficina seleccionada. - Alfabéticas. - Por importe indicado. - Por número de cuenta. - Por tipo de persona y canal que utiliza. - Por sector económico. - Por actividad económica. - Por cuenta principal y sus respectivas cuentas de reversión.

Página 309 de 409



228 Administrativas / Detracciones

Para el producto especial del Banco de la Nación que opera la cuenta corriente denominada Detracciones, permitirá la liberación de fondos en exceso (para tipo de cuentas que no permiten débitos) como por ejemplo, liberación de fondos por retención de exceso de impuestos, pudiendo su titular retirar únicamente los fondos en exceso.Este proceso se realizará cumpliendo la política de aprobación por parte de usuarios autorizados en el flujo de aprobaciones correspondiente o por autorizaciones de la SUNAT.

229 Administrativas / Instrucción DGETP

Para las cuentas corrientes que mantienen asociación con cuentas corrientes centralizadoras y con cuentas corrientes secundarias, se incluirá controles especiales para la ejecución de las transacciones de pago de cheques, que en ciertos casos requiere el registro de una instrucción de aprobación de un ente gubernamental como paso previo a su pago al beneficiario.


Para las cuentas corrientes secundarias deberá manejar un proceso especial de reversión de los fondos que han sido pagados en el día, los cuales deberán ser revertidos en su totalidad a su cuenta principal al cierre del día.


Para las cuentas corrientes centralizadoras deberá permitir su acreditación de fondos desde la cuenta corriente principal. Además por el valor total de dicha acreditación, se establecerá un cupo de uso que podrá ser gastado por sus cuentas secundarias, en donde se deberá manejar un proceso especial de reversión de los fondos que han sido pagados en el día, los cuales deberán ser revertidos en su totalidad a su cuenta centralizadora al cierre del día.

Página 310 de 409


232 Financieras del Cliente

Incluirá el soporte automatizado para la ejecución de transacciones financieras, las cuales involucran movimiento físico o electrónico de dinero y/o cheques, ejecutado en la Plataforma de Ventanilla o en la Plataforma Comercial y de Servicios: - Depósitos en efectivo. - Depósitos con cheques del Banco y otras entidades financieras. - Depósitos con cheques de otras plazas. - Depósitos con cheques del exterior. - Depósitos con cargo a VISA. - Pago de cheques (fecha, monto, beneficiario, ventanilla donde se realizó el pago, o cuenta de depósito). - Pago de cheques certificados. - Notas de débito. - Notas de crédito. - Transferencias a otros bancos o entidades financieras locales. - Transferencias a bancos del exterior. - Transferencias a otras cuentas del mismo banco en la misma plaza. - Transferencias a otras cuentas del mismo banco en otras plazas. - Retiros en efectivo.

233 Depósitos especiales

Permitirá realizar depósitos especiales por convenios de recaudación, en los que los valores recibidos se abonan a la cuenta del contratante.Esta funcionalidad recibirá además información variable dependiendo de lo establecido en el convenio, que posteriormente deberá ser incluida en los estados de cuenta y otras consultas de movimientos relacionados.

234 Consumos Visa

Integrará el soporte al servicio de débito automático en línea y a tiempo real, para los pagos que realicen los clientes del Banco usando su Tarjeta Multired Global Débito Visa, por concepto de sus compras y consumos en locales y comercios afiliados al servicio de tarjetas de débito de la red Visa.

Página 311 de 409


235 Financieras del Banco

Proporcionará el soporte operativo automatizado para la realización de transacciones financieras generadas por procesos internos del Banco:- Cobro de comisiones por servicios financieros del Banco. - Cobro de impuestos asociados a los servicios financieros del Banco. - Provisión diaria de intereses. - Capitalización de intereses. - Pago de intereses. - Transferencias realizadas por convenios. - Débitos y créditos por el proceso de canje y compensación.

236 Débitos y créditos masivos

Incluirá procesos para la aplicación de notas de débito y notas de crédito en forma masiva a las cuentas, ya sea como resultado de un proceso interno del Banco o por la ejecución de lotes de procesos para cumplir con convenios y acuerdos de recaudación o pagos.La ejecución podrá ser realizada en los procesos en línea o en los procesos de cierre diario. En todos los casos de notas de débito a realizarse en lotes, se permitirá definir si una vez cargado el proceso se mantendrá en estado de pendiente para ejecutarse en cuanto se confirme disponibilidad de saldo en la cuenta y el nivel de prioridad que tendrá cada débito, considerando que se apliquen primero los de mayor prioridad o los de fecha de requerimiento más antigua.

237 Canje y compensación

Para el procesamiento de las transacciones de depósitos recibidos con cheques de otros bancos o instituciones financieras, se integrará al servicio de procesamiento de cheques de canje enviado, a través de la Cámara de Compensación Electrónica (CCE), realizando el registro, control de liberación, la disponibilidad o la reversión de fondos en las cuentas corrientes en las que fue depositado cada cheque.Así mismo se integrará con el servicio de canje recibido (cheques del Banco de la Nación recibidos por otros bancos) a través de la Cámara de Compensación Electrónica (CCE), realizando los procesos de registro, verificación de fondos, forma y firmas en las cuentas corrientes sobre las que se giró cada cheque recibido y generando los archivos de datos con los pagos y rechazos de pago que resulten de ese proceso.

238 Cálculo de interesesDeberá realizar el cálculo y la provisión diaria de intereses para cada producto de cuentas corrientes que devengue intereses, tomando los parámetros y valores para el cálculo de los datos definidos en la parametrización de cada producto.

Página 312 de 409


239 Cálculo de intereses El cálculo de provisión de intereses deberá comenzar cuando los fondos se hayan efectivizado en la cuenta o producto en la que fueron acreditados.

240 Capitalización de intereses

Deberá realizarse para los productos parametrizados con la opción de capitalización de interés y según la frecuencia definida para cada caso.

241 Transacciones anidadas

Deberá integrar la opción de ejecutar transacciones "anidadas", es decir que desde una determinada transacción se pueda invocar y entregar los datos para la ejecución de otra transacción, y que luego el control vuelva a la transacción original que se quedó en espera, para concluirla. Como ejemplo citamos una transacción de depósito con moneda extranjera a ser acreditada en una cuenta en moneda nacional, que deberá quedar en suspenso, hasta invocar y ejecutar la transacción de cambio en moneda, para continuar con el dato del valor resultante de la operación de compra venta de divisas.

242 Reversos/Extornos

Deberá ofrecer la posibilidad de manejar reversos y extornos para las transacciones que el Banco defina, aplicando para ello los controles de procedimiento, el cumplimiento de las políticas vigentes asociadas y los niveles de autorización establecidos para cada tipo de transacción disponible en cada producto.El extorno sólo puede ser realizado en el día en curso.

243 CierrePermitirá el cierre de cuentas, cumpliendo con el procedimiento, validaciones, pasos, requerimientos legales y generación de documentos y registros que se encuentren definidos en las opciones de parametrización de cada producto.

244 Cierre

Permitirá el cierre de cuentas debido a diferentes motivos tales como:- Solicitud del cliente. - Por el giro de cheques sin la correspondiente provisión de fondos. - Por instrucción de la DGETP. - Por no tener movimiento en más de "n" meses. - Por no mantener un determinado saldo en la cuenta. - Por fallecimiento del titular de la cuenta. - Por mandato judicial. - Por cheques protestados. - Por solicitud de la SUNAT. En cada caso aplicarán controles, reglas de negocio a ser definidas en la Parametrización de productos y a ser ejecutados y controlados por el sistema automatizado. El proceso de cierre no podrá ser realizado si el cliente tiene asociado un crédito vigente en el Banco.

245 Cierre Permitirá el cierre de cuentas tanto en forma individual, como en forma masiva.

Página 313 de 409


246 CierrePermitirá asociar el concepto para la realización de cierres a las cuentas, generando los cargos y documentos de soporte correspondientes a lo definido en la parametrización establecida para cada producto.

247 CierreAl momento del cierre de una cuenta corriente, no se permitirá la realización de operaciones asociadas a la cuenta, y también se anulará los cheques y las chequeras que se encuentren en poder del cliente y en estado "vigente".

248 Cierre

Previo al proceso de cierre de una cuenta, habilitará la entrega de fondos que queden disponibles en la cuenta al momento de cierre a través de distintas formas: transferencia a cuenta corriente, transferencia a cuenta de ahorro, transferencia interbancaria, efectivo, cheque de gerencia.

249 Reapertura de cuenta

En ciertos casos como una instrucción judicial, deberá permitir la reapertura de una cuenta corriente cerrada, para lo cual deberá poder ser realizado siempre y cuando se cumplan los esquemas de aprobación establecidos, habilitando la realización de transacciones y servicios asociados a la cuenta.

250 Reportes Batch

Incluirá herramientas para la generación y mantenimiento de reportes a ser generados en forma periódica durante la ejecución de los procesos de cierre de día (batch) del módulo, para generar los reportes de gestión, control operativo y los que se definan como necesarios para el cumplimiento de procedimientos y requerimientos internos y externos.

251 Reportes Batch

Incluirá rutinas optimizadas para la generación y mantenimiento de documentos a ser impresos en forma masiva, como resultado de la ejecución de procesos de cierre diario, como por ejemplo los estados de cuenta, las notas de débito y crédito, la capitalización y acreditación de intereses.En los casos que se requiera este proceso se complementará con la generación de reportes y archivos de información, con formatos y contenido de datos definibles según el caso y uso que se dará al archivo generado.

252 Integración

Deberá integrarse con el módulo de Colocaciones para la ejecución automática de transacciones de cargo y abono a cuentas, resultante de la ejecución de procesos operativos en ese módulo. Las transacciones se podrán ejecutar en línea y/o en procesos de lotes.

253 Integración

Deberá integrarse con los procesos de Comercio Exterior para la ejecución automática de transacciones de cargo y abono a cuentas, resultante de la ejecución de procesos operativos de Comercio Exterior. Las transacciones se podrán ejecutar en línea y/o en procesos de lotes.

Página 314 de 409


254 Integración

Deberá integrarse con el módulo de Pagos y Cobros para la ejecución automática de transacciones de cargo y abono a cuentas, resultante de la ejecución de procesos operativos en ese módulo. Las transacciones se podrán ejecutar en línea y/o en procesos de lotes.

255 Integración

Deberá incluir un interfaz automatizado flexible, fácil de mantener y operar con los sistemas de entidades públicas como el sistema RENIEC o la SUNAT, que opere tanto en línea y en modalidad de procesos de lotes (batch), para facilitar el intercambio de información en formatos definidos y estandarizados, que servirá para la ejecución de transacciones de recaudos o pagos.

256 Integración

Para el producto de Cuentas Corrientes, deberá permitir la construcción y mantenimiento de un interfaz estandarizado, en línea y a tiempo real con los sistemas de entidades públicas como el SIAF de la DGETP, a efectos de aprobación de giros para pagos de cheques de las cuentas de presupuesto así como recepción de cartas orden de transferencia de fondos y consulta de proveedor SIAF.

257 Integración

Deberá integrarse con el sistema del Banco Central de Reserva del Perú denominado LBTR, para instrumentar en línea y a tiempo real las transferencias interbancarias de fondos resultantes de las operaciones y órdenes de los clientes por valores altos sobre las cuentas que manejan en el Banco de la Nación.

258 IntegraciónSe integrará con el sistema denominado CCE, ajustándose a todos los procedimientos y requerimientos establecidos por este sistema para los procesos de compensación interbancaria de cheques y transferencias de bajo valor.

N° REQUERIMIENTOS FUNCIONALES MODULO DE CAPTACIONES - CUENTAS DE AHORRO

NAT

IVO

SE D

ESAR

ROLL

ARÁ

SE IN

TEGR

ARÁ

DE

UN

TER

CERO


Página 315 de 409


259 Parametrización del producto

Manejará una estructura dinámica y flexible, que permita por opciones de parametrización de usuario, definir tipos de notas de débito (cargos) a realizar en las cuentas de ahorro.Para cada nota de débito, se deberá establecer el concepto, si se ejecuta en modalidades en línea, en procesos de lote o en las dos opciones, si debitará el valor definido exclusivamente contra el valor del saldo disponible de la cuenta o lo podrá hacer contra el saldo contable, si aplicará débitos por valores parciales en caso el saldo no cubra el valor a debitar, y por cuánto tiempo se mantendrá reintentando ejecutar el débito.


Permitirá definir, para cada nota de débito, la causa o concepto por el que se realizará. Asociado a esta causa o concepto permitirá definir los costos de servicio, los mensajes de impresión en el comprobante a generar y en el estado de cuenta, la o las cuentas de los clientes que deberán recibir los valores debitados y los listados y/o archivos con datos resumidos y/o detallados que se deban generar.


Manejará una estructura dinámica y flexible que permita por opciones de parametrización de usuario definir tipos de notas de crédito (abonos) a realizarse a las cuentas de ahorro que ofrezca el Banco. Para cada nota de crédito, se deberá establecer el concepto, si se ejecuta en modalidades en línea, en procesos de lote o en las dos opciones.


Permitirá definir para cada nota de crédito la causa o concepto por el que se realizará. Asociado a esta causa o concepto permitirá definir los costos de servicio, los mensajes de impresión en el comprobante a generar y en el estado de cuenta.


Deberá definir restricciones a las transacciones que se puede realizar con los productos de cuentas de ahorro que se encuentran en un estado determinado, como por ejemplo en una cuenta bloqueada, dependiendo de la causa del bloqueo se permiten sólo créditos, se permite sólo débitos, se permite créditos y débitos, se permite o no depósitos.Esta funcionalidad debe ser parametrizable por tipo de producto. Estas restricciones pueden ser levantadas con la debida autorización.


Permitirá establecer la periodicidad de realización de transacciones, como por ejemplo transferencias entre cuentas a solicitud del cliente, de la misma u otra moneda con cobro de ITF o no, según sea el caso, debiendo realizarse en forma mensual durante un período de tiempo establecido.

Página 316 de 409


265 Parametrización del producto / Cuentas CTS

Permitirá definir el porcentaje o monto de disponibilidad para retiro de fondos por parte del titular, así por ejemplo, se permitirá retirar hasta un porcentaje o monto de acuerdo a la ley vigente. Al momento de cancelación o cierre de la cuenta sin embargo, sí se permitirá el retiro total de fondos.


En los productos de tipo cuentas de ahorro que el Banco defina, permitirá la asociación de diferentes tipos de tarjeta de débito como por ejemplo Tarjeta Multired Global Débito Visa u otros tipos de tarjeta, con servicios y costos diferenciados para cada tipo de tarjeta.

267 Apertura

Deberá generar la solicitud de apertura, los contratos de productos y los convenios de pagaduría con empresas del Estado y del Sector Privado, con información de datos generales y datos particulares del cliente, datos financieros y requisitos a cumplirse para la apertura dependiendo de la modalidad de producto, términos y condiciones del contrato y otras definiciones que pueda establecer el Banco.

268 Apertura

Deberá permitir para el caso de cuentas de modalidad CTS y cuentas de remuneraciones, que la solicitud de apertura sea emitida por el ente empleador y no por el titular de la cuenta o la posibilidad de modificar el sujeto que solicita la apertura según la normatividad vigente.

269 Apertura

Deberá integrarse en forma total con el módulo de clientes, puesto que solamente se podrá abrir cuentas a clientes que ya estén previamente registrados a través de ese módulo en la denominada Base de Datos Única de Clientes (BDUC).En ningún caso duplicará la información del cliente ya que el proceso de apertura solamente permitirá la revisión, y de ser el caso, la actualización de los datos del cliente ya registrados, más la inclusión de nuevos datos necesarios para cumplir con los requisitos legales y operativos del nuevo producto a ser abierto. Para estas funciones utilizará los servicios del módulo de clientes.


271 Apertura Deberá generar un código único para la cuenta o producto al momento de apertura.

272 Apertura

La codificación de las cuentas de ahorro incluirá el código de producto bancario, el código de oficina en la que se registra la cuenta y dígito verificador generado con algoritmos que minimicen la posibilidad de errores de digitación al ingresar el número de cuenta para ejecutar consultas o transacciones. La codificación de productos bancarios y rangos de cuentas será flexible, permitiendo aumentar la cantidad de caracteres en la estructura de la cuenta. Deberá generar el Código de Cuenta Interbancario (CCI).

Página 317 de 409



Deberá permitir la apertura de cuentas de ahorro en forma masiva mediante la carga y proceso de archivos con la información correspondiente. Deberá además validar la consistencia de datos existente en los archivos de carga, previo a la apertura de la cuenta.

274 Apertura

Deberá permitir la inclusión de servicios asociados así como la determinación, modificación o eliminación de uno o más de los cargos asociados al producto, sin necesidad de cambiar la configuración del producto, pero validando que se cumpla el esquema de autorizaciones definido por el Banco para este propósito.

275 Apertura

Deberá permitir el registro de tasas preferenciales negociadas con un cliente o grupo de clientes, sin necesidad de cambiar la configuración del producto y cumpliendo con el esquema de atribuciones y autorizaciones que tengan los usuarios del sistema para este tipo de manejo.

276 AperturaDeberá integrarse con el sistema de captura, manejo y verificación de firmas electrónicas y sus condiciones asociadas, según el tipo de transacción y producto que las utiliza.

277 Apertura Para los productos de cuentas de ahorro que lo requieran, deberá permitir la asociación de firmas a las cuentas, según la parametrización definida.

278 AperturaPara los productos de cuentas de ahorro que lo requieran, deberá realizar la asociación de la tarjeta de débito (o crédito) y todos sus servicios asociados a la cuenta que se apertura.

279 Apertura

Durante el proceso de apertura de una cuenta, deberá permitir la impresión de documentos como: contrato de apertura de cuenta, convenio de pagaduría, contrato de afiliación a internet y otros; a través de los diferentes canales existentes y que deben ser seleccionados en forma paramétrica tal como: Internet y la Plataforma Comercial y de Servicios.

Página 318 de 409



Deberá permitir realizar bloqueos y retenciones a las cuentas en forma individual y masiva, activando los controles y procediendo, según lo determine, la causa o motivo del bloqueo. Se debe tomar en cuenta las siguientes consideraciones:Bloqueo de movimientos: - Contra débito/cargo. - Contra crédito/abono. - Contra débito y contra crédito. Retención de montos: - Parcial. - Completo. - Porcentual. Tiempo de Bloqueo: - "n" días. - "n" meses. - "n" años. - Indefinido. Deberá además soportar el proceso de desbloqueo, indicando los motivos del desbloqueo y cumpliendo igualmente los requisitos y procedimientos definidos para cada caso. El proceso de desbloqueo debe regirse por esquemas o niveles de autorización que manejen rangos de montos autorizados de desbloqueo.

281 Bloqueo / Anulación de tarjetas


282 Administrativas

Deberá actualizar masivamente las tasas de interés ante el cambio de las tasas asociadas a las cuentas de los productos y que tengan definida una tasa variable y reajustable de interés, así por ejemplo, si existe cambio en la tasa REFERENCIAL DE MERCADO, todas las cuentas asociadas a esta tasa, serán actualizadas a los nuevos valores de la tasas de interés.

Página 319 de 409


283 Administrativas

Deberá incluir soporte operativo automatizado para un conjunto de consultas, transacciones, procesos administrativos y operativos tales como: - Cambio de estado. - Cambios en la información. - Cambios de firmas autorizadas con deshabilitación automática de servicios, transacciones y consultas asociados a la cuenta. - Destino de envío de correspondencia. - Inactivación de cuentas. - Tarjetas asociadas. - Emisión individual de estado de cuenta. - Emisión masiva de estados de cuenta. - Copia de documentos digitalizados. - Confirmación de saldos. - Duplicados de documentos. - Visualización de documentos. - Consultas de saldos y movimientos. - Consulta de CCI. Estas consultas, transacciones y procesos deberán estar disponibles en los canales que el Banco autorice su implementación.

284 Administrativas

Deberá facilitar la generación de consultas y reportes con información general sobre la cuenta:

- Número de cuenta.- Código de cliente.- Nombre del cliente.- Tipo de cuenta.- Fecha de apertura.- Fecha de cancelación.- Transacciones realizadas sobre la cuenta.- Tipo de transacciones (retiro, depósito, crédito, débito, transferencia).- Detalles de las transacciones como el monto.- Canal por el que se realizó la transacción.- Oficina en donde se realizó la transacción.- Oficina de apertura.

Página 320 de 409


- Saldos de la cuenta (contable, disponible).- Saldos promedio de la cuenta.- Estado de la cuenta.- Intereses generados y acreditados en la cuenta.- Resúmenes de actividad de la cuenta.- Consulta anual de ITF.- Por edad.- Por sexo.- Por rangos de importes.- Por código de entidad (empleador).- Cantidad de cargos o abonos realizados al mes.- Fecha de último abono.- Fecha de último cargo.


286 Administrativas

Deberá permitir consultas y generación de reportes con información de las cuentas abiertas, según los siguientes criterios: - Por modalidad o tipo de cuenta de ahorro. - Por rangos de fechas. - Por oficina seleccionada. - Alfabéticas. - Por importe indicado. - Por número de cuenta. - Por código de usuario. - Por Entidades. - Por situación del cliente. - Por niveles de ingreso. - Por saldo.


Página 321 de 409


288 Financieras del Cliente

Incluirá el soporte automatizado para la ejecución de transacciones financieras, las que involucran movimiento físico o electrónico de dinero y/o cheques, ejecutado en la Plataforma de Ventanilla o en la Plataforma Comercial y de Servicios: - Depósitos en efectivo. - Depósitos con cheques del Banco y otras entidades financieras. - Depósitos con cheques de otras plazas. - Depósitos con cheques del exterior. - Depósitos con cargo a VISA. - Notas de débito. - Notas de crédito. - Transferencias a otros bancos o entidades financieras locales. - Transferencias a bancos del exterior. - Transferencias a otras cuentas del mismo banco en la misma plaza. - Transferencias a otras cuentas del mismo banco en otras plazas. - Retiros en efectivo.

289 Consumos Visa

Integrará el soporte al servicio de débito automático en línea y a tiempo real, para los pagos que realicen los clientes del Banco usando su Tarjeta Multired Global Débito Visa, por concepto de sus compras y consumos en locales y comercios afiliados al servicio de tarjetas de débito de la red Visa (canales virtuales).


Proporcionará el soporte operativo automatizado para la realización de transacciones financieras generadas por procesos internos del Banco:- Cobro de comisiones. - Cobro de impuestos. - Provisión diaria de intereses. - Capitalización de intereses. - Pago de intereses. - Transferencias. - Débitos y créditos por el proceso de canje y compensación. - Débitos y créditos masivos.

Página 322 de 409


291 Débitos y créditos masivos

Incluirá procesos para la aplicación de notas de débito y notas de crédito en forma masiva a las cuentas, ya sea como resultado de un proceso interno del Banco o por la ejecución de lotes de procesos para cumplir con convenios y acuerdos de recaudación o pagos.La ejecución podrá ser realizada en los procesos en línea o en los procesos de cierre diario. En todos los casos de notas de débito a realizarse en lotes, se permitirá definir si una vez cargado el proceso se mantendrá en estado de pendiente para ejecutarse en cuanto se confirme disponibilidad de saldo en la cuenta y el nivel de prioridad que tendrá cada débito, considerando que se aplique primero los de mayor prioridad o los de fecha de requerimiento más antigua.

292 Canje y compensación

Para el procesamiento de las transacciones de depósitos recibidos con cheques de otros bancos o entidades financieras, se integrará al servicio de procesamiento de cheques de canje enviado, a través de la Cámara de Compensación Electrónica (CCE), realizando el registro, control de liberación, la disponibilidad o la reversión de fondos en las cuentas de ahorro en las que fue depositado cada cheque.

293 Cálculo de interesesDeberá realizar el cálculo y la provisión diaria de intereses para cada producto que devengue intereses, tomando los parámetros y valores para el cálculo de los datos definidos en la parametrización de cada producto.






297 CierrePermitirá el cierre de cuentas, cumpliendo con el procedimiento, validaciones, pasos, requerimientos legales y generación de documentos y registros que se encuentren definidos en las opciones de parametrización de cada producto.

Página 323 de 409


298 Cierre

Permitirá el cierre de cuentas debido a diferentes motivos como:- Solicitud del cliente. - Por el giro de cheques sin la correspondiente provisión de fondos. - Por instrucción de la DGETP. - Por no tener movimiento más de "n" meses. - Por no mantener un determinado saldo en la cuenta. - Por fallecimiento del titular de la cuenta. - Por mandato judicial. En cada caso aplicarán controles, reglas de negocio a ser definidas en la parametrización de productos y a ser ejecutados y controlados por el sistema automatizado. El proceso de cierre no podrá ser realizado si el cliente tiene asociado un crédito vigente en el Banco.

299 Cierre Permitirá ejecutar procesos de cierre de cuentas tanto en forma individual, como en forma masiva.

300 CierrePermitirá asociar el concepto para la realización de cierres a las cuentas, generando los cargos y documentos de soporte correspondientes a lo definido en la parametrización establecida para cada producto.

301 Cierre Al momento del cierre de una cuenta de ahorro, no se permitirá la realización de operaciones asociadas a la cuenta.

302 Cierre

Previo al proceso de cierre de una cuenta, habilitará la entrega de fondos que queden disponibles en la cuenta o producto al momento de cierre a través de distintas formas: transferencia a cuenta corriente, transferencia a cuenta de ahorros, transferencia interbancaria, efectivo, cheque de gerencia.


En ciertos casos como lo es una instrucción judicial, deberá permitir la reapertura de una cuenta de ahorro cerrada, cumpliendo con los esquemas de aprobación establecidos, habilitando la realización de transacciones y servicios asociados a la cuenta.

304 Reportes Batch

Incluirá herramientas para la generación y mantenimiento de reportes a ser generados en forma periódica durante la ejecución de los procesos de cierre de día (batch) del módulo, para generar los reportes de gestión, control operativo y los que se definan como necesarios para el cumplimiento de procedimientos y requerimientos internos y externos.

Página 324 de 409


305 Reportes Batch

Incluirá rutinas optimizadas para la generación y mantenimiento de documentos a ser impresos en forma masiva, como resultado de la ejecución de procesos de cierre diario como por ejemplo los estados de cuenta, las notas de débito y crédito, la capitalización y acreditación de intereses.En los casos que se requiera este proceso se complementará con la generación de reportes y archivos de información, con formatos y contenido de datos definibles según el caso y uso que se dará al archivo generado.

306 Integración

Deberá integrarse con el módulo de Colocaciones para la ejecución automática de transacciones de cargo y abono a cuentas, resultante de la ejecución de procesos operativos en ese módulo. Las transacciones se podrán ejecutar en línea y/o en procesos de lotes.

307 Integración

Deberá integrarse con los procesos de Comercio Exterior para la ejecución automática de transacciones de cargo y abono a cuentas, resultante de la ejecución de procesos operativos de Comercio Exterior. Las transacciones se podrán ejecutar en línea y/o en procesos de lotes.

308 Integración

Deberá integrarse con el módulo de Pagos y Cobros para la ejecución automática de transacciones de cargo y abono a cuentas, resultante de la ejecución de procesos operativos en ese módulo. Las transacciones se podrán ejecutar en línea y/o en procesos de lotes.

309 Integración

Deberá incluir un interfaz automatizado flexible, fácil de mantener y operar, con los sistemas de entidades públicas como el sistema RENIEC o la SUNAT y otras entidades, que opere tanto en línea y en modalidad de procesos de lotes (batch), para facilitar el intercambio de información en formatos definidos y estandarizados, que servirá para la ejecución de transacciones de recaudos o pagos.

310 Integración

Para el producto de Cuentas de Ahorro, deberá permitir la construcción y mantenimiento de un interfaz estandarizado, en línea y a tiempo real con los sistemas de entidades públicas como el SIAF de la DGETP, a efectos de aprobación de cartas orden y planillas adjuntas en archivos digitales, para la realización de abonos en cuentas de ahorro.

311 Integración

Deberá integrarse con el sistema del Banco Central de Reserva del Perú denominado LBTR, para instrumentar en línea las transferencias interbancarias de fondos resultantes de las operaciones y órdenes de los clientes por valores altos sobre las cuentas que manejan en el Banco de la Nación.

Página 325 de 409


312 Integración

Se integrará con el sistema denominado Cámara de Compensación Electrónica (CCE), ajustándose a todos los procedimientos y requerimientos establecidos por este sistema para los procesos de compensación interbancaria de cheques y transferencias de bajo valor.

N° REQUERIMIENTOS FUNCIONALES MÓDULO DE CAPTACIONES - DEPÓSITOS A PLAZO

NAT

IVO

SE D

ESAR

ROLL

ARÁ

SE IN

TEGR

ARÁ

DE

UN

TER

CERO



Permitirá crear en forma amplia y flexible tablas de plazos aplicables a los contratos, teniendo como base 1 día y agrupaciones comunes de días como: 30, 60, 90, 180, 360 días, "n" días. Para el caso de la modalidad de Depósitos Judiciales y Administrativos, el plazo se establece en forma indefinida.


Validará la asignación de plazo a los productos, definiendo qué acción se tomará al vencimiento, es decir si se cancela el depósito y se pone el dinero a disposición en una cuenta del cliente o si se procede a una renovación automática en los términos y condiciones iniciales hasta que el cliente confirme si renovará el depósito o lo cancelará.


Permitirá la definición de tasas de interés a aplicarse en los contratos de constitución, asociándolos a la correspondiente tabla de tasas por cada uno de los plazos definidos por el Banco y/o mercado.

316 Apertura

Deberá generar la solicitud de apertura, los contratos, y en los casos que aplique, los certificados de depósito, con información de datos generales y datos particulares del cliente/beneficiario, datos financieros y requisitos a cumplirse para la apertura, dependiendo de la modalidad de producto, términos y condiciones del contrato y otras definiciones que pueda dar el Banco.

Página 326 de 409


317 Apertura

Deberá integrarse en forma total con el módulo de clientes, puesto que solamente se podrá abrir certificados de depósito a clientes que ya estén previamente registrados a través de ese módulo en la denominada Base de Datos Única de Clientes (BDUC).En ningún caso duplicará la información del cliente ya que el proceso de apertura permitirá solamente la revisión, y de ser el caso, la actualización de los datos del cliente ya registrados, más la inclusión de nuevos datos necesarios para cumplir con los requisitos legales y operativos del nuevo producto a ser abierto. Para estas funciones utilizará los servicios del módulo de clientes.


319 Aperturas masivas /Depósitos Judiciales

Deberá permitir la apertura de depósitos judiciales y administrativos en forma masiva mediante la carga y proceso de archivos con la información correspondiente según los diferentes formatos que establezca el Banco. Deberá además validar la consistencia de datos existente en los archivos de carga, previo a la apertura de los depósitos judiciales y administrativos.

320 Apertura Deberá generar un código único para el certificado de depósito al momento de apertura.

321 Apertura

La codificación de los certificados de depósito incluirá el código de producto bancario, incluirá el código de oficina en la que se registra el certificado y dígito verificador generado con algoritmos que minimicen la posibilidad de errores de digitación al ingresar el número de certificado para ejecutar consultas o transacciones. La codificación de productos bancarios y rangos de cuentas será flexible permitiendo aumentar la cantidad de caracteres en la estructura de la cuenta.

322 Apertura

Deberá permitir la inclusión de servicios asociados así como la determinación, modificación o la eliminación de uno o más de los cargos asociados al producto, sin necesidad de cambiar la configuración del producto, pero validando que se cumpla el esquema de autorizaciones definido por el Banco para este propósito.

323 Apertura

Deberá permitir el registro de tasas preferenciales negociadas con un cliente o grupo de clientes, sin necesidad de cambiar la configuración del producto y cumpliendo con el esquema de atribuciones y autorizaciones que tengan los usuarios del sistema para este tipo de manejo.

324 AperturaDeberá integrarse con el sistema de captura, manejo y verificación de firmas electrónicas y sus condiciones asociadas, según el tipo de transacción y producto que las utiliza.

Página 327 de 409


325 Apertura / Depósitos Judiciales

Para la modalidad de Depósitos Judiciales y Administrativos, deberá integrar una facilidad especial, para el registro de las firmas autorizadas de jueces y secretarios relacionados con los trámites de depósitos judiciales.Deberá incluir facilidades para registro de las instrucciones y condiciones de manejo de las firmas autorizadas de cada juzgado y aplicar las reglas de validación de firmas, como por ejemplo las condiciones de vigencia de firmas, y de ser el caso, las instrucciones especiales que deban aplicarse para la ejecución de transacciones en este tipo de depósitos.


Deberá permitir realizar bloqueos de certificados, activando los controles y procediendo según lo determine la causa o motivo del bloqueo. Se debe tomar en cuenta las siguientes consideraciones:Bloqueo del certificado contra cancelación debido a motivos como la garantía de un crédito, o por orden judicial. Retención de montos: - Parcial. - Completo. - Porcentual. Tiempo de Bloqueo: - "n" días. - "n" meses. - "n" años. - Indefinido. Deberá además soportar el proceso de desbloqueo, indicando los motivos del desbloqueo y verificando el cumplimiento de los requisitos y procedimientos definidos para cada caso. El proceso de desbloqueo debe regirse por esquemas o niveles de autorización que manejen rangos de montos autorizados de desbloqueo.

327 Administrativas Deberá permitir consultas y generación de reportes sobre la información histórica resumida y detallada de cada certificado emitido, sea vigente o no.

Página 328 de 409


328 Administrativas

Deberá permitir consultas y generación de reportes con información de las cuentas abiertas, según los siguientes criterios: - Por modalidad o tipo de cuenta de depósito a plazo. - Por rangos de fechas. - Por oficina seleccionada. - Alfabéticas. - Por importe indicado. - Por número de cuenta.

329 Administrativas

Deberá incluir soporte operativo automatizado para un conjunto de consultas, transacciones y procesos administrativos y operativos tales como: - Cambio de estado. - Cambios en la información. - Cambios de firmas autorizadas con deshabilitación automática de servicios, transacciones y consultas asociados a la cuenta. - Consultas de saldos y movimientos. - Duplicados de documentos. Estas consultas, transacciones y procesos deberán estar disponibles en los canales que el Banco autorice su implementación.


Proporcionará el soporte operativo automatizado para la realización de transacciones financieras generadas por procesos internos del Banco: - Cobro de comisiones aplicables a los servicios del Banco. - Cobro de impuestos. - Provisión diaria de intereses. - Capitalización de intereses. - Pago de intereses. - Transferencias.

331 Cálculo de interesesDeberá realizar el cálculo y la provisión diaria de intereses para cada certificado, tomando los parámetros y valores para el cálculo de los datos definidos en la parametrización de cada producto.




Página 329 de 409


334 Reversos / Extornos


335 Penalización

Deberá permitir aplicar un cargo por concepto de penalización, cuando el cliente solicita la cancelación del certificado de depósito antes de la fecha de vencimiento.En estos casos se deberá además realizar el re-cálculo de los intereses a pagar, en base a la tasa vigente del plazo inmediatamente menor al contratado por el cliente.

336 Cierre

Permitirá el cierre de un certificado emitido, cumpliendo con el procedimiento, validaciones, pasos, requerimientos legales y generación de documentos y registros que se encuentren definidos en las opciones de parametrización de cada producto. El proceso de cierre no podrá ser realizado si el cliente tiene asociado un crédito vigente en el Banco en el cual el certificado de depósito participa como garantía del crédito.

337 Cierre Permitirá el cierre de certificados debido a diferentes motivos como: a solicitud del cliente por fallecimiento del titular de la cuenta, por mandato judicial, entre otros

338 Cierre Al momento del cierre de un certificado, se anulará todas las transacciones y servicios asociados a la cuenta.

339 Cierre

Al completar el proceso de cierre o cancelación de un certificado de depósito, habilitará la entrega del valor total de capital y sus intereses, a través de distintas formas: transferencia a cuenta corriente, transferencia a cuenta de ahorro, transferencia interbancaria, efectivo, cheque de gerencia. Además, para los productos de plazo que operen con documentos de código de barras, la solución deberá estar en la capacidad de realizar la verificación de correspondencia entre el número de certificado y el código de barras del formato físico. Esta funcionalidad se utilizará cuando el Banco decida implementar el código de barras.

340 Cierre

Para las modalidades de depósitos a plazo con fecha de vencimiento establecida, si la fecha de vencimiento del certificado de depósito se producirá en días feriados, según la definición de cada producto, deberá modificarla para incrementar el plazo hasta el siguiente día hábil, o al día hábil anterior, ajustando el cálculo de los intereses a pagar al nuevo plazo.

341 CierreDeberá incluir la opción de cambiar la condición de renovación a nivel individual de cada operación de depósito a plazo, con mantenimiento o cambio de las condiciones originales de emisión del certificado de depósito.

Página 330 de 409


342 Cierre / Depósitos Judiciales

Para la liquidación masiva de los Depósitos Judiciales y Administrativos, deberá permitir la cancelación masiva de los depósitos mediante archivo magnético de proceso, realizando la transferencia de los valores de capital e intereses a la fecha, permitiendo algunas formas de realizar el pago como depósitos en cuenta del cliente, cheque de gerencia o transferencias interbancarias.


Para los Depósitos Judiciales y Administrativos a cancelar en forma individual, deberá permitir la cancelación del depósito y la transferencia de los valores de capital e intereses a la fecha, permitiendo algunas formas de realizar el pago como depósitos en cuenta del cliente, cheque de gerencia o transferencias interbancarias.


Para los Depósitos Judiciales y Administrativos, permitirá la liquidación parcial o total de los depósitos en cualquier momento, verificando que se cumpla con las instrucciones emanadas con las firmas autorizadas del juzgado/autoridad administrativa a cuya orden está el depósito.


Para los Depósitos Judiciales y Administrativos, deberá incorporar un proceso obligatorio para la verificación de firmas de los jueces y secretarios al momento de la cancelación de los depósitos, además de un procedimiento automatizado para el registro de la recepción, archivo y custodia de los documentos oficiales originales con las órdenes del juzgado correspondiente.

346 Sustitución / Depósitos Judiciales

La solución ofrecerá facilidades para realizar la sustitución de un certificado, permitiendo al usuario mantener los datos originales de la operación así como el registro de intereses y dejando abierta la posibilidad de modificar alguna información a requerimiento del Juzgado y/o depositante. Esta funcionalidad será utilizada tanto para emitir duplicados (por pérdida, robo, deterioro), como para los casos en que existan errores en la emisión inicial.


En ciertos casos como la instrucción judicial, deberá permitir la reapertura de una cuenta de depósito a plazo cancelada, cumpliendo con los esquemas de aprobación establecidos, habilitando la realización de transacciones y servicios asociados a la cuenta.

348 Reportes Batch

Incluirá herramientas para la generación y mantenimiento de reportes a ser generados en forma periódica durante la ejecución de los procesos de cierre de día (batch) del módulo, para gestión, control operativo y cumplimiento de procedimientos y requerimientos internos y externos.

Página 331 de 409


349 Reportes Batch

Incluirá rutinas optimizadas para la generación y mantenimiento de documentos a ser impresos en forma masiva, como resultado de la ejecución de procesos de cierre diario, como por ejemplo la causación, capitalización y acreditación de intereses.En los casos que se requiera este proceso se complementará con la generación de reportes y archivos de información, con formatos y contenido de datos definibles según el caso y uso que se dará al archivo generado.

350 Integración

Se integrará con los sistemas denominados Cámara de Compensación Electrónica (CCE) y Liquidación Bruta en Tiempo Real (LBTR), ajustándose a todos los procedimientos y requerimientos establecidos por estos sistemas para los procesos de compensación interbancaria de cheques y transferencias de acuerdo a la normatividad vigente.

351 Integración Deberá integrarse con el módulo de Colocaciones para la colocación del depósito a plazo como garantía o respaldo de la operación crediticia.

N°REQUERIMIENTOS FUNCIONALES DEL MODULO DE COLOCACIONES


IVO

SE D

ESAR

ROLL

ARÁ

SE IN

TEGR

ARÁ

DE

UN

TER

CERO


Página 332 de 409



Integrará un motor de automatización de flujos de trabajo que permita de una forma paramétrica definir diferentes rutas de proceso de análisis y aprobación del crédito, facilitando que en cada caso se pueda determinar: - Las etapas (pasos) que deberán cumplirse para cada flujo de trabajo. - Los roles de usuario que se asociarán a cada etapa. - Las funciones y actividades que se deberán cumplir en cada etapa. - Los requisitos de recepción, verificación, archivo o procesamiento de documentos que se deberán cumplir en cada etapa. - Definir qué requisitos y actividades deben cumplirse en forma obligatoria antes de dar paso a la siguiente etapa. - Qué entradas de datos nuevos y/o de actualización de datos pueden hacerse en cada etapa. - Los documentos y reportes que se generarán. - Los tiempos máximos que deberá permanecer una solicitud o trámite en cada etapa del flujo de trabajo. - Definir si las actividades de una etapa deben ser ejecutadas por un solo usuario o por varios usuarios. - Determinar si una etapa puede ser obviada bajo la definición de alguna regla de negocio en el flujo de trabajo.


Administrar las reglas de operación de los flujos de trabajo, facilitando la definición y mantenimiento por parametrización de:- Los usuarios autorizados a intervenir en los roles asociados a cada etapa de un flujo de trabajo. - Las funciones y atribuciones del usuario. - El número máximo de solicitudes de créditos simultáneos que podrá tener cada usuario en un momento de tiempo. - El tiempo máximo que podrá permanecer una solicitud de crédito en la bandeja de un usuario para su gestión, antes de generar alertas a otros usuarios. - Reglas para la asignación automática de solicitudes de créditos a los usuarios del sistema, tomando en consideración el tipo de flujo de trabajo, el producto, la oficina, la moneda, entre otras opciones posibles. - Mecanismos de reasignación automática y/o manual de solicitudes de créditos, cuando el usuario reciba más de las definidas como máximo, o cuando los tiempos máximos para su atención se hayan excedido.

Página 333 de 409



Permitirá la integración de registros electrónicos, vínculos o referencias a los documentos que se generen por las acciones de los usuarios autorizados en las diferentes etapas del flujo de trabajo. En cualquiera de los casos, registrará la ”firma electrónica” del usuario correspondiente.


Incluirá la definición por parametrización de reglas y opciones de decisión lógica de la ruta a seguir luego de cumplirse una etapa, como: - Continuar en forma secuencial con el paso siguiente. - Abrir una ruta múltiple simultánea a varios usuarios. Se refiere a que la Solución de Nuevo Core Bancario esté en la capacidad de que los diferentes usuarios de negocios que participan en el proceso de colocaciones tengan la información en línea de manera simultánea y que permita continuar con los diferentes pasos que le competen dentro del ciclo de vida del crédito. - Las reglas pueden ser simples y compuestas. - Aplicar preguntas de decisión. - Aplicar preguntas lógicas. - Definir que se regrese a una etapa anterior. - Definir que se omita una o varias etapas. - Definir que se suspenda el flujo de trabajo y se emita alarmas a diferentes usuarios. - Definir que se pase a la etapa final del flujo de trabajo.


Integrará un esquema de pistas de auditoría, que permita identificar todas las acciones y transacciones realizadas en las diferentes instancias del ciclo de proceso integral de una operación de colocaciones: - Análisis de Crédito. - Gestión de Cartera. - Gestión de Garantías. - Gestión de Cobranzas.

Página 334 de 409



Deberá tener la capacidad de manejar diferentes tipos de operaciones de colocaciones, que en general se asociarán a las siguientes modalidades: - Créditos de Consumo. - Créditos Hipotecarios para Vivienda. - Créditos Mediana Empresa. - Créditos Pequeña Empresa. - Créditos Micro Empresa. - Créditos Corporativos. - Líneas de Crédito. - Créditos para Microfinanzas (Microcrédito). - Cartera Comprada. - Cartera Vendida. - Cartera Titularizada. En todos los casos se debe poder manejar opciones de banca de primer piso y banca de segundo piso.


Para las líneas de crédito deberá permitir manejar como mínimo las siguientes características: - Líneas de crédito revolventes. - Líneas de crédito decrecientes. - Líneas de Crédito para usos específicos, con definiciones particularizadas de monto, tasas, condiciones y plazo. - Líneas de Crédito de Uso Múltiple.


Integrará opciones para la creación y mantenimiento de productos de colocaciones, con la asociación paramétrica de características operativas, reglas de negocio, condiciones financieras del producto.

Los parámetros básicos a definir son:

- Tipo de crédito al que se asociará (según clasificación de la Superintendencia de Banca, Seguros y AFP). Actualmente la clasificación incluye ocho tipos de créditos: Corporativos, Grandes Empresas, Medianas Empresas, Pequeñas Empresas, Micro Empresas, Consumo Revolvente, Consumo No Revolvente, Hipotecarios para Vivienda.

- Tipo de Cliente.- Moneda.- Fuentes de Recursos.

Página 335 de 409


- Segmento de Mercado.- Tasas de Interés aplicables.- Modalidad de cálculo de intereses.- Plazos y reglas de negocio para reajustes de tasas.- Formas de pago permitidas.- Pre-cancelaciones y reglas asociadas.- Opciones de refinanciación y/o reestructuración con reglas de negocio asociadas.- Rango de Plazos que se puede ofrecer.- Frecuencia de pagos.- Rango de Montos.- Cargos por servicio aplicables.- Comisiones aplicables.- Forma de generación del cronograma de pagos.- Plazos a transcurrir para cambiarlo de estado (atrasado, en mora, vencido).- Formas de desembolso permitidas.- Documentos requeridos.- Garantías requeridas (tipo y cobertura).- Modalidad de oferta del producto (Banca de Primer o de Segundo Piso).- Oficinas y/o zonas que pueden ofrecer el producto.

- Servicios adicionales. Se refiere a los servicios con características específicas para los segmentos de clientes que el Banco pueda definir a futuro.

- Opciones de bloqueo de solicitud préstamos con reglas de negocio asociadas.- Políticas que deben cumplirse para acceder a un producto. - Seguros obligatorios asociados.

Página 336 de 409



Deberá contar con las funcionalidades necesarias para la administración del registro de seguros, recaudación de cuotas para pago de primas y control de vigencia de los seguros asociados a los créditos como de sus respectivas garantías, teniendo en cuenta las siguientes consideraciones: - Cálculo, registro y cobro de los seguros de las Garantías. - Cálculo, registro y cobro de los seguros de los Créditos. - Renovaciones de los seguros. - Administración de las primas colectivas. - Control de endosos de pólizas y de las exclusiones de cualquier tipo.


Deberá tener la capacidad de manejar operaciones con diferentes tipos de interés: - Tasas de Interés fija. - Tasas de Interés variable (en sus diferentes modalidades). - Tasas de interés escalonadas según monto y/plazo. - Tasas de interés moratoria diferenciada.


Integrará una opción para desagregar los componentes de una tasa de interés. Como ejemplo de esta desagregación señalamos: - Tramo por el costo de los fondos. - Tramo por el costo administrativo. - Tramo por el costo de riesgo. - Spread esperado.

363 ParametrizaciónPermitirá establecer qué canales del Banco se utilizarán para originar las solicitudes de crédito. El formato de solicitud deberá ajustarse a los formatos y modalidad operativa de cada canal.

364 Registro Información Se mantendrá un registro con la información histórica de todas las transacciones financieras que se realicen en todos los créditos desembolsados.

365 Consultas En cada etapa del crédito, el aplicativo deberá suministrar consultas para que el usuario final cuente con información detallada del crédito.

366 AdministrativasDeberá actualizar masivamente las tasas de interés ante el cambio de las tasas asociadas a las operaciones con productos que tengan definida una tasa variable y/o reajustable de interés.

Página 337 de 409


367 Administrativas

Deberá incluir soporte operativo automatizado para un conjunto de consultas, transacciones y procesos administrativos y operativos como: - Cambio de estado. - Cambios en la información. - Destino de envío de notificaciones y correspondencia. - Consultas resumidas y detalladas del estado de cuenta de la operación. - Duplicados de documentos. - Consulta detallada de transacciones. Estas consultas, transacciones y procesos deberán estar disponibles en los canales que el Banco autorice su implementación.


369 Reportes Suministrará herramientas y facilidades para la generación de reportes e informes de forma paramétrica con mínima intervención del área de tecnología.

370 Alertas

Deberá permitir el envío de alertas o avisos de vencimiento al deudor y/o garantes asociados a la operación de crédito, a través de diferentes medios como notificación impresa, mensajes en los estados de cuenta de sus productos de captaciones, mensajes a desplegarse cuando accede a la banca Internet, al call center, o a un cajero automático, correo electrónico personalizado, mensajes SMS.

371 Reportes Batch

Incluirá herramientas para la generación y mantenimiento de reportes a ser generados en forma periódica durante la ejecución de los procesos de cierre de día (batch) del módulo. Estos reportes servirán para gestión, control operativo y los que se definan como necesarios para el cumplimiento de procedimientos y requerimientos internos y externos.

372 Reportes Batch

Incluirá rutinas optimizadas para la generación y mantenimiento de documentos a ser impresos en forma masiva, como resultado de la ejecución de procesos de cierre diario, como por ejemplo los avisos de vencimiento, las notas de débito por pagos recibidos.En los casos que se requiera este proceso se complementará con la generación de archivos de información, con formatos y contenido de datos definibles según el caso y uso que se dará al archivo generado.

Página 338 de 409


373 Integración

Deberá integrarse con otros Módulos, como: - Módulo de Clientes: para acceder al registro y expediente único de datos del cliente y su posición. Deberá interactuar con este módulo para obtener las facilidades de registro, actualización y modificación de datos del cliente, vinculación de las partes de esta información que se requieran en el expediente de crédito del cliente y a su vez entregar los datos que requiera el Módulo de Clientes para registrar, actualizar y mantener la posición integral del cliente. - Módulo de Captaciones: para obtener información de los productos pasivos que tiene el cliente en el Banco y automatizar los procesos de interacción transaccional para realizar abonos por desembolsos o notas de crédito asociadas a operaciones de colocaciones y los cargos o notas de débito para aplicar a pagos de cuotas o notas de débito generadas por operaciones de colocaciones. - Comercio Exterior: para recibir las solicitudes de apertura de Créditos Documentarios que deberán ser evaluadas para su viabilidad. - Plataforma Comercial y de Servicios: para poner disponibles a los usuarios autorizados del Banco y a los clientes, las opciones de consultas y de interacción con el Módulo de Captaciones que se definan para cada caso. Las opciones estarán disponibles en los diferentes canales que el Banco defina. - Central de Riesgos y Burós de Crédito: para verificar cuales son las deudas que mantiene el cliente en otras instituciones y su calificación en cada una de ellas y para generar la información que por ley o convenios deba entregar el Banco a estas entidades.

374 Particulares

Integrará opciones para manejar préstamos hipotecarios especiales (conocidos en el mercado nacional como Prestamos MIVIVIENDA) y a futuro en otros tipos de productos de préstamos especiales, los que tienen la funcionalidad especial de aplicar un “bono adicional” por haber realizado los pagos de las cuotas de manera puntual en un período determinado, que consiste en el salto del pago de una cuota mensual del crédito con la posibilidad de condonación de intereses, capital, intereses y capital o ninguno de los dos. El sistema deberá re-calcular los intereses y otros rubros asociados al crédito, y generará un nuevo cronograma de pagos del crédito, que reflejará las nuevas condiciones.

Página 339 de 409


375 Particulares

Integrará funcionalidad que permita seleccionar, separar, calificar y generar portafolios con cartera a ser vendida a otras instituciones financieras.Incluirá el soporte operativo para la gestión de la cartera vendida, tanto en la modalidad con recurso como en la modalidad sin recurso. En cada caso deberá permitir definir los términos y condiciones de la venta y ajustar los procesos operacionales asociados a la gestión de la cartera hasta su salida total del balance del Banco.

376 Particulares

Deberá contar con las facilidades para automatizar el proceso de compra de la cartera de otras instituciones financieras.La compra puede ser en las modalidades con recurso o sin recurso y permitirá definir los parámetros y características operacionales que deberán aplicarse a cada una de las operaciones de cartera comprada. El aplicativo proporcionará todas las facilidades para el soporte operativo y gestión de este tipo de operaciones.

N° REQUERIMIENTOS FUNCIONALES MODULO DE COLOCACIONES - ANÁLISIS DE CRÉDITO

NAT

IVO

SE D

ESAR

ROLL

ARÁ

SE IN

TEGR

ARÁ

DE

UN

TER

CERO


377 Precalificación

Al ingreso de un requerimiento o solicitud de crédito por parte de un cliente, facilitará la selección del producto de crédito requerido o considerado adecuado.Al seleccionar el producto, el sistema dará inicio al flujo de trabajo (workflow) correspondiente, activando la ruta de proceso que deberá seguir la solicitud, con toda la funcionalidad, las opciones de ingreso y los controles asociados al producto, definidos en el proceso de parametrización y mantenimiento de productos.


Luego del ingreso y validación de los datos obligatorios para la solicitud de crédito, el sistema automatizado registrará y generará un código único para cada solicitud.La codificación de la solicitud incluirá el código del producto bancario, el código de oficina en la que se registra la solicitud y dígito verificador generado con algoritmos que minimicen la posibilidad de errores de digitación al ingresar el número de solicitud para ejecutar consultas o transacciones.

Página 340 de 409



En el momento de iniciar el proceso de análisis crediticio, deberá permitir ingresar y/o modificar las condiciones establecidas en la parametrización para cada tipo de producto, tales como: - La tasas de interés a aplicar (controlando que esté dentro de los rangos autorizados). - Cargos adicionales por comisiones y costos de servicios. - Monto de la operación. - Plazo de la operación. - Forma de pago. - Períodos de gracia. - Condiciones de pre-cancelación. - Pagos o cuotas adicionales. - Garantías propuestas. - Plazos de reajuste de tasas. Permitirá identificar qué condiciones puede modificarse sin necesidad de generar una ruta de aprobación y cuales necesitan una ruta de aprobación para que proceda la modificación.

380 PrecalificaciónProporcionará la facilidad de usar un simulador, que permita al ejecutivo realizar escenarios de los diferentes productos, respetando las condiciones de cada producto y reflejando las condiciones particulares de lo solicitado y negociado con el cliente.


Permitirá el registro de excepciones en la aplicación de rubros y sus valores establecidos, o en el cumplimiento de políticas. Estas excepciones deberán pasar por el flujo de aprobación con el control de las autorizaciones correspondientes definidas de acuerdo a las políticas, procedimientos y reglas de negocio aplicables a cada producto.

382 Registro Usuarios Llevará un registro electrónico detallado de las acciones tomadas por cada usuario que haya participado en cada paso del proceso de análisis de crédito.


Validará que se cumpla todos los requisitos solicitados en cada etapa del flujo de trabajo asociado al producto. Llevará un registro detallado del cumplimiento de requisitos con los datos del funcionario responsable, permitiéndole añadir observaciones y comentarios en campos de formato libre definidos para este fin. Verificará el cumplimiento de todos los requisitos de cada etapa del flujo de trabajo, antes de permitir el paso del expediente electrónico a la siguiente etapa, generando la vinculación a los documentos asociados, tanto en el expediente electrónico como en el expediente físico del crédito.

Página 341 de 409


384 Gestión de Documentos

Deberá incluir un sistema de gestión de documentos con opciones de captura, vinculación y almacenamiento de imágenes de los documentos que sean recibidos en las diferentes etapas del proceso de análisis del crédito.Las imágenes de los documentos se vincularán al expediente electrónico del crédito y podrán visualizarse cuando sea necesario utilizando las opciones de consulta del expediente.

385 Scoring

La solución deberá incluir una solución de scoring o ratings de crédito. Se preferirá opciones que permitan la aplicación de buenas prácticas para este tipo de gestión con modelos estadísticos, preferentemente con opción de manejo de modelos abiertos, parametrizables y ajustables a las características de los clientes del Banco y los productos crediticios que comercializa. Es un requisito obligatorio su entrega por el Contratista.


Para la aplicación de los modelos de scoring y otras técnicas de evaluación de riesgo para los productos de crédito para empresas, deberá brindar herramientas de análisis especializadas de los principales estados financieros, en los formatos adecuados para cada caso. Los estados financieros comunes a registrar son: - Balance general. - Estado de Resultados. - Flujos Proyectados. Deberá incluir la posibilidad de generar o registrar los principales indicadores financieros y de gestión que se pueda generar de la información base, para completar el expediente, además de los datos que contengan los resultados, observaciones del análisis técnico de viabilidad y riesgo del crédito.

387 Riesgo Total

Deberá facilitar la integración al expediente electrónico de toda la información necesaria para determinar el riesgo total del cliente, con la información de todas las deudas vigentes del cliente en el Banco y en el sector financiero Peruano.La información debe agregarse al expediente y manejarse a nivel consolidado, con opciones de profundización a detalle que dependerán de la disponibilidad de datos, según la fuente.

388 Riesgo Total

Deberá generar alertas y de ser el caso (dependiendo de las definiciones y reglas de negocio a aplicar en cada producto y caso) bloquear automáticamente cualquier solicitud de una operación si está por encima de los cupos o límites establecidos en las líneas de crédito y operaciones de crédito otorgadas al cliente.

Página 342 de 409


389 Riesgo TotalControlará el cumplimiento de todas las políticas definidas por el Banco para cada producto de colocaciones. En caso de incumplimiento, deberá generar las alertas correspondientes y de ser el caso bloqueará la solicitud crédito.

390 Información General

Generará y mantendrá, desde el registro de la solicitud y durante toda la gestión, un expediente electrónico del crédito con toda la información del cliente, la información que se añade en cada etapa del proceso y la información de las características de la operación solicitada con datos como:

- Tipo de Crédito.- Condiciones negociadas:o Plazo.o Monto. o Tasas de interés.o Forma y plazo de desembolso.o Forma de pago.o Cargos.o Comisiones.o Reajustes.o Excepciones.

- Scoring. - Montos recomendados.- Cronograma de pagos propuesto.- Cumplimiento de políticas y requisitos.- Situación de riesgo del cliente:o Deuda con el Banco.o Deuda con el sistema.o Colocaciones en el Banco.o Experiencia crediticia previa.o Líneas de crédito aprobadas y vigentes.

o Calificación en el Banco, se refiere a la que presenta el cliente asignada por el Banco de la Nación.

Página 343 de 409


o Calificación en el sistema, se refiere a la que presenta el cliente con relación al sistema financiero.

- Historial crediticio.- Funcionario responsable del cliente y funcionarios que participaron en el proceso de evaluación del crédito.- Oficina y área a la que ha sido asignado el cliente.- Garantías.- Documentos recibidos y verificados.- Recomendaciones y decisiones tomadas en el proceso.

N° REQUERIMIENTOS FUNCIONALES MODULO DE COLOCACIONES - GESTIÓN DE CARTERA

NAT

IVO

SE D

ESAR

ROLL

ARÁ

SE IN

TEGR

ARÁ

DE

UN

TER

CERO



Luego de la aprobación de una solicitud de un producto de colocaciones, el área de operaciones recibirá el expediente electrónico completo y verificará la información, documentación y cumplimiento de requisitos y políticas definidos para la instrumentación de la operación.

392 Formalización

Para la instrumentación del crédito, se deberá generar automáticamente los documentos que se hayan definido en cada producto para proceder al desembolso, con toda la información del cliente y de la operación aprobada, más los términos legales, operacionales y contractuales aplicables. Entre los documentos que se pueden generar para imprimir, suscribir, registrar y formalizar una operación de colocación están: - Contrato. - Cronograma de pagos. - Pagarés. - Contratos de prenda. - Hipotecas. - Contratos de pignoración o endoso de documentos valorados.

Página 344 de 409


393 Formalización

Luego de la formalización, se procede a la ejecución del desembolso. El sistema generará y registrará un código único para cada operación.Cada desembolso está ligado a un número de crédito. La codificación de la operación incluirá el código de producto, el código de oficina en la que se registra la operación y dígito verificador generado con algoritmos que minimicen la posibilidad de errores de digitación al ingresar el número de solicitud para ejecutar consultas o transacciones.

394 Desembolsos

Permitirá realizar desembolsos a través de diferentes modalidades, de acuerdo a lo definido en la parametrización del producto: - Efectivo. - Abono en cuenta corriente o ahorro del cliente. - Cheque de Gerencia a nombre del deudor. - Cheque de Gerencia a nombre de un tercero. - Cancelación de otro(s) préstamo(s). - Transferencia interbancaria usando el LBTR (para operaciones con otras instituciones financieras).

395 Desembolsos

Permitirá realizar diferentes tipos de desembolsos, de acuerdo al tipo de producto:- Parciales. - Totales. - Desembolsos programados.

396 Calificación

Deberá permitir definir y administrar diferentes estados del crédito: - Vigente. - Vencido. - Cartera Saneada, se refiere a los créditos recuperados, operación que produce variaciones de plazo y/o monto del crédito original y que obedecen a dificultades en la capacidad de pago del deudor. - Cobro Judicial, se refiere a la acción ante un juzgado competente mediante la cual se gestiona la recuperación del crédito, esta etapa es posterior a la que el BN ha agotado todas las acciones de cobranza pre-judicial sin que el cliente cumpla con el pago de las cuotas vencidas. - Cancelado. En cada caso se debe considerar las repercusiones contables y operativas asociadas.

Página 345 de 409


397 Calificación

Según el estado de cada operación y el número de días de atraso que tenga en uno o más pagos pactados en el contrato de crédito, deberá ejecutar mensualmente el proceso de calificación de los clientes y de la cartera de créditos, asociando a cada cliente y sus operaciones la calificación que le corresponda luego de aplicar las definiciones legales establecidas por la Superintendencia de Banca, Seguros y AFP.Actualmente estas regulaciones se basan en la aplicación de modelos de calificación, que toman en consideración el tipo de crédito al que se asocia la operación, el número de días de atraso en el pago y una evaluación de indicadores financieros y cualitativos de gestión, así como el sector económico en el que desenvuelve sus actividades (aplica sólo a créditos comerciales y corporativos). Actualizará la calificación del cliente, las operaciones asociadas y generará la información necesaria para los procesos de cobranza internos o judiciales del cliente en los casos que aplique. Generará la información para notificación de los cambios de calificación de los clientes a ser enviados a la Central de riesgos y a los Burós de Crédito, en cumplimiento de la normativa legal y los convenios institucionales vigentes, con los datos y formatos de archivos correspondientes.

398 Provisiones

Deberá integrar el proceso de cálculo y constitución de provisiones para los créditos del Banco. El cálculo de provisiones para créditos irrecuperables se ejecutará tomando como insumo la calificación obtenida por cada operación de crédito vigente, aplicando el modelo y regulaciones vigentes definidas por la Superintendencia de Banca, Seguros y AFP para este fin.El modelo vigente asigna como provisión un porcentaje del valor pendiente de pago de la operación, aplicable por una tabla oficial emitida por el regulador, en la que se relaciona el porcentaje de provisión a aplicar con el tipo de crédito y la calificación obtenida. Con el valor resultante de las provisiones calculadas para cada operación, deberá constituir la reserva legal correspondiente, generando el dato de provisión constituida por cada operación, realizando la aplicación del nuevo valor (en aumento o resta del valor previamente constituido) y deberá generar los auxiliares contables y asientos contables correspondientes para concluir el proceso. Generará la información con los datos de las provisiones constituidas en los formatos de reportes y archivos que requiere el regulador, para dar cumplimiento de la normativa legal vigente.

Página 346 de 409


399 Provisiones

El proceso de cálculo de provisiones deberá contemplar opciones de modificación y ajustes para acoplarse a los cambios de modalidad de cálculo que emite periódicamente la Superintendencia de Banca, Seguros y AFP, con opciones que sean manejadas a nivel de parametrización de usuario o, en casos de cambios muy complejos, con un mínimo soporte del área de tecnología que tenga que modificar el sistema.

400 Cálculo de intereses

Deberá realizar el cálculo y la provisión diaria de intereses para cada operación, tomando los parámetros y valores para el cálculo de los datos definidos en la parametrización de cada producto.El cálculo de provisión de intereses deberá comenzar desde el momento de ejecución de cada desembolso, sobre el saldo de capital por pagar de la operación a la fecha.

401 Cálculo de Intereses

Deberá incluir opciones automatizadas que permitan definir todas las formas posibles de calcular los intereses a ser aplicados a una operación de crédito.Entre estas opciones podemos señalar: - Cálculo de interés simple. - Cálculo de interés compuesto. - La base de cálculo a aplicar (365/360, 365/365, 360/365, 360/360 entre otras). - Período de cálculo, sobre una base diaria y opciones comunes de períodos como

o Diario. o Semanal. o Quincenal. o Mensual. o Trimestral. o Semestral. o Anual.

402 Cálculo de Intereses

Para el cálculo de intereses y la generación de los cronogramas de pago, tomará en consideración el calendario operativo y las definiciones dadas para el producto en su parametrización. Asimismo, para el manejo de los vencimientos identificará cuales son fechas no laborables para no incluirlas en el cronograma de pagos.

Página 347 de 409


403 Cronograma de Pago

Deberá tener la capacidad de generar planes de pago con diferentes características, tales como:- Cuota fija a capital - Cuota Fija a capital e interés - Cuotas Balloon - Cuotas Extraordinarias (de aplicación periódica o no) - Cuotas con períodos de gracia - Cuotas escalonadas (ascendentes o descendentes) - Cuotas definidas manualmente

404 Cronogramas de Pago

Para la generación y ejecución del cronograma de pago, tomará en consideración las definiciones del producto o condiciones contractuales para aplicar opciones de: - Pago de intereses anticipados. - Pago de intereses al vencimiento. - Aplicación de pagos dentro del período de tiempo definido como válido, sin aplicación de moratorios, cargos, ni cambio de estado. - Pago adelantado de cuotas. - Abonos parciales de la cuota. - Pre-cancelación de la operación. - Pago de varias cuotas por vencer, a ser aplicadas en la fecha de vencimiento.

405 Cronograma de Pago

Deberá permitir asociar al plan de pagos los períodos de gracia que puedan ser aplicables de acuerdo al producto. El período de gracia se podrá aplicar en modalidad de gracia a: - Capital. - Intereses. - Capital más intereses. Permitirá determinar y ejecutar la aplicación de los intereses generados durante el período de gracia en diferentes escenarios: en la primera cuota fuera del período de gracia, prorrateo en todas las cuotas del crédito luego del período de gracia, condonación de los intereses generados.

Página 348 de 409


406 Notas de Débito

Permitirá generar automáticamente los avisos de vencimiento y, en los casos que corresponda, las notas de débito a ser aplicadas en las cuentas corrientes o de ahorros que tenga el cliente en el Banco, para el cobro de cuotas, intereses de mora, cargos por servicios adicionales, seguros, comisiones, impuestos, asociados a la operación de crédito, según las definiciones del producto y condiciones contractuales aplicables.En un solo aviso de vencimiento y/o nota de débito, se debería poder agrupar diferentes rubros a ser recaudados (capital, intereses, comisiones, impuestos), los cuales al recaudarse se deben aplicar al rubro correspondiente, generando las afectaciones a las cuentas contables que corresponda. En los casos que aplique, se generará los comprobantes de pago, documentos de recibo y/o facturas que correspondan, con los formatos y contenidos de información aplicables a cada caso. Permitirá configurar las notas de débito para que sean aplicadas en el momento del desembolso, en el momento de pago de cada cuota o en un momento de aplicación en particular según el caso.

407 Notas de DébitoPermitirá establecer cuáles son los rubros de la operación que pueden ser financiados e incluidos dentro de la cuota del préstamo y cuáles no pueden ser financiados.

408 Seguros

En el caso de los productos que tiene asociados seguros obligatorios, permitirá el cálculo y cobro de las primas de los seguros en diferentes modalidades: - Pago anticipado del seguro. - Pago de la prima en cuotas sin costo financiero. - Pago de la prima en cuotas con costo financiero.

409 Pago

Deberá permitir manejar diferentes modalidades de pago, de acuerdo a la definición del producto y las condiciones contractuales negociadas:- Efectivo en cajas. - Débito en cuenta corriente o de ahorro. - Cheque propio. - Cheque de otros bancos locales. - Cheque de gerencia de otros bancos. - Descuento por planilla. Planilla es la nómina de las personas que reciben su retribución por el trabajo realizado en un tiempo determinado. - Combinación de varias opciones. - Cuentas de apoyo o cuentas puente.

Página 349 de 409


410 Pago Deberá permitir la aplicación de pagos parciales a las operaciones de crédito.Para la aplicación de pagos parciales permitirá configurar el orden de aplicación del pago a los rubros del préstamo (prelación de pagos).

411 Fecha Valor

Integrará facilidades para la aplicación de transacciones con fecha valor.En estos casos verificará que sean ejecutadas y autorizadas por funcionarios con el perfil adecuado y cumpliendo las políticas y procedimientos de autorización para esos casos.

Actualizará los cálculos, cronogramas de pagos y estado de cuenta de la operación de crédito, generando los ajustes contables correspondientes.


Deberá ofrecer la posibilidad de manejar reversos y extornos de ciertas transacciones, aplicando para ello los controles de cumplimiento de políticas y niveles de autorización que defina el Banco. Deberá permitir los reversos incluso a fecha valor con los ajustes contables correspondientes.

413 Seguros

Deberá controlar la vigencia y en los casos que aplique, gestionar la ejecución de las pólizas de seguros relacionadas con las operaciones de crédito y las garantías, aplicando los valores recaudados al pago de los diferentes rubros pendientes de cobro de la operación.

414 Refinanciamientos

Deberá manejar opciones de aplicación de procesos de refinanciamiento de créditos, en los términos y condiciones de modificación de la operación que deban aplicarse.Verificará que se cumpla con los requisitos, políticas y esquemas de aprobación y/o autorización que apliquen a cada caso. Actualizará los cálculos, cronograma de pagos y estado de cuenta de la operación.

415 Reestructuraciones

Deberá manejar opciones de aplicación de procesos de reestructuración de créditos, aplicando los términos y condiciones de modificación de la operación que corresponda.Verificará que se cumpla con los requisitos internos, legales, políticas y esquemas de aprobación y/o autorización que apliquen a cada caso. Actualizará los cálculos, cronograma de pagos y estado de cuenta de la operación, cambiándole de estado, generando los movimientos y registros contables asociados. Marcará la nueva operación como reestructurada y mantendrá la vinculación con el (los) crédito(s) original(es) para seguimiento y control.

Página 350 de 409


416 Castigo de cartera

Incluirá el soporte automatizado para la aplicación de procesos de castigo de créditos, aplicando los términos y condiciones que corresponda. Verificará que se cumpla con los requisitos internos, legales, políticas y esquemas de aprobación y/o autorización que apliquen a cada caso. Aplicará el pago a los valores irrecuperables de la operación con cargo a las provisiones constituidas. Cambiará de estado la operación y generará los movimientos y registros contables asociados.Marcará la nueva operación como castigada y mantendrá la vinculación con el (los) crédito(s) original(es) para seguimiento y control de recuperación posterior. Generará la información requerida por ley, así como la información para registrar el evento en la Central de Riesgos y Burós de Crédito. Castigo Contable: Operación contable que consiste en la eliminación o retiro del balance, de aquellos activos calificados como incobrables o irrecuperables, después de demostrarse con evidencias reales y comprobables el agotamiento de todas las acciones extrajudiciales y judiciales para tal fin. El castigo no extingue la deuda ni libera garantías. Cuentas irrecuperables: Son las generadas por operaciones de carácter crediticio y no crediticio, respecto de las cuales se han agotado todas las acciones extrajudiciales y judiciales, según el caso, contempladas para su recuperación o regularización.

Página 351 de 409



Durante toda la vida de una operación o línea de crédito, se mantendrá un expediente electrónico con toda la información relevante de la operación. Entre los datos a mantener en el expediente estarán:- Información general del cliente. - Tipo de Crédito. - Datos y parámetros con los que se instrumentó la operación original. - Estado de cuenta detallado con todos los movimientos y transacciones que afectaron a la operación. - Situación actual de la operación: o Monto inicial. o Saldo pendiente (principal e intereses). o Cuotas pagadas, vencidas y por vencer (principal e intereses). o Calificación del cliente y de la operación. o Estado de la operación. o Garantías asociadas con su valoración y cobertura. o Provisiones generadas. - Histórico del crédito. - Ejecutivos que participaron en el proceso de evaluación y aprobación del crédito.

N° REQUERIMIENTOS FUNCIONALES MÓDULO DE COLOCACIONES - GESTIÓN DE GARANTÍAS

NAT

IVO

SE D

ESAR

ROLL

ARÁ

SE IN

TEGR

ARÁ

DE

UN

TER

CERO


Página 352 de 409


418 Tipos de Garantías

Deberá permitir la definición de diferentes tipos de garantías para respaldar los créditos, tales como:- Hipotecaria. - Prenda. - Cash Colateral, es el depósito líquido en garantía. Con relación a los Préstamos Personales, el software debería estar en la capacidad de constituir, clasificar, y realizar el seguimiento a este tipo de garantía. Así como permitir que una garantía cubra varias operaciones de crédito. - Pagarés con firma del deudor. - Pagarés con firma del deudor y de garantes. - Documentos valorados. - Cartera de Otras Instituciones Financieras: Garantía Mobiliaria, Cesión de Derechos. Para cada tipo de garantía permitirá la definición de los campos de datos que se deberán registrar, el formato y contenido de esos campos, las validaciones a aplicar y cuales son mandatorios para el registro y gestión de cada tipo de garantía.

419 Registro

Al registro de cada tipo de garantía se le deberá incluir campos para los datos de:- Valor inicial de la garantía. - Valor actualizado (aplicando depreciaciones, avalúos o tasaciones). - Frecuencia de actualización de datos de valores. - Datos del responsable de cada valoración. - Niveles de cobertura a aplicar para respaldo de operaciones. - Tipos de seguros a exigir sobre las garantías y registro de su endoso al Banco - Ubicación de la garantía. - Forma de custodia de la garantía y responsables de esa función. - Costos asociados a la gestión y mantenimiento de las garantías y a quien se los carga (al cliente o al Banco). - Para el caso del registro de cartera como garantía, permitirá seleccionar, calificar e intercambiar portafolio de cartera que sea entregada como garantía por otras instituciones financieras. - Intereses ganados en el caso de depósitos en garantía.

Página 353 de 409


420 Asociación de Garantías

Deberá permitir la vinculación a las operaciones de crédito, las garantías propuestas en las solicitudes y constituidas en la instrumentación en las siguientes modalidades:- Una operación a varias garantías (del mismo o de diferente tipo). - Una garantía a varias operaciones (del mismo o diferente tipo de producto). Cada garantía debe estar relacionada con un cliente y se debe permitir relacionar una o varias operaciones de un cliente a una o varias garantías de otros clientes. En los casos que apliquen estas vinculaciones deberá realizarse pasando por un procedimiento de aprobación o de autorización.

421 Constitución

Automatizará el proceso de control de cumplimiento de las políticas, procedimientos y requisitos para la constitución de las garantías propuestas por el cliente.En todos los casos incluirá facilidades para la generación, impresión y formalización de los documentos necesarios para la generación de las hipotecas, prendas o contratos especiales que deban formalizarse, y el control de que se ejecuten los procesos de inscripción en los registros públicos.

422 Archivo y Custodia

Permitirá facilitar la captura y digitalización de los documentos asociados al expediente físico de cada garantía. Proporcionará las funciones y facilidades de consulta y de impresión de los documentos de soporte registrados en el expediente digitalizado cuando sea requerido por los usuarios autorizados. Generará un registro electrónico de apoyo para la gestión del archivo físico y datos de custodia de documentos asociados a cada garantía.

423 Situación de las Garantías

En todo momento deberá asociar un estado a cada garantía y lo actualizará según los procedimientos y las reglas de negocio que deban aplicarse en cada caso. Los principales estados a gestionar son los siguientes:- Propuesta. - Constituida. - Vigente. - Bloqueada. - Ejecutada. - Recibida en dación de pago. - Liberada. - En administración (por ejecución o recepción en dación de pago). - Realizada.

424 Estado de cuentaLlevará un estado de cuenta detallado y actualizado con todos los gastos realizados por el Banco para la gestión de cada garantía en sus diferentes estados y los cargos generados al cliente por cada gestión.

Página 354 de 409


425 LiberaciónDeberá permitir liberar las garantías relacionadas a una o varias operaciones, una vez que se cumpla con todas las condiciones contractuales de la operación y se proceda a su cierre por pago total de la obligación contraída por el cliente.

426 LiberaciónIncluirá facilidades para la generación, impresión y formalización de los documentos necesarios para levantar las hipotecas, prendas o contratos especiales en los registros públicos.

427 Administración y realización de Garantías

Las garantías recibidas en dación de pago o ejecutadas como resultado de negociaciones o de procesos de ejecución por cobranza, pasarán a ser parte del activo del Banco y deberán ser administradas hasta su realización o venta.Durante este proceso de administración, se dará soporte automatizado al control, custodia, mantenimiento y administración de los bienes recibidos, así como a las gestiones para la venta o aprovechamiento de esos bienes. Se llevará un estado de cuenta detallado con el valor que se ingresa los bienes y los ingresos o gastos asociados a su administración hasta su venta y/o salida de los libros contables del Banco. Se mantendrá un vínculo de control entre este estado de cuenta y las operaciones asociadas a la dación en pago o ejecución de las garantías, lo cual se refiere al tratamiento establecido para las Garantías: registro, contabilización, seguimiento y control en un sistema seguro que brinde un soporte eficaz.

N° REQUERIMIENTOS FUNCIONALES MÓDULO DE COLOCACIONES - GESTIÓN DE COBRANZA

NAT

IVO

SE D

ESAR

ROLL

ARÁ

SE IN

TEGR

ARÁ

DE

UN

TER

CERO


428 Tipos de Cobranzas

Facilitará toda la información y funciones para soportar los procesos de cobranza de los créditos en mora, estableciendo sus diferentes etapas de cobranza, según el tipo de producto. Las etapas mínimas que debería tener un proceso de cobranza son:- Gestión de Cobro Interno. - Gestión de Cobro Externo. - Gestión de Cobranza Judicial. - Ejecución de las Garantías. Para cada etapa se proporcionará soporte automatizado a la Gestión de Cobranza, que deberá incluir: generación de la información, herramientas de manejo, control de aplicación de procedimientos y reglas de negocio aplicables a cada caso.

Página 355 de 409


429 Recursos para cobranzas

Permitirá administrar flujos de proceso automatizados para la ejecución y control de las diferentes etapas y sus actividades asociadas dentro del proceso de cobranza:- Ejecutivos asignados. - Abogados internos asignados. - Abogados externos asignados. - Gestores de cobranza especializados, con contratos de tercerización, que pueden recibir y gestionar procesos de cobranza. - Actividades o eventos que se puede o debe realizar en cada etapa. - Lista de verificación de cumplimiento de actividades definidas.

430 Eventos o actividades

Proporcionará la información necesaria y el soporte automatizado para la ejecución de actividades como:- Llamadas de recordatorios y gestión de cobro. - Generación de mensajes a ser enviados por diferentes medios: correo electrónico, mensajes SMS, notificaciones impresas, mensajes desde el Call Center. - Cartas de cobro. - Visitas presenciales. - Propuestas de acuerdos de pago. - Notificaciones judiciales.

431 Costo de Cobranzas

Deberá permitir asociar a cada actividad los costos correspondientes.A cada costo se le asociará una modalidad de aplicación como rubro a ser cargado a la operación y la prioridad que tendrá para la aplicación de pagos cuando se registren pagos por parte del cliente.

432 Costo de CobranzasLlevará un estado de cuenta detallado y actualizado que deberá registrar todos los gastos realizados por el Banco para la gestión de cobranzas y los cargos generados al cliente por cada gestión.

433 Intereses

Deberá permitir el registro y gestión de aprobación de propuestas de pago, que incluyan condonaciones totales o parciales de intereses normales y moratorios generados o de otros rubros asociados a las operaciones en proceso de cobranza.En todos los casos verificará el cumplimiento de los procedimientos asociados, así como la ejecución de sus procesos de aprobación y autorizaciones involucradas.

Página 356 de 409


434 Ejecución de Garantías

Proporcionará soporte automatizado al proceso de ejecución de garantías de operaciones que se encuentren en estado de cobro judicial y hayan cumplido con todos los requisitos legales aplicables para su ejecución o se amparen en un proceso de dación de pago acordado formalmente con el deudor y/o los jueces competentes.Generará la documentación legal necesaria para la formalización del proceso y su inscripción en los registros públicos. Generará los movimientos contables correspondientes y registrará los bienes recibidos en las cuentas correspondientes del activo del Banco. Actualizará el estado de la operación y aplicará los valores contables asociados a las garantías ejecutadas como abonos a los valores pendientes de pago de las operaciones asociadas a las garantías ejecutadas, actualizando su estado, los cálculos sobre los valores insolutos y los procesos de gestión que deban seguirse ejecutando hasta el cierre de las operaciones asociadas.

N°REQUERIMIENTOS FUNCIONALES DEL MODULO DE PAGOS Y COBROS


IVO

SE D

ESAR

ROLL

ARÁ

SE IN

TEGR

ARÁ

DE

UN

TER

CERO


435 Formalización

Ofrecerá facilidades para registrar y mantener la información general de cada convenio de cobro o pago.Actualmente el Banco maneja convenios para recaudación o erogación de fondos a nombre de terceros bajo las siguientes líneas de servicio: - Recaudación de impuestos, tasas y contribuciones. - Recaudación con o sin intercambio de archivos. - Recaudación con conexión a sistemas externos. - Pagos por encargo con o sin intercambio de archivos. - Pagos por encargo con conexión a sistemas de terceros.

436 ImplementaciónOfrecerá la posibilidad de configurar calendarios para el control de los plazos (fechas), horarios de atención, localidades, entre otros que requieran manejar los diferentes convenios.

437 Formalización Ofrecerá facilidades para registrar y mantener la información de las personas físicas/jurídicas ligadas al convenio de cobro o pago.

Página 357 de 409


438 Implementación

Permitirá intercambio de archivos electrónicos con el contratante, en los formatos estándar del mercado. Esta funcionalidad deberá ser parametrizable, de acuerdo con el esquema seleccionado por el contratante. Debe cubrir tanto la recepción de registros para efectuar la recaudación/pago, como para el informe según la frecuencia solicitada por el contratante (por ejemplo: diario/semanal/mensual) de pagos recibidos. La solución deberá habilitar la recepción de estos archivos por los diferentes canales que habilite el Banco (por ejemplo: internet, carpetas SFTP, correo electrónico), y deberá contar con procesos automáticos de validación y cuadre de la información recibida, de acuerdo con las especificaciones establecidas en cada convenio.

439 Implementación

Permitirá configurar la transferencia de información por medio de lotes de pagos/cobros. Estos lotes permitirán manejar al menos:- Identificador único por lote y convenio. - Fecha de recepción. - Fecha de vencimiento. - Fecha de liquidación. - Estado del lote (Recibido, vencido, cancelado). - Cantidad de registros (para su posterior cuadre y aceptación). - Control de montos (recibido, recaudado, pagado, liquidado).

440 Implementación

Permitirá la conexión directa a los sistemas del contratante. Este tipo de esquema deberá estar en capacidad de tramitar las consultas, pagos y reversiones que se generan en la operativa normal del servicio, cumpliendo para ello los estándares de transferencia de información que cada convenio establezca.

441 Implementación Permitirá la configuración de comisiones especiales por zona, segmento o volumen de transacciones, con el fin de incentivar la utilización de alguno de los convenios.

442 Implementación

Permitirá el manejo de convenios de pago/cobro, en diferentes monedas. La solución ofrecerá la funcionalidad de tramitar transacciones en moneda diferente a la del cobro o pago, generando de forma automática la respectiva operación de compra/venta de moneda según sea el caso.

443 Implementación

Habilitará la configuración de convenios de cobro mediante el esquema de depósito especial en cuentas corrientes o cuentas de ahorro, el cual consiste en capturar datos básicos del usuario del servicio que realiza el pago (código y nombre, por ejemplo), para poder entregar dicha información al dueño de la cuenta, ya sea en su extracto diario, mensual o bien por otros medios que la solución ofrezca. Esta funcionalidad deberá integrarse con cuentas corrientes y cuentas de ahorro a efecto de completar la acreditación de los fondos que se reciben de terceros (usuarios).

Página 358 de 409


444 Implementación

Permitirá configurar para cada convenio las diferentes formas de pago/cobro asociadas, por ejemplo:- Efectivo. - Cheque propio (mismo banco). - Cheque local (otro banco del país). - Cargo/abono en cuenta (corriente/ahorro). - Tarjeta de crédito. - Nota de cargo/abono. Dichas formas de pago serán definidas por el contratante, y debe quedar abierta la modificación de las mismas en cualquier punto de la vida del convenio.

445 Implementación

Deberá ofrecer un esquema flexible para la configuración de formularios (recibos de pago/cobro), para su respectiva asociación a los convenios.La emisión de estos formularios podrá ser masiva y/o individual de acuerdo con los requerimientos del convenio.

446 ImplementaciónPermitirá configurar la forma en que el Banco administrará los fondos para realizar los pagos de un lote, ya sea por medio de cuenta interna, reserva de fondos (en la cuenta del contratante) o traslado de los fondos a una cuenta pagadora.

447 Recepción/EmisiónDeberá administrar los fondos del lote recibido según se haya configurado en el convenio de pago (cuenta pagadora, cuenta interna o reserva en la cuenta del contratante).

448 Recepción/Emisión

Deberá instruir a cuentas corrientes y cuentas de ahorro para procesar los débitos y créditos masivos correspondientes a convenios de cobro/pago, por ejemplo para el procesamiento de planillas, suscripción cobro/pago automático y pagos a proveedores. Adicionalmente esta funcionalidad puede trasladar a esos módulos información adicional que deberá mostrarse en los estados de cuenta y consultas de movimiento de acuerdo a los términos pactados en el convenio.

449 AdministraciónPermitirá identificar el estado de cada pago/cobro dentro de un lote. Por ejemplo: pendiente, pagado/cobrado. Los diferentes estados serán definidos de acuerdo a las necesidades de cada convenio.

450 Administración Deberá ofrecer la posibilidad de manejar reversos y extornos para las transacciones que el Banco defina, aplicando para ello los controles y niveles de autorización establecidos.

Página 359 de 409


451 ImplementaciónPermitirá configurar la forma en que el Banco administrará los fondos para realizar los cobros de un lote, ya sea por medio de cuenta interna o mediante el traslado de fondos a la cuenta de contratante, ya sea por lote o por periodo (diario, semanal o mensual).

452 Implementación Habilitará la posibilidad de restringir el procesamiento de los cobros/pagos de un convenio a un conjunto específico de agencias.

453 Implementación

Deberá proveer un esquema para cobro de comisiones que permita manejar al menos:- Monto fijo por transacción o por lote. - Porcentaje sobre monto de la transacción o del lote. - Montos mínimos por transacción (diario, semanal, quincenal o mensual). - Montos máximos por transacción (diario, semanal, quincenal o mensual). - Por volumen (de transacciones o de monto recaudado/pagado). - Manejo de excepciones por cliente, segmento, sector económico, agencia, región.

- Mixto (cualquier combinación de las anteriores). La solución incluirá los procesos automáticos (batch / on line) que se requiera para que los esquemas antes mencionados funcionen con las características de rendimiento y eficiencia requeridas por el Banco. De igual forma dichos procesos deberán dejar los rastros de auditoría pertinentes. Los esquemas de comisiones deben estar en capacidad de apoyar la implementación de campañas para promoción de servicio, por ejemplo mediante la excepción/reducción de comisiones por aumento en la cantidad de transacciones realizadas.

454 Administración Permitirá la parametrización del cobro de comisiones mínimas por bajo volumen para los convenios de Ventanilla MYPE.

455 Pago/Cobro Deberá estar en capacidad de identificar claramente el convenio y tipo de pago/cobro recibido.

456 Pago/CobroDeberá estar en capacidad de manejar reversos y extornos (incluyendo los movimientos respectivos en las interfaces), los cuales estarán sujetos a los esquemas de autorización que definan el Banco y el contratante.

457 Administración

Suministrará las facilidades necesarias para efectuar las labores control e investigación de inconsistencias tanto a nivel de oficina, convenio, o cliente. Este tipo de transacciones debe alimentar las estadísticas que permitan efectuar control de calidad para detectar y documentar las oportunidades de mejora.

458 ReportesSuministrará herramientas para la generación de reportes e informes que sean de fácil mantenimiento para usuarios finales (con poco o ningún apoyo del área de tecnología).

Página 360 de 409


459 Reportes Podrá configurar la emisión de los reportes en medios físicos y/o magnéticos, según frecuencia y detalle requeridos en cada convenio.

460 Reportes Habilitará la emisión de informes por lote y convenio mostrando el estado de cada pago.

461 ReportesHabilitará la emisión de informes consolidados por convenio, teniendo en cuenta que algunos convenios se asocian a más de una cuenta corriente. El Banco requiere que estos reportes consolidados faciliten ese análisis.

462 Integración Permitirá la interfaz con sistemas de mensajería (SMS, correo electrónico) para el intercambio automático de información con el usuario y/o el contratante.

463 Administración Ofrecerá un esquema de pistas de auditoría que permita investigar las transacciones realizadas (oficina, usuario, hora, fecha).

464 AdministraciónDeberá ofrecer facilidades para la investigación y resolución de las diferencias que se generen en la gestión de los convenios (tanto con el contratante como con el usuario pagador).

465 Pago/Cobro Deberá ofrecer facilidades para la cobranza masiva de pólizas de seguros.

466 Pago/Cobro

La solución deberá permitir recibir pagos por concepto de seguros, los cuales deben estar asociados a clientes del Banco. La solución ofrecerá los mecanismos necesarios para el control y seguimiento de las comisiones por cobrar por estos conceptos, de acuerdo con la frecuencia establecida en el convenio (actualmente es mensual). Esta funcionalidad debe integrarse con los sistemas de las compañías de seguros, de acuerdo con los mecanismos establecidos por cada compañía.

N°REQUERIMIENTOS FUNCIONALES MODULO DE PAGOS Y COBROS

- COBRANZA POR ENCARGO NAT

IVO

SE D

ESAR

ROLL

ARÁ

SE IN

TEGR

ARÁ

DE

UN

TER

CERO


467 Implementación

Permitirá definir diferentes tipos de documento para los convenios de cobranza por encargo, los cuales se asociarán a las respectivas operaciones de cobranza que el Banco reciba del contratante.Mediante dichos tipos de documento el Banco definirá los requisitos y procedimientos que se deberá cumplir en la gestión de su cobro.

468 Administración Habilitará mecanismos para el control, distribución y seguimiento de los documentos recibidos para trámite de cobro por encargo (manejo de estatus).

Página 361 de 409


469 Administración Ofrecerá facilidades para control y seguimiento de los documentos no cobrados.

470 Administración Ofrecerá mecanismos para control de Protesto que generarán los notarios al vencimiento del plazo de los documentos por cobrar.

471 Administración Ofrecerá mecanismos para el control de los documentos devueltos a la entidad contratante, ya sea con o sin Protesto.

472 Pago/Cobro Deberá proveer las facilidades necesarias para recibir pagos completos contra documentos recibidos para cobranza por encargo.

473 Pago/Cobro Deberá ofrecer facilidades para la recepción de abonos parciales contra los documentos recibidos para cobranza por encargo, cuando el convenio así lo permita (renovaciones).

474 Pago/Cobro Deberá ofrecer facilidades para inhabilitar la recepción de abonos parciales, cuando el convenio así lo establezca.

475 AdministraciónPermitirá parametrizar la generación de archivos de respuesta (en diferentes formatos), para la devolución de los documentos no cobrados (sea con o sin Protesto).


- GIROS BANCARIOS NAT

IVO

SE D

ESAR

ROLL

ARÁ

SE IN

TEGR

ARÁ

DE

UN

TER

CERO


476Administración y Mantenimiento del Producto

Permitirá la emisión individual o masiva (mediante recepción de archivos magnéticos) de giros bancarios en diferentes monedas. La emisión masiva deberá contar con facilidades que permitan configurar el formato de los archivos, restricciones por convenio (por ejemplo monto máximo por transacción, por lote o por beneficiario).


Habilitará el establecimiento de restricciones para el pago de giros bancarios de acuerdo con las instrucciones del ordenante. Entre estas restricciones podemos citar: con oficina específica de pago(o grupo de oficinas), beneficiario específico, beneficiario alterno o beneficiario mancomunado.

Página 362 de 409



Permitirá la configuración de diferentes formas de recepción de fondos para los giros bancarios de acuerdo a las especificaciones que establezca el Banco, por ejemplo:- Efectivo. - Cheque propio (mismo banco). - Cheque local (otro banco del país). - Cargo en cuenta (corriente/ahorro). - Tarjeta de crédito. La solución debe estar en capacidad de establecer restricciones de pago ligadas a la forma en que se reciben los fondos, por ejemplo para el caso de cheques locales, debe estar sujeto al cobro exitoso del cheque en el Banco respectivo. De igual forma podrán configurarse restricciones por rangos de tiempo o plazas, según la forma de recepción de fondos (T+”n”).

479 Proceso Operativo Permitirá el pago de giros bancarios validando las restricciones asignadas en la emisión del mismo.

480 Proceso OperativoHabilitará la posibilidad de cambiar la oficina de pago de un giro bancario a solicitud del ordenante, siendo configurable la aplicación o no de comisión por este concepto.


- RECAUDACIÓN DE IMPUESTOS, TASAS Y CONTRIBUCIONES NAT

IVO

SE D

ESAR

ROLL

ARÁ

SE IN

TEGR

ARÁ

DE

UN

TER

CERO


481 Implementación Permitirá configurar diferentes convenios para recaudación de impuestos, tasas y contribuciones.

482 Administración Deberá ofrecer facilidades para la consolidación y cuadre de los fondos recaudados por diferentes canales.

483 Administración Ofrecerá facilidades para la asociación de cuentas de ingreso y los respectivos convenios.

484 Administración Deberá emitir el documento de pago según lo establecido por el Banco. El contenido de cada recibo debe ser configurable de acuerdo con las necesidades del contratante.

485 AdministraciónPermitirá la interconexión con el Sistema de Liquidación Bruta en Tiempo Real (transferencias interbancarias), para confirmar la recepción de los fondos correspondientes a la recaudación de impuestos recibida en los bancos comerciales.

Página 363 de 409


486 Administración Deberá ofrecer herramientas para la administración (recepción y seguimiento) de las declaraciones (físicas y electrónicas), asociadas a cada convenio.

487 Administración Deberá ofrecer facilidades para el control y seguimiento de los fondos recaudados en los bancos comerciales.

488 Administración Permitirá la interconexión con los sistemas de cobro de impuestos y contribuciones SUNAT.

489 Administración Permitirá la interconexión con los sistemas de cobro de impuestos aduaneros (SUNAT).

490 Administración Permitirá la interconexión con los sistemas de cobro de tasas y contribuciones de las entidades públicas (por ejemplo: Poder Judicial, PNP, DIGEMIN, RENIEC, entre otros).


- DESEMBOLSOS/PAGOS POR ENCARGO NAT

IVO

SE D

ESAR

ROLL

ARÁ

SE IN

TEGR

ARÁ

DE

UN

TER

CERO


491 Implementación

Habilitará facilidades para configurar la información que deberá suministrar el beneficiario de un convenio de pago/desembolso para poder recibir los fondos.Dicha información deberá poder clasificarse como opcional o requerida. Esta característica debe ser fácilmente identificable para la persona que realiza el pago, de tal forma que se cumpla con los términos establecidos en el convenio.

492 Devolución

Permitirá parametrizar el reintegro automático de fondos para los convenios cuyos pagos no hayan sido cobrados en los plazos establecidos.La solución debe manejar en forma automática el cambio en los estados de los lotes y sus respectivos pagos. Adicionalmente deberá integrarse con cuenta corriente/ahorro, para la generación del crédito o levantamiento del bloqueo según corresponda. Las transacciones generadas en este proceso crearán los rastros de auditorías suficientes para realizar cualquier investigación posterior.

N° REQUERIMIENTOS FUNCIONALES DEL PROCESO DE CANJE ELECTRÓNICO

NAT

IVO

SE D

ESAR

ROLL

ARÁ

SE IN

TEGR

ARÁ

DE

UN

TER

CERO


Página 364 de 409


493 Generales

Permitirá el servicio de procesamiento de cheques de canje enviado (cheques de instituciones financieras) y de canje recibido (cheques del Banco de la Nación recibidos por las instituciones financieras), a través de la Cámara de Compensación Electrónica (CCE).

494 Generales

El proceso de canje y compensación deberá permitir el soporte operativo necesario para el procesamiento de cheques de otras instituciones financieras, y de cheques de cuentas corrientes, cheques de gerencia, cheques certificados, entre otros, en moneda nacional y extranjera de la Institución.

495 Generales

Permitirá mantener información de los cheques para el canje y compensación relativa a los siguientes aspectos:- Número de cheque. - Código de entidad financiera. - Plaza de la cuenta corriente. - Número de la cuenta corriente. - Titular de la cuenta. - Moneda. - Importe. - Plaza Compensable.

496 Generales

Dará soporte automatizado al proceso de canje y compensación de cheques pertenecientes a cuentas en moneda nacional y en moneda extranjera, ajustándolo a las normas y regulaciones establecidas por la Cámara de Compensación Electrónica (CCE) y la Asociación de Bancos del Perú (ASBANC).

497 Generales Deberá permitir crear la tabla de entidades financieras con las que el Banco de la Nación realiza la compensación de cheques por plazas compensables.

498 Generales

Facilitará el registro y captura de cheques según elección, al momento de realizar la transacción financiera en ventanillas del Banco, o en un proceso particular en otro momento, proporcionando las facilidades de integrar los dispositivos y software especializado que se ofrecen en el mercado para este fin.

499 Generales

Permitirá crear diferentes plazos para la disponibilidad de fondos en las cuentas de los clientes, discriminándolos por Plaza Compensable o por institución financiera, en donde una vez cumplido el plazo establecido y de acuerdo al calendario de feriados nacionales y regionales (Calendario de Feriados del Canje Electrónico) los fondos serán acreditados en forma automática a las cuentas de los clientes, ofreciendo no obstante la posibilidad de anulación al producirse rechazos en los cheques.

Página 365 de 409


500 Generales Incluirá la opción de ingreso descentralizado de los cheques y su información en las diferentes oficinas del Banco de la Nación.

501 Generales

Permitirá definir la forma de envío de los cheques para su compensación, sea en una determinada plaza compensable (canje de provincias) o a través del centro de intercambio físico de cheques de la Cámara de Compensación Electrónica (CCE) (canje en Lima).

502 Generales

Incluirá la opción de crear los conceptos o motivos por los cuales se rechazan los cheques enviados o recibidos en el canje y compensación:

- Falta de fondos.- Falta de firma(s).- Firma(s) no conforme(s).- Cheque mal girado.- Cheque enmendado.- Cheque revocado.- Cuenta cancelada.- Cheque fecha caduca.- Cheque falsificado.- Cuenta bloqueada.- Falta endoso.- Moneda incorrecta o no conforme.- Código de banco incorrecto.- Día no laborable.- Físico no enviado.- Importe errado (por rechazos de saldos a favor errados).- Importe electrónico mayor al físico.- Importe electrónico menor al físico.- Reversión de compensación global (RCG).- Número de cheque incorrecto.- Código de oficina incorrecto.- Código o número de cuenta incorrecto.

Página 366 de 409


- Fecha de vigencia no válida (cheque diferido).- Monto garantizado errado (cheque garantizado).- Cheque no corresponde a entidad girada.- Oficina (plaza) presentadora no en canje nacional.- Oficina (plaza) ya está incorporada al canje nacional.- Cheque con pago suspendido.- Según instrucciones del depositante.- Entre otros.

503 Generales

Permitirá crear comisiones diferenciadas a cobrar al cliente por el proceso de canje y compensación en función de los tipos de cheques:- Cheques de otras instituciones financieras recibidos en localidades sin representación del banco girado. - Cheques de otras plazas. - Cheques rechazados.

504 GeneralesPermitirá crear las comisiones que cobra el Banco de la Nación a las entidades financieras y viceversa por el proceso de canje y compensación, como son la comisión de no representación, comisión inter-plaza, entre otros.

505 Generales Manejará una opción parametrizable para definir y gestionar cargos fijos y cargos porcentuales por el importe del cheque, en el proceso de canje y compensación.

506 GeneralesPermitirá crear cargos que se debe aplicar debido al rechazo de cheques del Banco en el proceso de canje y compensación de entrada, y debido al rechazo de cheques de las otras instituciones financieras en el proceso de canje y compensación de salida.

507 Generales Permitirá crear, modificar o eliminar Plazas Compensables de Canje y/o Plazas Presentadoras (Lima y Provincias).

508 Generales

Permitirá aplicar el procedimiento de Reversión de la Compensación Global (RCG), para el re-cálculo de las Posiciones Bilaterales y Multilaterales Netas que se realiza luego de excluir a una o más entidades financieras imposibilitadas de cubrir sus saldos deudores resultantes de la Compensación Global.

Página 367 de 409


509

Canje y compensación saliente / Canje de Presentados y Rechazados

Incluirá el manejo de las siguientes sesiones de cheques para el canje y compensación saliente, según los horarios establecidos de operación diaria:- Cheques presentados, que se envía a la CCE. - Cheques rechazados, que se recibe de la CCE. - Saldos previos y saldos definitivos, resultado de la compensación (bilaterales y multilateral).

510Canje y compensación saliente / Registro de cheques

Deberá implementar el proceso operativo para el canje y compensación saliente en base a las siguientes consideraciones: - Deberá permitir el registro y captura de cheques de otras entidades financieras con información de número de cheque, código de entidad, plaza, número de cuenta corriente, importe y moneda. - Permitirá realizar la consolidación y clasificación de cheques por institución financiera en cada una de las plazas que realizan el proceso de canje electrónico en el ámbito nacional. - Establecerá la fecha de presentación y liquidación de las operaciones de acuerdo al Calendario de Feriados del Canje Electrónico (Lima y Provincias).

511Canje y compensación saliente / Envío de archivos electrónicos

Generará y controlará el envío de archivos electrónicos a la CCE con información de los cheques de otras instituciones financieras registradas en el proceso diario de cámara, información debidamente desagregada por plaza compensable (Lima y Provincias).

512Canje y compensación saliente / Recepción de archivos electrónicos

Habilitará la recepción de archivos electrónicos de la CCE con la información de los cheques rechazados por las otras instituciones financieras.

513Canje y compensación saliente / Recepción de cheques rechazados

Proporcionará soporte automatizado al proceso de recepción física, control y procesamiento de los cheques rechazados por las otras instituciones financieras.

514Canje y compensación saliente / Anulación de operaciones

Permitirá realizar la anulación de las operaciones por los rechazos en cheques que se recibe de las otras instituciones financieras.

515

Canje y compensación entrante / Canje de Presentados y Rechazados

Soportará el manejo de las siguientes sesiones de cheques para el canje y compensación entrante, según los horarios establecidos de operación diaria:- Cheques presentados, que se recibe de la CCE. - Cheques rechazados, que se envía a la CCE. - Saldos previos y saldos definitivos, resultado de la compensación (bilaterales y multilateral).

Página 368 de 409


516

Canje y compensación entrante / Proceso de archivos electrónicos recibidos

Dará soporte automatizado al proceso operativo para el canje y compensación entrante de los archivos electrónicos recibidos para su cobro, tomando en cuenta las siguientes consideraciones:- Permitirá la recepción de archivos electrónicos con el detalle de información de los cheques del Banco. - Deberá realizar la validación y consistencia de información, de los archivos electrónicos necesarios para el procesamiento automatizado de los cheques del Banco.

- Permitirá el procesamiento automatizado de los cheques del Banco con la información recibida de la CCE. - Permitirá realizar el match entre los cheques físicos Vs. los cheques que constan en el archivo electrónico recibido.

517

Canje y compensación entrante / Control de calidad de cheques y Rechazos

Facilitará herramientas y opciones para ejecutar el proceso de control de calidad de cheques del Banco:- Cheque en buen estado. - Datos legibles de números. - Datos legibles de letras. - Enmendaduras. - Conformidad de valores entre números y letras. - Firmas del cheque. - Endoso del cheque por el banco presentador. - Fecha de giro. - Titular de la cuenta. - Entre otros. Permitirá realizar el rechazo manual de cheques por no cumplimiento del control de calidad del cheque.

518Canje y compensación entrante / Aplicación de cheques y Rechazos

Permitirá la ejecución del proceso de aplicación de cheques, con cargo a las cuentas corrientes correspondientes a los cheques procesados, en donde se realizará la siguiente comprobación:- Suficiencia de fondos. - Autorizaciones de cheques. - Datos e información correcta. - Entre otros. Deberá realizar el rechazo automático de cheques que no pasan el proceso comprobatorio.

Página 369 de 409


519

Canje y compensación entrante / Envío de archivos electrónicos de rechazados

Permitirá el envío de archivos electrónicos a la CCE, con información de cheques del Banco rechazados, producto del proceso diario de cámara.

520 Gestión de documentos

Incluirá un sistema de gestión de documentos, que permita escanear y capturar las imágenes de los cheques, mediante los dispositivos a cargo de la captura y validación en lotes de los cheques recibidos en el canje. Estas imágenes deberán almacenarse en un expediente digital asociado a la cuenta y con capacidad de acceder y desplegar las imágenes cuando se requiera dentro de las opciones de ejecución de diferentes tipos de consulta realizados desde los canales autorizados.

521 Reportes y ConsultasDeberá permitir consultas con información de cheques, desagregados por plaza compensable de canje, banco presentador, tipo de cheque, cuenta corriente, cheques aprobados, cheques rechazados, motivo del rechazo.

522 Integración Deberá permitir la integración con lectoras de cheques para la lectura de información de los cheques.

523 Integración Deberá permitir la integración con los productos y servicios del Banco para los abonos y cargos por el resultado del proceso de canje y compensación de cheques.

N° REQUERIMIENTOS FUNCIONALES PROCESO DE MANEJO DE EFECTIVO Y BÓVEDAS

NAT

IVO

SE D

ESAR

ROLL

ARÁ

SE IN

TEGR

ARÁ

DE

UN

TER

CERO


524 ImplementaciónOfrecerá facilidades para categorización de agencias o localidades según su ubicación geográfica, con el objetivo de facilitar la definición de rutas para el abastecimiento y retiro de fondos y/o atención de programas sociales.

525 Implementación

Integrará facilidades para el registro y control de los portavalores de las transportadoras de valores (datos generales), así como de sus unidades de transporte, de forma tal que el (las) área(s) encargada(s) pueda(n) validar la información del personal responsable de la entrega de remesas.

526 Implementación

Deberá ofrecer facilidades para el registro y control de los datos generales de los contratos con las empresas transportadoras, específicamente se debe tener una fuente de fácil acceso para el mantenimiento de servicios (actualización de tarifarios) y costos específicos.

Página 370 de 409



Ofrecerá facilidades para la parametrización de diferentes fuentes de efectivo para el abastecimiento de las agencias (BCRP, otras agencias, convenios con otros bancos, transportadora de valores). Esta información debe ser de acceso restringido de acuerdo con los perfiles que defina el Banco.


Ofrecerá facilidades para la parametrización de límites de efectivo y/o valores por tipo de agencia, bóveda y caja, de acuerdo a las pólizas contratadas por el Banco considerando la cobertura de cada oficina, y también de acuerdo con las políticas del Banco. La solución deberá estar en capacidad de manejar alertas que permitan a las áreas responsables tomar las medidas adecuadas en los tiempos requeridos para reducir el riesgo operativo para el Banco.


Deberá ofrecer facilidades que permitan el registro y control de valores que se mantienen en calidad de custodia, que se reciben de los clientes bajo el esquema de contratos de custodia de valores. Es importante hacer notar que el Banco mantiene un convenio con la SBS para efectuar la custodia de los valores antes mencionados, producto de incautaciones realizadas al amparo de la Ley de Lavado de Activos, por el cual también devenga comisiones. Deberá permitir la administración de comisiones diferenciadas para la custodia de valores, según se convenga con los clientes.

530 Implementación Deberá reportar los saldos en custodia a los procesos de posición única del cliente para efectos de certificación o levantamiento de secreto bancario.

531 Abastecimiento de Fondos

Permitirá la administración de remesas, controlando la generación de órdenes para abastecimiento y retiro de fondos, así como su registro y control de la recepción, identificando la empresa transportadora que realizará el servicio las cuales deberán estar sujetas al esquema de autorización que defina el Banco. Esta funcionalidad debe habilitar mecanismos de trazabilidad para que el área encargada pueda dar seguimiento a las solicitudes registradas por las agencias. Deberá ofrecer facilidades para el pronóstico de requerimientos de efectivo, con base en modelos predictivos.

532 Abastecimiento de Fondos

Deberá ofrecer funcionalidades para control y gestión de solicitudes de transporte de valores, incluyendo consultas por estado, modificaciones o anulaciones. La solución también debe contemplar el manejo de otros activos no monetarios que se custodian en bóveda (claves, llaves de agencia, medios magnéticos de almacenamiento, plásticos de tarjetas), facilitando consultas y reportes de dichos activos de acuerdo con las necesidades del Banco.

Página 371 de 409


533 Validación de Servicios de ETV´s

Deberá permitir la validación de servicios de las Empresas Transportadoras de Valores (ETV’s) por Canales de Atención y por tipos de servicio.

534 Retiro de FondosOfrecerá funcionalidades para el manejo de esquemas de autorización mancomunada de las órdenes de retiro, dejando abierta la posibilidad que dicha operativa se aplique a otros servicios.

535 Retiro de Fondos

Generará órdenes para retiro de fondos por exceso de liquidez. Estas órdenes pueden ser generadas por el administrador de la agencia o en su defecto se podrá configurar que las mismas se generen de forma automática de acuerdo con los parámetros que el Banco defina. Las órdenes de retiro deberán incluir mecanismos que permitan realizar el control de calidad del efectivo que se está entregando, de tal forma que se pueda identificar cuáles de esos fondos deben trasladarse al BCRP (para su respectiva destrucción), al mismo tiempo que el Banco pueda controlar sus saldos utilizables.

536 Traslado de Fondos por orden de Clientes

Generará órdenes para traslado de fondos y valores por solicitud del cliente (amparadas en convenios especiales previamente establecidos con los clientes).

537 Distribución de Fondos de Bóveda

Ofrecerá facilidades para el registro y control de saldos en custodia, por compañía de valores y por el BCRP. La solución también deberá ofrecer consultas y estadísticas que sirvan de base para la proyección de flujos y la toma de decisiones.

538 ImplementaciónSuministrará herramientas para la generación de reportes e informes que sean de fácil mantenimiento para usuarios finales (con poco o ningún apoyo del área de tecnología).

539 Implementación

Deberá ofrecer un robusto esquema de pistas de auditoría que permita dar seguimiento a las operaciones realizadas por usuario, oficina, fecha, hora y tipo de transacción, incluyendo los participantes en los procesos de autorización.A nivel de procesos el Banco de Nación realiza la programación, distribución y aprobación. El transporte de efectivo se realiza a través de trasportadoras de caudales.

El Banco de la Nación cuenta con un aplicativo desarrollado In House (FISA), sistema desarrollado en el mainframe que permite la distribución de fondos.

N° REQUERIMIENTOS FUNCIONALES PROCESO DE EMBARGOS

NAT

IVO

SE D

ESAR

ROLL

ARÁ

SE IN

TEGR

ARÁ

DE

UN

TER

CERO


Página 372 de 409


540 Gestión Administrativa Ofrecerá la posibilidad de configurar esquemas de autorización de acuerdo a los niveles que defina el Banco.

541 Gestión Administrativa

Ofrecerá la posibilidad de configurar diferentes formatos de respuesta mediante el uso de plantillas. Dichos formatos varían de acuerdo con las diferentes situaciones o etapas que se presentan en la recepción y procesamiento de las órdenes de embargo. Este esquema de plantillas debe ser lo suficientemente flexible para que el área encargada, pueda realizar los ajustes que considere pertinentes de acuerdo a los cambios en los procedimientos internos, normas o cualquier otro factor.


Ofrecerá facilidades para el registro y mantenimiento de la información de las autoridades competentes relacionadas con las órdenes de embargo. Adicional a los datos generales de dichas personas la solución debe ofrecer facilidades para el registro y mantenimiento de firmas, este proceso debe estar sujeto a controles de seguridad que garanticen la disponibilidad, exactitud y confiabilidad de las mismas.

543 Gestión AdministrativaDeberá ofrecer facilidades para el control y seguimiento de los documentos generados en el proceso (fecha de envío, expediente relacionado, estado actual del documento, estado del expediente).

544 Orden de Embargo

Ofrecerá facilidades para recepción y registro de resoluciones u oficios de embargo, ya sea por medios físicos o electrónicos, incluyendo las actas generadas con base en las "Tomas de Dicho". La solución deberá identificar en forma única cada orden procesada, de tal forma que posteriormente se facilite el proceso de levantamiento, ampliación y/o reducción sobre los valores embargados.


Suministrará facilidades para digitalización de los documentos recibidos y emitidos, de tal forma que puedan ser accedidos de forma ágil en cualquier momento del proceso. Esta funcionalidad debe garantizar óptimas condiciones en el manejo de recursos de almacenamiento y tiempo de respuesta en el mediano y largo plazo.

546 Cumplimiento

Deberá emitir los diferentes documentos de respuesta que el proceso requiera entre los que podemos citar:- No es cliente del Banco - Cliente con embargos precedentes. - Saldos del cliente. - Solicitud de datos adicionales. - Respuesta negativa (cliente sin operaciones). - Notificación al embargado.

Página 373 de 409


547 Cumplimiento

Ofrecerá facilidades para el registro y control (flujo de trabajo) de las diferentes etapas por las que puede pasar un embargo, entre otras podemos citar:- Retención de fondos. - Vigilancia de cuentas (aplica en caso de retención parcialmente cumplida). - Ampliación o reducción del embargo. - Entrega de los fondos. También deberá ofrecer facilidades para controlar el cumplimiento de los plazos establecidos en el mandato.

548 Cumplimiento

Ofrecerá facilidades que permitan dar vigilancia a las operaciones embargadas, para retener los fondos que ingresan posterior a la fecha de aplicación del embargo en forma automática, contra el registro de cualquier abono en las respectivas cuentas. Esta funcionalidad debe considerar los tipos de cuenta y tipos de créditos que recibe la misma (abonos remunerativos, no remunerativos, particulares), a fin de no afectar fondos intangibles (inembargables). Por ejemplo en las cuentas de ahorro, el marco legal establece que sólo es embargable la tercera parte del exceso de 5 URP’s (Unidad de Referencia Procesal), por lo tanto la solución debe estar en capacidad de manejar este tipo de cálculos de una forma parametrizable para poder atender los cambios que ocurran en el tiempo.

549 Cumplimiento

Ofrecerá facilidades para registrar y ejecutar el orden de prelación sobre los montos retenidos (precedencia con que se entregarán los fondos en caso de existir varios embargos sobre una misma cuenta), incluyendo las obligaciones (préstamos) que el cliente pueda tener con el Banco.

550 Abono del monto

Deberá ofrecer facilidades para debitar los fondos que posea el(los) obligado(s) para su respectivo traslado hacia cuentas transitorias o su entrega a la autoridad competente. La solución debe cubrir esta funcionalidad en una sola transacción de tal forma que el funcionario pueda "Marcar" las operaciones que serán afectadas. Posteriormente al confirmar esta transacción, la solución realiza los respectivos movimientos en los módulos asociados a las operaciones previamente marcadas, generando los movimientos contables correspondientes. En lo que refiere a depósitos judiciales, esta transacción mostrará las operaciones en que el obligado aparece como demandante o demandado, claramente diferenciados los unos de los otros, para que el usuario pueda analizar fácilmente cuáles debe incluir en el embargo y cuáles no.

Página 374 de 409


551 Abono del monto

Deberá estar en capacidad de girar los fondos retenidos por medio de las diferentes formas de pago que el Banco disponga, siempre con apego a las indicaciones que la resolución u oficio establezca. En este último aspecto la solución debe ofrecer al usuario una forma ágil de verificar dichas indicaciones, por ejemplo brindando acceso al documento digitalizado.

552 Gestión AdministrativaSuministrará herramientas para la generación de reportes e informes que sean de fácil mantenimiento para usuarios finales (con poco o ningún apoyo del área de tecnología).

553 Gestión AdministrativaSuministrará facilidades necesarias para emitir los informes de embargo, utilizando las plantillas que el Banco requiera.


Suministrará facilidades necesarias para la confección de los anexos al Balance. Los anexos del Balance son documentos que se emiten con una periodicidad mensual y reflejan en forma detallada y clara las operaciones que conforman sus saldos contables y las características que deben de tener son:- Encabezamiento (descripción, anexo del Balance, fecha, área que lo elabora Departamento, División, Sección, fecha de presentación, moneda en que se expresará).

- Detalle en forma resumida (descripción de lo que se está contabilizando, incluyendo fecha y si es en moneda extranjera multiplicarlo por el tipo de cambio del mes regulado por la SBS).

555 Verificación Deberá integrarse con todos los módulos del Core Bancario para extraer el resumen de operaciones activas e inactivas que posea el obligado, sujeto de embargo.

556 Verificación

Deberá integrarse con todos los módulos del Core Bancario para retener las sumas embargadas o a embargarse, sobre los saldos de las cuentas del obligado. Así mismo habilitará interfaces con los módulos legados que posea el Banco para retener cualquier otro tipo de fondos o valores de acuerdo con lo que establezca el mandato de embargo.


Deberá integrarse con el sistema de la SUNAT para la recepción de órdenes electrónicas y para los procesos de conciliación con dicha entidad. También deberá estar en capacidad de entregar los fondos por medio de esta interfaz. La solución permitirá que en el mediano plazo esta integración pueda incluir otros entes.

558 Gestión AdministrativaDeberá ofrecer un robusto esquema de pistas de auditoría que permita dar seguimiento a las operaciones realizadas por usuario, oficina, fecha, hora y tipo de transacción.

Página 375 de 409


N° REQUERIMIENTOS FUNCIONALES PROCESO DE LEVANTAMIENTO DE SECRETO BANCARIO

NAT

IVO

SE D

ESAR

ROLL

ARÁ

SE IN

TEGR

ARÁ

DE

UN

TER

CERO


559 Gestión AdministrativaOfrecerá la posibilidad de configurar esquemas de autorización de acuerdo a los niveles que defina el Banco. Los datos bancarios de los clientes que se encuentran en el sistema, son confidenciales y solo los usuarios autorizados tienen acceso a ellos.


Ofrecerá la posibilidad de configurar diferentes formatos de respuesta mediante el uso de plantillas. Dichos formatos varían de acuerdo con las diferentes situaciones o etapas que se presentan en la recepción y procesamiento de los levantamientos del secreto bancario. Este esquema de plantillas debe ser lo suficientemente flexible para que el área encargada, pueda realizar los ajustes que considere pertinentes de acuerdo a los cambios en los procedimientos internos, normas o cualquier otro factor.


Ofrecerá facilidades para el registro y mantenimiento de la información de las autoridades competentes para el levantamiento del secreto bancario. Adicional a los datos generales de dichas personas la solución debe ofrecer facilidades para el registro y mantenimiento de firmas. Este proceso debe estar sujeto a controles de seguridad que garanticen la disponibilidad, exactitud y confiabilidad de las mismas.

562 Gestión AdministrativaDeberá ofrecer facilidades para el control y seguimiento de los documentos generados en el proceso (fecha de envío, expediente relacionado, estado actual del documento, estado del expediente).


Suministrará facilidades para digitalización de los documentos recibidos y emitidos, de tal forma que puedan ser accedidos de forma ágil en cualquier momento del proceso. Esta funcionalidad debe garantizar óptimas condiciones en el manejo de recursos de almacenamiento y consulta en el mediano y largo plazo.

564 Notificación / Repuesta

Deberá emitir los diferentes documentos de respuesta que el proceso requiera entre los que podemos citar: - Saldos del cliente. - Cliente sin productos. - Solicitud de datos adicionales. - Respuesta negativa (cliente sin operaciones).

Página 376 de 409


565 Notificación / RepuestaOfrecerá facilidades para dejar sin efecto la orden de levantamiento del secreto bancario, previa validación de cumplimiento de los respectivos requisitos y en apego al esquema de autorización que el Banco defina.

566Solicitud de levantamiento de secreto bancario

Deberá ofrecer facilidades para el registro y control las solicitudes de levantamiento que el Banco reciba. Esta funcionalidad debe incluir el manejo del estado de la orden de levantamiento de secreto bancario, de tal forma que el área encargada pueda dar seguimiento a dichos procesos, especialmente para controlar el cumplimiento de los plazos establecidos en el mandato. También ofrecerá las facilidades necesarias para realizar la verificación de firmas autorizadas.

567 Gestión AdministrativaSuministrará herramientas para la generación de reportes e informes que sean de fácil mantenimiento para usuarios finales (con poco o ningún apoyo del área de tecnología).

568 Gestión AdministrativaDeberá integrarse con todos los módulos del Core Bancario para extraer el resumen de operaciones pasivas que posea el investigado.

569 ImplementaciónDeberá ofrecer un robusto esquema de pistas de auditoría que permita dar seguimiento a las operaciones realizadas por usuario, oficina, fecha, hora y tipo de transacción.

N° REQUERIMIENTOS FUNCIONALES DEL PROCESO DE TRANSFERENCIAS INTERBANCARIAS

NAT

IVO

SE D

ESAR

ROLL

ARÁ

SE IN

TEGR

ARÁ

DE

UN

TER

CERO


570 Generales

Permitirá el proceso de órdenes de transferencias interbancarias a través del sistema LBTR en el caso de transferencias interbancarias de fondos de alto valor, y el proceso de órdenes de transferencias interbancarias a través de la Cámara de Compensación Electrónica (CCE) en el caso de transferencias interbancarias de fondos de bajo valor.

571 Generales

Permitirá definir el importe máximo de transferencia de fondos a realizar por la CCE, y el importe mínimo de transferencia de fondos que se permite realizar por el Sistema de Liquidación Bruta en Tiempo Real (LBTR). Los límites establecidos serán validados al momento de realización de las transferencias.

572 Generales Permitirá establecer los límites internos de procesamiento de transferencias interbancarias vía CCE o LBTR, estableciendo las comisiones respectivas de cada sistema de pago.

Página 377 de 409


573 Generales

El proceso operativo de transferencias permitirá realizar las transferencias con afectación en débitos y créditos a las cuentas bancarias según sea el caso. Adicionalmente permitirá realizar transferencias en moneda nacional y en moneda extranjera, permitiendo su ejecución a través de los canales del Banco autorizados.

574 Generales

Permitirá definir la información necesaria para la realización de las transferencias: - Cliente Originante (persona natural o jurídica, con cuenta o sin cuenta). - Cliente Receptor (persona natural o jurídica, con cuenta o sin cuenta). - Número de cuenta origen (incluidos CCI, datos del cliente originante: dirección, documento de identidad, entre otros.) - Lavado de Activos. - Número de cuenta destino (CCI u otro instrumento, dependiendo del tipo de transferencia: ordinaria, pagos de tarjetas de crédito de otros bancos, pago de CTS, órdenes de pago, pago a proveedores, entre otros). - Entidad participante receptora. - Concepto de la transferencia.

575 GeneralesDeberá permitir crear la tabla de entidades financieras habilitadas para recibir transferencias interbancarias, dependiendo del sistema de pagos que se utilice (CCE o LBTR).

576 Generales Deberá permitir manejar el código de cuenta interbancario CCI para la realización de transferencias entre cuentas de los diferentes bancos.

577 GeneralesPermitirá definir diferentes conceptos para la realización de las transferencias, como por ejemplo transferencias por pago de proveedores, pago de haberes, pago de CTS, pago de tarjetas de crédito de otros bancos, órdenes de pago, entre otros.

Página 378 de 409


578 Generales

Deberá permitir crear los diferentes cargos por concepto de transferencias interbancarias tales como comisiones e impuestos, en base a las siguientes consideraciones:- Definir las comisiones que se cobra al cliente por tipo de transferencia. - Definir las comisiones que se cobra a las instituciones financieras bajo parámetros estándar y/o específicos. - Definir las comisiones que cobran las instituciones financieras al Banco de la Nación. - Definir las comisiones internas e interbancarias según rangos de importes, plaza de destino (CCE: Misma Plaza, Otra Plaza o Plaza Exclusiva), entre otros. - Definir diferentes cargos o comisiones dependiendo de si las transferencias son realizadas en moneda nacional o moneda extranjera. - Definir por tipo de cargo, diferentes periodicidades de cobro, como por ejemplo: diaria, mensual, trimestral, semestral, anual, fecha fija, al momento de la realización de la transferencia (Transferencias Programadas o Débito Directo Autorizado). - Permitir el cargo de impuestos cuando el receptor de la transferencia de fondos sea distinto al ordenante de la transferencia (Inafectación del ITF para Transferencias entre cuentas de un mismo titular).

579 GeneralesPermitirá configurar los diferentes horarios establecidos para la realización de transferencias como por ejemplo: hora en el día para recibir las transferencias diarias, hora en el día para enviar las transferencias diarias.

580 Solicitud de transferencia

Permitirá la recepción de solicitudes y cartas orden de transferencia de fondos para su registro y posterior ejecución. Para la recepción de solicitudes se habilitará el soporte multicanal como por ejemplo: ventanillas del Banco, Internet, ATM, entre otros.

581 Recepción de sucursales

Soportará la recepción de las transferencias en forma automática desde las agencias a la oficina principal, para su proceso centralizado.

Página 379 de 409


582 Verificación de condiciones

La solución deberá controlar y realizar la verificación de las siguientes condiciones requeridas para la ejecución de las transferencias:- Verificación de firmas de responsabilidad de las solicitudes y cartas orden (Cliente Originante: Personas Jurídicas). - Verificación de la autorización, en caso de transferencias autorizadas por la DGETP.

- Contar con la respectiva cuenta bancaria. - Código de cuenta interbancario (CCI) de la cuenta bancaria del banco comercial donde se desea efectuar la transferencia de fondos. - Verificación de saldos de las cuentas para la realización del débito / crédito de las transferencias. - Verificación de restricciones vigentes en las cuentas (cuentas vigiladas, bloqueadas, entre otros). - Verificación de los límites de transferencia definidos, posibilitando el envío de la transferencia para su registro y proceso a través de CCE, en caso de transferencias de bajo valor.

583 Autorización de la transferencia

Deberá manejar esquemas de autorización de entes supervisores, discriminados por rangos de transferencia, por concepto o motivo de transferencia, por moneda de la transferencia.

584 Ejecución de transferencia / LBTR

Permitirá la integración con el sistema externo LBTR para la alimentación o descarga de los datos de las transferencias de alto valor, permitiendo el proceso en línea o en lotes, de los débitos (transferencia saliente) y créditos (transferencia entrante) a las cuentas bancarias de los clientes. Adicionalmente permitirá dejar en suspenso las órdenes de transferencia en caso de insuficiencia de fondos en las cuentas, realizando el reintento de la transacción por “n” veces dentro de un período de tiempo establecido.En el caso de transferencias devueltas, permitirá el envío y recepción de archivos electrónicos del sistema LBTR con el detalle de devoluciones.

Página 380 de 409


585 Ejecución de transferencia / CCE

Permitirá la integración con el sistema externo CCE para la alimentación o descarga de los datos de las transferencias de bajo valor, permitiendo el proceso en línea o en lotes, de los débitos (transferencia saliente) y créditos (transferencia entrante) a las cuentas bancarias de los clientes. Adicionalmente permitirá dejar en suspenso las órdenes de transferencia en caso de insuficiencia de fondos en las cuentas, realizando el reintento de la transacción por “n” veces dentro de un período de tiempo establecido.En el de caso de transferencias devueltas, permitirá el envío y recepción de archivos electrónicos de la CCE con el detalle de devoluciones y efectuará el abono automático a la cuenta de origen.

586 Reportes y ConsultasDeberá permitir la generación de reportes diarios de transferencias enviadas y recibidas con detalles de origen/destino, importe, concepto, estado de la transferencia (pagada, devuelta, en suspenso).

587 Extorno de transferencias

Permitirá realizar extornos, es decir la anulación de las transferencias en casos como equivocación, error, nueva instrucción del cliente, lo cual aplica siempre y cuando la transferencia aún no sea procesada en el sistema LBTR o CCE.

588 Integración Permitirá la Interconexión al sistema interbancario (SIB) del BCRP.

589 Integración

Deberá permitir la interfaz automática con sistemas de clientes institucionales como por ejemplo SUNAT, MEF, entre otros, a efectos de alimentación automática de las órdenes de transferencia, consiguiendo el proceso automático de la transferencia (Pago a Proveedores del Estado, entre otros). Deberá permitir la integración de soluciones de autenticación (tipo firma digital), permitiendo la integración segura con sistemas externos.

Página 381 de 409


REQUERIMIENTOS FUNCIONALES DE PROCESOS DE APOYO

N° REQUERIMIENTOS FUNCIONALES DE ADMINISTRACIÓN CONTABLE

NAT

IVO

SE D

ESAR

ROLL

ARÁ

SE IN

TEGR

ARÁ

DE

UN

TER

CERO


590 Contabilización

Ofrecerá facilidades para parametrizar la generación de la información contable de forma que permita atender requerimientos específicos por producto, oficina, transacción o estado de una operación, ya sea por necesidades propias del negocio, por cambios en la normativa vigente o por requerimientos específicos de los entes reguladores.


Ofrecerá facilidades para asociar obligatoriamente las transacciones de cada producto a su respectivo esquema contable, asimismo todos los registros generados diariamente serán enviados (de acuerdo a esquema de diseño establecido) al archivo de interface estándar de Oracle Financials. Todos los asientos van ser identificados con el número de sintético que define a cada área operativa y Agencia de Lima y Provincias, obteniendo como resultado los asientos de sus transacciones en el módulo de Contabilidad General. Junto con el proceso de carga de asientos contables vía interfaz estándar se ejecutarán las validaciones definidas para la estructura contable, y en general las que se hayan definido para la contabilidad.

592 ContabilizaciónDeberá ofrecer facilidades para la configuración del Calendario a fin de permitir que la generación de movimientos contables y operativos de los días domingos y feriados ingresen con la misma fecha de generada la operatividad.


Ofrecerá mecanismos que faciliten la modificación de la parametrización contable (por ejemplo cuando el regulador solicita reestructuración de la contabilización de algún producto). Esta funcionalidad debe tomar en cuenta que dichos cambios pueden ser masivos, por lo cual la solución debe poder recibir y procesar archivos en diferentes formatos para facilitar la labor operativa del Área de Contabilidad.

Página 382 de 409


594 Contabilización Para la carga de los asientos contables al Oracle Financials (SAI) se requieren archivos TXT.


Ofrecerá facilidades para parametrizar contabilidad detallada y/o resumida por producto, tipo de transacción, oficina, unidad o empresa, según lo requiera el Banco. Esta funcionalidad permitirá cambiar dicha forma de contabilización (detallada a resumida o viceversa) en cualquier momento que la Institución lo requiera.Asimismo, la solución deberá permitir desde la Contabilidad poder acceder en modo Drill Down a las Tablas de Clientes y Servicios efectuados en un determinado día.

596 ContabilizaciónDeberá implementar las funcionalidades necesarias para que el proceso de generación de asientos complete la combinación contable a partir de diversos parámetros como podrían ser el tipo de transacción, oficina, unidad, moneda y tipo de movimiento.

597 Contabilización Permitirá la generación de movimientos contables en forma masiva (batch), por transacción, oficina, unidad y producto.


Permitirá la generación de asientos de ajuste (manuales) para su respectivo traslado al proceso de gestión contable, aplicando los niveles de autorización definidos por el Banco. Este tipo de movimientos deberá cumplir con las mismas validaciones que se realiza en la generación de los asientos automáticos.


Deberá guardar información que permita ligar cada movimiento contable con la(s) operación(es) que la originaron, permitiendo de esta forma realizar cuadres entre la información operativa (reportes y consultas de cada producto) y los saldos contables. Deberá generar los reportes y archivos con los movimientos operativos (diarios y mensuales) por cuenta, de acuerdo a diseños establecidos, y que son remitidos a Contabilidad y Organismos Externos por las Áreas (Anexos de Balance). Para la generación de reportes en Moneda Extranjera se deberá considerar la variación de tipo de cambio diaria para las cuentas Activas, Pasivas, Contingentes y Cuentas de Orden. Ejemplos y detalles serán revisados con el Contratista durante la etapa del Plan de Trabajo, considerando la confidencialidad de la información que se manejará y los procesos de seguridad que debe guardar toda institución bancaria.


Debe permitir el manejo de información histórica, facilitando desde la Base de Datos la generación de archivos TXT para atender las fiscalizaciones de los Organismos Supervisores. La solución debe estar en capacidad de manejar altos volúmenes de información histórica sin que presente problemas de rendimiento en el desempeño de los módulos que tengan integración con el sistema contable.

Página 383 de 409



Deberá integrarse con Oracle Financials para el traslado de los registros contables diarios generados por el Core Bancario, correspondientes a las Cuentas Transitorias y la emisión de los reportes TXT que se requieran. Esta funcionalidad debe quedar habilitada para funcionar en línea o por medio de archivos como contingencia ante situaciones fuera del control de la solución.

N° REQUERIMIENTOS FUNCIONALES DE GESTIÓN INTEGRAL DE RIESGOS

NAT

IVO

SE D

ESAR

ROLL

ARÁ

SE IN

TEGR

ARÁ

DE

UN

TER

CERO


602 GeneralesTodos los Módulos de Negocio de la solución propuesta de Core Bancario deberán generar la información necesaria para alimentar el Data Warehouse que soportará la Gestión Integral de Riesgos.

N° REQUERIMIENTOS FUNCIONALES DE CONTROL Y PREVENCIÓN DE LAVADO DE ACTIVOS

NAT

IVO

SE D

ESAR

ROLL

ARÁ

SE IN

TEGR

ARÁ

DE

UN

TER

CERO


603 Generales

Todos los Módulos de Negocio de la solución propuesta de Core Bancario, deberán generar la información necesaria para alimentar el Data Warehouse que soportará el Control y Prevención del Lavado de Activos y otras aplicaciones especializadas del Banco de la Nación.

604 Generales

La solución de Core Bancario debe prever la ejecución de las acciones en los puntos de atención al cliente, necesarias para el cumplimiento de la regulación vigente en materia de Control y Prevención del Lavado de Activos, como es la generación de los formularios para firma del cliente cuando una transacción específica supere el umbral establecido, o cuando las transacciones múltiples superen los montos establecido por la norma.

Página 384 de 409


N° REQUERIMIENTOS FUNCIONALES PROCESO DE REPORTES REGULATORIOS Y DE CONTROL

NAT

IVO

SE D

ESAR

ROLL

ARÁ

SE IN

TEGR

ARÁ

DE

UN

TER

CERO


605 GeneralesTodos los módulos de negocio de la solución propuesta deben generar la información necesaria para alimentar el Data Warehouse que soportará los Reportes Regulatorios y de Control que se detallan en el punto 17.5.4 de los Términos de Referencia.

606 Generales

En el caso que la solución de Core Bancario tenga responsabilidad en la entrega de la información, dependiendo de la fuente conforme a la descripción del numeral 17.5.4, el Contratista deberá generar la información necesaria para su procesamiento posterior por parte del Banco de la Nación, en el formato y alcance definidos y considerando la relación actualizada de los reportes al inicio del Gap Análisis.

REQUERIMIENTOS NO FUNCIONALES

INSTRUCCIONES PARA EL LLENADO DE LA MATRIZ:

Los requerimientos incluidos en los Términos de Referencia son de cumplimiento obligatorio para considerar la propuesta como válida.- En la columna " N° DE FOLIO (S)", deberá indicar el Número de Folios de la propuesta donde especifique cómo cumple con el requerimiento.

2. Requerimientos del Contratista N° DE FOLIO

(S)1

Presentar una (1) referencia de una instalación de su solución de core bancario propuesta (incluir datos de los directivos de contacto), funcionando en arquitectura mainframe z/Series con sistema operativo z/OS o una (1) referencia de instalación en plataforma abierta (UNIX o LINUX). Las

Página 385 de 409


referencias deben ser de instalaciones en instituciones financieras funcionando en ambientes de producción con una antigüedad no menor a tres (3) meses, computados a partir del acta de aceptación del servicio.

2Contar con representación y personal de soporte local (Lima-Perú), para la atención de los requerimientos de Garantía, Soporte y Mantenimiento indicados en los términos de referencia, la acreditación de este requerimiento es mediante Declaración Jurada y el cumplimiento del mismo lo hará el Ganador de la Buena Pro que firme contrato con el Banco de la Nación.

3. Requerimientos de Lugar y Plazo de Ejecución N° DE FOLIO (S)

3

La implementación del nuevo Core Bancario se llevará a cabo en la ciudad de Lima – Perú, en las oficinas que el Banco de la Nación determine para este fin, los Consultores y Líderes del Proyecto deberán encontrarse presencialmente en las oficinas del proyecto y tener dedicación exclusiva a este trabajo, esto incluye a los Consultores Funcionales de Core Bancario, Consultores en Tecnología de Información, Consultores Técnicos de Implementación (Arquitecto), Consultores Técnicos de Migración e Ingeniero de Implementación.

4 El equipo dedicado a la programación podrá encontrarse presencialmente en las oficinas del proyecto o podrán realizar las tareas de manera remota, salvo el personal que lidere esta actividad.

5

El Plazo de Ejecución de las Prestaciones Principales del Servicio se estima en 51 meses, de acuerdo a lo siguiente:• Implementación de la Solución de Nuevo Core Bancario: A partir del día siguiente de suscrito el contrato y cumplidas las condiciones para el inicio de la prestación del servicio que se indican más adelante, durante 3 años.• Provisión de todas las Licencias requeridas para la Implementación y total puesta en producción de la Solución de Nuevo Core Bancario, que incluye: Licencias del Software del Nuevo Core Bancario y demás licencias que el proveedor considere necesarias para el correcto funcionamiento de la Solución, incluyendo las herramientas de desarrollo. Las licencias de Base de Datos serán provistas por el Banco, éstas corresponden al gestor de base de datos IBM-DB2 V10 bajo sistema operativo z/OS.• Soporte Post-Producción de la Implementación del Nuevo Core Bancario: A partir de la puesta en producción de cada módulo, durante 3 meses. Esto significa que después de cada fase el Contratista debe brindar Soporte Post-Producción por tres (3) meses, del alcance de la solución de Core Bancario implementado en dicha fase.• Garantía de la Solución de Nuevo Core Bancario: A partir de terminado el Soporte Post-Producción de cada módulo implementado y hasta doce (12) meses posteriores al término del Soporte Post-Producción del último módulo de la Solución Nuevo Core Bancario.

Página 386 de 409


6

El Plazo de Ejecución de la Prestación Accesoria será de un (1) año, de acuerdo a lo siguiente:• Soporte y Mantenimiento de la Solución de Core Bancario (que incluye Licencias del Software del Nuevo Core Bancario y demás licencias que el proveedor considere necesarias para el correcto funcionamiento de la Solución), hasta por un (1) año después del periodo de garantía. El contratista se compromete a brindar el servicio de Soporte y Mantenimiento luego de finalizado el primer año de soporte y mantenimiento, a requerimiento del Banco.

4. Requerimientos y Condiciones para el Inicio de la Prestación del Servicio

N° DE FOLIO (S)

7

El Contratista deberá proveer los siguientes elementos para el inicio de la prestación del servicio:- Las computadoras personales del equipo de trabajo del Contratista.- Recursos Humanos necesarios para la gestión y ejecución del servicio, los cuales deben cumplir en su perfil con habilidades y experiencia requeridas para cumplir con los objetivos del Plan de Trabajo.- Herramientas tecnológicas para la prestación del servicio, de ser necesario.

11. Requerimientos para la Gestión del Servicio N° DE FOLIO (S)

8

11.2 Estrategia de ImplementaciónDeberá implementar la Nueva Solución por fases, que incluye:Módulos:- Clientes:- Colocaciones- Captaciones /Procesos Auxiliares/Procesos de Apoyo- Servicios de Pagos y CobrosPlataformas:- Comercial y de Servicios- Caja o VentanillaPara establecer la Estrategia de Implementación propuesta, se ha tenido en cuenta los siguientes factores:- Fase I - Módulo de Clientes: en la nueva solución de Core Bancario, el archivo central de clientes será el eje central alrededor del cual se registrarán todos los productos. - Fase II - Colocaciones: donde se incluye los productos que generan mayor rentabilidad al Banco.- Fase III - Captaciones, Servicios de Pagos y Cobros: donde se incluye los productos de mayor volumen del Banco y los procesos auxiliares, además de la interacción con los procesos de apoyo mencionados en el numeral 1.3.2 de los Términos de Referencia.

Página 387 de 409


Es importante señalar que la estrategia podrá ser organizada de manera diferente, en caso que la evaluación de factores u otros criterios de priorización favorezcan los intereses del Banco al momento de la implementación, respetando, cualquiera sea el caso, el plazo total del proyecto.

9

El Contratista deberá ejecutar las siguientes etapas durante el Proyecto:a) Etapa de GAP Analysisb) Etapa de Implementaciónc) Etapa de Puesta en Producciónd) Etapa de Post-Producción

10

11.2.1 Etapa de GAP AnálisisEsta etapa se realizará con los siguientes objetivos:- Identificar y confirmar los requerimientos funcionales, técnicos y de información del Banco de la Nación que la solución de Core Bancario ofertada debe satisfacer para soportar la operatividad integral de los procesos operativos contemplados en estos Términos de Referencia. - Comparar las funcionalidades requeridas por el Banco de la Nación con las funcionalidades que ofrecerá la Nueva Solución de Core Bancario para dimensionar el esfuerzo que el Contratista invertirá en cumplir con esos requerimientos. Es importante anotar que el dimensionamiento del esfuerzo de adaptación de la solución de Core Bancario servirá únicamente para ajustar los planes y cronogramas de trabajo.El GAP Análisis debe ser ejecutado por el Contratista según su metodología y sus resultados no modificarán en ningún caso el plazo general del proyecto ni la valoración económica de la propuesta del Contratista.Como resultado el Contratista y el Banco, confirmarán el alcance de los requerimientos a ser desarrollados y la respectiva solución funcional aprobada por el Banco de la Nación. El Contratista, luego del GAP Análisis ajustará el Plan del Proyecto en cuanto al alcance y plazos para cada Fase de Implementación.

1111.2.2 Etapa de ImplementaciónLa etapa de implementación deberá incluir los lineamientos metodológicos utilizados por el Contratista en sus proyectos de implementación. Deberá contemplar procedimientos, entradas y salidas de información, herramientas y entregables.

Dentro de esta etapa deberá considerar: - Preparación del Ambiente de Trabajo: El Banco de la Nación proveerá los ambientes necesarios para la ejecución de las actividades de cada una de las Fases de Implementación.

12

- Desarrollo de Requerimientos: El Contratista debe identificar, analizar, diseñar, programar, probar, implementar y dar soporte a las adecuaciones que sean necesarias para el logro de los objetivos del proyecto. En este sentido, el Contratista debe contar con un equipo dedicado a la programación, que puede encontrarse presencialmente en las oficinas del proyecto o puede realizar las tareas de manera remota. El personal que lidere las actividades de programación deberá

Página 388 de 409


encontrarse presencialmente en las oficinas del proyecto y tener dedicación exclusiva a este trabajo.El Contratista será responsable que los desarrollos cumplan con las técnicas, herramientas, procedimientos y exigencias que solicita el fabricante del Nuevo Core Bancario, de manera que puedan ser fácilmente integrados a las nuevas versiones que genere el fabricante y mantenga la garantía y soporte de la versión estándar.El Contratista deberá realizar el diseño, desarrollo y pruebas de todas aquellas funcionalidades del Banco que la solución de Core Bancario propuesta no incluya.

13

- Configuración: El Contratista deberá configurar la solución de Core Bancario para atender a las necesidades del Banco de la Nación, y crear todos los productos bancarios existentes en el Banco con sus características y particularidades propias, adoptando las buenas prácticas que traiga la Solución de Core Bancario para mejorar los estándares del Banco. El Contratista deberá proporcionar las facilidades o herramientas necesarias para replicar la parametrización de un ambiente a otro.

14 - Migración de Datos: el detalle de los aspectos contemplados para la migración de datos, se encuentra en el capítulo de Requerimientos de Migración y Convivencia de este mismo documento. Es importante señalar que estas consideraciones deberán tenerse en cuenta en cada una de las fases durante la etapa de Implementación de la Solución de Core Bancario.

15

- Convivencia: el detalle de los aspectos contemplados para la convivencia de la nueva Solución de Core Bancario, tanto con el Core actual como con entidades externas, se encuentra en el capítulo de Requerimientos de Migración y Convivencia de este mismo documento. Es importante señalar que estas consideraciones deberán tenerse en cuenta en cada una de las fases durante la etapa de Implementación de la Solución de Core Bancario.

16 - Capacitación: el Contratista será responsable de capacitar al personal del Banco de la Nación tanto en aspectos técnicos como de uso del sistema de acuerdo a lo establecido en este documento.

17

- Certificación: para cada una de las fases, el Banco de la Nación planificará conjuntamente con el Contratista el detalle de las siguientes pruebas:• Pruebas de funcionalidad de la solución de Core Bancario, luego de finalizado el desarrollo de los requerimientos.• Pruebas de integración de la solución de Core Bancario con los sistemas que permanecerán en el Banco y con entidades externas.• Pruebas de convivencia temporal con las aplicaciones que se irán reemplazando de acuerdo a la estrategia de puesta en producción. • Pruebas cuantitativas y cualitativas sobre los datos migrados• Pruebas con datos migrados, para validar el comportamiento de la solución con la información y el volumen de datos obtenidos en el proceso de migración.• Pruebas de carga, con el doble del volumen de los datos migrados y el doble del número de transacciones diarias del Banco.La ejecución de las pruebas será responsabilidad del contratista y la aceptación será responsabilidad del Banco.

Página 389 de 409


18

11.2.3 Etapa de Puesta en ProducciónEl Postor deberá presentar su propuesta de la estrategia para la puesta en producción de cada una de las Fases de Implementación ya detalladas, indicando el plazo para la puesta en producción completa de cada Fase. El Contratista será responsable de la puesta en producción de la totalidad de agencias operativas del Banco de la Nación al momento de la puesta en producción. Esta propuesta de la estrategia de puesta en producción estará sujeta a ser ajustada conjuntamente con el Banco de la Nación al inicio del proyecto. El Banco de la Nación planificará conjuntamente con el Contratista la realización de un piloto, el cual consistirá en la ejecución de las transacciones en al menos dos (2) agencias con datos reales y su validación en ambiente controlado. El piloto deberá planificarse para ejecutarse en un fin de mes e implicará realizar el cuadre contable y la generación de todos los reportes correspondientes. La ejecución del mismo será responsabilidad del contratista y la aceptación será responsabilidad del Banco.

19

11.2.4 Etapa de Post-ProducciónA partir del Acta de Conformidad de cada una de las Fases de Implementación, el Contratista deberá considerar un mínimo de 3 meses calendario de asesoría post-producción, con todo el equipo de trabajo dedicado a la Fase de Implementación correspondiente. Este soporte post-producción tendrá como funciones fundamentales las siguientes:1. Estabilización y afinamiento de la solución de Core Bancario que se encuentre instalada en los Ambientes de Producción Principal y Respaldo.2. Adecuaciones y/o personalizaciones adicionales que se requieran luego de la implementación de la solución de Core Bancario.3. Asegurar la continuidad operativa de la solución.

11.3 Equipo de Trabajo 20

El Postor deberá proponer una organización basándose en los servicios requeridos, incluyendo organigrama, perfiles de puestos, número de integrantes con la descripción detallada de los mismos y sus funciones, especificando períodos de asignación y permanencia (tiempo completo o parcial).

21El equipo de trabajo del Contratista deberá ser asignado a dedicación exclusiva para laborar en las instalaciones definidas por el Banco de la Nación, ya que es necesario mantener coordinaciones directas entre los grupos de trabajo del Banco de Nación y del Contratista.

Página 390 de 409


22

El Postor deberá considerar como mínimo los siguientes Puestos Críticos:1. Líder de Proyecto.2. Gestor de Aseguramiento de la Calidad.Asimismo, deberán considerar como mínimo los siguientes Puestos Especializados:1. Consultores Funcionales de Core Bancario.2. Consultores en Tecnología de Información.3. Consultor Técnico de Implementación (Arquitecto).4. Consultor Técnico de Migración.5. Ingeniero de Implementación.El detalle de estos puestos se encuentra en el numeral 11.3 de los Términos de Referencia.

23

Los perfiles del personal propuesto no deberán ser por ningún motivo inferiores al perfil mínimo solicitado por el Banco de la Nación, el postor deberá incluir en su propuesta técnica a las personas consideradas en su organización, indicando claramente al puesto al cual es asignado. Para la acreditación de los perfiles del personal propuesto tanto de experiencia como de formación deberán adjuntarse los certificados de trabajo, certificados de estudios, certificados de cursos, diplomas, títulos, otros.

24

En la eventualidad de que por motivos no atribuibles al postor ganador de la Buena-Pro, éste requiriera hacer cambios del personal propuesto antes del inicio del Contrato, deberá acreditar fehacientemente que el personal de reemplazo que efectuará el servicio cumpla con el perfil solicitado. En caso el personal a reemplazar haya obtenido puntaje técnico en la evaluación de los criterios y parámetros de evaluación, el upgrade del perfil se constituirá como una exigencia para el personal de reemplazo; dichos cambios deberán contar con la aprobación del Banco de la Nación para iniciar la prestación del servicio.

11.4 Rotación y Reemplazo del Personal

25

Durante el desarrollo del proyecto, las eventuales rotaciones y reemplazos de personal no deberán afectar el nivel del servicio, por ello se requiere mantener permanentemente personal especializado a cargo de los módulos de la Solución de Core Bancario. Para tal efecto se debe tomar en cuenta lo siguiente:a. El Banco de la Nación deberá ser consultado para el reemplazo del personal saliente (por cualquier causa). Para tal efecto, el Contratista deberá acreditar fehacientemente que el personal de reemplazo que efectuará el servicio cuenta con el perfil solicitado en los términos de referencia. En caso el personal a reemplazar haya obtenido puntaje técnico en la evaluación de los criterios y parámetros de evaluación, el upgrade del perfil se constituirá como una exigencia para el personal de reemplazo, considerando un período de traslape mínimo de treinta (30) días calendario, de ser el caso. Dichos cambios deberán contar con la aprobación del Banco de la Nación. b. En caso que el personal del Contratista no cumpla con sus funciones, o evidencie falta del nivel requerido para el cumplimiento de las mismas, el Banco de la Nación solicitará de manera escrita y

Página 391 de 409


justificada las medidas correctivas pertinentes, y solicitará al Contratista ejecutar dichas medidas lo más pronto posible. En caso esto involucre un cambio de personal, el Contratista deberá cubrir de inmediato dichas funciones con su personal de contingencia.11.5 Tarifa de Personal

26

El Postor deberá incluir en su Propuesta, una tarifa por hora de todos los puestos considerados en su organización. Esta tarifa se utilizará en caso que el Banco de la Nación requiera atender solicitudes de cambio que afecten los costos y/o las condiciones de los Servicios, la misma que tendrá vigencia hasta la culminación del contrato. Únicamente por inflación o devaluación de la moneda extranjera, el Contratista podrá presentar al Banco de la Nación una actualización del tarifario, para lo cual presentará formalmente y debidamente sustentada su propuesta, la que deberá ser aceptada formalmente por el Banco de la Nación. El Postor debe presentar el tarifario indicando como mínimo:

PUESTO TARIFA HORA/HOMBRE(US $ - Dólares Americanos)

11.7 Gestión del Proyecto

27

La Gestión del Proyecto deberá aplicar los conocimientos, habilidades, herramientas y técnicas recomendadas por el Project Management Institute (PMI) o equivalente, enmarcadas en los 5 grupos de procesos que conforman un proyecto.- Iniciación- Planificación- Ejecución- Seguimiento y Control- CierreEs importante señalar que los grupos de procesos no son fases del Proyecto, éstos se repetirán para cada una de las fases establecidas y detalladas en la sección correspondiente a la Estrategia de Implementación.

2811.7.1 Plan del Proyecto El Postor deberá proporcionar un Plan de Proyecto Base sobre el cual trabajará conjuntamente con el Banco de la Nación, para establecer el Plan de Proyecto Definitivo.

29

11.7.2 Ejecución del Proyecto Durante la ejecución de las actividades señaladas en el Plan de Proyecto, el Líder de Proyecto (Contratista) será responsable de:- Realizar el aseguramiento de la calidad conjuntamente con el Gestor de Aseguramiento de Calidad del Contratista.- Conformar el equipo del Proyecto, desarrollarlo y atender sus requerimientos.

Página 392 de 409


- Distribuir la información del Proyecto y gestionar las expectativas de los interesados.- Realizar las adquisiciones necesarias.- Actualizar el Plan de Proyecto y los documentos que lo conforman.Si durante la ejecución se produjera cambios en el alcance del Proyecto, las solicitudes de cambio deberán ser gestionadas formalmente (siguiendo el procedimiento que se acuerde con el Contratista durante la planificación), para su aprobación e inclusión dentro del Plan de Proyecto.

30

11.7.3 Seguimiento y Control del Proyecto El propósito será monitorear, analizar y controlar el progreso y desempeño del Proyecto. El Líder del Proyecto (Contratista) será responsable de:- Monitorear el trabajo realizado.- Realizar un control integrado de cambios.- Verificar y controlar el alcance.- Controlar el cronograma.- Controlar los costos.- Controlar la calidad.- Informar sobre el desempeño del Proyecto (como mínimo presentar un informe mensual sobre el avance del Proyecto).- Monitorear y controlar los riesgos.- Realizar las adquisiciones necesarias.- Actualizar el Plan de Proyecto y los documentos que lo conforman.- Validar la calidad de los entregables.

31

11.7.4 Cierre del Proyecto Comprende las actividades para completar ya sea una Fase o el Proyecto completo. El Líder del Proyecto (Contratista) será responsable de:- Presentar Informes y entregables finales para revisión y aceptación.- Establecer procedimientos para la transición de la nueva solución o Fase/servicio y el cierre formal del proyecto.- Entregar la Documentación para el cierre formal del proyecto.

11.8 Gestión de la Configuración

El propósito de la gestión de la configuración para la solución de Core Bancario es mantener su integridad a lo largo de su ciclo de vida. Para esto se considera fundamentalmente el control de versiones y la administración de las solicitudes de cambio.

Página 393 de 409


32

11.8.1 Control de versiones Será responsabilidad del Contratista el realizar un adecuado control de versiones de la solución de Core Bancario y los desarrollos adicionales. Para esto se considerará indispensable:- El Contratista deberá contar con una metodología documentada para el control de versiones en la que se considere por lo menos los siguientes aspectos:• Los estándares para la identificación de los distintos componentes.• El ámbito del control de versionamiento.• Las reglas para el versionamiento y los criterios para el cambio de versión.• La ubicación de los distintos componentes.• La definición de los estados para los componentes.• Los criterios de trazabilidad.• Información a registrarse con fines de auditoría.• Los roles y responsabilidades al respecto del control de versiones.- El Contratista deberá proporcionar una herramienta automatizada para el control de las versiones como parte del paquete de herramientas de desarrollo.- Se deberá considerar el tema del control de versiones dentro del plan de capacitación al personal técnico del Banco.

11.9 Solicitud de Cambios

33

Al inicio del Proyecto, el Contratista conjuntamente con el Banco, definirán cual será el procedimiento en el caso de presentarse solicitudes de cambio en la Solución de Core Bancario. Se establecerá un Comité de Control de Cambios que será el responsable de recibir, analizar y aprobar las solicitudes de cambio. Para esto se considerará indispensable que el Contratista proporcione una herramienta automatizada para el registro y seguimiento de toda solicitud de cambio.

11.10 Entregables del Proyecto de Implementación

34Los entregables del proyecto deberán ser propuestos en el plan de trabajo y estarán sujetos a la revisión y aprobación del Banco de la Nación.

11.11 Comités y Grupos de Trabajo

35Con el propósito de asegurar la correcta prestación de los Servicios materia del Contrato y el cumplimiento de los compromisos pactados, así como de facilitar la oportuna toma de decisiones, se requiere de la participación y coordinación permanente de ambas partes: El Banco de la Nación y El Contratista, para lo cual, se formarán comités y grupos de trabajo cuyas funciones y composición se

Página 394 de 409


describen a continuación: - Comité EjecutivoResponsabilidad General: Supervisión del estado de los servicios, evaluación de riesgos, decisiones de alto nivel y solución de discrepancias, según sea requerido por el Comité Gerencial.Este comité está compuesto por:• Un representante ejecutivo de alto nivel jerárquico designado por el Banco de la Nación. • Un representante ejecutivo de alto nivel jerárquico designado por el Contratista.• El Líder del proyecto Nuevo Core Bancario por parte del Banco de la Nación.• El Gerente del Dpto. de Informática por parte del Banco de la Nación.• El Líder del Servicio de Implementación del Nuevo Core Bancario (Contratista). Programa de Reuniones:Este comité se reunirá cada dos meses o cuando cualquiera de las partes lo estime conveniente, según el estado del contrato. En estas reuniones el Líder del Servicio de Implementación del Nuevo Core Bancario (Contratista) actuará como Secretario y registrará en actas los acuerdos expresados por ambas partes.Funciones:• Obtener información sobre el estado de los servicios y de los problemas que hayan sido identificados.• Resolver cualquier desacuerdo o controversia entre las partes, relacionado con la prestación de los servicios.• Establecer prioridades en aspectos que impliquen costos adicionales o afecten el cronograma de trabajo.• Controlar el cumplimiento de los acuerdos del Comité.• Aprobar y gestionar posibles cambios mayores y/o adendas al contrato. - Comité Gerencial:Responsabilidad General:Este comité es responsable del seguimiento, supervisión y coordinación de todas las actividades involucradas en el servicio, es decir de la prestación satisfactoria de los mismos.Este comité está compuesto por:• El Líder del Proyecto Nuevo Core Bancario por parte del Banco de la Nación.• El Gerente del Dpto. Informática por parte del Banco de la Nación.• El Líder del Servicio de Implementación del Nuevo Core Bancario (Contratista).Programa de Reuniones:Las reuniones del Comité Gerencial se realizarán quincenalmente y actuará como Secretario el Líder del Servicio de Implementación del Nuevo Core Bancario (Contratista), quien registrará en actas los acuerdos expresados por ambas partes.Funciones: Son funciones de este Comité:• Convocar las sesiones de apertura de los grupos de trabajo.• Aprobar los Planes de Trabajo relacionados con el Proyecto.

Página 395 de 409


• Revisar los avances de los Planes de Trabajo y el cumplimiento de los Acuerdos de los Niveles de Servicios en todas las localidades comprendidas en el mismo.• Resolver las inquietudes expresadas por cualquiera de las partes.• Elevar al nivel de Comité Ejecutivo cualquier desacuerdo o controversia, así como los casos que afecten los costos o los cronogramas asociados a los Servicios - Comité OperativoResponsabilidad General:En este comité se tratan todos los temas referentes a la operación del servicio y los entregables del mismo.Este comité está compuesto por:• Administrador del Contrato por parte del Banco de la Nación y/o sus Coordinadores.• Analistas Funcionales por parte del Banco de la Nación.• Coordinadores y/o jefes del Contratista.Programa de ReunionesLas reuniones de este comité se realizarán quincenalmente o cuando cualquiera de las partes lo estime conveniente, de acuerdo al estado del contrato. Funciones: Son funciones de este Comité:• Garantizar que desde el inicio del servicio la gestión de las fases relacionadas con el cumplimiento de los servicios requeridos se lleve a cabo teniendo en cuenta los procesos del Project Management Institute (PMI) o equivalente. • Coordinar la formación de los grupos de trabajo para cada fase/etapa.• Asignar los recursos de acuerdo a los requerimientos del proyecto. • Documentar todas las fases de acuerdo al avance del proyecto. • Revisar el Reporte Ejecutivo para verificar el cumplimiento de objetivos, plazos y resumen de avance de cada fase/etapa. • Informar de los cambios que requieran la aprobación del Comité Gerencial.• Elevar al Comité Gerencial los problemas que no sean resueltos a nivel de Comité Operativo

36

Grupos de TrabajoDesde el inicio del servicio y durante la vigencia del contrato, el Contratista debe coordinar la formación de Grupos de Trabajo temporales con la finalidad de ejecutar las fases/etapas relacionadas con el cumplimiento de los servicios requeridos en las Bases. Los grupos de trabajo deben estar constituidos por representantes del Contratista y de las distintas dependencias del Banco de la Nación involucradas en cada fase/etapa, siendo su participación a dedicación exclusiva. Las reuniones se realizarán en las instalaciones que defina el Banco.

11.12 Informes y Reportes

37Durante la prestación del servicio el Contratista debe presentar los informes que se indican a continuación:- Reporte Ejecutivo Mensual.- El Contratista deberá presentar formalmente en forma impresa,

Página 396 de 409


dentro de los cinco (5) primeros días útiles del mes siguiente, un Reporte Mensual Consolidado del avance del servicio, de acuerdo a lo indicado en el PMI o equivalente.Este reporte debe estar dirigido al Líder del Proyecto Nuevo Core Bancario y deberá contener como mínimo:a. Organización del servicio de Implementación del Nuevo Core Bancario, incluyendo cambios de ser el caso, causas que los originaron y medidas tomadas.b. Resumen de Avance de fases/etapas, incluyendo los desvíos respecto al Plan de Trabajo, causas que lo originaron y acciones a tomar.c. Análisis de riesgos y medidas para mitigarlos.d. Otra información relevante.El Contratista deberá coordinar el formato del presente Reporte con el Banco de la Nación al inicio del servicio- Informe de Gestión de la CalidadEl Contratista deberá realizar revisiones de gestión de la calidad y presentar un informe trimestral dentro de los cinco (5) primeros días útiles de vencido el trimestre correspondiente, que incluya como mínimo los siguientes aspectos: • Gestión del Servicio.• Calidad de los procesos y procedimientos.• Calidad del software.• Cumplimiento de los estándares, prácticas, métricas y niveles de servicio.• Herramientas, técnicas y métodos usados.• Actividades de testeo. • Reporte de errores y acciones correctivas. • Mantenimiento. • Control del código. • Control de medios.

11.13 Adecuación de ProcesosLos procesos de negocio operativos serán adoptados de acuerdo a las buenas prácticas contenidas en la solución del Nuevo Core Bancario, considerando la normatividad vigente y los resultados del Gap Análisis.

38 El Contratista proporcionará la documentación y diagramas de los procesos adoptados. 11.14 Aceptación del Servicio

39

El Banco de la Nación dará por aceptado el servicio, cuando el Contratista cumpla todos y cada uno de los siguientes puntos:a) Cuando se haya cumplido con cada uno de los requerimientos solicitados en las bases. b) Cuando el Banco de la Nación haya revisado y aprobado cada uno de los entregables definidos en el plan de trabajo.c) Cuando se haya culminado de realizar las pruebas requeridas y las áreas (usuaria y técnica) hayan

Página 397 de 409


dado su conformidad con las actas respectivas.d) Cuando los módulos que componen el Nuevo Core Bancario hayan sido implementados en los servidores de producción y contingencia, instalados y configurados en los equipos clientes (PC) y operando integralmente.

13. Requerimientos de Capacitación y Entrenamiento N° DE FOLIO (S)

40

En términos generales se deberá considerar las siguientes premisas para toda capacitación o entrenamiento que se realice como parte del Proyecto:- Debe ser impartida en idioma español, en la ciudad de Lima – Perú y de manera presencial.- El Contratista entregará todo el material necesario para la capacitación. - Se deberá incluir la aplicación de cuestionarios de evaluación al personal capacitado.- La capacitación deberá estar orientada para que el personal tanto técnico como funcional pueda asumir sus tareas en forma autónoma, de manera que adquiera los conocimientos, habilidades y destrezas de aplicación inmediata.- La capacitación deberá incluir talleres prácticos para afianzar los conocimientos adquiridos, considerando además el desarrollo de casos que se definan conjuntamente con el personal designado por el Banco. - El Contratista deberá entregar un informe de resultados, el cual mostrará las apreciaciones más relevantes acerca del desempeño de los participantes del curso.- El Postor deberá incluir en su oferta: los equipos de cómputo, los equipos audiovisuales y materiales necesarios para llevar a cabo las capacitaciones de la mejor forma. El uso de herramientas dependerá de la metodología del implementador.- En coordinación con el Banco, el Contratista podrá ajustar y/o plantear su modelo de capacitación de acuerdo a su experiencia y mejores prácticas, sin que esto implique un costo adicional. - Las fechas, horarios y criterios de aceptación del servicio de la capacitación se definirán con el Contratista durante la etapa de Plan de Trabajo.

41El Contratista deberá proveer como mínimo 1,284 de horas de capacitación, de acuerdo al cuadro incluido en el numeral 13 de los Términos de Referencia. La distribución de las horas, perfil de participantes y temarios de la capacitación, son referenciales y se definirán durante la etapa del Plan de Trabajo.

13.1 Capacitación Técnica 42 13.1.1 Personal del Centro de Cómputo:

Se deberá considerar la capacitación mínimo de 10 personas de perfil técnico. Se deberá cubrir como mínimo los siguientes temas:- Operación y mantenimiento de los proceso del Nuevo Core Bancario, incluyendo las bases de datos de cada módulo.- Procedimientos de respaldo y mantenimiento de históricos de información de las bases de datos de

Página 398 de 409


Core Bancario .- Herramientas de administración, monitoreo y auditoría de la solución de Core Bancario.13.1.2 Personal de Soporte TécnicoSe deberá considerar la capacitación mínimo de 10 personas de perfil de soporte técnico. Se deberá cubrir como mínimo los siguientes temas:- Instalación y configuración de los módulos del core bancario, plataforma de middleware y solución de Caja o Ventanilla.- Afinamiento (Tuning) de la base de datos (IBM-DB2 V10), módulos de core bancario, plataforma de middleware y solución de Caja o Ventanilla.- Instalación, configuración y afinamiento de las herramientas de administración, monitoreo y auditoría de la solución de Core Bancario.13.1.3 Personal de ArquitecturaSe deberá considerar la capacitación mínimo para 5 personas de perfil técnico. Se deberá cubrir como mínimo los siguientes temas:- Estructura lógica y física de los componentes software.- Infraestructura tecnológica requerida para el despliegue del nuevo Core Bancario.- Metodologías, patrones, frameworks y estándares utilizados en el desarrollo del software.13.1.4 Personal de Desarrollo y MantenimientoSe deberá considerar la capacitación mínimo de 45 personas de perfil técnico. Se deberá cubrir como mínimo los siguientes temas:- Estándares de programación.- Herramientas, metodologías, patrones, frameworks y estándares utilizados en el desarrollo del software.- Control de cambios- Control de versiones- Estructura y componentes de la solución- Instalación y operativa de la solución de Core Bancario. 13.1.5 Personal de Calidad de SolucionesSe deberá considerar la capacitación mínimo de 5 personas. Se deberá cubrir como mínimo los siguientes temas:- La operativa funcional y configuración de la solución de Core Bancario. - Instalación y operativa de la solución de Core Bancario.- Estándares de programación.- Operaciones de testing.13.1.6 Personal de Mesa de AyudaSe deberá considerar la capacitación mínimo de 20 personas. Se deberá cubrir como mínimo los siguientes temas:- La operativa funcional y configuración de la solución de Core Bancario. - Estar orientada a operadores que resolverán las consultas de usuarios del Banco sobre la

Página 399 de 409


operatividad de la solución de Core bancario.- Gestión de incidentes o problemas frecuentes en el uso de la Solución de Core Bancario.

13.2 Capacitación de Usuario

43

Se deberá considerar la capacitación mínimo de 30 personas por cada Fase de Implementación, dependiendo de la extensión y complejidad de los módulos correspondientes a la fase. Estos usuarios posteriormente realizarán la capacitación de los usuarios finales. Se deberá cubrir como mínimo los siguientes temas:- Configuración de la solución en cada Fase. - Creación de productos personalizados para el Banco de la Nación en cada Fase. - Funcionalidades y operación de la solución del Core Bancario en cada Fase.La capacitación deberá estar orientada a usuarios funcionales capacitadores y usuarios auditores del Banco.

14. Requerimientos de Documentación N° DE FOLIO (S)

44

14.1 Premisas GeneralesEl contratista deberá considerar lo siguiente:• Toda la documentación técnica y de usuario entregada por el Contratista deberá tener un formato estándar y deberá ser entregada tanto impresa como en formato digital. Deberá estar escrita en idioma español.• Se deberá entregar manuales oficiales.• Las mejoras y/o cambios realizados a los aplicativos, nuevos desarrollos e interfaces, deberán ser debidamente documentados en todos los componentes afectados. • Se requiere que los usuarios tengan acceso en línea al inventario de la documentación y a la documentación misma para su consulta, por lo cual el Contratista deberá implementar el mecanismo necesario para que dicha información pueda ser consultada por los usuarios. • Mantener permanentemente el inventario y control de la documentación existente.• Proporcionar la relación de los artefactos (entregables) que generen su metodología.

45

14.2 Manuales de Instalación.- deberá incluir como mínimo:- Requerimientos de los ambientes previos a la instalación.- Pasos para la instalación de la solución de Core Bancario.14.3 Manuales Técnicos.- deberá incluir como mínimo:- Metodología de desarrollo y ciclo de vida del software - Estándares de desarrollo.- Modelo entidad relación.- Diccionario de datos.- De ser el caso, uso de herramientas de desarrollo propias de la solución.

Página 400 de 409


- Relación de los procesos funcionales con los componentes de la solución y la forma en que éstos interactúan entre sí.- Además, toda la documentación técnica generada de acuerdo a la metodología de desarrollo utilizada por el Contratista.14.4 Manuales de Usuario.- deberá incluir como mínimo:- Una introducción a los procesos operativos.- Instrucciones para la parametrización de procesos y productos.- Una descripción detallada de la operatividad de cada opción de menú.- Una descripción detallada de cada pantalla.- Diagrama funcional jerárquico.- Una base de conocimientos en función de preguntas frecuentes.14.5 Manuales de Capacitación.- deberá incluir como mínimo:- Agendas y objetivos de capacitación.- Contenidos de capacitación técnica y de usuario.- Cuestionarios para la evaluación del personal que recibe la capacitación.

Página 401 de 409


ANEXO Nº 3

DECLARACIÓN JURADA (ART. 42 DEL REGLAMENTO DE LA LEY DE CONTRATACIONES DEL ESTADO)

SeñoresCOMITÉ ESPECIAL ADJUDICACIÓN DE MENOR CUANTÍA Nº 0054-2013-BN NUEVO CORE BANCARIO PARA EL BANCO DE LA NACION Presente.-


Mediante el presente el suscrito, postor y/o Representante Legal de ………………………………….., declaro bajo juramento:

1.- No tener impedimento para participar en el proceso de selección ni para contratar con el Estado, conforme al artículo 10 de la Ley de Contrataciones del Estado.

2.- Conocer, aceptar y someterme a las Bases, condiciones y procedimientos del proceso de selección.

3.- Ser responsable de la veracidad de los documentos e información que presento a efectos del presente proceso de selección.

4.- Comprometerme a mantener la oferta presentada durante el proceso de selección y a suscribir el contrato, en caso de resultar favorecido con la Buena Pro.

5.- Conocer las sanciones contenidas en la Ley de Contrataciones del Estado y su Reglamento, así como en la Ley Nº 27444, Ley del Procedimiento Administrativo General.

Lima, …….de …………. de 2013

………………………….………………………..Firma, Nombres y Apellidos del postor oRepresentante legal, según corresponda

IMPORTANTE:

Cuando se trate de consorcios, esta declaración jurada será presentada por cada uno de los consorciados.

Página 402 de 409


ANEXO Nº 4

PROMESA FORMAL DE CONSORCIO(Sólo para el caso en que un consorcio se presente como postor)


De nuestra consideración,

Los suscritos declaramos expresamente que hemos convenido en forma irrevocable, durante el lapso que dure el proceso de selección, para presentar una propuesta conjunta en la ADJUDICACIÓN DE MENOR CUANTÍA Nº 0054-2013-BN “Nuevo Core Bancario para el Banco de la Nación”, responsabilizándonos solidariamente por todas las acciones y omisiones que provengan del citado proceso.

Asimismo, en caso de obtener la Buena Pro, nos comprometemos a formalizar el contrato de consorcio bajo las condiciones aquí establecidas (porcentaje de obligaciones asumidas por cada consorciado), de conformidad con lo establecido por el artículo 141 del Reglamento de la Ley de Contrataciones del Estado.

Designamos al Sr. ..................................................................................., identificado con D.N.I. o PASAPORTE (si fuera el caso) Nº…………………….. como representante legal común del Consorcio, para efectos de participar en todas las etapas del proceso de selección y para suscribir el contrato correspondiente. Adicionalmente, fijamos nuestro domicilio legal común en .........................................

OBLIGACIONES DE [NOMBRE DEL CONSORCIADO 1]: % de Obligaciones [DESCRIBIR LA OBLIGACIÓN VINCULADA AL OBJETO DE LA CONVOCATORIA] [ % ] [DESCRIBIR OTRAS OBLIGACIONES] [ % ]

OBLIGACIONES DE [NOMBRE DEL CONSORCIADO 2]: % de Obligaciones [DESCRIBIR LA OBLIGACIÓN VINCULADA AL OBJETO DE LA CONVOCATORIA] [ % ] [DESCRIBIR OTRAS OBLIGACIONES] [ % ]

TOTAL: 100%

Lima, …….de …………. de 2013

..…………………………………. ………………………………….. Nombre, firma, sello y DNI del Nombre, firma, sello y DNI del Representante Legal Consorciado 1 Representante Legal Consorciado 2

Página 403 de 409


ANEXO Nº 5

DECLARACIÓN JURADA DE PLAZO DE PRESTACIÓN DEL SERVICIO



Mediante el presente, con pleno conocimiento de las condiciones que se exigen en las Bases del proceso de la referencia, el que suscribe, don …………………………. identificado con D.N.I. o PASAPORTE (de ser el caso) Nº ……………., Representante Legal de …………………., con RUC Nº ……………………., DECLARO BAJO JURAMENTO que mi representada se compromete a entregar los bienes objeto del presente proceso en el plazo y con la garantía siguiente:

DETALLE PLAZO

Prestación Principal

El Plazo de Ejecución de las Prestaciones Principales del Servicio será no mayor a 51 meses, de acuerdo a lo siguiente:








Lima, …….de …………. de 2013

……..........................................................Firma, Nombres y Apellidos del postor o


Página 404 de 409


ANEXO Nº 6

EXPERIENCIA DEL POSTOR EN LA ACTIVIDAD

SeñoresCOMITÉ ESPECIAL ADJUDICACIÓN DE MENOR CUANTÍA Nº 0054-2013-BNNUEVO CORE BANCARIO PARA EL BANCO DE LA NACIONPresente.-

Mediante el presente, el suscrito detalla lo siguiente como EXPERIENCIA EN LA ACTIVIDAD:

Nº CLIENTE OBJETO DEL SERVICIO

N° CONTRATO / O/S /

COMPROBANTE DE PAGO

FECHA69 MONEDA IMPORTE

TIPO DE CAMBIO VENTA70

MONTO FACTURADO ACUMULAD

O71 1

2

3

4

5

6

7

8

9

10

TOTAL

Lima, …….de …………. de 2013

………..........................................................Firma, Nombres y Apellidos del postor o


69 Se refiere a la fecha de suscripción del contrato, de la emisión de la Orden de Servicio o de cancelación del comprobante de pago, según corresponda.

70 El tipo de cambio venta debe corresponder al publicado por la SBS correspondiente a la fecha de suscripción del contrato, de la emisión de la Orden de Servicio o de cancelación del comprobante de pago, según corresponda.

71 Consignar en la moneda establecida para el valor referencial.

Página 405 de 409


ANEXO Nº 7

EXPERIENCIA DEL POSTOR EN LA ESPECIALIDAD


Mediante el presente, el suscrito detalla lo siguiente como EXPERIENCIA EN LA ESPECIALIDAD:

Nº CLIENTE OBJETO DEL SERVICIO

N° CONTRATO / O/S /

COMPROBANTE DE PAGO

FECHA72 MONEDA IMPORTE

TIPO DE CAMBIO VENTA73

MONTO FACTURADO ACUMULAD

O74 1

2

3

4

5

6

7

8

9

10

TOTAL

Lima, …….de …………. de 2013

………..........................................................Firma, Nombres y Apellidos del postor o


72 Se refiere a la fecha de suscripción del contrato, de la emisión de la Orden de Servicio o de cancelación del comprobante de pago, según corresponda.

73 El tipo de cambio venta debe corresponder al publicado por la SBS correspondiente a la fecha de suscripción del contrato, de la emisión de la Orden de Servicio o de cancelación del comprobante de pago, según corresponda.

74 Consignar en la moneda establecida para el valor referencial.

Página 406 de 409


ANEXO Nº 8

CARTA DE COMPROMISO DE CAPACITACIÓN



Por medio de la presente nuestra representada se compromete a cumplir con las actividades de capacitación establecidas en los Términos de Referencia (numeral 13 Requerimientos de Capacitación y Entrenamiento) que forman parte en el Capítulo III de las Bases de la presente Adjudicación,

Las fechas y horas de realización de la capacitación serán establecidas por el Banco de la Nación, para lo cual notificará al proveedor con una semana de anticipación las fechas escogidas. Esta capacitación podrá realizarse fuera de horario de oficina e inclusive días sábados.

Lima, …….de …………. de 2013

……………………………….…………………..Firma y sello del representante legal

Nombre / Razón social del postor

Página 407 de 409


ANEXO Nº 9

CARTA DE COMPROMISO DE SOPORTE Y MANTENIMIENTO



Por medio de la presente nuestra representada se compromete a brindar el Servicio de Soporte y Mantenimiento por periodos sucesivos, luego de finalizado el contrato y a requerimiento del Banco de la Nación.

Lima, …….de …………. de 2013

……………………………….…………………..Firma y sello del representante legal

Nombre / Razón social del postor

Página 408 de 409


ANEXO Nº 10

CARTA DE PROPUESTA ECONÓMICA(MODELO)



Es grato dirigirme a usted, para hacer de su conocimiento que, de acuerdo con el valor referencial del presente proceso de selección y los Términos de Referencia, mi propuesta económica es la siguiente:

DENOMINACIÓN MONTO TOTAL(US$. - Dólares Americanos)

Nuevo Core Bancario para el Banco de la Nación

La propuesta económica incluye todos los tributos, seguros, transportes, inspecciones, pruebas, y de ser el caso, los costos laborales conforme a la legislación vigente, así como cualquier otro concepto que le sea aplicable y que pueda tener incidencia sobre el costo del servicio a contratar, excepto la de aquellos postores que gocen de exoneraciones legales.

Lima, …….de …………. de 2013

……………………………….…………………..Firma, Nombres y Apellidos del postor o


Página 409 de 409

zonasegura.seace.gob.pezonasegura.seace.gob.pe/mon/docs/procesos/2013/002525/... · Web viewSe...

Documents

Transcript of zonasegura.seace.gob.pezonasegura.seace.gob.pe/mon/docs/procesos/2013/002525/... · Web viewSe...