BASES ESTÁNDAR DE CONCURSO PÚBLICO PARA … · Web viewSe efectuará de conformidad con lo...

Concurso Público Nº 0050-2012-BN

BASES

CONCURSO PÚBLICO Nº 0050-2012-BN

PRIMERA CONVOCATORIA

NUEVO CORE BANCARIO PARA EL BANCO DE LA NACION

2012

1


SECCIÓN GENERAL

DISPOSICIONES COMUNES DEL PROCESO DE SELECCIÓN

2


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 - Aprueba la Ley de Contrataciones del Estado, en

adelante la Ley.- Decreto Supremo N° 184-2008-EF - Aprueba el 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 y hasta un (1) día hábil después de haber quedado integradas las Bases. 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.

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

3


siguiente dirección electrónica: www.rnp.gob.pe.

1.4. FORMULACIÓN DE CONSULTAS A LAS BASES

Las consultas a las Bases serán presentadas por un periodo mínimo de cinco (5) días hábiles, contados desde el día siguiente de la convocatoria, de conformidad con lo establecido en el artículo 55 del Reglamento.

1.5. ABSOLUCIÓN DE CONSULTAS A LAS BASES

La decisión que tome el Comité Especial con relación a las consultas presentadas constará en el pliego absolutorio que se notificará a través del SEACE, de conformidad con lo establecido en el artículo 54 del Reglamento, en la fecha señalada en el cronograma del proceso de selección.

El plazo para la absolución no podrá exceder de cinco (5) días hábiles contados desde el vencimiento del plazo para recibir las consultas.

IMPORTANTE:

• No se absolverán consultas a las Bases que se presenten extemporáneamente o que sean formuladas por quienes no se han registrado como participantes.

1.6. FORMULACIÓN DE OBSERVACIONES A LAS BASES

Las observaciones a las Bases serán presentadas dentro de los cinco (5) días hábiles siguientes de haber finalizado el término para la absolución de las consultas, de conformidad con lo establecido en el artículo 57 del Reglamento.

1.7. ABSOLUCIÓN DE OBSERVACIONES A LAS BASES

El Comité Especial notificará la absolución de las observaciones a través del SEACE, de conformidad con lo establecido en el artículo 56 del Reglamento, en la fecha señalada en el cronograma del proceso de selección.

El plazo para la absolución no podrá exceder de los cinco (5) días hábiles desde el vencimiento del plazo para recibir observaciones.

El Comité Especial debe incluir en el pliego de absolución de observaciones el requerimiento de pago de la tasa por concepto de elevación de observaciones al OSCE.

IMPORTANTE:

• No se absolverán observaciones a las Bases que se presenten extemporáneamente o que sean formuladas por quienes no se han registrado como participantes.

1.8. ELEVACIÓN DE OBSERVACIONES AL OSCE

El plazo para solicitar la elevación de observaciones para el pronunciamiento del OSCE es de tres (3) días hábiles, computados desde el día siguiente de la notificación

4


del pliego absolutorio a través del SEACE.

Los participantes pueden solicitar la elevación de las observaciones para la emisión de pronunciamiento, en los siguientes supuestos:

1. Cuando las observaciones presentadas por el participante no fueron acogidas o fueron acogidas parcialmente;

2. Cuando a pesar de ser acogidas sus observaciones, el participante considere que tal acogimiento continúa siendo contrario a lo dispuesto por el artículo 26 de la Ley, cualquier otra disposición de la normativa sobre contrataciones del Estado u otras normas complementarias o conexas que tengan relación con el proceso de selección; y

3. Cuando el participante considere que el acogimiento de una observación formulada por otro participante resulta contrario a lo dispuesto por el artículo 26 de la Ley, cualquier otra disposición de la normativa sobre contrataciones del Estado u otras normas complementarias o conexas que tengan relación con el proceso de selección. En este caso, el participante debe haberse registrado como tal hasta el vencimiento del plazo para formular observaciones.

El Comité Especial, bajo responsabilidad, deberá remitir la totalidad de la documentación requerida para tal fin por el TUPA del OSCE, a más tardar al día siguiente de vencido el plazo para que los participantes soliciten la elevación de observaciones.

La emisión y publicación del pronunciamiento en el SEACE, debe efectuarse dentro de los diez (10) días hábiles siguientes de recibido el expediente completo por el OSCE

1.9. INTEGRACIÓN DE LAS BASES

Las Bases integradas constituyen las reglas definitivas del proceso de selección por lo que deberán contener las correcciones, precisiones y/o modificaciones producidas como consecuencia de la absolución de las consultas y de las observaciones, las dispuestas por el pronunciamiento, así como las requeridas por el OSCE en el marco de sus acciones de supervisión.

Una vez integradas, las Bases no podrán ser cuestionadas en ninguna otra vía ni modificadas por autoridad administrativa alguna, bajo responsabilidad del Titular de la Entidad. Esta restricción no afecta la competencia del Tribunal para declarar la nulidad del proceso por deficiencias en las Bases.

El Comité Especial integrará y publicará las Bases teniendo en consideración los siguientes plazos:

1. Cuando no se hayan presentado observaciones, al día siguiente de vencido el plazo para formularlas.

2. Cuando se hayan presentado observaciones, al día siguiente de vencido el plazo para que los participantes soliciten la elevación de dichas observaciones para la emisión de pronunciamiento, siempre que ningún participante haya hecho efectivo tal derecho.

3. Cuando se haya solicitado la elevación de observaciones, dentro de los dos (2) días hábiles siguientes de notificado el pronunciamiento respectivo en el SEACE.

Corresponde al Comité Especial, bajo responsabilidad, integrar las Bases y publicarlas

5


en el SEACE, conforme lo establecen los artículos 59 y 60 del Reglamento.

De conformidad con el artículo 31 del Reglamento, el Comité Especial no podrá efectuar modificaciones de oficio al contenido de las Bases, bajo responsabilidad.

1.10. 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.

Las personas naturales podrán concurrir personalmente o a través de su apoderado debidamente acreditado ante el Comité Especial, 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.

6


1.11. PRESENTACIÓN DE PROPUESTAS

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 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.

…* Este Párrafo No Aplica en el presente proceso de selección

En el caso que el Comité Especial rechace la acreditación del apoderado, representante legal o representante común, según corresponda en atención al numeral 1.10, 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 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 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

7


dentro de uno o más sobres, los que serán debidamente sellados y firmados por él, por los miembros del Comité Especial y por los postores que así lo deseen, conservándolos hasta la fecha en que el Comité Especial, 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.

1.12. 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.

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.

…..* Este Párrafo No aplica en el presente proceso de selección

1.13. 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.13.1. EVALUACIÓN TÉCNICA

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 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 deberá determinar si se cumplió o no con la

8


subsanación solicitada. Si luego de vencido el plazo otorgado, no se cumple con la subsanación, el Comité Especial 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 la 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.

1.13.2. EVALUACIÓN ECONÓMICA

Si la propuesta económica excede el valor referencial, será devuelta por el Comité Especial 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 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 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.

….* Este Párrafo No aplica en el presente proceso de selección.

1.14. ACTO PÚBLICO DE OTORGAMIENTO DE LA BUENA PRO

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

9


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.

El Comité Especial 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 y por 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.15. 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 ocho (8) días hábiles de la notificación de su otorgamiento en acto público, 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 en acto público, y podrá ser publicado en el SEACE ese mismo día o hasta el día hábil siguiente.

1.16. CONSTANCIA DE NO ESTAR INHABILITADO PARA CONTRATAR CON EL ESTADO

De acuerdo con el artículo 282 del Reglamento, a partir del día hábil siguiente de haber quedado consentida la Buena Pro o de haberse agotado la vía administrativa conforme a lo previsto en el artículo 122 del Reglamento, hasta el décimo quinto día hábil de producido tal hecho, el postor ganador de la Buena Pro debe solicitar ante el OSCE la expedición de la constancia de no estar inhabilitado para contratar con el Estado.

El OSCE no expedirá constancias solicitadas fuera del plazo establecido.

10


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 y es resuelto por el Tribunal de Contrataciones del Estado.

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 ocho (8) 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 ocho (8) días hábiles siguientes de haberse tomado conocimiento del acto que se desea impugnar.

11


CAPÍTULO IIIDEL CONTRATO

3.1. DEL PERFECCIONAMIENTO 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 la suscripción del contrato prevista en las Bases. 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.

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.

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.

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

Constancia vigente de no estar inhabilitado para contratar con el Estado. Garantía de fiel cumplimiento. Garantía de fiel cumplimiento por prestaciones accesorias, en caso corresponda. Garantía por el monto diferencial de propuesta, en caso corresponda. 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.2. VIGENCIA DEL CONTRATO

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. 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.3. DE LAS GARANTÍAS

3.3.1. GARANTÍA DE FIEL CUMPLIMIENTO

El postor ganador debe entregar a la Entidad la garantía de fiel cumplimiento del contrato. Esta deberá ser emitida por una suma equivalente al diez por ciento (10%) del monto del contrato original y tener vigencia hasta la conformidad de la recepción de la prestación a cargo del contratista.

De manera excepcional, respecto de aquellos contratos que tengan una vigencia superior a un (1) año, previamente a la suscripción del contrato, las Entidades podrán aceptar que el ganador de la Buena Pro presente la garantía de fiel cumplimiento y de ser el caso, la garantía por el monto diferencial de la

12


propuesta, con una vigencia de un (1) año, con el compromiso de renovar su vigencia hasta la conformidad de la recepción de la prestación.

IMPORTANTE

• Al amparo de lo dispuesto en el artículo 39 de la Ley, en los casos de prestación de servicios de ejecución periódica, 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.

3.3.2. GARANTÍA DE FIEL CUMPLIMIENTO POR PRESTACIONES ACCESORIAS

En caso el contrato conlleve a la ejecución de prestaciones accesorias, tales como mantenimiento, reparación o actividades afines, se otorgará una garantía adicional por este concepto, la misma que se renovará periódicamente hasta el cumplimiento total de las obligaciones garantizadas, no pudiendo eximirse su presentación en ningún caso.

3.3.3. GARANTÍA POR EL MONTO DIFERENCIAL DE PROPUESTA

Cuando la propuesta económica fuese inferior al valor referencial en más del diez por ciento (10%) de éste, para la suscripción del contrato, el postor ganador deberá presentar una garantía adicional por un monto equivalente al veinticinco por ciento (25%) de la diferencia entre el valor referencial y la propuesta económica. Dicha garantía deberá tener vigencia hasta la conformidad de la recepción de la prestación a cargo del contratista.

3.4. REQUISITOS DE LAS GARANTÍAS

Las garantías que se presenten deberán 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 postores o contratistas cumplen con los requisitos y condiciones necesarios para su aceptación y eventual ejecución.

3.5. EJECUCIÓN DE GARANTÍAS

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

13


3.6. 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.7. 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.8. 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.9. 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.

14


SECCIÓN ESPECÍFICA

CONDICIONES ESPECIALES DEL PROCESO DE SELECCIÓN

15


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] y [email protected]

1.2. OBJETO DE LA CONVOCATORIA

El presente proceso de selección tiene por objeto la Contratación de una consultoría para la implementación del Nuevo Core Bancario para el Banco de la Nación.

1.3. VALOR REFERENCIAL

El valor referencial asciende a Veintiocho Millones Trescientos Tres Mil Ciento Cincuenta y Cuatro con 00/100 Dólares Americanos (US$ 28’303,154.00), 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 Septiembre de 2012, de acuerdo al siguiente detalle:

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

MONTO TOTAL(US $ - Dólares Americanos)

Nuevo Core Bancario para en banco de la Nación 28’303,154.00

PRESTACION PRINCIPAL: 18’561,751.00 Base de Datos – Licencias 2’430,143.00 Solución de Core Bancario

(Licencias e Infraestructura) 7’857,640.00

Servicios de Implementación Capacitación y Entrenamiento 8´273,968.00

PRESTACION ACCESORIA: 9’741,403.00 Soporte y Mantenimiento - Base de

Datos 1’709,820.00

Soporte y Mantenimiento - Solución de Core Bancario 8’031,583.00

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

16

mailto:[email protected]


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 mediante Memorando EF/92.2600 N° 629-2012 del 22 de Octubre de 2012.

1.5. FUENTE DE FINANCIAMIENTO

Recursos Directamente Recaudados.

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 PLAZO

Prestación Principal

El Plazo de Ejecución de las Prestaciones Principales del Servicio es 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: A partir del trimestre siguiente de iniciada la Implementación del Nuevo Core Bancario, durante 2 años, de acuerdo al Plan de Implementación acordado.

• Soporte Post-Producción de la Implementación del Nuevo Core Bancario: A partir del día siguiente de la fecha de conformidad de cada fase, durante 3 meses.

• Garantía de Solución Nuevo Core Bancario: A partir del día siguiente de terminado el Soporte Post-Producción de la última fase, durante 12 meses.

Prestación Accesoria El Plazo de Ejecución de las Prestaciones Accesorias será

17


de 5 años, de acuerdo a lo siguiente:

• Soporte y Mantenimiento anual de las licencias de Base de Datos por un periodo de 5 años, después del periodo de garantía.

• Soporte y Mantenimiento anual de la Solución de Core Bancario, por un periodo de 5 años después del periodo de garantía.

Dichos plazos constituyen un requerimiento técnico mínimo que debe coincidir con lo establecido en el expediente de contratación.

1.9. COSTO DE REPRODUCCIÓN DE LAS BASES

El costo de las bases es de S/. 30.00 (Treinta con 00/100 Nuevos Soles).

1.10. BASE LEGAL

Ley N° 28411 - Ley General del Sistema Nacional del Presupuesto. Decreto Legislativo N° 1017 – Aprueba la Ley de Contrataciones del Estado, en

adelante la Ley. Decreto Supremo N° 184-2008-EF – Aprueba el Reglamento de la Ley de Contrataciones del Estado, en adelante el Reglamento. Decreto Supremo N° 021-2009-EF – Modificación del Reglamento de la Ley de Contrataciones del Estado. Decreto Supremo N° 140-2009-EF – Modificación del Reglamento de la Ley de

Contrataciones del Estado. Decreto Supremo N° 154-2010-EF – Modificación del Reglamento de la Ley de

Contrataciones del Estado. Ley Nº 29873 modifica el Decreto Legislativo N° 1017 Ley de Contrataciones del

Estado. Decreto Supremo Nº 138-2012-EF Modificación al Decreto Supremo Nº 184-2008-

EF Reglamento de la Ley de Contrataciones del Estado y Fe de Erratas. Directivas de 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 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.

18


CAPÍTULO IIDEL PROCESO DE SELECCIÓN

2.1. CRONOGRAMA DEL PROCESO DE SELECCIÓN

Etapa Fecha, hora y lugar Convocatoria : 30/10/2012

Registro de Participantes : 31/10/2012 al 29/11/2012

Formulación de consultas a las Bases : 31/10/2012 al 08/11/2012

Absolución de consultas a las Bases : 14/11/2012

Formulación de observaciones a las Bases : 15/11/2012 al 21/11/2012

Absolución de observaciones a las Bases : 27/11/2012

Integración de las Bases : 28/11/2012

Presentación de Propuestas (Acto Público)

: El 05/12/2012 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 10:00 horas

Evaluación de Propuestas : Del 06/12/2012 al 20/12/2012

Otorgamiento de la Buena Pro (Acto Público)

: El 21/12/2012 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 10: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 Abastecimiento, 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á adjuntar copia vigente de su RNP en el rubro de Servicios y 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, según Formato Nº 2.

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. FORMULACIÓN DE CONSULTAS Y OBSERVACIONES A LAS BASES

Las consultas y observaciones se presentarán por escrito, debidamente fundamentadas, en el Modulo de Atención de la División Abastecimiento, 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 horas a 17:00 horas, debiendo estar dirigidas al

19


Presidente del Comité Especial del CONCURSO PÚBLICO N° 0050-2012-BN, pudiendo ser remitidas adicionalmente a los siguientes correos electrónicos: [email protected] y [email protected], utilizar el Anexo N° 8.

2.4. ACTO PÚBLICO DE 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.

Se podrá contar con la presencia de un representante del Sistema Nacional de Control, quien participará como veedor y deberá suscribir el acta correspondiente. La no asistencia del mismo no vicia el proceso.

Las propuestas se presentarán en dos (2) sobres cerrados y estarán dirigidas al Comité Especial del CONCURSO PÚBLICO N° 0050-2012-BN, conforme al siguiente detalle:

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

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

20

SeñoresBanco de la Nación

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

CONCURSO PÚBLICO N° 0050-2012-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]

SeñoresBanco de la Nación

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

CONCURSO PÚBLICO N° 0050-2012-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]

mailto:[email protected]


2.5. CONTENIDO DE LAS PROPUESTAS

2.5.1. SOBRE N° 1 - PROPUESTA TÉCNICA

Se presentará en un original y una (01) copia.

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.

El sobre Nº 1 contendrá, además de un índice de documentos1, 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).

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).

c)Documentación que permita acreditar el cumplimiento de los requerimientos técnicos mínimos:

i. Completar y firmar el Anexo Nº 2-A Matriz de Cumplimiento de Requerimientos Técnicos y adjuntar la documentación técnica o una descripción técnica detallada que sustente el cumplimiento de cada uno de los requerimientos, indicando para cada caso el folio de la propuesta.

ii. Arquitectura de la solución propuesta y la descripción detallada 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), en donde se evidencie el cumplimiento de la plataforma y sistemas operativos requeridos por el Banco de la Nación en el numeral 5 de los Términos de Referencia.

iii. Documento emitido por el fabricante que certifique que la solución propuesta corre sobre plataforma Z/OS y plataforma abierta (Linux, Unix).

iv. Documentación que permita acreditar el perfil y experiencia del Equipo de Trabajo propuesto (numeral 11.3 de los TdR):

Líder de Proyecto:

a. Copia simple legible de Título Universitario, en Ingeniería de Sistemas, Informática o carreras afines a Tecnologías de Información

b. Copia simple legible de su Certificación PMP® del PMI o equivalente.

c. Copia simple legible de contratos de trabajo, constancias o certificados que brinde al Comité la certeza que cuenta con

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

21


experiencia comprobada, no menor de cinco años en la Gestión de Tecnología de Información y Comunicaciones (Gerente o Jefe) y que cuenta con más de cinco (5) años de experiencia en proyectos de implementación de software para Instituciones Financieras.

Gestor de Aseguramiento de la Calidad:

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

b. Acreditación de contar con un mínimo 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 como mínimo 30 horas de capacitación

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

e. Constancias, Certificados o cualquier documento que brinde al Comité la certeza de que cuentas 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 de Sistemas, Ingeniería Electrónica, Ingeniería Industrial, Ingeniería Informática o carreras afines a Tecnologías de Información.

b. Constancias, Certificados o cualquier documento que brinde al Comité la certeza de que cuenta con experiencia comprobada no menor de Cuatro años como consultor implementador del Core Bancario propuesto.

c. Constancias, Certificados o cualquier documento que brinde al Comité la certeza de que cuenta con 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.

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 de Sistemas, Ingeniería Electrónica, Ingeniería Industrial, Ingeniería Informática 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. Constancias, Certificados o cualquier documento que brinde al Comité la certeza de que cuenta con experiencia probada 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.

f. Constancias, Certificados o cualquier documento que brinde al Comité la certeza de que cuenta con experiencia mínima de dos implementaciones como administrador tecnológico del

22


Core Bancario propuesto en los últimos cuatro años.

Consultor(es) Técnico(s) de Implementación

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

b. Constancias, Certificados o cualquier documento que brinde al Comité la certeza de que cuenta por lo menos con cuatro años 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(es) Técnico de Migración


b. Constancias, Certificados o cualquier documento que brinde al Comité la certeza de que cuenta con 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

Ingeniero(s) de Implementación


b. Constancias, Certificados o cualquier documento que brinde al Comité la certeza de que cuenta 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.

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.

d) Completar y firmar el Anexo Nº 2-B Matriz de Cumplimiento de Requerimientos Funcionales, indicando para cada caso el folio de la propuesta.

e) Declaración jurada simple de acuerdo al artículo 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.

23


f)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.

g) Declaración Jurada de Plazo de Prestación del Servicio y Garantía (Anexo Nº 5).

h) 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° 10).

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

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 de contratos u órdenes de servicio, y su respectiva conformidad por la prestación efectuada; o comprobantes de pago 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, 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. 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) 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, a Banco de la Nación.

24


c) Para efectos de la evaluación de los Factores Referidos al Personal, el Postor deberá presentar las constancias, certificados y/o declaraciones juradas requeridas, donde se exprese claramente el cumplimiento los requerimientos del personal propuesto, en relación a cada factor, los cargos y experiencia requeridos y durante los períodos indicados.

d) Para efectos de evaluación de los Factores Referidos al Objeto de la Convocatoria, el Postor deberá presentar documentación o una Carta de Compromiso donde manifieste el cumplimiento de dichos factores.

IMPORTANTE:

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

2.5.2. SOBRE N° 2 - PROPUESTA ECONÓMICA2

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

Oferta económica expresada en la moneda del valor referencial (Anexo Nº 12).

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.

IMPORTANTE:

La admisión de la propuesta económica que presenten los postores dependerá de si aquella se encuentra dentro 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.6. DETERMINACIÓN DEL PUNTAJE TOTAL

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

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

PTPi = c1 PTi + c2 PEi

Donde:

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

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

25


Donde: c1 + c2 = 1.00

2.7. REQUISITOS PARA LA SUSCRIPCIÓN 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 de DNI del Representante Legal.c) Copia de la vigencia del poder del representante legal de la empresa con una

antigüedad no mayor de 30 días calendario a la firma del contrato, donde se precise que cuente con facultades para suscribir contratos.

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) Garantía de fiel cumplimiento del contrato (CARTA FIANZA).g) Garantía de fiel cumplimiento por prestaciones accesorias (CARTA FIANZA).h) Garantía por el monto diferencial de la propuesta, de ser el caso (CARTA FIANZA).i) Contrato de consorcio con firmas legalizadas de los integrantes, de ser el caso.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 para efectos de la notificación durante la ejecución del contrato.m) El postor adjudicado deberá presentar la estructura de costos o detalle de precios

para la formalización del contrato, de acuerdo a lo siguiente:

Costo de las Licencias de Core Bancario, Herramientas de Desarrollo y otras Herramientas requeridas para la operatividad de la solución, detallados por módulo.

Costo del Servicio de implementación, capacitación y entrenamiento detallado por Módulo.

Costo del Servicio de mantenimiento y soporte Anual detallado por modulo. Otros costos. Costo de hora/hombre de los roles indicados para la prestación del servicio.

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.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 en el Departamento de Logística – División de Abastecimiento – 4to. Piso, sito en la Av. República de Panamá N° 3664 – San Isidro

26


2.9. ADELANTOS

La Entidad otorgará uno (1) adelanto directo por el dieciséis y 40/100 por ciento (16.40%) del monto del contrato original.

El contratista debe solicitar los adelantos dentro de los siete (7) días calendario posterior 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 calendario siguiente 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.

IMPORTANTE:

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

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.10. FORMA DE PAGO

La Entidad realizara los pagos parciales de la contraprestación pactada a favor del contratista de acuerdo al siguiente detalle:

Prestaciones Principales

6.56% del Monto Total, al finalizar la Etapa de Gap Analysis más 2.73% de amortización del adelanto.9.84% del Monto Total, al finalizar la Fase 1 más 2.73% de amortización del adelanto.9.84% del Monto Total, al finalizar la Fase 2 más 2.73% de amortización del adelanto.6.56% del Monto Total, al finalizar la Fase 3 más 2.73% de amortización del adelanto.9.84% del Monto Total, al finalizar la Fase 4 más 2.73% de amortización del adelanto.6.56% del Monto Total, al finalizar las prestaciones principales más 2.75% de amortización del adelanto.

Prestaciones Accesorias

6.88% del Monto Total Soporte y Mantenimiento Licencias (inicio año 5)6.88% del Monto Total Soporte y Mantenimiento Licencias (inicio año 6)6.88% del Monto Total Soporte y Mantenimiento Licencias (inicio año 7)6.88% del Monto Total Soporte y Mantenimiento Licencias (inicio año 8)6.88% del Monto Total Soporte y Mantenimiento Licencias (inicio año 9)

De acuerdo con el artículo 176 del Reglamento, para efectos del pago de las

27


contraprestaciones ejecutadas por el contratista, la Entidad deberá contar con la siguiente documentación:

Pago de las Prestaciones Principales:

a) Facturab) Acta de Conformidad del Proyecto Nuevo Core Bancario c) Informe del Proyecto Nuevo Core Bancario, emitiendo su Conformidad de la

prestación efectuadad) Copia del ContratoPago de las Prestaciones Accesorias:

a) Facturab) Acta de Conformidad del Departamento de Informática.c) Informe del Departamento de Informática, emitiendo su Conformidad de la

prestación efectuadad) Copia del Contrato

2.11. PLAZO PARA EL PAGO

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.

2.12. REAJUSTE DE LOS PAGOS

No aplica (numeral 4 del artículo 49 del Reglamento).

28


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

Términos de Referencia

Contratación del Nuevo Core Bancario del Banco de la NaciónOctubre de 2012

29


CONTENIDO

1 INFORMACIÓN DEL BANCO DE LA NACIÓN .................................................................. 34

1.1 CLIENTES DEL BANCO DE LA NACIÓN.....................................................................................341.1.1 PERSONAS NATURALES......................................................................................................341.1.2 PERSONAS JURÍDICAS........................................................................................................341.1.3 INSTITUCIONES DEL ESTADO...............................................................................................341.2 PRODUCTOS Y SERVICIOS DEL BANCO DE LA NACIÓN.............................................................341.2.1 CAPTACIONES.................................................................................................................... 341.2.2 COLOCACIONES................................................................................................................. 371.2.3 COMERCIO EXTERIOR........................................................................................................391.2.4 FIDEICOMISOS Y COMISIONES DE CONFIANZA......................................................................401.2.5 SERVICIO DE PAGOS Y COBROS.........................................................................................411.2.6 TESORERÍA E INVERSIONES................................................................................................441.3 MODELO REFERENCIAL DE PROCESOS...................................................................................451.3.1 MODELO DE CORE BANCARIO...........................................................................................461.3.2 ALCANCE DE LA SOLUCIÓN DE NUEVO CORE BANCARIO A CONTRATAR..............................461.4 TECNOLOGÍA DEL BANCO DE LA NACIÓN................................................................................491.4.1 INFRAESTRUCTURA CENTRAL DE HARDWARE.......................................................................491.4.2 INFRAESTRUCTURA CENTRAL DE SOFTWARE........................................................................511.4.3 INFRAESTRUCTURA PERIFÉRICA DE HARDWARE....................................................................521.4.4 INFRAESTRUCTURA PERIFÉRICA DE SOFTWARE....................................................................531.4.5 INFRAESTRUCTURA DE COMUNICACIONES............................................................................541.4.6 PROTOCOLOS DE COMUNICACIÓN.......................................................................................571.4.7 CANALES DE ATENCIÓN......................................................................................................571.4.8 VOLÚMENES DE OPERACIÓN Y PROCESAMIENTO.................................................................601.4.9 TRANSACCIONES FINANCIERAS...........................................................................................61

2 PERFIL DEL POSTOR ........................................................................................................ 62

3 LUGAR Y PLAZO DE EJECUCIÓN .................................................................................... 63

4 CONDICIONES PARA EL INICIO DE LA PRESTACIÓN DEL SERVICIO. ....................... 64

5 REQUERIMIENTOS DE PLATAFORMA ............................................................................ 65

6 REQUERIMIENTOS DE ARQUITECTURA ........................................................................ 68

6.1 ARQUITECTURA ORIENTADA A SERVICIOS...............................................................................686.2 BUSINESS PROCESS MANAGEMENT........................................................................................68

7 REQUERIMIENTOS DE INFRAESTRUCTURA .................................................................. 68

7.1 RESPONSABILIDADES DEL BANCO DE LA NACIÓN...................................................................687.2 RESPONSABILIDADES DEL CONTRATISTA................................................................................697.3 REQUERIMIENTOS DE PROCESAMIENTO...................................................................................697.3.1 DISPONIBILIDAD................................................................................................................. 697.3.2 MODALIDAD DE PROCESAMIENTO........................................................................................697.3.3 CAPACIDAD DE PROCESAMIENTO EN LÍNEA..........................................................................697.3.4 TIEMPO DE RESPUESTA......................................................................................................697.3.5 PROCESAMIENTO BATCH....................................................................................................70

30


7.4 INFRAESTRUCTURA DE SOFTWARE..........................................................................................707.4.1 BASE DE DATOS................................................................................................................. 707.4.2 HERRAMIENTAS DE DESARROLLO........................................................................................717.4.3 LICENCIAS DE SOFTWARE DE CORE BANCARIO....................................................................717.5 COMUNICACIONES................................................................................................................. 72

8 REQUERIMIENTOS DE CONECTIVIDAD .......................................................................... 73

8.1 CON LOS CANALES DE ATENCIÓN..........................................................................................738.2 CON ORACLE FINANCIALS.....................................................................................................758.3 CON SISTEMA DE TESORERÍA E INVERSIONES - BACK TRADER LIVE........................................758.4 CON ENTIDADES EXTERNAS....................................................................................................75

9 REQUERIMIENTOS DE INFORMACIÓN PARA ENTIDADES EXTERNAS ..................... 77

9.1 FORMATOS DE LA SUPERINTENDENCIA DE BANCOS................................................................779.2 INFORMACIÓN PARA LA GENERACIÓN DE REPORTES REGULATORIOS.......................................809.3 INFORMACIÓN PARA EL CONTROL Y PREVENCIÓN DEL LAVADO DE ACTIVOS............................81

10 REQUERIMIENTOS DE SEGURIDAD, CONTINGENCIA Y RESPALDO .......................... 82

10.1 REQUERIMIENTOS DE SEGURIDAD...........................................................................................8210.1.1 PARA LA OPERACIÓN DE LAS APLICACIONES.......................................................................8410.1.2 PARA LA GESTIÓN DE ACCESOS E IDENTIDADES..................................................................8610.1.3 PARA EL CIFRADO DE LA INFORMACIÓN...............................................................................8710.1.4 PARA EL REGISTRO DE AUDITORÍA Y MONITOREO...............................................................8810.1.5 NORMATIVA INTERNA..........................................................................................................8910.1.6 ACUERDOS DE CONFIDENCIALIDAD.....................................................................................9010.1.7 MECANISMOS DE SEGURIDAD INFORMÁTICA........................................................................9110.2 REQUERIMIENTOS DE CONTINGENCIA.....................................................................................9210.3 REQUERIMIENTOS DE RESPALDO............................................................................................93

11 GESTIÓN DEL SERVICIO .................................................................................................. 94

11.1 GESTIÓN DE LA EJECUCIÓN DEL SERVICIO.............................................................................9411.2 ESTRATEGIA DE IMPLEMENTACIÓN..........................................................................................9411.2.1 ETAPA DE GAP ANALYSIS..................................................................................................9511.2.2 ETAPA DE IMPLEMENTACIÓN...............................................................................................9511.2.3 ETAPA DE PUESTA EN PRODUCCIÓN....................................................................................9711.2.4 ETAPA DE POST-PRODUCCIÓN............................................................................................9711.3 EQUIPO DE TRABAJO.............................................................................................................9711.4 ROTACIÓN DEL PERSONAL...................................................................................................10311.5 TARIFA DE PERSONAL.........................................................................................................10311.6 GASTOS DE TRASLADO, ALOJAMIENTO Y ALIMENTACIÓN DE PERSONAL................................10411.7 GESTIÓN DEL PROYECTO.....................................................................................................10411.7.1 PLAN DEL PROYECTO.......................................................................................................10411.7.2 EJECUCIÓN DEL PROYECTO..............................................................................................10511.7.3 SEGUIMIENTO Y CONTROL DEL PROYECTO........................................................................10511.7.4 CIERRE DEL PROYECTO...................................................................................................10611.8 GESTIÓN DE LA CONFIGURACIÓN..........................................................................................10611.8.1 CONTROL DE VERSIONES:................................................................................................10611.9 SOLICITUDES DE CAMBIOS...................................................................................................10711.10 ENTREGABLES DEL PROYECTO DE IMPLEMENTACIÓN........................................................10711.11 COMITÉS Y GRUPOS DE TRABAJO....................................................................................10711.12 INFORMES Y REPORTES...................................................................................................11011.13 ADECUACIÓN DE PROCESOS............................................................................................111

31


11.14 ACEPTACIÓN DEL SERVICIO.............................................................................................111

12 REQUERIMIENTOS DE MIGRACIÓN Y CONVIVENCIA ................................................. 112

12.1 MIGRACIÓN DE DATOS.........................................................................................................11212.1.1 OBJETIVOS DE LA MIGRACIÓN DE DATOS...........................................................................11212.1.2 RESPONSABILIDADES DEL BANCO DE LA NACIÓN...............................................................11212.1.3 RESPONSABILIDADES DEL CONTRATISTA...........................................................................11212.2 CONVIVENCIA...................................................................................................................... 11312.2.1 OBJETIVOS DE LOS PROCESOS DE CONVIVENCIA...............................................................11312.2.2 RESPONSABILIDADES DEL BANCO DE LA NACIÓN...............................................................11312.2.3 RESPONSABILIDADES DEL CONTRATISTA...........................................................................11412.3 ESTRATEGIA DE MIGRACIÓN Y CONVIVENCIA.........................................................................11412.3.1 FASE I: CLIENTES............................................................................................................11412.3.2 FASE II: COLOCACIONES..................................................................................................11512.3.3 FASE III: COMERCIO EXTERIOR........................................................................................11612.3.4 FASE IV: CAPTACIONES, SERVICIOS DE COBROS Y PAGOS................................................117

13 REQUERIMIENTOS DE CAPACITACIÓN Y ENTRENAMIENTO .................................... 120

13.1 CAPACITACIÓN TÉCNICA......................................................................................................12013.1.1 PERSONAL DEL CENTRO DE CÓMPUTO.............................................................................12013.1.2 PERSONAL DE SOPORTE TÉCNICO....................................................................................12013.1.3 PERSONAL DE DESARROLLO Y MANTENIMIENTO................................................................12113.1.4 PERSONAL DE CALIDAD DE SOLUCIONES...........................................................................12113.1.5 PERSONAL DE MESA DE AYUDA........................................................................................12113.2 CAPACITACIÓN DE USUARIO.................................................................................................121

14 REQUERIMIENTOS DE DOCUMENTACIÓN ................................................................... 122

14.1 PREMISAS GENERALES........................................................................................................12214.2 MANUALES DE INSTALACIÓN................................................................................................12214.3 MANUALES TÉCNICOS..........................................................................................................12214.4 MANUALES DE USUARIO.......................................................................................................12214.5 MANUALES DE CAPACITACIÓN..............................................................................................123

15 REQUERIMIENTOS DE GARANTÍA, MANTENIMIENTO Y SOPORTE .......................... 124

15.1 ACUERDOS DE NIVELES DE SERVICIO....................................................................................12415.2 GARANTÍA DE LA SOLUCIÓN DEL CORE BANCARIO...............................................................12415.3 SOPORTE Y MANTENIMIENTO DE LA SOLUCIÓN DEL NUEVO CORE BANCARIO........................125

16 REQUERIMIENTOS FUNCIONALES GENERALES ........................................................ 126

17 REQUERIMIENTOS FUNCIONALES ............................................................................... 128

17.1 REQUERIMIENTOS FUNCIONALES DE CLIENTES.....................................................................12817.1.1 REQUERIMIENTOS FUNCIONALES DEL MÓDULO DE CLIENTES.............................................12817.2 REQUERIMIENTOS FUNCIONALES DE PLATAFORMAS..............................................................13217.2.1 REQUERIMIENTOS FUNCIONALES DE PLATAFORMA COMERCIAL Y DE SERVICIOS.................13217.2.2 REQUERIMIENTOS FUNCIONALES DE PLATAFORMA DE CAJA O VENTANILLA.........................13917.3 REQUERIMIENTOS FUNCIONALES DE NEGOCIO......................................................................14217.3.1 REQUERIMIENTOS FUNCIONALES DEL MÓDULO DE CAPTACIONES.......................................14217.3.2 REQUERIMIENTOS FUNCIONALES DEL MÓDULO DE COLOCACIONES....................................16417.3.3 REQUERIMIENTOS FUNCIONALES DEL MÓDULO DE COMERCIO EXTERIOR...........................178

32


17.3.4 REQUERIMIENTOS FUNCIONALES DEL MÓDULO DE PAGOS Y COBROS................................18717.4 REQUERIMIENTOS FUNCIONALES DE PROCESOS AUXILIARES................................................19317.4.1 PROCESO DE CANJE ELECTRÓNICO..................................................................................19317.4.2 PROCESO DE MANEJO DE EFECTIVO Y BÓVEDAS..............................................................19617.4.3 PROCESO DE EMBARGOS.................................................................................................19717.4.4 PROCESO DE LEVANTAMIENTO DE SECRETO BANCARIO.....................................................19917.4.5 PROCESO DE INTEGRACIÓN SWIFT..................................................................................20017.4.6 PROCESO DE TRANSFERENCIAS INTERBANCARIAS LBTR, CCE.........................................20017.5 REQUERIMIENTOS FUNCIONALES DE PROCESOS DE APOYO..................................................20217.5.1 PROCESO DE ADMINISTRACIÓN CONTABLE........................................................................20217.5.2 PROCESO DE GESTIÓN INTEGRAL DE RIESGOS.................................................................20417.5.3 PROCESOS DE CONTROL Y PREVENCIÓN DE LAVADO DE ACTIVOS.....................................20417.5.4 PROCESO DE REPORTES REGULATORIOS Y DE CONTROL..................................................205

18 GLOSARIO DE TÉRMINOS .............................................................................................. 209

33


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.

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 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

34


considerados en la ley de Detracciones de Impuestos administrados por la SUNAT3. 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.

- 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 en cheques del mismo banco, depósitos en 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 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 DGETP4: cuenta corriente que dispone de los fondos mediante el giro de

3 SUNAT: Superintendencia Nacional de Administración Tributaria4 DGETP: Dirección General de Endeudamiento y Tesoro Público

35


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 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 CAFAE5 y SUB-CAFAE: cuenta corriente sin interés convencional. Acepta depósitos en efectivo, depósitos en cheques del mismo banco, depósitos en cheques de otras instituciones bancarias y transferencias.

1.2.1.2Cuenta de Ahorros- 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

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

36


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 CTS MN o ME: dirigido a trabajadores del Sector

Público y Privado; la misma que es una cuenta de depósitos por compensación de tiempo de servicios (CTS) en la cual el empleador efectuará abonos por dicho concepto.

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

americanos.- Un cliente puede mantener una cuenta en ambas

monedas- 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- 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.

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

- El monto Intangible se paga a la extinción del vínculo laboral.

- La cuenta CTS es intangible e inembargable salvo por alimentos y hasta el 50%.

1.2.1.4Depósitos a Plazo- Depósitos a Plazo en Agencias UOB: 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.

- Depósitos Judiciales y Administrativos: brinda el servicio de emisión, cancelación, duplicados, modificaciones,

37


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.

1.2.2Colocaciones

1.2.2.1Crédito Hipotecario- 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.

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

38


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.

1.2.2.3Línea de Crédito- Línea de Crédito Global: el Banco de la Nación otorga líneas

de crédito globales que pueden ser utilizadas para múltiples fines como: cartas fianzas, créditos diversos o créditos documentarios. Estas líneas permiten desembolsos parciales al cliente de acuerdo a sus necesidades.

- Línea de Crédito a IFIS: el Banco de la Nación otorga líneas de crédito específicas a otras entidades financieras que están dedicadas a financiar a las MYPES, fungiendo como Banco de segundo piso. El Banco de la Nación cuenta con las siguientes líneas aprobadas a través de diferentes decretos supremos:a) Línea de Crédito D.S. 047-2006- EF, destinado a financiar

colocaciones realizadas en las Oficinas compartidasb) Línea de Crédito D.S. 134-2006-EF, Adjudicación directa,

destinado a otorgar financiamiento para capital de trabajo y activo fijo a las IFIs para su canalización a las MYPES.

1.2.2.4Préstamo Comercial- Otorgamiento préstamos Gobierno Nacional:

financiamiento otorgado a entidades del Gobierno Nacional, a un plazo determinado que se puede cancelar en una o más cuotas fijas que incluyen capital e intereses.

- 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.

1.2.2.5Sobregiro Eventual- Crédito en Cuenta Corriente (sobregiro eventual):

financiamiento eventual que el Banco de la Nación brinda a ciertos clientes, generalmente por un plazo menor a 30 días. El sobregiro eventual siempre se realiza contra cuenta corriente cuando ésta no tiene saldo disponible.

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

39


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 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:

40


a) Cartas de Crédito de Importación y Doméstica (local)b) Cartas de Crédito de Exportación

1.2.3.4Garantías Bancarias- Garantías Bancarias Internacionales:

a) 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.

b) 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:a) 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.

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

41


convenio de gestión (amparado por la Ley de Procedimiento de Ejecución Coactiva).

- 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-Aduanas. Adicionalmente a partir de mayo de 2004, 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 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).

- Cobranza por Corresponsalía

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.

b) 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.

c) 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.

d) 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

42


en sus cuentas. Es especialmente útil para instituciones educativas, gremios profesionales (por ejemplo el Colegio de Ingenieros) y otras empresas con alto volumen de transacciones.

e) Cobranza de Cuotas Bancos Locales: servicio que se brinda a las IFIS para la recepción del pago de cuotas de sus clientes en las cajas del Banco de la Nación.

f) 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).

g) 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.

h) Seguros varios: Servicio mediante el cual el Banco de la Nación coloca en el mercado el Seguro Obligatorio de Accidentes de Tránsito (SOAT) y otros seguros como 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.

i) 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 trasladados a través del LBTR. La CCE también es un medio mediante el cual algunas empresas con cuentas corrientes UOB podrían transferir importes menores.

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.

43


- 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 IFIS que no tienen oficina en alguna región del país.

- Programa préstamo a la MYPE6: 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 desembolso de préstamos a cambio de una comisión.

- 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

a) 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.

b) 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.

c) Transferencia Interbancaria con Cargo en Cuentas de Ahorro en Moneda Nacional y Moneda Extranjera: servicio que consiste en efectuar transferencias de una

6 MYPE: Micro y Pequeña Empresa44


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.

d) 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.

e) Transferencia de Fondos a Gobiernos Locales y Regionales: servicio de transferencia de recursos del Tesoro 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 denominado 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, IFIS 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

45


Documentos Titularizados CD´s BCRP Otros CD´s D.U. ICP Papeles Comerciales

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:

46


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: 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 van directamente a los clientes del Banco.

1.3.1Modelo de CORE BancarioDel 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.

47


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 Rentabilización de Fondos.

- 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 y Servicio de Certificaciones.

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 y Rentabilización de Fondos 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 las Plataformas 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.

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

48


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. Por ejemplo la solución de CORE entregará información según los formatos establecidos al sistema Core Bancario del Banco para que éste los procese.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 Contableb) 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 Cajas o Ventanillas fijas y remotas: su automatización ESTÁ INCLUIDA 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.

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 microfilm, entre otros.

49


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.

Para mayor detalle, revisar los Requerimientos Funcionales de Plataformas.La relación de servicios que actualmente ofrece el Banco de la Nación se encuentra disponible en la página web www.bn.com.pe

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

Rentabilización de Fondos (Tesorería e Inversiones): su integración al Nuevo Core Bancario debe estar contemplada. El proceso de Tesorería e Inversión está excluido de alcance de la solución del nuevo Core Bancario, pero debe estar preparado para integrar el back Trader Live con todos los módulos de negocio para intercambiar información.

El Servicio de 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

50


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 multiplexores DWDM. 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 computo backup, tiene en una de sus particiones lógicas el sistema operativo z/VM donde se virtualizan maquinas z/Linux

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:

51


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

- Conexión fisica con canales Ficon, punto a punto- Tolerancia a desastres- Funcionalidad de zonificacion 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

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 virtual de cintasEl Banco de la Nación cuenta con una solución tecnológica de respaldo 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 debe contar con 600 slots para mainframe y 600 para la plataforma de arquitectura abierta.

1.4.1.5Servidores Stratus

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

52


- 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.2 Infraestructura central de software

1.4.2.1Software Mainframe

- Sistema Operativo z/OS V1R9.0 (se encuentra en proceso de migración a 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.- 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 II (Producto despachador de transacciones).- Administrador de Procesos Automatizado Control-M.- Manejadores de Base de Datos de los servidores mainframe.

- Base de Datos CA-Datacom versión 11 SP4.- Archivos VSAM.- Archivos Planos.

53


- Software Security Server 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.18b) Manejador de Base de Datos Informix DS 9.4c) 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.La solución de Core Bancario actual tiene una base de datos única de clientes (BDUC) que reside en el manejador de base de datos CA-DATACOM instalado en el servidor mainframe z/Series.

1.4.3 Infraestructura periférica de hardwareLos equipos periféricos son de dos tipos: aquellos que son utilizados para el servicio de las oficinas (uso operativo), y aquellos que son utilizados con diferentes aplicaciones (uso administrativo) en las oficinas administrativas del Banco, por ejemplo, el uso del Oracle Financials (ERP), correo electrónico, herramientas de ofimática entre otras aplicaciones.

1.4.3.1Hardware en oficinasEl 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 Pentium 4, Dual Core y Core2 Duo trabajando en un esquema de contingencia (Servidor Principal y Servidor Backup). Las agencias más pequeñas, con menos exigencias de servicio (categoría C7), tienen el mismo tipo de servidores. El sistema operativo usado en las oficinas es Windows 2003 Server para los servidores y Windows XP para las estaciones de trabajo. En las agencias del tipo C el único sistema operativo es Windows XP. Los servidores y estaciones de trabajo tienen en promedio 2 GB de memoria RAM.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.Las oficinas remotas cuentan con enlaces de tecnología terrestre por línea de cobre con anchos de banda en el rango de 64Kbps, 128Kbps, 256Kbps a 2Mbps y de tecnología satelital tipo VSAT con

7 Las agencias tipo C son, en general, aquellas instaladas en zonas en donde el Banco de la Nación es la Única Oferta Bancaria (UOB), y en oficinas con pocos requerimientos bancarios.

54


anchos de banda de 101/228 Kbps promedio. Por razones de alta disponibilidad, todos estos nodos cuentan con enlace de respaldo.Las oficinas que están conectadas a través del proveedor Telefónica son 374: 11 Sucursales, 02 sucursales A, 05 Sucursales B, 06 Sucursales C, 37 Agencias, 09 Agencias Tipo 1, 02 Agencias Tipo 2, 12 agencias A, 48 agencias B, 161 Agencias C, 27 Oficinas Especiales y 54 Ventanillas Especiales8.Las oficinas que están conectadas a través del contratista Gilat To Home (GTH) son 174:02 Agencias B, 171 Agencias C y 01 Ventanilla Especial.

1.4.3.2Hardware periférico para otros propósitos El Banco de la Nación cuenta con una plataforma de servidores físicos y virtuales basada en servidores IBM System X 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 Patrol de BMC respectivamente.

1.4.4 Infraestructura periférica de software

1.4.4.1Software para oficinasPara atención en el canal ventanillas, se hace uso del aplicativo SARA Web Banking, en modalidad cliente/servidor, 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. Existe una estandarización de software en todas y cada una de las sucursales y agencias del Banco. El software es el siguiente:

Sistema Operativo: Windows Server 2003 / Windows XP. Antivirus. Software de Ofimática (Solo en las estaciones del personal de

Back Office). Browser Internet Explorer 6.0. Correo electrónico. Software de Ventanilla: SARA Web Banking. IBM Host on Demand (Emulación 3270).

Las aplicaciones que brindan soporte a las actividades diarias, tanto operativas como administrativas están desarrolladas en la siguiente plataforma de software:

8 Las ventanillas especiales: es un punto de atención, especializada en brindar servicios de recaudación y que depende operativa, contable y administrativamente de una Sucursal o Agencia

55


- 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.

- 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 para acceso a las aplicaciones Web.

c) TAMESSO (Tivoli Access Manager for Enterprise Single Sign On), para la autenticación única a nivel de estaciones de trabajo.

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

- PATROL.- Producto de la empresa BMC 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

1.4.5 Infraestructura de comunicacionesEl 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 el Desastre (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.

56


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 Center1.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:- Cada uno cuenta con controladoras activas y redundantes

entre sí, uno en el Centro de Cómputo Backup y otro 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í, uno en el Centro de Cómputo Principal y otro en el Centro de Cómputo Backup.

57


- 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 RACK

Se 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 551 puntos de atención a nivel nacional (Agencias Sucursales, Ventanillas, Lobbies).9 Para soportar ello, se tiene en el Centro de Cómputo Principal una red WAN (Wide Area Network) conformada 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

9 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.

58


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 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 VSAT

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 27 128,256, 384, 600/256 KBPS

IP-VPN, IP-METRO, IP-VPN/SATELITA,IP-ADSL

VENTANILLA ESPECIAL 54 64, 128,192 KBPS, 256 KBPS IP-VPN

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

59


AGENCIA B 2 101/228 KBPS VSATVENTANILLA 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:

1.4.7.1Plataforma de Caja o VentanillasEl 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 modulo 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

60


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).

El 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 jar cliente SWM.jar, el cual se conecta al SARA Web Manager para poder validar su usuario y obtener el perfil del usuario.

El 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 próximamente con el uso de tokens.

61


1.4.7.3Cajeros AutomáticosActualmente el Banco de la Nación cuenta con una red de 734 cajeros automáticos; de marca NCR y Diebold. Dicho número de ATMs se encuentra balanceado (a nivel de configuración) en 2 computadores 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 computadores 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.Paralelamente en el Banco se viene trabajando un proyecto que tiene por finalidad contar con una Plataforma Transaccional Multicanal (PTM) la cual se encargará de atender las transacciones provenientes de los siguientes canales y tarjetas:Canales

Red de Cajeros Automáticos Cajeros Corresponsales Cajeros Multifuncionales Banca Compartida de Cajeros Automáticos Terminales POS

Tarjetas VISA Débito y Crédito MasterCard Débito y Crédito Propietaria Débito y Crédito

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 corresponda 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

62


servicios para este canal, con la inclusión de otras modalidades de operación como POS y telefonía móvil.

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 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.

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 2003 el Banco de la Nación tenía 356 oficinas, ese número ha venido creciendo a razón de un promedio del 3,5% anual, llegando a setiembre de 2012 a 547 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 2003, el Banco de la Nación registraba 2,936 empleados, ese número ha venido creciendo a razón de un 5% anual en promedio, alcanzando a setiembre del año 2012 a 4,072 empleados de los cuales aproximadamente 1,509 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, a mayo del año 2012, cuenta con 742 ATMs, número que se incrementa en promedio a razón del 8,9% anual, esperando alcanzar el número de 1,329 ATM para el año 2018.

1.4.8.4ClientesEl Banco de la Nación a mayo del año 2012 mantiene información

63


de 4,3 millones de clientes habituales. No se mantiene información de los clientes no habituales, quienes utilizan servicios del Banco con transacciones ocasionales como giros, pago de servicios, tributos, depósitos judiciales, entre otros.

1.4.8.5Cuentas y préstamos de consumoEl Banco de la Nación, a setiembre del año 2012 registró 5,044,390 cuentas de ahorro y 411,377 cuentas corrientes. Adicionalmente, en poco más de 10 años de registrar el otorgamiento de créditos, el Banco de la Nación alcanzó a otorgar hasta setiembre del año 2012 3,793,191 Préstamos Consumo / Multired, siendo cerca de 200 mil nuevos préstamos otorgados por año (promedio de los años 2008 y 2009).

1.4.9Transacciones financierasEl Banco de la Nación, durante el mes de diciembre del año 2011, procesó 21,415,786 transacciones financieras y el promedio de crecimiento en los últimos 6 años, ha sido a razón del 9.45% 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 en 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. Por tanto, durante las horas laborables se ejecuta principalmente transacciones de ventanilla, y en menor medida las que ingresan por otros canales.Asumiendo un comportamiento lineal en el crecimiento transaccional de los próximos años, mostramos la siguiente tabla de perspectivas de crecimiento transaccional, hasta el año 2018, con un crecimiento porcentual del 9.45% a partir del año 2011:

PERSPECTIVAS DE CRECIMIENTO TRANSACCIONALAÑO TRN

financieras mensuales

70% de las TRN en

ventanilla

TRN de ventanilla por hora, 7 horas

laborables por día, 24 días al

mes

30% de las TRN, en

otros canales

TRN en otros

canales, por hora, 15

horas al día

Total promedio de TRN por

hora, en horas laborables

TRN financieras Promedio,

por minuto, en horas

laborables

2011 21,415,786 14,991,50 89,232 6,424,736 14,277 103,510 1,725

2012 23,438,946 16,407,262 97,662 7,031,684 15,626 113,288 1,888

2013 25,653,235 17,957,265 106,888 7,695,971 17,102 123,991 2,067

2014 28,076,710 19,653,697 116,986 8,423,013 18,718 135,704 2,262

2015 30,729,130 21,510,391 128,038 9,218,739 20,486 148,524 2,475

2016 33,632,127 23,542,489 140,134 10,089,638 22,421 162,555 2,709

2017 36,809,371 25,766,560 153,372 11,042,811 24,540 177,912 2,965

2018 40,286,771 28,200,740 167,862 12,086,031 26,858 194,719 3,245

Crecimiento anual del

9.45%

Del total de TRN, el 70%

son hechas en Ventanilla, esto

es, en unas

Las TRN mensuales de ventanilla las

dividimos para 24 días y para 7

Del total de TRN mensuales,

el 30% son hechas en ATM, WEB, y otros, a

Este 30% de TRN, son

hechas en los 30 días al mes, y en

En las horas laborables, se

hacen tanto las TRN de

ventanilla como

Dividiendo para 60,

tenemos las TRN

financieras

64


siete horas al día

horas por día cualquier hora del día y

cualquier día

unas 15 horas de las 24 del

día

las otras, por tanto, las

sumamos para determinar cuántas se

hacen por hora

que, en promedio, se hacen en un

minuto

La revisión de estos números nos lleva a concluir que, para el año 2018, el número de transacciones financieras promedio que debemos esperar es de al menos 3,000 por minuto, sin tomar en cuenta las transacciones no financieras (consultas, mantenimiento de cuentas y clientes, transacciones de seguridad, etc.).

2 Perfil del Postor

El Postor que desee participar en el presente proceso de contratación deberá cumplir 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 propuestas, entre otras facultades. El 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.

Ser una empresa especializada en Tecnología de Información, organizada, con capacidad y deberá tener experiencia en por lo menos 3 servicios, ejecutados en los últimos 10 años, respecto a la

65


implementación de soluciones de Core Bancario, los cuales deberán ser acreditados con: copia de los Contratos y/o facturas y/o constancias y/o cartas de clientes.

Entiéndase por servicio ejecutado la implementación de por lo menos tres de los módulos de Core Bancario solicitados y que el período de duración de los contratos sea como mínimo de cinco (5) meses.

b) Deberá contar con representación y personal de soporte local (Lima-Perú), para la atención de los requerimientos de Garantía, Mantenimiento y Soporte, indicados en los términos de referencia, acreditados mediante – Declaración Jurada.

c) Los servicios presentados deben haber sido brindados a entidades financieras de igual o mayor tamaño que el Banco de la Nación.

d) El Postor al presentar su oferta, deberá observar y cumplir obligatoriamente las especificaciones técnicas y/o exigencias adicionales que se detallan en los Términos de Referencia y demás documentos que conforman las Bases del Proceso de Contratación.

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

3 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 el proyecto y tener dedicación exclusiva a este trabajo.

El equipo dedicado a la programación podrá encontrarse presencialmente en las oficinas del proyecto o podrán realizar las tareas de manera remota. El Plazo de Ejecución de las Prestaciones Principales del Servicio se estima en 51 meses, de acuerdo a lo siguiente:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51Meses

Implementación de la Solución de Nuevo Core BancarioProvisión de Licencias requeridas para implementación de Solución Nuevo Core Bancario

Soporte Post-Productivo Solución Nuevo Core BancarioGarantía de Solución Nuevo Core Bancario

Implementación de la Solución de Nuevo Core Bancario: A partir del día siguiente de suscrito el contrato y cumplidas las condiciones

66


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: A partir del trimestre siguiente de iniciada la Implementación del Nuevo Core Bancario, durante 2 años, de acuerdo al Plan de Implementación acordado.

Soporte Post-Producción de la Implementación del Nuevo Core Bancario: A partir del día siguiente de la fecha de conformidad de cada fase, durante 3 meses.

Garantía de Solución Nuevo Core Bancario: A partir del día siguiente de terminado el Soporte Post-Producción de la última fase, durante 12 meses.

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 Plazo de Ejecución de las Prestaciones Accesorias será de 5 años, de acuerdo a lo siguiente:

6 7 8 9 10


5


2

Provisión de Licencias requeridas para la implementación de la Solución de

Nuevo Core Bancario

3Implementación de la Solución de Nuevo Core

Bancario

Garantía de Solución

Nuevo Core Bancario

4

Soporte Post-Productivo de Solución Nuevo Core Bancario

Años1

Soporte y Mantenimiento Licencias de Base de Datos

Soporte y Mantenimiento Licencias de Solución Nuevo Core Bancario

Soporte y Mantenimiento anual de las licencias de Base de Datos por un periodo de 5 años, después del periodo de garantía.

Soporte y Mantenimiento anual de la Solución de Core Bancario, por un periodo de 5 años después del periodo de garantía.

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

67


El Banco de la Nación deberá proveer los siguientes recursos para el inicio de la prestación del servicio:

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 del servicio. Recursos Humanos necesarios para la 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. Estos recursos deberán asistir a las reuniones de trabajo, convocadas durante la ejecución del servicio, de acuerdo al Plan de Trabajo.

Disponibilidad y accesos a los servidores mainframe para la implementación de los ambientes de desarrollo, certificación y producció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 del servicio Recursos Humanos necesarios para la 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. Estos recursos deberán asistir a las reuniones de trabajo, convocadas durante la ejecución del servicio, de acuerdo al Plan de Trabajo.

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 debe poder ejecutarse en la arquitectura mainframe z/Series con sistema operativo z/OS, con la que cuenta actualmente el Banco de la Nación, de acuerdo a la descripción de la tecnología actual del Banco mencionada anteriormente. Además el fabricante deberá tener una versión del Core Bancario que se pueda ejecutar en plataforma abierta (UNIX o LINUX) para que en una segunda

68


fase, que está fuera del alcance de este proyecto, el Banco de la Nación pueda migrar a dicha plataforma de estimarlo conveniente. Ambas condiciones son obligatorias para dar como válida una propuesta.

Cabe indicar que los componentes obligatorios a ejecutarse en la plataforma mainframe con sistema operativo z/OS son los siguientes módulos: Clientes, Comercio Exterior, Captaciones, Colocaciones, Servicios de Cobros y Pagos, así como la base de datos propuesta. En caso de los componentes complementarios del Core Bancario, tales como el middleware, plataforma de caja o ventanilla e internet 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 en forma nativa.

Opcionalmente la capa de middleware podría estar en otra plataforma debiendo el Contratista asumir todos los costos de hardware, software y servicios que ello represente.

Si bien es cierto el proceso de adecuación y convivencia del nuevo Core Bancario se llevara a cabo en un mismo computador lo cual garantiza buenos niveles de interoperabilidad considerando que ambos cores, el antiguo y el nuevo compartirán el mismo sistema operativo y software base; en caso que la solución de core propuesta no cuente con estas funcionalidades llamadas comúnmente como soporte multicanal, la solución propuesta debe contar con una plataforma de middleware (ESB) que garantice las integraciones del Core con aplicativos que se ejecutan fuera del mainframe: Core Bancario, aplicaciones Web, conexiones con entidades externas entre otras. El costo de dicha plataforma deberá estar incluido en el costo de la solución de Core Bancario propuesta.

b. Capa de Base de Datos: Debe operar en plataforma mainframe y con sistema operativo z/OS en forma nativa.

c. Capa de Presentación: Debe operar en Windows. La interfaz del usuario debe ser Web.

2. Arquitectura Abierta – Unix/Linux 69


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 cualquier plataforma de arquitectura abierta, con sistema operativo Unix o Linux.

d. Capa de Presentación: debe operar en Windows. La interfaz del usuario debe ser Web.

B.- MOTOR DE BASE DE DATOS

Es indispensable que la solución propuesta opere con un motor de base de datos relacional y de prestigio internacional.

El Postor deberá proveer la base de datos que cumpla con lo solicitado en las presentes bases y se ejecute en los servidores mainframe z/Series con sistema operativo z/OS.

El Postor debe incluir dentro de la solución de Nuevo Core Bancario propuesta, las licencias de base de datos requeridas para los ambientes de desarrollo, certificación y producción los cuales operarán en los siguientes servidores:

Centro de Cómputo Principal – Mainframe IBM 2818-V01 – Z/OS - 429 MIPSCentro de Cómputo Backup - Mainframe IBM 2818-T01 – Z/OS – 340 MIPS

Adicionalmente el Contratista debe cubrir los costos relacionados con el soporte y mantenimiento anual de la base de datos, durante el periodo de vigencia del contrato.

C.- SISTEMA DE CAJA O DE VENTANILLA

Es indispensable que el sistema de caja o de ventanilla de la solución propuesta funcione en modalidad web o browser. No se considerará como válida la opción de cliente-servidor.

La aplicación de Caja o Ventanilla se deberá desplegar en computadores con Sistema Operativo Windows. Además, ante la indisponibilidad de este servidor, podrá arrancarse un servidor Backup en una estación configurada previamente para este rol. La comunicación entre el servidor mainframe y el servidor de la aplicación de Caja o Ventanilla de la agencia debe ser TCP/IP. La comunicación de este último servidor con las estaciones de Caja o Ventanilla de la agencia debe ser TCP/IP.

70


El Postor como parte de su propuesta técnica debe incluir la Arquitectura de su solución y la descripción detallada de cada una de las capas, en donde se evidencie el cumplimiento de la plataforma y sistemas operativos requeridos por el Banco de la Nación. En caso que la capa de middleware no esté en plataforma mainframe, el Postor debe indicar detalladamente las características del hardware, software y servicios que serán provistos 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.

Los servidores mainframe z/Series, el almacenamiento y la infraestructura de comunicaciones serán proporcionados por el Banco de la Nación, el Contratista será responsable de suministrar cualquier otro elemento de infraestructura, incluyendo el hardware y software, que considere necesario para complementar la solución de Core Bancario, el costo de los mismos debe estar incluido en el costo de la solución de Core Bancario propuesta.

Durante la convivencia deberán operar los módulos del Nuevo Core Bancario que se vayan implementando con los módulos "legacy" del actual Core Bancario.

La capacidad de MIPS que se tiene actualmente ha considerado un crecimiento de 3 años (hasta finales del 2014) del actual Core Bancario. Actualmente el uso de los MIPS es cercano al 65% lo que indica cierta holgura tomando en cuenta que la implementación del nuevo core será gradual y modular. No obstante, es necesario conocer el dimensionamiento en MIPS y las necesidades de almacenamiento de la nueva solución de Core Bancario propuesta a fin que el Banco de la Nación pueda tener una proyección más exacta de su impacto en los próximos 3 años.

71


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 10.

- 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. Además debe contar con un ESB configurado para proveer una capa de integración que permita interoperar con las aplicaciones propietarias o que no son orientadas a servicios.

6.2 Business Process ManagementEs objetivo del Banco de la Nación la adopción de BPM11 (Gestión de Procesos de Negocio) por tanto la solución del Nuevo Core Bancario deberá contar con una suite BPM (Nativa o Integrada) que considere, por ejemplo, las siguientes funcionalidades :

1. Alineamiento de procesos con la estrategia de la organización. 2. Diseño, análisis, optimización, documentación y publicación de

procesos.3. Integración de los procesos (lógica empresarial) con TI

(aplicaciones ejecutables, servicios web, etc.)4. Control y gestión del rendimiento de los procesos incluyendo

herramientas de Monitoreo de Actividades de Negocio (BAM).5. La suite BPM debe generar lenguaje BPEL12, o BPMN 2.0.6. Contar o estar en capacidad de integrar de terceros, manejo

de métricas KPI capturadas y monitoreadas automáticamente de los procesos de negocio. El Core Bancario proporcionará las métricas indicadas.

10 UDDI: Universal Description and Discovery Interface11 BPM: Business Process Management 12 BPEL: Business Process Execution Language

72


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, así como 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.

7.2 Responsabilidades del ContratistaEn caso que el Banco de la Nación lo requiera, 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 y producción. 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. El Contratista será responsable de suministrar cualquier otro elemento de infraestructura, incluyendo hardware y software, que considere necesario para complementar su solución de Core Bancario, asumiendo los costos que represente.

7.3 Requerimientos de procesamiento 7.3.1Disponibilidad

El Nuevo Core Bancario deberá ofrecer disponibilidad de servicio al cliente (up-time) más cercana al 7x24, esto aplica para todos los canales.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. Esto permitirá garantizar niveles de servicio similares a los de la actual solución de Core Bancario.

7.3.2Modalidad de procesamientoEl Nuevo Core Bancario 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íneaA continuación se presenta una tabla con el crecimiento transaccional previsto y otros parámetros de crecimiento de referencia:

PROYECCIÓN PARÁMETROS DE OPERACIÓN Y PROCESAMIENTOCONCEPTO ACTUAL FUTURO

73


PROYECCIÓN PARÁMETROS DE OPERACIÓN Y PROCESAMIENTO2012 2018

Oficinas 547 633Ventanillas 1,895 2,645ATM 742 1,151Empleados 4,072 -Clientes 4,276,317 7,860,143Transacciones financieras al año 256,989,433 483,441,253

7.3.4Tiempo de respuestaLa solución de Core Bancario deberá garantizar tiempos de respuesta13 menores a 5 segundos, para el 90% de las transacciones14 y menores a 3 segundos, para el 100% de las transacciones de caja o ventanilla, utilizando un ancho de banda mínimo de 64 Kbps exclusivo para el procesamiento transaccional15.

7.3.5Procesamiento batchEn el caso que la solución del Postor contemple el uso de una ventana batch esta deberá interferir mínimamente con la disponibilidad de los servicios (procesamiento 7x24) para todos los canales de atención. Esto incluye los procesos diarios, mensuales, anuales, incluyendo los de la Cámara de Compensación, cálculo de intereses, débitos, créditos, procesos de backup y restore, y cualquier otro proceso que el Core pueda requerir.

7.4 Infraestructura de software El Banco de la Nación proporcionará el software base de los servidores mainframe: Sistema Operativo z/OS, RACF, CICS, VTAM, JES2.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 y Producción, ya sean estas licencias propias o de terceros, incluyendo las licencias de Base de Datos, indicando como mínimo lo siguiente:

Nombre del Producto de SoftwareNombre del fabricante y/o distribuidor localAmbientes donde se requiere implementar Requerimiento que cubre (Ej. Desarrollo, Core, Comunicaciones,

Seguridad, etc.)Tipo de LicenciamientoVigencia del licenciamientoCantidad de licencias provistas

13 Tiempo de respuesta: es el tiempo que transcurre desde que se ejecuta un requerimiento en el sistema, y el usuario recibe la respuesta a dicho requerimiento14 Según el BAC del TPC-C (Transaction Processing Performance Council) para benchmarks TpmC15 Actualmente la solución de caja o ventanilla del Banco de la Nación (Sara Web) provee un tiempo de respuesta inferior a 3 segundos para las transacciones financieras

74


Costo de las licencias provistasCosto de soporte y mantenimiento anual

El Postor deberá incluir y detallar en su propuesta el costo de las licencias requeridas para la correcta operatividad de la solución propuesta y del soporte y mantenimiento anual de las mismas, durante el periodo de vigencia del servicio.

7.4.1Base de datos

El Postor deberá proponer la base de datos, la cual deberá ejecutarse en los servidores mainframe z/Series con sistema operativo z/OS y deberá cumplir los siguientes requerimientos:a) Ser una base de datos relacional y multiplataforma (z/OS, Unix o

Linux).b) Cumplir con el estándar ANSI SQL-92, además de contemplar

ISO/ANSI 2006 para el soporte XML y XQuery.c) Manejar logs de auditoría.d) Incluir herramientas de administración, control y seguridad.e) Incluir herramientas de respaldo, replicación y recuperación.f) Ofrecer conectividad a través de estándares JDBC y ODBC.g) Ser utilizable con lenguajes procedimentales.h) Permitir procedimientos almacenados.i) Capacidad de espejamiento remoto.j) Permitir backup “en caliente”.k) Permitir particionamiento de tablasLa solución de Core Bancario también podrá hacer uso adicionalmente de archivos VSAM como parte de su diseño.

7.4.2Herramientas 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 puede ser asegurada por el Contratista de dos posibles formas:a) Con la entrega de código fuente del software de Core Bancario,

total o parcial. En este caso, 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 SDK16 que permita la modificación de funcionalidades existentes y/o la creación de nuevas. En este

16 SDK: Software Development Kit75


caso, el Postor 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, certificación y producción.

El Contratista deberá proporcionar autonomía al Banco de la Nación, ya sea entregando los código fuente o entregando un SDK (para las capas de la solución, exceptuando el núcleo). Se aceptará, para la capa de presentación, lenguajes compatibles con la Plataforma de Desarrollo JEE o .net.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 para 40 usuarios.

b) Una herramienta para el acceso y actualización del modelo lógico y físico de la base de datos de la solución de Core Bancario con licencia para 40 usuarios.

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.

7.4.3Licencias de software de Core Bancario

El Postor debe considerar un esquema de licenciamiento del tipo “LICENCIA ÚNICA NO EXCLUSIVA DE USO SIN LÍMITE DE TIEMPO” integral del software de Core Bancario y base de datos, que garantice la disponibilidad de licencias necesarias para los servidores de Producción y Respaldo en que se implemente el software de Core Bancario.El Postor debe considerar un esquema de licenciamiento del tipo “LICENCIA ÚNICA NO EXCLUSIVA DE USO SIN LÍMITE DE TIEMPO” integral de las herramientas de desarrollo que garantice la disponibilidad de licencias necesarias para los ambientes de desarrollo, certificación y producción. 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 posteriormente del personal del Banco de la Nación de forma autónoma, en un número no inferior a 40 personas, que quedarán a cargo de los nuevos desarrollos, mantenimientos, personalización, pruebas y administración a realizarse sobre el Nuevo Core Bancario.

76


El licenciamiento del software requerido para la operatividad de la solución de Core Bancario, debe incluir el Soporte y Mantenimiento de dichas licencias, hasta la fecha de culminación de la garantía.

7.5 ComunicacionesEl Nuevo Core Bancario deberá utilizar la misma infraestructura de comunicaciones que el actual17.

Se requiere el uso de TCP/IP como protocolo de comunicaciones básico para la comunicación de los servidores mainframe con los servidores de la solución de Caja o Ventanilla que reside en las agencias.

Adicionalmente, por las características de la infraestructura actual de comunicaciones, la solución de Core Bancario propuesta deberá garantizar el tiempo de respuesta definido18a un ancho de banda mínimo de 64 Kbps.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 más bajo ancho de banda tienen entre 2 y 3 puestos llegando en algunos casos a máximo 4 puestos.

17 Capítulo Información del Banco de la Nación - Tecnología del Banco de la Nación – Infraestructura de Comunicaciones18 Capítulo Requerimientos de Infraestructura – Requerimientos de procesamiento – Tiempo de respuesta

77


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ón19 a través de los Canales de Atención:- 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á a la actual para transacciones de caja y de verificación de firmas electrónicas respectivamente. De igual manera debe proporcionar la conectividad necesaria para las 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). Esta solución de software deberá estar basada en tecnología WEB. No se requiere la provisión de los equipos mencionados.

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

- Cajeros Automáticos (ATMs): cajeros automáticos y dispensadores de dinero, para atención a clientes tarjeta-habientes. El Banco de la Nación, como se explica en el acápite de Tecnología del Banco de la Nación - Canales de Atención, ha iniciado un proyecto de contratación de la sustitución de dicha tecnología por una Plataforma Transaccional Multicanal, que sea capaz de atender no sólo a la red de ATM, sino que haga la función de un switch para atender los siguientes servicios:

a) Red de ATM: el objetivo es migrar progresivamente el parque instalado de Cajeros Automáticos, del switch Stratus actual, al nuevo Integrador, por lo que el Nuevo Core Bancario deberá prever las interfaces necesarias con la Plataforma Transaccional Multicanal (utilizando ISO8583), como con la actual plataforma Stratus.

b) Atención a IFIS por el Banco de la Nación o Marca Compartida: el objetivo es permitir que Instituciones Financieras Intermediarias, cajas de ahorro o cajas municipales puedan realizar transacciones con tarjetas VISA.

c) Banca Compartida de ATM: el objetivo es interconectar varios bancos a la red de ATM del Banco de la Nación, lo que permitirá a los primeros suministrar servicio transaccional de cajeros automáticos a sus clientes. Cada

19 Capítulo Información del Banco de la Nación - Tecnología del Banco de la Nación – Canales de atención

78


uno de los Bancos Comerciales emisores de la tarjeta en uso, será el autorizador de la transacción.

d) Conexión con otras Redes: el objetivo es conectar la red de ATM del Banco de la Nación con redes de ATM de otros bancos, redes compartidas, lo que posibilitará a los clientes del Banco de la Nación utilizar esas redes con la tarjeta Multired, y a los clientes de otras redes usar los ATM de la red del Banco de la Nación.

e) Puntos de Venta (POS): para atención a clientes del Banco que tienen tarjetas de débito para transacciones nacionales e internacionales. Puntos de Venta (POS), conectados a través de la red VISA/VISANET. La interfaz se hace a través de la red de procesamiento VISA, y el Nuevo Core Bancario deberá hacer de autorizador, utilizando hardware VEA de VISA para la interfaz, y HSM para encriptación y verificación de claves.

f) ATM a Tarjetas de Crédito: el objetivo es permitir que usuarios con líneas de crédito pre-autorizadas, tengan la capacidad de poder disponer de dinero en efectivo a través de ATM y POS de VISANET y MasterCard.

g) ATM a Tarjetas MasterCard: el objetivo es permitir que usuarios con tarjetas de la franquicia internacional MasterCard, puedan utilizar la red de ATM del Banco de la Nación.

h) Cajeros Multifuncionales: el objetivo es conectar una clase especial de ATM que dispensan billetes y también monedas.

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. Estos servicios formarán parte de los que serán administrados a través de la Plataforma Transaccional Multicanal.

- Banca por Teléfono (IVR): el Nuevo Core Bancario deberá proveer la interfaz y los controles necesarios para conectarse y atender los requerimientos y servicios brindados a los clientes por medio de Dispositivos de respuesta audible o IVR20, y por medio del “hub de integración”, que provee a los clientes de información de saldos y movimientos.

- 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.

20 IVR: Interactive Voice Response79


- Es necesario que el Postor del Nuevo Core Bancario incluya una plataforma de middleware (ESB), propia o de terceros, con la que garantice las integraciones del Core Bancario con aplicativos que se ejecutan fuera del mainframe: ERP, aplicaciones Web, conexiones con entidades externas.

- Deberá ser capaz de procesar transacciones iniciadas por el sistema mainframe del Banco, específicamente desde el ambiente CICS.

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

El formato de estas transacciones, su número y contenido, se definirá al momento del “GAP Analysis” previos a la etapa de convivencia entre otras.Adicionalmente, el Nuevo Core Bancario deberá estar preparado para intercambiar información con el Core actual, en modo batch (procesamiento por lotes) o a través de transferencia de archivos.

8.2 Con Oracle FinancialsDeberá ser capaz de intercambiar información con el Sistema Oracle Financials 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.3 Con Sistema de Tesorería e Inversiones - Back Trader Live Deberá integrarse al sistema de Tesorería que ya 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.4 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 80


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 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.

- 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.

- Reuters, Cavali (Registro Central de Valores y Liquidaciones): se proporciona información de bonos y otros en modo 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.

- MEF21: 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 SIAF22. Además se proporciona información de la Cuenta de Ejecución, en modo FTP.

21 MEF: Ministerio de Economía y Finanzas22 SIAF: Sistema Integrado de Administración Financiera

81


- MTC23: 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.- SUNARP24, INC25 y OSCE26.

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 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 mandatorio 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

23 MTC: Ministerio de Transporte y Comunicaciones24 SUNARP: Superintendencia Nacional de Registros Públicos25 INC: Instituto Nacional de Cultura26 OSCE: Organismo Supervisor de las Contrataciones del Estado

82


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 Formatos de la Superintendencia de BancosLa 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 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, 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

83


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 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

84


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 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

85


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) es un estándar para reportes basado en XML que ayuda a la automatización del intercambio de información financiera.

En dicho documento (Proyecto de Implantación de la Central de Riesgos por Operaciones) existe también información que no está siendo incluida como parte de la información que debe ser provista por el Core Bancario, dado que esta información deberá ser provista o calculada por el Data Warehouse como:

- Información de identificación de deudores: (código de modelo de rating aplicable, rating sin overrides, rating incorporando overrides, fecha última asignación de rating).

- Identificación de modelos de rating: toda la información referente a la identificación de modelos de rating.

- Rating de modelos: toda la información referente al rating de modelos.

- Información de operaciones crediticias: (método de estimación de requerimiento de patrimonio efectivo, categorías de calificación aplicables a la operación, código de modelo de rating, rating de la operación, exposición ante incumplimiento (EAD), pérdidas dado el incumplimiento (LGD)).

- Información de operaciones agrupadas: (método de estimación de requerimiento de patrimonio efectivo, categorías de calificación aplicables al grupo de operación, código de modelo de rating, rating de la operación, exposición ante incumplimiento (EAD), pérdidas dado el incumplimiento (LGD)). El Banco de la Nación no tiene actualmente aplicación de Factoring.

- Líneas comprometidas: (código de modelo de rating, rating de la línea, exposición ante el incumplimiento (EAD), pérdida dado el incumplimiento (LGD)).

86


- Garantías personales: (código de modelo de rating aplicable, rating sin overrides, rating incorporando overrides, fecha última asignación de rating).

9.2 Información para la generación de Reportes RegulatoriosPara la generación de los Reportes Regulatorios27, adicionalmente a la información detallada en la sección anterior, la 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 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 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 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, tales como Cuentas Corrientes, Cuentas de Ahorro, Depósitos Judiciales, Telegiros y Cheques de Gerencia. Los Administradores de las Oficinas de Red de Agencias, a través de la aplicación actualmente

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

87


disponible en el Banco, identificará, analizará, calificará y reportará 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, que en conjunto igualen o superen US$ 50,000.00 o su equivalente en moneda nacional en cumplimiento de la ley.

88


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.

En virtud de estas definiciones, todo nuevo proyecto informático, como es el caso del Proyecto del Nuevo Core Bancario, deberá asegurar la adopción y manejo del Sistema de Gestión de Seguridad de la Información del Banco, acorde con las exigencias del negocio y ajustado al cumplimiento de las recomendaciones de seguridad de la información establecidas en:

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

“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.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.

89


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ón

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

90


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).

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

Los componentes que formen parte de la solución para la 91


implementación tecnológica del nuevo Core Bancario, deberán estar certificados bajo las normas de Seguridad PCI.

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 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:

92


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 corrida28; 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 Identidades

La 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:

Estar integrado con los productos de la suite IBM Tivoli Identity and Access Management, enfocado particularmente a los

28 El término "Corrida a Corrida", se refiere a la ejecución de cada proceso que alimenta la actualización de los archivos del Core Bancario en su interacción con otros sistemas.

93


módulos Tivoli Identity Manager, Tivoli Access Manager for e-Business y Tivoli Access Manager for Enterprise Single Sign On, para la administración de las identidades, y la gestión de accesos.

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 LDAP29 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.

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 RBAC30, 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ón

La solución propuesta deberá proveer un módulo de seguridad para la gestión de la criptografía, requerido para el cifrado y descifrado de la información confidencial, tales como la clave

29 Directorio LDAP: Lightweight directory Access Protocol30 RBAC: Role Based Access Control

94


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 con las siguientes características:

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.

Manejar algoritmos criptográficos robustos tales como: 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 y producción; 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.

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 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.

95


10.1.4 Para el Registro de Auditoría y Monitoreo

La 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.

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.

96


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 los parámetros de los sistemas operativos, base de datos y aplicaciones del sistema.

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.

Recopilar, ordenar y correlacionar los eventos de seguridad del sistema, relacionados con la red, sistema operativo, base de datos, aplicaciones y en los accesos.

Automatizar la colección de eventos del sistema y dispositivos de seguridad, de forma centralizada.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

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-02 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.

97


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 BN-DIR-3200 N° 026-01 “Gestión de Llaves de Seguridad”

Reglamento de Políticas de Seguridad de Información BN-REG-2040 -013-02

10.1.6 Acuerdos de Confidencialidad

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.

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,

98


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

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 TLS31 y SSL32 que trabajan asegurando comunicaciones punto a punto para proteger las arquitecturas basadas en servicios (SOA), se requiere asegurar mensajes SOAP y documentos XML33 para que puedan ser transmitidos a través de una infraestructura de conectividad segura entre aplicaciones.

En tal sentido, considerando que la 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 solución deberá permitir el uso de mecanismos basados en XML Key Management y SAML34, y soportar el uso de mecanismos de refuerzo de seguridad de la información mediante el uso de firmas digitales, certificados digitales, cifrado

31 TLS: Transport Layer Security32 SSL: Secure Socket Layer33 XML: Extensible Markup Language34 SAML: Security Assertion Markup Language

99


de datos (AES, DES/Triple DES, RSA, TEA/XTEA), entre otros.

10.2 Requerimientos de Contingencia

Los procesos operativos y de negocio del Banco que estén soportados por el Nuevo Core Bancario, deberían continuar ejecutándose, aun cuando el Ambiente de Producción Principal, o la red de comunicaciones hayan tenido contratiempos. Por tanto, el Nuevo Core Bancario deberá estar preparado para que, aun cuando hayan fallado los componentes de hardware o de comunicaciones que forman parte de la infraestructura, los servicios suspendidos sean ofrecidos rápidamente en el Ambiente de Respaldo, manteniendo la continuidad del negocio, y permitiendo la recuperación, no sólo en casos de contingencia, sino también en caso de desastres.La 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.Por tanto, la 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 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 Principal tienen que reflejarse en el Ambiente de Respaldo en la misma secuencia en que fueron generadas. La 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 solución. Por ejemplo, en caso de que el Ambiente de Producción

100


Principal 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.

- Replicación completa del entorno. La solución tiene que ser capaz de replicar cualquier cambio realizado a cualquier objeto en el Ambiente de Producción Principal al Ambiente de Respaldo incluyendo registro de usuarios y cambios de password de acceso.

- Herramientas de generación de informes y de rastreo: la solución debe ser capaz de rastrear y documentar el estado de los Ambientes de Producción Principal 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 solución debe ser capaz de garantizar la entrega desde el Ambiente de Producción Principal al Ambiente de Respaldo. Si se está enviando datos de un Ambiente de Producción Principal al Ambiente de Respaldo y el enlace de comunicaciones falla, la 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.

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 cintas35 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.

- La frecuencia adecuada de respaldo para bases de datos y programas fuente y ejecutables.

35 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

101


- 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.

102


11 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.

La Gestión de las Prestaciones Accesorias estará a cargo del Departamento de Informática.

11.2 Estrategia de implementaciónA continuación se presenta la tabla de prioridades de implementación de los Requerimientos Funcionales de Negocio, los Procesos Auxiliares y los Procesos de Apoyo. Adicionalmente se incluye los requerimientos del Módulo de Clientes y de Plataformas de Atención36, 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

Caj

a

Fase II Módulo de ColocacionesFase III Módulo de Comercio ExteriorFase IV 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, 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 de mayor complejidad de implementación.

- Fase III - Comercio Exterior: por tratarse de un producto que actualmente no se encuentra automatizado, su implementación será más sencilla que la de otros productos.

36 Capítulo Requerimientos Funcionales103


- Fase IV – Captaciones, Servicios de Pagos y Cobros: donde se incluye los productos de mayor volumen del Banco y los procesos auxiliares y de apoyo ya que son indispensables para la operación de estos productos.

Es importante señalar que la implementación de las fases en la estrategia descrita anteriormente no implica un orden pre establecido, 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.Dentro de cada una de las Fases el Contratista deberá ejecutar las siguientes etapas:a) Etapa de GAP Analysisb) Etapa de Implementaciónc) Etapa de Puesta en Producciónd) Etapa de Post-Producción

11.2.1 Etapa de GAP AnalysisEsta 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 y 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 Analysis debe ser ejecutado por el Contratista y los resultados del GAP no modificarán en ningún caso el plazo general del proyecto ni la valoración económica de la propuesta del Contratista.El GAP Analysis debe ser ejecutado por el Contratista según su metodología. 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 Analysis ajustará el Plan del Proyecto en cuanto al alcance y plazos para cada Fase de Implementación.

11.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 se deberá considerar:

104


- 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. Los Consultores Técnicos líderes de la programación deberán encontrarse presencialmente en el 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á considerar realizar el diseño, desarrollo y pruebas de todas aquellas funcionalidades de la solución de Core Bancario que no se ajusten a los requerimientos funcionales del Banco.

- Configuración: El Contratista deberá configurar la solución de Core Bancario para adaptarla a las necesidades del Banco de la Nación, y crear todos los productos bancarios existentes en el Banco de la Nación 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 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 documento37.

37 Capítulo Requerimientos de Capacitación y Entrenamiento105


- Certificación: para cada una de las fases, el Banco de la Nación planificará conjuntamente con el Contratista, la ejecución de los siguientes tipos de 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.

- Piloto: una vez que se haya certificado la solución que será puesta en producción, el Banco de la Nación planificará conjuntamente con el Contratista, la ejecución de un piloto que implicará la simulación de la operación de una o varias agencias con datos reales (así como la integración de la solución) y su validación en un 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. Únicamente luego de la aprobación del piloto, se autorizará la puesta en producción de la fase correspondiente.

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 tapa de puesta en producción

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 detalladas38, especificando la estrategia y 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.

11.2.4 Etapa de post-producción

38 Gestión de Servicio- Estrategia de implementación106


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. Garantizar la continuidad operativa de la solución.

11.3 Equipo de trabajo El Banco de la Nación asignará los Recursos Humanos necesarios para la ejecución del servicio. En su propuesta, el Postor deberá indicar cómo debe estar conformado el equipo, el número de integrantes, su perfil y los períodos de asignación considerando siempre las Fases de Implementación ya detalladas.El equipo de trabajo del Contratista deberá ser asignado de forma 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.

El Postor deberá proponer una organización basándose en los servicios requeridos y presentar en forma documentada la organización para la atención total del servicio.

La organización propuesta deberá incluir: organigrama, perfiles de puestos incluyendo descripción detallada de los mismos y sus funciones, así como perfil del personal requerido por el Banco, incluyendo sus hojas de vida documentadas y especificando la dedicación de cada persona al servicio (tiempo parcial o completo).

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, etc.

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 las Bases, 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

107


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.

Dentro de la organización el Postor deberá considerar como mínimo los siguientes Puestos39 Críticos:

1. Líder de Proyecto2. Gestor de Aseguramiento de la Calidad.

Durante la vigencia del contrato, el personal que ocupe los puestos críticos deberá tener dedicación a tiempo completo y de manera exclusiva para brindar los servicios al Banco de la Nación.

Asimismo, deberán considerar dentro de la organización propuesta como mínimo los siguientes puestos especializados:

1. Consultores Funcionales de Core Bancario2. Consultores en Tecnología de Información3. Consultor Técnico de Implementación (Arquitecto)4. Consultor Técnico de Migración5. 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.

A continuación se describen los perfiles genéricos 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.

39 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.

108


Formación Profesional

Profesional con Título Universitario, en Ingeniería de Sistemas, Informática o carreras afines a Tecnologías de Información40.

Certificación PMP® del PMI o equivalente.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 comprobada, no menor de cinco años en la Gestión de Tecnología de Información y Comunicaciones (Gerente o Jefe) y contar con más de cinco años de experiencia en proyectos de implementación de software para Instituciones Financieras.

Habilidades Facilidad para interactuar con el nivel gerencial del Banco de la NaciónCapacidad de coordinación, comunicación, supervisión, liderazgo, trabajo en equipo y trabajo bajo presión

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, como mínimo en: Ingeniería de Sistemas, Ingeniería Industrial, Ingeniería Informática 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.

40 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 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.

109


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 comprobada no menor de cinco años en cargos de aseguramiento y/o control de calidad o similares de Tecnologías de Información.

Habilidades Habilidad para la planificación y seguimiento de actividades.Capacidad analítica, orientado a los resultados.

3. Consultores Funcionales

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, como mínimo en: Ingeniería de Sistemas, Ingeniería Electrónica, Ingeniería Industrial, Ingeniería Informática 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.

Habilidades Capacidad de coordinación, supervisión, liderazgo y trabajo bajo presión.Habilidad para planificar cargas de trabajo y para el seguimiento y control de actividades.

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.

110


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, como mínimo en: Ingeniería de Sistemas, Ingeniería Electrónica, Ingeniería Industrial, Ingeniería Informática 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 probada 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 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 Principal

Análisis, diseño y desarrollo de requerimientos relacionados con la solución de Core Bancario propuesta.


Título Universitario, Grado Académico de Bachiller, como mínimo en: Ingeniería de Sistemas, Ingeniería Electrónica, Ingeniería Industrial, Ingeniería Informática o carreras afines a Tecnologías de Información.

Experiencia Por lo menos cuatro años 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.


6. Consultor Técnico de Migración111


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.


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. En caso se presente esta situación se aplicará la penalidad.

Las excepciones (indicadas en el punto anterior) pueden aplicarse a personal adicional que no ocupa un puesto crítico o especializado

112


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 del Personal

Para la rotación de personal, el Postor debe tomar en cuenta lo siguiente:

a. Las eventuales rotaciones de personal no deben afectar el nivel de servicio, por ello se requiere mantener permanentemente personal especializado a cargo de los módulos de la Solución de Core Bancario.

b. El Banco de la Nación deberá ser consultado para el reemplazo del personal saliente. 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; y considerar un período de traslape mínimo de treinta (30) días calendario. Dichos cambios deberán contar con la aprobación del Banco de la Nación

c. 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 personal, El Contratista deberá cubrir de inmediato dichas funciones con su personal de contingencia.

d. En caso de vacaciones del personal que ocupe puestos críticos y especializados, éste deberá ser reemplazado por personal que cuente con conocimientos equivalentes y conocimiento de la problemática de los servicios, para garantizar la continuidad de los mismos. Este reemplazo deberá tener la misma dedicación del puesto reemplazado y haber sido aprobado previamente por el Banco de la Nación

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

113


presentará formalmente y debidamente sustentada su propuesta, la que deberá ser aceptada formalmente por el Banco de la Nación.

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.

11.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, el cual deberá considerar las siguientes áreas de conocimiento:

- Gestión de la Integración: como mínimo se requiere los siguientes documentos:

· Acta de Constitución del Proyecto o en su defecto un extracto del contrato donde se establezca los detalles de alto nivel del proyecto a desarrollar.

· El diseño del proceso de control integrado de cambios que se usará en la Gestión del Proyecto.

· El plan de Dirección de Proyectos que incluya, de manera detallada, los planes de gestión del Alcance, Cronograma y Costos, (en ellos se especificará cómo se medirá y controlará el progreso del Proyecto).

114


- Gestión del Alcance: como mínimo se requiere los siguientes documentos:

· Enunciado del Alcance del Proyecto.· Estructura de Desglose de Trabajo - EDT (o Work Breakdown

Structure – WBS), la cual deberá ser aprobada por el Banco previamente al inicio del Proyecto.

· Diccionario de la EDT- Gestión del Tiempo: como mínimo se requiere los siguientes

documentos:· Lista de actividades y atributos de la actividad.· Lista de Hitos· Recursos requeridos por actividad.· Cronograma del Proyecto· Línea base del Cronograma

- Gestión de los Costos: como mínimo se requiere los siguientes documentos:

· Estimación de costos de las actividades· Reservas para contingencias· Línea base de costo (curva S)

- Gestión de la Calidad: como mínimo se requieren los siguientes documentos:

· Métricas de Calidad derivadas de los requerimientos del contrato.

· Listas de Control de Calidad.· Plan de Mejora de los procesos orientados a la Gestión del

Proyecto y al producto del proyecto.- Gestión de los Recursos Humanos: como mínimo se requieren

los siguientes documentos:· Matriz de roles y responsabilidades.· Organigrama del proyecto.

- Gestión de las Comunicaciones: planificar los flujos de comunicación en el Proyecto, su periodicidad y los medios a utilizar.

- Gestión de Riesgos: planificar la Gestión de Riesgos, identificar los riesgos del proyecto; realizar el análisis cualitativo y cuantitativo de riesgos; planificar la respuesta ante los riesgos.

- Gestión de las Adquisiciones: planificar las adquisiciones para el proyecto.

115


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 será responsable de:- Realizar el aseguramiento de la calidad conjuntamente con el Gestor

de Aseguramiento de Calidad.- Conformar el equipo del Proyecto, desarrollarlo y atender sus

requerimientos.- 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 (y seguir el procedimiento que se acuerde entre el Contratista y el Banco de la Nación durante la planificación), para su aprobación e inclusión dentro del Plan de Proyecto.

11.7.3Seguimiento y Control del Proyecto

El propósito será monitorear, analizar y controlar el progreso y desempeño del Proyecto. El Líder del Proyecto 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.- Actualizar el Plan de Proyecto y los documentos que lo conforman.- Validar la calidad de los entregables

11.7.4 Cierre del Proyecto

Comprende las actividades para completar ya sea una Fase o el Proyecto completo. El cierre implicará:- Revisión y aceptación de entregables.- Transición de la nueva solución o Fase/servicio.- Documentación de cierre formal.

116


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 desarrollo41.

- Se deberá considerar el tema del control de versiones dentro del plan de capacitación al personal técnico del Banco.

11.9 Solicitudes 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 41 Capítulo Requerimientos de Infraestructura – Infraestructura de software – Herramientas de desarrollo

117


Contratista proporcione una herramienta automatizada para el registro y seguimiento de toda solicitud de cambio, incluida en el paquete de herramientas de desarrollo.

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 al respecto, 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 del 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.

118


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 y, por lo tanto, de la prestación satisfactoria de los Servicios.


El Líder del Proyecto de 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 en el edificio de la Oficina Principal del Banco de la Nación, este comité se reunirá 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.

La duración de las reuniones es aproximadamente de mínimo 2 horas y máximo 4 horas.

Funciones:

Son funciones de este Comité:

Convocar las sesiones de apertura de los grupos de trabajo. Aprobar los Planes de Trabajo relacionados con los proyectos y sub-

proyectos. 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.

119


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.

Composición:


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 en el edificio de la Oficina Principal del Banco de la Nación o cuando cualquiera de las Partes lo estime conveniente, de acuerdo al estado del contrato.

Funciones:

Son funciones del Contratista:

Garantizar que desde el inicio del servicio, la gestión de los proyectos relacionados con el cumplimiento de los servicios requeridos en las Bases 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 proyecto/etapa

Asignar los recursos de acuerdo a los requerimientos de cada proyecto/etapa.

Documentar todos los proyectos de acuerdo al avance. Revisar el Reporte Ejecutivo para verificar el cumplimiento de

objetivos, plazos y resumen de avance de cada proyecto/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.

Grupos de Trabajo

120


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 los proyectos/etapas relacionados 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 proyecto/etapa, siendo su participación a dedicación exclusiva. Las reuniones se realizarán en las instalaciones que defina el Banco, sin embargo puede requerirse el traslado del personal a otras sedes en la ciudad de Lima.

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 área encargada de la gestión del servicio, el cual 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 Proyectos/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 mitigarlosd. 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 área del Banco de la Nación encargada de la Gestión de la Implementación, dará la conformidad mensual de la prestación del servicio, una vez que el reporte haya sido revisado y aprobado por el Administrador del Contrato.

Informe de Gestión de la Calidad

El Contratista deberá realizar revisiones de gestión de la calidad y presentar un informe trimestral relacionado con:

121


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 Documentación Actividades de testeo Reporte de errores y acciones correctivas. Mantenimiento Control del código Control de medios Retención de su personal Entrenamiento de su personal Administración del riesgo.

Se aplicarán penalidades por incumplimiento en los plazos de entrega y falta de integridad de la información.

11.13 Adecuación de ProcesosEl ajuste o reingeniería de los procesos del Banco de la Nación constituye un proyecto independiente, aunque previsto en el conjunto de actividades paralelas al proyecto Nuevo Core Bancario.

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 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 completamente.

b) Cuando se haya culminado de realizar las pruebas funcionales y de sistemas, con el área usuaria y área técnica, y éstas hayan dado su conformidad.

c) Cuando se haya cumplido con cada uno de los puntos solicitados en las presentes bases.

d) Cuando el Banco de la Nación haya revisado y aprobado cada uno de los entregables requeridos en las presentes bases.

En caso los productos o servicios contratados presenten desperfecto, mal funcionamiento o no cumplan con las especificaciones establecidas, el Banco de la Nación rechazará y exigirá su reemplazo. El Contratista deberá subsanar la deficiencia en el mínimo tiempo razonable posible. 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.

122


12 Requerimientos de Migración y Convivencia

12.1 Migración de datos12.1.1 Objetivos de la migración de datos

- Cargar en la solución de Core Bancario el 100% de los clientes del Banco, que se encuentren en cualquier base de datos en el momento de la puesta en producción.

- Cargar en la solución de Core Bancario el 100% de las operaciones bancarias contratadas por los clientes del Banco, que se encuentren vigentes, bloqueadas por cualquier motivo o inactivas en el momento de la puesta en producción.

- Cargar en la solución de Core Bancario el histórico de las operaciones bancarias contratadas por los clientes del Banco y cuyos contratos han concluido en el transcurso del último año desde el momento de la puesta en producción.

- Cargar en la solución de Core Bancario, los movimientos o transacciones realizadas sobre las operaciones bancarias durante los últimos 6 meses, para cálculos de promedios u otros cálculos que podrían ser necesarios. La consulta de transacciones históricas de los últimos 10 años, exigibles por regulaciones peruanas actuales, generadas en el Core Bancario actual antes de la puesta en producción de la solución de Core Bancario. Se mantendrá en una base de datos de consulta para solicitudes de los clientes o posibles auditorías de los entes reguladores.

- Migración de todas las aplicaciones basadas en emulación 3270, 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 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.

- El Banco será responsable de la depuración de datos a ser migrados a la nueva solución de Core Bancario.

123


- El Banco será responsable de proporcionar los mecanismos necesarios para 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 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 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 Convivencia12.2.1 Objetivos de los procesos de convivencia

- Asegurar que el período de transición requerido para la adopción total de la 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 solución de Core Bancario con los actuales Canales de Atención42.

- Garantizar la interacción de la solución de Core Bancario con el sistema contable del Banco de la Nación (Oracle Financials)43.

- Garantizar la interacción de la solución de Core Bancario con el sistema de Tesorería del Banco de la Nación (Back Trader Live 44)

42 Capítulo Requerimientos de Conectividad – con los Canales de atención43 Capítulo Requerimientos de Conectividad – con Oracle Financials44 Capítulo Requerimientos de Conectividad – con Back Trader Live

124


- Garantizar la interacción de la solución de Core Bancario con Entidades Externas45.

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.

12.2.3 Responsabilidades del Contratista- 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 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, 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 más adelante.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.

12.3.1 Fase I: Clientes

En 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:

45 Capítulo Requerimientos de Conectividad – con Entidades Externas125


- 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.

12.3.2 Fase II: Colocaciones

En 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 determinará el período de datos históricos a migrar, tanto de operaciones como de movimientos, en base a lo exigido por las entidades de regulación peruanas.

- Se instalaría el módulo de Colocaciones y se completaría los Procesos de Apoyo correspondientes a los productos mencionados.

126


Interfaz Automatica

NUEVO CORE BANCARIO

PLATAFORMA COMERCIAL Y DE SERVICIOS

CLIENTES

COLOCACIONES

ORACLE FINANCIALS

Interfaz Manual

ACTUAL CORE BANCARIO

CAPTACIONES

SERVICIOS DE COBROS Y PAGOS

FIDEICOMISOS

CANAL INTERNET

WAP

SARAWEB

IVR

ATM /POS

SBS

SUNAT RENIEC BCR

SEDAPAL CCE OTRAS ENTIDADES

VISA/VISANET

Interfaces con los Canales de Atención: en esta fase 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.

12.3.3 Fase III: Comercio Exterior

En lo referente a migración de datos y convivencia para la fase de implementación de Comercio Exterior, se deberá considerar los siguientes aspectos:- No existirá migración de datos, puesto que actualmente la operativa de

Comercio Exterior no está automatizada.- Interfaces con los Canales de Atención: no se creará interfaces

temporales, las transacciones financieras seguirán realizándose como lo hacen actualmente.

- Interfaces con el Ambiente Mainframe: las transacciones de Comercio Exterior que involucren la afectación a operaciones de

127


Captaciones o Colocaciones y viceversa, se ejecutarán modificando temporalmente el procedimiento para realizar la afectación a la operación de Captaciones o Colocaciones de forma manual en el Core Bancario actual.

- Interfaz con Oracle Financials: se implementará las interfaces definitivas relacionadas con la entrega de datos para la contabilización de las operaciones de Comercio Exterior.

- Interfaces con Entidades Externas: se implementará las interfaces definitivas con SWIFT.

CANAL INTERNET

NUEVO CORE BANCARIO


CLIENTES

COMERCIO EXTERIOR

ORACLE FINANCIALS


CAPTACIONESCOLOCACIONES


FIDEICOMISOS

SWIFT

WAP

SARAWEB

IVR

ATM /POS

SBS

SUNAT RENIEC BCR VISA/VISANET


Interfaz Manual

Interfaz Automatica

12.3.4 Fase IV: Captaciones, Servicios de Cobros y Pagos

En 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. Se determinará el período de datos históricos a migrar, tanto de operaciones como de movimientos, en base a lo exigido por las entidades de regulación peruanas.

128


- 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.

Se deberá hacer un análisis de costo-beneficio 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.4.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.

CANAL INTERNET

ORACLE FINANCIALS


FIDEICOMISOS

SWIFTWAP

PLATAFORMA DE CAJA O

VENTANILLA

IVR

ATM /POS SBS SUNAT RENIEC BCR VISA/VISANET


Interfaz Manual

Interfaz Automatica

NUEVO CORE BANCARIOPLATAFORMA COMERCIAL Y DE SERVICIOS

CLIENTES

COMERCIO EXTERIOR

CAPTACIONES


SARAWEB

COLOCACIONES

129


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.4.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.

CANAL INTERNET

ORACLE FINANCIALS


FIDEICOMISOS

SWIFTWAP IVR

ATM /POSSBS SUNAT RENIEC BCR VISA/

VISANET


Interfaz Manual

Interfaz Automatica

NUEVO CORE BANCARIO


CLIENTES

COMERCIO EXTERIOR

CAPTACIONES


PLATAFORMA DE CAJA O VENTANILLA

COLOCACIONES

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.4.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

130


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.

131


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:

- Debe ser impartida en idioma castellano y en la ciudad de Lima.

- El Contratista entregará todo el material necesario para la capacitación.

- Se deberá incluir la aplicación de cuestionarios de evaluación del personal capacitado.

- Los talleres deberán ser orientados para que el personal tanto técnico como funcional pueda asumir sus tareas en forma autónoma.

- Los talleres deberán incluir prácticas para afianzar los conocimientos adquiridos.

- El Contratista deberá certificar los conocimientos impartidos de aquellos usuarios o técnicos que aprueben las evaluaciones. Este será un requisito imprescindible para la conformidad de este servicio.

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 las bases de datos adquiridas.- Procedimientos de respaldo y mantenimiento de históricos de

información de las bases de datos de Core Bancario46.- Herramientas de administración, monitoreo y auditoría de la solución

de Core Bancario.

13.1.2 Personal de Soporte Técnico

Se 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 la base de datos, módulos del core

bancario, plataforma de middleware y solución de Caja o Ventanilla.46 Capítulo Requerimientos Seguridad, Contingencia y Respaldo – Requerimientos de respaldo

132


- Afinamiento (Tuning) de la base de datos, 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 Desarrollo y Mantenimiento

Se deberá considerar la capacitación mínimo de 40 personas de perfil técnico. Se deberá cubrir como mínimo los siguientes temas:- Estándares de programación.- Metodología de desarrollo.- 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.4 Personal de Calidad de Soluciones

Se 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.5 Personal de Mesa de Ayuda

Se deberá considerar la capacitación mínima para 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 usuario

Se deberá considerar la capacitación de entre 20 y 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

133


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.

134


14 Requerimientos de Documentación14.1 Premisas generales

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 castellano.

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.

El Contratista deberá mantener permanentemente el inventario y control de la documentación existente.

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 software47

- 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.

14.4 Manuales de usuarioEl manual deberá incluir como mínimo:

- Una introducción a los procesos operativos.

47 Alineándose con la normativa NTP-ISO IEC 12207135


- 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 de capacitación.- Guiones para los talleres de capacitación de cada proceso.- Cuestionarios para la evaluación del personal que recibe la

capacitación.

136


15 Requerimientos de Garantía, Mantenimiento y Soporte

15.1 Acuerdos de niveles de servicio Se deberá contar con el personal disponible que garantice el soporte técnico durante el período de garantía y durante la vigencia del contrato de mantenimiento en un horario mínimo de doce (12) horas al día por siete (7) días a la semana, con un tiempo máximo de atención de dos (2) horas para el inicio de la resolución de la incidencia, considerando como inicio las 07:30 AM.Adicionalmente se deberá brindar el soporte técnico telefónico veinticuatro (24) horas al día de lunes a domingo. Los acuerdos de nivel de servicio (SLA’s) mínimos para la corrección de errores bajo la garantía son:

TIPO DE ERROR TIEMPO DE SOLUCIÓN

Error crítico 2 horasError no crítico 8 horasError limitado 16 horasConsulta técnica: 48 horas

El tiempo de solución para todos los tipos de error se refiere a una resolución completa de la incidencia.

a) 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.

b) 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.

c) 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.

d) Consulta Técnica: pregunta puntual sobre la arquitectura, diseño o funcionamiento de la solución de Core Bancario.

Si los componentes de la solución son de fabricación extranjera, el representante del fabricante en el país, deberá garantizar la provisión del soporte del mismo. Señalará la infraestructura de soporte local e internacional indicando el personal de planta disponible localmente que garantice un soporte técnico.

137


15.2 Garantía de la Solución del Core BancarioEl Postor deberá considerar en su propuesta un mínimo de 12 meses de garantía, sobre los componentes de software y base de datos; 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 el período de garantía el Contratista deberá incluir la actualización de la documentación respectiva.La garantía de 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.

15.3 Soporte y Mantenimiento de la Solución del Nuevo Core BancarioEl Postor deberá ofrecer el servicio de Soporte y Mantenimiento anual de las licencias del software que compone la Solución de Nuevo Core Bancario a partir de la terminación 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.

La realización de al menos 2 visitas preventivas presenciales al año, efectuadas por especialistas, con una duración de 3 días laborables por cada visita.

El esquema de actualización de versiones propuesto por el Postor.

Migración de la solución a las siguientes versiones del producto.

El Postor 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.

138


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.Usuarios Deberá poder bloquear terminales de usuario por inactividad.Usuarios Deberá tener control de acceso por productos.Usuarios Deberá tener control de acceso por oficinas.Usuarios Deberá poder inhabilitar usuarios en horarios no autorizados o períodos de tiempo

(vacaciones).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á hacer uso de la especificación java JEE o .Net sobre servidores de aplicaciones.

Plataforma La solución deberá estar certificada para trabajar en ambientes de alta transaccionalidad (OLTP).

Plataforma El interfaz de usuario, en todos los casos 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 y de usuario de esos ambientes.

Plataforma Deberá manejar múltiples canales.Plataforma Deberá manejar múltiples empresas.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 Mediante el uso de su denominación de usuario, clave de seguridad y la información 139


REQUERIMIENTOS GENERALESauditoría 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

Ningún usuario ni administrador de la base de datos podrá eliminar o modificar el contenido de los registros de acceso, cambios y uso de la información generada por la actividad de los usuarios durante la gestión.

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 permite horarios de apertura y cierre diferentes para cada oficina.

Disponibilidad Permitirá a los clientes acceder a los servicios del Banco 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.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.).Usabilidad Deberá tener ayuda en línea a nivel transaccional.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 funcionarioParametrizació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.Batch Proporcionará herramientas gráficas para la ejecución de procesos batch.Batch Permitirá el monitoreo del avance de los procesos.Batch Permitirá detectar procesos con fallas, detener y re-ejecutar procesos.Administración y Monitoreo

Permitirá visualizar la carga de la solución: transacciones concurrentes, usuarios concurrentes, etc.

Administración y Monitoreo

Permitirá obtener métricas de desempeño: uso de procesador, uso de memoria, tiempo de respuesta promedio, etc.

Administración y Monitoreo

Permitirá modificar parámetros de configuración.

140


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 soportada 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 contendrá el registró único y consolidado de información de todos los clientes (habituales y no habituales) que contraten productos y servicios financieros con el Banco. Este repositorio, que se denominará Base de Datos Única de Clientes, contendrá además información de empresas y personas que se consideren potenciales clientes del banco (prospectos).Su estructura 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.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 de 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

141


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 y la Base de Datos Única de Clientes, se constituirán 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 el módulo de clientes, se habilitará el formato de registro de clientes nuevos, con los datos mínimos y validaciones requeridos por tipo de cliente. 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:

142


REQUERIMIENTOS FUNCIONALES MÓDULO DE CLIENTES- 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á definir en forma flexible y sin necesidad de ajustes en el diseño y estructura de la base de datos, nuevos campos de datos cuantitativos o cualitativos del cliente, 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 determinados campos de 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, etc.

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).

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

143


REQUERIMIENTOS FUNCIONALES MÓDULO DE CLIENTEStodos 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).

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 y la Base de Datos Única 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 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 la Base de Datos Única 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.

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 otros48) 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 (Prospecto, Cliente Activo, Cliente Inactivo).

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

48 Capítulo Requerimientos de conectividad – Con entidades Externas144


REQUERIMIENTOS FUNCIONALES MÓDULO DE CLIENTESagrupació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 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

145


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, así 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. 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).

146


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, un ambiente único y estandarizado de acceso y de interacción con los Módulos de Negocio, con facilidades gráficas que simplifiquen las tareas.

Parametrización Deberá integrarse con la Base de Datos Única 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 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 Autoservicio, y al funcionario cuando seleccione al cliente en una sesión de trabajo.Se refiere a la integración con los 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, 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.

147


REQUERIMIENTOS FUNCIONALES PLATAFORMA COMERCIAL Y DE SERVICIOS – REQUERIMIENTOS GENERALES

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 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.

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 con clientes que ya estén previamente registrados en ese módulo o 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 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.

148



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.- 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, etc.).- 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 automático del formato para impresión que utilizará las opciones de manejo de impresora del sistema operativo Windows y el navegador utilizado por el usuario.Se refiere al ajuste automático independientemente del interfaz de pantalla que se utilice, así como las facilidades para la impresión de los formatos sin distinción de navegador.

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.

149



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á integrar o facilitar la integración de un sistema de manejo y 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 realizados desde los canales autorizados. Si se integra un módulo para este manejo, favor anexar detalles de sus características funcionales. Si se realizara integración con sistemas de terceros, favor señalar cómo sería el esquema de integración para que la operación sea sencilla y natural.

Integración La Plataforma Comercial 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 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.

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 ReclamosREQUERIMIENTOS 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, etc., 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.

Generales

Permitirá 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.

GeneralesSe integrará (o incluirá) con el sistema de digitalización o almacenaje electrónico de los documentos, para registrar y administrar los documentos sustentatorios asociados al reclamo.

Ingreso de Automatizará el proceso operativo asociado al ingreso del reclamo con un esquema de 150


REQUERIMIENTOS FUNCIONALES PLATAFORMA COMERCIAL Y DE SERVICIOS – ATENCIÓN A RECLAMOS

Reclamo

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.

- 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:- Permitir que el cliente realice una solicitud de reconsideración del reclamo en

caso de inconformidad.- Permitir el reingreso de la solicitud de reclamo desde la segunda ocasión,

permitiendo guardar correspondencia 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.

151


17.2.1.3 Plataforma Comercial y de Servicios – Servicio de CertificacionesREQUERIMIENTOS 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 aduanas, 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 microfilm y/o de las imágenes registradas de documentos de gestión 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. En caso de cargo a cuenta, se remite la solicitud de cargo al área encargada de su ejecución.

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 acreditar un pago de tributos realizado en alguna 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 de los representantes legales.

- Copia de microfilm: documento de identidad, documento del que se requiere copia: cheque, nota de débito, nota de crédito, estado de cuenta, fecha del documento, ser el titular de la cuenta.El microfilmado a que se refiere en los TDR corresponde a la digitalización de documentos de la Red de Agencia Lima, se realiza por proceso batch y se centraliza en Oficina Principal.Los procesos de búsqueda de imágenes digitalizadas se efectúan con el Software Laser Fiche y los criterios de búsqueda es a nivel de lotes.

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 microfilm: 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.

152


REQUERIMIENTOS FUNCIONALES PLATAFORMA COMERCIAL Y DE SERVICIOS – SERVICIO DE CERTIFICACIONES


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á integrarse con el sistema de manejo y gestión de documentos que permitan buscar información para la obtención de copias de los documentos almacenados en el expediente digital asociado a las cuentas.

17.2.2 Requerimientos Funcionales de 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 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 153


PLATAFORMA DE CAJA O VENTANILLAde las cajas.

Transacciones La plataforma deberá permitir la ejecución de las siguientes transacciones financieras sobre productos de Captaciones:

- Depósitos.- Retiros.- Cargos con causal.- Abonos con causal.- Transferencias.- Depósito a Plazo Fijo.- Pago de un 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.Así mismo, de acuerdo a la normativa de la SBS al identificar un billete falso, se deberá llenar un formulario especial que será generado a través de una transacción que registre los billetes falsos que identifique el Cajero.

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 sobre productos de Comercio Exterior:

- Cobro de comisiones y cargos.Y otras de acuerdo al detalle que se describe en los Requerimientos funcionales correspondientes al módulo de Comercio Exterior.

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 Nuevo Sistema de Tesorería, 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 de la cuenta o concepto de débito o crédito, incluso si no está implementado el Nuevo Sistema de Tesorería.

Transacciones La solución debe permitir adicionalmente a las transacciones del módulo de Cobros y Pagos, la ejecución de transacciones con otras entidades como Moneygram, SUNAT, RENIEC, SIAF, etc.La solución de Core Bancario propuesta deberá contar con una plataforma de middleware (ESB) que garantice las integraciones del core con diversas aplicaciones tales como aplicaciones Web, conexiones con entidades externas entre otras. Por lo tanto es menester considerarla en la propuesta en caso que la solución de core propuesta no cuente con estas funcionalidades llamadas comúnmente como soporte multicanal.

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.

154


PLATAFORMA DE CAJA O VENTANILLATransacciones 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 (extornar) una transacción ejecutada.Transacciones En casos determinados, la solución debe solicitar la autorización remota de un supervisor.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. 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.

Firmas Deberá integrarse con la Plataforma Comercial 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, que es a la vez el medio 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,

155


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), 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.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 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 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 que 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á, 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.

156


REQUERIMIENTOS FUNCIONALES DEL MÓDULO DE CAPTACIONES REQUERIMIENTOS GENERALES

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.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.

157



- 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: - 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.

158



- 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 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 ciertos canales de atención como por ejemplo Ventanillas, permitiendo el ingreso de múltiples transacciones en una sola pantalla operativa, evitando registros repetitivos en forma innecesaria.

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

Deberá permitir la administración de los diferentes tipos de tarjetas que el Banco defina. La automatización del soporte operativo al proceso de manejo de inventario de tarjetas, deberá tomar en cuenta las siguientes consideraciones:- 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 programar el requerimiento de tarjetas para su solicitud y adquisición anual.

- Deberá permitir registrar el proceso de control de calidad de las tarjetas recibidas aprobando o rechazando el lote.

- Deberá registrar el ingreso de las tarjetas en el almacén de la Sección Caja y Valores en Custodia.

- Deberá controlar el stock de tarjetas en 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á enviar la solicitud de tarjetas a la Sección Caja y Valores en Custodia para la producción semanal de tarjetas.

- 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).

- Permitirá registrar la termo-impresión de las tarjetas.- Deberá permitir registrar los Productos No Conformes detectados en el proceso de

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

159



Conforme (PNC).- Permitirá realizar el empaque de las tarjetas.- Deberá permitir el registro de la distribución de tarjetas a las oficinas, en

coordinación con la empresa transportadora de valores.- Deberá actualizar los stocks de unidades en los almacenes.- Deberá mantener un control de stocks a nivel de oficina y área de producción, bajo

los siguientes parámetros:o Saldo inicial.o Unidades recibidas.o Unidades atendidas (entregadas al cliente).o Deterioradas.o Devueltas.o Saldo final.

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 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.

160


REQUERIMIENTOS FUNCIONALES MÓDULO DE CAPTACIONES CUENTAS CORRIENTES

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 “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 con clientes que ya estén previamente registrados en ese módulo o 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.

Apertura Incluirá la automatización del proceso de control de cumplimiento 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, incluirá

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.

161



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 Ventanillas del Banco.

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.- 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.

162



- 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,

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).

163



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 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 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 microfilm.- 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.

164



- 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.- 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

165



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 ventanillas o en los canales de atención transaccional personalizada del Banco:

- 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.

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 de débito Multired 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),

166



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 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 Deberá ofrecer la posibilidad de manejar reversos 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.La reversión solo puede ser realizada 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

167



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 el módulo 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 en ese módulo. Las transacciones se podrán ejecutar en línea y/o en procesos de lotes.

Integración Deberá integrarse con el módulo de Cobros y Pagos 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 RENIEC49 o la SUNAT50, 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 SIAF51 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 LBTR52, 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 CCE53, 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.

49 RENIEC: Registro Nacional de Identificación y Estado Civil50 SUNAT: Superintendencia Nacional de Administración Tributaria51 SIAF: Sistema Integrado de Administración Financiera del Estado52 LBTR: Liquidación Bruta en Tiempo Real53 CCE: Cámara de Compensación Electrónica

168


REQUERIMIENTOS FUNCIONALES MODULO DE CAPTACIONES CUENTAS DE AHORRO

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.


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á permitir 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, deban ser realizadas 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 con clientes que ya estén previamente registrados en ese módulo o 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á permitir el control de cumplimiento del proceso de validación de la información y documentación presentada por el cliente.

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, incluirá

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).

169



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 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 Ventanillas del Banco.

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.

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.

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.

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.

170



- 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 microfilm. - 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.

171



- Por saldo.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.

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 ventanillas o en los canales de atención transaccional personalizada del Banco:

- 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 de débito Multired 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).



- 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

172



cada caso.Reversos Deberá ofrecer la posibilidad de manejar reversos 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 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, 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 de lotes.

Integración Deberá integrarse con el módulo 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 en ese módulo. Las transacciones se podrán ejecutar en línea y/o en procesos de lotes.

Integración Deberá integrarse con el módulo de Cobros y Pagos 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

173



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 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 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 con clientes que ya estén previamente registrados en ese módulo o 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.

Apertura Deberá permitir el control de cumplimiento del proceso de validación de la información y documentación presentada por el cliente.

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,

174


REQUERIMIENTOS FUNCIONALES MÓDULO DE CAPTACIONESDEPÓSITOS A PLAZO

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 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.

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.

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.175



- Consultas de saldos y movimientos.- Duplicados de documentos.




- 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.




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 (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.

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á realizar la verificación de correspondencia entre el número de certificado y el código de barras del formato físico.

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.

Cierre / Para los Depósitos Judiciales y Administrativos a cancelar en forma individual, deberá 176



Depósitos Judiciales

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.

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 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 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 CCE y LBTR, 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.

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.2 Requerimientos Funcionales del Módulo de Colocaciones

Proporcionará el soporte automatizado a todas las operaciones de colocaciones54, 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.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:- 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 54 Capítulo Información del Banco de la Nación - Productos y Servicios del Banco de la Nación

177


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á integrarse (o incluir) con 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

178


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:

179


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. - 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.- 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.

180



- 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.- 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 que 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, 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.

181



- Consulta detallada de transacciones. Estas consultas, transacciones y procesos deberán estar disponibles en los canales que el Banco autorice su implementación.


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.

- Módulo de 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 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

182



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 algunas de las condiciones establecidas en la parametrización para cada tipo de producto, entre ellas y como ejemplo:

- 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 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.Una vez registrada una excepción con su motivo y los datos de los funcionarios que intervinieron en el proceso, se registrará en el expediente del crédito y de ser el caso se activará un proceso de control de regularización de la excepción, con generación de alertas que aseguren que se cumpla con la regularización por parte de él o los

183


REQUERIMIENTOS FUNCIONALES MODULO DE COLOCACIONESANÁLISIS DE CRÉDITO

funcionarios responsables.a) En préstamos Multired:

- De aprobarse el levantamiento de alguna restricción, se podrían dar excepciones por niveles de jerarquía de los funcionarios (Supervisor, Apoderado, Subgerente, Gerente), a fin de otorgar el crédito (con la autorización del funcionario que corresponda).

- En los pagos anticipados o prepagos en forma parcial o total, se cobran los intereses por los días transcurridos a la fecha de pago. En casos de créditos atrasados, adicionalmente se cobran intereses moratorios.

- Se aplican periodos de gracia en los meses de abril y diciembre. Los intereses generados en dichos meses se cancelan en los meses de mayo y enero, respectivamente. No se condonan intereses.

b) En Créditos Hipotecarios: En la Precalificación del crédito, se podría definir una tasa de interés o de desgravamen especial, condicionado con la alta gerencia. No se condonan intereses.

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.

Generación Información

Proporcionará facilidades para la gestión de documentos, incorporando las 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 184


REQUERIMIENTOS FUNCIONALES MODULO DE COLOCACIONESANÁLISIS DE CRÉDITO

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.- 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:

185


REQUERIMIENTOS FUNCIONALES MODULO DE COLOCACIONESGESTIÓN DE CARTERA

- 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 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.- Cobro Judicial.- 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 al momento, asignará como provisión un porcentaje del valor

186



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.

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

187



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.

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.- Combinación de varias opciones.

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 Deberá ofrecer la posibilidad de manejar reversos de ciertas transacciones, aplicando 188



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.

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.

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.

- 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:

189


REQUERIMIENTOS FUNCIONALES MÓDULO DE COLOCACIONESGESTIÓN DE GARANTÍAS

- Hipotecaria.- Prenda.- Cash Colateral.- 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 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).

190


REQUERIMIENTOS FUNCIONALES MÓDULO DE COLOCACIONESGESTIÓN DE GARANTÍAS

- 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.

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.- 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 Deberá permitir asociar a cada actividad los costos correspondientes.

191


REQUERIMIENTOS FUNCIONALES MÓDULO DE COLOCACIONESGESTIÓN DE COBRANZA

Cobranzas 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 Comercio Exterior

Se encarga del soporte automatizado a las operaciones de Comercio Exterior que solicitan los clientes del Banco de la Nación. Gestionará todos los productos de contingentes y servicios financieros asociados a operaciones internacionales, reguladas por las buenas prácticas bancarias y las reglas de la Cámara de Comercio Internacional para la gestión de créditos documentarios.Proporcionará soporte automatizado a operaciones de:- Créditos Documentario de Importación- Créditos Documentario de Exportación- Cobranzas de Importación - Cobranzas de Exportación- Transferencias Enviadas- Transferencias Recibidas- Garantías Bancarias- Giros con el ExteriorIntegrará facilidades para el registro y manejo de la red de bancos corresponsales con los que el Banco de la Nación mantiene acuerdos, gestionando las cuentas bancarias que se manejan en dichos bancos y los cupos o líneas de crédito en cada uno de ellos, así como los cuadros de servicios que presta cada banco

192


corresponsal, con sus correspondientes tarifarios de costos, ya sea que intervengan en las operaciones en forma directa o usando los servicios de otros bancos.Para completar el esquema operacional, el Módulo de Comercio Exterior, deberá integrarse con el sistema que presta los servicios SWIFT en el Banco, generando en forma automática y sin necesidad de intervención del operador, los mensajes necesarios para concluir cada uno de los pasos de las operaciones del Módulo, en los formatos correspondientes y con todos los datos de la operación, para que luego de la revisión final del operador del sistema SWIFT, sean liberados a los bancos destinatarios.A continuación se presentan los cuadros detallados de los Requerimientos Funcionales del Módulo de Comercio Exterior, clasificados por: Requerimientos Generales, Requerimientos de Créditos Documentarios de Importación, Requerimientos de Créditos Documentario de Exportación, Requerimientos de Cobranzas de Importación, Requerimientos de Cobranzas de Exportación, Requerimientos de Transferencias Enviadas, Requerimientos de Transferencias Recibidas, Requerimientos de Garantías Bancarias.

17.3.3.1 Módulo de Comercio Exterior – Requerimientos GeneralesMODULO DE COMERCIO EXTERIOR – REQUERIMIENTOS GENERALES

Productos El Módulo de Comercio Exterior deberá proporcionar soporte automatizado para la operación de los siguientes productos:

- Créditos Documentarios de Importación. - Créditos Documentarios de Exportación.- Cobranza de Importación.- Cobranza de Exportación.- Transferencias Enviadas.- Transferencias Recibidas.- Garantías Bancarias.- Giros con el Exterior.

Código de Operación

Generará un código único para cada operación que se instrumente. El código de operación incluirá código de producto bancario, el código de oficina en la que se registra la solicitud y dígito verificador generado con algoritmos.

Work Flow Deberá permitir la configuración y generación de distintos tipos de flujos de trabajo (workflow) por cada producto, para definir las rutas de autorización, etapas, requisitos, documentos a recibir, documentos a generar, validaciones y reglas de negocio a aplicar para la gestión de cada producto de Comercio Exterior.

Comisiones y Gastos

Deberá permitir la generación de notas de débito para el cobro de los diferentes rubros asociados a las actividades que se ejecutan, en las diferentes etapas de gestión de cada producto. Los cargos y notas de débito que se generarán se clasifican en:

- Comisiones. - Gastos.

Las comisiones deben tener las siguientes características:- Comisiones fijas.- Comisiones variables.- Comisiones escalonadas.- Comisiones mixtas.- Manejo de pisos y techos.

Las notas de débito pueden incluir rubros que corresponden tanto a comisiones como a gastos, y al efectuarse la recaudación deberán aplicar los valores correspondientes a cada rubro y generar los movimientos y afectaciones a las cuentas contables que corresponda.

193


MODULO DE COMERCIO EXTERIOR – REQUERIMIENTOS GENERALESComisiones y Gastos

Permitirá el ingreso y mantenimiento de cuadros con los tarifarios de gastos (en los casos que aplique) y de comisiones a aplicarse a cada producto.En los casos que aplique, permitirá la modificación del precio de una comisión o gasto, la misma que se podrá realizar siempre y cuando cumpla con los requisitos y procedimientos de aprobación y de autorización que el Banco haya determinado, sin necesidad de modificar el tarifario del producto.

Parametrización Deberá permitir una administración dinámica y flexible por opciones de parametrización a nivel de usuario, de los siguientes conceptos:

- Bancos Corresponsales.- Manejo de códigos SWIFT, ABA, IBAN.- Países.- Monedas.- Tarifarios y formas de cálculo para comisiones. - Tarifarios y formas de cálculo para gastos.- Plantillas para avisos.- Plantillas para generación de mensajes SWIFT.

Parametrización Permitirá la administración de cuentas y líneas de crédito con los diferentes bancos corresponsales con que el Banco tiene acuerdos. Asimismo, deberá tener la capacidad de administrar los bancos corresponsales en sus diferentes roles, tales como: Avisador, Confirmador, Emisor.En todo momento y previo a la ejecución de actividades de una operación que vayan a afectar saldos o cupos de las líneas de crédito en los bancos corresponsales a utilizar, verificará y actualizará la disponibilidad.

Integración SWIFT

Deberá integrarse con la plataforma de gestión de servicios SWIFT del Banco, y debe cumplir al menos con las siguientes consideraciones:

- El Módulo generará en forma automática, en el formato correspondiente y con la integración de los datos de la operación, los mensajes SWIFT que correspondan a la etapa.

- Los mensajes generados se transmitirán a la plataforma SWIFT, para que sean revisados y autorizados por el Operador SWIFT y se proceda a su envío y seguimiento.

- En el momento que la plataforma SWIFT reciba un mensaje del exterior, y esté asociado a una operación vigente, se enviará automáticamente al Módulo de Comercio exterior, que tendrá disponible un interfaz automatizado para recibir el mensaje, asociarlo a la operación correspondiente, integrarlo al expediente de la operación y generar una alerta para que el mensaje sea atendido por el funcionario a cargo de la operación.

La funcionalidad del módulo debe de garantizar que el usuario pueda identificar el estado de los mensajes SWIFT tanto enviados como recibidos, así como identificar las inconsistencias que puedan producirse por mensajes que no hayan sido integrados con la plataforma SWIFT exitosamente.

Integración SWIFT

Permitirá parametrizar los diferentes campos MT de los mensajes SWIFT, que intervienen en cualquier operación de Comercio Exterior. Los mensajes MT mínimos que se deben considerar son: Mensajes de Categoría 1, 2, 3, 4, 7, 9, 0.

Plantillas Permitirá configurar y mantener distintos tipos de plantillas para registro, formateo, validación de datos y generación de documentos y/o mensajes, que pueden ser asociados y gestionados en las diferentes etapas de gestión operativa de cada producto.Las plantillas deben abarcar desde la generación de cartas para avisos en los diferentes pasos de un crédito documentario, hasta la emisión de documentos con validez legal y obligaciones financieras como las garantías bancarias.

Reportes Deberá suministrar una herramienta para la generación de reportes e informes de forma paramétrica. La generación y el mantenimiento de los informes deberán ser realizados por el usuario final con la mínima intervención del área de tecnología.

Pistas de Auditoria

Ofrecerá un esquema de pistas de auditoría que permita registrar y analizar a detalle los datos de las transacciones realizadas en los diferentes productos.

Integración Deberá integrarse con otros Módulos de Negocio como:194


MODULO DE COMERCIO EXTERIOR – REQUERIMIENTOS GENERALES- 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 requiera 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, como realizar abonos o generar notas de crédito asociadas a las operaciones de comercio exterior, realizar cargos o generar notas de débito asociadas a las operaciones de comercio exterior. Asimismo, para la administración de los depósitos en garantía que se generen en el momento de la apertura de las operaciones de comercio exterior.

- Módulo de Tesorería: para la realización de compra y venta de moneda, así como los arbitrajes que puedan surgir.

- Módulo de Colocaciones: para la afectación del riesgo del cliente para los productos de Comercio Exterior que afecten y para el análisis de la viabilidad de los créditos documentarios.

- Aplicativos de Control de Activos: para poder identificar transacciones que no sean regulares. El actual aplicativo que es usado por el Banco es el SIALARDI.

- Plataforma Comercial y de Servicios: para poner a disposición de los usuarios autorizados del Banco y a los clientes, las opciones de consultas y de interacción con el Módulo de Comercio Exterior que se definan para cada caso. Las opciones estarán disponibles en los diferentes canales que el Banco defina.

Cierre de la operación

Apoyará el proceso de gestión operativa y cumplimiento de procedimientos y políticas aplicables, hasta la dada de baja de operaciones que no se puedan cerrar de manera regular (no aceptadas, con desacuerdos u otros inconvenientes).

Consultas Deberá facilitar diferentes opciones de consulta para soportar la gestión como:- Consulta general por producto.- Consultas detalladas por producto.- Consultas detalladas por responsable.- Consulta del expediente de la operación y su estado en las diferentes etapas de

gestión.- Histórica de los movimientos y transacciones por operación.

Contabilidad Generará la información para contabilizar las operaciones de Comercio Exterior en cada etapa de la operación que haya generado movimientos financieros en el estado de cuenta de la operación.

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. Asimismo deberá de brindar la opción de incluir firmas digitalizadas en los formatos que el Banco requiera pertinente.

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 correspondencia.- Duplicados de documentos.- Consultas resumidas y detalladas del estado de cuenta de la operación.- Consultas del expediente documentario.


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,

195


MODULO DE COMERCIO EXTERIOR – REQUERIMIENTOS GENERALEScomo 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.

Información Bancos Corresponsales

Deberá brindar lista de bancos corresponsales con sus respectivos códigos actualizados sean SWIFT, ABA e IBAN.

17.3.3.2 Módulo de Comercio Exterior – Crédito Documentario de Importación

MÓDULO DE COMERCIO EXTERIOR – CRÉDITO DOCUMENTARIO DE IMPORTACIÓNGenerales Deberá automatizar la operación de las siguientes clases de Créditos Documentarios:

- Cartas de Crédito de Importación.- Cartas de Crédito StandBy.- Cartas de Crédito locales o domésticas.

Generales Incluirá soporte automatizado a la gestión de las Cartas de Crédito de Importación con sus diferentes modalidades de pago. Las modalidades que se deben considerar son:

- A la Vista.- De aceptación.- Pago Diferido.- Combinadas o Mixtas.- Avisada.- Confirmada.

Generales Deberá manejar las diferentes etapas del Crédito Documentario de Importación:- Apertura.- Aviso.- Confirmación.- Enmienda.- Gestión de discrepancias.- Negociación(es).- Cierre.

Apertura Permitirá registrar toda la información que se defina como necesaria, tanto para la apertura como para la gestión de cualquier Crédito Documentario de Importación, conforme a las definiciones de la Cámara de Comercio Internacional para este tipo de operación.

Apertura Permitirá establecer valores de tolerancias mínima y máxima para cada operación y controlará su aplicación durante la gestión.

Apertura Permitirá definir y registrar los documentos necesarios para realizar la apertura de la Carta de Crédito, así como identificar los que deberán exigirse y validar en el momento de la negociación. Estos listados de documentos deben registrarse desde el momento de la apertura y deberán ser clasificados como exigibles y otros como deseables, para que se controle su recepción, verificación e incorporación al expediente en las etapas que corresponda.

Apertura Deberá permitir la determinación y registro del monto de la Carta de Crédito al momento de la apertura, junto con la asociación de los rubros correspondientes a las comisiones y gastos asociados.

Apertura Permitirá la definición y administración de embarques parciales y/o totales.Apertura Generará alertas para operaciones que tengan asociados plazos en algunas de sus etapas

y procesos, cuando se acerque su vencimiento.Enmiendas Brindará soporte operativo a la gestión de diferentes tipos de enmienda como:

- Prórrogas.- Cambios en el valor.- Cambios en la forma de pago.- Modificaciones de términos.- Modificaciones de plazos.- Cambios en la lista o contenido de documentos exigibles.

196


MÓDULO DE COMERCIO EXTERIOR – CRÉDITO DOCUMENTARIO DE IMPORTACIÓN- Combinaciones de las opciones señaladas.

Enmiendas Permitirá la generación y la administración de los cargos por comisiones y gastos de las enmiendas realizadas. Los cargos o comisiones que se aplicarán serán por tipo de enmienda (valor o letra) y por número de enmiendas. Se deberá diferenciar los gastos que serán por cuenta del beneficiario y los gastos que serán por cuenta del ordenante.

Discrepancias Incluirá el manejo de discrepancias, teniendo en cuenta las siguientes consideraciones:- Captura de los mensajes SWIFT de discrepancias, generación de acuses de recibo

respectivos y emisión mensajes de acuerdo a la respuesta del cliente sobre las discrepancias.

- Generación de cartas y avisos para comunicar discrepancias al cliente.- Generar y administrar los cargos por gastos y comisiones relacionados.- Administrar las discrepancias aplicando los procedimientos correspondientes

según sea el caso (aceptadas o rechazadas).Negociación Proporcionará soporte automatizado al proceso de negociación, verificando y controlando

que si existen discrepancias que no han sido aceptadas, no se pueda proseguir con la operación hasta que se apliquen las aprobaciones necesarias.

Negociación Si se han cumplido todos los requisitos para el proceso de negociación, se procederá a instrumentar la liquidación de la operación, ejecutando las transacciones financieras correspondientes, en cumplimiento con las instrucciones registradas en la operación.

Cierre El aplicativo permitirá el cierre de la operación, teniendo en cuenta las siguientes consideraciones:

- Cobrar todas las comisiones y gastos pendientes.- Liberación y/o devolución de los saldos de los depósitos bloqueados o recibidos

en garantía.- Actualización de los saldos y estado de la carta de crédito.

17.3.3.3 Módulo de Comercio Exterior – Crédito Documentario de ExportaciónMODULO DE COMERCIO EXTERIOR – CREDITO DOCUMENTARIO DE EXPORTACIÓN

Generales Deberá manejar Cartas de Crédito de Exportación con sus diferentes modalidades:- A la Vista.- De aceptación.- Pago Diferido.- Combinadas o Mixtas.- Con descuento de letra.- Avisada.- Confirmada.

Generales Deberá automatizar la gestión de las diferentes etapas de la Carta de Crédito:- Apertura.- Aviso.- Confirmación.- Enmienda.- Discrepancias.- Negociación (es).- Cierre.

Apertura En la etapa de apertura, se dará soporte automatizado a la ejecución de las siguientes actividades:

- Captura de la información de los mensajes SWIFT con el aviso y las condiciones iniciales de la operación. Generación de acuses de recibo.

- Generación de cartas de notificación y avisos para comunicar la apertura del documento al beneficiario con la información de los términos y requisitos de la operación.

- Administrar los gastos y comisiones relacionados. Deberá diferenciar los gastos que serán por cuenta del beneficiario y los gastos que serán por cuenta del ordenante, de acuerdo a las instrucciones recibidas en el mensaje SWIFT.

Enmiendas Soportará la gestión y manejo de diferentes tipos de enmienda como:- Prórrogas.

197


MODULO DE COMERCIO EXTERIOR – CREDITO DOCUMENTARIO DE EXPORTACIÓN- Cambios en el valor.- Cambios en la forma de pago.- Cambios en los plazos.- Modificación de términos.- Modificación de la lista o contenido de los documentos requeridos.- Combinaciones de opciones señaladas.

Enmiendas En la etapa de enmienda se permitirá realizar las siguientes actividades:- Captura de los mensajes SWIFT de las enmiendas de la operación.- Generación de las cartas y avisos correspondientes para comunicar al

beneficiario las modificaciones.- Generar y administrar los gastos y comisiones relacionados. Deberá diferenciar

los gastos que serán por cuenta del beneficiario y los gastos que serán por cuenta del ordenante.

Discrepancias Incluirá facilidades para manejar las discrepancias, teniendo en cuenta las siguientes consideraciones:

- Ingreso, registro y envío de los documentos presentados por el beneficiario.- Identificación de las discrepancias y envío del registro y documentos asociados a

las discrepancias y su aclaración al banco corresponsal.- Generar y administrar los gastos y comisiones relacionados.- Administrar las discrepancias hasta que sean aceptadas o rechazadas. En cada

caso aplicar los procedimientos y validaciones correspondientes y actualizar la operación.

Negociación Cuando se cumpla con todos los requisitos determinados para la negociación del Crédito Documentario, se procederá a ejecutar el proceso de liquidación cumpliendo los términos, condiciones e instrucciones determinadas para cada operación. No permitirá cerrar la operación del Crédito Documentario si es que aún queda pendiente el cobro de alguna comisión o gasto.

17.3.3.4 Módulo de Comercio Exterior – Cobranza de ImportaciónMODULO DE COMERCIO EXTERIOR – COBRANZA DE IMPORTACION

Generales Deberá manejar Cobranzas de Importación con sus diferentes modalidades:- A la Vista.- A Plazos.- Documentarias.- Simples.

Generales Deberá automatizar las gestión de las diferentes etapas de la cobranza:- Apertura.- Pago.- Enmienda.- Cierre.

Generales Deberá brindar el soporte para la administración de cheques que son enviados por bancos corresponsales desde el extranjero para su respectiva cancelación.

Apertura En la etapa de apertura, deberá realizar las siguientes actividades:- Captura de los mensajes SWIFT con las condiciones iniciales de la operación y

generación de acuse respectivo.- Generación de avisos correspondientes para comunicar la apertura del

documento al girado.- Administrar los gastos y comisiones relacionados. Deberá diferenciar los gastos

que serán por cuenta del girado y los gastos que serán por cuenta del girador, de acuerdo a las indicaciones recibidas en el mensaje SWIFT.

Enmiendas Deberá tener la capacidad de manejar diferentes tipos de enmienda como:- Cambios en el valor.- Cambio en fecha de vencimiento.- Combinación de las dos enmiendas anteriores.

Enmiendas En la etapa de enmienda, permitirá administrar los gastos y comisiones relacionados. Deberá diferenciar los gastos que serán por cuenta del girado y los gastos que serán por

198


MODULO DE COMERCIO EXTERIOR – COBRANZA DE IMPORTACIONcuenta del girador.

Pago El modulo deberá soportar y automatizar la liquidación de la cobranza y la generación automática del mensaje SWIFT correspondiente.

Cierre El aplicativo permitirá el cierre de la operación, realizando las siguientes operaciones:- Cobrar todas las comisiones y gastos pendientes.

17.3.3.5 Módulo de Comercio Exterior – Cobranza de ExportaciónMODULO DE COMERCIO EXTERIOR – COBRANZA DE EXPORTACION

Generales Deberá manejar Cobranzas de Exportación con sus diferentes modalidades:- Documentarias- Simples.- A la Vista.- A plazo.

Generales Deberá manejar las diferentes etapas de las Cobranzas de Exportación:- Apertura.- Enmienda.- Pago.- Cierre.

Generales Deberá brindar el soporte para la administración de cheques de bancos extranjeros que son depositados por los clientes del Banco en sus respectivas cuentas para que sean cobrados. (Cobranza Simple al exterior).

Apertura En la etapa de apertura, deberá soportar la ejecución de las siguientes actividades:- Recepción de los documentos por parte del beneficiario.- Administrar los gastos y comisiones relacionados. Deberá diferenciar los gastos

que serán por cuenta del beneficiario y los gastos que serán por cuenta del ordenante.

- Generación de carta remesa para el banco girado indicando la información de la cobranza así como los gastos generados.

Enmiendas Deberá tener la capacidad de manejar diferentes tipos de enmienda, tales como:- Cambios en el valor.- Cambio en fecha de vencimiento.- Combinaciones de las arriba señaladas.

Enmiendas En la etapa de enmienda, permitirá realizar las siguientes actividades:- Generación de mensajes SWIFT indicando modificaciones efectuadas que será

enviado al banco girado.- Administrar los gastos y comisiones relacionados. Deberá diferenciar los gastos

que serán por cuenta del beneficiario y los gastos que serán por cuenta del ordenante.

Pago Incluirá la generación de alertas para operaciones que sean a plazos, cuando se acerquen su vencimiento.

Pago Integrará la funcionalidad para la recepción y procesamiento de la notificación del banco corresponsal para realizar el abono respectivo.

Pago Permitirá la administración de diferentes formas de liquidación de la operación, aplicando las instrucciones y procedimientos asociados en cada caso.

Cierre El aplicativo permitirá el cierre de la operación, realizando las siguientes operaciones:- Cobrar todas las comisiones y gastos pendientes.

17.3.3.6 Módulo de Comercio Exterior – Transferencias EnviadasMODULO DE COMERCIO EXTERIOR – TRANSFERENCIAS ENVIADAS

Generales Deberá automatizar las operaciones de las siguientes clases de Transferencias: Transferencias enviadas tradicionales – Vía SWIFT. Emisión de Giros Bancarios Sobre el exterior.

Generales En el caso de emisión de giros sobre el exterior, deberá permitir la administración de los cheques de bancos corresponsales que emite el Banco para su cobro en el extranjero.

Solicitud Deberá proveer funcionalidades que permitan dar seguimiento detallado a las transferencias en todas las etapas de su ciclo de vida.

199


MODULO DE COMERCIO EXTERIOR – TRANSFERENCIAS ENVIADASSolicitud En el momento de registrar la apertura de la operación, el aplicativo deberá tener las

siguientes consideraciones:- Habilitará la recepción de solicitudes de transferencias al exterior desde las

oficinas en las que el Banco active el servicio.- Permitirá registrar la información de la transferencia de acuerdo con las

instrucciones del solicitante.- Controlará y validará los campos obligatorios mínimos, en ausencia de los cuales

no permitirá continuar con el trámite. Para este proceso la solución deberá habilitar mecanismos que permitan verificar el cumplimiento de los requisitos establecidos, posteriormente se pasa al proceso de validación por parte del personal autorizado utilizando los mecanismos que la solución ofrezca para ese fin.

Solicitud Permitirá operaciones en monedas diferentes a la transferencia, en cuyo caso, la solución debe estar en capacidad de integrarse con Tesorería para la respectiva venta de divisas utilizando los tipos de cambio que el Banco defina.

Solicitud Deberá diferenciar los gastos y comisiones que estarán a cargo del beneficiario y los gastos que estarán a cargo del ordenante para su debido registro del mensaje SWIFT.

Solicitud Deberá integrarse con el Módulo de Captaciones para procesar el débito a la cuenta del cliente. Asimismo, ofrecerá la posibilidad de realizar el trámite por medio de los canales que el Banco habilite para ese proceso (cajas, internet, plataforma).

Solicitud Implementará mecanismos de restricción de ejecución de transferencias por monto.Si una transferencia excede los límites de montos establecidos, podrá ser procesada luego del cumplimiento de los procedimientos de verificación y autorizaciones establecidos por el Banco.

Cancelación Incluirá consultas y facilidades para permitir la identificación y administración de inconsistencias en las transferencias enviadas que hayan sido observadas por los bancos corresponsales. Asimismo permitirá generar los avisos correspondientes para el ordenante.

Envío Incluirá facilidades de integración con la plataforma SWIFT para la generación automática del respectivo mensaje. Esta operación sólo se realizará una vez que el personal autorizado apruebe la transacción en dicha plataforma.

17.3.3.7 Módulo de Comercio Exterior – Transferencias RecibidasMODULO DE COMERCIO EXTERIOR – TRANSFERENCIAS RECIBIDAS

Recepción Deberá integrarse con la Plataforma SWIFT para cargar en forma automática las transferencias que se reciben en el Banco para su debido trámite.

Recepción Proveerá esquemas que permitan establecer criterios para habilitar el procesamiento automático de las transferencias recibidas. Las transferencias que no cumplan con dichos criterios (parametrizables), deben pasar a un proceso de autorización aplicando las validaciones y procedimientos que defina el Banco.

Acreditación Deberá integrarse con cuentas corrientes y ahorros para procesar el abono a la cuenta del cliente, así como el débito de los gastos y comisiones que correspondan.

Acreditación Incluirá consultas y facilidades para permitir la identificación y administración de inconsistencias en las transferencias recibidas, que no permitan la acreditación a las cuentas de los beneficiarios.

Acreditación Deberá integrarse con los procesos de verificación para el control y prevención de lavado de activos, de acuerdo con la legislación vigente como paso previo a la acreditación de los valores recibidos en la transferencia.

17.3.3.8 Módulo de Comercio Exterior – Garantías BancariasMODULO DE COMERCIO EXTERIOR – GARANTIAS BANCARIAS

Generales Deberá manejar el proceso de emisión, gestión y soporte operativo para diferentes tipos de garantías bancarias como:

- Garantía de pago.- Garantía de mantenimiento.

200


MODULO DE COMERCIO EXTERIOR – GARANTIAS BANCARIAS- Garantía de cumplimiento de contratos.- Garantía de buen uso de anticipos de contratos.- Garantía de licitación.

Generales Deberá manejar las diferentes etapas de la gestión de la garantía bancaria:- Apertura.- Emisión del documento.- Modificación.- Ejecución.- Cancelación.

Apertura Incluirá el soporte operativo al proceso de emisión de las garantías así como su prórroga, renovación y las opciones de incremento o disminución del monto garantizado.

Apertura Deberá permitir la asociación de cargos por concepto de comisiones y otros rubros como impuestos y gastos. En cada caso permitirá definir la forma de cálculo y aplicación del cargo y gestionará su cobro por los medios autorizados.

Emisión del documento

Generará los formatos con los datos y términos de la operación, integrando facilidades para la impresión de las garantías, de acuerdo a las plantillas establecidas y al tipo de garantía emitida.

Ejecución En caso el beneficiario solicite, permitirá realizar la ejecución de la garantía, aplicando los controles y validaciones correspondientes y realizando el cargo al depósito o bloqueo de valores en cuenta puesto como garantía de la operación por el cliente.

Cancelación En el momento que llegue al vencimiento y no se haya registrado la solicitud del beneficiario para la renovación o ejecución la garantía, conforme los términos y condiciones estipulados, se procederá a la cancelación de la garantía bancaria, notificándose al beneficiario y requiriendo la devolución del documento emitido para su anulación.Una vez cancelada la garantía bancaria, se instrumentará la devolución del depósito dejado por el cliente en garantía o la liberación de los fondos en cuenta bloqueados para este fin.

Particular El Banco emite garantías las cuales son contra-garantizadas por garantías emitidas por un banco en el extranjero. En este caso todas las comisiones son cobradas a través de SWIFT y al vencimiento, en caso de no utilización libera la garantía al contra-garante. Para esta operación se realiza una evaluación de los bancos corresponsales para aprobar la emisión de la garantía Work Flow.

17.3.4 Requerimientos Funcionales del Módulo de Pagos y CobrosPara apoyar el procesamiento operativo de los servicios de cobros y pagos 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 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.

201


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.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.4.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.

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.

202


MODULO DE PAGOS Y COBROSREQUERIMIENTOS GENERALES

- 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 cuenta corriente/ahorro, el cual consiste en capturar algunos datos básicos del usuario 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 (pero no solamente):

- 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/abono55.

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 del contratante) o traslado de los fondos a una cuenta pagadora56.

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 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:

55 Se aplica cuando una cuenta ha sido abonada por error y luego debe aplicarse el pago/cobro en otra cuenta.56 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.

203



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 57para 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 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ínimas58 por bajo volumen para los convenios de Ventanilla MYPE59

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 o 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.

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 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.

57 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”.58 Esto aplica cuando no se cumple con el volumen de desembolsos pactado en el convenio.59 Micro y Pequeña Empresa

204



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 Ofrecerá facilidades para recibir pagos por concepto de SOAT60 (Seguro Obligatorio contra Accidentes de Tránsito), que los vehículos del parque automotor peruano deben contratar con una compañía de seguros. El Banco de la Nación actualmente recibe el pago correspondiente y registra los datos en un aplicativo SOAT Web proporcionado por la compañía de seguros que además lleva el control de los certificados de las pólizas SOAT.

Para el caso de Seguros realizamos la cobranza masiva de pólizas.

Adicionalmente la solución debe permitir recibir pagos de otros tipos de seguro, los cuales deben estar asociados a clientes que adquirieron el SOAT a través 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 del contratante, de acuerdo con los mecanismos establecidos por cada empresa (actualmente sólo se maneja con la Compañía de seguros La Positiva).

17.3.4.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.4.3 Módulo de Pagos y Cobros – Giros BancariosREQUERIMIENTOS FUNCIONALES MODULO DE PAGOS Y COBROS

GIROS BANCARIOSAdministración y Mantenimiento del Producto

Permitirá la emisión individual o masiva (mediante recepción de archivos magnéticos) de giros bancarios 61en diferentes monedas. La emisión masiva deberá contar con facilidades que permitan configurar el formato de los archivos, restricciones por convenio (por

60 Seguro Obligatorio de Accidentes de Tránsito205


REQUERIMIENTOS FUNCIONALES MODULO DE PAGOS Y COBROSGIROS BANCARIOS

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 apertura 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.4.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 SUNAT62.

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, pero no exclusivamente: Poder Judicial, PNP, DIGEMIN).

17.3.4.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.

61 Estos giros bancarios no emiten valorado, es decir son una orden de pago para ser liquidada en una oficina del Banco.62 SUNAT: Superintendencia Nacional de Administración Tributaria

206


REQUERIMIENTOS FUNCIONALES MODULO DE PAGOS Y COBROSDESEMBOLSOS / PAGOS POR ENCARGO

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 apoyo a la gestión de varios Módulos de Negocio, o para uso específico en alguno de ellos como el caso del Proceso de Integración SWIFT.

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 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 especializado 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

207


REQUERIMIENTOS FUNCIONALES DEL PROCESO DE CANJE ELECTRÓNICOnacionales 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.

GeneralesPermitirá 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 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, etc.

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.

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), 208


REQUERIMIENTOS FUNCIONALES DEL PROCESO DE CANJE ELECTRÓNICOpara 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.

- 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.

209


REQUERIMIENTOS FUNCIONALES DEL PROCESO DE CANJE ELECTRÓNICO- 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á o facilitará la integración de un sistema de manejo y 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ón Deberá 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 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

210


REQUERIMIENTOS FUNCIONALES PROCESO DE MANEJO DE EFECTIVO Y BÓVEDAS 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 a 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 a las operaciones realizadas por usuario, oficina, fecha, hora y tipo de transacción, incluyendo los participantes en los procesos de autorización.

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.

Gestión Ofrecerá la posibilidad de configurar diferentes formatos de respuesta mediante el uso

211


REQUERIMIENTOS FUNCIONALES PROCESO DE EMBARGOS Administrativa 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 la misma.


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 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’s63, 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

63 Unidad de referencia procesal, corresponde al 10% de la unidad impositiva tributaria establecida por SUNAT anualmente.

212


REQUERIMIENTOS FUNCIONALES PROCESO DE EMBARGOS 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.

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 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.

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.


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 la misma.


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:

213


REQUERIMIENTOS FUNCIONALES PROCESO DE LEVANTAMIENTO DE SECRETO BANCARIO- 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 Integración SWIFTREQUERIMIENTOS FUNCIONALES PROCESO DE INTEGRACIÓN SWIFT

Integración SWIFT Todas las transacciones internacionales se ejecutarán a través de la plataforma automatizada de integración y gestión operativa SWIFT.

Integración SWIFT La integración SWIFT deberá estar preparada para ser migrada automática a la versión disponible en el mercado, conservando todas las características de manejo estándar operativo de mensajería SWIFT.

Integración SWIFT Es un requisito mandatorio que todos y cada uno de los Módulos de Negocio, Plataformas de Atención y los Procesos Auxiliares que contemple la solución propuesta, que por la naturaleza operativa de los productos y servicios financieros que automatizan deban interactuar con mensajería estandarizada en formatos SWIFT, se integren con la plataforma de gestión operativa SWIFT del Banco.

Integración SWIFT La integración deberá darse a un nivel en el cual los procesos y/o transacciones operativos de gestión de los productos o servicios del cliente que generen mensajería en formatos SWIFT, deberán generar en forma automática el borrador del mensaje SWIFT a ser enviado con el formato correspondiente al tipo de mensaje, la validación de que se incluye todos los campos requeridos por el tipo de mensaje, el llenado automático de los datos generados en la operación o transacción y la validación del tipo de dato que va en cada campo. Esta información se generará en un string de datos en el formato electrónico que requiere la plataforma SWIFT del Banco de la Nación, y se recibirá en la misma para su verificación por parte de los operadores de esa plataforma, para que se autorice el despacho del mensaje, cómo se recibió o con los ajustes o modificaciones que haga el operador responsable.

Integración SWIFT La integración contemplará además una facilidad para recibir en formato electrónico los mensajes SWIFT recibidos y pasarlos al Módulo de Negocios o Proceso de Core Bancario que deba gestionarlos, sin necesidad que se transcriba el mensaje.

17.4.6Proceso 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 LBTR 64en 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 (CCE65) en el caso de transferencias interbancarias de fondos de bajo valor.

64 Liquidación Bruta en Tiempo Real65 Cámara de Compensación Electrónica

214


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, etc. – 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, etc.).

- 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 transferencia 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:

- Permitirá definir las comisiones que se cobra al cliente por tipo de transferencia.- Permitirá definir las comisiones que se cobra a las instituciones financieras bajo

parámetros estándar y/o específicos.- Permitirá definir las comisiones que cobran las instituciones financieras al Banco

de la Nación.- Deberá permitir definir las comisiones internas e interbancarias según rangos de

importes, plaza de destino (CCE: Misma Plaza, Otra Plaza o Plaza Exclusiva), entre otros.

- Deberá permitir definir diferentes cargos o comisiones dependiendo de si las transferencias son realizadas en moneda nacional o moneda extranjera.

- Deberá permitir 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).

- Deberá 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 215



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

DGETP66.- 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).

Reverso de transferencias

Permitirá realizar reversos (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 aun no sea procesada en el sistema LBTR o CCE.

Integración Permitirá la Interconexión al sistema interbancario (SIB) del BCRP67.

Integración

Deberá permitir la interfaz automática con sistemas de clientes institucionales como por ejemplo SUNAT68, MEF69, 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.

66 Dirección General de Endeudamiento y Tesoro Público67 Banco Central de Reserva del Perú68 Superintendencia Nacional de Administración Tributaria69 Ministerio de Economía y Finanzas

216


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 está basada en 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 INTERFACE70, permitiendo la importación de todos los asientos contables al módulo CG71.La 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

70 Interfaz de ORACLE FINANCIALS71 Módulo CG: Módulo de Contabilidad General de ORACLE FINANCIALS

217


REQUERIMIENTOS FUNCIONALES DE ADMINISTRACIÓN CONTABLEforma 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.

Contabilización Ofrecerá facilidades para asociar las transacciones de cada producto a su respectivo esquema contable, de tal forma que se facilite la detección y corrección de errores contables u operativos.

Contabilización Deberá ofrecer facilidades para la configuración de la generación de movimientos contables de acuerdo a las diferentes etapas o estados de las operaciones que los originan.

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 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.

Contabilización Deberá implementar las funcionalidades necesarias para que el proceso de generación de asientos complete la cuenta 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.

Contabilización Debe permitir el manejo de información histórica para facilitar la investigación de inconsistencias detectadas en fechas anteriores a la actual. 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.

Contabilización Deberá integrarse con Oracle Financials para el traslado de los movimientos contables generados por el Core Bancario. 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 mandatorio que todos los Módulos de Negocio de la solución propuesta de Core Bancario, generen la información

218


necesaria para alimentar el Data Warehouse que soportará los Reportes Regulatorios y de Control y la Gestión Integral de Riesgos72.

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 mandatorio 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 Activos73 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 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.

17.5.4 Proceso de Reportes Regulatorios y de ControlA 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. En las tablas a continuación, se presenta la relación de los tipos de reportes, el nombre de reporte, una breve descripción, la periodicidad y la fuente de información. Las fuentes de información posibles son:

- Sistema Contable: la información proviene del Sistema Contable, que NO ESTÁ INCLUIDO en el Alcance del Nuevo Core Bancario.

72 Capitulo Requerimientos de Información para Entidades Externas73 Capitulo Requerimientos de Información para Entidades Externas

219


- Nuevo Sistema de Inversiones: la información provendrá del Nuevo Sistema de Inversiones que NO ESTÁ INCLUIDO en el Alcance del Nuevo Core Bancario.

- Core Bancario: la solución de Core Bancario deberá INCLUIR la provisión de la información necesaria para la generación del reporte correspondiente. La generación del reporte NO ESTÁ INCLUIDA en el Alcance del Nuevo Core Bancario.

- RRHH: el Departamento de Recursos Humanos entregará la información necesaria. La entrega de esta información NO ESTÁ INCLUIDA en el Alcance del Nuevo Core Bancario.

- Riesgos: el Departamento de Riesgos procesará la información recibida del Core Bancario para la generación del reporte. El procesamiento por parte del Departamento de Riesgos y la generación del reporte NO ESTÁ INCLUIDA en el Alcance del Nuevo Core Bancario.

- Otros Reportes: el Banco de la Nación procesará información proveniente de otros Reportes Regulatorios y de Control. El procesamiento por parte del Banco de la Nación y la generación del reporte NO ESTÁ INCLUIDA en el Alcance del Nuevo Core Bancario.

- Planeamiento: el Departamento de Planeamiento y Desarrollo entregará la información necesaria. La entrega de esta información NO ESTÁ INCLUIDA en el Alcance del Nuevo Core Bancario.

- Operaciones: el Departamento de Operaciones entregará la información necesaria. La entrega de esta información NO ESTÁ INCLUIDA en el Alcance del Nuevo Core Bancario.

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 y alcance definidos74.El nuevo Core Bancario será la fuente de información para la generación de reportes, considerando la relación actualizada de los reportes indicados en los Términos de Referencia, en la fecha de presentación de propuestas.

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

74 Capítulo Requerimientos de Información para Entidades Externas220


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 Liquidez.

Diaria Core Bancario Sistema Contable

RiesgosAnexo 15-B Posición Mensual de Liquidez. Mensual Core Bancario


Anexo 16 Cuadro de Liquidez por Plazos de Vencimiento. Mensual Core Bancario Sistema Contable

RiesgosAnexo 16-B Simulación de Escenario de Estrés y Plan de

Contingencia.Trimestral Core Bancario


Anexo 20 Balance Sectorizado por Agentes Económicos. (*) Mensual Core Bancario Sistema Contable

Anexo 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 Método Estándar - Requerimiento de Mensual Core Bancario 221


REPORTE DESCRIPCIÓN PERIODICIDAD FUENTE

(Anexo 1-B) Patrimonio Efectivo por Riesgo de Tasa de Interés en la Cartera de Negociación - Riesgo General.

Riesgos

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.

Mensual Core Bancario Riesgos

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 FinanzasReporte 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

222


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ú. 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.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 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.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. MEF: Ministerio de Economía y Finanzas.MTC: Ministerio de Transporte y Comunicaciones.

223


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.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).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 Administración Tributaria.SBS: Organismo supervisor y regulador denominado Superintendencia de Banca, Seguros y AFP.TLS: siglas en inglés de Transport Layer Security. Protocolo sucesor de SSL. Protocolo de encriptación que proporciona comunicaciones seguras. Permite a las

224


aplicaciones prevenir espionaje, falsificar o adulterar la información y la suplantación de identidades.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.

225

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, las Bases del servicio de consultoría considera los siguientes factores de evaluación:

FACTORES DE EVALUACIÓN - OBLIGATORIOS PUNTAJE / METODOLOGÍA PARA SU ASIGNACIÓN

A. EXPERIENCIA DEL POSTOR: 35 Puntos

A.1. EXPERIENCIA EN LA ACTIVIDAD: 10 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 cinco (05) 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 comprobantes de pago 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, 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.

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 con contratos en los que se participó en consorcio, deberá presentarse la promesa formal de consorcio o el contrato de consorcio del cual se desprenda fehacientemente el porcentaje de las obligaciones que se asumió en el contrato presentado; de lo contrario, no se computará la experiencia proveniente de dicho contrato.

Asimismo, cuando se presenten contratos derivados de procesos de selección convocados antes del 20.09.2012, se

M = Monto facturado acumulado por el postor por la prestación de servicios de consultoría correspondientes a la actividad objeto del proceso.

M >= cinco (5) veces el valor referencial: 10 puntos

A los demás postores se le otorgará el puntaje directamente proporcional.

De no llegar ningún postor a:

M >= cinco (5) veces el valor referencial

Se otorgará 10 puntos al postor que acredite mayor monto facturado acumulado. A los demás postores se le otorgará el puntaje directamente proporcional.

226


entenderá que el porcentaje de las obligaciones equivale al porcentaje de participación de la promesa formal o del contrato de consorcio. En caso 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 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.

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: 25 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 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.

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 comprobantes de pago 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, 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.

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, debiendo adjuntarse copia de las conformidades

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 (02) veces el valor referencial: 25 puntos

A los demás postores se le otorgará el puntaje directamente proporcional.

De no llegar ningún postor a:

M >= dos (2) veces el valor referencial

Se otorgará 25 puntos al postor que acredite mayor monto facturado acumulado. A los demás postores se le otorgará el puntaje directamente proporcional.

227


correspondientes a tal parte o los respectivos comprobantes de pago.

En los casos que se acredite experiencia con contratos en los que se participó en consorcio, deberá presentarse la promesa formal de consorcio o el contrato de consorcio del cual se desprenda fehacientemente el porcentaje de las obligaciones que se asumió en el contrato presentado; de lo contrario, no se computará la experiencia proveniente de dicho contrato.

Asimismo, 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 o del contrato de consorcio. En caso 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 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.

Sin perjuicio de lo anterior, los postores deben llenar y presentar el Anexo Nº 8 referido a la Experiencia del Postor en la especialidad.

B. EXPERIENCIA Y CALIFICACIONES DEL PERSONAL PROPUESTO PARA LA PRESTACIÓN DEL SERVICIO: 30 Puntos

B.1. EXPERIENCIA DEL LÍDER DE PROYECTO: 08 PUNTOSCriterio:

a) Se evaluará el tiempo de experiencia en la especialidad del personal propuesto como Líder de Proyecto en la Gestión de Tecnología de Información y Comunicaciones (Gerente o Jefe), adicionales al mínimo requerido en los TdR, en un período no mayor a diez (10) años contados desde la fecha de presentación de 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.

b) Se evaluará el nivel de formación académica del personal propuesto como Líder de Proyecto, considerándose los siguientes niveles:

NIVEL 1: Titulo de Magíster/Master/Maestro en el área de administración de empresas, negocios o tecnologías de la Información.

NIVEL 2: Estudios concluidos de Magíster/Master/Maestro en el área de administración de empresas, negocios o tecnologías de la Información

Acreditación:

Más de 07 años: 6 puntos

Más de 06 hasta 07 años:4 puntos

Más de 5 hasta 6 años:2 punto

Consigna Nivel 1 de Formación Académica: 2 puntos

Consigna Nivel 2 de Formación Académica: 1 punto

228


a) Para la Experiencia en la Especialidad: Mediante la presentación de copia simple legible de contratos de trabajo, constancias o certificados.

En el supuesto que el postor fuera una persona natural, la experiencia que acredite como tal, también podrá utilizarla para acreditar su experiencia como personal propuesto para la prestación del servicio de consultoría, de ser el caso.

b) Para el nivel de formación académica: copia simple legible del Título o de los Estudios Concluidos

Nota: En caso de acreditar más de un título o estudios de maestría solo se otorgará el puntaje por una especialidad

B.2. EXPERIENCIA DE LOS CONSULTORES FUNCIONAL DEL CORE BANCARIO: 10 PUNTOS Criterio:

Se evaluará en función al tiempo de experiencia en proyectos de implementación de los módulos de Core Bancario: Clientes, Plataformas, Captaciones, Colocaciones, Comercio Exterior, Pagos y Cobros. (Por lo menos 1 Consultor por cada módulo) del personal propuesto como consultores Funcionales del Core Bancario, adicionales al mínimo requerido en los TdR.


Acreditación:

Mediante la presentación de copia simple legible de contratos de trabajo, constancias o certificados.


Se asignará dos (2) punto por cada año adicional al mínimo solicitado, hasta un máximo de diez (10) puntos, de acuerdo a lo señalado en la Nota 01 adjunto al final del presente cuadro de evaluación

B.3. EXPERIENCIA DE LOS CONSULTORES EN TECNOLOGIA DE INFORMACION: 08 PUNTOSCriterio:

a) Se evaluará en función al tiempo de experiencias adicionales al mínimo requerido en los TdR como Consultor en Tecnología de Información en un período no mayor a siete (7) años contados desde la fecha de presentación de propuesta hacia atrás.


b) Se evaluará su tiempo de experiencia como Consultor en Tecnología, en un período no mayor a siete (7) años contados desde la fecha de presentación de propuesta hacia atrás en Definición de la arquitectura e infraestructura tecnológica para la operación de la solución de Core Bancario en ambiente mainframe y/o Instalación y soporte de los distintos ambientes de desarrollo, pruebas y producción de la solución de Core Bancario en ambiente mainframe.

De presentarse experiencia ejecutada paralelamente (traslape), para el cómputo del tiempo de dicha experiencia sólo se







229


considerará una vez el periodo traslapado.

Acreditación:


En el supuesto que el postor fuera una persona natural, la experiencia que acredite como tal, también podrá utilizarla para acreditar su experiencia como personal propuesto para la prestación del servicio de consultoría, de ser el caso.B.4. EXPERIENCIA DEL GESTOR DE ASEGURAMIENTO DE LA CALIDAD: 04 PUNTOSCriterio:

Se evaluará en función al tiempo de experiencia especifica en el cargo de Aseguramiento de la Calidad en Implementación de Aplicaciones Core Bancario y/o Fabrica de Software, en un período no mayor a diez (10) años contados desde la fecha de presentación de propuesta hacia atrás


Acreditación:






C. MEJORAS A LAS CONDICIONES PREVISTAS 25 puntos

Criterio:

Mejora 1: Provisión de Herramienta(s) que permitan dimensionar la capacidad y almacenamiento adicional requerido en los servidores del BN, para alojar la solución propuesta; sin costo adicional para el BN.Mejora 2: Cumplimiento de las funcionalidades requeridas en forma nativa (sin desarrollos adicionales, ni interfaces con aplicaciones de terceros). Mejora 3: Ofrezca mayor cantidad de horas de asesoramiento en Gestión del Cambio para la Organización hasta un máximo de 1000 horas/hombre, sin costo adicional para el Banco de la Nación. Mejora 4: Ofrezca mayor cantidad de horas para Mantenimiento Evolutivo de los Módulos implementados, hasta un máximo de 1500 horas/hombre, sin costo adicional para el Banco de la Nación.

Nota: Un mantenimiento evolutivo es aquel que pretende modificar algo que funcionaba o estaba correcto, con el objeto de aumentar, disminuir o cambiar las funcionalidades del sistema, ya sea por las necesidades del usuario o por otras causas como pueden ser, por ejemplo, cambios normativos.

Acreditación:

Se acreditará mediante la presentación de una declaración jurada.

Mejora 1: 5 puntosMejora 2: según Escala- Mayor del 80%: 6 puntos- Mayor al 75% hasta el 80%: 4 puntos- Mayor al 70% hasta el 75% 2 puntosMejora 3: Se dará 7 puntos al postor que ofrezca mayor cantidad de horas de asesoramiento en Gestión del Cambio para la Organización.

A los demás postores se les calificará en forma directamente proporcional

Mejora 4: Se dará 7 puntos al postor que ofrezca mayor cantidad de horas para Mantenimiento Evolutivo de los Módulos implementados.

A los demás postores se les calificará en forma directamente proporcional

230


D. OTROS FACTORES REFERIDOS AL OBJETO DE LA CONVOCATORIA 10 PUNTOS

Criterio:

a) Al Postor que incluya como parte de su solución de Core Bancario el módulo de Banca por Internet.

Para la validación de este factor el postor deberá incluir en el ANEXO Nº 2-B MATRIZ DE CUMPLIMIENTO DE REQUERIMIENTOS FUNCIONALES, Funcionalidades Adicionales, la funcionalidad detallada de dicho módulo y una declaración jurada de implementación de dicha funcionalidad.

Criterio:

b) Se evaluará en función al cumplimiento con los lineamientos de la W3C-OASIS para los Servicios WEB, al menos en los siguientes aspectos:1. Los Servicios WEB deberán ser independientes entre sí.

Para lograr esta independencia, se accederá a los Servicios WEB a través su definición, cumpliendo el estándar WSDL.

2. Los Servicios WEB deberán ser independientes del lenguaje de programación con el que fueron desarrollados.

3. Los Servicios WEB deberán funcionar con independencia del modo de transporte.

4. Los Servicios WEB deberán soportar tanto invocación estática como invocación dinámica.

5. Los Servicios WEB deberán soportar tanto comunicación síncrona, como comunicación asíncrona.

6. Los Servicios WEB deberán estar basados en XML, para cumplir con la condición de extensibilidad.

7. Los Servicios WEB deberán cumplir con el principio de agregación de SOA.

Se asignarán 8 Puntos por el cumplimiento del factor.

Se asignará 2 puntos por el cumplimiento de este factor.

PUNTAJE TOTAL 100 puntos

NOTA 1: Para el cálculo del promedio ponderado y dar puntaje a la experiencia de los Analistas Core Bancario solicitados, se tomará el promedio de la experiencia de los Analistas Core Bancario solicitados. La fórmula para el cálculo es la siguiente:

Pp = SUMA ( EA) / Total Analistas Core Bancario Solicitados)Si EA <= 4 años entonces EA=0 (Si EA > 4 años se suma el valor de EA)

Puntaje:Puntaje = Entero (Pp - 4)Donde:Pp = Promedio PonderadoEA = Años de Experiencia del analista Core BancarioPuntaje = es el puntaje obtenido por el Postor para este criterio de evaluación

Ejemplo:

Si la cantidad de analista Core Bancario solicitados es 6 y el Postor A presenta los siguiente Analistas Core Bancario en su propuesta con los siguientes años de experiencia:

Analista 1 5 añosAnalista 2 4 añosAnalista 3 4.2 años

231


Analista 4 10 añosAnalista 5 8 añosAnalista 6 15 años

Aplicando la Fórmula se obtiene lo siguiente:

Pp= (5 + 0 + 4.2 + 10 + 8 + 15) / 6Pp = 42.2 / 6Pp = 7.033

Puntaje = Entero (7.033 - 4)

Puntaje = 3

Si el Postor B presenta los siguiente Analistas Core Bancario en su propuesta con los siguientes años de experiencia:

Analista 1 8 añosAnalista 2 4 añosAnalista 3 10 añosAnalista 4 7 añosAnalista 5 9 añosAnalista 6 14 años

Aplicando la Fórmula se obtiene lo siguiente:

Pp= (8 + 0 + 10 + 7 + 9 + 14) / 6Pp = 48 / 6Pp = 8

Puntaje = Entero (8 - 4)

Puntaje = 4

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.

232


CAPÍTULO VPROFORMA DEL CONTRATO

Conste por el presente documento, la contratación del “Nuevo Core Bancario del Banco de la Nación”, que celebra de una parte el Banco de la Nación, en adelante EL BANCO, con RUC Nº 20100030595, con domicilio legal en Av. República de Panamá Nº 3664 - San Isidro, 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 (Ciudad), 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 (Ciudad), a quien en adelante se le denominará “EL CONTRATISTA” en los términos y condiciones siguientes:

CLÁUSULA PRIMERA: ANTECEDENTESCon fecha ……………….., el Comité Especial adjudicó la Buena Pro del CONCURSO PÚBLICO Nº 0050-2012-BN para la contratación del “Nuevo Core Bancario para el Banco de la Nación”, a ……………………………………………………………., cuyos detalles e importe constan en los documentos integrantes del presente contrato.

CLÁUSULA SEGUNDA: OBJETO El presente contrato tiene por objeto la contratación del “Nuevo Core Bancario del Banco de la Nación”, conforme a los Términos de Referencia.

CLÁUSULA TERCERA: MONTO CONTRACTUALEl monto total del presente contrato asciende a ……………………………………………………… incluye IGV, el mismo que se detalla de la siguiente manera:

DENOMINACIÓNMONTO PRESTACIÓN

(US $ - Dólares Americanos)


Nuevo Core Bancario para el Banco de la NaciónPRESTACION PRINCIPAL:

Base de Datos – Licencias Solución de Core Bancario

(Licencias e Infraestructura) Servicios de Implementación

Capacitación y EntrenamientoPRESTACION ACCESORIA:

Soporte y Mantenimiento - Base de Datos

Soporte y Mantenimiento - Solución de Core Bancario

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: DEL PAGOLA ENTIDAD se obliga a pagar la contraprestación a EL CONTRATISTA en US$. …………Dólares Americanos, al tipo de cambio promedio ponderado venta publicado por la Superintendencia de Banca, Seguros y AFPS el día en que se contrae la obligación a la fecha ……………………….., en pagos parciales, luego de la recepción formal y completa de la

233


documentación correspondiente, según lo establecido en el artículo 181 del Reglamento de la Ley de Contrataciones del Estado.


6.56% del Monto Total, al finalizar la Etapa de Gap Analysis más 2.73% de amortización del adelanto.9.84% del Monto Total, al finalizar la Fase 1 más 2.73% de amortización del adelanto.9.84% del Monto Total, al finalizar la Fase 2 más 2.73% de amortización del adelanto.6.56% del Monto Total, al finalizar la Fase 3 más 2.73% de amortización del adelanto.9.84% del Monto Total, al finalizar la Fase 4 más 2.73% de amortización del adelanto.6.56% del Monto Total, al finalizar el Proyecto más 2.75% de amortización del adelanto.


6.88% del Monto Total Soporte y Mantenimiento Licencias (inicio año 5)6.88% del Monto Total Soporte y Mantenimiento Licencias (inicio año 6)6.88% del Monto Total Soporte y Mantenimiento Licencias (inicio año 7)6.88% del Monto Total Soporte y Mantenimiento Licencias (inicio año 8)6.88% del Monto Total Soporte y Mantenimiento Licencias (inicio año 9)

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) Facturab) Acta de Conformidad del Proyecto Nuevo Core Bancario c) Informe del Proyecto Nuevo Core Bancario, emitiendo su Conformidad de la prestación

efectuadad) Copia del Contrato

Pago de las Prestaciones Accesorias:

a) Facturab) Acta de Conformidad del Departamento de Informática.c) Informe del Departamento de Informática, emitiendo su Conformidad de la prestación

efectuadad) Copia del Contrato

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 LA EJECUCIÓN DE LA PRESTACIÓN

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

234


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

meses, de acuerdo a lo siguiente:





Prestación Accesoria




Los cuales se computan a partir del día siguiente de suscrito el contrato y una vez cumplidas la condiciones para el inicio de la ejecución. Dichas condiciones se indican a continuación.

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

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 del servicio. Recursos Humanos necesarios para la 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. Estos recursos deberán asistir a las reuniones de trabajo, convocadas durante la ejecución del servicio, de acuerdo al Plan de Trabajo.

Disponibilidad y accesos a los servidores mainframe para la implementación de los ambientes de desarrollo, certificación y producció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.

235


Recursos Humanos necesarios para la gestión del servicio Recursos Humanos necesarios para la 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. Estos recursos deberán asistir a las reuniones de trabajo, convocadas durante la ejecución del servicio, de acuerdo al Plan de Trabajo.

CLÁUSULA SEXTA: PARTES INTEGRANTES DEL CONTRATOEl presente contrato está conformado por las Bases integradas, la oferta ganadora75 y los documentos derivados del proceso de selección que establezcan obligaciones para las partes.

CLÁUSULA SÉTIMA: GARANTÍASEL 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 contrato76: S/. ………………… (……………………… Nuevos Soles), a través de la [INDICAR EL TIPO DE GARANTÍA Y NUMERO DEL DOCUMENTO, EMPRESA QUE LA EMITE]. Cantidad que es equivalente al diez por ciento (10%) del monto del contrato original, la misma que deberá mantenerse vigente hasta la conformidad de la recepción de la prestación.

IMPORTANTE:

Al amparo de lo dispuesto en el artículo 39 de la Ley de Contrataciones del Estado, en los casos de prestación de servicios de ejecución periódica, si el postor ganador de la Buena Pro solicita la retención del diez por ciento (10%) del monto del contrato original como garantía de fiel cumplimiento deberá consignarse lo siguiente:

“De fiel cumplimiento del contrato: S/. [CONSIGNAR EL MONTO], a través de la retención que deberá efectuar LA ENTIDAD, 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, consignar lo siguiente:

Garantía fiel cumplimiento por prestaciones accesorias77: S/. ………………… (……………….. Nuevos Soles), a través de la [INDICAR EL TIPO DE GARANTÍA Y NUMERO DEL DOCUMENTO, EMPRESA QUE LA EMITE], la misma que deberá mantenerse vigente hasta el cumplimiento total de las obligaciones garantizadas.

Garantía por el monto diferencial de la propuesta78: S/. …………….. (………………………… 75 La oferta ganadora comprende a las propuestas técnica y económica del postor ganador de la Buena Pro.

76 En aplicación de lo dispuesto en el artículo 158 del Reglamento de la Ley de Contrataciones del Estado, la garantía de fiel cumplimiento deberá ser emitida por una suma equivalente al diez por ciento (10%) del monto del contrato original y tener vigencia hasta la conformidad de la recepción de la prestación a cargo del contratista.De manera excepcional, respecto de aquellos contratos que tengan una vigencia superior a un (1) año, las Entidades podrán aceptar que el ganador de la Buena Pro presente la garantía de fiel cumplimiento y de ser el caso, la garantía por el monto diferencial de la propuesta, con una vigencia de un (1) año, con el compromiso de renovar su vigencia hasta la conformidad de la recepción de la prestación.

77 En aplicación de lo dispuesto en el artículo 159 del Reglamento de la Ley de Contrataciones del Estado, en las contrataciones de servicios que conllevan la ejecución de prestaciones accesorias, tales como mantenimiento, reparación o actividades afines, se otorgará una garantía adicional por dicho concepto. La garantía de fiel cumplimiento por prestaciones accesorias se renovará periódicamente hasta el cumplimiento total de las obligaciones garantizadas, no pudiendo eximirse su presentación en ningún caso.

78 En aplicación de los dispuesto por el artículo 160 del Reglamento de la Ley de Contrataciones del Estado, cuando la propuesta económica fuese inferior al valor referencial en más del diez por ciento (10%) de éste en el proceso de selección para la contratación de servicios, para la suscripción del contrato el postor ganador deberá presentar una garantía adicional por un monto equivalente al veinticinco por ciento (25%) de la diferencia entre el valor referencial y la propuesta económica. Dicha garantía deberá tener vigencia hasta la conformidad de la recepción de la prestación a cargo del

236


Nuevos Soles), a través de la Carta Fianza Nº …………….., otorgado por …………, la misma que deberá mantenerse vigente hasta la conformidad de la recepción de la prestación.

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á uno (1) adelanto directo por el dieciséis y 40/100 por ciento (16.40%) del monto del contrato original.

El CONTRATISTA debe solicitar el adelanto dentro de los siete (7) días calendarios 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á 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.

contratista.237


CLÁUSULA DÉCIMO SEGUNDA: CONFORMIDAD DEL SERVICIOLa 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 BancarioPrestació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 CONTRATISTAEL 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: CONFIDENCIALIDADPor 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, 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

238


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, 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 y base de datos; 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 Monto239


F x Plazo en días

Donde:

F = 0.40 para plazos menores o iguales a sesenta (60) días.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.

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 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 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.

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.

240


CLÁUSULA VIGESIMA: SOLUCIÓN DE CONTROVERSIAS79 Cualquiera de las partes tiene el derecho a iniciar el arbitraje administrativo 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 CONTRACTUALLas partes declaran el siguiente domicilio para efecto de las notificaciones que se realicen durante la ejecución del presente contrato:

DOMICILIO DE LA ENTIDAD: Av. República de Panamá Nº 3664 - San isidro - Lima.

DOMICILIO DEL CONTRATISTA: …………………………………………………………

La variación del domicilio 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 ……………………….

“LA ENTIDAD” “EL CONTRATISTA”

79 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.

241


FORMATOS Y ANEXOS

242


FORMATO N° 1

MODELO DE CARTA DE ACREDITACIÓN

Ciudad y fecha, ……………………………….

SeñoresCOMITÉ ESPECIAL CONCURSO PÚBLICO Nº 0050-2012-BNNUEVO CORE BANCARIO PARA EL BANCO DE LA NACIONPresente.-

…………………………………………………(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 Concurso Público N° 0050-2012-BN, 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 y sello del Representante Legal

Nombre / Razón social del postor

243


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.

244


ANEXO Nº 1DECLARACIÓN JURADA DE DATOS DEL POSTOR

SeñoresCOMITÉ ESPECIALCONCURSO PÚBLICO Nº 0050-2012-BNNUEVO CORE BANCARIO PARA EL BANCO DE LA NACIONPresente.-

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 SocialDomicilio LegalRUC Teléfono Fax


..................................................................Firma y sello del Representante Legal


IMPORTANTE:

Cuando se trate de consorcios, esta declaración jurada será presentada por cada uno de los consorciados.

245


ANEXO Nº 2DECLARACIÓN JURADA DE CUMPLIMIENTO DE LOS REQUERIMIENTOS TÉCNICOS MÍNIMOS


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 la Solución de Nuevo Core Bancario del 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.

[CONSIGNAR CIUDAD Y FECHA]

…….………………………….…………………..Firma, Nombres y Apellidos del postor o

Representante legal o común, según corresponda

IMPORTANTE:

Adicionalmente, puede requerirse la presentación de otros documentos para acreditar el cumplimiento de los Requerimientos Técnicos Mínimos, conforme a lo señalado en el contenido del sobre técnico.

246


ANEXO Nº 2-A

MATRIZ DE CUMPLIMIENTO DE REQUERIMIENTOS TECNICOS

SeñoresCOMITÉ ESPECIAL

CONCURSO PÚBLICO Nº 0050-2012-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:

Indicaciones:1. No responder en las celdas sombreadas de color gris.2. Marcar con "X" los casilleros SI o NO en todos los casos. Adicionalmente para los requerimientos referidos a la solución de Core Bancario

marcar los casilleros "Incluido" o "Se integrará/Se desarrollará".

Cumple

Descripción SI NO Incluido Se integrará / Se desarrollará Folios de Propuesta

1.4 Tecnología del Banco de la Nación A 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.1 Servidores MainframeLos servidores mainframe soportan todas las operaciones del Banco, en un esquema

247


Cumple


de alta disponibilidad, trabajando en configuración de Parallell 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 describe 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 multiplexores DWDM. 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 maquinas z/Linux.1.4.2 Infraestructura central de software 1.4.2.1 Servidores Mainframe

248


Cumple


- Sistema Operativo z/OS V1R9.0 (se encuentra en proceso de migración a 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.- 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 II (Producto despachador de transacciones).- Administrador de Procesos Automatizado Control - Manejadores de Base de Datos de los servidores mainframe.

- Base de Datos CA-Datacom versión 11 SP4.- Archivos VSAM.- Archivos Planos.

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 debe poder ejecutarse en la arquitectura mainframe z/Series con sistema operativo z/OS, con la que cuenta actualmente el Banco de la Nación, de acuerdo a la descripción de la tecnología actual del Banco mencionada anteriormente. Además el fabricante deberá tener una versión del Core Bancario que se pueda ejecutar en plataforma abierta (UNIX o LINUX) para que en una segunda

249


Cumple


fase, que está fuera del alcance de este proyecto, el Banco de la Nación pueda migrar a dicha plataforma de estimarlo conveniente. Ambas condiciones son obligatorias para dar como válida una propuesta.Cabe indicar que los componentes obligatorios a ejecutarse en la plataforma mainframe con sistema operativo z/OS son los siguientes módulos: Clientes, Comercio Exterior, Captaciones, Colocaciones, Servicios de Cobros y Pagos, así como la base de datos propuesta. En caso de los componentes complementarios del Core Bancario, tales como el middleware, plataforma de caja o ventanilla e internet 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 en forma nativa.Opcionalmente la capa de middleware podría estar en otra plataforma debiendo el Contratista asumir todos los costos de hardware, software y servicios que ello represente.Si bien es cierto el proceso de adecuación y convivencia del nuevo Core Bancario se llevará a cabo en un mismo computador lo cual garantiza buenos niveles de interoperabilidad considerando que ambos cores, el antiguo y el nuevo compartirán el mismo sistema operativo y software base; en caso que la solución de core propuesta no cuente con estas funcionalidades llamadas comúnmente como soporte multicanal, la solución propuesta debe contar con una plataforma de middleware (ESB) que garantice las integraciones del Core con aplicativos que se ejecutan fuera del mainframe: Core Bancario, aplicaciones Web, conexiones con entidades externas entre otras. El costo de dicha plataforma deberá estar incluido en el costo de la solución de Core Bancario propuesta.

b. Capa de Base de Datos: Debe operar en plataforma mainframe y con sistema operativo z/OS en forma nativa.

c. Capa de Presentación: Debe operar en Windows. La interfaz del usuario debe ser Web.

250


Cumple


2. Arquitectura Abierta – Unix/Linux 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 cualquier plataforma de arquitectura abierta, con sistema operativo Unix o Linux

d. Capa de Presentación: debe operar en Windows. La interfaz del usuario debe ser Web.

B.- MOTOR DE BASE DE DATOS Es indispensable que la solución propuesta opere con un motor de base de datos relacional y de prestigio internacional.

El Postor deberá proveer la base de datos que cumpla con lo solicitado en las presentes bases y se ejecute en los servidores mainframe z/Series con sistema operativo z/OS.

El Postor debe incluir dentro de la solución de Nuevo Core Bancario propuesta, las licencias de base de datos requeridas para los ambientes de desarrollo, certificación y producción los cuales operarán en los siguientes servidores: Centro de Cómputo Principal – Mainframe IBM 2818-V01 – Z/OS - 429 MIPSCentro de Cómputo Backup - Mainframe IBM 2818-T01 – Z/OS – 340 MIPS

Adicionalmente el Contratista debe cubrir los costos relacionados con el soporte y mantenimiento anual de la base de datos, durante el periodo de vigencia del contrato.

C.- SISTEMA DE CAJA O DE VENTANILLA Es indispensable que el sistema de caja o de ventanilla de la solución propuesta funcione en modalidad web o browser. No se considerará como válida la opción de cliente-servidor.

La aplicación de Caja o Ventanilla se deberá desplegar en computadores con Sistema Operativo Windows. Además, ante la indisponibilidad de este servidor, podrá arrancarse un servidor Backup en una estación configurada previamente para este rol.

251


Cumple


La comunicación entre el servidor mainframe y el servidor de la aplicación de Caja o Ventanilla de la agencia debe ser TCP/IP.

La comunicación de este último servidor con las estaciones de Caja o Ventanilla de la agencia debe ser TCP/IP.

El Postor como parte de su propuesta técnica debe incluir la Arquitectura de su solución y la descripción detallada de cada una de las capas, en donde se evidencie el cumplimiento de la plataforma y sistemas operativos requeridos por el Banco de la Nación.

En caso que la capa de middleware no esté en plataforma mainframe, el Postor debe indicar detalladamente las características del hardware, software y servicios que serán provistos 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.

Los servidores mainframe z/Series, el almacenamiento y la infraestructura de comunicaciones serán proporcionados por el Banco de la Nación, el Contratista será responsable de suministrar cualquier otro elemento de infraestructura, incluyendo el hardware y software, que considere necesario para complementar la solución de Core Bancario, el costo de los mismos debe estar incluido en el costo de la solución de Core Bancario propuesta.

Durante la convivencia deberán operar los módulos del Nuevo Core Bancario que se vayan implementando con los módulos "legacy" del actual Core Bancario.

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.

252


Cumple


- 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. Además debe contar con un ESB configurado para proveer una capa de integración que permita interoperar con las aplicaciones propietarias o que no son orientadas a servicios.

6.2 Business Process Management 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 deberá contar con una suite BPM (Nativa o Integrada) que considere, por ejemplo, las siguientes funcionalidades:

1. Alineamiento de procesos con la estrategia de la organización.2. Diseño, análisis, optimización, documentación y publicación de procesos.3. Integración de los procesos (lógica empresarial) con TI (aplicaciones ejecutables, servicios web, etc.).4. Control y gestión del rendimiento de los procesos incluyendo herramientas de Monitoreo de Actividades de Negocio (BAM).5. La suite BPM debe generar lenguaje BPEL o BPMN 2.0.6. Contar o estar en capacidad de integrar de terceros, manejo de métricas KPI capturadas y monitoreadas automáticamente de los procesos de negocio. El Core Bancario proporcionará las métricas indicadas.

7 Requerimientos de Infraestructura 7.1 Responsabilidades del Banco de la Nación El Banco de la Nación proveerá los servidores mainframe, la infraestructura de comunicaciones, así como la atención de los requerimientos de capacidad de procesamiento (MIPS) y almacenamiento (espacio en disco) para la ejecución de la Nueva Solución Core Bancario en el mainframe.

7.2 Responsabilidades del Contratista En caso que el Banco de la Nación lo requiera, 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 y producción. A estos estimados se le deberá añadir el porcentaje de crecimiento anual correspondiente tomando como referencia el

253


Cumple


porcentaje de crecimiento del actual core bancario.El Contratista será responsable de suministrar cualquier otro elemento de infraestructura, incluyendo hardware y software, que considere necesario para complementar su solución de Core Bancario, asumiendo los costos que represente.

7.3 Requerimientos de Procesamiento 7.3.1 DisponibilidadEl Nuevo Core Bancario deberá ofrecer disponibilidad de servicio al cliente (up-time) más cercana al 7x24, esto aplica para todos los canales de atención.

Los requerimientos de disponibilidad y contingencia deberá estar soportada en una configuración básica de Parallel Sysplex entre los Centros de Cómputo Principal y Backup. Esto permite garantizar niveles de servicio similares a los de la actual solución de core bancario.

7.3.2 Modalidad de procesamientoEl Nuevo Core Bancario y la base de datos deberán ejecutarse en modalidad centralizada, debiendo esta última estar replicada con propósitos de contingencia.

7.3.3 Capacidad de procesamiento en líneaA continuación se presenta una tabla con el crecimiento transaccional previsto y otros parámetros de crecimiento de referencia:PROYECCIÓN PARÁMETROS DE OPERACIÓN Y PROCESAMIENTOCONCEPTO ACTUAL FUTURO 2012 2018Oficinas 547 633Ventanillas 1,895 2,645ATM 742 1,151Empleados 4,072 -Clientes 4,276,317 7,860,143Transacciones financieras al año 256,989,433 483,441,253

254


Cumple


7.3.4 Tiempo de respuestaLa solución de Core Bancario deberá garantizar tiempos de respuesta menores a 5 segundos, para el 90% de las transacciones y menores a 3 segundos, para el 100% de las transacciones de caja o ventanilla, utilizando un ancho de banda de 64 Kbps exclusivo para el procesamiento transaccional.

7.3.5 Procesamiento batchEn el caso que la solución del Postor contemple el uso de una ventana batch esta deberá interferir mínimamente con la disponibilidad de los servicios (procesamiento 7x24) para todos los canales de atención. Esto incluye los procesos diarios, mensuales, anuales, incluyendo los de la Cámara de Compensación, cálculo de intereses, débitos, créditos, procesos de backup y restore, y cualquier otro proceso que el Core pueda requerir.

7.4 Infraestructura de software El Banco de la Nación proporcionará el software base de los servidores mainframe: Sistema Operativo z/OS, RACF, CICS, VTAM, JES2.

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 y Producción, ya sean estas licencias propias o de terceros, incluyendo las licencias de Base de Datos, indicando como mínimo lo siguiente:• Nombre del Producto de Software• Nombre del fabricante y/o distribuidor local• Ambientes donde se requiere implementar • Requerimiento que cubre (Ej. Desarrollo, Core, Comunicaciones, Seguridad, etc.)• Tipo de Licenciamiento• Vigencia del licenciamiento• Cantidad de licencias provistas• Costo de las licencias provistas• Costo de soporte y mantenimiento anual

255


Cumple


El Postor deberá incluir y detallar en su propuesta el costo de las licencias requeridas para la correcta operatividad de la solución propuesta y del soporte y mantenimiento anual de las mismas, durante el periodo de vigencia del servicio.

7.4.1 Base de datosEl Postor deberá proponer la base de datos, la cual deberá ejecutarse en los servidores mainframe z/Series con sistema operativo z/OS y deberá cumplir los siguientes requerimientos:

a) Ser una base de datos relacional y multiplataforma (z/OS, Unix o Linux). b) Cumplir con el estándar ANSI SQL-92, además de contemplar ISO/ANSI 2006 para el soporte XML y Xquery.

c) Manejar logs de auditoría. d) Incluir herramientas de administración, control y seguridad. e) Incluir herramientas de respaldo, replicación y recuperación. f) Ofrecer conectividad a través de estándares JDBC y ODBC. g) Ser utilizable con lenguajes procedimentales. h) Permitir procedimientos almacenados. i) Capacidad de espejamiento remoto. j) Permitir backup “en caliente”. k) Permitir particionamiento de tablas. La solución de core bancario también podrá hacer uso adicionalmente de archivos VSAM como parte de su diseño.

7.4.2 Herramientas de desarrolloEl 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 puede ser asegurada por el Contratista de dos posibles formas: a) Con la entrega de código fuente del software de Core Bancario, total o parcial. En este caso, 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 el Ambiente de Desarrollo y

256


Cumple


Ambiente de Pruebasb) Con la entrega de un SDK que permita la modificación de funcionalidades existentes y/o la creación de nuevas. En este caso, el Postor 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, certificación y producción.

El Contratista deberá proporcionar autonomía al Banco de la Nación, ya sea entregando los código fuente o entregando un SDK (para las capas de la solución, exceptuando el núcleo). Se aceptará, para la capa de presentación, lenguajes compatibles con la Plataforma de Desarrollo JEE o .net.

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 para 40 usuarios.

b) Una herramienta para el acceso y actualización del modelo lógico y físico de la base de datos de la solución de Core Bancario con licencia para 40 usuarios.

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.

7.4.3 Licencias de software de Core Bancario El Postor debe considerar un esquema de licenciamiento del tipo “LICENCIA ÚNICA NO EXCLUSIVA DE USO SIN LÍMITE DE TIEMPO” integral del software de Core Bancario y base de datos, que garantice la disponibilidad de licencias necesarias para los servidores de Producción y Respaldo en que se implemente el software de Core Bancario.

El Postor debe considerar un esquema de licenciamiento del tipo “LICENCIA ÚNICA NO EXCLUSIVA DE USO SIN LÍMITE DE TIEMPO” integral de las herramientas de desarrollo que garantice la disponibilidad de licencias necesarias para los Ambientes de desarrollo, certificación y producción. Deben ser suficientes para soportar los procesadores de los equipos y usuarios involucrados durante el proceso de

257


Cumple


personalización del Nuevo Core Bancario, tanto de parte del Contratista como del Banco de la Nación, durante el transcurso del proyecto de implementación del Nuevo Core Bancario y posteriormente del personal del Banco de la Nación de forma autónoma, en un número no inferior a 40 personas, que quedarán a cargo de los nuevos desarrollos, mantenimientos, personalización, pruebas y administración a realizarse sobre el Nuevo Core Bancario.El licenciamiento del software requerido para la operatividad de la solución de Core Bancario, debe incluir el Soporte y Mantenimiento de dichas licencias, hasta la fecha de culminación de la garantía.

7.5 Comunicaciones El Nuevo Core Bancario deberá utilizar la misma infraestructura de comunicaciones que el actual.

Se requiere el uso de TCP/IP como protocolo de comunicaciones básico para la comunicación de los servidores mainframe con los servidores de la solución de Caja o Ventanilla que reside en las agencias.

Adicionalmente, por las características de la infraestructura actual de comunicaciones, la solución de Core Bancario propuesta deberá garantizar el tiempo de respuesta definido a un ancho de banda de 64 Kbps.

La información de las oficinas segmentadas por ancho de banda se encuentra en la página 30. Por otro lado en las oficinas que tienen el más bajo ancho de banda tienen entre 2 y 3 puestos llegando en algunos casos a máximo 4 puestos.

8 Requerimientos de Conectividad 8.1 Con los Canales de Atención El Nuevo Core Bancario deberá atender a los clientes y usuarios del Banco de la Nación a través de sus Canales de Atención.

- 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á a la actual para transacciones de caja y de verificación de firmas electrónicas respectivamente. De igual manera las 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). Esta solución de software deberá estar basada en WEB. No se requiere la provisión de los

258


Cumple


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

- Cajeros Automáticos (ATM): cajeros automáticos y dispensadores de dinero, para atención a clientes tarjeta-habientes. El Banco de la Nación, como se explica en el acápite de Tecnología del Banco de la Nación - Canales de Atención, ha iniciado un proyecto de contratación de la sustitución de dicha tecnología por una Plataforma Transaccional Multicanal, que sea capaz de atender no sólo a la red de ATM, sino que haga la función de un switch para atender los siguientes servicios:

a) Red de ATM: el objetivo es migrar progresivamente el parque instalado de Cajeros Automáticos, del switch Stratus actual, al nuevo Integrador, por lo que el Nuevo Core Bancario deberá prever las interfaces necesarias con la Plataforma Transaccional Multicanal (utilizando ISO8583), como con la actual plataforma Stratus.

b) Atención a IFIS por el BN o Marca Compartida: el objetivo es permitir que Instituciones Financieras Intermediarias, cajas de ahorro o cajas municipales puedan realizar transacciones con tarjetas VISA.

c) Banca Compartida de ATM: el objetivo es interconectar varios bancos a la red de ATM del Banco de la Nación, lo que permitirá a los primeros suministrar servicio transaccional de cajeros automáticos a sus clientes. Cada uno de los Bancos comerciales emisores de la tarjeta en uso, será el autorizador de la transacción.

d) Conexión con otras Redes: el objetivo es conectar la red de ATM del Banco de la Nación con redes de ATM de otros bancos, redes compartidas, lo que posibilitará a los clientes del Banco de la Nación utilizar esas redes con la tarjeta Multired, y a los clientes de otras redes usar los ATM de la red del Banco de la Nación.

e) Puntos de Venta (POS): para atención a clientes del Banco que tienen tarjetas de débito para transacciones nacionales e internacionales. Puntos de Venta (POS), conectados a través de la red VISA/VISANET. La interfaz se hace a través de la red de procesamiento VISA, y el Nuevo Core Bancario deberá hacer de autorizador, utilizando hardware VEA de VISA para la interfaz, y HSM para encriptación y verificación de claves.

259


Cumple


f) ATM a Tarjetas de Crédito: el objetivo es permitir que usuarios con líneas de crédito pre-autorizadas, tengan la capacidad de poder disponer de dinero en efectivo a través de ATM y POS de VISANET y MasterCard.

g) ATM a Tarjetas MasterCard: el objetivo es permitir que usuarios con tarjetas de la franquicia internacional MasterCard, puedan utilizar la red de ATM del Banco de la Nación.

h) Cajeros Multifuncionales: el objetivo es conectar una clase especial de ATM que dispensan billetes y también monedas.

El Nuevo Core Bancario deberá comunicarse con el switch que administra la red de 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. Estos servicios formarán parte de los que serán administrados a través de la Plataforma Transaccional Multicanal.

- Banca por Teléfono (IVR): el Nuevo Core Bancario deberá proveer la interfaz y los controles necesarios para conectarse y atender los requerimientos y servicios brindados a los clientes por medio de Dispositivos de respuesta audible o IVR, y por medio del “hub de integración”, que provee a los clientes de información de saldos y movimientos.

- 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.

Es necesario que el Postor del Nuevo Core Bancario incluya una plataforma de middleware (ESB), propia o de terceros, con la que garantice las integraciones del Core Bancario con aplicativos que se ejecutan fuera del mainframe: ERP, aplicaciones Web, conexiones con entidades externas.

- Deberá ser capaz de procesar transacciones iniciadas por el sistema mainframe del Banco, específicamente desde el ambiente CICS.

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

260


Cumple


El formato de estas transacciones, su número y contenido, se definirá al momento del “GAP Analysis” previos a la etapa de convivencia entre otras.

Adicionalmente, el Nuevo Core Bancario deberá estar preparado para intercambiar información con el Core actual, en modo batch (procesamiento por lotes) o a través de transferencia de archivos.

8.2 Con Oracle Financials Deberá ser capaz de intercambiar información con el Sistema Oracle Financials 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 contable de los movimientos operativos generada en los distintos canales de atención, se centraliza en los servidores bajo Sistema Operativo z/OS y mediante procesos batch esta información es transformada y enviada al servidor que opera Oracle Financials.

8.3 Con Sistema de Tesorería e Inversiones - Back Trader Live Deberá integrarse al sistema de Tesorería que ya 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.4 Con entidades externas 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 Administración Tributaria): el Banco de

261


Cumple


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.

- 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.

- Reuters, Cavali (Registro Central de Valores y Liquidaciones): se proporciona información de bonos y otros en modo 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.

262


Cumple


- 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. 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 Información para Entidades Externa 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á soportada en una plataforma tecnológica especializada, en el entorno de un proyecto de Data Warehouse independiente del Nuevo Core Bancario, y 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 mandatorio 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 Formatos de la Superintendencia de Bancos

La Superintendencia de Banca, Seguros y AFP publicó un documento denominado

263


Cumple


“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 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, 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

264


Cumple


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 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,

265


Cumple


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 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,

266


Cumple


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) 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 Regulatorios Para la generación de los Reportes Regulatorios, adicionalmente a la información detallada en la sección anterior, la 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).

267


Cumple


- 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 Activos 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 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 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 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, tales como Cuentas Corrientes, Cuentas de Ahorro, Depósitos Judiciales, Telegiros y Cheques de Gerencia.

Los Administradores de las Oficinas de Red de Agencias, a través de la aplicación actualmente disponible en el Banco, identificará, analizará, calificará y reportará 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, que en conjunto igualen o superen US$ 50,000.00 o su equivalente en moneda nacional en cumplimiento de la ley.

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.

En virtud de estas definiciones, todo nuevo proyecto informático, como es el caso

268


Cumple


del Proyecto del Nuevo Core Bancario, deberá asegurar la adopción y manejo del Sistema de Gestión de Seguridad de la Información del Banco, acorde con las exigencias del negocio y ajustado al cumplimiento de las recomendaciones de seguridad de la información establecidas en:• Circular N° G – 140 – 2009 de la Superintendencia de Banca y Seguros

“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.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.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

269


Cumple


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 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.

270


Cumple


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.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.

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.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.”

271


Cumple


• 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).• Ley de Protección de Datos Personales (Ley 29733)

Los componentes que formen parte de la solución para la implementación tecnológica del nuevo Core Bancario, deberán estar certificados bajo las normas de Seguridad PCI.

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.

• 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

272


Cumple


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 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 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.

273


Cumple


- 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 identidades La 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:

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

- 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.

- 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.

274


Cumple


- 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 acceso de la solución propuesta, a través de mecanismos de arquitectura estándar (como Web Services, API, scripts, etc.).

- Timestamping, 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 La solución propuesta deberá proveer un módulo de seguridad para la gestión de la criptografía, requerido para el cifrado y descifrado de la información confidencial de los clientes, 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 con las siguientes características:

- 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 llaves 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.

- Manejar algoritmos criptográficos robustos tales como: 3DES, AES, RSA, de acuerdo a los requerimientos del canal de atención y medio de comunicación.

275


Cumple


- Operar con llaves criptográficas generadas como mínimo con 3 componentes de doble o triple longitud.

- Gestionar la administración de las llaves criptográficas: inscripción, cambio y eliminación de forma segura. Permitir el cambio de forma independiente.

- Utilizar llaves criptográficas exclusivas para cada ambiente de desarrollo, certificación y producción; por cada canal de servicio; por cada punto de conexión (PIN PAD) y por cada tipo de llave 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.

- 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, 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.

- 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 La 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 dichos acciones, excepciones y eventos que ayuden en investigaciones futuras 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. ppt, etc.

276


Cumple


- 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.

- 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

- Los 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 los parámetros de los sistemas operativos, base de datos y aplicaciones del sistema.

- Las operaciones financieras y consultas del Banco deberán ser registradas en eventos de auditoría desde su inicio hasta su culminación.

277


Cumple


- 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.

- Recopilar, ordenar y correlacionar los eventos de seguridad del sistema, relacionados con la red, sistema operativo, base de datos, aplicaciones y en los accesos.

- Automatizar la colección de eventos del sistema y dispositivos de seguridad, de forma centralizada.

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

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-02 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

278


Cumple


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 BN-DIR-3200 N° 026-01 “Gestión de Llaves de Seguridad”• Reglamento de Políticas de Seguridad de Información BN-REG-2040 -013-0210.1.6 Acuerdos de Confidencialidad El Contratista de la solución deberá, firmar un compromiso de confidencialidad respecto de la información que se obtenga del BN, 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 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Á

279


Cumple


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 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.

En tal sentido, considerando que la 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 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.

280


Cumple


10.2 Requerimientos de Contingencia Los procesos operativos y de negocio del Banco que estén soportados por el Nuevo Core Bancario, deberían continuar ejecutándose, aun cuando el Ambiente de Producción Principal, o la red de comunicaciones hayan tenido contratiempos. Por tanto, el Nuevo Core Bancario deberá estar preparado para que, aun cuando hayan fallado los componentes de hardware o de comunicaciones que forman parte de la infraestructura, los servicios suspendidos sean ofrecidos rápidamente en el Ambiente de Respaldo, manteniendo la continuidad del negocio, y permitiendo la recuperación, no sólo en casos de contingencia, sino también en caso de desastres.

La 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.

Por tanto, la 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 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 Principal tienen que reflejarse en el Ambiente de Respaldo en la misma secuencia en que fueron generadas. La 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 solución. Por ejemplo, en caso de que el Ambiente de Producción Principal necesite una actualización de software, el

281


Cumple


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.- Replicación completa del entorno. La solución tiene que ser capaz de replicar cualquier cambio realizado a cualquier objeto en el Ambiente de Producción Principal al Ambiente de Respaldo incluyendo registro de usuarios y cambios de passwords de acceso.

- Herramientas de generación de informes y de rastreo: la solución debe ser capaz de rastrear y documentar el estado de los Ambientes de Producción Principal 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 solución debe ser capaz de garantizar la entrega desde el Ambiente de Producción Principal al Ambiente de Respaldo. Si se está enviando datos de un Ambiente de Producción Principal al Ambiente de Respaldo y el enlace de comunicaciones falla, la 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.

10.3 Requerimientos de Respaldo Los respaldos de datos periódicos de los Ambientes de 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 cintas 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.

282


Cumple


- La relación de directorios de archivos de programas fuente y ejecutables en los diferentes ambientes de procesamiento.

- 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 Gestión del Servicio 11.2 Estrategia de implementación A continuación se presenta la tabla de prioridades de implementación de los Requerimientos Funcionales de Negocio, los Procesos Auxiliares y los Procesos de Apoyo. Adicionalmente se incluye los requerimientos del Módulo de Clientes y de Plataformas de Atención, organizados por Fases de Implementación:

FASE DESCRIPCIÓN DE LA FASE PLATAFORMAS

283


Cumple


Es importante señalar que la implementación de las fases en la estrategia descrita anteriormente no implica un orden pre establecido, 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.

Dentro de cada una de las Fases el Contratista deberá ejecutar las siguientes etapas:a) Etapa de GAP Analysisb) Etapa de Implementaciónc) Etapa de Puesta en Producción d) Etapa de Post-Producción

11.2.1 Etapa de GAP Analysis

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 los Términos de Referencia. - Comparar las funcionalidades requeridas por el Banco de la Nación y 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 Analysis debe ser ejecutado por el Contratista según su metodología. 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.

284


Cumple


El Contratista, luego del GAP Analysis ajustará el Plan del Proyecto en cuanto a alcance y plazos para cada Fase de Implementación.

11.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 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. Los Consultores Técnicos líderes de la programación deberán encontrarse presencialmente en el 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á considerar realizar el diseño, desarrollo y pruebas de todas aquellas funcionalidades de la solución de Core Bancario que no se ajusten a los requerimientos funcionales del Banco.

- Configuración: El Contratista deberá configurar la solución de Core Bancario para adaptarla a las necesidades del Banco de la Nación, y crear todos los productos bancarios existentes en el Banco de la Nación 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.

285


Cumple


- 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 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 documento.

- Certificación: para cada una de las fases, el Banco de la Nación planificará conjuntamente con el Contratista , la ejecución de los siguientes tipos de pruebas:

a) Pruebas de funcionalidad de la solución de Core Bancario, luego de finalizado el desarrollo de los requerimientos.

b) Pruebas de integración de la solución de Core Bancario con los sistemas que permanecerán en el Banco y con entidades externas.

c) Pruebas de convivencia temporal con las aplicaciones que se irán reemplazando de acuerdo a la estrategia de puesta en producción.

d) Pruebas cuantitativas y cualitativas sobre los datos migrados. e) 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.

f) Pruebas de carga, con el doble del volumen de los datos migrados y el doble del número de transacciones diarias del Banco.

- Piloto: una vez que se haya certificado la solución que será puesta en producción, el Banco de la Nación planificará conjuntamente con el Contratista, la ejecución de un piloto que implicará la simulación de la operación de una o varias agencias con datos reales (así como la integración de la solución) y su validación en un ambiente controlado. El piloto deberá planificarse para ejecutarse en un fin de mes e implicará

286


Cumple


realizar el cuadre contable y la generación de todos los reportes correspondientes. Únicamente luego de la aprobación del piloto, se autorizará la puesta en producción de la fase correspondiente.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, especificando la estrategia y 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.

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 instalado 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. Garantizar la continuidad operativa de la solución.

11.3 Equipo de trabajo

El Banco de la Nación asignará los Recursos Humanos necesarios para la ejecución del servicio.

En su propuesta, el Postor deberá indicar cómo debe estar conformado el equipo, el número de integrantes, su perfil y los períodos de asignación considerando siempre las Fases de Implementación ya detalladas.

El equipo de trabajo del Contratista deberá ser asignado de forma 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

287


Cumple


del Contratista.

El Postor deberá proponer una organización basándose en los servicios requeridos y presentar en forma documentada la organización para la atención total del servicio.La organización propuesta deberá incluir: organigrama, perfiles de puestos incluyendo descripción detallada de los mismos y sus funciones, así como perfil del personal requerido por el Banco, incluyendo sus hojas de vida documentadas y especificando la dedicación de cada persona al servicio (tiempo parcial o completo).

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, etc.

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 las Bases, 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.

Dentro de la organización el Postor deberá considerar como mínimo los siguientes Puestos Críticos:1. Líder de Proyecto2. Gestor de Aseguramiento de la Calidad.

Durante la vigencia del contrato, el personal que ocupe los puestos críticos deberá tener dedicación a tiempo completo y de manera exclusiva para brindar los servicios al Banco de la Nación.

Asimismo, deberán considerar dentro de la organización propuesta como mínimo los siguientes puestos especializados:

288


Cumple


1. Consultores Funcionales de Core Bancario2. Consultores en Tecnología de Información3. Consultor Técnico de Implementación (Arquitecto)4. Consultor Técnico de Migración5. Ingeniero de ImplementaciónLos 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.

A continuación se describen los perfiles genéricos de cada puesto: 1. Líder de Proyecto. Experiencia comprobada, no menor de cinco años en la Gestión de Tecnología de Información y Comunicaciones (Gerente o Jefe) y contar con más de cinco años de experiencia en proyectos de implementación de software para Instituciones Financieras

2. Gestor de Aseguramiento de la Calidad. 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.

3. Consultores Funcionales. 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. Experiencia probada 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 de dos implementaciones como administrador tecnológico del Core Bancario propuesto en los últimos cuatro años.

5. Consultor Técnico de Implementación. Por lo menos cuatro años 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.

6. Consultor Técnico de Migración. 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.

289


Cumple


7. Ingeniero de Implementación. 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.

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. En caso se presente esta situación se aplicará la penalidad.

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 del Personal Para la rotación de personal, el Postor debe tomar en cuenta lo siguiente:a. Las eventuales rotaciones de personal no deben afectar el nivel de servicio, por ello se requiere mantener permanentemente personal especializado a cargo de los módulos de la Solución de Core Bancario.

b. El Banco de la Nación deberá ser consultado para el reemplazo del personal saliente. 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; y considerar un período de traslape mínimo de treinta (30) días calendario. Dichos cambios deberán contar con la aprobación del Banco de la Nación.

c. 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 personal, el Contratista deberá cubrir de inmediato dichas funciones con su personal de contingencia.

290


Cumple


d. En caso de vacaciones del personal que ocupe puestos críticos y especializados, éste deberá ser reemplazado por personal que cuente con conocimientos equivalentes y conocimiento de la problemática de los servicios, para garantizar la continuidad de los mismos. Este reemplazo deberá tener la misma dedicación del puesto reemplazado y haber sido aprobado previamente por el Banco de la Nación.

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.

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- Cierre

Es 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.

291


Cumple


11.7.1 Plan del ProyectoEl 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, el cual deberá considerar las siguientes áreas de conocimiento:

Gestión de la Integración: como mínimo se requiere los siguientes documentos:- Acta de Constitución del Proyecto o en su defecto un extracto del contrato donde se establezca los detalles de alto nivel del proyecto a desarrollar.- El diseño del proceso de control integrado de cambios que se usará en la Gestión del Proyecto.- El plan de Dirección de Proyectos que incluya, de manera detallada, los planes de gestión del Alcance, Cronograma y Costos, (en ellos se especificará cómo se medirá y controlará el progreso del Proyecto).

- El plan de Dirección de Proyectos que incluya, de manera detallada, los planes de gestión del Alcance, Cronograma y Costos, (en ellos se especificará cómo se medirá y controlará el progreso del Proyecto).

Gestión del Alcance: como mínimo se requiere los siguientes documentos:- Enunciado del Alcance del Proyecto.- Estructura de Desglose de Trabajo - EDT (o Work Breakdown Structure – WBS), la cual deberá ser aprobada por el Banco previamente al inicio del Proyecto.- Diccionario de la EDT.

Gestión del Tiempo: como mínimo se requiere los siguientes documentos:- Lista de actividades y atributos de la actividad- Lista de Hitos- Recursos requeridos por actividad.- Cronograma del Proyecto- Línea base del Cronograma

Gestión de los Costos: como mínimo se requiere los siguientes documentos:- Estimación de costos de las actividades- Reservas para contingencias- Línea base de costo (curva S)

Gestión de la Calidad: como mínimo se requieren los siguientes documentos:

292


Cumple


- Métricas de Calidad derivadas de los requerimientos del contrato.- Listas de Control de Calidad.- Plan de Mejora de los procesos orientados a la Gestión del Proyecto y al producto del proyecto.Gestión de los Recursos Humanos: como mínimo se requieren los siguientes documentos:- Matriz de roles y responsabilidades.- Organigrama del proyecto.

Gestión de las Comunicaciones: planificar los flujos de comunicación en el Proyecto, su periodicidad y los medios a utilizar.

Gestión de Riesgos: planificar la Gestión de Riesgos, identificar los riesgos del proyecto; realizar el análisis cualitativo y cuantitativo de riesgos; planificar la respuesta ante los riesgos.

Gestión de las Adquisiciones: planificar las adquisiciones para el proyecto. 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 será responsable de:

- Realizar el aseguramiento de la calidad conjuntamente con el Gerente de Aseguramiento de Calidad.

- Conformar el equipo del Proyecto, desarrollarlo y atender sus requerimientos.

- 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 (y seguir el procedimiento que se acuerde entre el Contratista y el Banco de la Nación 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

293


Cumple


Proyecto.El Lider del Proyecto 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.- Actualizar el Plan de Proyecto y los documentos que lo conforman.- Validar la calidad de los entregables

11.7.4 Cierre del Proyecto Comprende las actividades para completar ya sea una Fase o el Proyecto completo. El cierre implicará:- Revisión y aceptación de entregables.- Transición de la nueva solución o Fase/servicio.- Documentación de cierre formal.

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.

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:

294


Cumple


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 Solicitudes 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, incluida en el paquete de herramientas de desarrollo.

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 al respecto, 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

295


Cumple


se 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 del 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.

296


Cumple


Comité GerencialResponsabilidad General: Este comité es responsable del seguimiento, supervisión y coordinación de todas las actividades involucradas en el servicio y, por lo tanto, de la prestación satisfactoria de los Servicios.Este comité está compuesto por:• El Líder del Proyecto de 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 en el edificio de la Oficina Principal del Banco de la Nación, este comité se reunirá 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.La duración de las reuniones es aproximadamente de mínimo 2 horas y máximo 4 horas.

Funciones: Son funciones de este Comité:• Convocar las sesiones de apertura de los grupos de trabajo.• Aprobar los Planes de Trabajo relacionados con los proyectos y sub-proyectos. • 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.

297


Cumple


Comité OperativoResponsabilidad General:En este comité se tratan todos los temas referentes a la operación del servicio y los entregables del mismo.Composición: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 ContratistaPrograma de reunionesLas reuniones de este comité se realizarán quincenalmente en el edificio de la Oficina Principal del Banco de la Nación o cuando cualquiera de las Partes lo estime conveniente, de acuerdo al estado del contrato.

Funciones:Son funciones del Contratista:• Garantizar que desde el inicio del servicio, la gestión de los proyectos relacionados con el cumplimiento de los servicios requeridos en las Bases 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 proyecto/etapa• Asignar los recursos de acuerdo a los requerimientos de cada proyecto/etapa. • Documentar todos los proyectos de acuerdo al avance. • Revisar el Reporte Ejecutivo para verificar el cumplimiento de objetivos, plazos y resumen de avance de cada proyecto/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

Grupos de Trabajo Desde el inicio del servicio y durante la vigencia del contrato

298


Cumple


El Contratista debe coordinar la formación de Grupos de Trabajo temporales con la finalidad de ejecutar los proyectos/etapas relacionados 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 proyecto/etapa, siendo su participación a dedicación exclusiva.

Las reuniones se realizarán en las instalaciones que defina el Banco, sin embargo puede requerirse el traslado del personal a otras sedes en la ciudad de Lima.

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 área encargada de la gestión del servicio, el cual 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 Proyectos/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 mitigarlosd. 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 Calidad El Contratista deberá realizar revisiones de gestión de la calidad y presentar un informe trimestral relacionado con:

• Gestión del Servicio• Calidad de los procesos y procedimientos

299


Cumple


• Calidad del software• Cumplimiento de los estándares, prácticas, métricas y niveles de servicio• Herramientas, técnicas y métodos usados• Documentación. • Actividades de testeo • Reporte de errores y acciones correctivas. • Mantenimiento • Control del código • Control de medios• Retención de su personal• Entrenamiento de su personal• Administración del riesgoSe aplicarán penalidades por incumplimiento en los plazos de entrega y falta de integridad de la información

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 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 completamente.b) Cuando se haya culminado de realizar las pruebas funcionales y de sistemas, con el área usuaria y área técnica, y éstas hayan dado su conformidad.c) Cuando se haya cumplido con cada uno de los puntos solicitados en las presentes bases.d) Cuando el Banco de la Nación haya revisado y aprobado cada uno de los entregables requeridos en las presentes bases.

En caso los productos o servicios contratados presenten desperfecto, mal funcionamiento o no cumplan con las especificaciones establecidas, el Banco de la Nación rechazará y exigirá su reemplazo. El Contratista deberá subsanar la deficiencia en el mínimo tiempo razonable posible. 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

300


Cumple


el servicio12 Requerimientos de Migración y Convivencia 12.1 Migración de datos 12.1.1 Objetivos de la migración de datos - Cargar en la solución de Core Bancario el 100% de los clientes del Banco, que se encuentren en cualquier base de datos en el momento de la puesta en producción.

- Cargar en la solución de Core Bancario el 100% de las operaciones bancarias contratadas por los clientes del Banco, que se encuentren vigentes, bloqueadas por cualquier motivo o inactivas en el momento de la puesta en producción.

- Cargar en la solución de Core Bancario el histórico de las operaciones bancarias contratadas por los clientes del Banco y cuyos contratos han concluido en el transcurso del último año desde el momento de la puesta en producción.

- Cargar en la solución de Core Bancario, los movimientos o transacciones realizadas sobre las operaciones bancarias durante los últimos 6 meses, para cálculos de promedios u otros cálculos que podrían ser necesarios. La consulta de transacciones históricas de los últimos 10 años, exigibles por regulaciones peruanas actuales, generadas en el core bancario actual antes de la puesta en producción de la solución de Core Bancario. Se mantendrá en una base de datos de consulta para solicitudes de los clientes o posibles auditorías de los entes reguladores.

- Migración de todas las aplicaciones basadas en emulación 3270, 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 BackOffice de las sucursales y agencias.

El Contratista podrá proponer otras alternativas de almacenamiento histórico de información que serán consideradas por el Banco de la Nación.

301


Cumple


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.- 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 proporcionar los mecanismos necesarios para 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 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 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 Convivencia

12.2.1 Objetivos de los procesos de convivencia- Asegurar que el período de transición requerido para la adopción total de la solución de Core Bancario se realice con la mayor transparencia posible para los usuarios y clientes del Banco de la Nación.

302


Cumple


- Garantizar la interacción de la solución de Core Bancario con los actuales Canales de Atención.- Garantizar la interacción de la solución de Core Bancario con el sistema contable del Banco de la Nación (Oracle Financials).- Garantizar la interacción de la 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 solución de Core Bancario con Entidades Externas.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.

12.2.3 Responsabilidades del Contratista- 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 El detalle de la estrategia de migración y convivencia de la solución de Core Bancario durante el período de implementación, se establecerá de mutuo acuerdo con el Contratista al inicio del proyecto de implementación, considerando las características técnicas de la solución de Core Bancario, 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 más adelante.

303


Cumple


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 IIS y Linux RH.

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.

12.3.2 Fase II: Colocaciones En 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 determinará el período de datos históricos a migrar, tanto de operaciones como de movimientos, en base a lo exigido por las entidades de regulación peruanas.- Se instalaría los módulos de Colocaciones y se completaría los Procesos de Apoyo correspondientes a los productos mencionados.

Interfaces con los Canales de Atención: en esta fase 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

304


Cumple


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.

12.3.3 Fase III: Comercio ExteriorEn lo referente a migración de datos y convivencia para la fase de implementación de Comercio Exterior, se deberá considerar los siguientes aspectos:

- No existirá migración de datos, puesto que actualmente la operativa de Comercio Exterior No está automatizada.- Interfaces con los Canales de Atención: No se creará Interfaces temporales, las transacciones financieras seguirán realizándose como lo hacen actualmente.- Interfaces con el Ambiente Mainframe: las transacciones de Comercio Exterior que involucren la afectación a operaciones de Captaciones o Colocaciones y viceversa, se ejecutarán modificando temporalmente el procedimiento para Realizar la afectación a la operación de Captaciones o Colocaciones de forma manual en el Core Bancario actual.- Interfaz con Oracle Financials: se implementará las Interfaces definitivas relacionadas con la entrega de datos para la contabilización de las operaciones de Comercio Exterior.- Interfaces con Entidades Externas: se implementará las Interfaces definitivas con SWIFT.

12.3.4 Fase IV: 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:

305


Cumple


- Se debe poner especial cuidado en la migración de datos de esta fase, pues representan el mayor volumen de datos. Se determinará el período de datos históricos a migrar, tanto de operaciones como de movimientos, en base a lo exigido por las entidades de regulación peruanas.- 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.

Se deberá hacer un análisis de costo-beneficio 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.4.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.

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.4.2 Opción 2 Reemplazar completamente la Plataforma de Caja creando interfaces automáticas con el actual Core Bancario para las transacciones de Colocaciones que aún no han

306


Cumple


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.4.3 Ambas opciones Interfaces 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.

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:

- Debe ser impartida en idioma castellano y en la ciudad de Lima. - El Contratista entregará todo el material necesario para la capacitación. - Se deberá incluir la aplicación de cuestionarios de evaluación del personal capacitado.

- Los talleres deberán ser orientados para que el personal tanto técnico como funcional pueda asumir sus tareas en forma autónoma.

- Los talleres deberán incluir prácticas para afianzar los conocimientos adquiridos. - El Contratista deberá certificar los conocimientos impartidos de aquellos usuarios o técnicos que aprueben las evaluaciones. Este será un requisito imprescindible para la conformidad de este servicio.

13.1 Capacitación técnica 13.1.1 Personal del Centro de Cómputo

307


Cumple


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 las bases de datos adquiridas. - Procedimientos de respaldo y mantenimiento de históricos de información de las bases de datos de Core Bancario.

- Herramientas de administración, monitoreo y auditoría de la solución de Core Bancario.

13.1.2 Personal de Soporte Técnico Se 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 la base de datos, módulos del core bancario, plataforma de middleware y solución de Caja o Ventanilla.

- Afinamiento (Tuning) de la base de datos, 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 Desarrollo y Mantenimiento Se deberá considerar la capacitación mínimo de 40 personas de perfil técnico. Se deberá cubrir como mínimo los siguientes temas:- Estándares de programación.- Metodología de desarrollo.- 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.4 Personal de Calidad de Soluciones Se deberá considerar la capacitación mínimo de 5 personas. Se deberá cubrir como mínimo los siguientes temas:

308


Cumple


- 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.5 Personal de Mesa de Ayuda Se 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 usuario Se deberá considerar la capacitación de entre 20 y 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 FaseLa capacitación deberá estar orientada a usuarios funcionales capacitadores y usuarios auditores del Banco.

14 Requerimientos de Documentación 14.1 Premisas generales• 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 castellano.

• 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

309


Cumple


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. • El Contratista deberá mantener permanentemente el inventario y control de la documentación existente.

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 Manual técnicoEl manual 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.- 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 Manual 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.

310


Cumple


14.5 Manual de capacitaciónLa documentación deberá incluir como mínimo:- Agendas de capacitación.- Guiones para los talleres de capacitación de cada proceso.- Cuestionarios para la evaluación del personal que recibe la capacitación.

15 Requerimientos de Garantía, Mantenimiento y Soporte 15.1 Acuerdos de niveles de servicio Se deberá contar con el personal disponible que garantice el soporte técnico durante el período de garantía y durante la vigencia del contrato de mantenimiento en un horario mínimo de doce (12) horas al día por siete (7) días a la semana, con un tiempo máximo de atención de dos (2) horas para el inicio de la resolución de la incidencia, considerando como inicio las 07:30 AM.

Adicionalmente se deberá garantizar el soporte técnico telefónico veinticuatro (24) horas al día de lunes a domingo.

Los acuerdos de nivel de servicio (SLAs) mínimos para la corrección de errores bajo la garantía son:TIPO DE ERROR TIEMPO DE SOLUCIÓNError crítico 2 horas Error no crítico 8 horas Error limitado 16 horasConsulta técnica: 48 horas

El tiempo de solución para todos los tipos de error se refiere a una resolución completa de la incidencia.

a) 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.

b) 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.

c) 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

311


Cumple


problema, utilizar una interfaz alterna o utilizar otra opción para continuar la operación.d) Consulta Técnica: pregunta puntual sobre la arquitectura, diseño o funcionamiento de la solución de Core Bancario.

Si los componentes de la solución son de fabricación extranjera, el representante del fabricante en el país, deberá garantizar la provisión del soporte del mismo. Señalará la infraestructura de soporte local e internacional indicando el personal de planta disponible localmente que garantice un soporte técnico.

15.2 Garantía de la Solución del Core Bancario El Postor deberá considerar en su propuesta un mínimo de 12 meses de garantía, sobre los componentes de software y base de datos; 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 el período de garantía el Contratista deberá incluir la actualización de la documentación respectiva.

La garantía de 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.

15.3 Soporte y mantenimiento de la Solución del Nuevo Core Bancario El Postor deberá ofrecer un Servicio de Soporte y Mantenimiento anual de las licencias del software que compone la Solución de Nuevo Core Bancario a partir de la terminación 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.

- La realización de al menos 2 visitas preventivas presenciales al año, efectuadas por especialistas, con una duración de 3 días laborables por cada visita.

- El esquema de actualización de versiones propuesto por el Postor. - Migración de la solución a las siguientes versiones del producto.

312


Cumple


- El Postor 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.

ANEXO Nº 2-B

MATRIZ DE CUMPLIMIENTO DE REQUERIMIENTOS FUNCIONALES

SeñoresCOMITÉ ESPECIAL

CONCURSO PÚBLICO Nº 0050-2012-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:

GENERALES

313


REQUERIMIENTOS GENERALES DE LA NUEVA SOLUCIÓN DE CORE BANCARIO

INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

1 Usuarios Deberá poder revisar el tiempo de utilización del Core Bancario por usuario. 2 Usuarios Deberá poder bloquear terminales de usuario por inactividad. 3 Usuarios Deberá tener control de acceso por productos. 4 Usuarios Deberá tener control de acceso por oficinas. 5 Usuarios Deberá poder inhabilitar usuarios en horarios no autorizados o períodos de tiempo (vacaciones). 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á hacer uso de la especificación java JEE o .Net sobre servidores de aplicaciones. 9 Plataforma La solución deberá estar certificada para trabajar en ambientes de alta transaccionalidad (OLTP).

10 PlataformaEl interfaz de usuario, en todos los casos 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 y de usuario de esos ambientes.

11 Plataforma Deberá manejar múltiples canales. 12 Plataforma Deberá manejar múltiples empresas. 13 Plataforma Deberá manejar múltiples monedas. 14 Plataforma Deberá manejar múltiples lenguajes.

15 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.


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.


Ningún usuario ni administrador de la base de datos podrá eliminar o modificar el contenido de los registros de acceso, cambios y uso de la información generada por la actividad de los usuarios durante la gestión.


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.

19 Disponibilidad Deberá manejar múltiples horarios. La solución permite horarios de apertura y cierre diferentes para cada oficina. 20 Disponibilidad Permitirá a los clientes acceder a los servicios del Banco desde cualquier oficina, indistintamente de la oficina origen.

314



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

21 Disponibilidad Permitirá la administración de mensajes por cliente/producto originados por el Banco, desplegables por diferentes canales (puntuales o por fechas específicas).

22 Disponibilidad Permitirá la validación en línea de datos (fechas, números de cuenta, etc.).

23 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.

24 Usabilidad Deberá tener opciones y pantallas intuitivas, con criterios de fácil usabilidad.

25 Usabilidad Deberá tener pantallas estandarizadas para los distintos productos y módulos (despliegue, carga de datos, validaciones, mensajes, etc.).

26 Usabilidad Deberá tener ayuda en línea a nivel transaccional.

27 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.

28 Parametrización La solución permitirá definir parámetros a nivel del Banco. 29 Parametrización La solución permitirá definir parámetros a nivel de producto. 30 Parametrización La solución permitirá definir parámetros a nivel de cliente. 31 Parametrización La solución permitirá la creación de productos en base a parametrización. 32 Parametrización La solución permitirá determinar los productos que se ofrecerá por oficina y funcionario. 33 Parametrización Deberá contar con las facilidades o herramientas para replicar la parametrización de un ambiente a otro. 34 Parametrización Permitirá administrar límites sobre transacciones y por moneda.

35 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).

36 Parametrización La solución proporcionará herramientas al usuario final para personalizar consultas y reportes. 37 Parametrización Permitirá configurar las transacciones que requerirán de una confirmación por parte de otro usuario para su ejecución. 38 Batch Proporcionará herramientas gráficas para la ejecución de procesos batch. 39 Batch Permitirá el monitoreo del avance de los procesos. 40 Batch Permitirá detectar procesos con fallas, detener y re-ejecutar procesos.

41 Administración y Monitoreo Permitirá visualizar la carga de la solución: transacciones concurrentes, usuarios concurrentes, etc.

315



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

42 Administración y Monitoreo Permitirá obtener métricas de desempeño: uso de procesador, uso de memoria, tiempo de respuesta promedio, etc.

43 Administración y Monitoreo Permitirá modificar parámetros de configuración.

316


CLIENTES

REQUERIMIENTOS FUNCIONALES MÓDULO DE CLIENTES

INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

1 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.

2 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 persona físicas que interactúan con el Banco). - Persona 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.

3 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)

317



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

- PensionistaEl segmento de Personas Jurídicas se puede dividir en: - Dependencia del Estado- Empresa Pública- Empresa PrivadaPara 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.

4 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.

5 Parametrización

Permitirá definir en forma flexible y sin necesidad de ajustes en el diseño y estructura de la base de datos, nuevos campos de datos cuantitativos o cualitativos del cliente, 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)

6 Parametrización

Deberá incluir la posibilidad de definir validaciones a ser aplicadas en determinados campos de 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

318



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

datos de un pasaporte y carné de extranjería, el formato de datos de un campo tipo fecha.

7 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, etc.

8 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).

9 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

319



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

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.

10 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.

11 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.

12 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.

13 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

320



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

datos de cada campo y validaciones especiales a aplicar (ejemplo dígito verificador).

14 Consultas

Permitirá a los usuarios autorizados la 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

15 Integración

El Módulo de Clientes y la Base de Datos Única 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.

16 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 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

321



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

Datos Única de Clientes.

17 Integración

Los Módulos de Negocio y la Base de Datos Única 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.

18 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.

19 IntegraciónDeberá integrar facilidades para la ejecución de consultas (accesos) en línea a sistemas externos como la Central de Riesgos, calificadoras, listas negras

322



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

(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.

20 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.

21 Cierre

El código único asignado a un cliente no podrá ser reutilizado para ningún otro cliente, ya que una vez registrada su información quedará dentro de la Base de Datos Única de Clientes y solamente cambiará su estado (Prospecto, Cliente Activo, Cliente Inactivo)

22 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.

23 ReportesPara 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

323



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

y/o columnas, de numeración y pie de página, de títulos, subtítulos y logotipos que sirvan para personalizar el reporte.

24 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.

324


PLATAFORMAS


INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

1 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, un ambiente único y estandarizado de acceso y de interacción con los Módulos de Negocio, con facilidades gráficas que simplifiquen las tareas.

2 Parametrización Deberá integrarse con la Base de Datos Única 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.

3 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.

4 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.

5 Parametrización Deberá facilitar la asociación de los productos y servicios financieros disponibles a cada grupo o segmento de clientes objetivo.

6 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.

7 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).

8 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

325



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

que deberá integrarse con los Módulos de Negocio a fin de solicitar el servicio de generación de la información requerida.

9 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.

10 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.

11 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 Autoservicio, y al funcionario cuando seleccione al cliente en una sesión de trabajo. Se refiere a la integración con los mensajes de todos los canales.

12 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).

13 Parametrización Deberá permitir la generación y registro de una agenda de actividades de cada funcionario, 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.

14 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 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.

326



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

15 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.

16 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.

17 AperturaDeberá 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.

18 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 con clientes que ya estén previamente registrados en ese módulo o 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.

19 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).

20 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.

21 AperturaIncluirá 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

327



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

formatos adecuados a cada canal.

22 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 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.

23 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.

24 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 este prevista para en un futuro dar este servicio.

25 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.

26 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.

27 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.

28 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.- 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.

328



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

- 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, etc).- 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).

29 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.

30 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.

31 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.

32 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 automático del formato para impresión que utilizará las opciones de manejo de impresora del sistema operativo Windows y el navegador utilizado por el usuario. Se refiere al ajuste automático independientemente del interfaz de pantalla que se utilice, así como las facilidades para la

329



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

impresión de los formatos sin distinción de navegador.

33 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.

34 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.

35 ReportesLos 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.

36 Gestión de documentos

Deberá integrar o facilitar la integración de un sistema de manejo y 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 realizados desde los canales autorizados. Si se integra un módulo para este manejo, favor anexar detalles de sus características funcionales. Si se realizara integración con sistemas de terceros, favor señalar cómo sería el esquema de integración para que la operación sea sencilla y natural.

37 Integración

La Plataforma Comercial 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.

38 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 requerirá esos servicios

330



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

de los Módulos de Negocio de la solución sin necesidad de registro de usuario en el Módulo de Negocio ni reingreso de los datos para la consulta, solicitud o apertura de producto o servicio requerida.

39 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.

331


REQUERIMIENTOS FUNCIONALES PLATAFORMA COMERCIAL Y DE SERVICIOS – ATENCIÓN A RECLAMOS

INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

40 GeneralesPermitirá 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.

41 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, etc., Para cada reclamo le asociará rutas y procedimientos de gestión que corresponda según el motivo.

42 Generales Permitirá manejar los estados del reclamo, como por ejemplo: ingresado, en resolución, procedente o no, solucionado, comunicado al cliente, cerrado.

43 Generales Permitirá controlar los tiempos de proceso en todo el ciclo de atención del reclamo a efectos de emitir estadísticas y reportes.

44 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.

45 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.

46 Generales Se integrará (o incluirá) con el sistema de digitalización o almacenaje electrónico de los documentos, para registrar y administrar los documentos sustentatorios asociados al reclamo.

47 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

332


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.

48 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.

49 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.- 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.

50 Reconsideración del Reclamo

Deberá permitir el siguiente proceso operativo asociado a la reconsideración del reclamo:

- Permitir que el cliente realice una solicitud de reconsideración del reclamo en caso de inconformidad.- Permitir el reingreso de la solicitud de reclamo desde la segunda ocasión, permitiendo guardar correspondencia 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.

51 Reportes y ConsultasDeberá 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,

333


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.

52 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.

REQUERIMIENTOS FUNCIONALES PLATAFORMA COMERCIAL Y DE SERVICIOS – SERVICIO DE CERTIFICACIONES

INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

53 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 aduanas, 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 microfilm y/o de las imágenes registradas de documentos de gestión 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.

54 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. En caso de cargo a cuenta, se remite la solicitud de cargo al área encargada de su ejecución.

55 GeneralesDeberá 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 acreditar un pago

334


de tributos realizado en alguna oficina del Banco. 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 de los representantes legales.- Copia de microfilm: documento de identidad, documento del que se requiere copia: cheque, nota de débito, nota de crédito, estado de cuenta, fecha del documento, ser el titular de la cuenta.

56 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 microfilm: 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.

57 Reportes y ConsultasLas 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.

58 Integración Deberá integrarse con el módulo de Captaciones para la obtención de información de saldos y movimientos de las cuentas.

59 IntegraciónDeberá integrarse con el sistema de manejo y gestión de documentos que permitan buscar información para la obtención de copias de los documentos almacenados en el expediente digital asociado a las cuentas.

335


REQUERIMIENTOS FUNCIONALES PLATAFORMA DE CAJA O VENTANILLA

INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

60 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.

61 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.

62 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.

63 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.

64 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.

65 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.

66 Apertura y Cierre Debe permitir realizar el cierre de caja.

67 Apertura y Cierre Debe permitir realizar el cierre del tesoro de la agencia, una vez se haya cerrado cada una de las cajas.

68 Transacciones

La plataforma deberá permitir la ejecución de las siguientes transacciones financieras sobre productos de Captaciones:

- Depósitos.- Retiros.- Cargos con causal.- Abonos con causal.- Transferencias.- Depósito a Plazo Fijo.- Pago de un 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

336


del Módulo de Captaciones.

69 TransaccionesAsí mismo, de acuerdo a la normativa de la SBS al identificar un billete falso, se deberá llenar un formulario especial que será generado a través de una transacción que registre los billetes falsos que identifique el Cajero.

70 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.

71 Transacciones

La plataforma deberá permitir la ejecución de las siguientes transacciones financieras sobre productos de Comercio Exterior:

- Cobro de comisiones y cargos.Y otras de acuerdo al detalle que se describe en los Requerimientos funcionales correspondientes al módulo de Comercio Exterior.

72 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

73 TransaccionesLa Plataforma de Caja permitirá la ejecución de transacciones del Nuevo Sistema de Tesorería, 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.

74 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 de la cuenta o concepto de débito o crédito, incluso si no está implementado el Nuevo Sistema de Tesorería.

75 Transacciones La solución debe permitir adicionalmente a las transacciones del módulo de Cobros y Pagos, la ejecución de transacciones con otras entidades como Moneygram, SUNAT, RENIEC, SIAF, etc.

76 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)

77 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.

78 Transacciones Debe registrar todas las transacciones ejecutadas en un log de auditoría (journal electrónico)

337


incluyendo hora de inicio y hora de fin de transacción en línea.79 Transacciones Debe permitir reversar (extornar) una transacción ejecutada. 80 Transacciones En casos determinados, la solución debe solicitar la autorización remota de un supervisor.

81 Herramientas Debe contar con una calculadora que facilite el registro del efectivo y cheques, que pueda ser invocado por cada caja.

82 Herramientas Debe tener facilidades para cruzar la información del efectivo registrado contra el saldo de caja.

83 Herramientas La solución debe contar con herramientas de búsqueda que faciliten la gestión del efectivo y faciliten los cuadres de caja.

84 Herramientas Deberá permitir el funcionamiento de herramientas de comunicación interna.

85 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.

86 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.

87 Dispositivos La plataforma debe permitir la identificación del cliente mediante el uso de dispositivos biométricos.

88 Firmas Deberá integrarse con la Plataforma Comercial para la consulta de firmas asociadas con el producto sobre el cual se realiza la transacción.

89 Firmas Deberá desplegar automáticamente la pantalla de validación de firmas en las transacciones que requieran de este control.

90 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.

91 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.

92 Reportes Deberá emitir reportes de detalle y totalizados de transacciones ejecutadas por caja. 93 Reportes Deberá emitir reportes de detalle y totalizados de transacciones ejecutadas por agencia.

338


CAPTACIONES

REQUERIMIENTOS FUNCIONALES DEL MÓDULO DE CAPTACIONES - REQUERIMIENTOS GENERALES

INCL

UID

O

SE IN

TEGR

ARÁ

SE

DESA

RRO

LLAR

Á

FOLI

OS

DE

PRO

PUES

TA

1 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).

2 Parametrización Permitirá determinar que 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.

3 ParametrizaciónPermitirá 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.

4 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.

5 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á, los tarifarios y tasas de interés asociados, los procedimientos operativos y las reglas de negocio que los regirán.

6 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.

7 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.

8 Parametrización En los procesos de creación y mantenimiento del producto, facilitará la definición de si el producto paga o no tasas

339



INCL

UID

O

SE IN

TEGR

ARÁ

SE

DESA

RRO

LLAR

Á

FOLI

OS

DE

PRO

PUES

TA

de interés y permitirá asociar el tipo de tasa que se aplicará.

9 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.

10 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.

11 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.

12 ParametrizaciónDeberá 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.

13 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.

14 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.

15 Parametrización Permitirá seleccionar la frecuencia de capitalización de intereses: diaria, semanal, mensual, trimestral, semestral, anual.

16 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.

17 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.

18 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.

19 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.

340



INCL

UID

O

SE IN

TEGR

ARÁ

SE

DESA

RRO

LLAR

Á

FOLI

OS

DE

PRO

PUES

TA

20 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.

21 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.

22 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.

23 ParametrizaciónPermitirá 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.

24 Parametrización Facilitará la definición de la modalidad y la periodicidad de cobro de los cargos, con opciones como: - Diaria.

341



INCL

UID

O

SE IN

TEGR

ARÁ

SE

DESA

RRO

LLAR

Á

FOLI

OS

DE

PRO

PUES

TA

- 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.

25 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.

26 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.

27 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

28 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 otras 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.

29 Parametrización Permitirá definir diferentes causas y conceptos para la realización de bloqueos y desbloqueos a las cuentas, como por ejemplo:

342



INCL

UID

O

SE IN

TEGR

ARÁ

SE

DESA

RRO

LLAR

Á

FOLI

OS

DE

PRO

PUES

TA

- 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.

30 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.

31 ParametrizaciónDeberá 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.

32 ParametrizaciónPermitirá 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.

33 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.

34 ParametrizaciónDeberá permitir facilidades operativas en ciertos canales de atención como por ejemplo Ventanillas, permitiendo el ingreso de múltiples transacciones en una sola pantalla operativa, evitando registros repetitivos en forma innecesaria.

35 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.

36 Administración de Tarjetas

Deberá permitir la administración de los diferentes tipos de tarjetas que el Banco defina. La automatización del soporte operativo al proceso de manejo de inventario de tarjetas, deberá tomar en cuenta las siguientes consideraciones:

- 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,

343



INCL

UID

O

SE IN

TEGR

ARÁ

SE

DESA

RRO

LLAR

Á

FOLI

OS

DE

PRO

PUES

TA

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 programar el requerimiento de tarjetas para su solicitud y adquisición anual.- Deberá permitir registrar el proceso de control de calidad de las tarjetas recibidas aprobando o rechazando el lote.- Deberá registrar el ingreso de las tarjetas en el almacén de la Sección Caja y Valores en Custodia.- Deberá controlar el stock de tarjetas en 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á enviar la solicitud de tarjetas a la Sección Caja y Valores en Custodia para la producción semanal de tarjetas.- 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). - Permitirá registrar la termo-impresión de las tarjetas.- Deberá permitir registrar los Productos No Conformes detectados en el proceso de 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 (PNC).- Permitirá realizar el empaque de las tarjetas.- Deberá permitir el registro de la distribución de tarjetas a las oficinas, en coordinación con la empresa transportadora de valores.- Deberá actualizar los stocks de unidades en los almacenes.- 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

344



INCL

UID

O

SE IN

TEGR

ARÁ

SE

DESA

RRO

LLAR

Á

FOLI

OS

DE

PRO

PUES

TA

- Saldo final

REQUERIMIENTOS FUNCIONALES MÓDULO DE CAPTACIONES - CUENTAS CORRIENTES

INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

37 Parametrizació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.

38 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 resumidos y/o detallados que se deba generar.

39 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.

40 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.

41 Parametrización Deberá permitir definir restricciones a las transacciones que se puede realizar con los productos de cuentas

345



INCL

UID

O

SE IN

TEGR

ARÁ

SE

DESA

RRO

LLAR

Á

FOLI

OS

DE

PRO

PUES

TA

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.

42 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.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.

43 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.

44 ParametrizaciónEn 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.

45 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.

46 Apertura Deberá integrarse en forma total con el módulo de clientes, puesto que solamente se podrá abrir cuentas con clientes que ya estén previamente registrados en ese módulo o en la denominada Base de Datos Única de Clientes (BDUC).

346



INCL

UID

O

SE IN

TEGR

ARÁ

SE

DESA

RRO

LLAR

Á

FOLI

OS

DE

PRO

PUES

TA

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

47 Apertura Incluirá la automatización del proceso de control de cumplimiento de validación de la información y documentación presentada por el cliente

48 Apertura Generará un código único para la nueva cuenta al momento de apertura.

49 Apertura

La codificación de las cuentas corrientes incluirá el código de producto bancario, incluirá 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).

50 Aperturas masivasDeberá 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.

51 AperturaDeberá 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.

52 AperturaPermitirá 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.

53 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.

54 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.

55 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 Ventanillas del Banco.

56 Administración de Deberá permitir el manejo de diferentes tipos de chequeras dependiendo del producto de cuentas corrientes, con

347



INCL

UID

O

SE IN

TEGR

ARÁ

SE

DESA

RRO

LLAR

Á

FOLI

OS

DE

PRO

PUES

TA

Chequeras

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.

57 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 cliente.

58 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.

348



INCL

UID

O

SE IN

TEGR

ARÁ

SE

DESA

RRO

LLAR

Á

FOLI

OS

DE

PRO

PUES

TA

- Suspendido.- Revocado.- Certificado.

59 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éditoRetención de montos- Parcial- Completo- PorcentualTiempo de Bloqueo- "n" días- "n" meses- "n" años- IndefinidoDeberá 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

60 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

61 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:

349



INCL

UID

O

SE IN

TEGR

ARÁ

SE

DESA

RRO

LLAR

Á

FOLI

OS

DE

PRO

PUES

TA

- 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.

62 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.

63 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,

350



INCL

UID

O

SE IN

TEGR

ARÁ

SE

DESA

RRO

LLAR

Á

FOLI

OS

DE

PRO

PUES

TA

desbloqueo de fondos y cobro de comisión.

64 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.

65 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.

66 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.

67 Administrativas Deberá incluir soporte operativo automatizado para un conjunto de consultas, transacciones y procesos administrativos y operativos tales como:

351



INCL

UID

O

SE IN

TEGR

ARÁ

SE

DESA

RRO

LLAR

Á

FOLI

OS

DE

PRO

PUES

TA

- 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 microfilm.- 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.

68 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.

352



INCL

UID

O

SE IN

TEGR

ARÁ

SE

DESA

RRO

LLAR

Á

FOLI

OS

DE

PRO

PUES

TA

- 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.


70 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.

353



INCL

UID

O

SE IN

TEGR

ARÁ

SE

DESA

RRO

LLAR

Á

FOLI

OS

DE

PRO

PUES

TA

- Por actividad económica.- Por cuenta principal y sus respectivas cuentas de reversión.

71 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.

72 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.

73 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.

76 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 ventanillas o en los canales de atención transaccional personalizada del Banco:

- 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.

354



INCL

UID

O

SE IN

TEGR

ARÁ

SE

DESA

RRO

LLAR

Á

FOLI

OS

DE

PRO

PUES

TA

- 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.

77 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.

78 Consumos VisaIntegrará 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 de débito Multired Visa, por concepto de sus compras y consumos en locales y comercios afiliados al servicio de tarjetas de débito de la red Visa.

79 Financieras 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.

80 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

355



INCL

UID

O

SE IN

TEGR

ARÁ

SE

DESA

RRO

LLAR

Á

FOLI

OS

DE

PRO

PUES

TA

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.

81 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.

82 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.

83 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.

84 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.

85 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.

86 Reversos

Deberá ofrecer la posibilidad de manejar reversos 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. La reversión solo puede ser realizada en el día en curso.

87 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.

356



INCL

UID

O

SE IN

TEGR

ARÁ

SE

DESA

RRO

LLAR

Á

FOLI

OS

DE

PRO

PUES

TA

Cierre

Permitirá el cierre de cuentas debido a diferentes motivos tales como:

- Solicitud del cliente.88 - 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.

89 Cierre Permitirá el cierre de cuentas tanto en forma individual, como en forma masiva.

90 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.

91 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".

92 CierrePrevio 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.

93 Reapertura de cuentaEn 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.

94 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.

95 Reportes Batch Incluirá rutinas optimizadas para la generación y mantenimiento de documentos a ser impresos en forma masiva,

357



INCL

UID

O

SE IN

TEGR

ARÁ

SE

DESA

RRO

LLAR

Á

FOLI

OS

DE

PRO

PUES

TA

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.

96 IntegraciónDeberá 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.

97 IntegraciónDeberá integrarse con el módulo 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 en ese módulo. Las transacciones se podrán ejecutar en línea y/o en procesos de lotes.

98 IntegraciónDeberá integrarse con el módulo de Cobros y Pagos 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.

99 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.

100 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.

101 IntegraciónDeberá 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.

102 Integración Se 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.

358



INCL

UID

O

SE IN

TEGR

ARÁ

SE

DESA

RRO

LLAR

Á

FOLI

OS

DE

PRO

PUES

TA

REQUERIMIENTOS FUNCIONALES MODULO DE CAPTACIONES - CUENTAS DE AHORRO

INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

103 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á permitir 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.

108 Parametrización del Permitirá establecer la periodicidad de realización de transacciones, como por ejemplo transferencias entre cuentas

359



INCL

UID

O

SE IN

TEGR

ARÁ

SE

DESA

RRO

LLAR

Á

FOLI

OS

DE

PRO

PUES

TA

producto a solicitud del cliente, de la misma u otra moneda con cobro de ITF o no según sea el caso, deban ser realizadas en forma mensual durante un período de tiempo establecido.

109 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.

111 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.

112 AperturaDeberá 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.

113 Apertura

Deberá integrarse en forma total con el módulo de clientes, puesto que solamente se podrá abrir cuentas con clientes que ya estén previamente registrados en ese módulo o 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.

114 Apertura Deberá permitir el control de cumplimiento del proceso de validación de la información y documentación presentada por el cliente.

115 Apertura Deberá generar un código único para la cuenta o producto al momento de apertura.

116 Apertura

La codificación de las cuentas de ahorro incluirá el código de producto bancario, incluirá 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).

360



INCL

UID

O

SE IN

TEGR

ARÁ

SE

DESA

RRO

LLAR

Á

FOLI

OS

DE

PRO

PUES

TA

117 Aperturas masivasDeberá 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.

118 AperturaDeberá 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.

119 AperturaDeberá 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 .

120 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.

121 Apertura Para los productos de cuentas de ahorros que lo requieran, deberá permitir la asociación de firmas a las cuentas, según la parametrización definida.

122 Apertura Para los productos de cuentas de ahorros 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.

123 AperturaDurante 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 Ventanillas del Banco.

124 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.

Tiempo de Bloqueo

361



INCL

UID

O

SE IN

TEGR

ARÁ

SE

DESA

RRO

LLAR

Á

FOLI

OS

DE

PRO

PUES

TA

- "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.

125 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.

126 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

127 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 microfilm.- Confirmación de saldos.

362



INCL

UID

O

SE IN

TEGR

ARÁ

SE

DESA

RRO

LLAR

Á

FOLI

OS

DE

PRO

PUES

TA

- 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.

128 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).

363



INCL

UID

O

SE IN

TEGR

ARÁ

SE

DESA

RRO

LLAR

Á

FOLI

OS

DE

PRO

PUES

TA

- Cantidad de cargos o abonos realizados al mes.- Fecha de último abono.- Fecha de último cargo.


130 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.

131 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.

132 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 ventanillas o en los canales de atención transaccional personalizada del Banco:

- 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 .

364



INCL

UID

O

SE IN

TEGR

ARÁ

SE

DESA

RRO

LLAR

Á

FOLI

OS

DE

PRO

PUES

TA

- 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.

133 Consumos VisaIntegrará 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 de débito Multired 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)



- 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.

135 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.

136 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

365



INCL

UID

O

SE IN

TEGR

ARÁ

SE

DESA

RRO

LLAR

Á

FOLI

OS

DE

PRO

PUES

TA

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.

137 Cálculo de intereses 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.




140 ReversosDeberá ofrecer la posibilidad de manejar reversos 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.

141 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.

142 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.

143 Cierre Permitirá ejecutar procesos de cierre de cuentas tanto en forma individual, como en forma masiva.

144 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.

145 Cierre Al momento del cierre de una cuenta de ahorro, no se permitirá la realización de operaciones asociadas a la cuenta.

366



INCL

UID

O

SE IN

TEGR

ARÁ

SE

DESA

RRO

LLAR

Á

FOLI

OS

DE

PRO

PUES

TA

146 CierrePrevio 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.

147 Reapertura de cuentaEn ciertos casos como lo es una instrucción judicial, deberá permitir la reapertura de una cuenta de ahorro 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.

148 Reportes Batch


149 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.

150 IntegraciónDeberá 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.

151 IntegraciónDeberá integrarse con el módulo 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 en ese módulo. Las transacciones se podrán ejecutar en línea y/o en procesos de lotes.

152 IntegraciónDeberá integrarse con el módulo de Cobros y Pagos 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.

153 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.

154 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

367



INCL

UID

O

SE IN

TEGR

ARÁ

SE

DESA

RRO

LLAR

Á

FOLI

OS

DE

PRO

PUES

TA

de aprobación de cartas orden y planillas adjuntas en archivos digitales, para la realización de abonos en cuentas de ahorro.

155 IntegraciónDeberá 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.

156 Integración Se 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.

REQUERIMIENTOS FUNCIONALES MÓDULO DE CAPTACIONES - DEPOSITOS A PLAZO

INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUEE

STA


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.

160 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.

161 Apertura Deberá integrarse en forma total con el módulo de clientes, puesto que solamente se podrá abrir certificados de depósito con clientes que ya estén previamente registrados en ese módulo o la denominada Base de Datos Única

368



INCL

UID

O

SE IN

TEGR

ARÁ

SE

DESA

RRO

LLAR

Á

FOLI

OS

DE

PRO

PUES

TA

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.

162 Apertura Deberá permitir el control de cumplimiento del proceso de validación de la información y documentación presentada por el cliente.

163 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.

164 Apertura Deberá generar un código único para el certificado de depósito al momento de apertura.

165 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.

166 AperturaDeberá 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.

167 AperturaDeberá 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.

168 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.

169 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

369



INCL

UID

O

SE IN

TEGR

ARÁ

SE

DESA

RRO

LLAR

Á

FOLI

OS

DE

PRO

PUES

TA

depósitos.

170 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.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.

171 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.

172 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.

173 Administrativas Deberá incluir soporte operativo automatizado para un conjunto de consultas, transacciones y procesos administrativos y operativos tales como:

- Cambio de estado.

370



INCL

UID

O

SE IN

TEGR

ARÁ

SE

DESA

RRO

LLAR

Á

FOLI

OS

DE

PRO

PUES

TA

- 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.



- 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 .

175 Cálculo de intereses 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.




178 Reversos / ExtornosDeberá ofrecer la posibilidad de manejar reversos (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.

179 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.

180 Cierre Permitirá el cierre de un certificado emitido, cumpliendo con el procedimiento, validaciones, pasos, requerimientos

371



INCL

UID

O

SE IN

TEGR

ARÁ

SE

DESA

RRO

LLAR

Á

FOLI

OS

DE

PRO

PUES

TA

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.

181 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.

182 Cierre Al momento del cierre de un certificado, se anulará todas las transacciones y servicios asociados a la cuenta.

183 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á realizar la verificación de correspondencia entre el número de certificado y el código de barras del formato físico.

184 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.

185 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.

186 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

372



INCL

UID

O

SE IN

TEGR

ARÁ

SE

DESA

RRO

LLAR

Á

FOLI

OS

DE

PRO

PUES

TA

órdenes del juzgado correspondiente.

190 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.

191 Reapertura de cuentaEn ciertos casos como la instrucción judicial, deberá permitir la reapertura de una cuenta de depósito a plazo 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.

192 Reportes BatchIncluirá 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.

193 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.

194 IntegraciónSe integrará con los sistemas denominados CCE y LBTR, 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.

195 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.

373


COLOCACIONES

REQUERIMIENTOS FUNCIONALES DEL MODULO DE COLOCACIONES - REQUERIMIENTOS GENERALES

INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

1 Parametrizació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.

- Que 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.

2 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.

374



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

- 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

3 ParametrizaciónPermitirá 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.

4 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:

- Continuar en forma secuencial con el paso siguiente.

- Abrir una ruta múltiple simultanea a varios usuarios.

- Las reglas pueden ser simples y compuestas.

- Aplicar preguntas de decisión.

- Aplicar preguntas lógicas.

- Definir que se regrese a una etapa anterior.

375



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

- Definir que se omita una o varias etapas.

- Definir que se suspenda el flujo de trabajo y se emitan alarmas a diferentes usuarios.

- Definir que se pase a la etapa final del flujo de trabajo.

5 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.

6 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.

376



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

- Créditos para Microfinanzas (Microcrédito).

- Cartera Comprada.

- Créditos Vendida.

- Cartera Titularizada.

En todos los casos se debe poder manejar opciones de banca de primer piso y banca de segundo piso

7Parametrizació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.

8 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 calificació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.

377



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

- Moneda.

- Fuentes de Recursos.

- 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 Montos.

- Cargos por servicio aplicables.

- Plazos a transcurrir para cambiarlo de estado (atrasado, en mora, vencido).

- Formas de desembolso permitidas.

- Documentos requeridos.

- Garantías requeridas (tipo y cobertura).

378



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

- Modalidad de oferta del producto (Banca de Primer o de Segundo Piso).

- Oficinas y/o zonas que pueden ofrecer el producto.

- Servicios adicionales.

- 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.

9 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.

10 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.

379



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

- Tasas de interés moratoria diferenciada.

11 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.

12 Parametrización

Permitirá establecer cuáles son los canales del banco que 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.

13 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.

14 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.

15 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.

16 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.

380



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

- 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.

17 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.

18 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.

19 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 tales 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.

20 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.

21 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.

22 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

381



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

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.- Módulo de 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.

23 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á recalcular los intereses y otros rubros asociados al crédito y generará un nuevo cronograma de pagos del crédito, que reflejará las nuevas condiciones.

24 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.

25 Particulares Deberá contar con las facilidades para automatizar el proceso de compra de la cartera de otras instituciones financieras.

382



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

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.

REQUERIMIENTOS FUNCIONALES MODULO DE COLOCACIONES - ANALISIS DE CREDITO

INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

26 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.

27 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.

28 Precalificación En el momento de iniciar el proceso de análisis crediticio, deberá permitir ingresar y/o modificar algunas de las condiciones establecidas en la parametrización para cada tipo de producto, entre ellas y como ejemplo:

- La tasas de interés a aplicar (controlando que esté dentro de los rangos autorizados).

383



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

- 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 pueden modificarse sin necesidad de generar una ruta de aprobación y cuales necesitan una ruta de aprobación para que proceda la modificación.

29 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.

30 Precalificación 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.

Una vez registrada una excepción con su motivo y los datos de los funcionarios que intervinieron en el proceso, se registrará en el expediente del crédito y de ser el caso se activará un proceso de control de regularización de la excepción, con generación de alertas que aseguren que se cumpla con la regularización por parte de el o los funcionarios responsables.a) En préstamos Multired:

384



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

- De aprobarse el levantamiento de alguna restricción, se podrían dar excepciones por niveles de jerarquía de los funcionarios (Supervisor, Apoderado, Subgerente, Gerente), a fin de otorgar el crédito (con la autorización del funcionario que corresponda).- En los pagos anticipados o prepagos en forma parcial o total, se cobran los intereses por los días transcurridos a la fecha de pago. En casos de créditos atrasados, adicionalmente se cobran intereses moratorios.- Se aplican periodos de gracia en los meses de abril y diciembre. Los intereses generados en dichos meses se cancelan en los meses de mayo y enero, respectivamente. No se condonan intereses.

b) En Créditos Hipotecarios: En la Precalificación del crédito, se podría definir una tasa de interés o de desgravamen especial, condicionado con la alta gerencia. No se condonan intereses.

31 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.

32 Precalificación

Validará que se cumplan 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.

33 Generación Información

Proporcionará facilidades para la gestión de documentos, incorporando las 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.

34 Scoring Deberá incluir o integrarse con motores para la aplicación de metodologías de scoring o ratings de crédito. Se preferirán 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

385



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

comercializa. Es un requisito obligatorio su entrega por el Contratista.

35 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 puedan 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.

36 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.

37 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.

38 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.

39 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:

386



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

- 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.

387



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

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.

388



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

REQUERIMIENTOS FUNCIONALES MODULO DE COLOCACIONES - GESTIÓN DE CARTERA

INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

40 Información GeneralLuego 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.

41 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 colocaciones están:

- Contrato.

- Cronograma de pagos.

- Pagarés.

- Contratos de prenda.

- Hipotecas.

- Contratos de pignoración o endoso de documentos valorados.

42 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.

389



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

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.

43 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).

44 Desembolsos

Permitirá realizar diferentes tipos de desembolsos, de acuerdo al tipo de producto:

- Parciales.

- Totales.

- Desembolsos programados.

45 Calificación Deberá permitir definir y administrar diferentes estados del crédito:

- Vigente.

- Vencido.

- Cartera Saneada.

390



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

- Cobro Judicial.

- Cancelado.

En cada caso se debe considerar las repercusiones contables y operativas asociadas.

46 Calificación

Según el estado de cada operación y el número de días de atraso que tenga en uno más de los 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 solo 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.

47 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 al momento, asignará 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

391



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

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.

48 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.

49 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 y se realizará sobre el saldo de capital por pagar de la operación a la fecha.

50 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.

392



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

o Trimestral.

o Semestral.

o Anual.

51 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.

52 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.

53 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.

393



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

- 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.

54 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.

55 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.

394



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

En los casos que aplique, se generarán 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.

56 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.

57 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.

58 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.

- Combinación de varias opciones.

59 Pago Deberá permitir la aplicación de pagos parciales a las operaciones de crédito.

395



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

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)

60 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.

61 ReversosDeberá ofrecer la posibilidad de manejar reversos 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.

62 SegurosDeberá 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.

63 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.

64 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.

65 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,

396



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

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.

66 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.

397



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

o Provisiones generadas.

- Histórico del crédito.

- Ejecutivos que participaron en el proceso de evaluación y aprobación del crédito.

398


REQUERIMIENTOS FUNCIONALES MÓDULO DE COLOCACIONES - GESTIÓN DE GARANTÍAS

INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

67 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.- 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.

68 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.

399


69 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 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.

70 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

71 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.

72 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.

73 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

74 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.

75 Liberación Incluirá facilidades para la generación, impresión y formalización de los documentos necesarios para

400


levantar las hipotecas, prendas o contratos especiales en los registros públicos.

76 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 ingresan 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 vinculo de control entre este estado de cuenta y las operaciones asociadas a la dación en pago o ejecución de las garantías.

REQUERIMIENTOS FUNCIONALES MÓDULO DE COLOCACIONES - GESTIÓN DE COBRANZA

INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

77 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íasPara 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.

78 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.

401


- Actividades o eventos que se pueden o deben realizar en cada etapa. - Lista de verificación de cumplimiento de actividades definidas.

79 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.

80 Costo de CobranzasDeberá 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.

81 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.

82 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.

83 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.

402


COMERCIO EXTERIOR

MODULO DE COMERCIO EXTERIOR – REQUERIMIENTOS GENERALES

INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

1 Productos

El Módulo de Comercio Exterior deberá proporcionar soporte automatizado para la operación de los siguientes productos:

- Créditos Documentarios de Importación .

- Créditos Documentarios de Exportación.

- Cobranza de Importación.

- Cobranza de Exportación.

- Transferencias Enviadas.

- Transferencias Recibidas.

- Garantías Bancarias.

- Giros con el Exterior.

2 Código de OperaciónGenerará un código único para cada operación que se instrumente.

El código de operación incluirá código de producto bancario, el código de oficina en la que se registra la solicitud y dígito verificador generado con algoritmos.

403



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

3 Work Flow

Deberá permitir la configuración y generación de distintos tipos de flujos de trabajo (workflow) por cada producto, para definir las rutas de autorización, etapas, requisitos, documentos a recibir, documentos a generar, validaciones y reglas de negocio a aplicar para la gestión de cada producto de Comercio Exterior.

4 Comisiones y Gastos

Deberá permitir la generación de notas de débito para el cobro de los diferentes rubros asociados a las actividades que se ejecutan, en las diferentes etapas de gestión de cada producto.

Los cargos y notas de débito que se generarán se clasifican en:

- Comisiones.

- Gastos.

Las comisiones deben tener las siguientes características:

- Comisiones fijas.

- Comisiones variables.

- Comisiones escalonadas.

- Comisiones mixtas.

- Manejo de pisos y techos.

Las notas de débito pueden incluir rubros que corresponden tanto a comisiones como a gastos, y al efectuarse la recaudación deberán aplicar los valores correspondientes a cada rubro y generar los movimientos y afectaciones a las cuentas contables que corresponda.

5 Comisiones y Gastos Permitirá el ingreso y mantenimiento de cuadros con los tarifarios de gastos (en los casos que aplique) y de comisiones a aplicarse a cada producto.

404



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

En los casos que aplique, permitirá la modificación del precio de una comisión o gasto, la misma que se podrá realizar siempre y cuando cumpla con los requisitos y procedimientos de aprobación y de autorización que el Banco haya determinado, sin necesidad de modificar el tarifario del producto.

6 Parametrización

Deberá permitir una administración dinámica y flexible por opciones de parametrización a nivel de usuario, de los siguientes conceptos:

- Bancos Corresponsales.

- Manejo de códigos SWIFT, ABA, IBAN.

- Países.

- Monedas.

- Tarifarios y formas de cálculo para comisiones.

- Tarifarios y formas de cálculo para gastos.

- Plantillas para avisos.

- Plantillas para generación de mensajes SWIFT.

7 Parametrización

Permitirá la administración de cuentas y líneas de crédito con los diferentes bancos corresponsales con que el Banco tiene acuerdos. Asimismo, deberá tener la capacidad de administrar los bancos corresponsales en sus diferentes roles, tales como: Avisador, Confirmador, Emisor.

En todo momento y previo a la ejecución de actividades de una operación que vayan a afectar saldos o cupos de las líneas de crédito en los bancos corresponsales a utilizar, verificará y actualizará la disponibilidad.

8 Integración SWIFT Deberá integrarse con la plataforma de gestión de servicios SWIFT del Banco, y debe cumplir al menos con las siguientes consideraciones:

405



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

- El Módulo generará en forma automática, en el formato correspondiente y con la integración de los datos de la operación, los mensajes SWIFT que correspondan a la etapa.

- Los mensajes generados se transmitirán a la plataforma SWIFT, para que sean revisados y autorizados por el Operador SWIFT y se proceda a su envío y seguimiento.

- En el momento que la plataforma SWIFT reciba un mensaje del exterior, y esté asociado a una operación vigente, se enviará automáticamente al Módulo de Comercio exterior, que tendrá disponible un interfaz automatizado para recibir el mensaje, asociarlo a la operación correspondiente, integrarlo al expediente de la operación y generar una alerta para que el mensaje sea atendido por el funcionario a cargo de la operación.

La funcionalidad del módulo debe de garantizar que el usuario pueda identificar el estado de los mensajes SWIFT tanto enviados como recibidos, así como identificar las inconsistencias que puedan producirse por mensajes que no hayan sido integrados con la plataforma SWIFT exitosamente.

9 Integración SWIFTPermitirá parametrizar los diferentes campos MT de los mensajes SWIFT, que intervienen en cualquier operación de Comercio Exterior. Los mensajes MT mínimos que se deben considerar son: Mensajes de Categoría 1, 2, 3, 4, 7, 9, 0.

10 Plantillas

Permitirá configurar y mantener distintos tipos de plantillas para registro, formateo, validación de datos y generación de documentos y/o mensajes, que pueden ser asociados y gestionados en las diferentes etapas de gestión operativa de cada producto.

Las plantillas deben abarcar desde la generación de cartas para avisos en los diferentes pasos de un crédito documentario, hasta la emisión de documentos con validez legal y obligaciones financieras como las garantías bancarias.

11 ReportesDeberá suministrar una herramienta para la generación de reportes e informes de forma paramétrica.

La generación y el mantenimiento de los informes deberán ser realizados por el usuario final con la mínima intervención del área de tecnología.

406



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

12 Pistas de Auditoria Ofrecerá un esquema de pistas de auditoría que permita registrar y analizar a detalle los datos de las transacciones realizadas en los diferentes productos

13 Integración

Deberá integrarse con otros Módulos de Negocio 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 requiera 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, como realizar abonos o generar notas de crédito asociadas a las operaciones de comercio exterior, realizar cargos o generar notas de débito asociadas a las operaciones de comercio exterior. Asimismo, para la administración de los depósitos en garantía que se generen en el momento de la apertura de las operaciones de comercio exterior.- Módulo de Tesorería: para la realización de compra y venta de moneda, así como los arbitrajes que puedan surgir.- Módulo de Colocaciones: para la afectación del riesgo del cliente para los productos de Comercio Exterior que afecten y para el análisis de la viabilidad de los créditos documentarios.- Aplicativos de Control de Activos: para poder identificar transacciones que no sean regulares. El actual aplicativo que es usado por el Banco es el SIALARDI.- Plataforma Comercial y de Servicios: para poner a disposición de los usuarios autorizados del Banco y a los clientes, las opciones de consultas y de interacción con el Módulo de Comercio Exterior que se definan para cada caso. Las opciones estarán disponibles en los diferentes canales que el Banco defina.

14 Cierre de la operaciónApoyará el proceso de gestión operativa y cumplimiento de procedimientos y políticas aplicables, hasta la dada de baja de operaciones que no se puedan cerrar de manera regular (no aceptadas, con desacuerdos u otros inconvenientes).

407



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

15 Consultas

Deberá facilitar diferentes opciones de consulta para soportar la gestión como:

- Consulta general por producto.

- Consultas detalladas por producto.

- Consultas detalladas por responsable.

- Consulta del expediente de la operación y su estado en las diferentes etapas de gestión.

- Histórica de los movimientos y transacciones por operación.

16 Contabilidad Generará la información para contabilizar las operaciones de Comercio Exterior en cada etapa de la operación que haya generado movimientos financieros en el estado de cuenta de la operación.

17 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. Asimismo deberá de brindar la opción de incluir firmas digitalizadas en los formatos que el Banco requiera pertinente.

18 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 correspondencia.

- Duplicados de documentos.

- Consultas resumidas y detalladas del estado de cuenta de la operación.

408



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

- Consultas del expediente documentario.


18 Reportes Batch


19 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.

20 Información Bancos Corresponsales Deberá brindar lista de bancos corresponsales con sus respectivos códigos actualizados sean SWIFT, ABA e IBAN.

MÓDULO DE COMERCIO EXTERIOR – CRÉDITO DOCUMENTARIO DE IMPORTACIÓN

INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

21 Generales Deberá automatizar la operación de las siguientes clases de Créditos Documentarios:

- Cartas de Crédito de Importación.

409



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

- Cartas de Crédito StandBy.

- Cartas de Crédito locales o domésticas.

22 Generales

Incluirá soporte automatizado a la gestión de las Cartas de Crédito de Importación con sus diferentes modalidades de pago. Las modalidades que se deben considerar son:

- A la Vista.

- De aceptación.

- Pago Diferido.

- Combinadas o Mixtas.

- Avisada.

- Confirmada.

23 Generales Deberá manejar las diferentes etapas del Crédito Documentario de Importación:

- Apertura.

- Aviso.

- Confirmación.

- Enmienda.

- Gestión de discrepancias.

- Negociación(es).

410



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

- Cierre.

24 AperturaPermitirá registrar toda la información que se defina como necesaria, tanto para la apertura como para la gestión de cualquier Crédito Documentario de Importación, conforme a las definiciones de la Cámara de Comercio Internacional para este tipo de operación.

25 Apertura Permitirá establecer valores de tolerancias mínima y máxima para cada operación y controlará su aplicación durante la gestión.

26 Apertura

Permitirá definir y registrar los documentos necesarios para realizar la apertura de la Carta de Crédito, así como identificar los que deberán exigirse y validar en el momento de la negociación.

Estos listado de documentos deben registrarse desde el momento de la apertura y deberán ser clasificados como exigibles y otros como deseables, para que se controle su recepción, verificación e incorporación al expediente en las etapas que corresponda.

27 Apertura Deberá permitir la determinación y registro del monto de la Carta de Crédito al momento de la apertura, junto con la asociación de los rubros correspondientes a las comisiones y gastos asociados.

28 Apertura Permitirá la definición y administración de embarques parciales y/o totales.

29 Apertura Generará alertas para operaciones que tengan asociados plazos en algunas de sus etapas y procesos, cuando se acerque su vencimiento.

30 Enmiendas Brindará soporte operativo a la gestión de diferentes tipos de enmienda como:

- Prórrogas.

- Cambios en el valor.

- Cambios en la forma de pago.

- Modificaciones de términos.

- Modificaciones de plazos.

411



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

- Cambios en la lista o contenido de documentos exigibles.

- Combinaciones de las opciones señaladas.

31 Enmiendas

Permitirá la generación y la administración de los cargos por comisiones y gastos de las enmiendas realizadas. Los cargos o comisiones que se aplicarán serán por tipo de enmienda (valor o letra) y por número de enmiendas. Se deberá diferenciar los gastos que serán por cuenta del beneficiario y los gastos que serán por cuenta del ordenante.

32 Discrepancias

Incluirá el manejo de discrepancias, teniendo en cuenta las siguientes consideraciones:

- Captura de los mensajes SWIFT de discrepancias, generación de acuses de recibo respectivos y emisión mensajes de acuerdo a la respuesta del cliente sobre las discrepancias.

- Generación de cartas y avisos para comunicar discrepancias al cliente.

- Generar y administrar los cargos por gastos y comisiones relacionados.

- Administrar las discrepancias aplicando los procedimientos correspondientes según sea el caso (aceptadas o rechazadas).

33 NegociaciónProporcionará soporte automatizado al proceso de negociación, verificando y controlando que si existen discrepancias que no han sido aceptadas, no se pueda proseguir con la operación hasta que se apliquen las aprobaciones necesarias.

34 NegociaciónSi se han cumplido todos los requisitos para el proceso de negociación, se procederá a instrumentar la liquidación de la operación, ejecutando las transacciones financieras correspondientes, en cumplimiento con las instrucciones registradas en la operación.

35 CierreEl aplicativo permitirá el cierre de la operación, teniendo en cuenta las siguientes consideraciones:

- Cobrar todas las comisiones y gastos pendientes.

412



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

- Liberación y/o devolución de los saldos de los depósitos bloqueados o recibidos en garantía.

- Actualización de los saldos y estado de la carta de crédito.

413


MODULO DE COMERCIO EXTERIOR – CREDITO DOCUMENTARIO DE EXPORTACIÓN

INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

36 Generales

Deberá manejar Cartas de Crédito de Exportación con sus diferentes modalidades:

- A la Vista.- De aceptación.- Pago Diferido.- Combinadas o Mixtas.- Con descuento de letra.- Avisada.- Confirmada.

37 Generales

Deberá automatizar la gestión de las diferentes etapas de la Carta de Crédito:

- Apertura.- Aviso.- Confirmación.- Enmienda.- Discrepancias.- Negociación (es).- Cierre.

38 Apertura

En la etapa de apertura, se dará soporte automatizado a la ejecución de las siguientes actividades:

- Captura de la información de los mensajes SWIFT con el aviso y las condiciones

iniciales de la operación. Generación de acuses de recibo.

- Generación de cartas de notificación y avisos para comunicar la apertura del documento al beneficiario con la información de los términos y requisitos de la operación.

414


- Administrar los gastos y comisiones relacionados. Deberá diferenciar los gastos que serán por cuenta del beneficiario y los gastos que serán por cuenta del ordenante, de acuerdo a las instrucciones recibidas en el mensaje SWIFT.

39 Enmiendas

Soportará la gestión y manejo de diferentes tipos de enmienda como:

- Prórrogas.- Cambios en el valor.- Cambios en la forma de pago.- Cambios en los plazos.- Modificación de términos.- Modificación de la lista o contenido de los documentos requeridos.- Combinaciones de opciones señaladas.

40 Enmiendas

En la etapa de enmienda se permitirá realizar las siguientes actividades:

- Captura de los mensajes SWIFT de las enmiendas de la operación.- Generación de las cartas y avisos correspondientes para comunicar al beneficiario las

modificaciones.

- Generar y administrar los gastos y comisiones relacionados. Deberá diferenciar los gastos que serán por cuenta del beneficiario y los gastos que serán por cuenta del ordenante.

41 Discrepancias

Incluirá facilidades para manejar las discrepancias, teniendo en cuenta las siguientes consideraciones:

- Ingreso, registro y envío de los documentos presentados por el beneficiario.- Identificación de las discrepancias y envío del registro y documentos asociados a las

discrepancias y su aclaración al banco corresponsal.- Generar y administrar los gastos y comisiones relacionados.- Administrar las discrepancias hasta que sean aceptadas o rechazadas. En cada caso

aplicar los procedimientos y validaciones correspondientes y actualizar la operación.

42 Negociación

Cuando se cumpla con todos los requisitos determinados para la negociación del Crédito Documentario, se procederá a ejecutar el proceso de liquidación cumpliendo los términos, condiciones e instrucciones determinadas para cada operación. No permitirá cerrar la operación del Crédito Documentario si es que aún queda pendiente el cobro de alguna comisión o gasto.

415


MODULO DE COMERCIO EXTERIOR – COBRANZA DE IMPORTACION

INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

43 Generales

Deberá manejar Cobranzas de Importación con sus diferentes modalidades:

- A la Vista.- A Plazos.- Documentarias.- Simples.

44 Generales

Deberá automatizar las gestión de las diferentes etapas de la cobranza:

- Apertura.- Pago.- Enmienda.- Cierre.

45 Generales Deberá brindar el soporte para la administración de cheques que son enviados por bancos corresponsales desde el extranjero para su respectiva cancelación.

46 Apertura

En la etapa de apertura, deberá realizar las siguientes actividades:

- Captura de los mensajes SWIFT con las condiciones iniciales de la operación y generación de acuse respectivo.

- Generación de avisos correspondientes para comunicar la apertura del documento al girado.

- Administrar los gastos y comisiones relacionados. Deberá diferenciar los gastos que serán por cuenta del girado y los gastos que serán por cuenta del girador, de acuerdo a las indicaciones recibidas en el mensaje SWIFT.

47 Enmiendas

Deberá tener la capacidad de manejar diferentes tipos de enmienda como:

- Cambios en el valor.- Cambio en fecha de vencimiento.- Combinación de las dos enmiendas anteriores.

416


48 Enmiendas En la etapa de enmienda, permitirá administrar los gastos y comisiones relacionados. Deberá diferenciar los gastos que serán por cuenta del girado y los gastos que serán por cuenta del girador.

49 Pago El modulo deberá soportar y automatizar la liquidación de la cobranza y la generación automática del mensaje SWIFT correspondiente.

50 CierreEl aplicativo permitirá el cierre de la operación, realizando las siguientes operaciones:

- Cobrar todas las comisiones y gastos pendientes.

MODULO DE COMERCIO EXTERIOR – COBRANZA DE EXPORTACION

INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

51 Generales

Deberá manejar Cobranzas de Exportación con sus diferentes modalidades:

- Documentarias.- Simples.- A la Vista.- A plazo.

52 Generales

Deberá manejar las diferentes etapas de las Cobranzas de Exportación:

- Apertura.- Enmienda.- Pago.- Cierre.

53 GeneralesDeberá brindar el soporte para la administración de cheques de bancos extranjeros que son depositados por los clientes del Banco en sus respectivas cuentas para que sean cobrados. (Cobranza Simple al exterior).

54 Apertura

En la etapa de apertura, deberá soportar la ejecución de las siguientes actividades:

- Recepción de los documentos por parte del beneficiario.- Administrar los gastos y comisiones relacionados. Deberá diferenciar los gastos que

serán por cuenta del beneficiario y los gastos que serán por cuenta del ordenante.- Generación de carta remesa para el banco girado indicando la información de la

cobranza así como los gastos generados.

417


55 Enmiendas

Deberá tener la capacidad de manejar diferentes tipos de enmienda, tales como:

- Cambios en el valor.- Cambio en fecha de vencimiento.- Combinaciones de las arriba señaladas.

56 Enmiendas

En la etapa de enmienda, permitirá realizar las siguientes actividades:

- Generación de mensajes SWIFT indicando modificaciones efectuadas que será enviado

al banco girado.- Administrar los gastos y comisiones relacionados. Deberá diferenciar los gastos que

serán por cuenta del beneficiario y los gastos que serán por cuenta del ordenante.

57 Pago Incluirá la generación de alertas para operaciones que sean a plazos, cuando se acerquen su vencimiento.

58 Pago Integrará la funcionalidad para la recepción y procesamiento de la notificación del banco corresponsal para realizar el abono respectivo.

59 Pago Permitirá la administración de diferentes formas de liquidación de la operación, aplicando las instrucciones y procedimientos asociados en cada caso.

60 Cierre El aplicativo permitirá el cierre de la operación, realizando las siguientes operaciones: - Cobrar todas las comisiones y gastos pendientes.

418


MODULO DE COMERCIO EXTERIOR – TRANSFERENCIAS ENVIADAS

INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

61 GeneralesDeberá automatizar las operaciones de las siguientes clases de Transferencias:

Transferencias enviadas tradicionales – Vía SWIFT. Emisión de Giros Bancarios Sobre el exterior.

62 Generales En el caso de emisión de giros sobre el exterior, deberá permitir la administración de los cheques de bancos corresponsales que emite el Banco para su cobro en el extranjero.

63 Solicitud Deberá proveer funcionalidades que permitan dar seguimiento detallado a las transferencias en todas las etapas de su ciclo de vida.

64 Solicitud

En el momento de registrar la apertura de la operación, el aplicativo deberá tener las siguientes consideraciones:

- Habilitará la recepción de solicitudes de transferencias al exterior desde las oficinas en las que el Banco active el servicio.- Permitirá registrar la información de la transferencia de acuerdo con las instrucciones del solicitante.

- Controlará y validará los campos obligatorios mínimos, en ausencia de los cuales no permitirá continuar con el trámite. Para este proceso la solución deberá habilitar mecanismos que permitan verificar el cumplimiento de los requisitos establecidos, posteriormente se pasa al proceso de validación por parte del personal autorizado utilizando los mecanismos que la solución ofrezca para ese fin.

Solicitud Permitirá operaciones en monedas diferentes a la transferencia, en cuyo caso, la solución debe estar en 65 Solicitud Deberá diferenciar los gastos y comisiones que estarán a cargo del beneficiario y los gastos que estarán

a cargo del ordenante para su debido registro del mensaje SWIFT.

66 SolicitudDeberá integrarse con el Módulo de Captaciones para procesar el débito a la cuenta del cliente. Asimismo, ofrecerá la posibilidad de realizar el trámite por medio de los canales que el Banco habilite para ese proceso (cajas, internet, plataforma).

67 Solicitud Implementará mecanismos de restricción de ejecución de transferencias por monto.

419


Si una transferencia excede los límites de montos establecidos, podrá ser procesada luego del cumplimiento de los procedimientos de verificación y autorizaciones establecidos por el Banco.

68 CancelaciónIncluirá consultas y facilidades para permitir la identificación y administración de inconsistencias en las transferencias enviadas que hayan sido observadas por los bancos corresponsales. Asimismo permitirá generar los avisos correspondientes para el ordenante.

69 EnvíoIncluirá facilidades de integración con la plataforma SWIFT para la generación automática del respectivo mensaje. Esta operación sólo se realizará una vez que el personal autorizado apruebe la transacción en dicha plataforma.

MODULO DE COMERCIO EXTERIOR – TRANSFERENCIAS RECIBIDAS

INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

70 Recepción Deberá integrarse con la Plataforma SWIFT para cargar en forma automática las transferencias que se reciben en el Banco para su debido trámite.

71 Recepción

Proveerá esquemas que permitan establecer criterios para habilitar el procesamiento automático de las transferencias recibidas.

Las transferencias que no cumplan con dichos criterios (parametrizables), deben pasar a un proceso de autorización aplicando las validaciones y procedimientos que defina el Banco.

72 Acreditación Deberá integrarse con cuentas corrientes y ahorros para procesar el abono a la cuenta del cliente, así como el débito de los gastos y comisiones que correspondan.

73 Acreditación Incluirá consultas y facilidades para permitir la identificación y administración de inconsistencias en las transferencias recibidas, que no permitan la acreditación a las cuentas de los beneficiarios.

74 AcreditaciónDeberá integrarse con los procesos de verificación para el control y prevención de lavado de activos, de acuerdo con la legislación vigente como paso previo a la acreditación de los valores recibidos en la transferencia.

420


MODULO DE COMERCIO EXTERIOR – GARANTIAS BANCARIAS

INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

75 Generales

Deberá manejar el proceso de emisión, gestión y soporte operativo para diferentes tipos de garantías bancarias como:

- Garantía de pago.- Garantía de mantenimiento.- Garantía de cumplimiento de contratos.- Garantía de buen uso de anticipos de contratos.- Garantía de licitación.

76 Generales

Deberá manejar las diferentes etapas de la gestión de la garantía bancaria:

- Apertura.- Emisión del documento.- Modificación.- Ejecución.- Cancelación.

77 Apertura Incluirá el soporte operativo al proceso de emisión de las garantías así como su prórroga, renovación y las opciones de incremento o disminución del monto garantizado.

78 Apertura

Deberá permitir la asociación de cargos por concepto de comisiones y otros rubros como impuestos y gastos.

En cada caso permitirá definir la forma de cálculo y aplicación del cargo y gestionará su cobro por los medios autorizados.

79 Emisión del documento Generará los formatos con los datos y términos de la operación, integrando facilidades para la impresión de las garantías, de acuerdo a las plantillas establecidas y al tipo de garantía emitida.

80 EjecuciónEn caso el beneficiario solicite, permitirá realizar la ejecución de la garantía, aplicando los controles y validaciones correspondientes y realizando el cargo al depósito o bloqueo de valores en cuenta puesto como garantía de la operación por el cliente.

421


81 Cancelación

En el momento que llegue al vencimiento y no se haya registrado la solicitud del beneficiario para la renovación o ejecución la garantía, conforme los términos y condiciones estipulados, se procederá a la cancelación de la garantía bancaria, notificándose al beneficiario y requiriendo la devolución del documento emitido para su anulación.

Una vez cancelada la garantía bancaria, se instrumentará la devolución del depósito dejado por el cliente en garantía o la liberación de los fondos en cuenta bloqueados para este fin.

81 Particular

El Banco emite garantías las cuales son contra-garantizadas por garantías emitidas por un banco en el extranjero. En este caso todas las comisiones son cobradas a través de SWIFT y al vencimiento, en caso de no utilización libera la garantía al contra-garante. Para esta operación se realiza una evaluación de los bancos corresponsales para aprobar la emisión de la garantía Work Flow.

PAGOS Y COBROS

MODULO DE PAGOS Y COBROS - REQUERIMIENTOS GENERALES

INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

1 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.

2 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.

3 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.

422



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

4 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.

5 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).

6 ImplementaciónPermitirá 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.

7 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.

8 ImplementaciónPermitirá 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.

423



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

9 Implementación

Habilitará la configuración de convenios de cobro mediante el esquema de depósito especial en cuenta corriente/ahorro, el cual consiste en capturar algunos datos básicos del usuario 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).

10 Implementación

Permitirá configurar para cada convenio las diferentes formas de pago/cobro asociadas, por ejemplo (pero no solamente):

- 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.

11 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.

12 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.

13 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).

424



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

14 Recepción/Emisión

Deberá instruir a cuentas corrientes y ahorros 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.

15 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.

16 Administración Deberá ofrecer la posibilidad de manejar reversos para las transacciones que el Banco defina, aplicando para ello los controles y niveles de autorización establecidos.

17 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).

18 Implementación Habilitará la posibilidad de restringir el procesamiento de los cobros/pagos de un convenio a un conjunto específico de agencias.

19 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 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.

425



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

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.

20 Administración Permitirá la parametrización del cobro de comisiones mínimas por bajo volumen para los convenios de Ventanilla MYPE.

21 Pago/Cobro Deberá estar en capacidad de identificar claramente el convenio y tipo de pago/cobro recibido.

22 Pago/Cobro Deberá estar en capacidad de manejar reversos o 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.

23 AdministraciónSuministrará 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.

24 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).

25 Reportes Podrá configurar la emisión de los reportes físicos y/o magnéticos, según frecuencia y detalle requeridos en cada convenio.

26 Reportes Habilitará la emisión de informes por lote y convenio mostrando el estado de cada pago.

27 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.

28 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.

29 Administración Ofrecerá un esquema de pistas de auditoría que permita investigar las transacciones realizadas (oficina, usuario, hora, fecha).

30 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).

426



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

31 Pago/Cobro

Ofrecerá facilidades para recibir pagos por concepto de SOAT (Seguro Obligatorio contra Accidentes de Tránsito), que los vehículos del parque automotor peruano deben contratar con una compañía de seguros. El Banco de la Nación actualmente recibe el pago correspondiente y registra los datos en un aplicativo SOAT Web proporcionado por la compañía de seguros que además lleva el control de los certificados de las pólizas SOAT.Para el caso de Seguros realizamos la cobranza masiva de pólizas.Adicionalmente la solución debe permitir recibir pagos de otros tipos de seguro, los cuales deben estar asociados a clientes que adquirieron el SOAT a través 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 del contratante, de acuerdo con los mecanismos establecidos por cada empresa (actualmente sólo se maneja con la Compañía de seguros La Positiva).

REQUERIMIENTOS FUNCIONALES MODULO DE PAGOS Y COBROS - COBRANZA POR ENCARGO

INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

32 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.

33 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).

34 Administración Ofrecerá facilidades para control y seguimiento de los documentos no cobrados.

35 Administración Ofrecerá mecanismos para control de Protesto que generarán los notarios al vencimiento del plazo de los documentos por cobrar.

427



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

36 Administración Ofrecerá mecanismos para el control de los documentos devueltos a la entidad contratante, ya sea con o sin Protesto.

37 Pago/Cobro Deberá proveer las facilidades necesarias para recibir pagos completos contra documentos recibidos para cobranza por encargo.

38 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).

39 Pago/Cobro Deberá ofrecer facilidades para inhabilitar la recepción de abonos parciales, cuando el convenio así lo establezca.

40 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).

REQUERIMIENTOS FUNCIONALES MODULO DE PAGOS Y COBROS - GIROS BANCARIOS

INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

41 Administració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.


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).

428



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

- 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”).

44 Proceso Operativo Permitirá el pago de giros bancarios validando las restricciones asignadas en la apertura del mismo.

45 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.

REQUERIMIENTOS FUNCIONALES MODULO DE PAGOS Y COBROS - RECAUDACION DE IMPUESTOS, TASAS Y CONTRIBUCIONES

INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

46 Implementación Permitirá configurar diferentes convenios para recaudación de impuestos, tasas y contribuciones. 47 Administración Deberá ofrecer facilidades para la consolidación y cuadre de los fondos recaudados por diferentes canales. 48 Administración Ofrecerá facilidades para la asociación de cuentas de ingreso y los respectivos convenios.

49 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.

50 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.

51 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.

52 Administración Deberá ofrecer facilidades para el control y seguimiento de los fondos recaudados en los bancos comerciales.

429



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

53 Administración Permitirá la interconexión con los sistemas de cobro de impuestos y contribuciones SUNAT. 54 Administración Permitirá la interconexión con los sistemas de cobro de impuestos aduaneros (SUNAT).

55 Administración Permitirá la interconexión con los sistemas de cobro de tasas y contribuciones de las entidades públicas (por ejemplo, pero no exclusivamente: Poder Judicial, PNP, DIGEMIN).

REQUERIMIENTOS FUNCIONALES MODULO DE PAGOS Y COBROS - DESEMBOLSOS / PAGOS POR ENCARGO

INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

56 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.

57 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.

PROCESOS AUXILIARES

430


REQUERIMIENTOS FUNCIONALES DEL PROCESO DE CANJE ELECTRÓNICO

INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

1 GeneralesPermitirá 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).

2 GeneralesEl 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.

3 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.

4 GeneralesDará 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 CCE y la Asociación de Bancos del Perú (ASBANC).

5 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.

6 GeneralesFacilitará 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.

431



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

7 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.

8 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.

9 GeneralesPermitirá definir la forma de envío de los cheques para su compensación, sea en una determinada plaza compensable (canje de provincias) ó a través del centro de intercambio físico de cheques de la CCE (canje en Lima).

10 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 ó no conforme.- Código de banco incorrecto.- Día no laborable.

432



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

- 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.

11 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.

12 Generales Permitirá 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, etc.

13 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.

433



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

14 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.

15 Generales Permitirá crear, modificar o eliminar Plazas Compensables de Canje y/o Plazas Presentadoras (Lima y Provincias).

16 GeneralesPermitirá 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.

17Canje 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).

18 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).

19Canje 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).

20Canje 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.

434



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

21Canje 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.

22 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.

23Canje 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).

24Canje 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.

25Canje 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.

435



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

- 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.

26Canje 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.

27Canje 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.

28 Gestión de documentos

Incluirá o facilitará la integración de un sistema de manejo y 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.

29 Reportes y Consultas Deberá 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.

30 Integración Deberá permitir la integración con lectoras de cheques para la lectura de información de los cheques.

31 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.

436



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

REQUERIMIENTOS FUNCIONALES PROCESO DE MANEJO DE EFECTIVO Y BÓVEDAS

INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

32 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.

33 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.

34 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.

35 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.

36 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.

37 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

437



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

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.

38 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.

39 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.

40 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.

41 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.

42 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.

438



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

43 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.

44 Traslado de Fondos por orden de Clientes Generará órdenes para traslado de fondos y valores por solicitud del cliente (amparadas a convenios especiales previamente establecidos con los clientes).

45 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.

46 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).

47 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, incluyendo los participantes en los procesos de autorización.

439


REQUERIMIENTOS FUNCIONALES PROCESO DE EMBARGOS

INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

48 Gestión Administrativa Ofrecerá la posibilidad de configurar esquemas de autorización de acuerdo a los niveles que defina el Banco.

49 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 la misma.

51 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).

52 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.

53 Orden de EmbargoSuministrará 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

440


en el manejo de recursos de almacenamiento y tiempo de respuesta en el mediano y largo plazo.

54 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.

55 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.

56 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, 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.

57 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.

441


58 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.

59 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.

60 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).

61 Gestión Administrativa Suministrará facilidades necesarias para emitir los informes de embargo, utilizando las plantillas que el Banco requiera.

62 Gestión Administrativa Suministrará facilidades necesarias para la confección de los anexos al Balance.

63 VerificaciónDeberá 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.

64 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 fondos o valores de acuerdo con lo que establezca el mandato de embargo.

65 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.

442


66 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.

REQUERIMIENTOS FUNCIONALES PROCESO DE LEVANTAMIENTO DE SECRETO BANCARIO

INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

67 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 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 la misma.

70 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.

72 Notificación / Repuesta Deberá emitir los diferentes documentos de respuesta que el proceso requiera entre los que podemos citar:

443


- Saldos del cliente.- Cliente sin productos.- Solicitud de datos adicionales.- Respuesta negativa (cliente sin operaciones).

73 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.

74 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.

75 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).

76 Gestión Administrativa Deberá integrarse con todos los módulos del core bancario para extraer el resumen de operaciones pasivas que posea el investigado.

77 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.

444


REQUERIMIENTOS FUNCIONALES PROCESO DE INTEGRACIÓN SWIFT

INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

78 Integración SWIFT Todas las transacciones internacionales se ejecutarán a través de la plataforma automatizada de integración y gestión operativa SWIFT.

79 Integración SWIFTLa integración SWIFT deberá estar preparada para ser migrada automática a la versión disponible en el mercado, conservando todas las características de manejo estándar operativo de mensajería SWIFT.

80 Integración SWIFT

Es un requisito mandatorio que todos y cada uno de los Módulos de Negocio, Plataformas de Atención y los Procesos Auxiliares que contemple la solución propuesta, que por la naturaleza operativa de los productos y servicios financieros que automatizan deban interactuar con mensajería estandarizada en formatos SWIFT, se integren con la plataforma de gestión operativa SWIFT del Banco.


La integración deberá darse a un nivel en el cual los procesos y/o transacciones operativos de gestión de los productos o servicios del cliente que generen mensajería en formatos SWIFT, deberán generar en forma automática el borrador del mensaje SWIFT a ser enviado con el formato correspondiente al tipo de mensaje, la validación de que se incluye todos los campos requeridos por el tipo de mensaje, el llenado automático de los datos generados en la operación o transacción y la validación del tipo de dato que va en cada campo. Esta información se generará en un string de datos en el formato electrónico que requiere la plataforma SWIFT del Banco de la Nación, y se recibirá en la misma para su verificación por parte de los operadores de esa plataforma, para que se autorice el despacho del mensaje, cómo se recibió o con los ajustes o modificaciones que haga el operador responsable.


La integración contemplará además una facilidad para recibir en formato electrónico los mensajes SWIFT recibidos y pasarlos al Módulo de Negocios o Proceso de Core Bancario que deba gestionarlos, sin necesidad que se transcriba el mensaje.

445



INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

83 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.

84 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.

85 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.

86 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.

87 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, etc. – 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, etc.).- Entidad participante receptora.- Concepto de la transferencia.

446


88 GeneralesDeberá permitir crear la tabla de entidades financieras habilitadas para recibir transferencias interbancarias, dependiendo del sistema de pagos que se utilice (CCE ó LBTR).

89 Generales Deberá permitir manejar el código de cuenta interbancario CCI para la realización de transferencia entre cuentas de los diferentes bancos.

90 Generales

Permitirá 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.

91 Generales

Deberá permitir crear los diferentes cargos por concepto de transferencias interbancarias tales como comisiones e impuestos, en base a las siguientes consideraciones:

- Permitirá definir las comisiones que se cobra al cliente por tipo de transferencia.- Permitirá definir las comisiones que se cobra a las instituciones financieras bajo parámetros estándar y/o específicos.- Permitirá definir las comisiones que cobran las instituciones financieras al Banco de la Nación.- Deberá permitir definir las comisiones internas e interbancarias según rangos de importes, plaza de destino (CCE: Misma Plaza, Otra Plaza o Plaza Exclusiva), entre otros.- Deberá permitir definir diferentes cargos o comisiones dependiendo de si las transferencias son realizadas en moneda nacional o moneda extranjera. - Deberá permitir 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).- Deberá 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).

92 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.

93 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,

447


Internet, ATM, entre otros.

94 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.

95 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 envió de la transferencia para su registro y proceso a través de CCE, en caso de transferencias de bajo valor.

96 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.

97 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.

98 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

448


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.

99 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).

100 Reverso de transferencias

Permitirá realizar reversos (extornos) es decir la anulación de la transferencias en casos como equivocación, error, nueva instrucción del cliente, lo cual aplica siempre y cuando la transferencia aun no sea procesada en el sistema LBTR o CCE.

101 Integración Permitirá la Interconexión al sistema interbancario (SIB) del BCRP.

102 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.

449


PROCESOS DE APOYO

REQUERIMIENTOS FUNCIONALES DE ADMINISTRACIÓN CONTABLE

INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

1 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.

2 ContabilizaciónOfrecerá facilidades para asociar las transacciones de cada producto a su respectivo esquema contable, de tal forma que se facilite la detección y corrección de errores contables u operativos.

3 ContabilizaciónDeberá ofrecer facilidades para la configuración de la generación de movimientos contables de acuerdo a las diferentes etapas o estados de las operaciones que los originan.

4 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.

5 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.

6 ContabilizaciónDeberá implementar las funcionalidades necesarias para que el proceso de generación de asientos complete la cuenta contable a partir de diversos parámetros como podrían ser el tipo de transacción, oficina, unidad, moneda y tipo de movimiento.

7 Contabilización Permitirá la generación de movimientos contables en forma masiva (batch), por transacción, oficina, unidad y producto.

450


REQUERIMIENTOS FUNCIONALES DE ADMINISTRACIÓN CONTABLE

INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

8 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.

9 ContabilizaciónDeberá 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.

10 Contabilización

Debe permitir el manejo de información histórica para facilitar la investigación de inconsistencias detectadas en fechas anteriores a la actual. 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.

11 Contabilización

Deberá integrarse con Oracle Financials para el traslado de los movimientos contables generados por el Core Bancario. 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.

451


FUNCIONALIDADES ADICIONALES

FUNCIONALIDADES ADICIONALES

INCL

UID

O

SE IN

TEGR

ARÁ

SE D

ESAR

ROLL

ARÁ

FOLI

OS

DE

PRO

PUES

TA

452

ANEXO Nº 3

DECLARACIÓN JURADA (ART. 42 DEL REGLAMENTO DE LA LEY DE CONTRATACIONES DEL ESTADO)



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.

Ciudad y fecha,………………………

..................................................................Firma y sello del Representante Legal


IMPORTANTE:

Cuando se trate de consorcios, esta declaración jurada será presentada por cada uno de los consorciados.

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 al CONCURSO PÚBLICO Nº 0050-2012-BN, 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%

Ciudad y fecha, …………………..…

…………………………………………..…………….. ……………………...……………………………. Nombre, firma, sello y DNI o PASAPORTE Nombre, firma, sello y DNI o PASAPORTE (si fuera el caso) (si fuera el caso) del Representante Legal empresa 1 del Representante Legal empresa 2

ANEXO Nº 5

DECLARACIÓN JURADA DE PLAZO DE PRESTACION DEL SERVICIO Y GARANTIA

SeñoresCOMITÉ ESPECIALCONCURSO PÚBLICO Nº 0050-2012-BNCORE BANCARIO PARA EL BANCO DE LA NACIONPresente.-


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 se estima en 51 meses, de acuerdo a lo siguiente:





Prestación Accesoria





……..........................................................Firma, Nombres y Apellidos del postor o


439


ANEXO Nº 6EXPERIENCIA DEL POSTOR EN LA ACTIVIDAD

SeñoresCOMITÉ ESPECIALCONCURSO PÚBLICO Nº 0050-2012-BNPresente.-

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 FECHA80 MONEDA IMPORTE TIPO DE CAMBIO

VENTA81MONTO FACTURADO

ACUMULADO82

123456789

10TOTAL


………..........................................................Firma, Nombres y Apellidos del postor o


80 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.81 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.82 Consignar en la moneda establecida para el valor referencial.

456

439


ANEXO Nº 7EXPERIENCIA DEL POSTOR EN LA ESPECIALIDAD

SeñoresCOMITÉ ESPECIALCONCURSO PÚBLICO Nº 0050-2012-BNPresente.-

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 FECHA83 MONEDA IMPORTE TIPO DE CAMBIO

VENTA84MONTO FACTURADO

ACUMULADO85

123456789

10TOTAL


………..........................................................Firma, Nombres y Apellidos del postor o


83 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.84 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.85 Consignar en la moneda establecida para el valor referencial.

457


ANEXO Nº 8

FORMATO DE PRESENTACIÓN DE CONSULTAS Y/U OBSERVACIONES A LAS BASES

SeñoresCOMITÉ ESPECIAL CONCURSO PÚBLICO Nº 0050-2012-BNPresente.-

Marcar con aspa (X) si corresponde a una consulta u observación CONSULTA OBSERVACIÓN

1.-EMPRESA (Nombre o Razón Social)

2.- REFERENCIA(S) DE LAS BASES

Numeral (es):Anexo(s):Página(s):

3.-ANTECEDENTES / SUSTENTO

4.- CONSULTA Y/U OBSERVACIONES

Nota: Sólo una consulta u observación por formato


……………………………….…………………..Firma y sello del representante legal


458


ANEXO Nº 9

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.




459


ANEXO Nº 10

CARTA DE COMPROMISO DE SOPORTE Y MANTENIMIENTO



Por medio de la presente nuestra representada se compromete a cumplir con las actividades de Soporte y Mantenimiento establecidas en los Términos de Referencia (numeral 15 Requerimientos de Garantía, Mantenimiento y Soporte); así como, las actividades relacionas al cumplimiento del Soporte Post-Productivo que forman parte en el Capítulo III de las Bases de la presente Adjudicación,




460


ANEXO Nº 11

CARTA DE PROPUESTA ECONÓMICA(MODELO)

SeñoresCOMITÉ ESPECIALCONCURSO PÚBLICO Nº 0050-2012-BN

Presente.-


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ÓNMONTO PRESTACIÓN

(US $ - Dólares Americanos)


NUEVO CORE BANCARIO PARA EL BANCO DE LA NACIÓN

PRESTACION PRINCIPAL: Base de Datos – Licencias Solución de Core Bancario

(Licencias e Infraestructura) Servicios de Implementación

Capacitación y EntrenamientoPRESTACION ACCESORIA:

Soporte y Mantenimiento - Base de Datos

Soporte y Mantenimiento - Solución de Core Bancario

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.




461

BASES ESTÁNDAR DE CONCURSO PÚBLICO PARA … · Web viewSe efectuará de conformidad con lo...

Documents

Transcript of BASES ESTÁNDAR DE CONCURSO PÚBLICO PARA … · Web viewSe efectuará de conformidad con lo...