Rad 0 Ae 41

Adjudicación de Menor Cuantía Nº 0054-2013-BN
BASES
ADJUDICACIÓN DE MENOR CUANTÍA Nº 0054-2013-BN
CONTRATACIÓN DE SERVICIOS DE:
“Nuevo Core Bancario para el Banco de la Nación”
Página 1 de 404
SECCIÓN GENERAL
DISPOSICIONES COMUNES DEL PROCESO DE

SELECCIÓN
CAPÍTULO I
ETAPAS DEL PROCESO DE SELECCIÓN
1.1. BASE LEGAL
- Ley N° 28411 - Ley General del Sistema Nacional del Presupuesto.

- Decreto Legislativo N° 1017 – Ley de Contrataciones del Estado, en adelante la Ley.
- Decreto Supremo N° 184-2008-EF – Reglamento de la Ley de Contrataciones del Estado,
en adelante el Reglamento.
- Directivas del OSCE.
- Ley N° 27444 – Ley del Procedimiento Administrativo General.
- Código Civil.
- Ley 27806 – Ley de Transparencia y de Acceso a la Información Pública.
- Decreto Supremo Nº 007-2008-TR, Texto Único Ordenado de la Ley de Promoción de la
Competitividad, Formalización y Desarrollo de la Micro y Pequeña Empresa y del acceso
al empleo decente, Ley MYPE.
- Decreto Supremo Nº 008-2008-TR, Reglamento de la Ley MYPE.
Las referidas normas incluyen sus respectivas modificaciones, de ser el caso.
Para la aplicación del derecho deberá considerarse la especialidad de las normas previstas
en las presentes Bases.
1.2. CONVOCATORIA
Se efectuará de conformidad con lo señalado en el artículo 51 del Reglamento, en la fecha

señalada en el cronograma.
1.3. REGISTRO DE PARTICIPANTES
El registro de participantes se efectuará desde el día siguiente de la convocatoria hasta antes

del inicio de la presentación de propuestas. En el caso de propuestas presentadas por un
consorcio, bastará que se registre uno (1) de sus integrantes, de conformidad con el artículo
53 del Reglamento.
La persona natural o persona jurídica que desee participar en el proceso de selección deberá
contar con inscripción vigente en el Registro Nacional de Proveedores (RNP) conforme al
objeto de la convocatoria. La Entidad verificará la vigencia de la inscripción en el RNP y que
no se encuentre inhabilitada para contratar con el Estado.
Al registrarse, el participante deberá señalar la siguiente información: Nombres, apellidos y

Documento Nacional de Identidad (DNI), en el caso de persona natural; razón social de la
persona jurídica; número de Registro Único de Contribuyentes (RUC); domicilio legal; teléfono
y fax.
Página 2 de 404
IMPORTANTE:
 Para registrarse como participante en un proceso de selección convocado por las

Entidades del Estado Peruano, es necesario que los proveedores cuenten con inscripción
vigente ante el Registro Nacional de Proveedores (RNP) que administra el Organismo
Supervisor de las Contrataciones del Estado (OSCE). Para obtener mayor información,
podrá ingresarse a la siguiente dirección electrónica: www.rnp.gob.pe.
1.4.FORMA DE PRESENTACIÓN DE PROPUESTAS Y ACREDITACIÓN
Todos los documentos que contengan información referida a los requisitos para la admisión
de propuestas y factores de evaluación se presentarán en idioma castellano o, en su defecto,
acompañados de traducción oficial o certificada efectuada por traductor público juramentado o
traductor colegiado certificado, según corresponda, salvo el caso de la información técnica
complementaria contenida en folletos, instructivos, catálogos o similares, que podrá ser
presentada en el idioma original. El postor será responsable de la exactitud y veracidad de
dichos documentos.
Las propuestas se presentarán en dos (2) sobres cerrados, de los cuales el primero contendrá
la propuesta técnica y el segundo la propuesta económica.
Si las propuestas se presentan en hojas simples se redactarán por medios mecánicos o

electrónicos y serán foliadas correlativamente empezando por el número uno.
Asimismo, cuando las propuestas tengan que ser presentadas total o parcialmente mediante
formularios o formatos, éstos podrán ser llenados por cualquier medio, incluyendo el manual.
En ambos supuestos, las propuestas deben llevar el sello y la rúbrica del postor o de su
representante legal o mandatario designado para dicho fin, salvo que el postor sea persona
natural, en cuyo caso bastará que éste o su apoderado, indique debajo de la rúbrica sus
nombres y apellidos completos.
Cuando la presentación de propuestas se realice en acto público, las personas naturales

podrán concurrir personalmente o a través de su apoderado debidamente acreditado ante el
Comité Especial o el órgano encargado de las contrataciones, según corresponda, mediante
carta poder simple (Formato N° 1). Las personas jurídicas lo harán por medio de su
representante legal acreditado con copia simple del documento registral vigente que consigne
dicho cargo o a través de su apoderado acreditado con carta poder simple suscrita por el
representante legal, a la que se adjuntará el documento registral vigente que consigne la
designación del representante legal, expedido con una antigüedad no mayor de treinta (30)
días calendario a la presentación de propuestas. (Formato Nº 1).
En el caso de consorcios, la propuesta puede ser presentada por el representante común del
consorcio, o por el apoderado designado por éste, o por el representante legal o apoderado
de uno de los integrantes del consorcio que se encuentre registrado como participante,
conforme a lo siguiente:
1. En el caso que el representante común del consorcio presente la propuesta, éste debe
presentar copia simple de la promesa formal de consorcio.
2. En el caso que el apoderado designado por el representante común del consorcio

presente la propuesta, este debe presentar carta poder simple suscrita por el
representante común del consorcio y copia simple de la promesa formal de consorcio.
3. En el caso del representante legal o apoderado de uno de los integrantes del consorcio
Página 3 de 404
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.
1.5.PRESENTACIÓN DE PROPUESTAS1
En caso la presentación de propuesta se realice en ACTO PÚBLICO, deberá tenerse en

consideración lo siguiente:
La presentación de propuestas se realiza en acto público, en la fecha y hora señaladas en el

cronograma del proceso.
El acto se inicia cuando el Comité Especial o el órgano encargado de las contrataciones,

según corresponda, empieza a llamar a los participantes en el orden en que se registraron
para participar en el proceso, para que entreguen sus propuestas. Si al momento de ser
llamado el participante no se encuentra presente, se le tendrá por desistido. Si algún
participante es omitido, podrá acreditarse con la presentación de la constancia de su registro
como participante.
Los integrantes de un consorcio no podrán presentar propuestas individuales ni conformar

más de un consorcio.
IMPORTANTE:
 En caso de convocarse según relación de ítems, los integrantes de un consorcio no

podrán presentar propuestas individuales ni conformar más de un consorcio en un
mismo ítem, lo que no impide que puedan presentarse individualmente o conformando
otro consorcio en ítems distintos.
En el caso que el Comité Especial o el órgano encargado de las contrataciones, según

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

contrataciones, según corresponda, procederá a abrir los sobres que contienen la propuesta
técnica de cada postor, a fin de verificar que los documentos presentados por cada postor
sean los solicitados en las Bases.
En el caso que de la revisión de la propuesta se adviertan defectos de forma, tales como

errores u omisiones subsanables en los documentos presentados que no modifiquen el
alcance de la propuesta técnica, o la omisión de presentación de uno o más documentos que
acrediten el cumplimiento de los requerimientos técnicos mínimos siempre que se trate de
documentos emitidos por autoridad pública nacional o un privado en ejercicio de función
pública, tales como autorizaciones, permisos, títulos, constancias y/o certificados que
acrediten estar inscrito o integrar un registro, y otros de naturaleza análoga, para lo cual
deben haber sido obtenidos por el postor con anterioridad a la fecha establecida para la
presentación de propuestas, se actuará conforme lo dispuesto en el artículo 68 del
Reglamento. Este es el único momento en que puede otorgarse plazo para subsanar la
propuesta técnica.
En el caso de advertirse que la propuesta no cumple con lo requerido por las Bases, y no se
encuentre dentro de los supuestos señalados en el párrafo anterior, se devolverá la
propuesta, teniéndola por no admitida, salvo que el postor exprese su disconformidad, en
1
De acuerdo con lo establecido por el artículo 64 del Reglamento, el acto de presentación de propuestas en una
Adjudicación de Menor Cuantía puede ser público o privado, lo que debe determinarse en la sección específica de las Bases.
Página 4 de 404
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 dentro de uno o más sobres, los que serán
debidamente sellados y firmados por él, por los miembros del Comité Especial o el órgano
encargado de las contrataciones, según corresponda, y por los postores que así lo deseen,
conservándolos hasta la fecha en que el Comité Especial o el órgano encargado de las
contrataciones, según corresponda, en acto público, comunique verbalmente a los postores el
resultado de la evaluación de las propuestas técnicas.
Al terminar el acto público, se levantará un acta, la cual será suscrita por el Notario (o Juez de
Paz), por todos sus miembros, así como por los veedores y los postores que lo deseen.
De conformidad con lo dispuesto en el artículo 64 del Reglamento, en los actos de

presentación de propuestas y otorgamiento de la Buena Pro se podrá contar con la presencia
de un representante del Sistema Nacional de Control, quien participará como veedor y deberá
suscribir el acta correspondiente, su inasistencia no viciará el proceso.
En caso la presentación de propuestas se realice en ACTO PRIVADO, deberá tenerse en

consideración lo siguiente:
Los participantes presentarán sus propuestas, con cargo y en sobre cerrado, en el lugar, el
día y horario señalados en la sección específica de las Bases, bajo responsabilidad del
Comité Especial o el órgano encargado de las contrataciones, según corresponda.
Los integrantes de un consorcio no podrán presentar propuestas individuales ni conformar

más de un consorcio.
IMPORTANTE:
 En caso de convocarse según relación de ítems, los integrantes de un consorcio no

podrán presentar propuestas individuales ni conformar más de un consorcio en un
mismo ítem, lo que no impide que puedan presentarse individualmente o conformando
otro consorcio en ítems distintos .
De conformidad con lo dispuesto en el artículo 64 del Reglamento, en los actos de

presentación de propuestas y otorgamiento de la Buena Pro se podrá contar con la presencia
de un representante del Sistema Nacional de Control, quien participará como veedor y deberá
suscribir el acta correspondiente, su inasistencia no viciará el proceso.
1.6.CONTENIDO DE LA PROPUESTA ECONÓMICA
La propuesta económica (Sobre Nº 2) deberá incluir obligatoriamente lo siguiente:
La oferta económica, en la moneda que corresponda, incluidos todos los tributos, seguros,
transportes, inspecciones, pruebas y, de ser el caso, los costos laborales conforme a la
legislación vigente, así como cualquier otro concepto que pueda tener incidencia sobre el
costo del servicio a contratar; excepto la de aquellos postores que gocen de exoneraciones
legales. La Entidad no reconocerá pago adicional de ninguna naturaleza.
El monto total de la propuesta económica y los subtotales que lo componen deberán ser
Página 5 de 404
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.2
1.7.EVALUACIÓN DE PROPUESTAS
La evaluación de propuestas se realizará en dos (2) etapas: La evaluación técnica y la

evaluación económica.
Los máximos puntajes asignados a las propuestas son los siguientes:
Propuesta Técnica : 100 puntos

Propuesta Económica : 100 puntos
1.7.1.EVALUACIÓN TÉCNICA
En caso se hubiese previsto la presentación de propuestas en ACTO PÚBLICO,

en la evaluación se deberá tener en consideración lo siguiente:
Se verificará que la propuesta técnica cumpla con los requerimientos técnicos

mínimos contenidos en las presentes Bases. Las propuestas que no cumplan dichos
requerimientos no serán admitidas.
Sólo aquellas propuestas admitidas y aquellas a las que el Comité Especial o el

órgano encargado de las contrataciones, según corresponda, hubiese otorgado plazo
de subsanación, pasarán a la evaluación técnica.
En aquellos casos en los que se hubiese otorgado plazo para la subsanación de la

propuesta, el Comité Especial o el órgano encargado de las contrataciones, según
corresponda, deberá determinar si se cumplió o no con la subsanación solicitada. Si
luego de vencido el plazo otorgado, no se cumple con la subsanación, el Comité
Especial o el órgano encargado de las contrataciones, según corresponda, tendrá la
propuesta por no admitida.
Una vez cumplida la subsanación de la propuesta o vencido el plazo otorgado para

dicho efecto, se continuará con la evaluación de las propuestas técnicas admitidas,
asignando los puntajes correspondientes, conforme a la metodología de asignación
de puntaje establecida para cada factor.
Las propuestas técnicas que no alcancen el puntaje mínimo de ochenta (80) puntos,
serán descalificadas en esta etapa y no accederán a la evaluación económica.
En caso se hubiese previsto la presentación de propuestas en ACTO PRIVADO,

en la evaluación se deberá tener en consideración lo siguiente:
Se procederá a la apertura de las propuestas técnicas presentadas y se verificará que

contengan los documentos de presentación obligatoria y cumplan con los
requerimientos técnicos mínimos contenidos en las presentes Bases. Las propuestas
2
Luego de efectuada la evaluación técnica, cabe la posibilidad que dicho postor haya obtenido el puntaje necesario para
acceder a la evaluación económica únicamente en algunos de los ítems a los que se presentó, por lo que, de acuerdo con el
artículo 71 del Reglamento, correspondería devolver las propuestas económicas sin abrir, lo que no resultaría posible si la
totalidad de las propuestas económicas del postor se incluyen en un solo sobre.
Página 6 de 404
que no cumplan dichos requerimientos no serán admitidas.
En el caso que de la revisión de la propuesta se adviertan defectos de forma, tales

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

implementación del mecanismo de notificación electrónica en el SEACE para la
Entidad, el Comité Especial o el órgano encargado de las contrataciones, según
corresponda, deberá notificar al postor el requerimiento de subsanación de la
propuesta técnica en forma personal, conforme a lo dispuesto por la Décima
Disposición Complementaria Transitoria del Reglamento.
En el caso de advertirse que la propuesta no cumple con lo requerido por las Bases, y
no se encuentre dentro de los supuestos señalados en el párrafo anterior, se tendrá
por no admitida. El Comité Especial o el órgano encargado de las contrataciones,
según corresponda, incluirá el motivo de esa decisión en el acta de los resultados del
proceso que se publicará en el SEACE, debiendo devolver los sobres que contienen
la propuesta técnica y económica, una vez consentido el otorgamiento de la Buena
Pro.
Sólo aquellas propuestas admitidas y aquellas a las que el Comité Especial o el

órgano encargado de las contrataciones, según corresponda, hubiese otorgado plazo
de subsanación, pasarán a la evaluación técnica.
En aquellos casos en los que se hubiese otorgado plazo para la subsanación de la

propuesta, el Comité Especial o el órgano encargado de las contrataciones, según
corresponda, deberá determinar si se cumplió o no con la subsanación solicitada. Si
luego de vencido el plazo otorgado, no se cumple con la subsanación, el Comité
Especial o el órgano encargado de las contrataciones, según corresponda, tendrá la
propuesta por no admitida.
Una vez cumplida la subsanación de la propuesta o vencido el plazo otorgado para

dicho efecto, se continuará con la evaluación de las propuestas técnicas admitidas,
asignando los puntajes correspondientes, conforme a la metodología de asignación
de puntaje establecida para cada factor.
Las propuestas técnicas que no alcancen el puntaje mínimo de ochenta (80) puntos,
serán descalificadas en esta etapa y no accederán a la evaluación económica.
En caso de la descalificación de la propuesta, el Comité Especial o el órgano

encargado de las contrataciones, según corresponda, incluirá el motivo de esa
decisión en el acta de los resultados del proceso que publicará en el SEACE.
1.7.2.EVALUACIÓN ECONÓMICA
Si la propuesta económica excede el valor referencial, será devuelta por el Comité

Especial o el órgano encargado de las contrataciones, según corresponda, y se
tendrá por no presentada, conforme lo establece el artículo 33 de la Ley.
Página 7 de 404
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 PMPE
Oi
Donde:
i = Propuesta
Pi = Puntaje de la propuesta económica i
Oi = Propuesta Económica i
Om = Propuesta Económica de monto o precio más bajo
PMPE = Puntaje Máximo de la Propuesta Económica
IMPORTANTE:
 En caso el proceso se convoque bajo el sistema de precios unitarios, tarifas o

porcentajes, el Comité Especial o el órgano encargado de las contrataciones,
según corresponda, deberá verificar las operaciones aritméticas de la propuesta
que obtuvo el mayor puntaje total y, de existir alguna incorrección, deberá
corregirla a fin de consignar el monto correcto y asignarle el lugar que le
corresponda. Dicha corrección debe figurar expresamente en el acta respectiva.
 Sólo cuando se haya previsto (según el caso concreto) aceptar propuestas

económicas que incluyan propuestas de financiamiento, la propuesta económica
se evaluará utilizando el método del valor presente neto del flujo financiero que
comprenda los costos financieros y el repago de la deuda. Se tomarán en cuenta
todos los costos del financiamiento, tales como la tasa de interés, comisiones,
seguros y otros, así como la contrapartida de la Entidad si fuere el caso,
conforme a las disposiciones contenidas en el artículo 70 del Reglamento.
1.8.ACTO DE OTORGAMIENTO DE LA BUENA PRO
En la fecha y hora señalada en las Bases, el Comité Especial o el órgano encargado de las
contrataciones, según corresponda, se pronunciará sobre la admisión y la evaluación técnica
de las propuestas, comunicando los resultados de esta última.
El Comité Especial o el órgano encargado de las contrataciones, según corresponda,

procederá a la apertura de los sobres que contienen las propuestas económicas de aquellos
postores cuyas propuestas técnicas hubieran alcanzado el puntaje técnico mínimo requerido
en las Bases.
La evaluación de las propuestas económicas se realizará de conformidad con el

procedimiento establecido en las presentes Bases.
La determinación del puntaje total se hará de conformidad con el artículo 71 del Reglamento.
IMPORTANTE:
 En el caso de contratación de servicios a ser prestados fuera de las provincias de Lima y

Callao, a solicitud del postor, se asignará una bonificación equivalente al diez por ciento
(10%) sobre la sumatoria de las propuestas técnica y económica de los postores con
domicilio en la provincia donde se prestará el servicio objeto del proceso de selección o
en las provincias colindantes, sean o no pertenecientes al mismo departamento o región.
El domicilio será el consignado en la constancia de inscripción ante el RNP. 3
3
La constancia de inscripción electrónica se visualizará en el portal web del Registro Nacional de Proveedores:
www.rnp.gob.pe
Página 8 de 404
El Comité Especial o el órgano encargado de las contrataciones, según corresponda,

procederá a otorgar la Buena Pro a la propuesta ganadora, dando a conocer los resultados
del proceso de selección a través de un cuadro comparativo en el que se consignará el orden
de prelación en que han quedado calificados los postores, detallando los puntajes técnico,
económico y total obtenidos por cada uno de ellos.
En el supuesto que dos (2) o más propuestas empaten, el otorgamiento de la Buena Pro se
efectuará observando lo señalado en el artículo 73 del Reglamento.
Al terminar el acto público se levantará un acta, la cual será suscrita por el Notario (o Juez de
Paz), por todos los miembros del Comité Especial o por el órgano encargado de las
contrataciones, según corresponda, así como por los veedores y los postores que deseen
hacerlo.
El otorgamiento de la Buena Pro, se presumirá notificado a todos los postores en la misma

fecha, oportunidad en la que se entregará a los postores copia del acta de otorgamiento de la
Buena Pro y el cuadro comparativo, detallando los resultados en cada factor de evaluación.
Dicha presunción no admite prueba en contrario. Esta información se publicará el mismo día
en el SEACE.
1.9.CONSENTIMIENTO DE LA BUENA PRO
Cuando se hayan presentado dos (2) o más propuestas, el consentimiento de la Buena Pro se
producirá a los cinco (5) días hábiles de la notificación de su otorgamiento, sin que los
postores hayan ejercido el derecho de interponer el recurso de apelación. En este caso, el
consentimiento se publicará en el SEACE al día hábil siguiente de haberse producido.
En el caso que se haya presentado una sola oferta, el consentimiento de la Buena Pro se
producirá el mismo día de la notificación de su otorgamiento, y podrá ser publicado en el
SEACE ese mismo día o hasta el día hábil siguiente.
CAPÍTULO II
SOLUCIÓN DE CONTROVERSIAS DURANTE EL PROCESO DE SELECCIÓN
2.1. RECURSO DE APELACIÓN
A través del recurso de apelación se impugnan los actos dictados durante el desarrollo del
proceso de selección, desde la convocatoria hasta aquellos emitidos antes de la celebración
del contrato.
El recurso de apelación se presenta ante la Entidad que convocó el proceso de selección y es

resuelto por el Titular de la Entidad o el funcionario a quien este haya delegado dicha facultad.
Los actos emitidos por el Titular de la Entidad que declaren la nulidad de oficio o cancelen el
proceso, podrán impugnarse ante el Tribunal de Contrataciones del Estado.
2.2. PLAZOS DE INTERPOSICIÓN DEL RECURSO DE APELACIÓN
La apelación contra el otorgamiento de la Buena Pro o contra los actos dictados con
anterioridad a ella debe interponerse dentro de los cinco (5) días hábiles siguientes de
haberse otorgado la Buena Pro.
Página 9 de 404
La apelación contra los actos distintos a los indicados en el párrafo anterior debe interponerse
dentro de los cinco (5) días hábiles siguientes de haberse tomado conocimiento del acto que
se desea impugnar.
CAPÍTULO III
DEL CONTRATO
3.1. DEL PERFECCIONAMIENTO DEL CONTRATO
El perfeccionamiento del contrato puede realizarse a través de la suscripción del contrato o la

notificación de la orden de servicio, según lo establecido en la sección específica de las
Bases.
Cuando el contrato se perfeccione a través de la suscripción del contrato, una vez que quede
consentido o administrativamente firme el otorgamiento de la Buena Pro, dentro de los siete
(7) días hábiles siguientes, sin mediar citación alguna, el postor ganador deberá presentar a
la Entidad la documentación para su perfeccionamiento. Dentro de los tres (3) días hábiles
siguientes a la presentación de dicha documentación, deberá concurrir ante la Entidad para
suscribir el contrato.
El contrato será suscrito por la Entidad, a través del funcionario competente o debidamente
autorizado, y por el ganador de la Buena Pro, ya sea directamente o por medio de su
apoderado, tratándose de persona natural, y tratándose de persona jurídica, a través de su
representante legal, de conformidad con lo establecido en el artículo 139 del Reglamento.
Cuando el contrato se perfeccione a través de la recepción de la orden de servicio, el postor

deberá presentar la documentación para el perfeccionamiento del contrato prevista en las
Bases, dentro de los tres (3) días hábiles siguientes de haber quedado consentido o
administrativamente firme el otorgamiento de la Buena Pro, sin mediar citación alguna. La
Entidad deberá notificarle la orden de servicio en un plazo no mayor de cuatro (4) días hábiles
siguientes a la presentación de dicha documentación.
La orden de servicio debe señalar el domicilio consignado por el postor ganador al remitir la
documentación para el perfeccionamiento del contrato prevista en las Bases, el mismo que
constituye el domicilio para efecto de las notificaciones durante la ejecución contractual.
IMPORTANTE:
 Sólo en el caso que la Entidad perfeccione el contrato con la suscripción de éste deberá
utilizarse la proforma establecida en el Capítulo V de la sección específica de las Bases.
En el supuesto que el postor ganador no presente la documentación y/o no concurra a

suscribir el contrato, según corresponda, en los plazos antes indicados, se procederá de
acuerdo a lo dispuesto en el numeral 3 del artículo 148 del Reglamento.
3.2. REQUISITOS PARA EL PERFECCIONAMIENTO DEL CONTRATO
Para el perfeccionamiento del contrato, el postor ganador de la Buena Pro deberá presentar,
además de los documentos previstos en las Bases, los siguientes:
 Contrato de consorcio con firmas legalizadas de los integrantes, de ser el caso.

 Código de cuenta interbancario (CCI).
 Traducción oficial efectuada por traductor público juramentado de todos los documentos
de la propuesta presentados en idioma extranjero que fueron acompañados de
traducción certificada, de ser el caso.
Página 10 de 404
3.3. 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 o, en su caso, desde
la recepción de la orden de servicio, según corresponda. Dicha vigencia rige hasta que el
funcionario competente dé la conformidad de la recepción de la prestación a cargo del
contratista y se efectúe el pago correspondiente.
3.4. FALLAS O DEFECTOS PERCIBIDOS POR EL CONTRATISTA
El contratista debe comunicar a la Entidad las fallas o defectos que advierta en los términos
de referencia del servicio contratado a más tardar a los siete (7) días calendario siguientes del
perfeccionamiento del contrato, con la finalidad que la Entidad evalúe las observaciones
comunicadas y se pronuncie sobre las mismas en el plazo de siete (7) días hábiles.
En caso de acoger la observación, deberá entregar al contratista las correcciones o efectuar

los cambios correspondientes, conforme a lo establecido en el artículo 152 del Reglamento.
En caso la observación no fuese admitida, la Entidad deberá comunicar de ello al contratista a
fin que continúe con la ejecución del servicio.
3.5. ADELANTOS
La Entidad entregará adelantos directos, conforme a lo previsto en el artículo 171 del

Reglamento, siempre que ello haya sido previsto en la sección específica de las Bases.
En el supuesto que no se entregue el adelanto en el plazo previsto, el contratista tiene

derecho a solicitar la ampliación del plazo de ejecución de la prestación por el número de días
equivalente a la demora, conforme al artículo 172 del Reglamento.
3.6. DE LAS PENALIDADES E INCUMPLIMIENTO DEL CONTRATO
Las penalidades por retraso injustificado en la ejecución del servicio y las causales para la
resolución del contrato, serán aplicadas de conformidad con los artículos 165 y 168 del
Reglamento, respectivamente.
De acuerdo con los artículos 48 de la Ley y 166 del Reglamento, en las Bases o el contrato
podrán establecerse penalidades distintas a la mencionada en el artículo 165 del Reglamento,
siempre y cuando sean objetivas, razonables y congruentes con el objeto de la convocatoria,
hasta por un monto máximo equivalente al diez por ciento (10%) del monto del contrato
vigente o, de ser el caso, del ítem que debió ejecutarse. Estas penalidades se calcularán de
forma independiente a la penalidad por mora.
3.7. REQUISITOS DE LAS GARANTÍAS4
Las garantías que se presenten deben ser incondicionales, solidarias, irrevocables y de

realización automática en el país al sólo requerimiento de la Entidad. Asimismo, deben ser
emitidas por empresas que se encuentren bajo la supervisión de la Superintendencia de
Banca, Seguros y Administradoras Privadas de Fondos de Pensiones, y deben estar
autorizadas para emitir garantías; o estar consideradas en la lista actualizada de bancos
extranjeros de primera categoría que periódicamente publica el Banco Central de Reserva del
Perú.
4
El presente numeral se tendrá en consideración en aquellos casos en los que en la sección específica de las Bases se
hubiese establecido la entrega de adelantos.
Página 11 de 404
IMPORTANTE:
 Corresponde a la Entidad verificar que las garantías presentadas por los contratistas
cumplen con los requisitos y condiciones necesarios para su aceptación y eventual
ejecución.
3.8. EJECUCIÓN DE GARANTÍAS5
Las garantías se harán efectivas conforme a las estipulaciones contempladas en el artículo

164 del Reglamento.
3.10 PAGOS
La Entidad deberá realizar todos los pagos a favor del contratista por concepto de los
servicios objeto del contrato. Dichos pagos se efectuarán después de ejecutada la respectiva
prestación; salvo que, por razones de mercado, el pago del precio sea condición para la
realización del servicio.
La Entidad deberá pagar las contraprestaciones pactadas a favor del contratista en la forma y
oportunidad (pago único o pagos parciales) establecida en las Bases o en el contrato,
siempre que el contratista los solicite presentando la documentación que justifique el pago y
acredite la ejecución de la prestación de los servicios, conforme a la sección específica de las
Bases.
Para tal efecto, el responsable de otorgar la conformidad de la prestación de los servicios,

deberá hacerlo en un plazo que no excederá de los diez (10) días calendario de ser éstos
prestados, a fin que la Entidad cumpla con la obligación de efectuar el pago dentro de los
quince (15) días calendario siguientes, siempre que se verifiquen las condiciones establecidas
en el contrato.
En el caso que se haya suscrito contrato con un consorcio, el pago se realizará de acuerdo a
lo que se indique en el contrato de consorcio.
En caso de retraso en el pago, el contratista tendrá derecho al pago de intereses conforme a

lo establecido en el artículo 48 de la Ley, contado desde la oportunidad en que el pago debió
efectuarse.
3.11 DISPOSICIONES FINALES
Todos los demás aspectos del presente proceso no contemplados en las Bases se regirán
supletoriamente por la Ley y su Reglamento, así como por las disposiciones legales vigentes.
5
El presente numeral se tendrá en consideración en aquellos casos en los que en la sección específica de las Bases se
hubiese establecido la entrega de adelantos.
Página 12 de 404
SECCIÓN ESPECÍFICA
CONDICIONES ESPECIALES DEL PROCESO DE

SELECCIÓN
CAPÍTULO I
GENERALIDADES
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: : 2644003@bn.com.pe
1.2. OBJETO DE LA CONVOCATORIA
El presente proceso de selección tiene por objeto la contratación de una empresa legalmente
capacitada para la prestación del Servicio de Implementación de una Solución de Core
Bancario para el Banco de la Nación.
1.3. VALOR REFERENCIAL
El valor referencial asciende a Veintiocho Millones Ochenta y Tres Mil Ochocientos Ochenta y
Cinco con 95/100 Dólares Americanos (US $ 28’083,885.95), incluido los impuestos de Ley y
cualquier otro concepto que incida en el costo total del servicio. El valor referencial ha sido
calculado al mes de octubre de 2013, de acuerdo al siguiente detalle:
MONTO TOTAL
MONTO PRESTACIÓN
DENOMINACIÓN (US $ - Dólares
(US $ - Dólares Americanos)
Americanos)
Nuevo Core Bancario para el Banco
28’083,885.95
de la Nación
PRESTACION PRINCIPAL: 25’746,616.41
PRESTACION ACCESORIA: 2’337,269.54
Teniendo en cuenta que el presente proceso se rige por el sistema de contratación de Suma
Página 13 de 404
Alzada, mientras el Postor presente un monto total menor o igual al monto referencial del
presente concurso no es trascendente el monto de las prestaciones.
IMPORTANTE:
 Las propuestas económicas no pueden exceder el monto consignado en las Bases
como valor referencial de conformidad con el artículo 33 de la Ley. No existe un límite
mínimo como tope para efectuar dichas propuestas.
 Debe tenerse en cuenta que el valor referencial del proceso es único, sin perjuicio de
la individualización de los montos que corresponden tanto a la prestación principal como a
la prestación accesoria, los que serán evaluados de acuerdo con lo establecido en la Ley y
el Reglamento.
1.4. EXPEDIENTE DE CONTRATACIÓN
El expediente de contratación fue aprobado con Memorándum EF/92.2600 Nº 0848-2013 del

23 de octubre de 2013.
1.5. FUENTE DE FINANCIAMIENTO
Recursos Directamente Recaudados - RDR
1.6. SISTEMA DE CONTRATACIÓN
El presente proceso se rige por el sistema de Suma Alzada, de acuerdo con lo establecido en
el expediente de contratación respectivo.
1.7.ALCANCES DEL REQUERIMIENTO
El servicio a contratar está definido en los Requerimientos Técnicos Mínimos que forman
parte de la presente Sección en el Capítulo III.
1.8.PLAZO DE PRESTACIÓN DEL SERVICIO
Los servicios materia de la presente convocatoria se prestarán de acuerdo a los siguientes

plazos:
DETALLE PLAZO
Prestación Principal El Plazo de Ejecución de las Prestaciones Principales del
Servicio será no mayor a 51 meses, de acuerdo a lo siguiente:
 Implementación de la Solución de Nuevo Core Bancario: A

partir del día siguiente de suscrito el contrato y cumplidas
las condiciones para el inicio de la prestación del servicio,
durante 3 años.
 Provisión de todas las Licencias requeridas para la

Implementación y total puesta en producción de la Solución
de Nuevo Core Bancario, que incluye: Licencias del
Software del Nuevo Core Bancario y demás licencias que el
proveedor considere necesarias para el correcto
funcionamiento de la Solución, incluyendo las herramientas
de desarrollo.
 Soporte Post-Producción de la Implementación del Nuevo
Página 14 de 404
DETALLE PLAZO
Core Bancario: A partir de la puesta en producción de cada
módulo, durante 3 meses. Esto significa que después de
cada fase el Contratista debe brindar Soporte Post-
Producción por tres (3) meses, del alcance de la solución
de Core Bancario implementado en dicha fase.
 Garantía de la Solución de Nuevo Core Bancario: A partir

de terminado el Soporte Post-Producción de cada módulo
implementado y hasta doce (12) meses posteriores al
término del Soporte Post-Producción del último módulo de
la Solución Nuevo Core Bancario.
.
El Plazo de Ejecución de la Prestación Accesoria será de un (1)
año, de acuerdo a lo siguiente:
 Soporte y Mantenimiento de la Solución de Core Bancario

Prestación Accesoria (que incluye Licencias del Software del Nuevo Core
Bancario y demás licencias que el proveedor considere
necesarias para el correcto funcionamiento de la Solución),
hasta por un (1) año después del periodo de garantía.
Los plazos se computaran a partir del día siguiente de cumplidas las condiciones por el
Banco:
 Espacio físico para el equipo de trabajo del Contratista de la Solución de Core Bancario y
el equipo asignado por el Banco, con cuatro espacios independientes para reuniones de
trabajo.
 Estacionamiento vehicular para el equipo de trabajo asignado.
 Computadoras personales para el equipo de trabajo asignado por el Banco de la Nación.
Las computadoras personales del equipo de trabajo del Contratista serán de su
responsabilidad.
 Proyectores para presentaciones para cada espacio físico.
 Mobiliario y acondicionamiento del espacio físico.
 Aire acondicionado.
 Energía eléctrica.
 Infraestructura de comunicaciones con acceso a la red interna del Banco de la Nación.
 Acceso a internet para los miembros del equipo de trabajo que lo requieran.
 Recursos Humanos necesarios para la gestión y ejecución del servicio.
 Disponibilidad y accesos a los servidores mainframe para la implementación de los
ambientes de desarrollo, certificación, producción y respaldo de la Solución del Nuevo
Core Bancario.
Las citadas condiciones deberán ser proporcionadas por el Banco de la Nación dentro de los
60 días siguientes a la suscripción del contrato.
1.9. COSTO DE REPRODUCCIÓN DE LAS BASES
Treinta con 00/100 Nuevos Soles (S/. 30.00)
1.10. BASE LEGAL
 Ley N° 28411 - Ley General del Sistema Nacional del Presupuesto.

 Ley N° 29951 - Ley de Presupuesto del Sector Público para el Año Fiscal 2013.
 Decreto Legislativo N° 1017 – Aprueba la Ley de Contrataciones del Estado y sus
modificatorias, en adelante la Ley.
Página 15 de 404
 Decreto Supremo N° 184-2008-EF – Aprueba el Reglamento de la Ley de

Contrataciones del Estado y sus modificatorias, en adelante el Reglamento.
 Directivas de OSCE
 Ley N° 27444 – Ley del Procedimiento Administrativo General.
 Código Civil.
 Ley 27806 – Ley de Transparencia y de Acceso a la Información Pública
 Decreto Supremo Nº 007-2008-TR, Texto Único Ordenado de la Ley de Promoción de la
Competitividad, Formalización y Desarrollo de la Micro y Pequeña y del acceso al empleo
decente, Ley MYPE.
 Decreto Supremo Nº 008-2008-TR, Reglamento de la Ley MYPE.
Las referidas normas incluyen sus respectivas disposiciones ampliatorias, modificatorias y

conexas, de ser el caso.
Página 16 de 404
CAPÍTULO II
DEL PROCESO DE SELECCIÓN
2.1.CRONOGRAMA DEL PROCESO DE SELECCIÓN
Etapa Fecha, hora y lugar
 Convocatoria : El 05/11/2013
 Registro de Participantes : Del 06/11/2013 al 22/11/2013
 Presentación de Propuestas : El 25/11/2013 y se realizará en el Sexto (6to.)
(Acto Público) Piso de la Sede Principal, ubicado en la Av.
República de Panamá N° 3664-San Isidro –
Lima, a las 15:00 horas
 Evaluación de Propuestas : Del 26/11/2013 al 16/12/2013
 Otorgamiento de la Buena Pro : El 17/12/2013 y se realizará en el Sexto (6to.)
(Acto Público) Piso de la Sede Principal, ubicado en la Av.
República de Panamá N° 3664-San Isidro –
Lima, a las 15:00 horas
2.2.REGISTRO DE PARTICIPANTES
El registro de los participantes es gratuito y se realizará en el módulo de Atención de la

División Servicios, sito en Av. República de Panamá N° 3664 Piso 1-San Isidro, en las fechas
señaladas en el cronograma, en el horario de 09:00 a 17:00 Horas, para lo cual el participante
deberá señalar la siguiente información: Nombres y apellidos, DNI (persona natural), razón
social, (persona jurídica), número de RUC, domicilio legal, teléfono y correo electrónico.
En el momento del registro, se emitirá la constancia o cargo correspondiente en el que se

indicará: número y objeto del proceso, el nombre y firma de la persona que efectuó el registro,
así como el día y hora de dicha recepción.
IMPORTANTE:
 Los participantes registrados tienen el derecho de solicitar un ejemplar de las Bases,

para cuyo efecto deben cancelar el costo de reproducción de las mismas.
2.3.PRESENTACIÓN DE PROPUESTAS
Las propuestas se presentarán en acto público, en Av. República de Panamá N° 3664 Piso 6-
San Isidro, en la fecha y hora señalada en el cronograma. El acto público se realizará con la
participación de Notario Público.
El Comité invitará a un representante del Sistema Nacional de Control, para participar como
veedor y suscribir el acta correspondiente, en caso asista. La no asistencia del mismo no vicia
el proceso.
Todos los documentos que contengan información referida a los requisitos para la admisión
de propuestas y factores de evaluación se presentarán en idioma castellano o, en su defecto,
acompañados de traducción certificada, salvo el caso de la información técnica
complementaria contenida en folletos, instructivos, catálogos o similares, que podrá ser
presentada en el idioma original. El postor será responsable de la exactitud y veracidad de
Página 17 de 404
dichos documentos.
Si las propuestas se presentan en hojas simples se redactarán por medios mecánicos o

electrónicos y serán foliadas correlativamente empezando por el número uno (1).
Asimismo, cuando las propuestas tengan que ser presentadas total o parcialmente mediante
formularios o formatos, éstos podrán ser llenados por cualquier medio, incluyendo el manual.
En ambos supuestos, las propuestas deben llevar el sello y la rúbrica del postor o de su
representante legal o mandatario designado para dicho fin.
En el Acto Público de Presentación de Propuestas, en representación del postor deberá

concurrir el representante legal o su apoderado, debidamente acreditado ante el Comité
Especial.
El representante legal se acreditará mediante copia simple del documento registral vigente
expedido con una antigüedad no mayor de treinta (30) días calendario a la presentación de
propuestas.
El apoderado se acreditará con carta poder simple suscrita por el representante legal, a la
que se adjuntará el documento registral vigente que consigne la designación del
representante legal, expedido con una antigüedad no mayor de treinta (30) días calendario a
la presentación de propuestas (Formato Nº 1).
En el caso de consorcios, la propuesta puede ser presentada por el representante común del
consorcio, o por el apoderado designado por éste, o por el representante legal o apoderado
de uno de los integrantes del consorcio que se encuentre registrado como participante,
conforme a lo siguiente:
1. En el caso que el representante común del consorcio presente la propuesta, éste debe
presentar copia simple de la promesa formal de consorcio.
2. En el caso que el apoderado designado por el representante común del consorcio

presente la propuesta, éste debe presentar carta poder simple suscrita por el
representante común del consorcio y copia simple de la promesa formal de consorcio.
3. En el caso del representante legal o apoderado de uno de los integrantes del consorcio
que se encuentre registrado como participante, la acreditación se realizará conforme a lo
dispuesto en el sexto párrafo del presente numeral, según corresponda.
Las propuestas se presentarán en dos (2) sobres cerrados y estarán dirigidas al Comité
Especial, de la ADJUDICACIÓN DE MENOR CUANTÍA N° 0054-2013-BN, conforme al
siguiente detalle:
SOBRE N° 1: Propuesta Técnica. El sobre será rotulado:
Señores
Banco de la Nación
Av. República de Panamá Nº 3664 – San Isidro
Att.: Comité Especial
ADJUDICACIÓN DE MENOR CUANTIA N° 0054-2013-BN

Denominació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]
Página 18 de 404
SOBRE Nº 2: Propuesta Económica. El sobre será rotulado:
Señores
Banco de la Nación
Av. República de Panamá Nº 3664 – San Isidro
Att.: Comité Especial
ADJUDICACIÓN DE MENOR CUANTIA N° 0054-2013-BN

Denominació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]
2.4.CONTENIDO DE LAS PROPUESTAS
2.4.1. SOBRE Nº 1 - PROPUESTA TÉCNICA:
Se presentará en un (1) original y 01 copia
El sobre Nº 1 contendrá, además de un índice de documentos6, la siguiente

documentación:
Documentación de presentación obligatoria:
a) Declaración jurada de datos del postor.

Cuando se trate de consorcio, esta declaración jurada será presentada por cada
uno de los consorciados. (Anexo Nº 1).
Nota: En caso de consorcio, los Postores que lo conforman deben estar inscritos
en el Registro Nacional de Proveedores en el capítulo de proveedores de servicios.
b) Declaración jurada de cumplimiento de los Requerimientos Técnicos Mínimos

contenidos en el Capítulo III de la presente sección. (Anexo Nº 2).
Así mismo, deberá presentar:
i. Propuesta, adjuntando la documentación técnica o la descripción técnica

detallada, según corresponda para el cumplimiento de los Requerimientos
Técnicos Mínimos.
ii. Anexo Nº 2-A “Ubicación del Cumplimiento de Requerimientos Técnicos
Mínimos”,
iii. Arquitectura de la solución propuesta y de cada una de las capas

(Aplicaciones o de Procesos de Negocio, Capa de Middleware, Capa de
Base de Datos y Capa de Presentación),
iv. Acreditar experiencia en por lo menos 3 servicios (con una duración mínima
de 5 meses cada uno), ejecutados en los últimos 10 años, respecto a la
implementación de soluciones de Core Bancario o módulos que lo
componen, los cuales deberán ser acreditados con cualquiera de las
6
La omisión del índice de documentos no descalifica la propuesta, ya que su presentación no tiene incidencia en el
objeto de la convocatoria.
Página 19 de 404
siguientes alternativas:
- Copia simple legible de contratos u órdenes de servicio.

- Copia simple legible de comprobantes de pago (tales como facturas entre
otros comprobantes).
- Constancias y/o cartas de clientes.
v. Documentación que permita acreditar el perfil y experiencia del Equipo de

Trabajo propuesto (numeral 11.3 de los Términos de Referencia ):
 Líder de Proyecto:
a. Copia simple legible de Título Universitario, en Ingeniería,

Administración, Economía o carreras afines a Tecnologías de
Información.
b. Copia simple legible de Certificación en Gestión de Proyectos emitida
por instituciones reconocidas internacionalmente, tales como: PMP®
del Project Management Institute o PRINCE2 del Projects in
Controlled Enviroments o del International Project Management
Association (IPMA), entre otras.
c. Copia simple legible de contratos de trabajo, constancias o
certificados o cualquier documento que brinde al Comité la certeza
que cuenta con experiencia comprobada, no menor de cinco años en
proyectos de implementación de software para Instituciones
Financieras (Gerente o Jefe), se aceptará similares categorías y
responsabilidad siempre y cuando cumpla con las funciones y
requerimientos solicitados en las Bases.
 Gestor de Aseguramiento de la Calidad:
a. Copia simple legible del Título Universitario o Grado Académico de

Bachiller, en: Ingeniería, Administración, Economía o carreras afines a
Tecnologías de Información.
b. Acreditación de contar con un mínimo de 30 horas de capacitación en
Metodologías para aseguramiento de Calidad del Software y Mejora
de Procesos basados en CMMI.
c. Acreditación de haber llevado el Curso de Fundamentos SOA.
d. Acreditación de contar con un mínimo de 30 horas de capacitación en
Metodologías de Evaluación de Riesgos de Tecnologías de
Información.
e. Copia simple legible de contratos de trabajo, constancias o
que cuenta con experiencia comprobada no menor de cinco años en
cargos de aseguramiento y/o control de calidad o similares de
Tecnologías de Información.
 Consultores Funcionales
a. Copia simple legible de Título Universitario o Grado Académico de

Bachiller, como mínimo en: Ingeniería, Administración, Economía o
carreras afines a Tecnologías de Información.
b. Copia simple legible de contratos de trabajo, constancias o
que cuenta con experiencia comprobada no menor de cuatro años
como consultor implementador del Core Bancario propuesto.
c. Copia simple legible de contratos de trabajo, constancias, certificados
o cualquier documento que brinde al Comité la certeza de que cuenta
con experiencia mínima de un (1) proyecto de implementación del
módulo al cual postula, con una duración de cuatro (4) meses o más.
Página 20 de 404
 Consultores en Tecnología de Información

Bachiller, como mínimo en: Ingeniería o carreras afines a Tecnologías
de Información.
b. Acreditación de haber llevado un mínimo de 40 horas de capacitación
en Sistemas Operativos Mainframe.
c. Acreditación de haber llevado un mínimo de 40 horas de capacitación
en SOA.
d. Acreditación de haber llevado un mínimo de 40 horas de capacitación
en redes y telecomunicaciones.
e. Copia simple legible de contratos de trabajo, constancias, certificados
con experiencia probada de tres (3) años o más en el diseño e
implementación de la Arquitectura de la solución de Core Bancario
propuesta.
f. Copia simple legible de contratos de trabajo, constancias, certificados
con experiencia mínima de dos (2) implementaciones como
administrador tecnológico del Core Bancario propuesto en los últimos
cuatro (4) años.
 Consultor Técnico de Implementación

Bachiller en: Ingeniería o carreras afines a Tecnologías de
Información.
b. Copia simple legible de contratos de trabajo, constancias, certificados
por lo menos con cuatro años (4) de experiencia en la ejecución de
tareas de análisis, diseño y desarrollo de requerimientos e
implementación de la solución de Core Bancario propuesta.
 Consultor Técnico de Migración

Bachiller, como mínimo en: Ingeniería o carreras afines a Tecnologías
de Información.
con cuatro (4) años de experiencia mínima acreditada ejecutando los
trabajos de diseño, desarrollo, migración y carga de datos del Core
Bancario propuesto.
 Ingeniero de Implementación

Bachiller en: Ingeniería o carreras afines a Tecnologías de
Información.
por lo menos con tres (3) años de experiencia en la ejecución de
tareas de análisis, diseño e implementación de los procesos
relacionados con la solución de Core Bancario propuesta.
Página 21 de 404
NOTA: Se considerarán carreras afines a Tecnologías de Información entre

otros: Licenciatura en Computación, Ingeniería de Computación y
de Sistemas, Ingeniería de Computación e Informática, Ingeniería
de Sistemas e Informática, Ingeniería de Sistemas Empresariales,
Ingeniería de Software, Ingeniería de Sistemas de Información,
Ingeniería Informática y de Sistemas, Ingeniería de Sistemas,
Ingeniería Informática, Ingeniería de Telecomunicaciones,
Ingeniería Industrial y de Sistemas, Ingeniería de
Telecomunicaciones y Redes, Ingeniería de Redes y
Comunicaciones, Ingeniería de Seguridad Informática, Ingeniería
Mecatrónica y Sistemas Computacionales.
c) Declaración jurada simple de acuerdo al Art. 42 del Reglamento (Anexo Nº 3).
En el caso de consorcios, cada integrante debe presentar esta declaración

jurada, salvo que sea presentada por el representante común del consorcio.
d) Promesa formal de consorcio, de ser el caso, en la que se consigne los

integrantes, el representante común, el domicilio común y las obligaciones a las
que se compromete cada uno de los integrantes del consorcio así como el
porcentaje equivalente a dichas obligaciones. (Anexo Nº 4).
La promesa formal de consorcio deberá ser suscrita por cada uno de sus
integrantes.
Se presume que el representante común del consorcio se encuentra facultado

para actuar en nombre y representación del mismo en todos los actos referidos
al proceso de selección, suscripción y ejecución del contrato, con amplias y
suficientes facultades.
e) Declaración jurada de plazo de prestación del servicio, según (Anexo Nº 5).
f) Carta compromiso otorgando capacitación al personal del Banco de acuerdo a lo

requerido en el numeral 13, Requerimientos de Capacitación y Entrenamiento,
de los Términos de Referencia (Anexo N°8).
g) Carta Compromiso de Soporte y Mantenimiento a la Solución Nuevo Core

Bancario (Anexo N°9).
IMPORTANTE:
 La omisión de alguno de los documentos enunciados acarreará la no

admisión de la propuesta, sin perjuicio de lo señalado en el artículo 68 del
Reglamento.
Documentación de presentación facultativa:
a) Factor Experiencia del Postor: Copia simple legible de contratos u órdenes de

servicio, y su respectiva conformidad por la prestación efectuada; o copia simple
legible de comprobantes de pago (tales como facturas entre otros) cuya
cancelación se acredite documental y fehacientemente, con copia de voucher de
depósito o reporte de estado de cuenta en Entidad del sistema financiero nacional
y/o internacional, o que la cancelación conste en el mismo documento u otro
documento que brinde al Comité la certeza de que el comprobante de pago está
debidamente cancelado, correspondientes a un máximo de diez (10) Servicios de
Página 22 de 404
Implementación de Soluciones de Core Bancario. Adicionalmente, para acreditar

experiencia adquirida en consorcio, deberá presentarse copia simple de la
promesa formal de consorcio o el contrato de consorcio.
Sin perjuicio de lo anterior, los postores deben presentar los Anexo Nº 06

“Experiencia del Postor en la Actividad” y Anexo Nº 07 “Experiencia del
Postor en la Especialidad”, referido a la Experiencia del Postor.
b) Factor Experiencia y Calificaciones del Personal Propuesto para la

Prestación del Servicio: Copia simple legible de contratos de trabajo,
constancias o certificados y del Grado de Magíster/Master/Maestro
Para todo el personal propuesto a ser evaluado, el Postor deberá presentar:
 En caso de existir una relación de dependencia laboral: Contrato Laboral o

Certificado de Trabajo vigentes emitidos por la Empresa Postora;
 En caso de existir una relación civil: Contrato Civil vigente entre la persona
natural propuesta para prestar el servicio y la respectiva Empresa Postora;
 En caso de no existir relación laboral o civil: Carta Compromiso suscrita por
dicha persona natural, mediante la cual manifieste su compromiso de brindar
el servicio por la empresa Postora, al Banco de la Nación.
c) Factor Mejoras a las Condiciones Previstas: Declaraciones Juradas
IMPORTANTE:
 En caso exista contradicción entre la información presentada en la propuesta

técnica, la propuesta será descalificada.
2.4.2. SOBRE Nº 2 - PROPUESTA ECONÓMICA7
El Sobre N° 2 deberá contener la siguiente información obligatoria:
Oferta económica expresada en Dólares Americanos (Anexo Nº 10).
El monto total de la propuesta económica deberá ser expresada con dos decimales.
IMPORTANTE:
 La propuesta económica que presenten los postores deberá encontrarse

dentro de los márgenes establecidos en el artículo 33 de la Ley y el artículo 39 de
su Reglamento.
 En caso la información contenida en la propuesta económica difiera de la

información contenida en la propuesta técnica, la propuesta económica será
descalificada.
2.5.DETERMINACIÓN DEL PUNTAJE TOTAL
7
De acuerdo con el artículo 63 del Reglamento la propuesta económica solo se presentará en original.
Página 23 de 404
Una vez evaluadas las propuestas técnica y económica se procederá a determinar el puntaje
total de las mismas.
El puntaje total de la propuesta será el promedio ponderado de ambas evaluaciones, obtenido

de la siguiente fórmula:
PTPi = c1 PTi + c2 PEi

Donde:
PTPi = Puntaje total del postor i
PTi = Puntaje por evaluación técnica del postor i
PEi = Puntaje por evaluación económica del postor i
c1 = Coeficiente de ponderación para la evaluación técnica

= 0.70
c2 = Coeficiente de ponderación para la evaluación económica
= 0.30
Dónde: c1 + c2 = 1.00
2.6.REQUISITOS PARA EL PERFECCIONAMIENTO DEL CONTRATO
El postor ganador de la Buena Pro deberá presentar los siguientes documentos para suscribir
el contrato:
a. Constancia vigente de no estar inhabilitado para contratar con el Estado.

b. Copia simple legible de DNI del Representante Legal.
c. Copia de la vigencia del poder del representante legal de la empresa (30 días de
antigüedad como máximo, a la fecha de presentación de documentos para
suscripción del contrato).
d. Copia de la constitución de la empresa y sus modificatorias debidamente actualizado.
e. Copia del RUC de la empresa o su equivalente.
f. Carta fianza como Garantía de Fiel Cumplimiento del Contrato por prestación
principal, derivado de la Adjudicación de Menor Cuantía Nº 0054-2013-BN “Nuevo
Core Bancario para el Banco de la Nación”, y deberán ser incondicionales, solidarias,
irrevocables y de realización automática en el país al sólo requerimiento del Banco de
la Nación, por una cantidad equivalente al diez por ciento (10%) del monto del
contrato de la prestación principal, la misma que deberá mantenerse vigente hasta la
emisión del Informe de conformidad final de la prestación.
g. Carta fianza como Garantía de Fiel Cumplimiento del Contrato por prestación
accesoria, derivado de la Adjudicación de Menor Cuantía Nº 0054-2013-BN “Nuevo
Core Bancario para el Banco de la Nación”, y deberán ser incondicionales, solidarias,
irrevocables y de realización automática en el país al sólo requerimiento del Banco de
la Nación, por una cantidad equivalente al diez por ciento (10%) del monto del
contrato de la prestación accesoria, la misma que deberá mantenerse vigente hasta la
emisión del Informe de conformidad final de la prestación.
Alternativamente, las micro y pequeñas empresas pueden optar que, como garantía de fiel cumplimiento,
la Entidad retenga el diez por ciento (10%) del monto del contrato original. Para estos efectos, la
retención de dicho monto se efectuará durante la primera mitad del número total de pagos a realizarse,
de forma prorrateada, con cargo a ser devuelto a la finalización del mismo.
h. De ser el Caso, Carta fianza como Garantía por el Monto Diferencial de la Propuesta,
del contrato derivado de la Adjudicación de Menor Cuantía Nº 0054-2013-BN “Nuevo
CORE Bancario para el Banco de la Nación”, y deberán ser incondicionales,
solidarias, irrevocables y de realización automática en el país al sólo requerimiento del
Página 24 de 404
Banco de la Nación, por una cantidad equivalente al veinticinco por ciento (25%) de
la diferencia entre el valor referencial y la propuesta económica, la misma que deberá
mantenerse vigente hasta la emisión del Informe de conformidad final de la
prestación.
i. Contrato de consorcio con firmas legalizadas de los integrantes, de ser el caso.
En caso de que el postor ganador de la Buena Pro sea un consorcio, las Carta Fianzas que se presenten
como Garantías para la suscripción del contrato, conforme a lo indicado por la Superintendencia de
Banca, Seguros y Administradoras Privadas de Fondos de Pensiones en los Oficios Nº 5196-2011-SBS y
Nº 15072-2012-SBS, a fin de que no existan problemas en la ejecución de las mencionadas garantías,
resulta necesario que éstas consignen en su texto, el nombre, denominación o razón social de todas y
cada una de las personas naturales y/o jurídicas que integran el consorcio.
j. Código de cuenta interbancario (CCI).

k. Traducción oficial efectuada por traductor público juramentado de todos los
documentos de la propuesta presentados en idioma extranjero que fueron
acompañados de traducción certificada, de ser el caso.
l. Domicilio y dirección de correo electrónico para efectos de la notificación durante la
ejecución del contrato.
IMPORTANTE:
En caso de CONSORCIO, todos sus integrantes deberán garantizar el fiel cumplimiento de sus
obligaciones principales y obligaciones accesorias, así como, la garantía del monto diferencial de
propuesta, de ser el caso, que garantiza a todos los integrantes del CONSORCIO. En ese sentido, la carta
fianza deberá mencionar expresamente a todas y cada una de las empresas que conforman el
CONSORCIO. (De conformidad con la Resolución N° 1490-2011-TC-S2).
2.7. ADELANTOS
La Entidad otorgará un (1) adelanto directo por el veinte y 00/100 por ciento (20.00%) del
monto de la prestación principal del contrato.
El contratista podrá solicitar el adelanto dentro de los diez (10) días calendario posteriores a la
suscripción del contrato, adjuntando a su solicitud la garantía por adelantos mediante Carta
Fianza y el comprobante de pago correspondiente. Vencido dicho plazo no procederá la
solicitud.
La Entidad debe entregar el monto solicitado dentro de los diez (10) días calendarios
siguientes a la presentación de la solicitud del contratista.
En el supuesto que los adelantos no se entreguen en la oportunidad prevista, el contratista

tendrá derecho a solicitar la ampliación del plazo de ejecución de la prestación por el número
de días equivalente a la demora, conforme al artículo 172 del Reglamento.
Si el Contratista lo solicita y adjunta la garantía correspondiente, la Entidad otorgará un (1)

adelanto directo por el veinte y 00/100 por ciento (20.00%) del monto de la prestación
principal del contrato.
De acuerdo a lo indicado en el Artículo 173 del Reglamento, la amortización de los adelantos

se hará mediante descuentos proporcionales en cada uno de los pagos parciales que se
efectúen al contratista por la ejecución de la o las prestaciones a su cargo, de acuerdo a lo
siguiente:
Prestación Amortización
Entrega Gap Analysis 4%
Entrega Fase 1 4%
Página 25 de 404
Entrega Fase 2 4%
Entrega Fase 3 4%
Puesta en Producción NCB 4%
IMPORTANTE:
A) De conformidad con el artículo 162 del Reglamento, la Carta Fianza presentada como garantía por
adelanto, deberá ser emitida por idéntico monto y un plazo mínimo de vigencia de tres (3) meses, renovable
trimestralmente por el monto pendiente de amortizar, hasta la amortización total del adelanto otorgado
B) La Carta Fianza, deberá ser emitida por una empresa autorizada y sujeta al ámbito de supervisión de la
Superintendencia de Banca y Seguros, que se encuentre facultada para hacerlo. Serán incondicionales,
solidarias, irrevocables y de realización automática. Sin perjuicio de las características anotadas, en dicha
garantía se debe consignar también el motivo de su emisión.
2.8.PLAZO PARA LA SUSCRIPCIÓN DEL CONTRATO
El postor ganador de la Buena Pro, sin mediar citación alguna por parte de la Entidad, deberá
presentar toda la documentación prevista para la suscripción del contrato dentro del plazo de
siete (7) días hábiles, contados a partir del día siguiente de consentida la Buena Pro. Asimismo,
dentro de los tres (3) días hábiles siguientes a la presentación de dicha documentación, deberá
concurrir ante la Entidad para suscribir el contrato.
La citada documentación deberá ser presentada en el módulo de Atención de la División

Abastecimiento, sito en Av. República de Panamá N° 3664 Piso 1-San Isidro, en el horario de
09:00 a 17:00 Horas.
2.9.FORMA DE PAGO
La Entidad deberá realizar el pago de la contraprestación pactada a favor del contratista en

pagos parciales de acuerdo al siguiente detalle:
Página 26 de 404
SI EL CONTRATISTA SOLICITA ADELANTO:
Adelanto del 20% del monto de la prestación principal del contrato.
Prestaciones Principales
1. 16% del monto de la prestación principal del contrato, al finalizar la Etapa de Gap
Analysis.
2. 16% del monto de la prestación principal del contrato, al finalizar la Etapa de Entrega
Fase 1.
Fase 2.
Fase 3.
5. 16% del monto de la prestación principal del contrato, al finalizar la Etapa de Puesta en
Producción.
Prestación Accesoria
100% del monto de la prestación accesoria (Soporte y Mantenimiento), después del periodo
de garantía.
SI EL CONTRATISTA NO SOLICITA ADELANTO:
Analysis.
Fase 1.
Fase 2.
Fase 3.
Producción.
de garantía.
De acuerdo con el artículo 176 del Reglamento, para efectos del pago de las
contraprestaciones ejecutadas por el contratista, la Entidad deberá contar con la siguiente
documentación:
Pago de las Prestaciones Principales:
Página 27 de 404
a) Factura.
b) Acta de Conformidad del Proyecto Nuevo Core Bancario.
c) Informe del Proyecto Nuevo Core Bancario, emitiendo su Conformidad de la prestación
efectuada.
Pago de la Prestación Accesoria:
a) Factura.
b) Informe del Departamento de Informática.
2.10.PLAZO PARA EL PAGO
La Entidad debe efectuar el pago dentro de los quince (15) días calendarios siguientes al
otorgamiento de la conformidad respectiva, siempre que se verifiquen las demás condiciones
establecidas en el contrato.
Página 28 de 404
CAPÍTULO III
TÉRMINOS DE REFERENCIA Y REQUERIMIENTOS TÉCNICOS MÍNIMOS
1 Información del Banco de la Nación

1.1 Clientes del Banco de la Nación
Se han identificado tres tipos de clientes:
1.1.1 Personas naturales

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

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

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

1.2.1 Captaciones
1.2.1.1 Cuenta 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.
Página 29 de 404
Los titulares de las cuentas de detracciones son las empresas y personas

naturales proveedoras de bienes y servicios considerados en la ley de
Detracciones de Impuestos administrados por la SUNAT 8.
Los depósitos de los importes detraídos por los compradores del precio
que pagan a esos proveedores son depositados en la cuenta corriente de
la empresa vendedora. Estas cuentas solamente aceptan débitos para
pago de impuestos administrados por la SUNAT y cada cierto tiempo
aceptan retiros de libre disponibilidad por el titular previa autorización de
la SUNAT. Estas cuentas no generan intereses, es una cuenta especial
regulada por los Decretos Legislativos 940 y 1110. Este tipo de cuenta
sirve para el pago de las obligaciones tributarias.
El Proceso de Pago de Tributos con cargo a cuentas corrientes de
Detracciones se realiza a través de tres canales:
1. Red de Agencias del Banco de la Nación (BN)
 Agencias del BN recibe el pago de tributos con cheques (Decreto
Legislativo N° 940) con cargo a la cuenta corriente de
Detracciones, lo procesa y entrega una constancia de Pago.
2. SUNAT Virtual (Portal SUNAT), mediante Interfaz con el Banco
 Obtención de archivo de pagos de tributos con cargo a la cuenta
corriente de Detracciones (Sistema BN).
 Renombre de archivo y proceso de operaciones en Extranet
SUNAT.
 Cuadre de Operaciones:
 Si no es conforme: Comunicará a SUNAT indicando
operaciones no conformes, recibirá instrucciones de SUNAT
y regularizará la operación.
 Sí es conforme: Se generará Nota de Abono y acreditará
por entes beneficiarios.
Los pagos de tributos que los contribuyentes efectúan a través de
SUNAT Virtual vía interfaz con el Banco, se realiza con cargo a la
cuenta de detracciones del contribuyente, de existir fondos
disponibles en dicha cuenta. La constancia de pago por esta
operación es emitida a través de SUNAT Virtual.
3. Oficina Principal (BN)
Para cargos masivos a las cuentas de detracciones y abono a pago
fácil, instruidos por la SUNAT y comunicados al Banco, mediante
correo electrónico (archivo plano).
 Solicitud de SUNAT vía correo electrónico.
 Verificación de la data recibida.
 Autorización de proceso de carga masiva.
 Conciliación de información de cuentas procesadas.
8
SUNAT: Superintendencia Nacional de Aduanas y Administración Tributaria
Página 30 de 404
 Autorización de cargo a las cuentas corrientes de Detracciones

conformes.
 Emisión de Reportes de Cargo y Abono por entes beneficiarios.
 Reporte a SUNAT sobre resultados Carga Masiva y Abono a
Pago Fácil.
La recaudación recibida a través de estos canales se centraliza con
la recaudación de los impuestos que administra SUNAT para su
posterior acreditación a los entes beneficiarios de la recaudación.
“Los retiros de libre disponibilidad con autorización de la SUNAT”
están relacionados a la Liberación de Fondos de Cuentas de
Detracciones que instruye la SUNAT al BN, indicando el importe
que el contribuyente puede retirar de su cuenta de Detracciones;
este procedimiento se realiza en Ventanilla (pago en efectivo o con
cheque de gerencia) o a través de una Transferencia Interbancaria
(TIN), los cuales son autorizados por la SUNAT de manera
electrónica.
Las transferencias de los recursos de las cuentas de Detracciones
se abonan a las cuentas corrientes de las entidades beneficiarias
de la recaudación que se mantienen en nuestra Institución.
Estos procesos se soportan en aplicaciones Cobol CICS y Batch usando
base de datos CA-DATACOM.
 Cuenta Corriente en Agencias UOB: dirigido a personas naturales o
jurídicas en aquellas localidades donde el Banco de la Nación es la única
oferta bancaria (UOB). No genera intereses. Acepta depósitos en efectivo,
depósitos con cheques del mismo banco, depósitos con cheques de otras
instituciones bancarias y transferencias.
 Cuenta Corriente para Proveedores del Banco de la Nación : cuenta
corriente sin intereses donde se realizan los depósitos por concepto de
pagos a proveedores del Banco de la Nación.
 Cuenta Corriente para Proveedores del Estado: cuenta corriente sin
intereses donde se realizan los depósitos por 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.
Página 31 de 404
 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 DGETP 9: cuenta

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

para los institutos públicos y centros educativos nacionales. Acepta
depósitos en efectivo, depósitos en cheques 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 CAFAE 10 y SUB-CAFAE: Son cuentas corrientes que

no generan intereses). Acepta depósitos en efectivo, depósitos en
cheques del mismo banco, depósitos en cheques de otras instituciones
bancarias y transferencias. Permiten disponer de fondos mediante giro de
cheques.
 Cuenta Corriente Núcleos Ejecutores: permite disponer los fondos

mediante el giro de cheques que realizan los representantes de los
Núcleos Ejecutores. Acepta depósitos en efectivo, cheques del mismo
banco, otros bancos y transferencias. No genera intereses.
9
DGETP: Dirección General de Endeudamiento y Tesoro Público
10
CAFAE: Comité de Administración del Fondo de Asistencia y Estímulo de los Trabajadores.
Página 32 de 404
1.2.1.2 Cuenta de Ahorros

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

naturales o jurídicas en aquellas localidades donde el Banco de la Nación
es la única oferta bancaria (UOB), en este tipo de cuentas se incluye
también las cuentas de los beneficiarios de programas sociales.
 Cuenta de Ahorro del Sector Público en MN o ME: para el pago de
remuneraciones del personal en actividad laboral o pensionista. Este pago
se lleva a cabo mediante abonos a éstas cuentas de ahorro. Se puede
abrir tanto en moneda nacional como en moneda extranjera .
1.2.1.3 Cuenta CTS
 Cuenta Compensación por Tiempo de Servicios (CTS) MN o ME : es

una cuenta de depósitos por compensación de tiempo de servicios dirigido
a trabajadores del Sector Público y Privado; en la cual el empleador
efectuará abonos por dicho concepto.
Características de la cuenta CTS:

- Puede aperturarse en moneda nacional o en dólares americanos.
- Un cliente puede mantener más de una cuenta CTS en moneda
nacional o moneda extranjera dependiendo de la elección del cliente.
La cuenta CTS puede ser en una u otra moneda y se admiten
movimientos en ambos tipo de moneda.
- Puede vincularse a la tarjeta Multired Global Débito con la finalidad
de consultar el saldo y realizar transferencias con el saldo disponible.
- Solamente recibe abonos vía batch.
- La cuenta mantiene montos Tangibles e Intangibles. Las
características de los montos tangibles e intangibles a manejar dentro
de cada cuenta, dependerá de las características que determine la
Ley de CTS vigente y/o mandato judicial.
- Para el cálculo del disponible, se considera hasta el 70% del
excedente de las seis últimas remuneraciones brutas del trabajador.
- Para fines de vivienda, puede retirar hasta el 80% del importe
abonado durante la vida laboral, deduciendo los retiros históricos de
la cuenta. Esto de conformidad con la Ley de CTS vigente.
- Los retiros del monto disponible puede realizarse en la red de
agencias del BN.
- El monto Intangible se paga a la extinción del vínculo laboral.
- La cuenta CTS es intangible e inembargable salvo por juicio de
alimentos y hasta el 50%.
Página 33 de 404
1.2.1.4 Depósitos a Plazo
 Depósitos a Plazo en Agencias UOB: son depósitos en moneda

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

Entidades Públicas en moneda nacional o moneda extranjera. Este
depósito es solicitado por la Entidad Pública mediante una carta orden y
se constituye mediante el cargo a la cuenta corriente de la Entidad.
 Certificado Bancario: es un depósito a plazo fijo en moneda extranjera

que permite ser emitido al portador, o bien a favor de un beneficiario
predefinido.
 Depósitos Judiciales y Administrativos: brinda el servicio de emisión,

cancelación, duplicados, modificaciones, devoluciones e informes de
depósitos judiciales y administrativos en moneda nacional y moneda
extranjera, consignados a la orden de órganos jurisdiccionales del Poder
Judicial, Ministerio Público y ejecutorías coactivas, así como de otras
autoridades administrativas correspondientes. Son realizados por orden
del Poder Judicial, mediante depósito o retención en cuenta. El titular del
depósito sólo puede retirar los fondos con mandato judicial.
Este servicio consiste en que el Banco de la Nación entrega un certificado,
como constancia de la recepción de consignaciones en dinero a la orden
de un determinado órgano jurisdiccional (Salas, Juzgados del Poder
Judicial) o administrativo (Fiscalías, Ejecutorías Coactivas), el Banco de la
Nación se constituye como depositario del dinero cuya titularidad se
encuentra en controversia (demandado/demandante).
1.2.2 Colocaciones
1.2.2.1 Crédito Hipotecario
El crédito Hipotecario del Banco de la Nación se encuentra destinado para el
financiamiento de compra de bienes terminados o futuros y para la mejora,
ampliación y/o remodelación de un bien propio, el cliente objetivo son los
empleados del sector público contratados a plazo indeterminado y pensionistas
del sector público. Modalidades vigentes:
 Crédito Hipotecario para Compra de Vivienda Propia: crédito para la

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

mejora de vivienda propia (remodelación y ampliación), dirigido a los
Página 34 de 404
trabajadores del Sector Público contratados a plazo indefinido y

pensionistas de hasta 64 años de edad y que posean Cuentas de Ahorro
en el Banco de la Nación.
Para los créditos hipotecarios se realiza el registro, control y seguimiento de
los bienes hipotecados, realizando una evaluación periódica de su valor
(mediante tasación) considerando los criterios de depreciación y saldo de la
deuda.
1.2.2.2 Préstamo Consumo / Multired
 Préstamo Multired Clásico: crédito personal brindado a los trabajadores

activos y pensionistas del Sector Público, que cobran sus remuneraciones
o pensiones por medio de la cuenta de ahorros que poseen en el Banco
de la Nación. En este caso se le solicita al cliente un garante.
 Préstamos Multired Convenio: crédito personal brindado a los

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

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

profesores contratados, nombrados y pensionistas del Sector Público, que
cobran sus remuneraciones o pensiones por medio de la cuenta de
ahorros que poseen en el Banco de la Nación.
 Préstamos Multired Compra de Deudas – Tarjetas de Crédito: dirigido

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

deudas por tarjetas de crédito y/o préstamos de consumo otorgados por
otras Entidades del Sistema Financiero, a los trabajadores y pensionistas
del Sector Público que, por motivo del depósito de sus ingresos, posean
cuentas de ahorro en el Banco de la Nación.
1.2.2.3 Línea de Crédito
 Línea de Crédito: es una modalidad de crédito comercial directo y/o

indirecto de hasta un monto y plazo determinado, utilizable en forma
revolvente o no revolvente durante el período de vigencia de la línea.
Página 35 de 404
Serán otorgadas como máximo por un año y renovadas a solicitud del

cliente, con previa aprobación de los respectivos niveles de autonomía.
1.2.2.4 Programa Microfinanzas
 Oficina Compartida – Ventanilla MYPE 11: el Banco de la Nación a

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

- Línea de Crédito PROMYPE: a través del Decreto Supremo N°
134 – 2006 - EF se crea el Programa Especial de Apoyo Financiero
a la Micro y Pequeña Empresa (PROMYPE), con la finalidad de
otorgar recursos financieros a las entidades especializadas en
financiar exclusivamente al Sector MYPE.
- Línea de Crédito Decreto Supremo N° 047-2006-EF,
destinadas a financiar las colocaciones realizadas por las IFIs a
través de las oficinas compartidas en el servicio de Ventanilla
MYPE.
1.2.2.5 Préstamo Comercial
 Préstamos a Gobiernos Nacionales: Financiamiento otorgado a un

plazo determinado, que se concede mediante la suscripción de un
contrato y/o pagaré y que se amortizan en cuotas periódicas o con
vencimiento único.
 Préstamos a Gobiernos Locales, Regionales y Entidades Públicas :

financiamiento otorgado a entidades de Gobiernos Locales y Regionales a
un plazo determinado que se puede cancelar en una o más cuotas fijas
que incluyen capital e intereses.
 Avance de Cuenta Corriente: Financiamiento que se otorga para ser

cancelado al vencimiento o en cuotas periódicas.
11
MYPE: Micro y Pequeña Empresa
Página 36 de 404
1.2.2.6 Compra y Venta de Cartera

 El Banco de la Nación está facultado, a celebrar contratos de compra o de venta
de cartera, en concordancia con lo establecido en la Ley General del Sistema
Financiero y del Sistema de Seguros y Orgánica de la Superintendencia de
Banca y Seguros, Ley N° 26702, y su Nuevo Reglamento de Transferencia y
Adquisición de Cartera Crediticia normada en la Resolución S.B.S. Nº 1308-
2013 de fecha 15 de febrero de 2013.
1.2.3 Comercio Exterior

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

fondos a cuentas del exterior debitando las cuentas corrientes de los
clientes institucionales del Sector Público y abonando a cuentas en el
extranjero.
 Transferencia de Fondos del Exterior: servicio de pago por

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

servicio de transferencia de fondos a cuentas del exterior con cargo a las
cuentas de ahorro de los pensionistas residentes en el exterior y abono a
sus cuentas al exterior.
 Giros Bancarios sobre el Exterior: emisión de órdenes de pago a

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

solicitud de personas naturales que mantengan cuenta con el Banco de la
Nación, para ser pagados por bancos corresponsales en el exterior.
1.2.3.2 Cobranzas
 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
Página 37 de 404
institucionales del Sector Público, a través de los corresponsales del

Banco de la Nación.
1.2.3.3 Cartas de Crédito
 Crédito Documentario: compromiso irrevocable que asume el Banco de

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

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

- Carta Fianza: el Banco se constituye en fiador o garante ante un
tercero, comprometiéndose al pago de la suma otorgada en caso de
incumplimiento.
1.2.4 Fideicomisos y Comisiones de Confianza

1.2.4.1 Fideicomiso
Operación que se formaliza a través de un contrato y permite aislar bienes del
Fideicomitente para lograr una finalidad. El servicio denominado “Fideicomiso
para Gobiernos Locales y Regionales”, está orientado al desarrollo de proyectos
de diversa índole como son las obras de infraestructura, administración
accionaria entre otros. El Servicio de Fideicomisos no está incluido en el Alcance
del Nuevo Core Bancario, pero debe contemplarse su integración al mismo.
Información adicional se puede encontrar en la normatividad legal vigente: Ley
26702 “Ley General del Sistema Financiero y del Sistema de Seguros y Orgánica
de la Superintendencia de Banca y Seguros y la Resolución SBS 1010-99
“Reglamento de Fideicomisos y de las Empresas de Servicios Fiduciarios”.
Página 38 de 404
1.2.4.2 Comisión de Confianza

Un “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.5 Servicio de Pagos y Cobros

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

obligaciones exigibles, coactivamente, a favor de las entidades de la
Administración Pública que hayan celebrado convenio de gestión
(amparado por la Ley de Procedimiento de Ejecución Coactiva).
Ciclo de Cobranza por encargo – Cobranza Coactiva
1. Firma de convenio e implementación en el sistema.
2. Recepción de Resoluciones/Valores en cobranza e ingreso a base
de datos / Contabilización.
3. Remisión de Notificaciones a los obligados.
4. Recepción del pago en Red de oficinas.
5. Registro contable.
6. Abono de la recaudación en cuentas corrientes de las entidades.
7. Actualización en base de datos.
 Impuestos y Contribuciones SUNAT: el servicio de recaudación de

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

multas, intereses y tasas aduaneras a favor de la SUNAT. Asimismo, en
cumplimiento a disposiciones legales, centraliza y procesa las operaciones
que por este concepto, reciben los ocho bancos que mantienen también
convenios con la SUNAT. Adicionalmente, el Banco de la Nación presta a
la SUNAT el servicio de recaudación de tributos por las declaraciones de
equipaje acompañado, mensajería y liquidaciones de cobranza 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).
Página 39 de 404
Ciclo de Recaudación de Tributos Entidades Públicas:

1. Firma de convenio e implementación en el sistema.
2. Recepción de pagos en Red de oficinas y otros canales (ATM,
Internet, Agente Multired, POS, Rapidito).
3. Actualización de la información en base de datos, generación de
reportes y notas contables.
4. Abono de la recaudación en cuentas corrientes de entidades.
5. Registro contable.
6. Servicios adicionales:
a. Digitación de formularios.
b. Certificación de pagos.
 Cobranza por Corresponsalía

- Recargas Virtuales para Telefonía Móvil: servicio de recarga
virtual para telefonía celular de las empresas Telefónica del Perú y
América Móvil.
- Cobros de Recibos: producto del Banco de la Nación que permite la
recepción de pagos de diferentes servicios a nombre de otros bancos.
- Recepción de Depósitos Cuentas Corrientes Bancos Locales:
permite celebrar convenios con otros bancos locales para la
recepción de los depósitos de las cuentas corrientes de estos en las
cajas del Banco de la Nación.
- Recepción de Depósitos Especiales: es un tipo de recaudación
que se brinda a personas naturales y jurídicas en el cual el cliente
establece ciertas características que deben ser cumplidas por el
usuario para realizar depósitos en sus cuentas. Es especialmente útil
para instituciones educativas, gremios profesionales (por ejemplo el
Colegio de Ingenieros) y otras empresas con alto volumen de
transacciones.
- Cobranza de Cuotas Bancos Locales: servicio que se brinda a las
IFI’s para la recepción del pago de cuotas de sus clientes en las cajas
del Banco de la Nación.
- Programa Ventanilla MYPE: el Banco de la Nación, a través de la
firma de un contrato, otorga un espacio físico dentro de algunas de
sus agencias y soporte operativo (en agencias UOB o donde la
demanda del mercado lo exija) a entidades financieras especializadas
en otorgar créditos a los microempresarios. Este espacio sirve para
que las entidades financieras puedan brindar microcréditos en
sectores donde no tienen una sucursal. El Banco ofrece el servicio de
cobro de cuotas (en toda la Red de Agencias).
- Cobranza de Facturas y Recibos: servicio mediante el cual el
Banco de la Nación recibe los pagos de diferentes servicios (servicios
básicos como suministro de agua, luz, teléfono, universidades y otros)
a nombre de otras instituciones financieras.
Página 40 de 404
- Seguros Varios: servicio mediante el cual el Banco de la Nación

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

la Nación efectúa cargos masivos a favor de una Entidad previa
autorización del titular de la cuenta de ahorros.
Los fondos recaudados a favor de las Entidades Financieras son
transferidos a través del Sistema de Liquidación Bruta en Tiempo Real
(LBTR) y la Cámara de Compensación Electrónica (CCE), según el
monto de transferencia.
1.2.5.2 Pagos
 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.
 Cheques de Gerencia: emisión y liquidación de cheques de gerencia en

la red de oficinas del Banco de la Nación.
 Desembolsos: este servicio consiste en el desembolso de operaciones de

crédito que el usuario ha suscrito con alguna entidad financiera. Es
principalmente útil para las IFI’s que no tienen oficina en alguna región del
país.
 Programas Sociales: servicio de pagaduría que brinda el Banco de la

Nación a beneficiarios seleccionados por una entidad del Gobierno. El
pago que realiza el Banco de la Nación es periódico y se realiza a través
de su plataforma operativa o a través de plataforma de terceros.
 Pago Proveedores del Estado: servicio que permite el pago de facturas

o comprobantes de pago con abono en cuenta corriente a los proveedores
del Estado debidamente inscritos e identificados, por la compra de bienes
y servicios.
 Pago de Remuneraciones y Pensiones: servicio de pago de

remuneraciones y pensiones a trabajadores activos y pensionistas de
entidades del Sector Público que han suscrito convenio con el Banco de la
Nación.
 Transferencias Nacionales
Página 41 de 404
- Transferencia a Cuenta Corriente de otra Plaza mismo Banco:

servicio mediante el cual el cliente solicita debitar fondos de su cuenta
corriente del Banco de la Nación para ser abonados en otra cuenta
corriente (otra plaza) del mismo cliente u otro cliente del Banco de la
Nación.
- Transferencia de Cuenta a Cuenta Diferente (misma Plaza) :
servicio mediante el cual el cliente solicita debitar fondos de su cuenta
corriente del Banco de la Nación para ser abonados en otra cuenta
corriente (misma plaza) del mismo cliente u otro cliente del Banco de
la Nación.
- Transferencia Interbancaria con Cargo en Cuentas de Ahorro en
Moneda Nacional y Moneda Extranjera: servicio que consiste en
efectuar transferencias de una cuenta de ahorros del Banco de la
Nación a otra cuenta bancaria del mismo u otro titular en otro banco.
La transferencia puede ser en moneda nacional o extranjera.
- Abono Masivo a Cuentas de Ahorro: servicio de transferencias
masivas desde una cuenta corriente o cuenta de ahorro de persona
jurídica a diferentes cuentas de ahorro.
- Transferencia de Fondos a Gobiernos Locales y Regionales:
servicio de transferencia de recursos del Tesoro Público a diferentes
Entidades del Estado, que se realiza con una periodicidad mensual.
1.2.6 Tesorería e Inversiones

1.2.6.1 Operaciones 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 Monedas
b) Compra Venta con Arbitraje
Se realizan operaciones de compra venta de otras monedas como euros,
yenes, francos, libras, dólares canadienses con respecto al Dólar,
utilizando plataformas de negociación y que residen en un sistema interno
de Tesorería denominado Back Trader Live, que es una aplicación de
Mesa de Dinero que permite a áreas usuarias de la Oficina Principal y a la
Mesa de Dinero registrar dichas operaciones. Es solo para divisas. En la
parte funcional también se realizan en nuestros canales de atención (Red
de Agencias, Internet, etc.). Se realiza para el cliente y para la tesorería.
1.2.6.2 Operaciones de Inversión con Instrumentos Financieros
- Operaciones de Inversión con Instrumentos Financieros: el Banco de

la Nación ofrece a segmentos especiales de sus clientes (principalmente
Personas Jurídicas, Empresas del Estado, IFI’s y otros Intermediarios
Página 42 de 404
Financieros, locales o del exterior), servicios y opciones de compra, venta

y negociación de diferentes tipos de Instrumentos Financieros. Los tipos
de operaciones que se realiza actualmente son:
a) Negociación de Instrumentos de Renta Fija
 Bonos Globales
 Bonos Soberanos
 Bonos Corporativos
 Documentos Titularizados
 Certificados de Depósitos del Banco Central de Reserva del
Perú (CD’s BCRP)
 Otros CD’s
 D.U.
 ICP
 Papeles Comerciales
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:
Página 43 de 404
Map
a 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 va directamente
a los clientes del Banco.
1.3.1 Modelo de CORE Bancario
Del Modelo Referencial de Procesos se desprende el Modelo de CORE Bancario,

el cual queda definido como el conjunto de los Procesos CORE u Operativos del
Banco de la Nación, sobre el que se orientará la implementación del nuevo
CORE Bancario.
Página 44 de 404
Con el fin de tener un mejor entendimiento sobre el Modelo de CORE Bancario,

éste ha sido agrupado de la siguiente manera:
- Grupo de Procesos de Mercadeo y Venta: incluye los procesos
necesarios para identificar necesidades y requerimientos de mercados y
clientes objetivo actuales y potenciales, desarrollar productos y servicios
que satisfagan dichas necesidades y requerimientos, y a la atención o
comercialización de los mismos en los canales de atención
correspondientes. Los procesos incluidos en este grupo son: Entendimiento
del Mercado, Desarrollo de Productos y Servicios, y Atención al Cliente que
comprende principalmente la Comercialización de Productos y Servicios.
- Grupo de Procesos de Soporte Operativo: incluye los procesos
necesarios para que la atención de los clientes se ejecute de manera
adecuada según sus requerimientos y especificaciones, de acuerdo a la
regulación y normas correspondientes. Este grupo de procesos incluye los
Procesos de Atención Back Office o Auxiliares y el Proceso de Tesorería e
Inversiones.
- Grupo de Procesos de Post-Venta: incluye los procesos necesarios para
atender requerimientos posteriores vinculados a la prestación de los
productos o servicios comercializados al cliente, tales como los procesos
de Gestión de Reclamos (el Banco de la Nación tiene una aplicación
desarrollada In House), y Servicio de Certificaciones.
1.3.2 Alcance de la Solución de Nuevo Core Bancario a

Contratar
Para fines del presente documento, queda definido como alcance del Nuevo
Core Bancario a contratar, todos los procesos CORE del Banco de la Nación (o
Modelo Referencial de CORE Bancario, definido líneas arriba) excluyendo los
procesos de Entendimiento del Mercado, Tesorería e Inversiones, y los procesos
correspondientes a los módulos de Fideicomisos y Comercio Exterior,
comprendidos en otros proyectos del Banco.
Los procesos que quedan dentro del alcance de la solución a contratar bajo los
presentes términos de referencia, y que han servido de base para la elaboración
de los requerimientos funcionales descritos en capítulos posteriores, son:
 Proceso de Desarrollo de Productos y Servicios (indicado en los
requerimientos funcionales como parametrización).
 Proceso de Atención al Cliente que incluye la Comercialización de
Productos y Servicios en la Plataforma de Caja o Ventanilla y en la
Plataforma Comercial y de Servicios.
 Procesos de Atención Back Office o Auxiliares, incluye los procesos Canje
Electrónico, Manejo de Efectivo y Bóvedas, Embargos, Levantamiento de
Secreto Bancario entre otros.
Para el servicio de Levantamiento de Secreto Bancario, se recibe las
solicitudes de la Superintendencia de Banca, Seguros y AFP, Fiscalía de
la Nación o de los Jueces y Tribunales, mediante Oficios Múltiples u
oficios individuales, en relación a personas procesadas por diversos
Página 45 de 404
ilícitos. La consulta se efectúa en el Aplicativo que gestiona la BDUC –

Base de Datos Única de Clientes y Aplicativos de Emulación e Intranet.
 Procesos de Atención Post Venta, incluye los procesos de Atención de
Reclamos y el Servicio de Certificaciones.
El alcance de la contratación del Nuevo Core Bancario incluye la interacción
de los procesos CORE con determinados Procesos de Apoyo que resultan
esenciales para la operatividad y cumplimiento del Banco. En este contexto,
debe entenderse como interacción, a la entrega de información operativa
desde los procesos CORE a los Procesos de Apoyo para la elaboración y/o
generación de reportes requeridos por instancias internas y/o externas al
Banco. En algunos casos, según se detalla en los requerimientos
funcionales, la solución de Core generará directamente dichos reportes, y en
otros casos sólo entregará la información necesaria al sistema
correspondiente para su posterior elaboración.
Dentro del alcance del Proyecto, los Procesos de Apoyo que interactúan con
la Solución de Nuevo Core Bancario son:
a) Proceso de Administración Contable
b) Proceso de Gestión Integral de Riesgos
c) Procesos de Control y Prevención de Lavado de Activos
d) Proceso de Reportes Regulatorios y de Control.
De los canales de atención que actualmente maneja el Banco de la Nación, a

continuación se detalla la relación de estos respecto al Alcance del Nuevo Core
Bancario:
 Plataforma de Caja o Ventanilla fijas y remotas: su reemplazo ESTÁ

INCLUIDO en el Alcance del Nuevo Core Bancario.
 Banca por Internet: su reemplazo NO ESTÁ INCLUIDO en los requerimientos
mínimos para el Nuevo Core Bancario, pero debe estar contemplada su
INTEGRACIÓN transaccional al Nuevo Core Bancario.
 Cajeros Automáticos (ATM): su reemplazo NO ESTÁ INCLUIDO en el
Alcance del Nuevo Core Bancario, pero debe estar contemplada su
INTEGRACIÓN transaccional al Nuevo Core Bancario.
 Puntos de Venta (POS): su reemplazo NO ESTÁ INCLUIDO en el Alcance del
Nuevo Core Bancario, pero debe estar contemplada su INTEGRACIÓN
transaccional al Nuevo Core Bancario.
 Plataforma Comercial y de Servicios: su automatización ESTÁ INCLUIDA en
el Alcance del Nuevo Core Bancario. Esta plataforma atenderá todos los
servicios sin recibir ni desembolsar efectivo, estará vinculada con todos los
módulos de negocios y brindará atención a reclamos, servicio de
certificaciones, confirmación de saldos, copia de documentos digitalizados,
entre otros.
Página 46 de 404
 Banca por Celular: su reemplazo NO ESTÁ INCLUIDO en el Alcance del

Nuevo Core Bancario, pero debe estar contemplada su INTEGRACIÓN al
Nuevo Core Bancario.
 Banca por Teléfono (IVR): su reemplazo NO ESTÁ INCLUIDO en el Alcance
del Nuevo Core Bancario, pero debe estar contemplada su INTEGRACIÓN al
Nuevo Core Bancario, a través de interfaces.
 Cajeros Corresponsales: su reemplazo NO ESTÁ INCLUIDO en el Alcance
del Nuevo Core Bancario, pero debe estar contemplada su INTEGRACIÓN
transaccional al Nuevo Core Bancario.
No están comprendidos dentro del alcance de la Solución de Nuevo Core

Bancario los siguientes procesos:
 Entendimiento del Mercado: su integración al Nuevo Core Bancario
debe estar contemplada en caso se implemente antes de la culminación
del Proyecto Nuevo Core Bancario.
 Rentabilización de Fondos (Tesorería e Inversiones) : su integración al
Nuevo Core Bancario debe estar contemplada. El proceso de Tesorería e
Inversiones está excluido de alcance de la solución del Nuevo Core
Bancario, pero debe estar preparado para integrarse con el módulo Back
Trader Live.
 Comercio Exterior: NO ESTA INCLUIDO en el alcance del Nuevo Core
Bancario, pero debe contemplarse su integración al mismo.
 Fideicomisos NO ESTA INCLUIDO en el alcance del Nuevo Core
Bancario, pero debe contemplarse su integración al mismo.
 Los Procesos Estratégicos, NO ESTAN INCLUIDOS en el Alcance del
Nuevo Core Bancario.
 Los Procesos de Apoyo, NO INCLUIDOS en el Alcance del Nuevo Core
Bancario son:
 Proceso de Gestión Logística
 Proceso de Gestión Financiera
 Proceso de Asesoría Jurídica
 Proceso de Gestión de Recursos Humanos
 Proceso de Gestión de Tecnología y Sistemas
 Proceso de Gestión de Auditoría Interna
1.4 Tecnología del Banco de la Nació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
Página 47 de 404
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 Mainframe
Los 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. La distancia de la
fibra es inferior a los 15 km y no afecta el tiempo de respuesta.
Ambos servidores mainframe balancean la carga transaccional a través de la
funcionalidad Parallel Sysplex haciendo uso del Workload Manager del z/OS que
además de tener funcionalidades de balanceo de carga permite mover toda la
carga a uno de los computadores en caso de desastres.
Servidor Mainframe Centro de Cómputo Backup: Mainframe IBM System
z/Enterprise 114 modelo 2818-T01 de 340 MIPS, 64 GB de memoria RAM,
interconectados por fibra oscura.
Los servidores mainframe del Centro de Cómputo Principal y Backup tienen
“activas” la partición (LPAR) de Producción y las particiones de Desarrollo y
Certificación.
El servidor Mainframe del Centro de Cómputo Backup, tiene en una de sus
particiones lógicas el sistema operativo z/VM donde se virtualizan máquinas
z/Linux.
La capacidad de MIPS que se tiene actualmente en el Core Bancario ha
considerado un crecimiento hasta finales del 2014. Actualmente el uso de los
MIPS es cercano al 80%.
1.4.1.2 Almacenamiento Corporativo

El Banco de la Nación cuenta con una red SAN formada por Switches Brocade y
dos (02) equipos de almacenamiento HITACHI USPV que cuentan, entre otras,
con las siguientes funciones:
- Parallel Access Volume (PAV) para la capacidad de almacenamiento
efectiva en RAID 5 (7+1).
- Conexión física con canales Ficon, punto a punto.
- Tolerancia a desastres.
- Funcionalidad de zonificación de la red SAN.
- Cuenta con software de administración.
- Soporte para discos de 15000 rpm.
Página 48 de 404
- Soporte de arreglo RAID 5 y RAID10.

- Cuenta con licenciamiento para replicación de forma sincrónica.
AMBIENTE CAPACIDAD
EN TB
Producción 1.2
Certificación 0.7
Desarrollo 0.6
z/VM 2.0
TOTAL EN TB 4.5
1.4.1.3 Impresoras
La 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.4 Librería de Cintas
El Banco de la Nación cuenta con una solución tecnológica de respaldo de datos
en librerías virtuales para los ambientes Mainframe y Plataforma de Arquitectura
Abierta de última generación que consta de:
- 2 Librerías de virtualización (CCP - Centro de Cómputo Principal y CCB -
Centro de Cómputo Backup) que emulan 256 drives. La conexión al
mainframe se da a través de canales FICON (2 por nodo) de 4 GB.
Almacena un total de 8 TB.
- 2 Librerías Robóticas (CCP y CCB) que permiten realizar el respaldo
desde los Virtualizadores asignados al servidor mainframe y de los
ambientes para la plataforma de arquitectura abierta. Cada librería cuenta
con 600 slots para mainframe y 600 para la plataforma de arquitectura
abierta.
1.4.1.5 Servidores Stratus
Este documento considera, como parte del procesamiento centralizado, aunque
sin ser parte constituyente de los servidores mainframe, a los siguientes:
- 2 servidores Stratus FT5600, cada uno de 4 procesadores Intel Xeon de
3.06 GHz, 6 GB de memoria y 310 GB en disco, ejecutando el sistema
operativo FT-Linux basado en Red Hat Linux (Kernel 2.4.18) uno en el
Centro de Cómputo Principal y otro en el Centro de Cómputo Backup para
la atención de la red de cajeros automáticos. Estos servidores tienen
repartida la carga de cajeros pudiendo, uno de ellos, en caso de una
contingencia o desastre, asumir la carga de la totalidad de la red de cajeros
automáticos.
Página 49 de 404
1.4.1.6 Servidores para Uso Administrativo

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

1.4.2.1 Software Mainframe
- Sistema Operativo z/OS V1R13.0 (se cuenta además con las funcionalidades
de Parallel Sysplex y Workload Manager).
- Software de comunicaciones de los servidores mainframe, sobre el Sistema
Operativo z/OS:
Los servidores mainframe cuentan con soporte de comunicaciones para SNA
y TCP/IP. El soporte de comunicaciones está incluido en el software z/OS
Communications Server a través de los productos VTAM y TCP/IP.
- Software para el control de procesos en Batch: JES2. Los procesos batch de
actualización de saldos son altamente críticos, en especial en los procesos
de cuentas corrientes y cuentas de ahorro.
- Software para el desarrollo de programas y aplicaciones: Enterprise COBOL
for z/OS.
- Software para edición de archivos y textos: TSO y CA-Roscoe.
- Software Transaccional:
- CICS Transaction Server 2.3 con funcionalidades propias de OLTP.
- CICS Transaction Server 3.1 con funcionalidades añadidas de CICS-
SOAP.
- CICS Transaction Server 3.2 con funcionalidades añadidas de Web
Services.
- CICS Transaction Server 4.2 con funcionalidades añadidas de Web
Services, a migrarse con la versión 1.13 del z/OS
- TOLD II12 (Producto despachador de transacciones).
- Administrador de Procesos Automatizado Control-M.
- Manejadores de Base de Datos de los servidores mainframe:
12
TOLD II: Es un programa host que funciona como un motor transaccional donde converge
todos los canales de atención a excepción cajeros automáticos.
Página 50 de 404
- Base de Datos IBM-DB2 versión 10 en el ambiente de Desarrollo. El

Banco se encuentra en un proceso de adquisición de las licencias en
los ambientes de Certificación, Producción y Respaldo.
- Base de Datos CA-Datacom versión 11 SP4.
- Archivos VSAM.
- Archivos Planos.
Los archivos en base de datos se trabajan con llaves alternantes para un
mejor acceso de la información almacenada.
- Software Security Server – RACF para la administración de la seguridad de
los ambientes z/OS.
- Los servidores Stratus que atienden la red de cajeros automáticos cuentan
con el siguiente software:
a) FT Linux 2.4 basado en Red Hat, versión del kernel 2.4.18.
b) Manejador de Base de Datos Informix DS 9.4.
c) ESP/LINK 4.3, Administrador de la red de cajeros automáticos.
d) Interfaz de comunicaciones TCP/IP para la comunicación con los
servidores mainframe del Banco.
El Core Bancario actual tiene una base de datos única de clientes (BDUC) que
reside en bases de datos CA-DATACOM instalado en el servidor mainframe
z/Series.
El Banco de la Nación es responsable de los procesos de migración, de los
sistemas operativos que viene usando, a las versiones con soporte vigente.
El proceso de migración de los sistemas operativos no será computado dentro
del plazo de entrega.
Página 51 de 404
1.4.2.2 Software de Servidores para Uso Administrativo

Las aplicaciones que brindan soporte a las actividades diarias, tanto operativas
como administrativas están desarrolladas en la siguiente plataforma de software:
 Sistemas operativos: Windows Server 2003, Windows Server 2008, Linux

Red Hat Enterprise, HP Unix y Sun Solaris.
 Bases de Datos en Oracle, Informix, MS/SQL Server 2005, MS/SQL 2008

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

administración y gestión de Seguridad que está formada por:
a) ITIM (Tivoli Identity Manager), para la gestión de roles e
identidades.
b) TAMEB (Tivoli Access Manager for E-Business), para el control de
acceso y autentificación única a nivel de estaciones de trabajo a las
aplicaciones web.
 Tivoli Storage Manager (TSM), para la administración y gestión de los

procedimientos de Backup/restore corporativos de la plataforma
distribuida.
 Suite de producto de la empresa BMC y HP Open View (NDM) para la

gestión del monitoreo de la infraestructura tecnológica.
 “Hub de Integración”: Se conoce de esa forma a los componentes de

software que conforma el middleware necesario para los proyectos de
integración y SOA principalmente. Esta plataforma de integración esta
también conformada por una aplicación que permite una administración
más eficiente de las entidades (interfaces) con las que el Banco interactúa.
Los productos que forman este middleware son los siguientes:
a) CICS (feature Web Services for CICS)
b) Websphere MQ Series
c) Websphere Message Broker
d) Websphere Application Server
 CICS (feature Web Services for CICS): Se ejecuta en los servidores

mainframe con sistema operativo z/OS.
 Websphere MQ Series, Websphere Message Broker y Websphere

Application Server: Se ejecutan en servidores de plataforma distribuida.
Todos los productos mencionados se encuentran licenciados por el Banco.
Página 52 de 404
1.4.3 Infraestructura Periférica de Hardware
La infraestructura periférica de hardware es la siguiente:

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

En las sedes administrativas el equipamiento cuenta con las siguientes
características:
 Sistema operativo: Microsoft Windows 7 Enterprise
 Marca del Equipo: LENOVO
 Modelo del Equipo:3209-1T2
 Procesador Intel(R) Core(TM) i5-3570 CPU @ 3.40GHz,4 procesadores
principales, 4 procesadores lógicos
 Memoria RAM: 4.00 GB DDR3
 Disco Duro: 500 GB SATA
 Grabador de DVD
 USB 2.0: 4 (2 Parte Frontal y 2 Parte Posterior)
 USB 3.0: 4 Parte Posterior
1.4.4 Infraestructura Periférica de Software

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

Para Servidores en Agencias:
 Sistema Operativo: Windows XP Professional SP2 32 bits (Agencias tipo B
y C).
 Sistema Operativo: Windows Server 2003 Standard 32 bits (Sucursales)
 Antivirus McAfee Agent VS 8.8 y Agente.
 MS Office 2007/2010 Plus Professional 32 bits, que incluye el MS Outlook
2010 para correo electrónico.
 Browser Internet Explorer 6.0.
 Java 1.5.0.7 32 bits.
 Adobe Reader 8.
 Carpeta de instaladores: SaraWeb, MoneyGram, impresoras y drivers de
lectoras de cheques y pinpad en disco D.
 Software de Ventanilla: SARA Web Banking.
 IBM Host on Demand (Emulación 3270).
Para las Estaciones en Agencias:

 Sistema Operativo: Windows XP Professional SP2 32 bits
 Antivirus McAfee VS 8.8 y Agente.
 OpenOffice 3.0
 Java 1.5.0.7 32 bits
 Adobe Reader 8
 Software de Ventanilla: SARA Web Banking.
 IBM Host on Demand (Emulación 3270).
1.4.4.2 Software en los Puestos Administrativos

El software en los puestos de las sedes administrativas es el siguiente:
 Sistema Operativo: Windows 7 Enterprise SP1 64 bits

 MS Office 2007/2010 Plus Professional 32 bits, que incluye MS Outlook
2010 para correo electrónico.
 Lync 2010
 Antivirus McAfee VS 8.8 y Agente.
 Java 1.5.0.7 32 bits.
 Adobe Reader 11.
 Adobe Shockwave.
 Adobe Air.
 Flash Player 11.
 Microsoft SilverLigth.
Página 54 de 404
1.4.5 Infraestructura de Comunicaciones

El Banco de la Nación cuenta con dos Centros de Datos (Data Center), el Centro
de Cómputo Principal y el Centro de Cómputo Backup, ambos en la ciudad de
Lima e interconectados por fibra oscura.
Adicionalmente a ello, se está previendo un tercer Centro de Datos en el
denominado Centro de Contingencia ante Desastres (CCAD), a fin de permitir la
recuperación del negocio tan funcional como sea posible ocurrido un desastre.
Este CCAD usaría un enlace dedicado (10Mbps) y equipo de comunicaciones
(FCoIP –Fiber Channel over IP) para la transferencia asincrónica de datos entre
el CCAD y el Centro de Cómputo Backup.
El Banco proveerá para la implementación de la solución de Core Bancario una
Red LAN y SAN altamente disponible, las cuales constan de las siguientes
características y componentes:
1.4.5.1 Red LAN en los Centros de Datos
La red LAN de cada Centro de Datos incluye:
- Dos equipos de comunicación “switches de consolidación principal y
secundario” configurados en alta disponibilidad.
- Protocolo TCP/IP.
- Interfaces gigabit de cobre 10/100/1000 Base-T.
- Interfaces gigabit de fibra 1000Base-SX.
- Interfaces 10 gigabit 10GBASE-SR.
- Protocolo de enrutamiento OSPF.
- Definición de VLANs para la segmentación de la red a nivel de capa 2 y
capa 3.
- Equipos de multiplexación de fibra ADVA con tecnología DWDM para la
interconexión de los Data Center.
1.4.5.2 Red 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í, una
en el Centro de Cómputo Backup y otra en el Centro de Cómputo
Principal.
- Estos incluyen la función FC sobre IP o iSCSI (extensión de red SAN
sobre red IP).
- Incluye función de administración y Gestión de la red SAN para efectos
de la conexión entre los puertos IP de los switches SAN y la red IP del
Banco.
- Cuenta con:
a) Puertos de 4Gbps por cada switch (50 de tipo short wave).
Página 55 de 404
b) 4 puertos IP de 1Gbps por cada switch (fibra óptica).

c) 2 fuentes de poder por cada switch.
d) Formato instalable en RACK.
e) Software (Enterprise Package).
2. Cuatro switches Brocade, dos en el Centro de Cómputo Principal y otros

dos en el Centro de Cómputo Backup:
- Cada uno cuenta con controladoras activas y redundantes entre sí, una
en el Centro de Cómputo Principal y otra en el Centro de Cómputo
Backup.
- Sistema de almacenamiento HITACHI (Universal Storage Platform V)
- Cuenta con:
a) Interfaces o puertos de 1/2/4Gbps por cada switch.
b) 2 fuentes de poder por cada switch
c) 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.3 Red de Agencias
Actualmente el Banco cuenta con agencias que se conectan a nuestros Centros
de Datos a través de los servicios públicos de telecomunicaciones proveídos por
las empresas Telefónica y GTH (GILAT To Home).
a) El contratista Telefónica del Perú S.A a través de su servicio de red IP/VPN,
presenta una solución del tipo terrestre mayoritariamente, la cual brinda
enlaces de comunicación a aproximadamente 560 puntos de atención a nivel
nacional (Agencias Sucursales, Ventanillas, Lobbies). 13 Para soportar ello, se
tiene en el Centro de Cómputo Principal una red WAN (Wide Area Network)
conformada 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.
13
Lobby: En plural lobbies (vocablo inglés), es el ambiente o cubículo cerrado con puerta de
acceso para los clientes del Banco, ubicado en el área frontal de los ATM´s para mayor
resguardo y seguridad de los equipos y usuarios de cajeros automáticos.
Página 56 de 404
Los enlaces de respaldo son en su mayoría del tipo ISDN-BRI, los cuales se
activan automáticamente ante un incidente en el enlace principal. Sin embargo
también se tiene alrededor de 50 puntos con enlaces de respaldo del tipo
modem conmutado, siendo su activación manual.
Se adjunta cuadro resumen de los tipos de Agencias y lobbies de cajeros
automáticos que están conectadas a través del contratista Telefónica.
TIPO DE CANTIDA
AGENCIA D ANCHO DE BANDA (KBPS) TIPO DE SERVICIO
TIPO CANTIDAD ANCHO DE BANDA (KBPS) TIPO DE SERVICIO
SUCURSAL 11 384 KBPS IP-METRO, IP-VPN
LOBBY 186 64, 128, 192 , 600/256 KBPS,900/256 KBPS,1200/256
SUCURSAL A KBPS2 2048 KBPS IP-METRO
SUCURSAL B 5 2048 KBPS IP-METRO
IP-ADSL,IP-VPN, IP-
SUCURSAL C 6 2048 KBPS VPN/SATELITAL
IP-METRO
AGENCIA 37 256, 512, 1200/256 KBPS IP-VPN,IP-ADSL, IP-METRO
AGENCIA 1 9 256 KBPS IP-VPN
AGENCIA 2 2 1200/256 KBPS IP-ADSL
256, 512, 384, 1200/256 KBPS, 2048
AGENCIA A 12 KBPS IP-VPN, IP-ADSL
AGENCIA B 48 256,384,512 KBPS, 1200/256 KBPS IP-VPN, IP-ADSL
TIPO DE CANTIDA
AGENCIA D ANCHO DE BANDA (KBPS) TIPO DE SERVICIO
AGENCIA C 161 256, 384, 900/256 KBPS,1200/256 KBPS IP-VPN,IP-ADSL,IP-VPN/SATELITAL

OFICINA IP-VPN, IP-METRO, IP-
ESPECIAL 81 64,128,192, 256, 384, 600/256 KBPS VPN/SATELITAL, IP-ADSL
374
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:
CANTIDA ANCHO DE BANDA TIPO DE

TIPO DE AGENCIA D (KBPS) SERVICIO
AGENCIA C 171 101/228 KBPS VSAT
Página 57 de 404
AGENCIA B 2 101/228 KBPS VSAT

OFICINA ESPECIAL 1 101/228 KBPS VSAT
174
TIPO DE
SERVICI
TIPO CANTIDAD ANCHO DE BANDA (KBPS) O
LOBBY 4 100/100 KBPS,101/228 KBPS VSAT
1.4.6 Protocolos de Comunicación

Para 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.1
b) MQ (Cliente o Servidor) (en laboratorio)
c) HTTPS
d) SIX
- Formatos:
a) ISO 8583
b) XML (Genérico)
c) TXT
1.4.7 Canales de Atención

La 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.1 Plataforma de Caja o Ventanilla
El Banco de la Nación para el canal de Caja o Ventanilla usa el aplicativo SARA
WEB Banking que consta de 4 módulos:
- SARA Web Branch Server: aplicativo que se despliega en un servidor con
Sistema Operativo Windows 2003 y que cuenta con la siguiente plataforma
base: Web Websphere Application Server CE y una base de datos local DB2
Express. El servidor de aplicaciones, mediante el aplicativo módulo SARA
SNA Gateway se comunica con el software IBM Communications Server que
a su vez establece una comunicación SNA con el servidor mainframe del
Banco. Es necesario mencionar que la comunicación entre el servidor SARA
Web Branch Server y las estaciones locales SARA Web Branch de la agencia
se hace a través del protocolo TCP/IP. Los procesos de autenticación y
temas relacionados a autorizaciones y perfiles se hacen a través de un
servicio web que se comunica con SARA Web Manager. La presentación está
compuesta por páginas HTML, jsp y un applet donde se ejecuta las
transacciones de ventanilla.
- SARA Web Branch: Es el sistema de atención en ventanillas que sirve como
front en las agencias para la ejecución de transacciones.
Página 58 de 404
- 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.2 Banca por Internet
Los servicios de Banca por Internet son ofrecidos a través del Sistema de
Atención de Transacciones por Internet (SATI) y el Sistema de Administración de
Transmisiones Masivas (SATM).
a) El Sistema de Atención de Transacciones por Internet (SATI) consta

de 2 módulos:
- Multired Virtual (BNWeb): aplicativo instalado en servidores
Websphere Application Server, encargado de la ejecución de todas las
transacciones monetarias y no monetarias vía Internet. Este aplicativo
trabaja con una base de datos Oracle y utiliza Web Services para
conectarse al CICS SOAP funcionalidad que viene con el CICS, el cual
se encarga de realizar el enlace con el computador mainframe del
Banco.
- SARA Web Banking, módulo encargado de la administración y
configuración del SATI. En este módulo se realiza la configuración de
nuevas transacciones, mensajes del aplicativo, límites monetarios,
reportes estadísticos y constancia de vouchers emitidos en el SATI. Se
conecta vía el jar cliente SWM.jar, el cual se conecta al SARA Web
Manager para poder validar su usuario y obtener el perfil del usuario.
b) El Sistema de Administración de Transmisiones Masivas (SATM)
permite a las empresas del Sector Privado inscritas al sistema, realizar
abonos vía Internet para el pago de remuneraciones y pensiones a su
personal activo o cesante. Consta de tres módulos: Módulo de Contratos,
Módulo Administrativo y Módulo Transaccional.
El Banco de la Nación cuenta con servicios de autenticación basados en
validación de tarjeta y CVV2 añadiendo a esto una contraseña de 4 dígitos para
consultas y de 6 dígitos para transacciones financieras. Adicionalmente cuenta
con autenticación de doble factor basada en el uso de tarjetas de coordenadas y
el uso de tokens.
1.4.7.3 Cajeros Automáticos
Actualmente el Banco de la Nación cuenta con una red de 791 cajeros
automáticos; de marca NCR y Diebold. Dicho número de ATMs se encuentra
balanceado (a nivel de configuración) en 2 servidores Stratus (los cuales actúan
como Switches Transaccionales), uno ubicado en el Centro de Cómputo
Principal y otro en el Centro de Cómputo Backup.
La conexión de los servidores Stratus con el mainframe se realiza mediante
protocolo TCP/IP utilizando formato de mensajes ISO 8583.
El Banco de la Nación trabaja con la franquicia VISA en los roles: Rol Emisor y
Rol Adquiriente, además de estar certificado Verified by VISA. Para esto, el
Página 59 de 404
Banco de la Nación cuenta con un servidor VEA (equipo provisto por VISA),
como punto de conexión entre el Banco y VISA Internacional. La conexión entre
el VEA y los computadores Stratus se realiza a través del protocolo TCP/IP.
A la fecha el Banco de la Nación también trabaja con la franquicia
MASTERCARD en el rol de Adquiriente .
El Banco está afiliado a una red de POS (Puntos de Venta) con VISANET para
transacciones locales en el Perú y con VISA para transacciones internacionales.
La interfaz se hace a través de la red de procesamiento VISA, que usa al
servidor mainframe como autorizador de las tarjetas de débito.
1.4.7.4 Cajeros Corresponsales
Este canal opera instalando en los terminales del socio corresponsal, servidores
y estaciones de trabajo de caja SARA Web, con un perfil operativo reducido que
corresponde a los servicios definidos en ese escenario particular.
El Banco de la Nación expondrá sus servicios de Core Bancario mediante
servicios web a fin que puedan ser utilizados por el socio corresponsal. Se
proyecta también la ampliación de cobertura de servicios para este canal, con la
inclusión de otras modalidades de operación como POS y telefonía móvil.
1.4.7.5 Banca por Teléfono
El Banco de la Nación cuenta con una solución de Contact Center. Este sistema
consiste de un servidor que administra a un pool de agentes que atienden
telefónicamente a los clientes del Banco de la Nación en un set limitado de
servicios.
El sistema incluye un autómata (IVR – Interactive Voice Response) que mediante
mecanismos de emulación 3270, es capaz de atender un conjunto limitado de
consultas y operaciones.
1.4.7.6 Banca por Celular
Servicios de consultas brindados a los clientes a través celulares (Movistar o
Claro) por tecnología WAP. Se proyecta fortalecer este canal cambiando la
tecnología WAP por mensajería SMS y/o aplicaciones alojadas en los teléfonos
de uso masivo.
Actualmente, los canales de atención están integrados con los aplicativos del
Banco, pero el Banco no cuenta con una plataforma de multi canalidad.
1.4.8 Volúmenes de Operación y Procesamiento

Con 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.1 Oficinas
En el año 2001 el Banco de la Nación tenía 348 oficinas, ese número ha venido
creciendo a razón de un promedio del 4,5% anual, llegando a mayo de 2013 a
580 oficinas.
Adicionalmente, el Banco contempla la apertura de micro-agencias, en
Página 60 de 404
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.2 Usuarios del Core Bancario
En el año 2002, el Banco de la Nación registraba 2,765 empleados, ese número
ha venido creciendo a razón de un 4,4% anual en promedio, alcanzando a mayo
del año 2013 a 4,261 empleados de los cuales aproximadamente 1,600 son
recibidores/pagadores (cajeros de ventanilla).
El número de funcionarios que estarán accesando a la Plataforma Comercial y
de Servicios en sucursales como en el call center será de 2,000 como mínimo.
1.4.8.3 ATM
El Banco de la Nación, actualmente cuenta con 791 ATM’s, número que se
incrementa en promedio a razón del 8,9% anual.
1.4.8.4 Clientes
El Banco de la Nación a mayo del año 2013 mantiene información de 4,7
millones de clientes habituales. Al primer trimestre del año 2013 se tienen
registrados 2’531,800 clientes no habituales (personas naturales).
1.4.8.5 Cuentas y Préstamos de Consumo

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

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

El contratista deberá cumplir y acreditar como mínimo lo siguiente:
14
Las Transacciones Financieras son aquellas que involucran movimiento físico o electrónico
de dinero y/o cheques, ejecutadas en los canales de atención transaccional del Banco.
Las Transacciones No Financieras son aquellas que no involucran movimiento físico o
electrónico de dinero y/o cheques, ejecutadas en los canales de atención transaccional del
Banco (consultas sin comisión, transacciones de seguridad, entre otras).
Página 61 de 404
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 Registro Nacional de Proveedores (RNP) exige,
además, que estos poderes estén previamente inscritos en el Registro de
Personas Jurídicas de los Registros Públicos (Procedimiento especial de
inscripción de Proveedores extranjeros de Bienes y/o de Servicios no
domiciliados, que no cuentan con representante legal o apoderado en el Perú).
En caso de consorcio, los Postores que lo conforman deben estar inscritos en el

Registro Nacional de Proveedores en el capítulo de proveedores de servicios y
presentar como parte de su propuesta técnica una promesa formal de consorcio,
en la que se indique: los integrantes del consorcio, el representante y domicilio
común del consorcio, el porcentaje de participación de los integrantes, y las
obligaciones que asume cada integrante; de conformidad con el Reglamento.
b) Ser una empresa especializada en Tecnología de Información, organizada y con

experiencia en por lo menos tres (3) servicios ejecutados (con una duración
mínima de 5 meses cada una) en los últimos diez (10) años, respecto a la
implementación de soluciones de Core Bancario o módulos que lo componen,
los cuales deberán ser acreditados con cualquiera de las siguientes alternativas:
- Copia simple legible de contratos u órdenes de servicio.

- Copia simple legible de comprobantes de pago (tales como facturas entre
otros comprobantes).
- Constancias y/o cartas de clientes.
Los servicios mencionados en el párrafo anterior no serán considerados para la

sustentación de la experiencia en los factores de evaluación, ya que la
documentación utilizada para acreditar la experiencia solicitada como
requerimiento mínimo no podrá ser utilizada para acreditar experiencia requerida
en los factores de evaluación.
c) Presentar una (1) referencia de una instalación de su solución de core bancario

propuesta (incluir datos de los directivos de contacto), funcionando en
arquitectura mainframe z/Series con sistema operativo z/OS o una (1) referencia
de instalación en plataforma abierta (UNIX o LINUX). Las referencias deben ser
de instalaciones en instituciones financieras funcionando en ambientes de
producción con una antigüedad no menor a tres (3) meses, computados a partir
del acta de aceptación del servicio.
Página 62 de 404
d) Contar con representación y personal de soporte local (Lima-Perú), para la

atención de los requerimientos de Garantía, Soporte y Mantenimiento, indicados
en los términos de referencia, la acreditación de este requerimiento es mediante
Declaración Jurada y el cumplimiento del mismo lo hará el Ganador de la Buena
Pro que firme contrato con el Banco de la Nación.
e) El contratista al presentar su oferta, deberá observar y cumplir obligatoriamente

las especificaciones técnicas y las exigencias que se detallan en los Términos de
Referencia.
f) El contratista que obtenga la Buena Pro tendrá bajo su cargo la oportuna y

eficiente prestación de los servicios con responsabilidad económica y
administrativa.
3 Requerimientos de Lugar y Plazo de Ejecución
La implementación del nuevo Core Bancario se llevará a cabo en la ciudad de Lima –

Perú, en las oficinas que el Banco de la Nación determine para este fin, los Consultores
y Líderes del Proyecto deberán encontrarse presencialmente en las oficinas del
proyecto y tener dedicación exclusiva a este trabajo, esto incluye a los Consultores
Funcionales de Core Bancario, Consultores en Tecnología de Información, Consultores
Técnicos de Implementación (Arquitecto), Consultores Técnicos de Migración e
Ingeniero de Implementación.
El equipo dedicado a la programación podrá encontrarse presencialmente en las

oficinas del proyecto o podrán realizar las tareas de manera remota, salvo el personal
que lidere esta actividad.
El Plazo de Ejecución de Prestación del servicio está compuesto por Prestaciones

Principales y Accesorias:
El Plazo de Ejecución de las Prestaciones Principales del Servicio se estima en 51

meses, de acuerdo a lo siguiente:
 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.
Página 63 de 404
 Provisión de todas las Licencias requeridas para la Implementación y total

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

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

Soporte Post-Producción de cada módulo implementado y hasta doce (12)
meses posteriores al término del Soporte Post-Producción del último módulo de
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 la Prestación Accesoria será de un (1) año, de acuerdo a lo

siguiente:
 Soporte y Mantenimiento de la Solución de Core Bancario (que incluye

proveedor considere necesarias para el correcto funcionamiento de la Solución),
El contratista se compromete a brindar el servicio de Soporte y Mantenimiento

luego de finalizado el primer año de soporte y mantenimiento, a requerimiento del
Banco.
4 Requerimientos y Condiciones para el Inicio de la

Prestación del Servicio.
El Banco de la Nación deberá proveer los siguientes recursos, dentro de los sesenta
(60) días siguientes a la suscripción del contrato, para el inicio de la prestación del
servicio:
 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.
Página 64 de 404

 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.
 Infraestructura de comunicaciones con acceso a la red interna del Banco de la
Nación.
 Disponibilidad y accesos a los servidores mainframe para la implementación de
los ambientes de desarrollo, certificación, producción y respaldo de la Solución
de Nuevo Core Bancario.
Los recursos logísticos provistos por el Banco de la Nación para la prestación del
servicio son para uso del personal del Contratista y del Banco de la Nación que
participará en la Implementación de la Solución de Nuevo Core Bancario.
El Contratista deberá proveer los siguientes elementos para el inicio de la prestación

del servicio:
 Las computadoras personales del equipo de trabajo del Contratista.
 Recursos Humanos necesarios para la gestión y ejecución del servicio, los
cuales deben cumplir en su perfil con habilidades y experiencia requeridas para
cumplir con los objetivos del Plan de Trabajo.
 Herramientas tecnológicas para la prestación del servicio, de ser necesario.
5 Requerimientos de Plataforma
Teniendo en cuenta que el Banco de la Nación desea optimizar la inversión que ha

realizado en Infraestructura Tecnológica durante los últimos años, la Nueva Solución de
Core Bancario deberá ejecutarse en arquitectura mainframe z/Series, con el gestor de
base de datos IBM-DB2 V10, bajo el sistema operativo z/OS con los que cuenta
actualmente el Banco, de acuerdo a lo descrito en el numeral 1.4. Tecnología del Banco
de la Nación. Asimismo, la Nueva Solución (incluyendo las herramientas de desarrollo y
todo el software necesario para el correcto funcionamiento del nuevo core bancario)
deberá tener la capacidad de ejecutarse en plataforma abierta (UNIX o LINUX), siendo
importante indicar que los desarrollos y/o personalizaciones realizadas a la nueva
solución en la arquitectura mainframe deberán continuar funcionando en plataforma
abierta, para que en una segunda fase, que está fuera del alcance de este proyecto, el
Banco de la Nación pueda migrar a dicha plataforma de estimarlo conveniente.
Cabe indicar que los módulos obligatorios a ejecutarse en la plataforma mainframe con
sistema operativo z/OS son los siguientes: Clientes, Captaciones, Colocaciones,
Servicios de Pagos y Cobros. Los componentes del Core Bancario, tales como el
middleware o plataforma de caja o ventanilla pueden ejecutarse en otra plataforma.
Página 65 de 404
A continuación se indica el detalle de los componentes mínimos de plataforma con que

debe contar la solución de Nuevo Core Bancario propuesta:
A.- PLATAFORMA Y SISTEMA OPERATIVO
1. Mainframe: z/OS
a. Capa de Aplicaciones o de Procesos de Negocio: Debe operar en

plataforma mainframe basado en sistema operativo z/OS, asegurando el
mejor rendimiento, facilidad de manejo, mantenimiento sencillo y que no
represente un costo adicional.
b. Capa de Middleware: Debe contar con un ESB, propio o de tercero,

para proveer una capa de integración que permita interoperar con
aplicaciones propietarias y también con las que no están orientadas a
servicios, incluyendo los aplicativos que se ejecutan fuera del mainframe
(ERP, aplicaciones Web, conexiones con entidades externas, entre
otras).
En caso que la capa de middleware no esté en plataforma mainframe, el

Contratista debe indicar detalladamente las características del hardware,
software y servicios que serán provistos por este, para su
implementación y correcto funcionamiento, garantizando la alta
disponibilidad a través de un equipamiento similar en el Centro de
Cómputo de Backup, durante la vigencia del contrato.
c. Capa de Base de Datos: Se utilizará el gestor de base de datos IBM-

DB2 V10, que será proporcionado por el Banco, el cual se encuentra en
plataforma mainframe con sistema operativo z/OS.
d. Capa de Presentación: Debe ser multiplataforma, por lo menos que

soporte sistema operativo Windows y Linux. El lenguaje utilizado en su
desarrollo e implementación deberá ser Java. La interfaz del usuario debe
ser Web.
2. Arquitectura Abierta
a. Capa de Aplicaciones o de Procesos de Negocio: debe operar en

cualquier plataforma de arquitectura abierta, con sistema operativo Unix o
Linux.
b. Capa de middleware debe operar en cualquier plataforma de
arquitectura abierta, con sistema operativo Unix o Linux.
c. Capa de Base de Datos: debe operar en cualquier plataforma de
arquitectura abierta, con sistema operativo Unix o Linux.
d. Capa de Presentación: ser multiplataforma, por lo menos que soporte
sistema operativo Windows, Unix y Linux. El lenguaje utilizado en su
desarrollo e implementación deberá ser Java. La interfaz del usuario debe
ser Web.
B.- GESTOR DE BASE DE DATOS
Página 66 de 404
El Banco de la Nación proporcionará el gestor de base de datos IBM-DB2 V10

en sistema operativo z/OS que deberá ser utilizado por el Nuevo Core Bancario.
El Banco posee licencias de Base de Datos IBM-DB2 V10 en el ambiente de
Desarrollo y se encuentra en un proceso de adquisición de las licencias en los
ambientes de Certificación, Producción y Respaldo.
La nueva solución de core bancario deberá tener altos niveles de disponibilidad y

resiliencia que deben ser evidenciadas en las propuestas.
La nueva solución de core bancario podrá hacer uso adicionalmente de archivos

VSAM (KSDS y ESDS), así como archivos catalogados temporales, como parte
de su diseño.
C.- SISTEMA DE CAJA O DE VENTANILLA
Es requerimiento que el sistema de caja o de ventanilla de la solución propuesta

debe funcionar en un entorno web a través de un browser.
Sin dejar de cumplir el requerimiento anterior, el Contratista podrá proponer

además una arquitectura distinta al entorno web del sistema de caja o ventanilla,
siempre y cuando esta nueva forma evidencie ventajas comparativas en el
tiempo de respuesta respecto a la modalidad solicitada y que no haga incurrir al
Banco en gastos adicionales.
El sistema de caja o ventanilla debe ser multiplataforma, por lo menos que

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

o ventanilla deber ser utilizando el protocolo de comunicación de TCP/IP.
Las comunicaciones entre el clúster de servidores del nuevo sistema de Caja o

Ventanilla con las estaciones de las agencias debe ser TCP/IP.
Página 67 de 404
6 Requerimientos de Arquitectura
6.1 Arquitectura Orientada a Servicios
El Nuevo Core Bancario deberá estar basado en una Arquitectura Orientada a
Servicios (SOA), que cumpla los siguientes requerimientos:
- Disponer de un inventario de Servicios WEB estandarizados que la solución
de Core Bancario exponga para el descubrimiento de Servicios, cumpliendo
el estándar UDDI 15.
- Ser una solución construida con capas de abstracción que incluyan capas de
procesos de negocio y capa de servicios categorizados además de las capas
de presentación, componentes y acceso a datos.
- La capa de middleware (ESB) debe proporcionar las características
necesarias mediante las cuales se pueda implementar una arquitectura
orientada a servicios. Las características básicas que debe presentar el ESB
son las siguientes:
 Enrutamiento y redireccionamiento de mensajes.

 Estilo de comunicación síncrono y asíncrono.
 Multiplicidad de tipos de transporte y protocolos de enlace,
considerando como mínimo los siguientes: HTTP, HTTPS, SNA,
JMS, MQ, FTP, SFTP, TCP/IP, SMTP, SOAP.
 Transformación de contenido y traducción de mensajes.
 Orquestación y coreografía de mensajes.
 Gestor de eventos.
 Presencia de adaptadores a múltiples plataformas.
 Herramientas de diseño de la integración, de implementación y
despliegue.
 Características de garantía de la calidad del servicio (QoS), como
transaccionalidad y persistencia.
 Funcionalidad de autenticación, autorización y encriptación para
asegurar los mensajes entrantes y salientes.
 Auditoría, registro y métricas.
 Gestión y monitorización.
6.2 Business Process 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 debe tener la capacidad
de integrarse con herramientas estándar de BPM. No obstante, la adquisición de
esta herramienta no es parte del alcance de este proyecto.
15
UDDI: Universal Description and Discovery Interface
Página 68 de 404
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, el clúster de servidores para el sistema de caja o ventanilla, la
atención de los requerimientos de capacidad de procesamiento (MIPS) y el
almacenamiento (espacio en disco) para la ejecución de la Nueva Solución Core
Bancario en el mainframe. El número de MIPS a contratar será determinado en la etapa
del “Plan de Trabajo” que es posterior a la firma del contrato con el ganador de la
Buena Pro.
El Banco de la Nación proporcionará el software base de los servidores mainframe:
Sistema Operativo z/OS, RACF, CICS, VTAM, JES2.
7.2 Responsabilidades del Contratista

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

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

La capa de aplicaciones y la base de datos deberán ejecutarse en modalidad
centralizada, debiendo esta última estar replicada para propósitos de
contingencia.
Página 69 de 404
7.3.3 Capacidad de Procesamiento en Línea

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

CONCEPTO Mayo 2013
Oficinas 580
Ventanillas 1,895
ATM 791
Empleados 4,261
Clientes 4,7 millones
Transacciones financieras al cierre 269,445,693
del año 2012
7.3.4 Tiempo de Respuesta

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

En el caso que la solución del Postor contemple el uso de una ventana batch, la
misma no deberá interferir con la disponibilidad para todos los canales de
atención, dicha interrupción no debe superar los 30 minutos diarios.
7.4 Infraestructura de Software

El Nuevo Core Bancario deberá interactuar con el programa producto RACF en
las capas de aplicaciones (core del negocio) y la base de datos que deben residir
en los servidores mainframe sobre sistema operativo Z/OS. En caso el postor
tenga un software de seguridad diferente para las demás capas, éste deberá
tener la capacidad de integrarse con RACF y los sistemas de seguridad del
actual core del banco, con el fin de garantizar una administración centralizada e
Página 70 de 404
integral de la seguridad de las aplicaciones y su acceso a los recursos en el

ambiente Z/OS, principalmente en la etapa de convivencia, para ello debe
presentar de manera gráfica su esquema de integración propuesta.
El Postor deberá incluir en su propuesta técnica todo el software necesario para
implementar la solución requerida en los Ambientes de Desarrollo, Certificación,
Producción y Respaldo, que incluya licencias del Software del nuevo core
bancario y demás licencias que el Postor considere necesarias para el correcto
funcionamiento de la Solución, indicando como mínimo lo siguiente:
- Nombre del Producto de Software
- Nombre del fabricante y/o distribuidor local
- Ambientes donde se requiere implementar (desarrollo, certificación,
producción y respaldo)
- Funcionalidad cubierta
- Tipo de Licenciamiento
- Vigencia del licenciamiento
- Cantidad de licencias provistas
7.4.1 Herramientas de Desarrollo
El Contratista debe asegurar autonomía para el Banco de la Nación en la

creación de nuevas funcionalidades o modificaciones de funcionalidades
existentes, sin depender de la presencia del Contratista. Esta autonomía debe
ser asegurada por el Contratista de la siguiente manera:
a) Con la entrega de código fuente del software de Core Bancario, (para las
capas de la solución, exceptuando el núcleo). El Contratista deberá incluir en
su Plan de Capacitación el entrenamiento necesario para que el Banco de la
Nación tenga la capacidad de modificar el código fuente entregado. El
Contratista, deberá asegurar también la entrega de todas las herramientas y
sus licencias correspondientes para los ambientes de desarrollo y
certificación.
b) Con la entrega de un SDK16 que permita la modificación de funcionalidades
existentes y/o la creación de nuevas. El Contratista deberá asegurar e incluir
en su Plan de Capacitación el entrenamiento necesario para que el Banco de
la Nación tenga la capacidad de utilizar el SDK. El Contratista deberá
asegurar también, la entrega de todas las herramientas y sus licencias
correspondientes para los ambientes de desarrollo y certificación.
Se aceptará para la capa de presentación, lenguajes compatibles con la Plataforma
de Desarrollo Java EE.
Para el desarrollo y mantenimiento de la solución de Core Bancario, el Postor
deberá incluir en su propuesta:
a) Una herramienta automatizada para el control de las versiones y para la
gestión de solicitudes de cambio, con licencias de tipo flotante para 40
usuarios.
16
SDK: Software Development Kit
Página 71 de 404
b) Una herramienta para el acceso y actualización del modelo lógico de la base

de datos de la solución de Core Bancario con licencias de tipo flotante para 5
usuarios. Estas licencias deberán estar disponibles a la culminación de la
etapa del “Plan de Trabajo”.
Además, el Contratista deberá asegurar que el Banco de la Nación recibirá las
actualizaciones de versiones o tecnologías del software de Core Bancario, y que
estas actualizaciones se integrarán a las nuevas funcionalidades o
modificaciones desarrolladas por el Banco de la Nación.
Se debe dotar al Banco con las herramientas de desarrollo y con la capacitación
necesaria para que el personal del Banco pueda realizar los desarrollos y
mantenimientos de forma eficiente, segura y centralizada.
7.5 Comunicaciones
El Nuevo Core Bancario deberá utilizar la misma infraestructura de
comunicaciones que el actual core.
La información de las oficinas segmentadas por ancho de banda se encuentra en
el punto 1.4.5.3 de los TDR. Por otro lado en las oficinas que tienen el menor
ancho de banda tienen entre 2 y 3 estaciones de trabajo, llegando en algunos
casos a máximo 4 estaciones de trabajo.
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ón17 a través de los Canales de Atención, brindando las interfaces y módulos
de software necesarios para cada uno de ellos:
- Plataforma de Caja o Ventanilla: el Nuevo Core Bancario deberá proveer
la solución de software necesaria para la atención en cajas o ventanillas que
reemplazará al sistema actual (transacciones de caja y de verificación de
firmas electrónicas). De igual manera debe proporcionar los módulos de
software (rutinas, APIs, módulos, etc.) para lograr la conectividad necesaria
con los dispositivos tales como: lectoras de tarjeta magnética, lectoras de
caracteres magnéticos y/o ópticos en cheques, ingreso de clave en
dispositivos Pin Pad y lectoras de documentos de pago (recibos y facturas),
no se requiere la provisión de los equipos mencionados. . Adicionalmente,
para la etapa de convivencia deberá proveer la interfaz con la solución actual
de Plataforma de Caja o Ventanilla.
- Banca por Internet: el Nuevo Core Bancario deberá proveer la interfaz y los
controles necesarios para conectarse y atender los requerimientos y servicios
de la solución de Banca por Internet del Banco.
- Cajeros Automáticos (ATMs): El Nuevo Core Bancario deberá comunicarse
con el switch que administra la red cajeros automáticos (ATM), tal como se
17
Capítulo Información del Banco de la Nación - Tecnología del Banco de la Nación – Canales
de atención
Página 72 de 404
conecta con el Core Bancario, mediante interfaces haciendo uso de

mensajería ISO 8583.
- Cajeros Corresponsales: la solución de Core Bancario deberá proveer la
posibilidad de ejecutar servicios o transacciones del Banco de la Nación
remotamente.
- Banca por Teléfono (IVR): el Nuevo Core Bancario deberá proveer la
interfaz y los controles necesarios para atender los requerimientos y servicios
brindados a los clientes por medio del Sistema de Respuesta de Voz
Interactiva o IVR18, dicha interfaz se conectará utilizando un servidor
transaccional que interactúa entre el Core Bancario y el sistema IVR,
permitiendo el acceso a servicios de información y operaciones autorizadas.
- Banca por Celular: el Nuevo Core Bancario deberá proveer la interfaz y los
controles necesarios para atender los requerimientos y servicios brindados a
los clientes por medio de mensajería SMS y/o aplicaciones alojadas en los
teléfonos.
8.2 Con el Ambiente Mainframe

- Deberá ser capaz de procesar transacciones iniciadas por el sistema mainframe
del Banco, específicamente desde las diferentes regiones CICS definidas en el
mainframe.
El CICS recibe transacciones que son asociadas a programas, una transacción
por un programa. Ejecuta el programa y todas las que de éste se deriven.
Accesa a los datos con los cuales tiene interface (base de datos, archivos planos
y de otros tipos). Finalmente el programa de aplicación retorna el control al CICS
que ha gestionado la ejecución de la misma y los accesos a los datos.
El formato de estas transacciones, su número y contenido, se definirá al
momento del “GAP Análisis” previo a la etapa de convivencia.
- Deberá ser capaz de desplegar los servicios a través de todos los canales del
Banco.
El Nuevo Core Bancario debe brindar la funcionalidad necesaria para el intercambio
de información con el Core actual, en modalidad batch (procesamiento por lotes), a
través de transferencia de archivos, haciendo uso de Web Services o mediante
servicios de mensajería basada en colas (JMS o MQ).
8.3 Con Oracle Financials

Deberá ser capaz de intercambiar información con el Sistema Oracle Financials
(versión 11.5.10.2) que corre en una Plataforma Linux independiente, y que
constituye el ERP del Banco, por lo que esta interfaz es de gran importancia.
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
18
IVR: Interactive Voice Response
Página 73 de 404
Sistema Operativo z/OS y mediante procesos batch esta información es

transformada y enviada al servidor donde se ejecuta el Oracle Financials.
8.4 Con Sistema de Tesorería e Inversiones - Back Trader Live

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

El Nuevo Core Bancario deberá proveer la interfaz y los controles necesarios
para conectarse y atender los requerimientos y servicios de la solución de
Comercio Exterior del Banco.
8.6 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 Aduanas y Administración Tributaria):
el Banco de la Nación está autorizado para la recepción de pago de tributos
en ventanilla. Estos datos son dados a conocer a la SUNAT en línea, a través
del “hub de integración”, y posteriormente confirmados con una transmisión
en ráfaga de los datos, usando FTP.
- RENIEC (Registro Nacional de Identificación y Estado Civil): similar a
SUNAT, los pagos son recibidos en ventanilla y transmitidos en línea, a
través del “hub de integración”, y posteriormente confirmados con una
transmisión en ráfaga de los datos, usando FTP.
- VISA: el Banco de la Nación recibe en línea las transacciones generadas
desde establecimientos comerciales, hechas en Puntos de Venta (POS) y a
través de la red de procesamiento VISA, para compras internacionales con la
Tarjeta de Débito ofrecida por el Banco (tarjeta Multired). La trama de
mensajería pasa primero por los dispositivos VEA, proporcionados por VISA,
luego al Stratus (el mismo que atiende a los ATM), y de ahí al mainframe. El
Nuevo Core Bancario deberá hacer de autorizador, como lo es el mainframe
en la actualidad.
- VISANET: el Banco de la Nación recibe en línea las transacciones
generadas desde establecimientos comerciales, hechas en Puntos de Venta
(POS) y a través de la red de procesamiento VISANET, para compras
nacionales con la Tarjeta de Débito ofrecida por el Banco (tarjeta Multired). El
Nuevo Core Bancario deberá hacer de autorizador, como lo es el mainframe
en la actualidad.
Página 74 de 404
- MASTERCARD: el Banco de la Nación recibe en línea transacciones

originadas en cajeros automáticos MULTIRED BN a través de la red
Procesos MC Perú, por retiro de efectivo con Tarjeta de Débito o Crédito de
clientes propios o foráneos afiliados a la franquicia MASTERCARD
(MAESTRO/CIRRUS/MASTECARD). La trama de mensajería pasa por el
STRATUS, es canalizada a Procesos MC Perú y es transferida a la red
MASTECARD, quien a su vez transmite al Banco Emisor, quien autoriza o
rechaza la operación.
- SEDAPAL (Servicio de Agua Potable y Alcantarillado): Similar a SUNAT, los
pagos son recibidos en ventanilla y transmitidos en línea, a través del “hub de
integración”, y posteriormente confirmados con una transmisión en ráfaga de
datos, usando FTP.
- Cámara de Compensación Electrónica: se pasa la información de la
Cámara Saliente dos veces al día, en modo FTP, y similarmente, se recibe
información de la Cámara Entrante y de la Compensación definitiva.
- MEF 19: 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 20. Además se proporciona
información de la Cuenta de Ejecución, en modo FTP.
- MTC 21: 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 22, INC 23 y OSCE 24.
La solución Nuevo Core Bancario deberá estar preparada para interconectarse
con instituciones y empresas adicionales, para los servicios de cobranza y/o
corresponsalía, con las cuales el Banco de la Nación decida interconectarse.
El Contratista podrá definir una nueva forma de interconexión con las entidades
externas, siempre y cuando esta nueva forma evidencie ventajas comparativas
19
MEF: Ministerio de Economía y Finanzas
20
SIAF: Sistema Integrado de Administración Financiera
21
MTC: Ministerio de Transporte y Comunicaciones
22
SUNARP: Superintendencia Nacional de Registros Públicos
23
INC: Instituto Nacional de Cultura
24
OSCE: Organismo Supervisor de las Contrataciones del Estado
Página 75 de 404
respecto de las modalidades actuales y que no haga incurrir al Banco en gastos

adicionales. Se debe considerar que las diversas modalidades actuales
responden a las necesidades de las entidades así como a las características de
sus plataformas tecnológicas. La coordinación acerca de las nuevas
modalidades de interconexión será parte de la etapa del “Plan de Trabajo”
posterior a la firma del contrato.
9 Requerimientos de Información para Entidades

Externas
Los Reportes Regulatorios y de Control, el Control y Prevención del Lavado de Activos

y la Gestión Integral de Riesgos del Banco de la Nación, estarán soportados en una
plataforma tecnológica especializada, en el entorno de un proyecto de Data Warehouse
independiente del Nuevo Core Bancario, y en otras soluciones especializadas que el
Banco de la Nación ya dispone.
Por el alcance que tienen estas gestiones especializadas, se requiere la disponibilidad

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

La Superintendencia de Banca, Seguros y AFP publicó un documento
denominado “Proyecto de Implantación de la Central de Riesgos por
Operaciones”. En este documento se especifica la información que requiere el
ente regulador para la gestión de riesgos por operación. La información requerida
por el ente regulador y que la nueva solución de Core Bancario deberá proveer
como mínimo para la alimentación del Data Warehouse, en la frecuencia exigible
por el regulador y en el formato a acordar con el Contratista, es la siguiente:
- Información de identificación de deudores: que reportará todos los
clientes del Banco de la Nación que estarán referenciados por tener
productos y servicios contratados (tipo de identificación, código de
identificación, tipo de identificación de extranjero, código de identificación
de extranjero, tipo de identificación complementaria, código de
identificación complementaria, tipo de persona, tipo de cliente empresarial,
magnitud empresarial, razón social, apellido paterno, apellido materno,
apellido de casada, primer nombre, segundo nombre, 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
Página 76 de 404
Nación, relación laboral con el Banco de la Nación, indicador de riesgo

cambiario crediticio Circular B-2145-2005, tipo de identificación principal
en el caso de clientes mancomunados, código de identificación principal
en el caso de clientes mancomunados).
- Información de operaciones de crédito: que reportará el stock a la
fecha de corte de las operaciones de crédito (código de operación, tipo de
producto, tipo de crédito, tratamiento especial de exposiciones de
consumo, tipo de identificación de cliente, código de identificación de
cliente, moneda, saldo contable, cuenta contable, rendimientos
devengados, rendimientos diferidos, rendimientos en suspenso, tipo de
tasa de interés, tipo de indexación de la tasa de interés, spread de tasa
variable y mixta, tasa de interés efectiva anual, tasa de costo efectivo
anual, fecha de inicio de operación, fecha de vencimiento, modalidad de
pago, monto de la cuota, fecha de la cuota, número de cuotas pactadas,
número de cuotas por pagar, periodicidad de las cuotas, días de atraso al
cierre de mes, días de atraso durante el mes, tipo de gracia otorgada,
períodos de gracia, monto desembolsado asociado a la operación,
vencimiento efectivo, provisiones específicas, indicador de transferencia o
adquisición de cartera, código de cartera transferida, sustitución de
contraparte, indicador de financiamiento especializado, código de oficina,
condición de disponibilidad, factor de conversión crediticio).
- Información de operaciones agrupadas: que reportará el stock
agrupado por cliente, de avances en cuentas corrientes, sobregiros y de
descuento de letras y pagarés y factoring, a la fecha de reporte de la
información (código de línea, tipo de crédito, tipo de producto, tipo de
crédito, tratamiento especial de exposiciones de consumo, tipo de
identificación de cliente, código de identificación de cliente, moneda, saldo
contable, cuenta contable, rendimientos devengados, rendimientos
diferidos, rendimientos en suspenso, tasa de interés efectiva anual, fecha
de vencimiento, días de atraso, vencimiento efectivo, provisiones
específicas, indicador de transferencia o adquisición de cartera, sustitución
de contraparte, código de oficina, condición de disponibilidad, factor de
conversión crediticio).
- Cobertura de operaciones y grupo de operaciones : (tipo de operación
cubierta, código de la operación o código de línea, tipo de garantía, código
de la garantía, tipo de identificador de la 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).
Página 77 de 404
- Líneas comprometidas: que reportará todas las líneas comprometidas no

utilizadas asignadas a los clientes (tipo de identificación del cliente, código
de identificación del cliente, código de línea, indicador de bloque de línea,
tipo de línea, cuenta contable, moneda, revolvencia de las líneas,
cancelación unilateral, monto aprobado de la línea comprometida, monto
no utilizado de la línea comprometida, indicador de multi-línea, código de
multi-línea, monto aprobado de la multi-línea, monto no utilizado de la
multi-línea).
- Stock de garantías físicas: que reportará el stock de los activos
recibidos como garantías preferidas (código de garantía, agrupación de
bienes en garantía, número de bienes comprometidos en la garantía, tipo
de garantía, indicador de deuda vinculada, tipo de cobertura, tipo de
propietario de la garantía, tipo de identificación del deudor, código de
identificación del deudor, identificación de situación de garantía, código de
zona registral, código de oficina registral, número de partida, indicador de
garantía compartida, ubicación geográfica, fecha de constitución, indicador
de póliza de seguro vigente, número de póliza del seguro de la garantía,
código de empresa de seguros, valor de constitución de la garantía, valor
comercial de la garantía, valor de realización de la garantía, fecha de
última tasación, moneda de la tasación, cuenta contable de registro de la
garantía, código del último perito valuador, valor de adjudicación de la
garantía, gastos de adjudicación, provisión inicial, provisión constituida
mensualmente, provisión por desvalorización).
- Stock de garantías en títulos valores: que reportará el stock de las
garantías auto-liquidables y preferidas a la fecha de reporte (código de
garantía, agrupación de bienes en garantía, código ISIN, tipo de emisión,
tipo de emisor, indicador de deuda vinculada, tipo de cobertura, tipo de
identificación del deudor, código de identificación del deudor, identificación
de situación de 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
Página 78 de 404
garantía, gastos de adjudicación, valor de la venta de garantía, gastos de

la venta, modalidad de venta, código de operación).
- Transferencias de cartera: (tipo de cartera, código de cartera, tipo de
transferencia o adquisición de cartera, tipo de persona, tipo de cliente
empresarial, tipo de contraparte de la transferencia de cartera, tipo de
documento de identidad, número de documento de identidad, código CIIU
del adquiriente, código de la zona registral, código de la oficina registral,
número de partida , tipo de documento del representante legal, documento
de identidad del representante legal, tipo de residencia, país de residencia,
magnitud empresarial, relación con la empresa informante,
responsabilidad de la empresa que reporta, fecha de transferencia o
adquisición, monto de la transferencia o adquisición, número de clientes
transferidos o adquiridos, número de resolución de autorización).
- La solución deberá estar preparada para entregar información en
formato XBRL (eXtensible Business Reporting Language) que es un
estándar para reportes basado en XML que ayuda a la automatización del
intercambio de información financiera.
9.2 Información para la Generación de Reportes Regulatorios

Para la generación de los Reportes Regulatorios 25, adicionalmente a la
información detallada en la sección anterior, la nueva solución de Core Bancario
deberá proveer como mínimo la siguiente información:
- Información de operaciones: que reportará el stock a la fecha de corte
de las operaciones activas, pasivas y contingentes (código de operación,
tipo de operación, tipo de identificación de cliente, código de identificación
de cliente, moneda, plazo, saldo contable, cuenta contable, rendimientos
devengados, rendimientos diferidos, rendimientos en suspenso, tipo de
tasa de interés, tipo de indexación de la tasa de interés, spread de tasa
variable y mixta, tasa de interés efectiva anual, fecha reajuste, fecha de
inicio de operación, fecha de vencimiento, modalidad de pago, código de
oficina).
- Información de cronogramas de pago de operaciones: que reportará
el cronograma de pagos de las operaciones activas y pasivas (código de
operación, tipo de operación, tipo de identificación de cliente, código de
identificación de cliente, moneda, saldo contable, cuenta contable, fecha
de pago).
- Generación de Bases de datos requeridas por la SBS.
9.3 Información para el Control y Prevención del Lavado de 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 nueva
25
Capítulo Requerimientos Funcionales – Requerimientos Funcionales de Procesos de Apoyo
– Proceso de Reportes Regulatorios y de Control
Página 79 de 404
solución de Core Bancario deberá emitir automáticamente un formulario

electrónico, durante la atención de la operación en caja o ventanilla.
Posteriormente, la nueva solución de Core Bancario deberá entregar la
información de los formularios registrados para su procesamiento y formato para
entrega al ente regulador mediante la aplicación existente.
Adicionalmente, el nuevo Core Bancario deberá entregar en un formato a acordar
con el Contratista de la solución de Core Bancario la relación mensual de
transacciones financieras registradas a través de todos los servicios que brinda
el Banco de la Nación (Cuentas Corrientes, Cuentas de Ahorro, Depósitos
Judiciales, Telegiros y Cheques de Gerencia, entre otros). Los Administradores
de las Oficinas de Red de Agencias, a través de la aplicación actualmente
disponible en el Banco, identificarán, analizarán, calificarán y reportarán las
operaciones múltiples mensuales, efectuadas en una o varias oficinas del Banco,
durante un mes calendario, por o en beneficio de la misma persona, que en
conjunto igualen o superen US$ 50,000.00 o su equivalente en moneda nacional
en cumplimiento de la ley.
Página 80 de 404
10Requerimientos de Seguridad, Contingencia y

Respaldo
10.1 Requerimientos de Seguridad
El Banco de la Nación dentro de su Sistema de Gestión de Seguridad de la Información

ha establecido políticas y directivas de seguridad que se deben incorporar en todos los
proyectos informáticos.
La solución propuesta deberá asegurar la adopción y manejo del Sistema de Gestión

de Seguridad de la Información del Banco, para aquellos casos en los que el
requerimiento normativo esté fuera del alcance de la solución propuesta, ésta deberá
permitir su cumplimiento, teniendo en consideración los lineamientos de seguridad de
la información descritos en las siguientes normativas:
 Circular N° G – 140 – 2009 de la Superintendencia de Banca y Seguros
“Controles de Seguridad de la Información:
Artículo 5°:
5.1 Seguridad lógica
a) Procedimientos formales para la concesión, administración de derechos y

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

b) Control sobre los cambios en el ambiente operativo, que incluye cambios
en los sistemas de información, las instalaciones de procesamiento y los
procedimientos.
c) Separación de funciones para reducir el riesgo de error o fraude.
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.
Página 81 de 404
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:
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.
Página 82 de 404
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).
Los componentes que formen parte del Nuevo Core Bancario, deberán
cumplir con las normas de Seguridad PCI que les competa.
El contratista deberá realizar las adecuaciones necesarias a los componentes

de la solución propuesta que tuviera algún incumplimiento con el estándar
PCI
 Ley de Protección de Datos Personales (Ley 29733)
10.1.1 Para la Operación de las Aplicaciones

La solución propuesta debe contar como mínimo con los siguientes controles
de seguridad para el procesamiento de la información y operación de las
aplicaciones:
Página 83 de 404
 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: valores fuera de rango, caracteres
inválidos en los campos de data, data incompleta o faltante, exceder
los límites superiores e inferiores del volumen de data y data de control
no autorizada o inconsistente.
o En el procesamiento de la data se deberá, establecer controles para
evitar que los programas corran en el orden equivocado o corran
después de una falla en el procesamiento previo; el uso de programas
apropiados para recuperarse de fallas para asegurar el correcto
procesamiento de la data; protección contra ataques utilizando
excesos/desbordamientos de la memoria intermedia; controles de
sesión o lote, para conciliar los saldos del archivo de data después de
las actualizaciones de la transacción; controles de saldos, para
chequear los saldos de apertura comparándolos con los saldos de
cierre anteriores; específicamente: corrida a corrida ; totales de
actualización del archivo; programa a programa; validación de la
entrada de data generada por el sistema; chequeos de la integridad,
autenticidad y cualquier otro dispositivo de seguridad de la data o
Página 84 de 404
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 Security Identity and Access
Management (antes denominado Tivoli), enfocado particularmente a los módulos
Security Identity Manager, Security Access Manager for e-Business y Security
Access Manager for Enterprise Single Sign On, para la administración de las
identidades, y la gestión de accesos.
 Gestionar un repositorio de usuarios y perfiles de acceso y tener la capacidad de
integrarse con el producto Microsoft Active Directory bajo el estándar tipo LDAP
para la autenticación de los usuarios, así como con el producto IBM Security
Access Manager for e-Business IBM para la autorización de los accesos a las
aplicaciones y autenticación de usuarios.
 Soportar las operaciones básicas del ciclo de vida de una cuenta de usuario:
creación; modificación; eliminación; cambios de estado. Además deberá permitir
las funcionalidades relacionadas al manejo de cuentas de usuario: bloqueo de la
cuenta ante escenarios de intentos fallidos o a demanda, por ejemplo, el que se
establezca para el periodo vacacional de un empleado, desbloqueo, caducidad
de contraseña y cambio de contraseña, entre otras.
 Manejar contraseñas robustas, es decir, debe permitir la configuración de
contraseñas que contengan letras minúsculas, mayúsculas, números y algunos
símbolos especiales, estipulado en las políticas de seguridad del Banco de la
Nación. Estas contraseñas deberán ser almacenadas y transportadas de forma
cifrada, de acuerdo a las políticas de cifrado de la información.
 Operar con controles de acceso basado en roles funcionales RBAC, con niveles
de autorización lo más detallados posible, deberá contemplar perfiles de acceso
por: servicios; módulos; menús; transacciones; tipo de operaciones; y las que
por requerimientos de operatividad del negocio sean necesarias definir.
 Disponer de interfaces que permitan administrar y/o mantener la información
relacionada a las cuentas de usuario y perfiles de acceso de la solución
Página 85 de 404
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 nueva solución propuesta deberá proveer un módulo de seguridad para la
gestión de la criptografía, el cual deberá permitir el cumplimiento de todo lo
requerido para el cifrado y descifrado de la información confidencial, tales
como la clave secreta, número de tarjeta, saldos, estados de cuentas y datos
personales, entre otros, que cumpla con los estándares de la norma PCI/SSC
(Security Standards Council) y la Ley de Protección de datos personales
29733 de acuerdo a las siguientes especificaciones:
 Incluir mecanismos de seguridad mediante el cifrado y descifrado para

proteger la integridad y confidencialidad de la información que se procese,
almacene y transmita a través de los diferentes canales de atención, desde el
inicio hasta el final de la operación.
 Utilizar dispositivos de seguridad HSM (Hardware Security Module) para el
cifrado y descifrado de la información, así como para la generación y
validación de las claves criptográficas. A la fecha el Banco de la Nación viene
atendiendo las necesidades de encriptación a través de dos frentes: Cajas de
Seguridad HSM contra los servidores Stratus y servicios Web y el
Coprocesador Criptográfico facilidad incorporada dentro de los mainframes.
El Banco brindará los dispositivos actuales de seguridad HSM (Hardware
Security Module) así como los coprocesadores criptográficos que son parte
integrante de los servidores Mainframe, con los cuales el Nuevo Core
bancario deberá tener la capacidad de integrarse.
 Manejar algoritmos criptográficos robustos; como mínimo deberá soportar:
3DES, AES, RSA, de acuerdo a los requerimientos del canal de atención y
medio de comunicación.
 Operar con claves criptográficas generadas como mínimo con 3 componentes
de doble o triple longitud.
 Gestionar la administración de las claves criptográficas: inscripción, cambio y
eliminación de forma segura. Permitir el cambio de forma independiente.
 Utilizar claves criptográficas exclusivas para cada ambiente de desarrollo,
certificación, producción y respaldo; por cada canal de servicio; por cada
punto de conexión (PIN PAD) y por cada tipo de clave PVV, CVV, CVV2, por
Zona, etc.
 Contar con controles para proteger el PIN (clave de identificación personal)
del tarjetahabiente, de manera que no pueda ser visualizado por personal del
Banco de la Nación, por el Contratista ni por terceros.
Página 86 de 404
 Utilizar el formato del PIN Block de acuerdo al estándar ANSI X 9.8 formato 1
y al ISO 9564-1-formato 0, 1 y 3. El Banco cuenta con cajas de seguridad
HSM marca Thales, asimismo cuenta con coprocesadores criptográficos que
residen en los servidores mainframe.
 Operar con longitud del PIN de 4 o 6 dígitos dependiendo del canal de

atención donde se realice la operación.
 Las tarjetas se deberán validar con todos los datos de la misma, tales como
el número, CVV (Card Verificación Value), CVV2, Fecha 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 nueva solución de Core Bancario deberá contar con un módulo de
seguridad para la gestión y monitoreo de los registros de eventos de
auditoría, respecto a la disponibilidad, integridad y confidencialidad de los
datos y/o información.
El módulo de seguridad deberá proveer mecanismos para la gestión que

ayuden a determinar qué es lo que sucede en el sistema, qué es lo que hace
cada uno de los usuarios o sistemas, los tiempos y fechas de dichas
acciones, excepciones y eventos que ayuden en investigaciones y deberá
cumplir con las siguientes características:
 Ser fácilmente identificables a través de un código de identificación o similar.
Deben ser fácilmente exportables a diferentes formatos digitales como un
documento Word, Excel, Power Point, etc.
 Indicar el inicio de sesión e intentos fallidos de acceso de los usuarios.
 Incluir información que permita identificar las acciones realizadas en el
procesamiento de datos en los sistemas de información, servicios
informáticos y plataformas tecnológicas, según los siguientes criterios:
- ¿Quién lo hizo?: usuario, aplicación o proceso que inició el evento.
- ¿Qué hizo?: tipo de acción que representa el evento.
- ¿Cuándo lo hizo?: ¿Cuando ocurrió el evento? Bajo el siguiente formato:
DD/MM/AAAA para la fecha y de HH:MM:SS para el tiempo.
- ¿Qué objeto se vio afectado?: un objeto puede ser cualquier tipo de
archivo, base de datos, aplicación, permisos, etc. que fue manipulado por
el evento.
- ¿Dónde lo hizo?: ¿Sobre qué equipo sucedió el evento? Que permita la
identificación del equipo como dirección IP, puerto, dirección URL, etc.
- ¿Desde dónde lo hizo?, ¿Qué sistema es la fuente del evento?
Página 87 de 404
 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.
 Lo registros de auditoria deben ser inalterables, inclusive los usuarios con
cuentas privilegiadas no deben tener acceso para modificarlos.
 Contar con facilidades para el almacenamiento de información histórica, así
como para la recuperación de la misma en ambientes diferentes al de
producción.
 Registrar los cambios en la configuración de las aplicaciones del Nuevo Core
Bancario.
 Las operaciones financieras y consultas deberán ser registradas como
eventos de auditoría desde su inicio hasta su culminación.
 La fecha y hora deben estar sincronizadas en todos los componentes del
sistema con una fuente que proporcione la hora exacta, para asegurar que
los registros de eventos de auditoría reflejen el tiempo exacto de ocurrencia.
 Los registros de eventos de auditoría de la solución propuesta deberán
permitir recopilar, ordenar y correlacionar los eventos de seguridad del
sistema, relacionados con las aplicaciones y los accesos del Nuevo Core
Bancario.
 Los registros de eventDos de auditoría de la solución propuesta deberán
permitir automatizar la colección de eventos del Nuevo Core Bancario y
dispositivos de seguridad, de forma centralizada.
El módulo de seguridad del Nuevo Core Bancario deberá proveer
mecanismos para monitorear el uso de las cuentas principales, integración,
privilegiadas y de usuarios de las aplicaciones que hayan ingresado por
dicho módulo, para permitir identificar la cuenta del usuario, fecha y hora de
acceso, archivos a los cuales se tuvo acceso, acciones realizadas,
programas y herramientas utilitarios utilizadas, direcciones y protocolos de la
red. Este módulo también deberá alertar en tiempo real las violaciones a las
políticas de seguridad de la información.
10.1.5 Normativa Interna

El Contratista deberá tener en cuenta los lineamientos de seguridad de la
información descritos en la normativa vigente del Banco y las que se
desarrolle en relación a los controles de Seguridad de la Información del
Banco de la Nación. Actualmente se cuenta con:
Página 88 de 404
 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-03 Gestión de Accesos e
Identidades a los Sistemas de Información, Servicios Informáticos y
Plataformas Tecnológicas del Banco de la Nación.
 Directiva, Banco de la Nación-DIR-2100 N° 112-01 Parámetros de Acceso a
los Sistemas de Información, Servicios Informáticos y Plataformas
Tecnológicas del Banco de la Nación.
 Circular Banco de la Nación-CIR-2100 N° 177-01 “Gestión de cuentas
principales y de integración de los sistemas de información, servicios
Informáticos y plataformas tecnológicas”.
 Directiva Banco de la Nación-DIR-2100 N° 121-01 “Clasificación de la
información del Banco de la Nación”.
 Circular Banco de la Nación-CIR-2100 N° 274-01”Gestión de Incidentes de
Seguridad de Información”.
 Directiva Banco de la Nación-DIR-2400 N° 147-01”Ciclo de Vida del
Software”.
 Directiva Banco de la Nación - BN-DIR-2100N° 162-01 “Administración de
Claves Criptográficas”.
 Manual de Políticas del Sistema de Seguridad de la Información BN-MAN-

2100 N°001-01.
10.1.6 Acuerdos de 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,
Página 89 de 404
especificaciones técnicas, hardware, software, diseños, planos, dibujos,

prototipos, nombres o marcas comerciales, modelos, descubrimientos,
investigaciones, desarrollos, procesos, procedimientos, propiedad intelectual,
sistemas de seguridad, estructura y distribución de las oficinas, sucursales y
agencias y también toda aquella información obtenida de terceras partes para
EL BANCO, SE CONSIDERA CONFIDENCIAL Y ESTÁ CONSIDERADA
COMO PARTE DE LA OBLIGACIÓN DE RESERVA ABSOLUTA QUE
ASUME el Contratista POR EL PRESENTE CONTRATO, aún después de
concluido el CONTRATO por cualquier causa.
 El Contratista declara tener total conocimiento que la infracción del
compromiso de reserva, confidencialidad y secreto será considerado como
incumplimiento contractual y, en consecuencia, será causal de resolución del
contrato. No obstante, el Contratista queda exento de responsabilidad si la
información o documentación es difundida por razón de mandato judicial,
legalmente requerida, o por terceros sin vinculación a él.
10.1.7 Mecanismos de Seguridad Informática

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 nueva solución de Core Bancario estará

basada en una Arquitectura Orientada a Servicios, en estándares y
protocolos abiertos como XML, SOAP, UDDI, WSDL, entre otros, la solución
propuesta debe proveer mecanismos de seguridad adecuados al manejo de
Web Services, por lo cual debe incluir una capa de seguridad basada en
estándares de seguridad de la industria como WS-Security (XML Digital
Signature, para asegurar la integridad de los mensajes y XML Encryption,
para garantizar la confidencialidad de los mismos), o su equivalente
considerando que sean estándares abiertos. En complemento, la nueva
solución deberá permitir el uso de mecanismos basados en XML Key
Management y SAML, y soportar el uso de mecanismos de refuerzo de
seguridad de la información mediante el uso de firmas digitales, certificados
digitales, cifrado de datos (AES, DES/Triple DES, RSA, TEA/XTEA), entre
otros.
10.2 Requerimientos de Contingencia

La nueva solución de Core Bancario deberá brindar un esquema de contingencia,
que permita una continuidad operativa de sus servicios, cuando el Ambiente de
Producción, o la red de comunicaciones hayan tenido incidentes que afecten su
Página 90 de 404
disponibilidad. Por tanto, el Nuevo Core Bancario deberá estar preparado para
que, cuando se presenten problemas con los componentes de hardware o de
comunicaciones que forman parte de la infraestructura del Centro de Cómputo
Principal, los servicios suspendidos deberán ser brindados en el Ambiente de
Respaldo, manteniendo la continuidad del negocio, y permitiendo la
recuperación, en casos de contingencia o una situación de desastre.
La nueva solución de Core Bancario deberá ofrecer facilidades para la
replicación en línea de transacciones, y la obtención de respaldos “en caliente”,
de modo de garantizar la redundancia en el Ambiente de Respaldo, para
situaciones de daños temporales en la infraestructura del Centro de Cómputo
Principal, y para el caso de recuperación en situación de desastre. El Contratista
deberá aprovechar las facilidades que ya ofrece el Banco de la Nación, con sus
dos Centros de Cómputo y la interconexión con fibra óptica existente entre los
dos.
Por tanto, la nueva solución de Core Bancario deberá permitir la implementación
de esquemas de alta disponibilidad que permita la continuidad operacional en
caso de fallas parciales o totales del sistema principal con facilidades para:
- Rápida replicación: los cambios realizados en el Ambiente de Producción
Principal tienen que reflejarse en el Ambiente de Respaldo de manera
oportuna. La nueva solución debe ser capaz de manejar la carga de trabajo
calculada que se va a generar, abarcando diferentes entornos de proceso
tales como el transaccional de día y los procesos batch. También debería
haber la posibilidad de asignar prioridades a las cargas de trabajo de
replicación en el sistema.
- Secuenciamiento transaccional: los cambios realizados en el Ambiente de
Producción tienen que reflejarse en el Ambiente de Respaldo en la misma
secuencia en que fueron generadas. La nueva solución debe garantizar que
esto ocurra así incorporando controles de integridad internos y, en caso de
producirse cualquier problema, avisar a los operadores inmediatamente.
- Cambio de rol: debe ser posible invertir el sentido de la replicación utilizando
herramientas que formen parte de la nueva solución. Por ejemplo, en caso de
que el Ambiente de Producción necesite una actualización de software, el
Ambiente de Respaldo debe ser capaz de asumir la carga de trabajo del
Ambiente de Producción e ir guardando todos los cambios generados de
manera que el Ambiente de Producción pueda ser sincronizado
posteriormente cuando vuelva a estar disponible.
- Replicación completa del entorno: la nueva solución debe ser capaz de
replicar cualquier cambio realizado a cualquier objeto en el Ambiente de
Producción al Ambiente de Respaldo incluyendo registro de usuarios y
cambios de password de acceso.
- Herramientas de generación de informes y de rastreo: la nueva solución debe
ser capaz de rastrear y documentar el estado de los Ambientes de Producción
y de Respaldo. Debe ser capaz de reportar cuántos cambios se ha generado
en el Ambiente de Producción, cuántos se han recibido en el Ambiente de
Respaldo y cuántos se han aplicado en el Ambiente de Respaldo. Debe haber
también un registro histórico de esta información.
Página 91 de 404
- Manejo de errores: la nueva solución debe ser capaz de garantizar la entrega

desde el Ambiente de Producción al Ambiente de Respaldo. Si se está
enviando datos de un Ambiente de Producción al Ambiente de Respaldo y el
enlace de comunicaciones falla, la nueva solución debe ser capaz de emitir
alertas al operador de forma inmediata así como de reenviar los datos que no
han sido recibidos correctamente en el Ambiente de Respaldo.
- Los valores máximos que el Banco de la Nación aceptará, en tanto sean
atribuibles a la solución del nuevo Core Bancario son:
o Tiempo Objetivo de Recuperación (RTO): 15 minutos
o Punto Objetivo de Recuperación (RPO): no debe ser mayor de 5
minutos.
10.3 Requerimientos de Respaldo

Los 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 cintas 26 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.
- 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.
11Requerimientos para la Gestión del Servicio

11.1 Gestión de la Ejecución del Servicio
La Gestión de las Prestaciones Principales estará a cargo del Proyecto Nuevo Core
Bancario incluyendo el período de Garantía.
26
Capítulo Información del Banco de la Nación - Tecnología del Banco de la Nación –
Infraestructura central de hardware – Librería virtual de cintas
Página 92 de 404
El control y coordinación de las Prestaciones Accesorias (Soporte y Mantenimiento de

la Solución Nuevo Core Bancario), estará a cargo del Departamento de Informática.
11.2 Estrategia de Implementación

A continuación se propone una tabla de prioridades de implementación de los
Requerimientos Funcionales de Negocio, los Procesos Auxiliares y su interacción con
los Procesos de Apoyo. Adicionalmente se incluye los requerimientos del Módulo de
Clientes y de Plataformas de Atención27, organizados por Fases de Implementación:
FASE DESCRIPCIÓN DE LA FASE PLATAFORMAS
Plataforma de Caja
Plataforma Comercial y de Servicios
Fase I Módulo de Clientes
Fase II Módulo de Colocaciones
Fase III Módulo de Captaciones
Procesos Auxiliares
Procesos de Apoyo
Módulo de Servicios de Pagos y Cobros
NOTA: La Plataforma Comercial y de Servicios y la Plataforma de Caja o Ventanilla, se

implementan parcialmente en cada una de las Fases de Implementación.
Para establecer la Estrategia de Implementación propuesta, se ha tenido en cuenta los
siguientes factores:
- Fase I – Módulo de Clientes: en la nueva solución de Core Bancario, el archivo
central de clientes será el eje central alrededor del cual se registrarán todos los
productos.
- Fase II – Colocaciones: donde se incluye los productos que generan mayor
rentabilidad al Banco.
- Fase III - Captaciones, Servicios de Pagos y Cobros: donde se incluye los
productos de mayor volumen del Banco y los procesos auxiliares, además de la
interacción con los procesos de apoyo mencionados en el numeral 1.3.2. .
Es importante señalar que la estrategia podrá ser organizada de manera diferente, en

caso que la evaluación de factores u otros criterios de priorización favorezcan los
intereses del Banco al momento de la implementación, respetando, cualquiera sea el
caso, el plazo total del proyecto.
El Contratista deberá ejecutar las siguientes etapas durante el Proyecto:
27
Capítulo Requerimientos Funcionales
Página 93 de 404
a) Etapa de GAP Análisis

b) Etapa de Implementación
c) Etapa de Puesta en Producción
d) Etapa de Post-Producción
11.2.1 Etapa de GAP Análisis
Esta etapa se realizará con los siguientes objetivos:

- Identificar y confirmar los requerimientos funcionales, técnicos y de información del
Banco de la Nación que la solución de Core Bancario ofertada debe satisfacer para
soportar la operatividad integral de los procesos operativos contemplados en estos
Términos de Referencia.
- Comparar las funcionalidades requeridas por el Banco de la Nación con las
funcionalidades que ofrecerá la Nueva Solución de Core Bancario para dimensionar
el esfuerzo que el Contratista invertirá en cumplir con esos requerimientos.
Es importante anotar que el dimensionamiento del esfuerzo de adaptación de la
solución de Core Bancario servirá únicamente para ajustar los planes y cronogramas
de trabajo. El GAP Análisis debe ser ejecutado por el Contratista según su metodología
y sus resultados no modificarán en ningún caso el plazo general del proyecto ni la
valoración económica de la propuesta del Contratista.
Como resultado el Contratista y el Banco, confirmarán el alcance de los requerimientos
a ser desarrollados y la respectiva solución funcional aprobada por el Banco de la
Nación.
El Contratista, luego del GAP Análisis ajustará el Plan del Proyecto en cuanto al
alcance y plazos para cada Fase de Implementación.
11.2.2 Etapa de Implementación
La etapa de implementación deberá incluir los lineamientos metodológicos utilizados

por el Contratista en sus proyectos de implementación. Deberá contemplar
procedimientos, entradas y salidas de información, herramientas y entregables.
Dentro de esta etapa se deberá considerar:
- Preparación del Ambiente de Trabajo: El Banco de la Nación proveerá los
ambientes necesarios para la ejecución de las actividades de cada una de las
Fases de Implementación.
- Desarrollo de Requerimientos: El Contratista debe identificar, analizar,
diseñar, programar, probar, implementar y dar soporte a las adecuaciones que
sean necesarias para el logro de los objetivos del proyecto. En este sentido, el
Contratista debe contar con un equipo dedicado a la programación, que puede
encontrarse presencialmente en las oficinas del proyecto o puede realizar las
tareas de manera remota. El personal que lidere las actividades de
programación deberá encontrarse presencialmente en las oficinas del proyecto
y tener dedicación exclusiva a este trabajo.
El Contratista será responsable que los desarrollos cumplan con las técnicas,
herramientas, procedimientos y exigencias que solicita el fabricante del Nuevo
Core Bancario, de manera que puedan ser fácilmente integrados a las nuevas
Página 94 de 404
versiones que genere el fabricante y mantenga la garantía y soporte de la versión

estándar.
El Contratista deberá realizar el diseño, desarrollo y pruebas de todas aquellas
funcionalidades del Banco que la solución de Core Bancario propuesta no
incluya.
- Configuración: El Contratista deberá configurar la solución de Core Bancario
para atender a las necesidades del Banco de la Nación, y crear todos los
productos bancarios existentes en el Banco con sus características y
particularidades propias, adoptando las buenas prácticas que traiga la Solución
de Core Bancario para mejorar los estándares del Banco. El Contratista deberá
proporcionar las facilidades o herramientas necesarias para replicar la
parametrización de un ambiente a otro.
- Migración de Datos: el detalle de los aspectos contemplados para la migración
de datos, se encuentra en el capítulo de Requerimientos de Migración y
Convivencia de este mismo documento. Es importante señalar que estas
consideraciones deberán tenerse en cuenta en cada una de las fases durante la
etapa de Implementación de la Solución de Core Bancario.
- Convivencia: el detalle de los aspectos contemplados para la convivencia de la
nueva Solución de Core Bancario, tanto con el Core actual como con entidades
externas, se encuentra en el capítulo de Requerimientos de Migración y
Convivencia de este mismo documento. Es importante señalar que estas
consideraciones deberán 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 28.
- Certificación: para cada una de las fases, el Banco de la Nación planificará
conjuntamente con el Contratista el detalle de las siguientes pruebas:
· Pruebas de funcionalidad de la solución de Core Bancario, luego de
finalizado el desarrollo de los requerimientos.
· Pruebas de integración de la solución de Core Bancario con los sistemas que
permanecerán en el Banco y con entidades externas.
· Pruebas de convivencia temporal con las aplicaciones que se irán
reemplazando de acuerdo a la estrategia de puesta en producción.
· Pruebas cuantitativas y cualitativas sobre los datos migrados
· Pruebas con datos migrados, para validar el comportamiento de la solución
con la información y el volumen de datos obtenidos en el proceso de
migración.
· Pruebas de carga, con el doble del volumen de los datos migrados y el doble
del número de transacciones diarias del Banco.
La ejecución de las pruebas será responsabilidad del contratista y la aceptación
será responsabilidad del Banco.
28
Capítulo Requerimientos de Capacitación y Entrenamiento
Página 95 de 404
El Contratista deberá tener en cuenta que el Banco podrá contratar a una empresa que
le apoye en la validación de la calidad del producto y sus entregables.
11.2.3 Etapa de Puesta en Producción

Luego de las pruebas de certificación y con las actas de conformidad de cada fase de
implementación se procederá al pase a producción de los módulos correspondientes a
la fase implementada.
El Postor deberá presentar su propuesta de la estrategia para la puesta en producción
de cada una de las Fases de Implementación ya detalladas 29, indicando el plazo para la
puesta en producción completa de cada Fase. El Contratista será responsable de la
puesta en producción de la totalidad de agencias operativas del Banco de la Nación al
momento de la puesta en producción. Esta propuesta de la estrategia de puesta en
producción estará sujeta a ser ajustada conjuntamente con el Banco de la Nación al
inicio del proyecto.
El Banco de la Nación planificará conjuntamente con el Contratista la realización de un
piloto, el cual consistirá en la ejecución de las transacciones en al menos dos (2)
agencias con datos reales y su validación en ambiente controlado. El piloto deberá
planificarse para ejecutarse en un fin de mes e implicará realizar el cuadre contable y la
generación de todos los reportes correspondientes. La ejecución del mismo será
responsabilidad del contratista y la aceptación será responsabilidad del Banco.
11.2.4 Etapa de Post-Producción
A partir del Acta de Conformidad de cada una de las Fases de Implementación, el

Contratista deberá considerar un mínimo de 3 meses calendario de asesoría post-
producción, con todo el equipo de trabajo dedicado a la Fase de Implementación
correspondiente. Este soporte post-producción tendrá como funciones fundamentales
las siguientes:
1. Estabilización y afinamiento de la solución de Core Bancario que se
encuentre instalada en los Ambientes de Producción Principal y Respaldo.
2. Adecuaciones y/o personalizaciones adicionales que se requieran luego
de la implementación de la solución de Core Bancario.
3. Asegurar la continuidad operativa de la solución.
11.3 Equipo de Trabajo
El Postor deberá proponer una organización basándose en los servicios requeridos,

incluyendo organigrama, perfiles de puestos, número de integrantes con la descripción
detallada de los mismos y sus funciones, especificando períodos de asignación y
permanencia (tiempo completo o parcial).
El equipo de trabajo del Contratista deberá ser asignado a dedicación exclusiva para
laborar en las instalaciones definidas por el Banco de la Nación, ya que es necesario
29
Gestión de Servicio- Estrategia de implementación
Página 96 de 404
mantener coordinaciones directas entre los grupos de trabajo del Banco de Nación y
del Contratista.
La organización propuesta por el Postor deberá considerar como mínimo los siguientes
Puestos30 Críticos:
1. Líder de Proyecto.
2. Gestor de Aseguramiento de la Calidad.
Asimismo, deberán considerar como mínimo los siguientes Puestos Especializados:
1. Consultores Funcionales de Core Bancario.

2. Consultores en Tecnología de Información.
3. Consultor Técnico de Implementación (Arquitecto).
4. Consultor Técnico de Migración.
5. Ingeniero de Implementación.
Los Puestos citados no son limitativos, por lo que el Postor deberá incorporar en su
organización todos los Puestos que considere necesarios para cumplir los
requerimientos y objetivos del proyecto. Deberá incluirse las hojas de vida
documentadas del todo el personal propuesto.
A continuación se describen los perfiles mínimos de cada puesto:
1. Líder de Proyecto
Función Principal Administrar y conducir el desarrollo del servicio de

Implementación de la Solución de Nuevo Core
Bancario, informando al Banco de la Nación al
respecto.
30
Entiéndase como Puesto, cuando una persona forma parte de una organización y ocupa
una posición con base a una función definida, respecto al trabajo que va a realizar.
Página 97 de 404
Formación Título Universitario31 en Ingeniería, Administración,

Profesional Economía o carreras afines a Tecnologías de
Información32.
Certificación en Gestión de Proyectos emitida por
instituciones reconocidas internacionalmente, tales
como: PMP® del Project Management Institute o
PRINCE2 del Projects in Controlled Enviroments o del
International Project Management Association (IPMA),
entre otras.
Conocimiento y entendimiento de la Norma Técnica
Peruana 12207 bajo la cual se encuentra
personalizada la Metodología del Ciclo de Vida del
Software del Banco.
Experiencia Experiencia acreditada no menor de cinco años en
proyectos de implementación de software para
Instituciones Financieras (Gerente o Jefe, se aceptará
similares categorías y responsabilidad siempre y
cuando cumpla con las funciones y requerimientos
solicitados en las Bases).
2. Gestor de Aseguramiento de la Calidad
Función Principal Asegurar la calidad de todos los servicios brindados

por el Contratista, velar por el cumplimiento de los
Niveles de Servicio y la adecuada implementación de
los Procedimientos, Mejores Prácticas y Normatividad
asociada con la prestación de los servicios.
Formación Título Universitario o Grado Académico de Bachiller
Profesional en Ingeniería, Administración, Economía o carreras
afines a Tecnologías de Información.
Mínimo 30 horas de capacitación en Metodologías
para aseguramiento de Calidad del Software y Mejora
de Procesos basados en CMMI.
Curso de Fundamentos SOA.
Mínimo 30 horas de capacitación en Metodologías de
31
Se considerarán como Títulos Universitarios a los expedidos por universidades peruanas o
extranjeras. Para el caso de Títulos expedidos por Universidades Extrajeras, se considerarán
los títulos que acrediten la culminación de carrera de estudios oficiales en su país de origen.
32
Carreras afines a Tecnologías de Información entre otros son: Licenciatura en
Computación, Ingeniería de Computación y de Sistemas, Ingeniería de Computación e
Informática, Ingeniería de Sistemas e Informática, Ingeniería de Sistemas Empresariales,
Ingeniería Electrónica, Ingeniería de Software, Ingeniería de Sistemas de Información,
Ingeniería Informática y de Sistemas, Ingeniería de Sistemas, Ingeniería Informática,
Ingeniería de Telecomunicaciones, Ingeniería Industrial y de Sistemas, Ingeniería de
Telecomunicaciones y Redes, Ingeniería de Redes y Comunicaciones, Ingeniería de
Seguridad Informática, Ingeniería Mecatrónica y Sistemas Computacionales.
Página 98 de 404
Evaluación de Riesgos de Tecnologías de

Información.
Experiencia Experiencia acreditada no menor de cinco años en
cargos de aseguramiento y/o control de calidad o
similares de Tecnologías de Información.
3. Consultores Funcionales
Función Principal Brindar asesoría sobre aspectos funcionales de los

módulos de la solución.
Analizar los requerimientos del negocio y su
correspondencia con las funcionalidades de los
módulos de la solución.
Identificar las brechas funcionales y alternativas de
solución, teniendo en cuenta los aspectos de alcance,
tiempo, costo y calidad del Proyecto.
Servir de enlace con el equipo de desarrollo para
asegurar que los requerimientos sean comprendidos y
desarrollados.
Supervisar la parametrización de los módulos de
acuerdo a los requerimientos funcionales de la
solución.
Profesional en Ingeniería, Administración, Economía o carreras
afines a Tecnologías de Información.
Experiencia Cuatro años de experiencia mínima acreditada como
consultor implementador del Core Bancario propuesto.
Experiencia mínima de un proyecto de
implementación del módulo al cual postula, con una
duración de 4 meses o más.
4. Consultores en Tecnología de Información
Función Principal Definición de la arquitectura e infraestructura

tecnológica para la operación de la solución de Core
Bancario.
Instalación y soporte de los distintos ambientes de
desarrollo, certificación y producción necesarios para
la ejecución del proyecto.
Profesional en Ingeniería o carreras afines a Tecnologías de
Información.
Mínimo 40 horas de capacitación en Sistemas
Operativos Mainframe
Página 99 de 404
Mínimo 40 horas de capacitación en SOA

Mínimo 40 horas de capacitación en redes y
telecomunicaciones
Experiencia Experiencia acreditada de tres años o más en el
diseño e implementación de la Arquitectura de la
solución de Core Bancario propuesta.
Experiencia mínima acreditada de dos
implementaciones como administrador tecnológico del
Core Bancario propuesto en los últimos cuatro años.
5. Consultor Técnico de Implementación
Función Principal Análisis, diseño y desarrollo de requerimientos

relacionados con la solución de Core Bancario
propuesta.
Información.
Experiencia Por lo menos cuatro años de experiencia acreditada
en la ejecución de tareas de análisis, diseño y
desarrollo de requerimientos e implementación de la
6. Consultor Técnico de Migración
Función Principal Diseñar y ejecutar los procesos de migración,

interfaces y convivencia de la solución de Core
Bancario propuesta.
Información.
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

Página 100 de 404

Información.
Experiencia Por lo menos tres años de experiencia en la ejecución
de tareas de análisis, diseño e implementación de los
Procesos relacionados con la solución de Core
Bancario propuesta.
Los perfiles del personal propuesto no deberán ser por ningún motivo inferiores al perfil
mínimo solicitado por el Banco de la Nación, el postor deberá incluir en su propuesta
técnica a las personas consideradas en su organización, indicando claramente al
puesto al cual es asignado. Para la acreditación de los perfiles del personal propuesto
tanto de experiencia como de formación deberán adjuntarse los certificados de trabajo,
certificados de estudios, certificados de cursos, diplomas, títulos, otros.
En la eventualidad de que por motivos no atribuibles al postor ganador de la Buena-Pro,

éste requiriera hacer cambios del personal propuesto antes del inicio del Contrato,
deberá acreditar fehacientemente que el personal de reemplazo que efectuará el
servicio cumpla con el perfil solicitado. En caso el personal a reemplazar haya obtenido
puntaje técnico en la evaluación de los criterios y parámetros de evaluación, el upgrade
del perfil se constituirá como una exigencia para el personal de reemplazo; dichos
cambios deberán contar con la aprobación del Banco de la Nación para iniciar la
prestación del servicio.
El Banco de la Nación no aceptará que los servicios requeridos en el contrato, se

ejecuten con personal que se encuentre realizando prácticas profesionales y/o pre-
profesionales, salvo las excepciones acordadas previamente con el Banco de la
Nación.
Las excepciones (indicadas en el punto anterior) pueden aplicarse a personal adicional

que no ocupa un puesto crítico o especializado presentado por el Contratista, que no
asuma ninguna responsabilidad respecto a la ejecución del servicio y que no
represente costo adicional para el Banco de la Nación.
11.4 Rotación y Reemplazo del Personal
Durante el desarrollo del proyecto, las eventuales rotaciones y reemplazos de

personal no deberán afectar el nivel del servicio, por ello se requiere mantener
permanentemente personal especializado a cargo de los módulos de la Solución de
Core Bancario. Para tal efecto se debe tomar en cuenta lo siguiente:
a. El Banco de la Nación deberá ser consultado para el reemplazo del personal

saliente (por cualquier causa). Para tal efecto, el Contratista deberá acreditar
fehacientemente que el personal de reemplazo que efectuará el servicio cuenta con
el perfil solicitado en los términos de referencia. En caso el personal a reemplazar
haya obtenido puntaje técnico en la evaluación de los criterios y parámetros de
evaluación, el upgrade del perfil se constituirá como una exigencia para el personal
de reemplazo, considerando un período de traslape mínimo de treinta (30) días
calendario, de ser el caso. Dichos cambios deberán contar con la aprobación del
Página 101 de 404

b. En caso que el personal del Contratista no cumpla con sus funciones, o evidencie
falta del nivel requerido para el cumplimiento de las mismas, el Banco de la Nación
solicitará de manera escrita y justificada las medidas correctivas pertinentes, y
solicitará al Contratista ejecutar dichas medidas lo más pronto posible. En caso esto
involucre un cambio de personal, el Contratista deberá cubrir de inmediato dichas
funciones con su personal de contingencia.
11.5 Tarifa de Personal
El Postor deberá incluir en su Propuesta, una tarifa por hora de todos los puestos
considerados en su organización. Esta tarifa se utilizará en caso que el Banco de la
Nación requiera atender solicitudes de cambio que afecten los costos y/o las
condiciones de los Servicios, la misma que tendrá vigencia hasta la culminación del
contrato. Únicamente por inflación o devaluación de la moneda extranjera, el
Contratista podrá presentar al Banco de la Nación una actualización del tarifario, para lo
cual presentará formalmente y debidamente sustentada su propuesta, la que deberá
ser aceptada formalmente por el Banco de la Nación. El Postor debe presentar el
tarifario indicando como mínimo:
TARIFA HORA/HOMBRE
PUESTO
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.
Página 102 de 404

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.
11.7.2 Ejecución del Proyecto

Durante la ejecución de las actividades señaladas en el Plan de Proyecto, el Líder de
Proyecto (Contratista) será responsable de:
- Realizar el aseguramiento de la calidad conjuntamente con el Gestor de
Aseguramiento de Calidad del Contratista.
- Conformar el equipo del Proyecto conjuntamente con el Líder del Proyecto del
- Distribuir la información del Proyecto y gestionar las expectativas de los
interesados.
- Realizar las adquisiciones necesarias.
- Actualizar el Plan de Proyecto y los documentos que lo conforman.
Si durante la ejecución se produjera cambios en el alcance del Proyecto, las
solicitudes de cambio deberán ser gestionadas formalmente (siguiendo el
procedimiento que se acuerde con el Contratista durante la planificación), para su
aprobación e inclusión dentro del Plan de Proyecto.
11.7.3 Seguimiento y Control del Proyecto
El propósito será monitorear, analizar y controlar el progreso y desempeño del

Proyecto. El Líder del Proyecto (Contratista) será responsable de:
- Monitorear el trabajo realizado.
- Realizar un control integrado de cambios.
- Verificar y controlar el alcance.
- Controlar el cronograma.
- Controlar los costos.
- Controlar la calidad.
- Informar sobre el desempeño del Proyecto (como mínimo presentar un informe
mensual sobre el avance del Proyecto).
- Monitorear y controlar los riesgos.
- Validar la calidad de los entregables.
Página 103 de 404

11.7.4 Cierre del Proyecto
Comprende las actividades para completar ya sea una Fase o el Proyecto completo.
El Líder del Proyecto (Contratista) será responsable de:
- Presentar Informes y entregables finales para revisión y aceptación.

- Establecer procedimientos para la transición de la nueva solución o Fase/servicio y
el cierre formal del proyecto.
- Entregar la Documentación para el cierre formal del proyecto.
11.8 Gestión de la Configuración
El propósito de la gestión de la configuración para la solución de Core Bancario es

mantener su integridad a lo largo de su ciclo de vida. Para esto se considera
fundamentalmente el control de versiones y la administración de las solicitudes de
cambio.
11.8.1 Control de versiones

Será responsabilidad del Contratista el realizar un adecuado control de versiones de la
solución de Core Bancario y los desarrollos adicionales. Para esto se considerará
indispensable:
- El Contratista deberá contar con una metodología documentada para el control de
versiones en la que se considere por lo menos los siguientes aspectos:
· Los estándares para la identificación de los distintos componentes.
· El ámbito del control de versionamiento.
· Las reglas para el versionamiento y los criterios para el cambio de versión.
· La ubicación de los distintos componentes.
· La definición de los estados para los componentes.
· Los criterios de trazabilidad.
· Información a registrarse con fines de auditoría.
· Los roles y responsabilidades al respecto del control de versiones.
- El Contratista deberá proporcionar una herramienta automatizada para el control de
las versiones como parte del paquete de herramientas de desarrollo 33.
- Se deberá considerar el tema del control de versiones dentro del plan de
capacitación al personal técnico del Banco.
33
Capítulo Requerimientos de Infraestructura – Infraestructura de software – Herramientas
de desarrollo
Página 104 de 404

11.9 Solicitud de Cambios

Al inicio del Proyecto, el Contratista conjuntamente con el Banco, definirán cual será el
procedimiento en el caso de presentarse solicitudes de cambio en la Solución de Core
Bancario. Se establecerá un Comité de Control de Cambios que será el responsable de
recibir, analizar y aprobar las solicitudes de cambio. Para esto se considerará
indispensable que el Contratista proporcione una herramienta automatizada para el
registro y seguimiento de toda solicitud de cambio.
11.10 Entregables del Proyecto de Implementación
Los entregables del proyecto deberán ser propuestos en el plan de trabajo y estarán
sujetos a la revisión y aprobación del Banco de la Nación.
11.11 Comités y Grupos de Trabajo
Con el propósito de asegurar la correcta prestación de los Servicios materia del

Contrato y el cumplimiento de los compromisos pactados, así como de facilitar la
oportuna toma de decisiones, se requiere de la participación y coordinación
permanente de ambas partes: El Banco de la Nación y El Contratista, para lo cual, se
formarán comités y grupos de trabajo cuyas funciones y composición se describen a
continuación:
Comité Ejecutivo
Responsabilidad General:
Supervisión del estado de los servicios, evaluación de riesgos, decisiones de alto nivel
y solución de discrepancias, según sea requerido por el Comité Gerencial.
Este comité está compuesto por:
 Un representante ejecutivo de alto nivel jerárquico designado por el Banco de

la Nación.
 Un representante ejecutivo de alto nivel jerárquico designado por el
Contratista.
 El Líder del proyecto Nuevo Core Bancario por parte del Banco de la Nación.
 El Gerente del Dpto. de Informática por parte del Banco de la Nación.
 El Líder del Servicio de Implementación del Nuevo Core Bancario
(Contratista).
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
Página 105 de 404

Implementación del Nuevo Core Bancario (Contratista) actuará como Secretario y

registrará en actas los acuerdos expresados por ambas partes.
Funciones:
 Obtener información sobre el estado de los servicios y de los problemas que

hayan sido identificados.
 Resolver cualquier desacuerdo o controversia entre las partes, relacionado
con la prestación de los servicios.
 Establecer prioridades en aspectos que impliquen costos adicionales o
afecten el cronograma de trabajo.
 Controlar el cumplimiento de los acuerdos del Comité.
 Aprobar y gestionar posibles cambios mayores y/o adendas al contrato.
Comité Gerencial
Este comité es responsable del seguimiento, supervisión y coordinación de todas las

actividades involucradas en el servicio, es decir de la prestación satisfactoria de los
mismos.
 El Líder del Proyecto Nuevo Core Bancario por parte del Banco de la Nación.
 El Gerente del Dpto. Informática por parte del Banco de la Nación.
 El Líder del Servicio de Implementación del Nuevo Core Bancario (Contratista).
Las reuniones del Comité Gerencial se realizarán quincenalmente y actuará como

Secretario el Líder del Servicio de Implementación del Nuevo Core Bancario
(Contratista), quien registrará en actas los acuerdos expresados por ambas partes.
Funciones:
Son funciones de este Comité:
 Convocar las sesiones de apertura de los grupos de trabajo.

 Aprobar los Planes de Trabajo relacionados con el Proyecto.
 Revisar los avances de los Planes de Trabajo y el cumplimiento de los Acuerdos de
los Niveles de Servicios en todas las localidades comprendidas en el mismo.
 Resolver las inquietudes expresadas por cualquiera de las partes.
 Elevar al nivel de Comité Ejecutivo cualquier desacuerdo o controversia, así como
los casos que afecten los costos o los cronogramas asociados a los Servicios.
Comité Operativo
Página 106 de 404

En este comité se tratan todos los temas referentes a la operación del servicio y los
entregables del mismo.
 Administrador del Contrato por parte del Banco de la Nación y/o sus
Coordinadores.
 Analistas Funcionales por parte del Banco de la Nación.
 Coordinadores y/o jefes del Contratista.
Programa de Reuniones
Las reuniones de este comité se realizarán quincenalmente o cuando cualquiera de las

partes lo estime conveniente, de acuerdo al estado del contrato.
Funciones:
Son funciones de este Comité:
 Garantizar que desde el inicio del servicio la gestión de las fases

relacionadas con el cumplimiento de los servicios requeridos se lleve a cabo
teniendo en cuenta los procesos del Project Management Institute (PMI) o
equivalente.
 Coordinar la formación de los grupos de trabajo para cada fase/etapa.
 Asignar los recursos de acuerdo a los requerimientos del proyecto.
 Documentar todas las fases de acuerdo al avance del proyecto.
 Revisar el Reporte Ejecutivo para verificar el cumplimiento de objetivos,
plazos y resumen de avance de cada fase/etapa.
 Informar de los cambios que requieran la aprobación del Comité Gerencial.
 Elevar al Comité Gerencial los problemas que no sean resueltos a nivel de
Comité Operativo.
Grupos de Trabajo
Desde el inicio del servicio y durante la vigencia del contrato, el Contratista debe
coordinar la formación de Grupos de Trabajo temporales con la finalidad de ejecutar las
fases/etapas relacionadas con el cumplimiento de los servicios requeridos en las
Bases. Los grupos de trabajo deben estar constituidos por representantes del
Contratista y de las distintas dependencias del Banco de la Nación involucradas en
cada fase/etapa, siendo su participación a dedicación exclusiva. Las reuniones se
realizarán en las instalaciones que defina el Banco.
11.12 Informes y Reportes
Página 107 de 404

Durante la prestación del servicio el Contratista debe presentar los informes que se
indican a continuación:
Reporte Ejecutivo Mensual
El Contratista deberá presentar formalmente en forma impresa, dentro de los cinco

(5) primeros días útiles del mes siguiente, un Reporte Mensual Consolidado del
avance del servicio, de acuerdo a lo indicado en el PMI o equivalente.
Este reporte debe estar dirigido al Líder del Proyecto Nuevo Core Bancario y deberá
contener como mínimo:
a. Organización del servicio de Implementación del Nuevo Core Bancario,

incluyendo cambios de ser el caso, causas que los originaron y medidas
tomadas.
b. Resumen de Avance de fases/etapas, incluyendo los desvíos respecto al Plan de
Trabajo, causas que lo originaron y acciones a tomar.
c. Análisis de riesgos y medidas para mitigarlos.
d. Otra información relevante.
El Contratista deberá coordinar el formato del presente Reporte con el Banco de la

Nación al inicio del servicio.
El Líder del Proyecto Nuevo Core Bancario revisará y aprobará los informes mensuales.
Informe de Gestión de la Calidad
El Contratista deberá realizar revisiones de gestión de la calidad y presentar un informe

trimestral dentro de los cinco (5) primeros días útiles de vencido el trimestre
correspondiente, que incluya como mínimo los siguientes aspectos:
 Gestión del Servicio.

 Calidad de los procesos y procedimientos.
 Calidad del software.
 Cumplimiento de los estándares, prácticas, métricas y niveles de servicio.
 Herramientas, técnicas y métodos usados.
 Actividades de testeo.
 Reporte de errores y acciones correctivas.
 Mantenimiento.
 Control del código.
 Control de medios.
Se aplicarán penalidades por incumplimiento en los plazos de entrega.
El Líder del Proyecto Nuevo Core Bancario revisará y aprobará los informes
trimestrales.
Página 108 de 404

11.13 Adecuación de Procesos
Los procesos de negocio operativos serán adoptados de acuerdo a las buenas

prácticas contenidas en la solución del Nuevo Core Bancario, considerando la
normatividad vigente y los resultados del Gap Análisis.
El Contratista proporcionará la documentación y diagramas de los procesos adoptados.
11.14 Aceptación del Servicio.
El Banco de la Nación dará por aceptado el servicio, cuando el Contratista cumpla

todos y cada uno de los siguientes puntos:
a) Cuando se haya cumplido con cada uno de los requerimientos solicitados en

las bases.
b) Cuando el Banco de la Nación haya revisado y aprobado cada uno de los
entregables definidos en el plan de trabajo.
c) Cuando se haya culminado de realizar las pruebas requeridas y las áreas
(usuaria y técnica) hayan dado su conformidad con las actas respectivas.
d) Cuando los módulos que componen el Nuevo Core Bancario hayan sido
implementados en los servidores de producción y contingencia, instalados y
configurados en los equipos clientes (PC) y operando integralmente.
12Requerimientos de Migración y Convivencia

12.1 Migración de Datos
12.1.1 Objetivos de la Migración de Datos
El Contratista deberá:
- Cargar en la base de datos de la nueva solución de Core Bancario el 100% de
los registros de clientes y usuarios (clientes prospecto) del Banco, de acuerdo a
lo que el Banco le entregue en su momento.
- Cargar en la base de datos de la nueva solución de Core Bancario el 100% de
los productos y servicios contratados por los clientes del Banco, de acuerdo a lo
que el Banco le entregue en su momento.
- Cargar en la base de datos de la nueva solución de Core Bancario los
movimientos (transacciones financieras) realizados sobre los productos y
servicios, de acuerdo a lo que el Banco le entregue en su momento.
- Cargar en la base de datos de la nueva solución de Core Bancario, la totalidad
de los log de movimientos (transacciones administrativas) de datos de clientes y
cuentas, de acuerdo a lo que el banco le entregue en su momento.
- La nueva solución de Core Bancario deberá permitir la consulta de movimientos
históricos generados en el actual Core Bancario, al menos de los últimos 10
años exigibles por regulaciones peruanas. Se mantendrá en una base de datos
histórica.
Página 109 de 404

- Efectuar la migración y/o reemplazo de las aplicaciones basadas en emulación

3270 que estén relacionadas a los procesos que forman parte del alcance de la
Nueva Solución de Core Bancario, que a la fecha se viene usando en los
ambientes de plataformas de atención al público, así como en las áreas
administrativas de los distintos departamentos y en el Back Office de las
sucursales y agencias. El detalle de la funcionalidad de dichas aplicaciones se
revisará con el contratista en la etapa del Plan de Trabajo.
Los aspectos técnicos relacionados con la migración de datos se definirán durante

la etapa de “Plan de Trabajo”.
El Contratista podrá proponer otras alternativas de almacenamiento histórico de

información que serán consideradas por el Banco de la Nación.
12.1.2 Responsabilidades del Banco de la Nación
- El Banco será responsable de diseñar, construir y parametrizar los procesos

para la extracción de datos de los aplicativos del Core Bancario actual, según
los formatos de archivo acordados con el Contratista.
- El Banco será responsable de la depuración de datos a ser migrados a la
nueva solución de Core Bancario.
- El Banco será responsable de realizar el cuadre de la información a migrar de
los sistemas actuales del Banco de la Nación.
12.1.3 Responsabilidades del Contratista
- El Contratista deberá incluir las herramientas necesarias para identificar los

“kernels” de migración de aplicaciones en el core actual. Esta actividad
servirá para identificar entre otras: las relaciones existentes entre las
aplicaciones y las tablas de bases de datos, la dimensión de los kernels y la
secuencia más adecuada para la implementación; además permitirá estimar
mejor los esfuerzos.
- El Contratista será responsable de diseñar y construir mecanismos de
validación de la información entregada por el Banco de la Nación, previa a su
carga en las estructuras del Nuevo Core Bancario.
- El Contratista será responsable de diseñar, construir y parametrizar los
procesos para la carga de datos a la nueva solución de Core Bancario.
- El Contratista deberá identificar y establecer los tiempos requeridos para
realizar la carga y verificación de los datos migrados en coordinación con el
Banco.
- Deberá proveer mecanismos de validación y realizar el cuadre de la
información cargada en la nueva solución de Core Bancario, contra la
información existente en los sistemas actuales del Banco de la Nación.
- Deberá proveer mecanismos de cuadre contable de la información cargada
en la nueva solución contra el sistema contable del Banco de la Nación.
Página 110 de 404

12.2 Convivencia
Durante la convivencia los módulos del Nuevo Core Bancario deberán operar
junto a los módulos “legacy” del actual core bancario.
12.2.1 Objetivos de los Procesos de Convivencia
El Contratista deberá:
- Asegurar que el período de transición requerido para la adopción total de
la nueva solución de Core Bancario se realice con la mayor transparencia
posible para los usuarios y clientes del Banco de la Nación.
- Garantizar la interacción de la nueva solución de Core Bancario con los
actuales Canales de Atención34.
- Garantizar la interacción de la nueva solución de Core Bancario con el
sistema contable del Banco de la Nación (Oracle Financials) 35.
- Garantizar la interacción de la nueva solución de Core Bancario con el
sistema de Tesorería del Banco de la Nación (Back Trader Live 36)
- Garantizar la interacción de la nueva solución de Core Bancario con
Entidades Externas37.
12.2.2 Responsabilidades del Banco de la Nación
- El Banco será responsable de diseñar, construir y parametrizar las interfaces,

del lado de los aplicativos actuales (tanto temporales como definitivas), según
los acuerdos a los que se llegue con el Contratista de la solución de Core
Bancario.
- El Banco proporcionará al Contratista, el detalle de las interfaces existentes
actualmente con Entidades Externas, especificando formas de comunicación,
formatos y protocolos, de manera que puedan ser implementadas en la
solución de Core Bancario.
- El Contratista será responsable de diseñar, construir y parametrizar las

interfaces, del lado de la nueva Solución de Core Bancario (tanto temporales
como definitivas), según los acuerdos a los que se llegue con el Banco.
12.3 Estrategia de Migración y Convivencia

El detalle de la estrategia de migración y convivencia de la nueva solución de Core
Bancario se establecerá de mutuo acuerdo con el Contratista al inicio de la etapa
de implementación, considerando las características técnicas de la solución de
Core Bancario propuesta, las recomendaciones del Contratista, su metodología y
experiencias previas. Sin embargo, el Banco de la Nación propone como
referencia, contemplar los aspectos descritos en los siguientes numerales.
34
Capítulo Requerimientos de Conectividad – con los Canales de atención
35
Capítulo Requerimientos de Conectividad – con Oracle Financials
36
Capítulo Requerimientos de Conectividad – con Back Trader Live
37
Capítulo Requerimientos de Conectividad – con Entidades Externas
Página 111 de 404

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.
El Banco de la Nación proporcionará los equipos de almacenamiento necesarios
para el proceso de migración de datos históricos.
Los aspectos técnicos relacionados con las interfaces se definirán durante la
etapa del “Plan de trabajo”.
12.3.1 Fase I: 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:
- Los procedimientos del Core Bancario actual no consideran el registro previo del
cliente. Será necesario adoptar los procedimientos operativos de manera que se
considere el registro del cliente previo a la apertura de cualquier operación
bancaria.
Página 112 de 404

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 instalaría el módulo de Colocaciones y los Procesos de Apoyo correspondientes
a los productos mencionados.
Interfaces con los Canales de Atención: en esta fase podrá entrar en

producción la totalidad de la Plataforma de Caja o Ventanilla, además, en caso
de que se cree transacciones sobre Colocaciones en los demás canales, estos
también deberán ser habilitados.
Interfaz con Oracle Financials: se implementará las interfaces definitivas
relacionadas con la entrega de datos para la contabilización de las operaciones
de Colocaciones.
Interfaces con Entidades Externas: se implementará las interfaces definitivas
con las entidades externas correspondientes.
Página 113 de 404

12.3.3 Fase III: Captaciones, Servicios de Pagos y Cobros

En lo referente a migración de datos y convivencia para la fase de implementación de
Captaciones, Servicios de Pagos y Cobros, Procesos Auxiliares y de Apoyo, se deberá
considerar los siguientes aspectos:
- Se debe poner especial cuidado en la migración de datos de esta fase, pues
representan el mayor volumen de datos.
- Al encontrarse los datos actualmente en distintos aplicativos, los pasos de
depuración y validación de la información a migrar son relevantes.
- Se instalarían los módulos de Captaciones, Servicios de Pagos y Cobros, Procesos
Auxiliares y Procesos de Apoyo correspondientes a los productos mencionados.
El Contratista deberá hacer un análisis comparativo para determinar la estrategia más
idónea para el Banco de la Nación, en cuanto a la puesta en producción de la
Plataforma de Caja o Ventanilla. Este análisis deberá considerar:
- El volumen de transacciones que involucran una interfaz entre Captaciones y
Colocaciones que se presentan normalmente en el Banco en un período
determinado.
- El período de tiempo que se ha planificado entre la puesta en producción de esta
fase y la siguiente y que por lo tanto será el tiempo en el cual la interfaz tendrá
vigencia.
Las opciones que se plantea son las siguientes:
12.3.3.1 Opción 1
Reemplazar la Plataforma de Caja únicamente para las transacciones
relacionadas con los módulos migrados. En este caso, tendrá que manejarse
temporalmente en las agencias tanto el sistema de ventanillas actual, como el de
la nueva Solución de Core Bancario.
Página 114 de 404

Interfaces con el Ambiente Mainframe: las transacciones de Captaciones que

involucren la afectación a operaciones de Colocaciones y viceversa, podrán
ejecutarse modificando temporalmente el procedimiento para realizar la
afectación a la operación de Colocaciones de forma manual en el Core actual,
esto es, utilizando la nueva Plataforma de Caja o Ventanilla para la transacción
en Captaciones y la caja actual para la transacción en Colocaciones.
12.3.3.2 Opción 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 sido migradas.
Página 115 de 404

Interfaces con el Ambiente Mainframe: las transacciones de Captaciones que

involucren la afectación a operaciones de Colocaciones y viceversa, podrán
ejecutarse desarrollando una interfaz automática que desde la nueva Plataforma
de Caja o Ventanilla, ejecute las transacciones sobre Colocaciones del Core
actual (las transacciones del TOLD II pueden ser ejecutadas como Web
Services).
12.3.3.3 Opción 3: Ambas 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 Pagos y Cobros,
esto es: Internet, ATMs, POS, WAP e IVR.
Interfaz con Oracle Financials: se implementará las interfaces definitivas
relacionadas con la entrega de datos para la contabilización de las operaciones
de Captaciones y Servicios de Pagos y Cobros.
Interfaces con Entidades Externas: se implementará las interfaces definitivas
con las entidades externas correspondientes.
13Requerimientos 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 español, en la ciudad de Lima – Perú y de
manera presencial.
Página 116 de 404

- El Contratista entregará todo el material necesario para la capacitación.
- Se deberá incluir la aplicación de cuestionarios de evaluación al personal

capacitado.
- La capacitación deberá estar orientada para que el personal tanto técnico
como funcional pueda asumir sus tareas en forma autónoma, de manera
que adquiera los conocimientos, habilidades y destrezas de aplicación
inmediata.
- La capacitación deberá incluir talleres prácticos para afianzar los
conocimientos adquiridos, considerando además el desarrollo de casos
que se definan conjuntamente con el personal designado por el Banco.
- El Contratista deberá entregar un informe de resultados, el cual mostrará
las apreciaciones más relevantes acerca del desempeño de los
participantes del curso.
- El Postor deberá incluir en su oferta: los equipos de cómputo, los equipos

audiovisuales y materiales necesarios para llevar a cabo las
capacitaciones de la mejor forma. El uso de herramientas dependerá de la
metodología del implementador.
- En coordinación con el Banco, el Contratista podrá ajustar y/o plantear su
modelo de capacitación de acuerdo a su experiencia y mejores prácticas,
sin que esto implique un costo adicional.
- Las fechas, horarios y criterios de aceptación del servicio de la
capacitación se definirán con el Contratista durante la etapa de Plan de
Trabajo.
El Contratista deberá proveer como mínimo la siguiente cantidad de horas de
capacitación:
Página 117 de 404

Página 118 de 404

La distribución de las horas, perfil de participantes y temarios de la capacitación, son

referenciales y se definirán durante la etapa del Plan de Trabajo.
13.1 Capacitación Técnica
13.1.1 Personal del Centro de Cómputo

Se deberá considerar la capacitación mínimo de 10 personas de perfil técnico. Se
deberá cubrir como mínimo los siguientes temas:
- Operación y mantenimiento de los proceso del Nuevo Core Bancario, incluyendo las
bases de datos de cada módulo.
- Procedimientos de respaldo y mantenimiento de históricos de información de las
bases de datos de Core Bancario38.
- 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 los módulos del core bancario, plataforma de
middleware y solución de Caja o Ventanilla.
- Afinamiento (Tuning) de la base de datos (IBM-DB2 V10), módulos de core
bancario, plataforma de middleware y solución de Caja o Ventanilla.
- Instalación, configuración y afinamiento de las herramientas de administración,
monitoreo y auditoría de la solución de Core Bancario.
13.1.3 Personal de Arquitectura
Se deberá considerar la capacitación mínimo para 5 personas de perfil técnico. Se

- Estructura lógica y física de los componentes software.
- Infraestructura tecnológica requerida para el despliegue del nuevo Core

Bancario.
- Metodologías, patrones, frameworks y estándares utilizados en el desarrollo del

software.
13.1.4 Personal de Desarrollo y Mantenimiento

Se deberá considerar la capacitación mínimo de 45 personas de perfil técnico. Se
- Estándares de programación.
- Herramientas, metodologías, patrones, frameworks y estándares utilizados en el
desarrollo del software.
38
Capítulo Requerimientos Seguridad, Contingencia y Respaldo – Requerimientos de
respaldo
Página 119 de 404

- Control de cambios
- Control de versiones
- Estructura y componentes de la solución
- Instalación y operativa de la solución de Core Bancario.
13.1.5 Personal de Calidad de 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.
- Operaciones de testing.
13.1.6 Personal de Mesa de Ayuda

Se deberá considerar la capacitación mínimo de 20 personas. Se deberá cubrir como
- 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 mínimo de 30 personas por cada Fase
Implementada, dependiendo de la extensión y complejidad de los módulos
correspondientes a la fase. Estos usuarios posteriormente realizarán la capacitación de
los usuarios finales. Se deberá cubrir como mínimo los siguientes temas:
- Configuración de la solución en cada Fase
- Creación de productos personalizados para el Banco de la Nación en cada Fase
- Funcionalidades y operación de la solución del Core Bancario en cada Fase
La capacitación deberá estar orientada a usuarios funcionales capacitadores y usuarios
auditores del Banco.
Página 120 de 404

14Requerimientos de Documentación
14.1 Premisas Generales
El Contratista deberá considerar lo siguiente:
 Toda la documentación técnica y de usuario entregada por el Contratista deberá
tener un formato estándar y deberá ser entregada tanto impresa como en
formato digital. Deberá estar escrita en idioma español.
 Se deberá entregar manuales oficiales.
 Las mejoras y/o cambios realizados a los aplicativos, nuevos desarrollos e
interfaces, deberán ser debidamente documentados en todos los componentes
afectados.
 Se requiere que los usuarios tengan acceso en línea al inventario de la
documentación y a la documentación misma para su consulta, por lo cual el
Contratista deberá implementar el mecanismo necesario para que dicha
información pueda ser consultada por los usuarios.
 Mantener permanentemente el inventario y control de la documentación
existente.
 Proporcionar la relación de los artefactos (entregables) que generen su
metodología.
14.2 Manuales de Instalación

El 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écnicos

- Metodología de desarrollo y ciclo de vida del software 39
- Estándares de desarrollo.
- Modelo entidad relación.
- Diccionario de datos.
- De ser el caso, uso de herramientas de desarrollo propias de la solución.
- Relación de los procesos funcionales con los componentes de la solución
y la forma en que éstos interactúan entre sí.
- Además, toda la documentación técnica generada de acuerdo a la
metodología de desarrollo utilizada por el Contratista.
39
Alineándose con la normativa NTP-ISO IEC 12207
Página 121 de 404

14.4 Manuales de Usuario

- Una introducción a los procesos operativos.
- Instrucciones para la parametrización de procesos y productos.
- Una descripción detallada de la operatividad de cada opción de menú.
- Una descripción detallada de cada pantalla.
- Diagrama funcional jerárquico.
- Una base de conocimientos en función de preguntas frecuentes.
14.5 Manuales de Capacitación

La documentación deberá incluir como mínimo:
- Agendas y objetivos de capacitación.
- Contenidos de capacitación técnica y de usuario.
- Cuestionarios para la evaluación del personal que recibe la capacitación.
15Requerimientos de Licenciamiento, Garantía, Soporte

y Mantenimiento
15.1 Licencias de la Solución Nuevo Core Bancario
El Postor debe considerar un esquema de licenciamiento del tipo “LICENCIA
ÚNICA NO EXCLUSIVA DE USO” para el software de Core Bancario, por 50
años como mínimo, renovable sin costo adicional para el Banco. Esta licencia
deberá estar a nombre del Banco de la Nación asegurando la disponibilidad de
licencias necesarias para los ambientes de Desarrollo, Certificación, Producción
y Respaldo en que se implemente el software de Core Bancario, considerando
que este licenciamiento sea válido en arquitectura abierta para cuando el Banco
decida migrar la Solución de Core Bancario.
El Postor debe considerar un esquema de licenciamiento del tipo “LICENCIA

ÚNICA NO EXCLUSIVA DE USO SIN LÍMITE DE TIEMPO” de todos los
productos necesarios para el correcto funcionamiento de la solución de Core
Bancario, incluyendo las herramientas de desarrollo, para los ambientes donde
corresponda su uso (Desarrollo, Certificación, Producción y Respaldo). Deben
ser suficientes para soportar los procesadores de los equipos y usuarios
involucrados durante el proceso de personalización del Nuevo Core Bancario,
tanto de parte del Contratista como del Banco de la Nación, durante el transcurso
de la etapa de implementación del Nuevo Core Bancario y posteriormente del
personal del Banco de la Nación de forma autónoma.
Página 122 de 404

15.2 Acuerdos de Niveles de Servicio

El Contratista deberá cumplir con los siguientes niveles de servicio, los cuales
aplican por igual a los periodos de garantía y a los periodos de soporte y
mantenimiento:
Dónde:
Tiempo de reacción inicial: se refiere al tiempo máximo que transcurre desde que
el Banco reporta al contratista el error o incidencia presentada y ésta es comunicada
por el contratista al personal de soporte del nivel correspondiente dependiendo de su
gravedad.
Tiempo para solución temporal: se refiere al tiempo máximo que tiene el
contratista para entregar una solución temporal que permita restablecer el servicio
afectado, en caso no se pueda tener la solución definitiva.
Tiempo de solución definitiva: se refiere al tiempo máximo que tiene el contratista
para la entrega de la solución definitiva al error o incidente.
Los Tipos de error considerados son los siguientes:
Error Crítico: la solución bancaria no se encuentra en funcionamiento y no es
utilizable o la solución está funcionando pero el problema no permite cumplir con
tareas necesarias y esenciales de las operaciones del negocio.
Error No Crítico: la solución bancaria está funcionando pero el problema causa un
impacto parcial y no existe una opción alterna para continuar la operación afectada.
Error Limitado: la solución bancaria se encuentra en funcionamiento y el problema
sólo causa un impacto limitado. El Banco usualmente puede evitar utilizar la
funcionalidad problemática, operar con la funcionalidad limitada causada por el
problema, utilizar una interfaz alterna o utilizar otra opción para continuar la
operación.
Las Consultas Técnicas (pregunta puntual sobre la arquitectura, diseño o
funcionamiento de la solución de Core Bancario) deben ser resueltas en un plazo no
mayor de 48 horas.
El soporte funcional (presencial y telefónico) debe brindarse en idioma español.
El soporte técnico (presencial y telefónico) en el nivel básico debe brindarse en idioma
español y los siguientes niveles pueden ser en idioma español o inglés.
Página 123 de 404

El contratista deberá tener una representación local, con personal que hable idioma
español, con el cual se podrá realizar las coordinaciones iniciales de soporte.
15.3 Garantía de la Solución del Core Bancario

El Postor deberá considerar en su propuesta un período de garantía a partir de
terminado el Soporte Post-Producción de cada módulo implementado y hasta
doce (12) meses posteriores al término del Soporte Post-Producción del último
módulo de la Solución Nuevo Core Bancario.
La garantía de la Solución Nuevo Core Bancario (Licencias del Software del
Nuevo Core Bancario y demás licencias que el proveedor considere necesarias
para el correcto funcionamiento de la Solución) debe cubrir defectos o vicios
ocultos, incluyendo, de existir, la actualización de nuevas versiones liberadas en
ese período, problemas de disminución de performance, entre otros. Además, se
deberá incluir el servicio de verificación de la continuidad operativa de la
Solución.
Durante el período de garantía el Contratista deberá incluir la actualización de la
documentación respectiva.
En caso los productos o servicios contratados presenten defecto, mal
funcionamiento o no cumplan con las especificaciones establecidas, el Banco de
la Nación rechazará y exigirá su reemplazo. Los costos en que incurra por este
concepto, serán cubiertos en su totalidad por el Contratista. Si el Postor no
atiende el requerimiento, se harán efectivas todas las garantías contractuales
establecidas para el servicio.
15.4 Soporte y Mantenimiento de la Solución del Nuevo Core Bancario
El Postor deberá ofrecer el servicio de Soporte y Mantenimiento anual de las

licencias de los componentes de la Solución de Nuevo Core Bancario (Licencias
del Software del Nuevo Core Bancario y demás licencias que el proveedor
considere necesarias para el correcto funcionamiento de la Solución), a partir del
término del período de garantía.
El servicio de Soporte y Mantenimiento de la Solución del Nuevo Core Bancario
deberá considerar:
 Al menos las mismas coberturas y acuerdos de nivel de servicios que los
existentes en el período de garantía.
 La realización de al menos 2 visitas preventivas presenciales al año,
efectuadas por especialistas, con una duración de al menos 3 días
laborables por cada visita.
 El esquema de actualización de versiones propuesto por el Contratista.
 Migración de la solución a las siguientes versiones del producto.
 El Contratista deberá indicar la frecuencia con la cual libera
actualizaciones o nuevas versiones del Core Bancario y cuáles son las
condiciones que confluyen para el cambio.
El Contratista debe brindar el soporte local para la solución de Core que
implementará y también para los componentes de hardware que pudieran formar
parte de la solución propuesta. El personal de soporte debe residir en Lima-Perú
Página 124 de 404

y podrá ser complementado con personal ubicado fuera del país, para los casos
de mayor complejidad.
El Contratista señalará la infraestructura de soporte local e internacional
indicando el personal de planta disponible localmente que asegure un soporte
técnico de calidad.
16Requerimientos Funcionales Generales

Los 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 GENERALES
Usuarios Deberá poder revisar el tiempo de utilización del Core Bancario por usuario, lo cual se
refiere a la obtención de estadísticas de las operaciones que realizan los usuarios en cada
uno de los canales.
Usuarios Deberá poder bloquear terminales de usuario por inactividad, lo cual se refiere a la
capacidad que debe tener la solución de Core propuesta para que se pueda bloquear la
sesión de uso de la aplicación.
Usuarios Deberá tener control de acceso por productos. Todos los accesos a los sistemas de
información, servicios informáticos y plataformas tecnológicas deben ser otorgados
mediante roles funcionales. Todo rol funcional debe estar asociado a un conjunto de
perfiles de acceso debidamente autorizados por el propietario de la aplicación.
Usuarios Deberá tener control de acceso por oficinas.
Usuarios Deberá poder inhabilitar usuarios en horarios no autorizados o períodos de tiempo
(vacaciones), lo cual se refiere a la capacidad que debe tener la solución de Core
propuesta para que se pueda inhabilitar los accesos a usuarios en horarios no autorizados
o por periodos de tiempo.
Plataforma Deberá procesar y autorizar centralizadamente las transacciones.
Plataforma La información de cada proceso deberá estar disponible para todos los demás procesos de
la solución.
Plataforma La solución deberá estar preparada para trabajar en ambientes de alta transaccionalidad
Página 125 de 404

(OLTP).
Plataforma El interfaz de usuario será del tipo WEB ENABLED, es decir que la navegación en las
opciones de sistema se realizará utilizando un browser y todo el acceso a la información
se dará en opciones de menú y facilidades de acceso que incluyan las facilidades gráficas
(menús contextuales, desplegables, iconos, otros) y de usuario de esos ambientes.
Plataforma Deberá manejar múltiples canales.
Plataforma La solución de Core Bancario propuesta debe permitir ofrecer servicio a múltiples
empresas mediante una única plataforma de aplicación, base de datos y explotación
online y batch, garantizando un nivel de aislamiento suficiente entre cada empresa a
través de los mecanismos creados en la propia arquitectura de la solución propuesta.
Deberá considerar dentro de este concepto la funcionalidad específica de insourcing de
operaciones.
Plataforma Deberá manejar múltiples monedas.
Plataforma Deberá manejar múltiples lenguajes.
Seguridad y Integrará opciones de utilización de interfaces con dispositivos biométricos para facilitar y
auditoría 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
auditorí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 El sistema deberá contar con facilidades para que los usuarios autorizados puedan
auditoría consultar y analizar esta información a la vez que generen reportes de auditoría y control
cuando lo requieran.
Disponibilidad Deberá manejar múltiples horarios. La solución debe permitir horarios de apertura y
cierre diferentes para cada oficina.
Disponibilidad Permitirá a los clientes del Banco acceder a los diferentes servicios desde cualquier oficina
indistintamente de la oficina origen.
Disponibilidad Permitirá la administración de mensajes por cliente/producto originados por el Banco,
desplegables por diferentes canales (puntuales o por fechas específicas).
Disponibilidad Permitirá la validación en línea de datos (fechas, números de cuenta, etc.).
Disponibilidad Deberá estar diseñado para atender transacciones en línea 24 horas al día los 7 días de la
semana a través de todos los canales, a excepción del canal plataforma de caja o
ventanilla que deberá ofrecer disponibilidad de acuerdo al horario operativo establecido
por el Banco.
Usabilidad Deberá tener opciones y pantallas intuitivas, con criterios de fácil usabilidad.
Usabilidad Deberá tener pantallas estandarizadas para los distintos productos y módulos (despliegue,
carga de datos, validaciones, mensajes, etc.).
Usabilidad Deberá tener ayuda en línea a nivel transaccional, lo cual se refiere a que las
transacciones deben contar con una opción en línea que permite acceder a una ayuda
rápida sobre la operatividad de la transacción que se está ejecutando.
Usabilidad Deberá tener la habilidad para exportar los resultados de consultas a formatos estándares
del mercado: XML, PDF, archivos de texto, hojas de cálculo.
Parametrización La solución permitirá definir parámetros a nivel del Banco.
Parametrización La solución permitirá definir parámetros a nivel de producto.
Parametrización La solución permitirá definir parámetros a nivel de cliente.
Parametrización La solución permitirá la creación de productos en base a parametrización.
Parametrización La solución permitirá determinar los productos que se ofrecerá por oficina y funcionario.
Parametrización Deberá contar con las facilidades o herramientas para replicar la parametrización de un
ambiente a otro.
Parametrización Permitirá administrar límites sobre transacciones y por moneda.

Parametrización El usuario final de acuerdo a su perfil podrá modificar y mantener sus productos (no se
requiere de un especialista para llevar a cabo dichas tareas).
Página 126 de 404

Parametrización La solución proporcionará herramientas al usuario final para personalizar consultas y
reportes.
Parametrización Permitirá configurar las transacciones que requerirán de una confirmación por parte de
otro usuario para su ejecución.
Administración y Permitirá modificar parámetros de configuración.
Monitoreo
17Requerimientos Funcionales
17.1 Requerimientos Funcionales de Clientes
17.1.1 Requerimientos Funcionales del Módulo de Clientes

El enfoque estratégico de la gestión del Banco de la Nación, que debe estar
soportado por su Nuevo Core Bancario, está basado en varios ejes y uno de los
fundamentales es una gestión de negocios totalmente centrada en el cliente, con
una visión integral y consolidada de su relación de negocios con el banco (visión
de 360 grados). Para lograrlo, el Módulo de Clientes constituirá el eje de la
gestión operativa del Banco, ya que permitirá el registro único y consolidado de
información de todos los clientes (habituales y no habituales) que contraten
productos y servicios financieros con el Banco, contenidos en el repositorio, que
se denominará Base de Datos Única de Clientes (BDUC), contendrá además
información de empresas y personas que se consideren potenciales clientes del
banco (prospectos).
La estructura del repositorio (BDUC) deberá ser amplia y flexible, diseñada para
asociar a cada cliente toda la información de tipo cuantitativa y cualitativa que le
corresponda según su clasificación de tipo de cliente, sin limitaciones de cantidad
de campos ni tipo de información. Esto incluye datos en formato texto con
formato, texto libre, datos en catálogos con opciones de respuesta o rangos de
valores, fechas, valores, números en diferentes formatos, imágenes.
Para la operación del Nuevo Core Bancario, este repositorio recibirá toda la
información disponible y validada de los clientes del Banco de la Nación, tanto
los clientes activos, es decir aquellos que a la fecha de puesta en producción del
nuevo sistema tengan contratado algún producto o servicio financiero del Banco,
como los clientes inactivos, es decir aquellos que estén registrados en las bases
de datos legadas del Banco como clientes que alguna vez contrataron productos
o servicios financieros pero en ese momento no están activos.
El módulo de clientes se comunicará con todos los módulos de negocio usando
un interfaz nativo, único y estandarizado que asegure la integración total con los
módulos de negocio y facilite la interacción operativa necesaria. Usando este
interfaz, el módulo de clientes pondrá disponible a los módulos de negocios la
información del cliente, sin que deba replicarse en tablas o bases de datos a
esos módulos, a la vez que recibirá la información consolidada de los productos y
servicios financieros contratados para asociarlos al expediente del cliente y
manejar su posición consolidada de negocios con el Banco. En el interfaz
también se establecerá los vínculos que permitan navegar en forma natural
desde el expediente del cliente a los módulos de negocio, para profundizar en la
información de los productos o servicios que tiene el cliente y desde los módulos
de negocio para consultar, completar o actualizar la información del expediente
Página 127 de 404

del cliente que sea necesaria para la operación de los productos o servicios que
contrate con el Banco.
El Módulo de Clientes se constituirá en la única puerta de entrada y registro

obligatorio para todo cliente nuevo del Banco y de los productos/cuentas, ya que
el Nuevo Core Bancario del Banco de la Nación aplicará el concepto operativo de
cliente único, es decir, cuando un cliente requiera un producto o servicio
financiero manejado en cualquier módulo de negocio, el paso mandatorio que se
ejecutará desde ese módulo para la apertura del producto o servicio, será
conectarse al módulo de clientes y usando como llave de búsqueda el número de
identidad del cliente (DNI, Carné de extranjería, Pasaporte o RUC u otro
documento que disponga la SBS) se verificará si ya está registrado en el módulo
de clientes.
Si el cliente ya está registrado, usando el interfaz nativo consultará la información
disponible del cliente, habilitando las opciones adecuadas y permitidas para
completar, actualizar o modificar la información del cliente que se requiera para
operar el producto o servicio que desea contratar y continuará con el proceso de
apertura, creando además los vínculos que permitan al módulo de clientes
asociar el nuevo producto o servicio contratado a su expediente único.
Si el cliente no está registrado en la Base de Datos Única de Clientes, se

habilitará el formato de registro de clientes nuevos, con los datos mínimos y
validaciones requeridos por tipo de cliente mediante el interfaz con RENIEC. Una
vez registrado el cliente, se continuará con el procedimiento señalado en el
párrafo anterior para la apertura de nuevos productos o servicios.
A continuación se presenta el cuadro detallado de los Requerimientos
Funcionales del Módulo de Clientes:
REQUERIMIENTOS FUNCIONALES MÓDULO DE CLIENTES
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.
Parametrización Permitirá denominar y clasificar clientes según la definición dada por el Banco, que los
agrupa en 2 segmentos principales:
- Personas Naturales (individuos o personas físicas que interactúan con el Banco).
- Personas Jurídicas (empresas o sociedades de diferente tipo que interactúan con el
Banco).
Permitirá definir para cada tipo de cliente el conjunto de datos que se le asociará, como
datos cualitativos y/o cuantitativos que formarán parte de su expediente en la Base de
Datos Única de Clientes.
Parametrización Facilitará la clasificación de clientes de cada segmento principal, en los sub-segmentos
que defina el Banco (tipo de cliente). Ejemplo: el segmento de Personas Naturales se
puede dividir en:
- Cliente Habitual.
- Cliente no Habitual.
- Cliente UOB (Única Oferta Bancaria).
- Pensionista.
El segmento de Personas Jurídicas se puede dividir en:
- Dependencia del Estado.
Página 128 de 404


- Empresa Pública.
- Empresa Privada.
Para cada sub-segmento se deberá manejar una estructura particularizada de datos
cualitativos y/o cuantitativos que formen parte de su expediente en la Base de Datos
Única de Clientes.
Parametrización Generará un número o código único y consecutivo a cada cliente que se registre en la
Base de Datos, con diferenciadores del segmento o sub-segmento al que corresponde
según su tipo.
Parametrización Permitirá agregar en forma flexible a la base de datos, nuevos campos de datos
cuantitativos o cualitativos del cliente sin mayor complejidad, con definición de:
- El tipo de dato que contendrá.
- La longitud del campo.
- Las máscaras de presentación.
- Las validaciones de formato que apliquen.
- Las tablas o catálogos de datos que contengan las posibilidades de respuesta (para los
tipos de campo que aplique).
Parametrización Deberá incluir la posibilidad de definir validaciones a ser aplicadas en los datos del cliente
para asegurar su autenticidad y su integridad, como por ejemplo: la validación de dígitos
verificadores en el DNI y en el RUC, la estructura de datos de un pasaporte y carné de
extranjería, el formato de datos de un campo tipo fecha.
Parametrización Incluirá facilidades para definir, parametrizar y mantener catálogos o tablas con opciones
que se presenten al usuario, en modalidades de tipo "lista de opciones", para el llenado
de campos de datos del cliente que tengan como posibles contenidos opciones fijas, como
por ejemplo: el género, la profesión o actividad del cliente, la ciudad de residencia, la
oficina bancaria donde se le ha registrado, el ejecutivo bancario a cargo de su gestión
integral de cliente.
Apertura Al momento de registrar un cliente, validará si ya está registrado en la base de datos,
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 Integrará una opción de registro masivo de clientes, con opciones de importación de los
masivas datos desde archivos generados en una estructura estandarizada a definir y pasando en
todos los casos las validaciones de no existencia del cliente (duplicación), completitud de
los datos mínimos requeridos, estructura y tipo de datos de cada campo y validaciones
especiales a aplicar (ejemplo dígito verificador). Para realizar una carga masiva o por lote,
Página 129 de 404


el postor deberá ofrecer la mejor alternativa (procedimiento) que permita garantizar la
integridad y confidencialidad de la información además de ser un procedimiento que evite
la duplicación, y asegure la completitud, estructura y tipo de datos.
El formato de archivo y las medidas a adoptar serán tratados con el Contratista.
Consultas Permitirá a los usuarios autorizados las consultas de listados de clientes, usando opciones
dinámicas que permitan seleccionar los criterios de consulta, tales como tipo de cliente,
oficina de registro, ejecutivo a cargo, conjunto de datos en común, fechas de ingreso o
actualización, entre otros.
Como resultado debe generarse una grilla (grid) de datos con los datos resumen de cada
cliente y opciones de profundizar en la información de un cliente en particular desde el
registro del cliente en la grilla de resultados.
Integración El Módulo de Clientes deberá integrarse en forma total y transparente a todos y cada uno
de los Módulos de Negocio de la Solución de Core Bancario propuesta, sin necesidad de la
construcción por parte del Banco de interfaces especiales ni de la generación de procesos
batch o en línea para este fin.
Integración Para la operación de los Módulos de Negocio de la solución, la información del cliente
será tomada desde la Base de Datos Única de Clientes a través del módulo de clientes,
generando los vínculos y relaciones correspondientes y en ningún caso se duplicará en las
estructuras de datos del Módulo de Negocio.
No se podrá proceder a la apertura de un producto o servicio financiero en los Módulos
de Negocio si el cliente no está previamente registrado en la Base de Datos Única de
Clientes.
Integración Los Módulos de Negocio y el módulo de clientes deberán contar con un mecanismo de
integración en línea y a tiempo real que permita la asociación al expediente del cliente de
todos y cada uno de los productos y servicios financieros que tenga o haya tenido
contratados con el Banco.
Este mecanismo de integración deberá permitir en forma flexible y paramétrica definir
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 otros 40) y la integración de ciertos datos obtenidos en
campos previamente definidos (ejemplo calificación del cliente, alertas de listas negras),
que pasarán a formar parte del expediente del cliente.
Integración Se deberá proporcionar facilidades para la generación de archivos de datos a ser
entregados a otros sistemas internos o externos del Banco, en los formatos y con los
contenidos que se requieran, que en cualquier caso tendrán como limitación que la
información a ser entregada exista en la estructura de datos de la Base de Datos Única de
Clientes.
Cierre El código único asignado a un cliente no podrá ser reutilizado para ningún otro cliente, ya
que una vez registrado su información quedará dentro de la Base de Datos Única de
Clientes y solamente cambiará su estado.
Reportes Deberá permitir la generación de reportes/consultas flexibles en su estructura y
contenido, con opciones definibles por el usuario para seleccionar el grupo de clientes a
incluir en el reporte (por tipo de cliente, por oficina, por canal de atención, por estado del
cliente, por fecha de ingreso o actualización de datos entre otras opciones) y los datos de
40
Capítulo Requerimientos de conectividad – Con entidades Externas
Página 130 de 404


los clientes y/o sus productos y servicios financieros que se deben incluir en el reporte.
Reportes Para cada reporte/consultas deberá permitir la definición de llaves de clasificación y
agrupación, la inclusión de totales y resúmenes, de etiquetas de filas y/o columnas, de
numeración y pie de página, de títulos, subtítulos y logotipos que sirvan para personalizar
el reporte.
Reportes Los reportes generados deberán tener opciones de vista previa en pantalla, ajuste de
formato y la definición de impresión controlada o exportación del archivo a formatos tipo
xls, pdf o csv, dependiendo del perfil del usuario y sus autorizaciones de uso de la
información.
17.2 Requerimientos Funcionales de Plataformas
17.2.1 Requerimientos Funcionales de Plataforma Comercial y de Servicios

La 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
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
Página 131 de 404

Módulos de Negocios, incluyendo la definición de usuarios, perfiles (roles),

parámetros de control, jerarquías de autorización y en general la definición de las
particularidades operativas que tendrá cada Módulo de Negocios y que
determinarán las opciones y funciones que tendrán disponibles los funcionarios
del Banco para soporte a su gestión.
Como parte de las funciones de soporte, la Gestión Comercial será el medio que
utilice el Banco para presentar a sus clientes información promocional y
mensajería dirigida, para fortalecer el posicionamiento institucional como opción
bancaria para el cliente y buscar incrementar la relación de negocios, ofreciendo
al cliente los productos y servicios financieros que los estudios de mercado y el
análisis de la relación con el cliente determinen como la mejor opción para su
segmento.
Los usuarios de la Plataforma Comercial y de Servicios, tendrán una interacción
total con el módulo de clientes, del que obtendrá toda la información del cliente y
los productos y servicios financieros que tenga contratados con el Banco.
Si se trata de un nuevo cliente, utilizará el interfaz estándar con el Módulo de
Clientes para proceder con el registro inicial del cliente y luego continuar con las
funciones propias de la gestión comercial que soporta.
De igual forma la Plataforma Comercial y de Servicios se integrará y comunicará
con todos los Módulos de Negocio, para facilitar la interacción con las opciones y
facilidades de apertura, así como para utilizar las opciones de gestión y de
manejo de información operativa de productos y servicios en ellos gestionada.
Manejará la asignación dinámica de grupos de clientes a cada funcionario del
Banco que tenga a su cargo tareas de gestión comercial de productos y servicios
financieros, así como sus agendas de registro y seguimiento de la gestión
realizada.
Integrará todas las facilidades para que el área encargada del diseño de
productos y servicios financieros, y el área de mercadeo, puedan ingresar la
información multimedia que definan como ayudas de presentación y
comercialización.
Todas las opciones de funcionalidad que se integren en la Plataforma Comercial
y de Servicios deberán contemplar facilidades para que estén disponibles en la
infraestructura de oficinas del Banco, en las opciones de acceso remoto de los
funcionarios del Banco vía Internet que defina el Banco, y por último, en opciones
para que el cliente pueda utilizarlas directamente a través de los canales de
banca virtual (banca internet, autoservicio).
A continuación se presenta los cuadros detallados de los Requerimientos
Funcionales de la Plataforma Comercial y de Servicios clasificados por:
Requerimientos Generales, Requerimientos de Atención a Reclamos,
Requerimientos de Servicio de Certificaciones.
17.2.1.1 Plataforma Comercial y de Servicios – Requerimientos Generales
REQUERIMIENTOS FUNCIONALES PLATAFORMA COMERCIAL Y DE SERVICIOS – REQUERIMIENTOS GENERALES
Plataforma La Plataforma Comercial y de Servicios facilitará a todos los usuarios autorizados a
consultar y generar información de gestión con los Módulos de Negocio, en un ambiente
único y estandarizado de acceso y de interacción con los Módulos de Negocio, con
facilidades gráficas que simplifiquen la realización de tareas al usuario (menús
contextuales, desplegables, iconos, otros).
Página 132 de 404


Parametrización Deberá integrarse con el módulo de clientes, con opciones dinámicas para definir las
formas de consultar la información del expediente del cliente y de los productos y
servicios que tiene contratados con el Banco.
Parametrización Permitirá definir en forma flexible y con opciones de parametrización, el portafolio
comercial de productos y servicios financieros que tenga disponible el Banco para sus
clientes.
Parametrización Para cada producto o servicio financiero del portafolio del Banco, permitirá definir en
forma dinámica y utilizando facilidades de textos y gráficas, las ayudas de presentación
comercial del producto o servicio al cliente, con sus características, ventajas y
vinculaciones a otros productos y servicios complementarios.
Parametrización Deberá facilitar la asociación de los productos y servicios financieros disponibles a cada
grupo o segmento de clientes objetivo.
Parametrización Integrará facilidades para ingresar, en modalidad de ayudas en línea, guiones de
presentación y ayudas de venta de los productos o servicios financieros, para información,
guía y apoyo al funcionario que esté atendiendo al cliente.
Parametrización Deberá permitir la generación y la impresión de materiales promocionales para ayuda a la
gestión comercial, así como la generación de las solicitudes, contratos y documentos
necesarios para la formalización de la compra o contratación por parte del cliente, de los
productos o servicios financieros que haya seleccionado (en forma directa o haciendo
interfaz en línea con el módulo de negocio correspondiente).
Parametrización Integrará opciones para incluir simuladores de comportamiento de los productos que
ofrece el Banco (cronogramas de pago de crédito, rendimiento de certificados de
depósito, etc.), para lo que deberá integrarse con los Módulos de Negocio a fin de solicitar
el servicio de generación de la información requerida.
Parametrización Permitirá asociar grupos de clientes objetivo a determinado ejecutivo de negocios, que se
encargará de su gestión y de la ejecución de las actividades de promoción y venta de
productos y servicios del Banco.
Parametrización Para cada grupo o segmento de clientes, el sistema deberá permitir definir productos
objetivo que se presentarán junto con la posición consolidada del cliente cada vez que el
cliente se registre en una sesión o que un funcionario del Banco seleccione a un cliente.
Parametrización Deberá permitir la inclusión de mensajes generales y personalizados a ser presentados a
los clientes cuando se registren en sesiones vía Banca Internet o Terminales de
Autoservicio y al funcionario del Banco cuando seleccione al cliente en una sesión de
trabajo. Deberá permitir la integración con mensajes de todos los canales.
Parametrización Proporcionará facilidades para la inclusión de vínculos generales y específicos para cada
segmento de clientes, con opción de marcarlos y navegar hacia nuevas pantallas con
información más detallada de cada producto, y de ser el caso, hacia pantallas de registro
de datos para solicitar más información o hacia la opción de apertura del producto o
servicio ofrecido (con interfaz en línea hacia el módulo de negocio correspondiente).
Parametrización Deberá permitir la generación y registro de una agenda de actividades de cada
funcionario del Banco, que genere recordatorios de citas y acciones con su cartera de
clientes y que lleve un registro histórico completo de la actividad del funcionario en su
gestión con cada cliente.
Parametrización Deberá facilitar la definición de opciones y formatos de acceso a través de los diferentes
canales del Banco que vaya a utilizar:
- La Plataforma Comercial y de Servicios (funcionarios del Banco autorizados
accediendo desde oficinas o desde dispositivos móviles).
- Los servicios de caja o ventanilla en las oficinas del Banco.
- Clientes finales que utilizan los servicios de Banca Internet o Terminales de
Autoservicio.
En todos los casos permitirá definir qué opciones estarán disponibles en cada canal, la
forma adecuada de presentar la información y proporcionará las opciones de navegación
en el sistema, adecuadas para cada caso.
Apertura Al ingreso al sistema por parte de cada usuario y dependiendo del canal por el que se
conecta, detectará el perfil de usuario (cliente desde Banca Internet o Terminal de
Autoservicio o funcionario del Banco habilitado al uso del sistema) y ofrecerá el menú de
Página 133 de 404


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 a clientes que ya estén
previamente registrados a través de ese módulo en la denominada Base de Datos Única
de Clientes.
En ningún caso duplicará la información del cliente ya que el proceso de apertura
solamente permitirá la revisión y de ser el caso, la actualización de los datos del cliente ya
registrados, más la inclusión de nuevos datos necesarios para cumplir con los requisitos
legales y operativos del producto nuevo a ser abierto. Para estas funciones utilizará los
servicios del Módulo de Clientes.
Apertura Incluirá la automatización del proceso de control y validación de la información y
documentación presentada por el cliente (Documento de Identidad, Recibo de Servicio
Público, Estados de Cuentas de otros Bancos).
Apertura Integrará en los procesos que corresponda, las opciones de captura, manejo y verificación
de firmas electrónicas y sus condiciones asociadas, según el tipo de transacción y
producto que las utiliza.
Apertura Incluirá opciones de usuario para la impresión de documentos como: contrato de
apertura de cuenta, contrato de afiliación a Internet, cartilla de información.
Estas opciones estarán disponibles en los canales que se determine y deberán ajustarse a
los formatos adecuados a cada canal.
Consultas Con el registro de un Funcionario, presentará su agenda de gestión, los mensajes de sus
clientes y las alertas y recordatorios de acciones pendientes registradas en su agenda. Al
cierre de una sesión de consulta a un cliente, obligará al funcionario del Banco a ingresar
en su agenda un resumen de datos de la sesión y acciones posteriores si es el caso, para
actualizar el histórico de gestión.
Consultas Integrará facilidades de navegación hacia el Módulo de Clientes, para facilitar el registro
de nuevos clientes y/o la modificación y actualización de datos de clientes ya existentes.
Consultas Incorporará facilidades para la generación de mensajes de correo electrónico o SMS y la
integración con los sistemas que manejen esos servicios, con noticias del Banco o con
anuncios promocionales de nuevos productos y servicios a su cartera de clientes,
incluyendo, de ser el caso, opciones de respuesta y formatos de requerimiento de mayor
información o solicitudes de apertura de los productos o servicios ofrecidos.
Se requiere que la funcionalidad esté prevista para en un futuro dar este servicio.
Consultas Proporcionará herramientas y facilidades para la generación de cartas personalizadas, su
impresión y control de envío al grupo de clientes objetivo que defina el Funcionario.
Consultas Permitirá a los usuarios autorizados la búsqueda de clientes, usando opciones dinámicas
que permitan seleccionar los criterios de búsqueda, en forma similar y con las mismas
opciones de búsqueda y consulta que ofrezca el Módulo de Clientes.
Administrativas Acceso a todas las consultas y reportes de cada producto contratado por el cliente,
utilizando las opciones y funcionalidades que brinda cada Módulo de Negocios.
Administrativas Facilitará el acceso a las opciones automatizadas y funcionalidad de cada Módulo de
Negocio, para la gestión de los productos del cliente, con procesos operativos como:
- Solicitudes y procesos de apertura de productos o servicios.
- Certificaciones de actividad o datos de productos (se refiere al historial financiero
Página 134 de 404


de las actividades del cliente y de los productos adquiridos).
- Recepción, registro y verificación de documentos presentados por el cliente.
- Registro de firmas.
- Atención de consultas de saldos, movimientos, situación del producto o servicio
- Solicitudes de bloqueos y anulaciones.
- Solicitudes de servicios complementarios.
- Solicitudes de chequeras y tarjetas.
- Solicitud y emisión de cheques certificados y de gerencia.
- Autorizaciones para procesos operativos especiales.
- Actualización de datos del cliente.
- Actualización de datos operativos de productos o servicios (dirección de envío,
firmas registradas, límites).
- Entrega de documentos, chequeras, tarjetas.
- Levantamientos de bloqueos.
- Requerimientos de información de productos o servicios.
- Solicitudes de copias impresas de documentos operativos (cheques, notas de
débito o crédito, comprobantes de pago, estados de cuenta, cronogramas de
pago, consulta de Código de Cuenta Interbancario (CCI).
- Modificaciones de términos de contratación del producto (Titulares,
beneficiarios, plazos, renovaciones).
- Cambios de estado de productos (activación, inactivación, bloqueo, suspensión,
cierre).
- Recepción y trámite de reclamos.
- Registro de incidencias (cancelaciones, reprogramaciones, entre otros).
Administrativas Deberá permitir consultas y generación de reportes sobre la información histórica
resumida y detallada de actividad transaccional y estado de la cuenta.
Administrativas Incluirá opciones para la generación de documentos en formato de impresión,
permitiendo ajustar los formatos a la modalidad operativa que ofrezca cada canal del
Banco en los que se ofrezca este servicio.
Reportes Permitirá el acceso a todas las funcionalidades y opciones que proporcione cada Módulo
de Negocio, para la generación y manejo de reportes por parte de los usuarios finales de
los sistemas automatizados.
Reportes Integrará todas las facilidades de formateo de reporte para su visualización en pantalla
(acorde al canal por el que se utiliza la opción), además de la facilidad de ajuste del
formato para impresión que utilizará las opciones de manejo de impresora del sistema
operativo Windows y el navegador utilizado por el usuario.
Reportes Deberá permitir la generación de reportes flexibles en su estructura y contenido, con
opciones definibles por el usuario para seleccionar el grupo de clientes a incluir en el
reporte (por tipo de cliente, por oficina, por canal de atención, por estado del cliente, por
fecha de ingreso o actualización de datos entre otras opciones) y los datos de los clientes
y/o sus productos y servicios financieros que deben incluirse en el reporte.
Reportes Para cada reporte deberá permitir la definición de llaves de clasificación y agrupación, la
inclusión de totales y resúmenes, de etiquetas de filas y/o columnas, de numeración y pie
de página, de títulos, subtítulos y logotipos que sirvan para personalizar el reporte.
Reportes Los reportes generados deberán tener opciones de vista previa en pantalla, ajuste de
formato y la definición de impresión controlada o exportación del archivo a formatos tipo
xls, pdf o csv, dependiendo del perfil del usuario y sus autorizaciones de uso de la
información.
Gestión de Deberá incluir un sistema de gestión de documentos, que permita escanear y capturar las
documentos imágenes de los cheques, ya sea en las cajas cuando se presentan al pago, como en los
dispositivos a cargo de la captura y validación en lotes de los cheques recibidos en el
canje.
Estas imágenes, junto con otras como pueden ser las notas de débito o crédito y los
contratos, deberán almacenarse en un expediente digital asociado a la cuenta y con
capacidad de acceder y desplegar las imágenes cuando se lo requiera dentro de las
opciones de ejecución de diferentes tipos de consultas realizadas desde los canales
Página 135 de 404


autorizados.
Integración La Plataforma Comercial y de Servicios deberá integrarse en forma total y transparente a

todos y cada uno de los Módulos de Negocio de la Solución de Core Bancario propuesta,
sin necesidad de la construcción por parte del Banco de interfaces especiales ni de la
generación de procesos batch o en línea para este fin.
Integración Para completar operaciones de apertura de productos o servicios, consultas detalladas y
la ejecución de ciertas transacciones de servicios, la Plataforma Comercial y de Servicios
requerirá esos servicios de los Módulos de Negocio de la solución sin necesidad de
registro de usuario en el Módulo de Negocios ni reingreso de los datos para la consulta,
solicitud o apertura de producto o servicio requerida.
Integración Se deberá proporcionar facilidades para la generación de archivos de datos a ser
contenidos que se requiera.
17.2.1.2 Plataforma Comercial y de Servicios – Atención a Reclamos
REQUERIMIENTOS FUNCIONALES PLATAFORMA COMERCIAL Y DE SERVICIOS – ATENCIÓN A RECLAMOS

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;
Generales
desde su registro, hacia su análisis y evaluación, su resolución y finalmente la entrega de
respuesta al cliente.
Permitirá definir diferentes motivos de reclamos, como por ejemplo: no entrega de
billetes por el ATM, entrega de billetes falsos, mal trato al cliente.
Generales
Para cada reclamo le asociará rutas y procedimientos de gestión que corresponda según
el motivo.
Permitirá manejar los estados del reclamo como por ejemplo: ingresado, en resolución,
Generales
procedente o no, solucionado, comunicado al cliente, cerrado.
Permitirá controlar los tiempos de proceso en todo el ciclo de atención del reclamo a
Generales
efectos de emitir estadísticas y reportes.
Permitirá controlar la carga de trabajo de los funcionarios encargados de la resolución de
Generales
reclamos, de forma que los reclamos sean ruteados a funcionarios con carga menor.
Permitirá establecer el ruteo del reclamo en caso que éste sea nuevamente presentado
Generales 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.
Incluirá un sistema de digitalización o almacenaje electrónico de los documentos, para
Generales
registrar y administrar los documentos sustentatorios asociados al 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.
Ingreso de
- Ruteo del reclamo (ingreso por segunda ocasión) al nuevo funcionario asignado
Reclamo
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 Deberá soportar el proceso operativo asociado al análisis del reclamo, con esquemas
Reclamo 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.
Página 136 de 404

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

- Realización de consultas de operaciones, journals, reportes.
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
Resultado del
por ejemplo, la no entrega de fondos por el ATM, billetes falsos entregados al
Reclamo
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.
Deberá permitir el siguiente proceso operativo asociado a la reconsideración del reclamo:
- Permite la atención al cliente respecto del servicio de reconsideración del
reclamo en caso de inconformidad.
- Permitir el reingreso de la solicitud de reclamo en segunda instancia
(reconsideración), manteniendo la vinculación con la solicitud original de
Reconsideración reclamo.
del 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.
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
Reportes y
atendidos, número de reclamos procedentes, número de reclamos improcedentes,
Consultas
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.
Deberá integrarse con los Módulos de Negocio del Nuevo Core Bancario, para las
consultas de apoyo en el análisis de los reclamos.
Integración
Fundamentalmente se integrará con las opciones de consultas y reportes que se ofrece en
los Módulos de Negocio, a través de la Plataforma Comercial y de Servicios.
17.2.1.3 Plataforma Comercial y de Servicios – Servicio de Certificaciones
REQUERIMIENTOS FUNCIONALES PLATAFORMA COMERCIAL Y DE SERVICIOS – SERVICIO DE CERTIFICACIONES

Permitirá brindar al cliente los siguientes servicios a ser atendidos por ventanilla o en el
área de trámites de las oficinas, usando la plataforma de servicios:
- Servicio de certificación por el pago de impuestos, pago de tributos aduaneros,
pago de tasas; ante la pérdida de la papeleta de convalidación de pago.
- Solicitudes o cartas de confirmación de saldos, requeridas por sociedades de
Generales auditoría, entidades de los sectores público y privado; con información de saldos
y valores que mantienen los clientes en sus cuentas.
- Servicio de copias de las imágenes registradas de documentos de gestión
digitalizados o almacenados electrónicamente de los productos bancarios del
cliente como: cheques pagados, copia de nota de débito y nota de crédito, copia
de estado de cuenta.
Generales Deberá permitir definir las tarifas o cobros por los servicios, posibilitando diferentes
modalidades como por ejemplo:
- cobro fijo por servicio.
- cobro por cada hoja generada.
Página 137 de 404

REQUERIMIENTOS FUNCIONALES PLATAFORMA COMERCIAL Y DE SERVICIOS – SERVICIO DE CERTIFICACIONES

- 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.
Deberá permitir registrar la información requerida para la solicitud de los servicios:
- Certificación del pago de tributos: documento de identidad, fecha de pago del
tributo, concepto.
La certificación de pago es un servicio descentralizado que permite atender el
servicio de acreditación de un pago de tributos en cualquier oficina del Banco de
la Nación. Ejemplo: certificación de un pago de tasa o impuesto.
- Confirmación de saldos: razón social del solicitante, número de la(s) cuenta(s),
Generales
período de tiempo requerido, datos de la empresa auditora, forma de pago en
efectivo o cargo a cuenta, lugar y fecha, firma, sello y DNI de los representantes
legales.
- Copia de documentos digitalizados: documento de identidad de la persona
autorizada para gestionar la solicitud de la copia, documento de Identidad del
cliente, tipo de documento del que se requiere la copia (cheque, nota de débito,
nota de crédito, estado de cuenta) fecha del documento.
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
Ejecución y cobro
firmas, permitir informar al cliente las no conformidades de requisitos o firmas,
de comisión
permitir la consulta de información en el módulo de Captaciones, permitir la
consulta de información faltante a las áreas respectivas. Adicionalmente deberá
permitir generar la carta de respuesta a la agencia de la localidad o a la compañía
auditora, una vez verificado el cobro del servicio al cliente.
- Copia de documentos digitalizados: permitir la consulta de información en los
aplicativos de Captaciones, permitir generar la copia del documento solicitado
para su entrega al cliente una vez verificado el cobro del servicio al cliente.
Las consultas y reportes están orientados a la búsqueda de la información requerida como
Reportes y datos generales y financieros del cliente, saldos y valores en las cuentas, documentos de
Consultas pago de tributos, documentos como cheques, estados de cuenta, notas de débito y
crédito.
Deberá integrarse con el módulo de Captaciones para la obtención de información de
Integración
saldos y movimientos de las cuentas.
Deberá incluir un sistema de gestión de documentos que permitan buscar información
Integración para la obtención de copias de los documentos almacenados en el expediente digital del
cliente asociado a las cuentas.
17.2.2 Requerimientos Funcionales de la Plataforma de Caja o Ventanilla
Para dar soporte a la Gestión Operativa que tiene a su cargo la atención al

cliente en las cajas o ventanillas del Banco, se integrará la Plataforma de Caja o
Ventanilla, que proporcionará todas las funciones y herramientas para la
ejecución eficiente y efectiva de las transacciones que soliciten los clientes del
Banco que requieren movimiento de dinero en efectivo.
La Plataforma de Caja o Ventanilla proporcionará las facilidades operacionales
para interactuar con todos los Módulos de Negocio que ejecuten transacciones
financieras, cumpliendo con todos los procedimientos y controles asociados.
Página 138 de 404

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.

Funcionales de la Plataforma de Caja o Ventanilla:
PLATAFORMA DE CAJA O VENTANILLA

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.
Apertura y Cierre Debe permitir realizar la apertura de caja, registrando el detalle por denominación de
efectivo inicial por cada moneda.
El arqueo y cuadre debe ser multimoneda.
Apertura y Cierre Debe permitir realizar aumentos o disminuciones de efectivo a lo largo de la jornada,
coordinadamente con la disminución o incremento de efectivo en el tesoro de la agencia.
Apertura y Cierre La solución debe manejar límites de efectivo por caja y moneda y emitir alertas, tanto al
cajero como al supervisor de caja (jefe de caja) o administrador del tesoro de la agencia,
cuando el efectivo esté por debajo o encima de estos límites.
Apertura y Cierre La solución debe permitir al cajero o al supervisor de caja (jefe de caja), realizar consultas
para el cuadre de caja en cualquier momento de la jornada.
Apertura y Cierre La plataforma debe permitir realizar un cuadre de caja en cualquier momento para que se
identifique cual es la situación de la caja en determinado momento.
Apertura y Cierre Debe permitir realizar el cierre de caja.
Apertura y Cierre Debe permitir realizar el cierre del tesoro de la agencia, una vez se haya cerrado cada una
de las cajas.
Transacciones La plataforma deberá permitir la ejecución de las siguientes transacciones financieras
sobre productos de Captaciones:
- Depósitos.
- Retiros.
- Cargos y Abonos con causal. Los Débitos y abonos por causal están referidos a los
cargos y abonos que pueden realizar las áreas operativas en las cuentas
corrientes, ahorros, a plazos, garantías, CTS, etc., para registrar los pagos y
depósitos a favor de sus clientes titulares de estas cuentas, como resultado de las
operaciones y o servicios que les presta el Banco. Por la naturaleza de estas
transacciones (volumen y multiplicidad), generalmente estas operaciones las
efectúa el back office.
- Transferencias.
- Depósito a Plazo Fijo.
- Pago de un Depósito a Plazo Fijo. Se refiere a todas las transacciones y procesos
relacionados al producto depósitos a plazo fijo, las mismas que se detallan en las
Bases, en el módulo Depósito a Plazo Fijo.
- Depósito Judicial y/o Administrativo.
- Pago de un Depósito Judicial y/o Administrativo.
Y otras de acuerdo al detalle que se describe en los Requerimientos funcionales
correspondientes del Módulo de Captaciones.
sobre productos de Colocaciones:
- Desembolsos.
- Recepción de Pagos.
Página 139 de 404


correspondientes al módulo de Colocaciones.
sobre productos de Comercio Exterior:
- Cobro de comisiones y cargos.
Transacciones La plataforma deberá permitir la ejecución de las siguientes transacciones financieras del
módulo de Pagos y Cobros:
- Pagos por distintos conceptos.
- Cobros por distintos conceptos.
correspondientes al módulo de Pagos y Cobros.
Transacciones La Plataforma de Caja permitirá la ejecución de transacciones del Sistema de Tesorería
(Back Trader Live), el cual estará integrado al Nuevo Core Bancario. Entre las transacciones
más comunes que se deben realizar están las liquidaciones de bonos y cambio de
moneda.
Transacciones La Plataforma de Caja deberá incluir la funcionalidad de cambio de moneda como una
transacción de caja o como parte de una transacción compuesta de depósito, retiro,
débito o crédito de cualquier tipo, a realizarse en una moneda diferente de la cuenta o
concepto de débito o crédito.
Transacciones La solución debe permitir adicionalmente a las transacciones del módulo de Pagos y
Cobros, la ejecución de transacciones con otras entidades como Moneygram, SUNAT,
RENIEC, SIAF, etc.
Transacciones La solución debe permitir la orquestación de varias transacciones en una sola ejecución.
(Por ejemplo: realizar un retiro en dólares de una cuenta en soles o viceversa, o consultar
el saldo antes de un retiro).
Transacciones La solución debe permitir el acceso a las transacciones ya sea a través de un menú, como
a través de un acceso rápido mediante funciones o códigos de transacción.
Transacciones Debe registrar todas las transacciones ejecutadas en un log de auditoría (journal
electrónico) incluyendo hora de inicio y hora de fin de transacción en línea.
Transacciones Debe permitir reversar y extornar41 una transacción ejecutada.
Transacciones En casos determinados, la solución debe solicitar la autorización remota de un supervisor.
Transacciones Deberá generar a través de una transacción el registro de los billetes falsos que identifique
el personal de atención en ventanilla, mediante el llenado de un formulario especial en el
sistema.
Herramientas Debe contar con una calculadora que facilite el registro del efectivo y cheques, que pueda
ser invocado por cada caja.
Herramientas Debe tener facilidades para cruzar la información del efectivo registrado contra el saldo de
caja.
Herramientas La solución debe contar con herramientas de búsqueda que faciliten la gestión del
efectivo y faciliten los cuadres de caja.
Herramientas Deberá permitir el funcionamiento de herramientas de comunicación interna.
Dispositivos La plataforma de caja debe poder integrarse a dispositivos periféricos para la impresión de
comprobantes tales como impresoras validadoras, matriciales, para la impresión de
comprobantes de uno o más cuerpos según las reglas y controles establecidos.
Dispositivos La plataforma de caja debe poder integrarse a dispositivos de identificación personal tales
como tarjetas de banda magnética, lectoras de códigos de barra, pin pads, lectoras de
cheques.
Dispositivos La plataforma debe permitir la identificación del cliente mediante el uso de dispositivos
biométricos.
Actualmente el Banco de la Nación no usa equipos biométricos para la identificación de
sus clientes; asimismo, no es objeto del presente concurso su adquisición e
41
El Banco denomina “Extorno” al proceso de anulación de una transacción, y solo puede
tramitarse durante el mismo día de la operación. También se habilita la reversión en días
posteriores pero sólo para algunos tipos de transacción, a este tipo de anulaciones se les
conoce como “Regularizaciones”.
Página 140 de 404


implementación. Sin embargo, en caso el Banco de la Nación decida implementar dichos
dispositivos (lectores de huella dactilar) durante la etapa de implementación del proyecto
del Nuevo Core Bancario, el Contratista deberá preparar las interfaces requeridas.
Firmas Deberá integrarse con la Plataforma Comercial y de Servicios para la consulta de firmas
asociadas con el producto sobre el cual se realiza la transacción.
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 Negocio
17.3.1 Requerimientos Funcionales del Módulo de Captaciones

Tendrá a su cargo el soporte automatizado a la operación y gestión de los
productos de Captaciones que ofrece al mercado el Banco de la Nación.
Los tipos de productos de captaciones a ser considerados son:
- Depósitos a la vista en modalidad de Cuentas Corrientes (Checking
Accounts), con todas las variantes comunes del producto en el mercado
peruano y propio del Banco de la Nación, en lo que respecta al manejo de
sub cuentas.
- Depósitos a la vista en modalidad de Cuentas de Ahorro (Savings Accounts),
en las modalidades operativas de la banca peruana y en particular en la
modalidad propia del Banco que se caracteriza por operar el producto
teniendo como medio de acceso una tarjeta de débito (Multired), que es el
medio de acceso a la atención en ventanillas con el uso de un pin pad para
validación de acceso para atención en otros canales de la plataforma
Multicanal del Banco, como los Cajeros Automáticos (ATM´s), la Banca
Internet, Compras POS (nacionales e internacionales), la Banca a través de
Ventanillas Remotas Móviles y Cajeros corresponsales (“Agente Multired”).
- Certificados Bancarios y Certificados de Depósito a Plazo (Time Deposits) en
las modalidades y variantes comunes del mercado.
El Módulo de Captaciones deberá proporcionar todas las facilidades para la
definición y operación de los productos y servicios financieros de Captaciones,
atendiendo tanto los procesos comerciales (a través de la interacción con el
Módulo de Plataforma Comercial y de Servicios), como el soporte a las
funciones operativas de atención al cliente y back office (a través de la
Plataforma Comercial y de Servicios), y la atención a transacciones financieras
ya sea en las oficinas (a través de la Plataforma de Caja o Ventanilla) y por la
integración con la plataforma Multicanal del Banco.
La gestión de pasivos está parcialmente dolarizada.
A continuación se presenta los cuadros detallados de los Requerimientos
Funcionales Mínimos del Módulo de Captaciones, clasificados por:
Requerimientos Generales; Requerimientos de Cuentas Corrientes;
Requerimientos de Cuentas de Ahorro; Requerimientos de Depósitos a Plazo.
Página 141 de 404

17.3.1.1 Módulo de Captaciones – Requerimientos Generales

REQUERIMIENTOS FUNCIONALES DEL MÓDULO DE CAPTACIONES
Parametrización La Nueva Solución de Core Bancario deberá estar en la capacidad de parametrizar la
periodicidad para el cálculo de intereses, cargos, entre otros, sea diaria, mensual, etc.
(requerimientos funcionales del módulo de captaciones descritos en las Bases).
Parametrización Permitirá definir, administrar y mantener la operación y servicios de los siguientes
productos de Captaciones, en sus diferentes modalidades comunes en el mercado
peruano:
- Cuentas Corrientes.
- Cuentas de Ahorro.
- Cuentas de Depósitos a Plazo.
- Cuenta de Compensación por Tiempo de Servicio (CTS)
Parametrización Permitirá determinar qué productos de Captaciones pueden ser ofrecidos en cada
oficina del Banco, controlando que solamente se ofrezcan en las oficinas autorizadas y
en los términos y condiciones definidos para cada producto.
Parametrización Permitirá ajustar las características operativas de los productos, para que se
personalicen y ofrezca a determinados segmentos de clientes, con condiciones
operativas, servicios asociados, tasas de interés, tarifarios de costos y reglas de negocio
diferenciadas para cada segmento.
Parametrización Facilitará la definición paramétrica de qué servicios y transacciones en cada producto
gestionado en el módulo de captaciones estarán disponibles en cada uno de los canales
del Banco. Para ciertos canales como por ejemplo el Internet deberá permitir el manejo
de clave para la realización de consultas y transacciones por parte del cliente.
El manejo de la clave de seguridad se realiza en cada canal de manera independiente.
En cada caso permitirá definir y mantener tarifarios de costo de servicios por cada canal.
Parametrización Facilitará la operación de los productos en modalidad multimoneda.
Dependiendo de la moneda en la que operará el producto, la parametrización
determinará los servicios que integrarán, los tarifarios y tasas de interés asociados, los
procedimientos operativos y las reglas de negocio que los regirán.
Parametrización Facilitará el mantenimiento de códigos mnemónicos por cada tipo de transacción, de
manera que se permita realizar consultas por código mnemónico, y también se incluya
como detalle en impresiones o en archivos generados.
Parametrización Manejará calendario de días festivos para aplicar las reglas de negocio que se definan,
ya sea en cuanto a cálculo de intereses, compensación de cheques, habilitación de
acceso al sistema por parte de funcionarios, cortes de cuentas, etc.
Parametrización En los procesos de creación y mantenimiento del producto, facilitará la definición de si
el producto paga o no tasas de interés y permitirá asociar el tipo de tasa que se aplicará.
Parametrización Dispondrá de una estructura parametrizable y dinámica para el ingreso y mantenimiento
de los cuadros de tasas de interés que vayan a aplicarse a los diferentes productos de
Captaciones.
Parametrización Permitirá definir tasas de interés fijas, con definición de varias tasas como se requieran
para su asociación a los diferentes productos, en cada uno de los plazos en los que se
deban aplicar.
Parametrización Manejará tasas de interés variables, atadas a tasas referenciales del mercado, con
definición de un margen (spread) positivo o negativo a ser aplicado sobre la tasa base,
para obtener la tasa a aplicar al producto o servicio.
Parametrización Deberá calcular los intereses bajo diferentes esquemas, tales como:
- Diferentes bases de cálculo. Ejemplo: 365/360, 365/365, 360/365, 360/360 entre
otros).
- Diferentes períodos: diario, semanal, quincenal, mensual, bimestral, trimestral,
semestral, anual.
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
Página 142 de 404


generados durante un determinado período de tiempo.
Parametrización Permitirá seleccionar la frecuencia de capitalización de intereses: diaria, semanal,
mensual, trimestral, semestral, anual.
Parametrización Permitirá definir los requisitos que deberá cumplir el cliente para la apertura de cada
producto, generando y ajustando los formatos de registro de apertura y los formularios
y/o contratos a emitirse, para que reflejen los datos del cliente, las condiciones del
contrato y que se ha cumplido con los requisitos, políticas y procedimientos asociado al
producto o servicio.
Parametrización Deberá facilitar la inclusión de uno o más clientes como titulares de la cuenta.
Para la apertura de una cuenta o producto siempre verificará que existe al menos un
cliente asociado en el rol de titular, propietario o beneficiario.
Así mismo deberá permitir asociar a un producto que ya tiene su titular, uno o más
clientes adicionales, en diferentes roles, como co-propietario, firma autorizada, tutor
(para caso de menores de edad como titulares), beneficiario adicional.
Parametrización Permitirá determinar y mantener tablas a aplicarse con la validación de los montos
mínimos de apertura para cada producto o cuenta.
Parametrización El módulo de captaciones se integrará totalmente para operación en línea y a tiempo
real con el sistema de gestión de tarjetas Multired y con todos los canales de atención
del Banco.
Parametrización Para los productos que utilicen tarjetas de débito, permitirá habilitar o deshabilitar en
forma paramétrica los tipos de transacciones autorizadas con la tarjeta de débito como
por ejemplo: permite retiros o no, con qué cupo o monto máximo de retiro, con qué
costos de transacción, qué tipos de consultas están autorizadas, desde qué canales, etc.
Parametrización Deberá incluir o integrarse con un sistema de registro y gestión de firmas digitalizadas.
Para su utilización deberá permitir el registro y parametrización de las firmas de o los
clientes asociados a un producto y las condiciones de validación de firmas como firmas
individuales, firmas conjuntas, condiciones de firmas según el importe de las
transacciones.
Parametrización Deberá permitir ingresar y mantener tablas con los diferentes cargos, como comisiones
por servicios, impuestos, cargos por acuerdos. Ejemplos:
- Emisión y mantenimiento de tarjeta de débito.
- Manejo de cheques (rechazos, suspensiones, revocatorias, certificaciones).
- Venta de chequeras.
- Líneas de crédito asociadas a la cuenta.
- Seguros asociados como servicio de los productos.
- Transacciones financieras (depósitos, retiros, pago de cheques, transferencias).
- Mantenimiento de la cuenta.
- Estados de cuenta.
- Consulta de saldos.
- Consulta de movimientos.
- Duplicados de documentos.
- Confirmaciones de saldos.
Estos cargos y comisiones se asociarán a cada producto contratado por el cliente y
deberán permitir establecer diferentes valores de cargo, dependiendo tanto de la
definición del producto, como del canal de Atención al Cliente.
Parametrización Permitirá habilitar impuestos especiales establecidos por la legislación local, cuya
asignación se realiza a ciertas transacciones particulares en algunos productos, por
ejemplo el ITF (impuesto a transacciones financieras) aplica a depósitos, retiros,
transferencias a cuentas de distinto titular.
Parametrización Facilitará la definición de la modalidad y la periodicidad de cobro de los cargos, con
opciones como:
- Diaria.
- Mensual.
- Trimestral.
- Semestral.
Página 143 de 404


- Anual.
- A fecha fija.
- Al momento de la realización de cada transacción.
- A partir de la realización de “n” transacciones.
- Al cierre del producto.
Parametrización Deberá permitir definir para cada cargo o comisión, diferentes formas de cálculo:
- Valores fijos.
- Aplicando porcentajes de algún valor asociado a la transacción, saldo disponible o
saldo promedio.
- Cobro de un valor fijo más un valor porcentual.
Permitirá a los usuarios autorizados, modificar el valor o porcentaje a aplicar en ciertos
productos o como opción para algún cliente, así como la determinación de exoneración
del cargo.
Parametrización Facilitará la definición de formas especiales de cálculo por tipo de cobro, así por
ejemplo:
- Valor fijo si el importe de la transacción es menor o igual a un valor definido.
- Aplicar un porcentaje si el importe de la transacción es mayor a un valor definido.
- Escalas de valores diferenciadas por el monto de la transacción o por saldo de la
cuenta.
Parametrización Para los servicios que estén disponibles en varios canales, permitirá definir si tienen
costo o no y qué costo aplicaría dependiendo del canal.
Por ejemplo: la consulta de saldos tiene costo cuando es realizada por ventanilla,
plataforma de servicios y cajero automático (con costo diferente para cada canal), pero
no se cobra cuando es realizada por Internet.
Parametrización Permitirá definir y gestionar comisiones a cobrar cuando se realicen transacciones como
depósitos, retiros, transferencias, cobro de cheques en oficinas distintas a la oficina de
registro de la cuenta o en otros establecimientos en los que el Banco preste servicios
(convenios de corresponsalía en comercios, para que los clientes utilizando su tarjeta
Multired ejecuten transacciones financieras como depósitos y retiros de sus cuentas en
las cajas del establecimiento) o en cajeros corresponsales.
Parametrización Permitirá definir diferentes causas y conceptos para la realización de bloqueos y
desbloqueos a las cuentas, como por ejemplo:
- Por instrucción judicial.
- Por instrucción del titular de la cuenta.
- Por reclamo de herederos.
- Por fallecimiento del titular.
- Por inactividad de la cuenta por un período de tiempo determinado.
- Por prevención de fraude.
En cada caso aplicará los controles, reglas de negocio y cargos correspondientes.
Parametrización Deberá permitir asignar y asociar a los productos del Banco los seguros que apliquen,
generando los cargos por servicio y controlando su inclusión si fueran mandatorios en el
producto.
Parametrización Deberá permitir definir las formas posibles de aceptar el depósito inicial a la cuenta,
tales como: transferencia desde cuenta corriente, transferencia desde cuenta de ahorro,
transferencia interbancaria, efectivo, cheque de gerencia, por la cancelación de un
depósito judicial, por giro bancario.
Parametrización Permitirá el pago de capital e intereses en varias modalidades, entre ellas: crédito a
cuentas corrientes o cuentas de ahorro, pago en efectivo, cheque de gerencia,
transferencias interbancarias o locales, o formas mixtas como por ejemplo una parte
mediante crédito a cuenta y otra parte en efectivo.
Parametrización Para el caso de cuentas abiertas por convenios con empresas o entidades públicas o
privadas, deberá permitir manejar la relación de cuenta asociada a la entidad, de
manera que se permita la apertura sólo si la entidad está registrada en el sistema.
Parametrización Deberá permitir facilidades operativas en los canales de atención: Plataforma Caja o
Ventanilla y Plataforma Comercial y de Servicios, permitiendo el ingreso de múltiples
Página 144 de 404


transacciones en una sola pantalla operativa, evitando registros repetitivos en forma
innecesaria.
El postor podrá ofrecer funcionalidades adicionales.
Encaje bancario Los procesos de captaciones permitirán el cálculo y contabilización de los montos
requeridos para el establecimiento del encaje bancario de acuerdo con la normativa
vigente, tanto en moneda nacional como en moneda extranjera.
Administración de Deberá permitir el mantenimiento por el registro y control de las diferentes tarjetas del
Tarjetas / Control Banco, por tipo de BINES.
de Inventarios de Deberá permitir programar el requerimiento de tarjetas para su solicitud y adquisición
Tarjetas No Activas anual.
Deberá permitir el ingreso de las tarjetas no personalizadas en el almacén de la Unidad
Orgánica autorizada del Banco.
Deberá permitir registrar el proceso de pre-control de calidad de las tarjetas recibidas,
separando las tarjetas que no pasen el control de calidad las que se registrarán como
“fallas de fábrica” (FF).
Deberá permitir registrar el proceso de control de calidad de las tarjetas recibidas
aprobando o rechazando el lote (de acuerdo a la normativa vigente).
Deberá permitir el registro para el requerimiento de tarjetas a la Unidad Orgánica
autorizada del Banco para la producción de las mismas, de acuerdo a la frecuencia
establecida.
Deberá permitir realizar la programación de distribución de tarjetas a través del registro
de las órdenes de trabajo.
Deberá permitir registrar los packs (50 unidades de tarjetas por modelos) de las órdenes
de trabajo para realizar su programación de distribución a la Red de Agencias del Banco.
Deberá registrar las imágenes del segundo control de lectura de banda por órdenes de
trabajo.
Deberá permitir la impresión de reportes: Programación y Distribución Lima y Provincia,
Despachos por día según Empresa Courier.
Permitirá registrar las órdenes de trabajo para la termo-impresión de las tarjetas.
Deberá permitir registrar los Productos No Conformes detectados en el proceso de
producción, en las etapas de pre-control, producción y post-producción.
Permitirá realizar un control post producción de revisión y verificación de las tarjetas
impresas, separando las tarjetas que no pasen el control de calidad, las que se
registrarán de acuerdo a la falla presentada identificándolas como Producto No
Conforme.
Deberá controlar el stock de tarjetas a las oficinas (cantidad de tarjetas entregadas a la
oficina, confirmación de recepción de tarjetas en la oficina, cantidad de tarjetas
entregadas al cliente en cada oficina, cantidad de tarjetas disponibles, cantidad de
tarjetas eliminadas).
Deberá permitir establecer los umbrales mínimos de stock o inventario de tarjetas a
nivel de almacén (Bóveda, Tarjetas Nuevas y Tarjetas Impresas).
nivel de clases de oficinas, según el número de unidades requeridas en base al
movimiento de las oficinas, así por ejemplo oficinas de clase A en donde el umbral
mínimo es 600 unidades, oficinas de clase B con umbral mínimo de 400 unidades y
oficinas de clase C con un umbral mínimo de 250 unidades.
Deberá permitir el registro de la distribución de tarjetas a las oficinas, en coordinación
con la empresa transportadora de valores, debiendo generar la Guía de Remisión a las
Agencias.
Deberá actualizar los stocks de tarjetas que se mantienen en custodia en las unidades
Orgánicas del Banco y la generación de los reportes correspondientes.
Deberá mantener un control de stocks a nivel de oficina y área de producción, bajo los
siguientes parámetros:
· Saldo inicial.
· Unidades recibidas.
Página 145 de 404


· Unidades atendidas (entregadas al cliente).
· Deterioradas.
· Devueltas.
· Saldo final.
Administración de Deberá permitir registrar y controlar el Ciclo de Vida de cada tipo de Tarjeta (VISA y
Tarjetas / Registro otras que el Banco defina):
y Control de · Fecha de personalización (producción).
Tarjetas Activas · Fecha de emisión.
· Fechas de vinculación a cuentas bancarias y entrega al cliente por agencias.
· Fecha y agencia de afiliación.
· Fecha de generación de clave por plataforma (Ventanilla o Internet).
· Fecha de cambio de clave por plataforma (Ventanilla o Internet).
· Fecha de asociación a Token y Tarjeta de Coordenadas.
· Fecha de bloqueo.
· Fecha de retención en ATM MULTIRED o ATM foráneo.
· Fecha de caducidad.
· Fecha de anulación y reposición de nueva tarjeta.
· Generación y vinculación a Tarjeta Adicional.
· Consultas.
Deberá permitir la generación de estadísticas por cada tipo de Tarjeta (VISA y otras que
el Banco defina):
· Volumen de operaciones/importes con frecuencia mensual, de tarjetas en las
diferentes plataformas de atención (Ventanillas, ATM’s, Agente MULTIRED,
ATM’S foráneos, otras).
· Volumen de operaciones/importes con frecuencia mensual, de tarjetas
operadas en ATM’s foráneos por entidad financiera.
· Tarjetas emitidas : Por entidad Pública, Agencias UOB y por Programas Sociales
· Tarjetas asociadas a Token y Tarjeta de Coordenadas.
· Tarjetas por BIN.
· Tarjetas emitidas por marca internacional.
· Otras estadísticas que requiera al Banco.
17.3.1.2 Módulo de Captaciones – Cuentas Corrientes

REQUERIMIENTOS FUNCIONALES MÓDULO DE CAPTACIONES
CUENTAS CORRIENTES
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.
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.
de usuario definir tipos de notas de crédito (abonos) que puedan aplicarse a los productos
de cuentas corrientes que ofrezca el Banco.
Página 146 de 404


CUENTAS CORRIENTES
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 En determinados productos de cuentas corrientes, permitirá la asociación de cuentas para
/ Instrucción la realización automática de transferencias según reglas de negocio a definir, de acuerdo a
DGETP los convenios definidos con el cliente. Las posibles asociaciones mantendrán las siguientes
consideraciones:
Asociación de la cuenta corriente principal a varias cuentas corrientes secundarias.
Asociación de la cuenta corriente principal a la cuenta centralizadora, la cual a su vez se
asocia a varias cuentas corrientes secundarias. La relación es directa, la cuenta principal
asocia a la cuenta centralizadora. Detalles asociados a los procesos operativos se dará al
ganador de la Buena Pro.
Además permitirá definir procesos de transferencias automáticas para manejo de cuentas

“balance cero” es decir cuentas corrientes secundarias que al final de día transfieren todo
su saldo a la cuenta corriente centralizadora o a la cuenta principal según corresponda la
asociación.
En determinados productos de cuentas corrientes permitirá la modificación de ciertas

condiciones:
 Si es SIAF o no.
 Si la cuenta cambia de reversión a ordinaria o viceversa.
 La cuenta principal de reversión.
Parametrización Permitirá establecer la periodicidad de realización de transacciones, como por ejemplo
transferencias entre cuentas a solicitud del cliente de la misma u otra moneda con cobro
de ITF o no, según sea el caso durante un período de tiempo establecido.
Parametrización En los productos de tipo cuentas corrientes que el Banco defina, permitirá la asociación de
diferentes tipos de tarjeta de débito como por ejemplo Tarjeta Multired Global Débito Visa
u otros tipos de tarjeta, con servicios y costos diferenciados para cada tipo de tarjeta.
Apertura Deberá generar la solicitud de apertura, los contratos de productos y los convenios de
pagaduría con empresas del Estado y del Sector Privado, con información de datos
generales y datos particulares del cliente, datos financieros y requisitos a cumplirse para la
apertura dependiendo de la modalidad de producto, términos y condiciones del contrato y
otras definiciones que pueda establecer el Banco.
podrá abrir cuentas a clientes que ya estén previamente registrados a través de ese
módulo en la denominada Base de Datos Única de Clientes (BDUC).
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
Apertura Deberá permitir el control de cumplimiento del proceso de validación de la información y
documentación presentada por el cliente.
Página 147 de 404


CUENTAS CORRIENTES
Apertura Generará un código único para la nueva cuenta al momento de apertura.
Apertura La codificación de las cuentas corrientes incluirá el código de producto bancario, el código
de oficina en la que se registra la cuenta y dígito verificador generado con algoritmos que
minimicen la posibilidad de errores de digitación al ingresar el número de cuenta para
ejecutar consultas o transacciones. La codificación de productos bancarios y rangos de
cuentas será flexible permitiendo aumentar la cantidad de caracteres en la estructura de
la cuenta. Deberá generar el código de cuenta interbancario (CCI).
Aperturas Deberá permitir la apertura de cuentas corrientes en forma masiva mediante la carga y
masivas proceso de archivos con la información correspondiente. Deberá además validar la
consistencia de datos existente en los archivos de carga, previo a la apertura de la cuenta
interactuando con la BDUC.
Apertura Deberá permitir la inclusión de servicios disponibles en un producto, así como la
determinación, modificación o la eliminación de uno o más de los cargos asociados, sin
necesidad de cambiar la configuración del producto, pero validando que se cumpla el
esquema de autorizaciones definido para este propósito.
Apertura Permitirá la asignación de tasas preferenciales negociadas con un cliente o grupo de
clientes, sin necesidad de cambiar la configuración del producto y cumpliendo con el
esquema de atribuciones y autorizaciones que tengan los usuarios del sistema para este
tipo de manejo.
Apertura Integrará en los procesos que corresponda las opciones de captura, manejo y verificación
de firmas electrónicas y sus condiciones asociadas, según el tipo de transacción y producto
que las utiliza.
Apertura Para los productos de cuentas corrientes que lo requieran, deberá realizar la asociación de
la tarjeta de débito (o crédito) y todos sus servicios asociados a la cuenta que se apertura.
Apertura Durante el proceso de apertura de una cuenta, deberá permitir la impresión de
documentos como: contrato de apertura de cuenta, convenio de pagaduría, contrato de
afiliación a internet, cartillas de información; a través de los diferentes canales existentes y
que deben ser seleccionados en forma paramétrica, tales como: Internet y Plataforma
Comercial y de Servicios.
Administración Deberá permitir el manejo de diferentes tipos de chequeras dependiendo del producto de
de Chequeras 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 Deberá mantener la información requerida para la generación de chequeras:
de Chequeras - Nombre del cliente.
- DNI o número de RUC.
- Número de la cuenta.
- Número de la oficina.
- Denominación de la cuenta.
- Numeración de cada cheque.
- Tipo de cheque.
- Digito de chequeo del número de cheque.
- Impresión de datos requeridos en caracteres magnéticos para el canje.
Generará los cargos correspondientes a la venta de las chequeras, de las cuentas
corrientes que no estén exoneradas de este servicio, una vez recibida la solicitud del
Página 148 de 404


CUENTAS CORRIENTES
cliente.
Administración Automatizará el soporte operativo a la operación de la cuenta a través de cheques con
de Cheques control del estado de cada cheque:
- Vigente.
- Pagado.
- Anulado.
- Suspendido.
- Revocado.
- Certificado.
Bloqueo de Brindará soporte automatizado al proceso de bloqueos y retenciones a las cuentas en
cuentas forma individual o masiva, activando los controles y procediendo según lo determine la
causa o motivo del bloqueo.
Se debe tomar en cuenta las siguientes opciones:
Bloqueo de movimientos:
- Contra débito/cargo.
- Contra crédito/abono.
- Contra débito y contra crédito.
Retención de montos:
- Parcial.
- Completo.
- Porcentual.
Tiempo de Bloqueo:
- "n" días.
- "n" meses.
- "n" años.
- Indefinido.
Deberá además soportar el proceso de desbloqueo, indicando los motivos del desbloqueo
y verificando el cumplimiento de los requisitos y procedimientos definidos para cada caso.
El proceso de desbloqueo debe regirse por esquemas o niveles de autorización que
manejen rangos de montos autorizados de desbloqueo.
Bloqueo / Deberá permitir realizar el bloqueo o anulación de tarjetas de débito por motivos como
Anulación de robo, extravío, pérdida, deterioro, invalidando la realización de transacciones con la
tarjetas 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 Integrará el servicio de certificación de cheques, debiendo validar los fondos de la cuenta
cheques 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 Automatizará el servicio de revocatoria de pago de cheques, considerando las siguientes
pago de cheques 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.
Página 149 de 404


CUENTAS CORRIENTES
- Bloqueo de fondos de la cuenta por el valor del cheque (si en la parametrización
del producto se indica esta característica).
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 Integrará el servicio de suspensión de pago de cheques, considerando las siguientes
pago de cheques 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.
Permitirá el levantamiento de la suspensión de pago de cheque, ejecutando los procesos
Cheques de Permitirá la emisión individual o masiva (mediante recepción de archivos) de cheques de
Gerencia gerencia en diferentes monedas.
La emisión masiva deberá contar con facilidades para configurar el formato de los
archivos, restricciones por convenio (por ejemplo monto máximo por transacción, por
lote, por beneficiario).
Ofrecerá facilidades para activar/desactivar la venta de cheques de gerencia por oficina,
región o en todas las oficinas.
Adicionalmente se deberá proveer la administración de firmas y sus condiciones asociadas
al esquema de autorización de uso y validación para el pago de los mismos.
Ofrecerá además facilidades para el control de inventario físico general de cheques de
gerencia y del inventario por región y oficina, así como administrar la generación de
órdenes de abastecimiento o destrucción de formularios.
Sobregiros de Para los productos tipo cuentas corrientes, automatizará el proceso operativo de
cuentas 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.
Página 150 de 404


CUENTAS CORRIENTES
Administrativas Deberá incluir soporte operativo automatizado42 para un conjunto de consultas,
transacciones y procesos administrativos y operativos tales como:
- Cambio de estado y/o situación.
- Cambios en la información.
- Cambios de firmas autorizadas con des-habilitación automática de servicios,
transacciones y consultas asociadas a la cuenta.
- Destino de envío de correspondencia.
- Inactivación de cuenta.
- Cheques asociados.
- Tarjetas asociadas.
- Emisión individual de estado de cuenta.
- Emisión masiva de estados de cuenta.
- Copia de documentos digitalizados. Se refiere a la capacidad que debe tener la
Nueva Solución de Core Bancario de atender los requerimientos de digitalización
de documentos, cheques pagados, copia de nota de débito y nota de crédito,
copia de estado de cuenta, entre otros.
- Confirmación de saldos.
- Visualización de cheques y documentos.
- Consultas de saldos y movimientos.
- Consulta de CCI.
Estas consultas, transacciones y procesos deberán estar disponibles en los canales que el
Banco autorice su implementación.
Administrativas Deberá facilitar la generación de consultas y reportes con información general sobre la
cuenta:
- Número de cuenta.
- Código de cliente.
- Nombre del cliente.
- Tipo de cuenta.
- Fecha de apertura.
- Fecha de cancelación.
- Transacciones realizadas sobre la cuenta.
- Tipo de transacciones (retiro, depósito, crédito, débito, transferencia).
- Detalles de las transacciones, por ejemplo el monto.
- Canal por el que se realizó la transacción.
- Oficina dónde se realizó la transacción.
- Oficina de apertura.
- Saldos de la cuenta (contable, disponible).
- Saldos promedio de la cuenta.
- Estado de la cuenta.
- Intereses generados y acreditados en la cuenta.
- Resúmenes de actividad de la cuenta.
- Certificaciones.
- Consulta anual de ITF.
- Chequeras relacionadas.
- Por edad.
- Por sexo.
- Por rangos de importes.
42
Soporte Operativo Automatizado: Se refiere a las capacidades de la Solución del Nuevo
Core Bancario para atender los procesos internos que se listan en las Bases, como parte de
los requerimientos funcionales del Módulo de Captaciones: cobro de comisiones por
servicios financieros, cobro de impuestos asociados a los servicios financieros, entre otros.
Página 151 de 404


CUENTAS CORRIENTES
- 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 / Para el producto especial del Banco de la Nación que opera la cuenta corriente
Detracciones 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 / Para las cuentas corrientes que mantienen asociación con cuentas corrientes
Instrucción centralizadoras y con cuentas corrientes secundarias, se incluirá controles especiales para
DGETP 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.
Administrativas / Para las cuentas corrientes secundarias deberá manejar un proceso especial de reversión
Instrucción de los fondos que han sido pagados en el día, los cuales deberán ser revertidos en su
DGETP totalidad a su cuenta principal al cierre del día.
Administrativas / Para las cuentas corrientes centralizadoras deberá permitir su acreditación de fondos
Instrucción desde la cuenta corriente principal. Además por el valor total de dicha acreditación, se
DGETP establecerá un cupo de uso que podrá ser gastado por sus cuentas secundarias, en donde
se deberá manejar un proceso especial de reversión de los fondos que han sido pagados
en el día, los cuales deberán ser revertidos en su totalidad a su cuenta centralizadora al
cierre del día.
Financieras del Incluirá el soporte automatizado para la ejecución de transacciones financieras, las cuales
Cliente involucran movimiento físico o electrónico de dinero y/o cheques, ejecutado en la
Plataforma de Ventanilla o en la Plataforma Comercial y de Servicios:
- Depósitos en efectivo.
- Depósitos con cheques del Banco y otras entidades financieras.
- Depósitos con cheques de otras plazas.
- Depósitos con cheques del exterior.
- Depósitos con cargo a VISA.
- Pago de cheques (fecha, monto, beneficiario, ventanilla donde se realizó el pago,
o cuenta de depósito).
- Pago de cheques certificados.
- Notas de débito.
- Notas de crédito.
- Transferencias a otros bancos o entidades financieras locales.
Página 152 de 404


CUENTAS CORRIENTES
- 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 Permitirá realizar depósitos especiales por convenios de recaudación, en los que los
especiales valores recibidos se abonan a la cuenta del contratante.
Esta funcionalidad recibirá además información variable dependiendo de lo establecido en
el convenio, que posteriormente deberá ser incluida en los estados de cuenta y otras
consultas de movimientos relacionados.
Consumos Visa Integrará el soporte al servicio de débito automático en línea y a tiempo real, para los
pagos que realicen los clientes del Banco usando su Tarjeta Multired Global Débito Visa,
por concepto de sus compras y consumos en locales y comercios afiliados al servicio de
tarjetas de débito de la red Visa.
Financieras del Proporcionará el soporte operativo automatizado para la realización de transacciones
Banco 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 Incluirá procesos para la aplicación de notas de débito y notas de crédito en forma masiva
créditos masivos 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 Para el procesamiento de las transacciones de depósitos recibidos con cheques de otros
compensación bancos o instituciones financieras, se integrará al servicio de procesamiento de cheques
de canje enviado, a través de la Cámara de Compensación Electrónica (CCE), realizando el
registro, control de liberación, la disponibilidad o la reversión de fondos en las cuentas
corrientes en las que fue depositado cada cheque.
Así mismo se integrará con el servicio de canje recibido (cheques del Banco de la Nación
recibidos por otros bancos) a través de la Cámara de Compensación Electrónica (CCE),
realizando los procesos de registro, verificación de fondos, forma y firmas en las cuentas
corrientes sobre las que se giró cada cheque recibido y generando los archivos de datos
con los pagos y rechazos de pago que resulten de ese proceso.
Cálculo de Deberá realizar el cálculo y la provisión diaria de intereses para cada producto de cuentas
intereses 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.
Cálculo de El cálculo de provisión de intereses deberá comenzar cuando los fondos se hayan
intereses efectivizado en la cuenta o producto en la que fueron acreditados.
Capitalización de Deberá realizarse para los productos parametrizados con la opción de capitalización de
intereses interés y según la frecuencia definida para cada caso.
Transacciones Deberá integrar la opción de ejecutar transacciones "anidadas", es decir que desde una
anidadas 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
Página 153 de 404


CUENTAS CORRIENTES
con el dato del valor resultante de la operación de compra venta de divisas.
Reversos/Extorn Deberá ofrecer la posibilidad de manejar reversos y extornos para las transacciones que el
os Banco defina, aplicando para ello los controles de procedimiento, el cumplimiento de las
políticas vigentes asociadas y los niveles de autorización establecidos para cada tipo de
transacción disponible en cada producto.
El extorno solo puede ser realizado en el día en curso.
Cierre Permitirá el cierre de cuentas, cumpliendo con el procedimiento, validaciones, pasos,
requerimientos legales y generación de documentos y registros que se encuentren
definidos en las opciones de parametrización de cada producto.
Cierre Permitirá el cierre de cuentas debido a diferentes motivos tales como:
- Solicitud del cliente.
- Por el giro de cheques sin la correspondiente provisión de fondos.
- Por instrucción de la DGETP.
- Por no tener movimiento en más de "n" meses.
- Por no mantener un determinado saldo en la cuenta.
- Por fallecimiento del titular de la cuenta.
- Por mandato judicial.
- Por cheques protestados.
- Por solicitud de la SUNAT.
En cada caso aplicarán controles, reglas de negocio a ser definidas en la Parametrización
de productos y a ser ejecutados y controlados por el sistema automatizado. El proceso de
cierre no podrá ser realizado si el cliente tiene asociado un crédito vigente en el Banco.
Cierre Permitirá el cierre de cuentas tanto en forma individual, como en forma masiva.
Cierre Permitirá asociar el concepto para la realización de cierres a las cuentas, generando los
cargos y documentos de soporte correspondientes a lo definido en la parametrización
establecida para cada producto.
Cierre Al momento del cierre de una cuenta corriente, no se permitirá la realización de
operaciones asociadas a la cuenta, y también se anulará los cheques y las chequeras que
se encuentren en poder del cliente y en estado "vigente".
Cierre Previo al proceso de cierre de una cuenta, habilitará la entrega de fondos que queden
disponibles en la cuenta al momento de cierre a través de distintas formas: transferencia a
cuenta corriente, transferencia a cuenta de ahorro, transferencia interbancaria, efectivo,
cheque de gerencia.
Reapertura de En ciertos casos como una instrucción judicial, deberá permitir la reapertura de una
cuenta cuenta corriente cerrada, para lo cual deberá poder ser realizado siempre y cuando se
cumplan los esquemas de aprobación establecidos, habilitando la realización de
transacciones y servicios asociados a la cuenta.
Reportes Batch Incluirá herramientas para la generación y mantenimiento de reportes a ser generados en
forma periódica durante la ejecución de los procesos de cierre de día (batch) del módulo,
para generar los reportes de gestión, control operativo y los que se definan como
necesarios para el cumplimiento de procedimientos y requerimientos internos y externos.
Reportes Batch Incluirá rutinas optimizadas para la generación y mantenimiento de documentos a ser
impresos en forma masiva, como resultado de la ejecución de procesos de cierre diario,
como por ejemplo los estados de cuenta, las notas de débito y crédito, la capitalización y
acreditación de intereses.
En los casos que se requiera este proceso se complementará con la generación de
reportes y archivos de información, con formatos y contenido de datos definibles según el
caso y uso que se dará al archivo generado.
Integración Deberá integrarse con el módulo de Colocaciones para la ejecución automática de
transacciones de cargo y abono a cuentas, resultante de la ejecución de procesos
operativos en ese módulo. Las transacciones se podrán ejecutar en línea y/o en procesos
de lotes.
Integración Deberá integrarse con los procesos de Comercio Exterior para la ejecución automática de
operativos de Comercio Exterior. Las transacciones se podrán ejecutar en línea y/o en
Página 154 de 404


CUENTAS CORRIENTES
procesos de lotes.
Integración Deberá integrarse con el módulo de Pagos y Cobros para la ejecución automática de
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 43 o la SUNAT44, que opere tanto en
línea y en modalidad de procesos de lotes (batch), para facilitar el intercambio de
información en formatos definidos y estandarizados, que servirá para la ejecución de
transacciones de recaudos o pagos.
Integración Para el producto de Cuentas Corrientes, deberá permitir la construcción y mantenimiento
de un interfaz estandarizado, en línea y a tiempo real con los sistemas de entidades
públicas como el SIAF45 de la DGETP, a efectos de aprobación de giros para pagos de
cheques de las cuentas de presupuesto así como recepción de cartas orden de
transferencia de fondos y consulta de proveedor SIAF.
Integración Deberá integrarse con el sistema del Banco Central de Reserva del Perú denominado
LBTR46, para instrumentar en línea y a tiempo real las transferencias interbancarias de
fondos resultantes de las operaciones y órdenes de los clientes por valores altos sobre las
cuentas que manejan en el Banco de la Nación.
Integración Se integrará con el sistema denominado CCE47, ajustándose a todos los procedimientos y
requerimientos establecidos por este sistema para los procesos de compensación
interbancaria de cheques y transferencias de bajo valor.
17.3.1.3 Módulo de Captaciones – Cuentas de Ahorro

REQUERIMIENTOS FUNCIONALES MODULO DE CAPTACIONES
CUENTAS DE AHORRO
Parametrización Manejará una estructura dinámica y flexible, que permita por opciones de
del producto parametrización de usuario, definir tipos de notas de débito (cargos) a realizar en las
cuentas de ahorro.
exclusivamente contra el valor del saldo disponible de la cuenta o lo podrá hacer contra el
saldo contable, si aplicará débitos por valores parciales en caso el saldo no cubra el valor a
debitar, y por cuánto tiempo se mantendrá reintentando ejecutar el débito.
Parametrización Permitirá definir, para cada nota de débito, la causa o concepto por el que se realizará.
del producto Asociado a esta causa o concepto permitirá definir los costos de servicio, los mensajes de
impresión en el comprobante a generar y en el estado de cuenta, 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.
del producto de usuario definir tipos de notas de crédito (abonos) a realizarse a las cuentas de ahorro
que ofrezca el Banco. Para cada nota de crédito, se deberá establecer el concepto, si se
ejecuta en modalidades en línea, en procesos de lote o en las dos opciones.
Parametrización Permitirá definir para cada nota de crédito la causa o concepto por el que se realizará.
del producto Asociado a esta causa o concepto permitirá definir los costos de servicio, los mensajes de
impresión en el comprobante a generar y en el estado de cuenta.
Parametrización Deberá definir restricciones a las transacciones que se puede realizar con los productos de
del producto cuentas de ahorro que se encuentran en un estado determinado, como por ejemplo en
43
RENIEC: Registro Nacional de Identificación y Estado Civil
44
45
SIAF: Sistema Integrado de Administración Financiera del Estado
46
LBTR: Liquidación Bruta en Tiempo Real
47
CCE: Cámara de Compensación Electrónica
Página 155 de 404


CUENTAS DE AHORRO
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.
Parametrización Permitirá establecer la periodicidad de realización de transacciones, como por ejemplo
del producto transferencias entre cuentas a solicitud del cliente, de la misma u otra moneda con cobro
de ITF o no, según sea el caso, debiendo realizarse en forma mensual durante un período
de tiempo establecido.
Parametrización Permitirá definir el porcentaje o monto de disponibilidad para retiro de fondos por parte
del producto / del titular, así por ejemplo, se permitirá retirar hasta un porcentaje o monto de acuerdo a
Cuentas CTS la ley vigente. Al momento de cancelación o cierre de la cuenta sin embargo, sí se
permitirá el retiro total de fondos.
Parametrización En los productos de tipo cuentas de ahorro que el Banco defina, permitirá la asociación de
del producto 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
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.
solamente permitirá la revisión, y de ser el caso, la actualización de los datos del cliente ya
legales y operativos del nuevo producto a ser abierto. Para estas funciones utilizará los
servicios del módulo de clientes.
Apertura Deberá generar un código único para la cuenta o producto al momento de apertura.
Apertura La codificación de las cuentas de ahorro incluirá el código de producto bancario, el código
de oficina en la que se registra la cuenta y dígito verificador generado con algoritmos que
minimicen la posibilidad de errores de digitación al ingresar el número de cuenta para
ejecutar consultas o transacciones. La codificación de productos bancarios y rangos de
cuentas será flexible, permitiendo aumentar la cantidad de caracteres en la estructura de
la cuenta. Deberá generar el Código de Cuenta Interbancario (CCI).
Aperturas Deberá permitir la apertura de cuentas de ahorro en forma masiva mediante la carga y
masivas 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
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
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
Página 156 de 404


CUENTAS DE AHORRO
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
afiliación a internet y otros; a través de los diferentes canales existentes y que deben ser
seleccionados en forma paramétrica tal como: Internet y la Plataforma Comercial y de
Servicios.
Bloqueo de Deberá permitir realizar bloqueos y retenciones a las cuentas en forma individual y
cuentas masiva, activando los controles y procediendo, según lo determine, la causa o motivo del
bloqueo. Se debe tomar en cuenta las siguientes consideraciones:
- 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 / Deberá permitir realizar el bloqueo o anulación de tarjetas de débito por motivos como
Anulación de robo, extravío, pérdida, deterioro, invalidando la realización de transacciones con la
tarjetas tarjeta. Además deberá mantener información del bloqueo para generación de consultas
y/o reportes que se requiera al respecto.
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
interés.
Administrativas Deberá incluir soporte operativo automatizado para un conjunto de consultas,
transacciones, procesos administrativos y operativos tales como:
- Cambio de estado.
- Cambios de firmas autorizadas con deshabilitación automática de servicios,
transacciones y consultas asociados a la cuenta.
- Inactivación de cuentas.
- Copia de documentos digitalizados.
- Visualización de documentos.
Página 157 de 404


CUENTAS DE AHORRO
- Consulta de CCI.
Administrativas Deberá facilitar la generación de consultas y reportes con información general sobre la
cuenta:
- Tipo de cuenta.
- Detalles de las transacciones como el monto.
- Oficina en donde se realizó la transacción.
- Por edad.
- Por sexo.
- Por código de entidad (empleador).
- Por modalidad o tipo de cuenta de ahorro.
- Alfabéticas.
- Por código de usuario.
- Por Entidades.
- Por situación del cliente.
- Por niveles de ingreso.
- Por saldo.
Financieras del Incluirá el soporte automatizado para la ejecución de transacciones financieras, las que
Cliente involucran movimiento físico o electrónico de dinero y/o cheques, ejecutado en la
Página 158 de 404


CUENTAS DE AHORRO
- Notas de débito.
Consumos Visa Integrará el soporte al servicio de débito automático en línea y a tiempo real, para los
tarjetas de débito de la red Visa (canales virtuales).
- Cobro de comisiones.
- Cobro de impuestos.
- Transferencias.
- Débitos y créditos masivos.
Débitos y Incluirá procesos para la aplicación de notas de débito y notas de crédito en forma masiva
créditos masivos 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.
débito, considerando que se aplique primero los de mayor prioridad o los de fecha de
Canje y Para el procesamiento de las transacciones de depósitos recibidos con cheques de otros
compensación 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.
Cálculo de Deberá realizar el cálculo y la provisión diaria de intereses para cada producto que
intereses devengue intereses, tomando los parámetros y valores para el cálculo de los datos
definidos en la parametrización de cada producto.
Capitalización de Deberá realizar la capitalización de intereses para los productos parametrizados con la
intereses opción de capitalización de interés y según la frecuencia de capitalización definida para
cada caso.
Reversos/Extorn Deberá ofrecer la posibilidad de manejar reversos y extornos para las transacciones que el
os Banco defina, aplicando para ello los controles de procedimiento, el cumplimiento de las
Cierre Permitirá el cierre de cuentas, cumpliendo con el procedimiento, validaciones, pasos,
requerimientos legales y generación de documentos y registros que se encuentren
Cierre Permitirá el cierre de cuentas debido a diferentes motivos como:
Página 159 de 404


CUENTAS DE AHORRO
- Por no tener movimiento más de "n" meses.
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
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.
Reapertura de En ciertos casos como lo es una instrucción judicial, deberá permitir la reapertura de una
cuenta cuenta de ahorro cerrada, cumpliendo con los esquemas de aprobación establecidos,
habilitando la realización de transacciones y servicios asociados a la cuenta.
para generar los reportes de gestión, control operativo y los que se definan como
impresos en forma masiva, como resultado de la ejecución de procesos de cierre diario
acreditación de intereses.
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
de lotes.
Integración Deberá integrarse con los procesos de Comercio Exterior para la ejecución automática de
procesos de lotes.
Integración Deberá integrarse con el módulo de Pagos y Cobros para la ejecución automática de
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
Página 160 de 404


CUENTAS DE AHORRO
operaciones y órdenes de los clientes por valores altos sobre las cuentas que manejan en
el Banco de la Nación.
Integración Se integrará con el sistema denominado Cámara de Compensación Electrónica (CCE),
ajustándose a todos los procedimientos y requerimientos establecidos por este sistema
para los procesos de compensación interbancaria de cheques y transferencias de bajo
valor.
17.3.1.4 Módulo de Captaciones – Depósitos a Plazo

DEPÓSITOS A PLAZO
Parametrización Permitirá crear en forma amplia y flexible tablas de plazos aplicables a los contratos,
del producto 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.
Parametrización Validará la asignación de plazo a los productos, definiendo qué acción se tomará al
del producto 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á.
Parametrización Permitirá la definición de tasas de interés a aplicarse en los contratos de constitución,
del producto asociándolos a la correspondiente tabla de tasas por cada uno de los plazos definidos por el
Banco y/o mercado.
Apertura Deberá generar la solicitud de apertura, los contratos, y en los casos que aplique, los
certificados de depósito, con información de datos generales y datos particulares del
cliente/beneficiario, datos financieros y requisitos a cumplirse para la apertura,
dependiendo de la modalidad de producto, términos y condiciones del contrato y otras
definiciones que pueda dar el Banco.
Apertura Deberá integrarse en forma total con el módulo de clientes, puesto que solamente se podrá
abrir certificados de depósito a clientes que ya estén previamente registrados a través de
ese módulo en la denominada Base de Datos Única de Clientes (BDUC).
En ningún caso duplicará la información del cliente ya que el proceso de apertura permitirá
solamente la revisión, y de ser el caso, la actualización de los datos del cliente ya
legales y operativos del nuevo producto a ser abierto. Para estas funciones utilizará los
servicios del módulo de clientes.
Aperturas Deberá permitir la apertura de depósitos judiciales y administrativos en forma masiva
masivas mediante la carga y proceso de archivos con la información correspondiente según los
/Depósitos diferentes formatos que establezca el Banco. Deberá además validar la consistencia de datos
Judiciales existente en los archivos de carga, previo a la apertura de los depósitos judiciales y
administrativos.
Apertura Deberá generar un código único para el certificado de depósito al momento de apertura.
Apertura La codificación de los certificados de depósito incluirá el código de producto bancario,
incluirá el código de oficina en la que se registra el certificado y dígito verificador generado
con algoritmos que minimicen la posibilidad de errores de digitación al ingresar el número
de certificado para ejecutar consultas o transacciones. La codificación de productos
bancarios y rangos de cuentas será flexible permitiendo aumentar la cantidad de caracteres
en la estructura de la cuenta.
Apertura Deberá permitir la inclusión de servicios asociados así como la determinación, modificación
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
Página 161 de 404


DEPÓSITOS A PLAZO
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 la modalidad de Depósitos Judiciales y Administrativos, deberá integrar una facilidad
Depósitos especial, para el registro de las firmas autorizadas de jueces y secretarios relacionados con
Judiciales 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 Deberá permitir realizar bloqueos de certificados, activando los controles y procediendo
cuentas 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.
- 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.
- Alfabéticas.
Administrativas Deberá incluir soporte operativo automatizado para un conjunto de consultas, transacciones
y procesos administrativos y operativos tales como:
- Cambio de estado.
- Cobro de comisiones aplicables a los servicios del Banco.
Página 162 de 404


DEPÓSITOS A PLAZO
- Transferencias.
Cálculo de Deberá realizar el cálculo y la provisión diaria de intereses para cada certificado, tomando
intereses los parámetros y valores para el cálculo de los datos definidos en la parametrización de cada
producto.
Capitalización de Deberá realizar la capitalización de intereses para los productos parametrizados con la
intereses opción de capitalización de interés y según la frecuencia de capitalización definida para cada
caso.
Reversos / Deberá ofrecer la posibilidad de manejar reversos y extornos para las transacciones que el
Extornos Banco defina, aplicando para ello los controles de procedimiento, el cumplimiento de las
Penalización Deberá permitir aplicar un cargo por concepto de penalización, cuando el cliente solicita la
cancelación del certificado de depósito antes de la fecha de vencimiento.
En estos casos se deberá además realizar el re-cálculo de los intereses a pagar, en base a la
tasa vigente del plazo inmediatamente menor al contratado por el cliente.
Cierre Permitirá el cierre de un certificado emitido, cumpliendo con el procedimiento, validaciones,
pasos, requerimientos legales y generación de documentos y registros que se encuentren
definidos en las opciones de parametrización de cada producto. El proceso de cierre no
podrá ser realizado si el cliente tiene asociado un crédito vigente en el Banco en el cual el
certificado de depósito participa como garantía del crédito.
Cierre Permitirá el cierre de certificados debido a diferentes motivos como: a solicitud del cliente
por fallecimiento del titular de la cuenta, por mandato judicial, entre otros
Cierre Al momento del cierre de un certificado, se anulará todas las transacciones y servicios
asociados a la cuenta.
Cierre Al completar el proceso de cierre o cancelación de un certificado de depósito, habilitará la
entrega del valor total de capital y sus intereses, a través de distintas formas: transferencia a
cuenta corriente, transferencia a cuenta de ahorro, transferencia interbancaria, efectivo,
cheque de gerencia. Además, para los productos de plazo que operen con documentos de
código de barras, la solución deberá estar en la capacidad de realizar la verificación de
correspondencia entre el número de certificado y el código de barras del formato físico.
Esta funcionalidad se utilizará cuando el Banco decida implementar el código de barras.
Cierre Para las modalidades de depósitos a plazo con fecha de vencimiento establecida, si la fecha
de vencimiento del certificado de depósito se producirá en días feriados, según la definición
de cada producto, deberá modificarla para incrementar el plazo hasta el siguiente día hábil,
o al día hábil anterior, ajustando el cálculo de los intereses a pagar al nuevo plazo.
Cierre Deberá incluir la opción de cambiar la condición de renovación a nivel individual de cada
operación de depósito a plazo, con mantenimiento o cambio de las condiciones originales
de emisión del certificado de depósito.
Cierre / Para la liquidación masiva de los Depósitos Judiciales y Administrativos, deberá permitir la
Depósitos cancelación masiva de los depósitos mediante archivo magnético de proceso, realizando la
Judiciales 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á
Depósitos permitir la cancelación del depósito y la transferencia de los valores de capital e intereses a
Judiciales 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, permitirá la liquidación parcial o total de los
Depósitos depósitos en cualquier momento, verificando que se cumpla con las instrucciones
Judiciales emanadas con las firmas autorizadas del juzgado/autoridad administrativa a cuya orden está
el depósito.
Cierre / Para los Depósitos Judiciales y Administrativos, deberá incorporar un proceso obligatorio
Página 163 de 404


DEPÓSITOS A PLAZO
Depósitos para la verificación de firmas de los jueces y secretarios al momento de la cancelación de los
Judiciales 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 / La solución ofrecerá facilidades para realizar la sustitución de un certificado, permitiendo
Depósitos al usuario mantener los datos originales de la operación así como el registro de intereses y
Judiciales 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.
Reapertura de En ciertos casos como la instrucción judicial, deberá permitir la reapertura de una cuenta
cuenta de depósito a plazo cancelada, cumpliendo con los esquemas de aprobación establecidos,
para gestión, control operativo y cumplimiento de procedimientos y requerimientos
internos y externos.
como por ejemplo la causación, capitalización y acreditación de intereses.
En los casos que se requiera este proceso se complementará con la generación de reportes y
archivos de información, con formatos y contenido de datos definibles según el caso y uso
que se dará al archivo generado.
Integración Se integrará con los sistemas denominados Cámara de Compensación Electrónica (CCE) y
Liquidación Bruta en Tiempo Real (LBTR), ajustándose a todos los procedimientos y
requerimientos establecidos por estos sistemas para los procesos de compensación
interbancaria de cheques y transferencias de acuerdo a la normatividad vigente.
Integración Deberá integrarse con el módulo de Colocaciones para la colocación del depósito a plazo
como garantía o respaldo de la operación crediticia.
17.3.2 Requerimientos Funcionales del Módulo de Colocaciones

Proporcionará el soporte automatizado a todas las operaciones de
colocaciones48, con todo el proceso operativo asociado, ajustado a las
características y particularidades de todos los tipos de productos de colocaciones
que ofrece el Banco de la Nación.
El ciclo de vida de los productos Activos es el siguiente:
Lanzamiento/Implementación, Crecimiento, Madurez, Declive, Relanzamiento.
Las funciones fundamentales del Módulo de Colocaciones que cubrirán todo el
ciclo de vida de una operación de crédito, desde el requerimiento del cliente
hasta su cierre, se agruparán en 4 grandes instancias que se describe a
continuación:
- Análisis de Crédito: tendrá a su cargo el soporte al proceso de análisis y
decisión del crédito, basado en un motor de automatización de flujos de
trabajo (workflow), flexible y dinámico, que por medio de parámetros permita
diseñar, ajustar y mantener las diferentes rutas de proceso que deberán
seguir las solicitudes de crédito de los clientes del Banco, controlando en
forma integral y completa que se cumpla con todos los requisitos y con el
procedimiento definido para cada tipo de crédito. Este proceso servirá para el
análisis de todos los tipos de crédito que ofrece el Banco.
48
Capítulo Información del Banco de la Nación - Productos y Servicios del Banco de la Nación
Página 164 de 404

Deberá contar con facilidades de conexión e integración con información

externa del mercado como la generada por la Central de Riesgos, los Buró de
Créditos y otras que el Banco defina.
Para apoyar el proceso de decisión de aprobación de la operación de crédito
solicitada por el cliente, deberá incluir motores que apliquen esquemas de
medición y determinación estadística, la probabilidad de incumplimiento en el
pago por parte del cliente (scoring o ratings de crédito) y apoyo en la
determinación de posibles cupos de crédito; aplicando las buenas prácticas
para este tipo de gestión mediante la utilización de modelos estadísticos
preferentemente abiertos y ajustables a las características de los clientes del
Banco de la Nación para los productos crediticios que comercializa.
- Gestión de Garantías: tendrá a su cargo la automatización del registro y
control de las hipotecas de bienes inmuebles, las prendas de los bienes
muebles, garantía mobiliaria, cesión de derechos, la emisión y custodia de los
pagaré y en general de cualquier tipo de documento valorado o de los
documentos definidos por el Banco como válidos y admisibles para respaldar
los créditos que otorga a sus clientes. Automatizará los procesos de custodia,
valoración y asociación de las garantías recibidas con las operaciones activas
vigentes del Banco.
- Gestión de Cartera: se encargará del soporte a la gestión de la cartera de
créditos del Banco, empezando desde el momento que la solicitud de crédito
es aprobada, finalizando con la transacción del desembolso del crédito.
Dará soporte automatizado a las operaciones de cartera, según el tipo de
producto, considerando: generación de intereses, aplicación de pago en las
condiciones negociadas, cálculo y mantenimiento de los calendarios de
pagos, cálculo de intereses moratorios y multas por atraso de pago, proceso
de calificación de la cartera de créditos según la normativa legal vigente,
generando además las provisiones para cobertura de posibles pérdidas por
falta de pago, y dando herramientas de soporte a la gestión de análisis de la
cartera y gestiones de cobranza asociadas.
- Gestión de Cobranzas: proporcionará todo el soporte y la información
necesaria para la gestión de cobranzas, que se 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 Generales
REQUERIMIENTOS FUNCIONALES DEL MODULO DE COLOCACIONES
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,
Página 165 de 404


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:
- Continuar en forma secuencial con el paso siguiente.
- Abrir una ruta múltiple simultánea a varios usuarios. Se refiere a que la Solución
de Nuevo Core Bancario esté en la capacidad de que los diferentes usuarios de
negocios que participan en el proceso de colocaciones tengan la información en
línea de manera simultánea y que permita continuar con los diferentes pasos que
le competen dentro del ciclo de vida del crédito.
- Las reglas pueden ser simples y compuestas.
- Aplicar preguntas de decisión.
- Aplicar preguntas lógicas.
- Definir que se regrese a una etapa anterior.
- Definir que se omita una o varias etapas.
- Definir que se suspenda el flujo de trabajo y se emita alarmas a diferentes
usuarios.
- Definir que se pase a la etapa final del flujo de trabajo.
Parametrización Integrará un esquema de pistas de auditoría, que permita identificar todas las acciones y
transacciones realizadas en las diferentes instancias del ciclo de proceso integral de una
operación de colocaciones:
Página 166 de 404


- 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.
- 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).
Página 167 de 404


- Modalidad de oferta del producto (Banca de Primer o de Segundo Piso).
- Oficinas y/o zonas que pueden ofrecer el producto.
- Servicios adicionales. Se refiere a los servicios con características específicas para
los segmentos de clientes que el Banco pueda definir a futuro.
- Opciones de bloqueo de solicitud préstamos con reglas de negocio asociadas.
- Políticas que deben cumplirse para acceder a un producto.
- Seguros obligatorios asociados.
Parametrización Deberá contar con las funcionalidades necesarias para la administración del registro de
seguros, recaudación de cuotas para pago de primas y control de vigencia de los seguros
asociados a los créditos como de sus respectivas garantías, teniendo en cuenta las
- Cálculo, registro y cobro de los seguros de las Garantías.
- Cálculo, registro y cobro de los seguros de los Créditos.
- Renovaciones de los seguros.
- Administración de las primas colectivas.
- Control de endosos de pólizas y de las exclusiones de cualquier tipo.
Parametrización Deberá tener la capacidad de manejar operaciones con diferentes tipos de interés:
- Tasas de Interés fija.
- Tasas de Interés variable (en sus diferentes modalidades).
- Tasas de interés escalonadas según monto y/plazo.
- Tasas de interés moratoria diferenciada.
Parametrización Integrará una opción para desagregar los componentes de una tasa de interés. Como
ejemplo de esta desagregación señalamos:
- Tramo por el costo de los fondos.
- Tramo por el costo administrativo.
- Tramo por el costo de riesgo.
- Spread esperado.
Parametrización Permitirá establecer qué canales del Banco se utilizarán para originar las solicitudes de
crédito. El formato de solicitud deberá ajustarse a los formatos y modalidad operativa de
cada canal.
Registro Se mantendrá un registro con la información histórica de todas las transacciones
Información 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.
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.
- Destino de envío de notificaciones y correspondencia.
- Consultas resumidas y detalladas del estado de cuenta de la operación.
- Consulta detallada de transacciones.
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 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
Página 168 de 404


desplegarse cuando accede a la banca Internet, al call center, o a un cajero automático,
correo electrónico personalizado, mensajes SMS.
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
como por ejemplo los avisos de vencimiento, las notas de débito por pagos recibidos.
En los casos que se requiera este proceso se complementará con la generación de archivos
de información, con formatos y contenido de datos definibles según el caso y uso que se
dará al archivo generado.
Integración Deberá integrarse con otros Módulos, como:
- Módulo de Clientes: para acceder al registro y expediente único de datos del
cliente y su posición. Deberá interactuar con este módulo para obtener las
facilidades de registro, actualización y modificación de datos del cliente,
vinculación de las partes de esta información que se requieran en el expediente
de crédito del cliente y a su vez entregar los datos que requiera el Módulo de
Clientes para registrar, actualizar y mantener la posición integral del cliente.
- Módulo de Captaciones: para obtener información de los productos pasivos que
tiene el cliente en el Banco y automatizar los procesos de interacción
transaccional para realizar abonos por desembolsos o notas de crédito asociadas a
operaciones de colocaciones y los cargos o notas de débito para aplicar a pagos de
cuotas o notas de débito generadas por operaciones de colocaciones.
- Comercio Exterior: para recibir las solicitudes de apertura de Créditos
Documentarios que deberán ser evaluadas para su viabilidad.
- Plataforma Comercial y de Servicios: para poner disponibles a los usuarios
autorizados del Banco y a los clientes, las opciones de consultas y de interacción
con el Módulo de Captaciones que se definan para cada caso. Las opciones
estarán disponibles en los diferentes canales que el Banco defina.
- Central de Riesgos y Burós de Crédito: para verificar cuales son las deudas que
mantiene el cliente en otras instituciones y su calificación en cada una de ellas y
para generar la información que por ley o convenios deba entregar el Banco a
estas entidades.
Particulares Integrará opciones para manejar préstamos hipotecarios especiales (conocidos en el
mercado nacional como Prestamos MIVIVIENDA) y a futuro en otros tipos de productos de
préstamos especiales, los que tienen la funcionalidad especial de aplicar un “bono
adicional” por haber realizado los pagos de las cuotas de manera puntual en un período
determinado, que consiste en el salto del pago de una cuota mensual del crédito con la
posibilidad de condonación de intereses, capital, intereses y capital o ninguno de los dos.
El sistema deberá re-calcular los intereses y otros rubros asociados al crédito, y generará un
nuevo cronograma de pagos del crédito, que reflejará las nuevas condiciones.
Particulares Integrará funcionalidad que permita seleccionar, separar, calificar y generar portafolios con
cartera a ser vendida a otras instituciones financieras.
Incluirá el soporte operativo para la gestión de la cartera vendida, tanto en la modalidad
con recurso como en la modalidad sin recurso.
En cada caso deberá permitir definir los términos y condiciones de la venta y ajustar los
procesos operacionales asociados a la gestión de la cartera hasta su salida total del balance
del Banco.
Particulares Deberá contar con las facilidades para automatizar el proceso de compra de la cartera de
otras instituciones financieras.
La compra puede ser en las modalidades con recurso o sin recurso y permitirá definir los
parámetros y características operacionales que deberán aplicarse a cada una de las
operaciones de cartera comprada.
El aplicativo proporcionará todas las facilidades para el soporte operativo y gestión de este
Página 169 de 404


tipo de operaciones.
17.3.2.2 Módulo de Colocaciones – Análisis de Crédito

REQUERIMIENTOS FUNCIONALES MODULO DE COLOCACIONES
ANÁLISIS DE CRÉDITO
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.
Precalificación Luego del ingreso y validación de los datos obligatorios para la solicitud de crédito, el
sistema automatizado registrará y generará un código único para cada solicitud.
La codificación de la solicitud incluirá el código del producto bancario, el código de
oficina en la que se registra la solicitud y dígito verificador generado con algoritmos que
minimicen la posibilidad de errores de digitación al ingresar el número de solicitud para
ejecutar consultas o transacciones.
Precalificación En el momento de iniciar el proceso de análisis crediticio, deberá permitir ingresar y/o
modificar las condiciones establecidas en la parametrización para cada tipo de
producto, tales como:
- La tasas de interés a aplicar (controlando que esté dentro de los rangos
autorizados).
- Cargos adicionales por comisiones y costos de servicios.
- Monto de la operación.
- Plazo de la operación.
- Forma de pago.
- Períodos de gracia.
- Condiciones de pre-cancelación.
- Pagos o cuotas adicionales.
- Garantías propuestas.
- Plazos de reajuste de tasas.
Permitirá identificar qué condiciones puede modificarse sin necesidad de generar una
ruta de aprobación y cuales necesitan una ruta de aprobación para que proceda la
modificación.
Precalificación Proporcionará la facilidad de usar un simulador, que permita al ejecutivo realizar
escenarios de los diferentes productos, respetando las condiciones de cada producto y
reflejando las condiciones particulares de lo solicitado y negociado con el cliente.
Precalificación Permitirá el registro de excepciones en la aplicación de rubros y sus valores
establecidos, o en el cumplimiento de políticas. Estas excepciones deberán pasar por el
flujo de aprobación con el control de las autorizaciones correspondientes definidas de
acuerdo a las políticas, procedimientos y reglas de negocio aplicables a cada producto.
Registro Usuarios Llevará un registro electrónico detallado de las acciones tomadas por cada usuario que
haya participado en cada paso del proceso de análisis de crédito.
Precalificación Validará que se cumpla todos los requisitos solicitados en cada etapa del flujo de trabajo
asociado al producto.
Llevará un registro detallado del cumplimiento de requisitos con los datos del
funcionario responsable, permitiéndole añadir observaciones y comentarios en campos
de formato libre definidos para este fin.
Verificará el cumplimiento de todos los requisitos de cada etapa del flujo de trabajo,
antes de permitir el paso del expediente electrónico a la siguiente etapa, generando la
vinculación a los documentos asociados, tanto en el expediente electrónico como en el
expediente físico del crédito.
Gestión de Deberá incluir un sistema de gestión de documentos, con opciones de captura,
Documentos vinculación y almacenamiento de imágenes de los documentos que sean recibidos en
Página 170 de 404


las diferentes etapas del proceso de análisis del crédito.
Las imágenes de los documentos se vincularán al expediente electrónico del crédito y
podrán visualizarse cuando sea necesario utilizando las opciones de consulta del
expediente.
Scoring La solución deberá incluir una solución de scoring o ratings de crédito. Se preferirá
opciones que permitan la aplicación de buenas prácticas para este tipo de gestión con
modelos estadísticos, preferentemente con opción de manejo de modelos abiertos,
parametrizables y ajustables a las características de los clientes del Banco y los
productos crediticios que comercializa.
Es un requisito obligatorio su entrega por el Contratista.
Precalificación Para la aplicación de los modelos de scoring y otras técnicas de evaluación de riesgo
para los productos de crédito para empresas, deberá brindar herramientas de análisis
especializadas de los principales estados financieros, en los formatos adecuados para
cada caso. Los estados financieros comunes a registrar son:
- Balance general.
- Estado de Resultados.
- Flujos Proyectados.
Deberá incluir la posibilidad de generar o registrar los principales indicadores
financieros y de gestión que se pueda generar de la información base, para completar el
expediente, además de los datos que contengan los resultados, observaciones del
análisis técnico de viabilidad y riesgo del crédito.
Riesgo Total Deberá facilitar la integración al expediente electrónico de toda la información
necesaria para determinar el riesgo total del cliente, con la información de todas las
deudas vigentes del cliente en el Banco y en el sector financiero Peruano.
La información debe agregarse al expediente y manejarse a nivel consolidado, con
opciones de profundización a detalle que dependerán de la disponibilidad de datos,
según la fuente.
Riesgo Total Deberá generar alertas y de ser el caso (dependiendo de las definiciones y reglas de
negocio a aplicar en cada producto y caso) bloquear automáticamente cualquier
solicitud de una operación si está por encima de los cupos o límites establecidos en las
líneas de crédito y operaciones de crédito otorgadas al cliente.
Riesgo Total Controlará el cumplimiento de todas las políticas definidas por el Banco para cada
producto de colocaciones. En caso de incumplimiento, deberá generar las alertas
correspondientes y de ser el caso bloqueará la solicitud crédito.
Información Generará y mantendrá, desde el registro de la solicitud y durante toda la gestión, un
General 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:
Página 171 de 404


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 Cartera

GESTIÓN DE CARTERA
Información Luego de la aprobación de una solicitud de un producto de colocaciones, el área de
General operaciones recibirá el expediente electrónico completo y verificará la información,
documentación y cumplimiento de requisitos y políticas definidos para la
instrumentación de la operación.
Formalización Para la instrumentación del crédito, se deberá generar automáticamente los
documentos que se hayan definido en cada producto para proceder al desembolso, con
toda la información del cliente y de la operación aprobada, más los términos legales,
operacionales y contractuales aplicables. Entre los documentos que se pueden generar
para imprimir, suscribir, registrar y formalizar una operación de colocación están:
- Contrato.
- Cronograma de pagos.
- Pagarés.
- Contratos de prenda.
- Hipotecas.
- Contratos de pignoración o endoso de documentos valorados.
Formalización Luego de la formalización, se procede a la ejecución del desembolso. El sistema
generará y registrará un código único para cada operación.
Cada desembolso está ligado a un número de crédito.
La codificación de la operación incluirá el código de producto, el código de oficina en la
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.
Página 172 de 404


GESTIÓN DE CARTERA
- Desembolsos programados.
Calificación Deberá permitir definir y administrar diferentes estados del crédito:
- Vigente.
- Vencido.
- Cartera Saneada, se refiere a los créditos recuperados, operación que produce
variaciones de plazo y/o monto del crédito original y que obedecen a
dificultades en la capacidad de pago del deudor.
- Cobro Judicial, se refiere a la acción ante un juzgado competente mediante la
cual se gestiona la recuperación del crédito, esta etapa es posterior a la que el
BN ha agotado todas las acciones de cobranza pre-judicial sin que el cliente
cumpla con el pago de las cuotas vencidas.
- Cancelado.
En cada caso se debe considerar las repercusiones contables y operativas asociadas.
Calificación Según el estado de cada operación y el número de días de atraso que tenga en uno o
más pagos pactados en el contrato de crédito, deberá ejecutar mensualmente el
proceso de calificación de los clientes y de la cartera de créditos, asociando a cada
cliente y sus operaciones la calificación que le corresponda luego de aplicar las
definiciones legales establecidas por la Superintendencia de Banca, Seguros y AFP.
Actualmente estas regulaciones se basan en la aplicación de modelos de calificación,
que toman en consideración el tipo de crédito al que se asocia la operación, el número
de días de atraso en el pago y una evaluación de indicadores financieros y cualitativos
de gestión, así como el sector económico en el que desenvuelve sus actividades (aplica
sólo a créditos comerciales y corporativos).
Actualizará la calificación del cliente, las operaciones asociadas y generará la
información necesaria para los procesos de cobranza internos o judiciales del cliente en
los casos que aplique.
Generará la información para notificación de los cambios de calificación de los clientes a
ser enviados a la Central de riesgos y a los Burós de Crédito, en cumplimiento de la
normativa legal y los convenios institucionales vigentes, con los datos y formatos de
archivos correspondientes.
Provisiones Deberá integrar el proceso de cálculo y constitución de provisiones para los créditos del
Banco. El cálculo de provisiones para créditos irrecuperables se ejecutará tomando
como insumo la calificación obtenida por cada operación de crédito vigente, aplicando
el modelo y regulaciones vigentes definidas por la Superintendencia de Banca, Seguros
y AFP para este fin.
El modelo vigente asigna como provisión un porcentaje del valor pendiente de pago de
la operación, aplicable por una tabla oficial emitida por el regulador, en la que se
relaciona el porcentaje de provisión a aplicar con el tipo de crédito y la calificación
obtenida.
Con el valor resultante de las provisiones calculadas para cada operación, deberá
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.
Cálculo de Deberá realizar el cálculo y la provisión diaria de intereses para cada operación,
intereses tomando los parámetros y valores para el cálculo de los datos definidos en la
parametrización de cada producto.
Página 173 de 404


GESTIÓN DE CARTERA
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 Deberá incluir opciones automatizadas que permitan definir todas las formas posibles
Intereses de calcular los intereses a ser aplicados a una operación de crédito.
Entre estas opciones podemos señalar:
- Cálculo de interés simple.
- Cálculo de interés compuesto.
- La base de cálculo a aplicar (365/360, 365/365, 360/365, 360/360 entre otras).
- Período de cálculo, sobre una base diaria y opciones comunes de períodos
como
o Diario.
o Semanal.
o Quincenal.
o Mensual.
o Trimestral.
o Semestral.
o Anual.
Cálculo de Para el cálculo de intereses y la generación de los cronogramas de pago, tomará en
Intereses 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 Deberá tener la capacidad de generar planes de pago con diferentes características,
Pago 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 Para la generación y ejecución del cronograma de pago, tomará en consideración las
Pago definiciones del producto o condiciones contractuales para aplicar opciones de:
- Pago de intereses anticipados.
- Pago de intereses al vencimiento.
- Aplicación de pagos dentro del período de tiempo definido como válido, sin
aplicación de moratorios, cargos, ni cambio de estado.
- Pago adelantado de cuotas.
- Abonos parciales de la cuota.
- Pre-cancelación de la operación.
- Pago de varias cuotas por vencer, a ser aplicadas en la fecha de vencimiento.
Cronograma de Deberá permitir asociar al plan de pagos los períodos de gracia que puedan ser
Pago 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.
Página 174 de 404


GESTIÓN DE CARTERA
En un solo aviso de vencimiento y/o nota de débito, se debería poder agrupar diferentes
rubros a ser recaudados (capital, intereses, comisiones, impuestos), los cuales al
recaudarse se deben aplicar al rubro correspondiente, generando las afectaciones a las
cuentas contables que corresponda.
En los casos que aplique, se generará los comprobantes de pago, documentos de recibo
y/o facturas que correspondan, con los formatos y contenidos de información
aplicables a cada caso.
Permitirá configurar las notas de débito para que sean aplicadas en el momento del
desembolso, en el momento de pago de cada cuota o en un momento de aplicación en
particular según el caso.
Notas de Débito Permitirá establecer cuáles son los rubros de la operación que pueden ser financiados e
incluidos dentro de la cuota del préstamo y cuáles no pueden ser financiados.
Seguros En el caso de los productos que tiene asociados seguros obligatorios, permitirá el
cálculo y cobro de las primas de los seguros en diferentes modalidades:
- Pago anticipado del seguro.
- Pago de la prima en cuotas sin costo financiero.
- Pago de la prima en cuotas con costo financiero.
Pago Deberá permitir manejar diferentes modalidades de pago, de acuerdo a la definición del
producto y las condiciones contractuales negociadas:
- Efectivo en cajas.
- Débito en cuenta corriente o de ahorro.
- Cheque propio.
- Cheque de otros bancos locales.
- Cheque de gerencia de otros bancos.
- Descuento por planilla. Planilla es la nómina de las personas que reciben su
retribución por el trabajo realizado en un tiempo determinado.
- Combinación de varias opciones.
- Cuentas de apoyo o cuentas puente.
Pago Deberá permitir la aplicación de pagos parciales a las operaciones de crédito.
Para la aplicación de pagos parciales permitirá configurar el orden de aplicación del
pago a los rubros del préstamo (prelación de pagos).
Fecha Valor Integrará facilidades para la aplicación de transacciones con fecha valor.
En estos casos verificará que sean ejecutadas y autorizadas por funcionarios con el perfil
adecuado y cumpliendo las políticas y procedimientos de autorización para esos casos.
Actualizará los cálculos, cronogramas de pagos y estado de cuenta de la operación de
crédito, generando los ajustes contables correspondientes.
Reversos/Extornos Deberá ofrecer la posibilidad de manejar reversos y extornos de ciertas transacciones,
aplicando para ello los controles de cumplimiento de políticas y niveles de autorización
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.
Página 175 de 404


GESTIÓN DE CARTERA
Marcará la nueva operación como reestructurada y mantendrá la vinculación con el (los)
crédito(s) original(es) para seguimiento y control.
Castigo de cartera Incluirá el soporte automatizado para la aplicación de procesos de castigo de créditos,
aplicando los términos y condiciones que corresponda. Verificará que se cumpla con los
requisitos internos, legales, políticas y esquemas de aprobación y/o autorización que
apliquen a cada caso. Aplicará el pago a los valores irrecuperables de la operación con
cargo a las provisiones constituidas. Cambiará de estado la operación y generará los
movimientos y registros contables asociados.
Marcará la nueva operación como castigada y mantendrá la vinculación con el (los)
crédito(s) original(es) para seguimiento y control de recuperación posterior.
Generará la información requerida por ley, así como la información para registrar el
evento en la Central de Riesgos y Burós de Crédito.
Castigo Contable:
Operación contable que consiste en la eliminación o retiro del balance, de aquellos
activos calificados como incobrables o irrecuperables, después de demostrarse con
evidencias reales y comprobables el agotamiento de todas las acciones extrajudiciales y
judiciales para tal fin. El castigo no extingue la deuda ni libera garantías.
Cuentas irrecuperables:
Son las generadas por operaciones de carácter crediticio y no crediticio, respecto de las
cuales se han agotado todas las acciones extrajudiciales y judiciales, según el caso,
contempladas para su recuperación o regularización.
Información Durante toda la vida de una operación o línea de crédito, se mantendrá un expediente
General 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ías

REQUERIMIENTOS FUNCIONALES MÓDULO DE COLOCACIONES
GESTIÓN DE GARANTÍAS
Tipos de Deberá permitir la definición de diferentes tipos de garantías para respaldar los créditos,
Garantías tales como:
- Hipotecaria.
- Prenda.
- Cash Colateral, es el depósito líquido en garantía. Con relación a los Préstamos
Personales, el software debería estar en la capacidad de constituir, clasificar, y
realizar el seguimiento a este tipo de garantía. Así como permitir que una garantía
cubra varias operaciones de crédito.
- Pagarés con firma del deudor.
- Pagarés con firma del deudor y de garantes.
Página 176 de 404


- 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 Deberá permitir la vinculación a las operaciones de crédito, las garantías propuestas en las
Garantías 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 Permitirá facilitar la captura y digitalización de los documentos asociados al expediente
Custodia 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 En todo momento deberá asociar un estado a cada garantía y lo actualizará según los
Garantías procedimientos y las reglas de negocio que deban aplicarse en cada caso. Los principales
estados a gestionar son los siguientes:
- Propuesta.
- Constituida.
- Vigente.
- Bloqueada.
- Ejecutada.
- Recibida en dación de pago.
- Liberada.
- En administración (por ejecución o recepción en dación de pago).
- Realizada.
Estado de Llevará un estado de cuenta detallado y actualizado con todos los gastos realizados por el
cuenta Banco para la gestión de cada garantía en sus diferentes estados y los cargos generados al
cliente por cada gestión.
Página 177 de 404


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.
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
Administración venta o aprovechamiento de esos bienes.
y realización de Se llevará un estado de cuenta detallado con el valor que se ingresa los bienes y los
Garantías ingresos o gastos asociados a su administración hasta su venta y/o salida de los libros
contables del Banco.
Se mantendrá un vínculo de control entre este estado de cuenta y las operaciones
asociadas a la dación en pago o ejecución de las garantías, lo cual se refiere al tratamiento
establecido para las Garantías: registro, contabilización, seguimiento y control en un
sistema seguro que brinde un soporte eficaz.
17.3.2.5 Módulo de Colocaciones – Gestión de Cobranzas

GESTIÓN DE COBRANZA
Tipos de Facilitará toda la información y funciones para soportar los procesos de cobranza de los
Cobranzas 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 Permitirá administrar flujos de proceso automatizados para la ejecución y control de las
cobranzas 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 Proporcionará la información necesaria y el soporte automatizado para la ejecución de
actividades 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.
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
Página 178 de 404


GESTIÓN DE COBRANZA
por parte del cliente.
Costo de Llevará un estado de cuenta detallado y actualizado que deberá registrar todos los gastos
Cobranzas 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 Proporcionará soporte automatizado al proceso de ejecución de garantías de operaciones
Garantías que se encuentren en estado de cobro judicial y hayan cumplido con todos los requisitos
legales aplicables para su ejecución o se amparen en un proceso de dación de pago
acordado formalmente con el deudor y/o los jueces competentes.
Generará la documentación legal necesaria para la formalización del proceso y su
inscripción en los registros públicos.
Generará los movimientos contables correspondientes y registrará los bienes recibidos en
las cuentas correspondientes del activo del Banco.
Actualizará el estado de la operación y aplicará los valores contables asociados a las
garantías ejecutadas como abonos a los valores pendientes de pago de las operaciones
asociadas a las garantías ejecutadas, actualizando su estado, los cálculos sobre los valores
insolutos y los procesos de gestión que deban seguirse ejecutando hasta el cierre de las
operaciones asociadas.
17.3.3 Requerimientos Funcionales del Módulo de Pagos y Cobros

Para apoyar el procesamiento operativo de los servicios de Pagos y Cobros por
encargo de terceros, el Banco requiere del apoyo de un módulo que automatice
en forma efectiva y eficiente los procesos y procedimientos asociados a estos
servicios.
El Módulo de Pagos y Cobros deberá facilitar la definición de la modalidad
operativa bajo la que se realizará diferentes tipos de recaudaciones encargadas
por sus clientes, determinando por qué canales estará habilitado el servicio, si se
realizará con modalidades de débitos automáticos a cuentas de clientes del
Banco que hayan autorizado este servicio, por transferencias desde cuentas del
pagador a cuentas del recaudador, por pagos en efectivo en las ventanillas y
puntos de atención de transacciones financieras del Banco así como de
programas sociales. En todos los casos automatizará los cobros de comisiones
de servicio, retención temporal de fondos (con o sin pago de intereses) y la
generación de los comprobantes y archivos de datos acordados en los convenios
de recaudación.
Tendrá la capacidad de recibir archivos digitales con los datos de las
recaudaciones y en los casos de entidades del Estado, deberá conectarse en
línea con los sistemas informáticos de las entidades contratantes del servicio,
para tomar la información del recaudo y entregar los datos del pago recibido.
Por otro lado deberá apoyar la instrumentación de los procesos de pagos que
contrate un cliente, como por ejemplo, los pagos de remuneraciones o nómina,
pagaduría de programas sociales y pagos a proveedores, los mismos que se
ejecutarán siguiendo las instrucciones recibidas del cliente y con la generación
de notas de débito contra la cuenta del pagador y crédito a las cuentas de los
beneficiarios. En algunos casos, este tipo de servicios ofrecerá la opción de
pagos en las ventanillas del Banco, a través de la red de cajeros automáticos
Página 179 de 404

Multired, cajeros corresponsales y/o a través de los demás canales del Banco.
En cada caso aplicará los cobros de comisiones de servicio y otros cargos de
manejo definidos en los convenios.
Los convenios se atienden directamente con las entidades / instituciones del
Estado. Para el caso de entidades privadas se atiende a través del Servicio de
Corresponsalía.
A continuación se presentan los cuadros detallados de los Requerimientos
Funcionales del Módulo de Pagos y Cobros clasificados por: Requerimientos
Generales, Requerimientos de Cobranza por Encargo, Requerimientos de Giros
Bancarios, Requerimientos Recaudación de Impuestos, Tasas y Contribuciones,
Requerimientos de Desembolsos/Pagos por Encargo.
17.3.3.1 Módulo de Pagos y Cobros – Requerimientos Generales
MODULO DE PAGOS Y COBROS
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.
- 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
Página 180 de 404


ofrecerá la funcionalidad de tramitar transacciones en moneda diferente a la del cobro
o pago, generando de forma automática la respectiva operación de compra/venta de
moneda según sea el caso.
Implementación Habilitará la configuración de convenios de cobro mediante el esquema de depósito
especial en cuentas corrientes o cuentas de ahorro, el cual consiste en capturar datos
básicos del usuario del servicio que realiza el pago (código y nombre, por ejemplo), para
poder entregar dicha información al dueño de la cuenta, ya sea en su extracto diario,
mensual o bien por otros medios que la solución ofrezca. Esta funcionalidad deberá
integrarse con cuentas corrientes y cuentas de ahorro a efecto de completar la
acreditación de los fondos que se reciben de terceros (usuarios).
Implementación Permitirá configurar para cada convenio las diferentes formas de pago/cobro asociadas,
por ejemplo:
- Efectivo.
- Cheque propio (mismo banco).
- Cheque local (otro banco del país).
- Cargo/abono en cuenta (corriente/ahorro).
- Tarjeta de crédito.
- Nota de cargo/abono49.
Dichas formas de pago serán definidas por el contratante, y debe quedar abierta la
modificación de las mismas en cualquier punto de la vida del convenio.
Implementación Deberá ofrecer un esquema flexible para la configuración de formularios (recibos de
pago/cobro), para su respectiva asociación a los convenios.
La emisión de estos formularios podrá ser masiva y/o individual de acuerdo con los
requerimientos del convenio.
Implementación Permitirá configurar la forma en que el Banco administrará los fondos para realizar los
pagos de un lote, ya sea por medio de cuenta interna, reserva de fondos (en la cuenta
del contratante) o traslado de los fondos a una cuenta pagadora 50.
Recepción/Emisión Deberá administrar los fondos del lote recibido según se haya configurado en el
convenio de pago (cuenta pagadora, cuenta interna o reserva en la cuenta del
contratante).
Recepción/Emisión Deberá instruir a cuentas corrientes y cuentas de ahorro para procesar los débitos y
créditos masivos correspondientes a convenios de cobro/pago, por ejemplo para el
procesamiento de planillas, suscripción cobro/pago automático y pagos a proveedores.
Adicionalmente esta funcionalidad puede trasladar a esos módulos información
adicional que deberá mostrarse en los estados de cuenta y consultas de movimiento de
acuerdo a los términos pactados en el convenio.
Administración Permitirá identificar el estado de cada pago/cobro dentro de un lote. Por ejemplo:
pendiente, pagado/cobrado. Los diferentes estados serán definidos de acuerdo a las
necesidades de cada convenio.
Administración Deberá ofrecer la posibilidad de manejar reversos y extornos para las transacciones que
el Banco defina, aplicando para ello los controles y niveles de autorización establecidos.
Implementación Permitirá configurar la forma en que el Banco administrará los fondos para realizar los
cobros de un lote, ya sea por medio de cuenta interna o mediante el traslado de fondos
a la cuenta de contratante, ya sea por lote o por periodo (diario, semanal o mensual).
Implementación Habilitará la posibilidad de restringir el procesamiento de los cobros/pagos de un
convenio a un conjunto específico de agencias.
Implementación Deberá proveer un esquema para cobro de comisiones que permita manejar al menos:
- Monto fijo por transacción o por lote.
- Porcentaje sobre monto de la transacción o del lote.
49
Se aplica cuando una cuenta ha sido abonada por error y luego debe aplicarse el
pago/cobro en otra cuenta.
50
Las cuentas pagadoras no poseen chequera por lo cual sólo es debitada por los
movimientos que genera el Banco para cobertura de este tipo de servicios.
Página 181 de 404


- Montos mínimos por transacción (diario, semanal, quincenal o mensual).
- Montos máximos por transacción (diario, semanal, quincenal o mensual).
- Por volumen (de transacciones o de monto recaudado/pagado).
- Manejo de excepciones por cliente, segmento, sector económico, agencia,
región.
- Mixto (cualquier combinación de las anteriores).
La solución incluirá los procesos automáticos (batch / on line) que se requiera para que
los esquemas antes mencionados funcionen con las características de rendimiento y
eficiencia requeridas por el Banco. De igual forma dichos procesos deberán dejar los
rastros de auditoría pertinentes.
Los esquemas de comisiones deben estar en capacidad de apoyar la implementación de
campañas para promoción de servicio, por ejemplo mediante la excepción/reducción de
comisiones por aumento en la cantidad de transacciones realizadas.
Administración Permitirá la parametrización del cobro de comisiones mínimas 51 por bajo volumen para
los convenios de Ventanilla MYPE52
Pago/Cobro Deberá estar en capacidad de identificar claramente el convenio y tipo de pago/cobro
recibido.
Pago/Cobro Deberá estar en capacidad de manejar reversos y extornos (incluyendo los movimientos
respectivos en las interfaces), los cuales estarán sujetos a los esquemas de autorización
que definan el Banco y el contratante.
Administración Suministrará las facilidades necesarias para efectuar las labores control e investigación
de inconsistencias tanto a nivel de oficina, convenio, o cliente. Este tipo de
transacciones debe alimentar las estadísticas que permitan efectuar control de calidad
para detectar y documentar las oportunidades de mejora.
Reportes Suministrará herramientas para la generación de reportes e informes que sean de fácil
mantenimiento para usuarios finales (con poco o ningún apoyo del área de tecnología).
Reportes Podrá configurar la emisión de los reportes en medios físicos y/o magnéticos, según
frecuencia y detalle requeridos en cada convenio.
Reportes Habilitará la emisión de informes por lote y convenio mostrando el estado de cada pago.
Reportes Habilitará la emisión de informes consolidados por convenio, teniendo en cuenta que
algunos convenios se asocian a más de una cuenta corriente. El Banco requiere que
estos reportes consolidados faciliten ese análisis.
Integración Permitirá la interfaz con sistemas de mensajería (SMS, correo electrónico) para el
intercambio automático de información con el usuario y/o el contratante.
Administración Ofrecerá un esquema de pistas de auditoría que permita investigar las transacciones
realizadas (oficina, usuario, hora, fecha).
Administración Deberá ofrecer facilidades para la investigación y resolución de las diferencias que se
generen en la gestión de los convenios (tanto con el contratante como con el usuario
pagador).
Pago/Cobro Deberá ofrecer facilidades para la cobranza masiva de pólizas de seguros.
Pago/Cobro La solución deberá permitir recibir pagos por concepto de seguros, los cuales deben
estar asociados a clientes del Banco. La solución ofrecerá los mecanismos necesarios
para el control y seguimiento de las comisiones por cobrar por estos conceptos, de
acuerdo con la frecuencia establecida en el convenio (actualmente es mensual). Esta
funcionalidad debe integrarse con los sistemas de las compañías de seguros, de acuerdo
con los mecanismos establecidos por cada compañía.
51
Esto aplica cuando no se cumple con el volumen de desembolsos pactado en el convenio.
52
Micro y Pequeña Empresa
Página 182 de 404

17.3.3.2 Módulo de Pagos y Cobros – Cobranza por Encargo

REQUERIMIENTOS FUNCIONALES MODULO DE PAGOS Y COBROS
COBRANZA POR ENCARGO
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.
Administración Habilitará mecanismos para el control, distribución y seguimiento de los documentos
recibidos para trámite de cobro por encargo (manejo de estatus).
Administración Ofrecerá facilidades para control y seguimiento de los documentos no cobrados.
Administración Ofrecerá mecanismos para control de Protesto que generarán los notarios al vencimiento
del plazo de los documentos por cobrar.
Administración Ofrecerá mecanismos para el control de los documentos devueltos a la entidad
contratante, ya sea con o sin Protesto.
Pago/Cobro Deberá proveer las facilidades necesarias para recibir pagos completos contra
documentos recibidos para cobranza por encargo.
Pago/Cobro Deberá ofrecer facilidades para la recepción de abonos parciales contra los documentos
recibidos para cobranza por encargo, cuando el convenio así lo permita (renovaciones).
Pago/Cobro Deberá ofrecer facilidades para inhabilitar la recepción de abonos parciales, cuando el
convenio así lo establezca.
Administración Permitirá parametrizar la generación de archivos de respuesta (en diferentes formatos),
para la devolución de los documentos no cobrados (sea con o sin Protesto).
17.3.3.3 Módulo de Pagos y Cobros – Giros Bancarios

GIROS BANCARIOS
Administración y Permitirá la emisión individual o masiva (mediante recepción de archivos magnéticos) de
Mantenimiento giros bancarios 53en diferentes monedas. La emisión masiva deberá contar con facilidades
del Producto que permitan configurar el formato de los archivos, restricciones por convenio (por
ejemplo monto máximo por transacción, por lote o por beneficiario).
Administración y Habilitará el establecimiento de restricciones para el pago de giros bancarios de acuerdo
Mantenimiento con las instrucciones del ordenante. Entre estas restricciones podemos citar: con oficina
del Producto específica de pago(o grupo de oficinas), beneficiario específico, beneficiario alterno o
beneficiario mancomunado.
Administración y Permitirá la configuración de diferentes formas de recepción de fondos para los giros
Mantenimiento bancarios de acuerdo a las especificaciones que establezca el Banco, por ejemplo:
del Producto - Efectivo.
- Cargo en cuenta (corriente/ahorro).
La solución debe estar en capacidad de establecer restricciones de pago ligadas a la forma
en que se reciben los fondos, por ejemplo para el caso de cheques locales, debe estar
sujeto al cobro exitoso del cheque en el Banco respectivo. De igual forma podrán
configurarse restricciones por rangos de tiempo o plazas, según la forma de recepción de
fondos (T+”n”).
Proceso Operativo Permitirá el pago de giros bancarios validando las restricciones asignadas en la emisión
del mismo.
Proceso Operativo Habilitará la posibilidad de cambiar la oficina de pago de un giro bancario a solicitud del
ordenante, siendo configurable la aplicación o no de comisión por este concepto.
53
Estos giros bancarios no emiten valorado, es decir son una orden de pago para ser
liquidada en una oficina del Banco.
Página 183 de 404

17.3.3.4 Módulo de Pagos y Cobros – Recaudación de Impuestos, Tasas y

Contribuciones
RECAUDACION DE IMPUESTOS, TASAS Y CONTRIBUCIONES
Implementación Permitirá configurar diferentes convenios para recaudación de impuestos, tasas y
contribuciones.
Administración Deberá ofrecer facilidades para la consolidación y cuadre de los fondos recaudados por
diferentes canales.
Administración Ofrecerá facilidades para la asociación de cuentas de ingreso y los respectivos convenios.
Administración Deberá emitir el documento de pago según lo establecido por el Banco. El contenido de
cada recibo debe ser configurable de acuerdo con las necesidades del contratante.
Administración Permitirá la interconexión con el Sistema de Liquidación Bruta en Tiempo Real
(transferencias interbancarias), para confirmar la recepción de los fondos
correspondientes a la recaudación de impuestos recibida en los bancos comerciales.
Administración Deberá ofrecer herramientas para la administración (recepción y seguimiento) de las
declaraciones (físicas y electrónicas), asociadas a cada convenio.
Administración Deberá ofrecer facilidades para el control y seguimiento de los fondos recaudados en los
bancos comerciales.
Administración Permitirá la interconexión con los sistemas de cobro de impuestos y contribuciones
SUNAT54.
Administración Permitirá la interconexión con los sistemas de cobro de impuestos aduaneros (SUNAT).
Administración Permitirá la interconexión con los sistemas de cobro de tasas y contribuciones de las
entidades públicas (por ejemplo: Poder Judicial, PNP, DIGEMIN, RENIEC, entre otros).
17.3.3.5 Módulo de Pagos y Cobros – Desembolsos/Pagos por Encargo

DESEMBOLSOS / PAGOS POR ENCARGO
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.
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 Auxiliares

En esta sección se describe los requerimientos funcionales resumidos de los
Procesos Auxiliares para el Nuevo Core Bancario del Banco de la Nación.
Estos procesos pueden ser de aplicación y uso para complemento y ayuda a la
gestión de varios Módulos de Negocio o para uso específico en alguno de ellos.
17.4.1 Proceso de Canje Electrónico

REQUERIMIENTOS FUNCIONALES DEL PROCESO DE CANJE ELECTRÓNICO
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
Generales
recibidos por las instituciones financieras), a través de la Cámara de Compensación
Electrónica (CCE).
54
Página 184 de 404


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
Generales
cuentas corrientes, cheques de gerencia, cheques certificados, entre otros, en
moneda nacional y extranjera de la Institución.
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.
Generales
- Número de la cuenta corriente.
- Titular de la cuenta.
- Moneda.
- Importe.
- Plaza Compensable.
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
Generales
las normas y regulaciones establecidas por la Cámara de Compensación Electrónica
(CCE) y la Asociación de Bancos del Perú (ASBANC).
Deberá permitir crear la tabla de entidades financieras con las que el Banco de la
Generales
Nación realiza la compensación de cheques por plazas compensables.
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
Generales
momento, proporcionando las facilidades de integrar los dispositivos y software
especializado que se ofrecen en el mercado para este fin.
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
Generales
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.
Incluirá la opción de ingreso descentralizado de los cheques y su información en las
Generales
diferentes oficinas del Banco de la Nación.
Permitirá definir la forma de envío de los cheques para su compensación, sea en una
determinada plaza compensable (canje de provincias) o a través del centro de
Generales
intercambio físico de cheques de la Cámara de Compensación Electrónica (CCE) (canje
en Lima).
Generales Incluirá la opción de crear los conceptos o motivos por los cuales se rechazan los
cheques enviados o recibidos en el canje y compensación:
- Falta de fondos.
- Falta de firma(s).
- Firma(s) no conforme(s).
- Cheque mal girado.
- Cheque enmendado.
- Cheque revocado.
- Cuenta cancelada.
- Cheque fecha caduca.
- Cheque falsificado.
- Cuenta bloqueada.
- Falta endoso.
- Moneda incorrecta o no conforme.
- Código de banco incorrecto.
- Día no laborable.
- Físico no enviado.
- Importe errado (por rechazos de saldos a favor errados).
- Importe electrónico mayor al físico.
- Importe electrónico menor al físico.
Página 185 de 404


- 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.
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
Generales
representación del banco girado.
- Cheques de otras plazas.
- Cheques rechazados.
Permitirá crear las comisiones que cobra el Banco de la Nación a las entidades
Generales financieras y viceversa por el proceso de canje y compensación, como son la comisión
de no representación, comisión inter-plaza, entre otros.
Manejará una opción parametrizable para definir y gestionar cargos fijos y cargos
Generales
porcentuales por el importe del cheque, en el proceso de canje y compensación.
Permitirá crear cargos que se debe aplicar debido al rechazo de cheques del Banco en
Generales 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.
Permitirá crear, modificar o eliminar Plazas Compensables de Canje y/o Plazas
Generales
Presentadoras (Lima y Provincias).
Permitirá aplicar el procedimiento de Reversión de la Compensación Global (RCG),
para el re-cálculo de las Posiciones Bilaterales y Multilaterales Netas que se realiza
Generales
luego de excluir a una o más entidades financieras imposibilitadas de cubrir sus saldos
deudores resultantes de la Compensación Global.
Incluirá el manejo de las siguientes sesiones de cheques para el canje y compensación
Canje y compensación saliente, según los horarios establecidos de operación diaria:
saliente / Canje de - Cheques presentados, que se envía a la CCE.
Presentados y - Cheques rechazados, que se recibe de la CCE.
Rechazados - Saldos previos y saldos definitivos, resultado de la compensación (bilaterales
y multilateral).
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,
Canje y compensación
número de cuenta corriente, importe y moneda.
saliente / Registro de
- Permitirá realizar la consolidación y clasificación de cheques por institución
cheques
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 Generará y controlará el envío de archivos electrónicos a la CCE con información de los
saliente / Envío de cheques de otras instituciones financieras registradas en el proceso diario de cámara,
archivos electrónicos información debidamente desagregada por plaza compensable (Lima y Provincias).
saliente / Recepción Habilitará la recepción de archivos electrónicos de la CCE con la información de los
de archivos cheques rechazados por las otras instituciones financieras.
electrónicos
Canje y compensación Proporcionará soporte automatizado al proceso de recepción física, control y
Página 186 de 404


saliente / Recepción
de cheques procesamiento de los cheques rechazados por las otras instituciones financieras.
rechazados
Permitirá realizar la anulación de las operaciones por los rechazos en cheques que se
saliente / Anulación
recibe de las otras instituciones financieras.
de operaciones
Soportará el manejo de las siguientes sesiones de cheques para el canje y
Canje y compensación compensación entrante, según los horarios establecidos de operación diaria:
entrante / Canje de - Cheques presentados, que se recibe de la CCE.
Presentados y - Cheques rechazados, que se envía a la CCE.
Rechazados - Saldos previos y saldos definitivos, resultado de la compensación (bilaterales
y multilateral).
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
- Permitirá la recepción de archivos electrónicos con el detalle de información
Canje y compensación de los cheques del Banco.
entrante / Proceso de - Deberá realizar la validación y consistencia de información, de los archivos
archivos electrónicos electrónicos necesarios para el procesamiento automatizado de los cheques
recibidos 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.
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.
Canje y compensación - Enmendaduras.
entrante / Control de - Conformidad de valores entre números y letras.
calidad de cheques y - Firmas del cheque.
Rechazos - Endoso del cheque por el banco presentador.
- Fecha de giro.
- Entre otros.
Permitirá realizar el rechazo manual de cheques por no cumplimiento del control de
calidad del cheque.
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.
entrante / Aplicación
- Autorizaciones de cheques.
de cheques y
- Datos e información correcta.
Rechazos
- Entre otros.
Deberá realizar el rechazo automático de cheques que no pasan el proceso
comprobatorio.
entrante / Envío de Permitirá el envío de archivos electrónicos a la CCE, con información de cheques del
archivos electrónicos Banco rechazados, producto del proceso diario de cámara.
de rechazados
Gestión de Incluirá un sistema de gestión de documentos, que permita escanear y capturar las
documentos 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
Página 187 de 404


opciones de ejecución de diferentes tipos de consulta realizados desde los canales
autorizados.
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.
Integración Deberá permitir la integración con lectoras de cheques para la lectura de información
de los cheques.
Deberá permitir la integración con los productos y servicios del Banco para los abonos
Integración
y cargos por el resultado del proceso de canje y compensación de cheques.
17.4.2 Proceso de Manejo de Efectivo y Bóvedas

REQUERIMIENTOS 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
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 Permitirá la administración de remesas, controlando la generación de órdenes para
Fondos 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 Deberá ofrecer funcionalidades para control y gestión de solicitudes de transporte de
Fondos 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
Página 188 de 404

REQUERIMIENTOS FUNCIONALES PROCESO DE MANEJO DE EFECTIVO Y BÓVEDAS

necesidades del Banco.
Validación de Deberá permitir la validación de servicios de las Empresas Transportadoras de Valores
Servicios de ETV´s (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 Generará órdenes para traslado de fondos y valores por solicitud del cliente (amparadas
por orden de en convenios especiales previamente establecidos con los clientes).
Clientes
Distribución de Ofrecerá facilidades para el registro y control de saldos en custodia, por compañía de
Fondos de Bóveda 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.
A nivel de procesos el Banco de Nación realiza la programación, distribución y
aprobación. El transporte de efectivo se realiza a través de trasportadoras de caudales.
El Banco de la Nación cuenta con un aplicativo desarrollado In House (FISA), sistema
desarrollado en el mainframe que permite la distribución de fondos.
17.4.3 Proceso de Embargos

REQUERIMIENTOS FUNCIONALES PROCESO DE EMBARGOS
Gestión Ofrecerá la posibilidad de configurar esquemas de autorización de acuerdo a los niveles
Administrativa que defina el Banco.
Gestión Ofrecerá la posibilidad de configurar diferentes formatos de respuesta mediante el uso
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.
Gestión Ofrecerá facilidades para el registro y mantenimiento de la información de las
Administrativa autoridades competentes relacionadas con las órdenes de embargo. Adicional a los
datos generales de dichas personas la solución debe ofrecer facilidades para el registro
y mantenimiento de firmas, este proceso debe estar sujeto a controles de seguridad que
garanticen la disponibilidad, exactitud y confiabilidad de las mismas.
Gestión Deberá ofrecer facilidades para el control y seguimiento de los documentos generados
Administrativa 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.
Página 189 de 404


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’s 55, por lo
tanto la solución debe estar en capacidad de manejar este tipo de cálculos de una forma
parametrizable para poder atender los cambios que ocurran en el tiempo.
Cumplimiento Ofrecerá facilidades para registrar y ejecutar el orden de prelación sobre los montos
retenidos (precedencia con que se entregarán los fondos en caso de existir varios
embargos sobre una misma cuenta), incluyendo las obligaciones (préstamos) que el
cliente pueda tener con el Banco.
Abono del monto Deberá ofrecer facilidades para debitar los fondos que posea el(los) obligado(s) para su
respectivo traslado hacia cuentas transitorias o su entrega a la autoridad competente.
La solución debe cubrir esta funcionalidad en una sola transacción de tal forma que el
funcionario pueda "Marcar" las operaciones que serán afectadas. Posteriormente al
confirmar esta transacción, la solución realiza los respectivos movimientos en los
módulos asociados a las operaciones previamente marcadas, generando los
movimientos contables correspondientes. En lo que refiere a depósitos judiciales, esta
transacción mostrará las operaciones en que el obligado aparece como demandante o
demandado, claramente diferenciados los unos de los otros, para que el usuario pueda
analizar fácilmente cuáles debe incluir en el embargo y cuáles no.
Abono del monto Deberá estar en capacidad de girar los fondos retenidos por medio de las diferentes
formas de pago que el Banco disponga, siempre con apego a las indicaciones que la
resolución u oficio establezca. En este último aspecto la solución debe ofrecer al usuario
una forma ágil de verificar dichas indicaciones, por ejemplo brindando acceso al
documento digitalizado.
Gestión Suministrará herramientas para la generación de reportes e informes que sean de fácil
Administrativa mantenimiento para usuarios finales (con poco o ningún apoyo del área de tecnología).
Gestión Suministrará facilidades necesarias para emitir los informes de embargo, utilizando las
Administrativa plantillas que el Banco requiera.
Gestión Suministrará facilidades necesarias para la confección de los anexos al Balance. Los
Administrativa anexos del Balance son documentos que se emiten con una periodicidad mensual y
reflejan en forma detallada y clara las operaciones que conforman sus saldos contables
55
Unidad de referencia procesal, corresponde al 10% de la unidad impositiva tributaria
establecida por SUNAT anualmente.
Página 190 de 404


y las características que deben de tener son:
 Encabezamiento (descripción, anexo del Balance, fecha, área que lo elabora
Departamento, División, Sección, fecha de presentación, moneda en que se
expresará).
 Detalle en forma resumida (descripción de lo que se está contabilizando, incluyendo
fecha y si es en moneda extranjera multiplicarlo por el tipo de cambio del mes
regulado por la SBS).
Verificación Deberá integrarse con todos los módulos del Core Bancario para extraer el resumen de
operaciones activas e inactivas que posea el obligado, sujeto de embargo.
Verificación Deberá integrarse con todos los módulos del Core Bancario para retener las sumas
embargadas o a embargarse, sobre los saldos de las cuentas del obligado. Así mismo
habilitará interfaces con los módulos legados que posea el Banco para retener cualquier
otro tipo de fondos o valores de acuerdo con lo que establezca el mandato de embargo.
Orden de Embargo Deberá integrarse con el sistema de la SUNAT para la recepción de órdenes electrónicas
y para los procesos de conciliación con dicha entidad. También deberá estar en
capacidad de entregar los fondos por medio de esta interfaz. La solución permitirá que
en el mediano plazo esta integración pueda incluir otros entes.
Gestión Deberá ofrecer un robusto esquema de pistas de auditoría que permita dar seguimiento
Administrativa a las operaciones realizadas por usuario, oficina, fecha, hora y tipo de transacción.
17.4.4 Proceso de Levantamiento de Secreto Bancario

REQUERIMIENTOS FUNCIONALES PROCESO DE LEVANTAMIENTO DE SECRETO BANCARIO
Gestión Ofrecerá la posibilidad de configurar esquemas de autorización de acuerdo a los niveles
Administrativa que defina el Banco. Los datos bancarios de los clientes que se encuentran en el
sistema, son confidenciales y solo los usuarios autorizados tienen acceso a ellos.
Gestión Ofrecerá la posibilidad de configurar diferentes formatos de respuesta mediante el uso
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 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.
Gestión Ofrecerá facilidades para el registro y mantenimiento de la información de las
Administrativa 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
Gestión Deberá ofrecer facilidades para el control y seguimiento de los documentos generados
Administrativa en el proceso (fecha de envío, expediente relacionado, estado actual del documento,
Gestión Suministrará facilidades para digitalización de los documentos recibidos y emitidos, de
Administrativa tal forma que puedan ser accedidos de forma ágil en cualquier momento del proceso.
almacenamiento y consulta en el mediano y largo plazo.
Notificación / Deberá emitir los diferentes documentos de respuesta que el proceso requiera entre los
Repuesta que podemos citar:
- Cliente sin productos.
Notificación / Ofrecerá facilidades para dejar sin efecto la orden de levantamiento del secreto
Repuesta bancario, previa validación de cumplimiento de los respectivos requisitos y en apego al
esquema de autorización que el Banco defina.
Solicitud de Deberá ofrecer facilidades para el registro y control las solicitudes de levantamiento que
levantamiento de el Banco reciba. Esta funcionalidad debe incluir el manejo del estado de la orden de
secreto bancario levantamiento de secreto bancario, de tal forma que el área encargada pueda dar
Página 191 de 404

REQUERIMIENTOS FUNCIONALES PROCESO DE LEVANTAMIENTO DE SECRETO BANCARIO

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.
Gestión Suministrará herramientas para la generación de reportes e informes que sean de fácil
Administrativa mantenimiento para usuarios finales (con poco o ningún apoyo del área de tecnología).
Gestión Deberá integrarse con todos los módulos del Core Bancario para extraer el resumen de
Administrativa 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.5 Proceso de Transferencias Interbancarias LBTR, CCE

REQUERIMIENTOS FUNCIONALES DEL PROCESO DE TRANSFERENCIAS INTERBANCARIAS
Permitirá el proceso de órdenes de transferencias interbancarias a través del sistema
LBTR56en el caso de transferencias interbancarias de fondos de alto valor, y el proceso de
Generales
órdenes de transferencias interbancarias a través de la Cámara de Compensación
Electrónica (CCE57) en el caso de transferencias interbancarias de fondos de bajo valor.
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
Generales
Liquidación Bruta en Tiempo Real (LBTR). Los límites establecidos serán validados al
momento de realización de las transferencias.
Permitirá establecer los límites internos de procesamiento de transferencias interbancarias
Generales
vía CCE o LBTR, estableciendo las comisiones respectivas de cada sistema de pago.
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á
Generales
realizar transferencias en moneda nacional y en moneda extranjera, permitiendo su
ejecución a través de los canales del Banco autorizados.
Permitirá definir la información necesaria para la realización de las transferencias:
- Cliente Originante (persona natural o jurídica, con cuenta o sin cuenta).
- Cliente Receptor (persona natural o jurídica, con cuenta o sin cuenta).
- Número de cuenta origen (incluidos CCI, datos del cliente originante: dirección,
documento de identidad, entre otros.)
Generales - Lavado de Activos.
- Número de cuenta destino (CCI u otro instrumento, dependiendo del tipo de
transferencia: ordinaria, pagos de tarjetas de crédito de otros bancos, pago de CTS,
órdenes de pago, pago a proveedores, entre otros).
- Entidad participante receptora.
- Concepto de la transferencia.
Deberá permitir crear la tabla de entidades financieras habilitadas para recibir
Generales transferencias interbancarias, dependiendo del sistema de pagos que se utilice (CCE o
LBTR).
Deberá permitir manejar el código de cuenta interbancario CCI para la realización de
Generales
transferencias entre cuentas de los diferentes bancos.
Permitirá definir diferentes conceptos para la realización de las transferencias, como por
Generales ejemplo transferencias por pago de proveedores, pago de haberes, pago de CTS, pago de
tarjetas de crédito de otros bancos, órdenes de pago, entre otros.
Generales Deberá permitir crear los diferentes cargos por concepto de transferencias interbancarias
tales como comisiones e impuestos, en base a las siguientes consideraciones:
- Definir las comisiones que se cobra al cliente por tipo de transferencia.
- Definir las comisiones que se cobra a las instituciones financieras bajo parámetros
estándar y/o específicos.
56
Liquidación Bruta en Tiempo Real.
57
Cámara de Compensación Electrónica.
Página 192 de 404


- Definir las comisiones que cobran las instituciones financieras al Banco de la
Nación.
- Definir las comisiones internas e interbancarias según rangos de importes, plaza de
destino (CCE: Misma Plaza, Otra Plaza o Plaza Exclusiva), entre otros.
- Definir diferentes cargos o comisiones dependiendo de si las transferencias son
realizadas en moneda nacional o moneda extranjera.
- Definir por tipo de cargo, diferentes periodicidades de cobro, como por ejemplo:
diaria, mensual, trimestral, semestral, anual, fecha fija, al momento de la
realización de la transferencia (Transferencias Programadas o Débito Directo
Autorizado).
- Permitir el cargo de impuestos cuando el receptor de la transferencia de fondos
sea distinto al ordenante de la transferencia (Inafectación del ITF para
Transferencias entre cuentas de un mismo titular).
Permitirá configurar los diferentes horarios establecidos para la realización de
Generales transferencias como por ejemplo: hora en el día para recibir las transferencias diarias, hora
en el día para enviar las transferencias diarias.
Permitirá la recepción de solicitudes y cartas orden de transferencia de fondos para su
Solicitud de
registro y posterior ejecución. Para la recepción de solicitudes se habilitará el soporte
transferencia
multicanal como por ejemplo: ventanillas del Banco, Internet, ATM, entre otros.
Recepción de Soportará la recepción de las transferencias en forma automática desde las agencias a la
sucursales oficina principal, para su proceso centralizado.
Verificación de La solución deberá controlar y realizar la verificación de las siguientes condiciones
condiciones requeridas para la ejecución de las transferencias:
- Verificación de firmas de responsabilidad de las solicitudes y cartas orden (Cliente
Originante: Personas Jurídicas).
- Verificación de la autorización, en caso de transferencias autorizadas por la
DGETP58.
- Contar con la respectiva cuenta bancaria.
- Código de cuenta interbancario (CCI) de la cuenta bancaria del banco comercial
donde se desea efectuar la transferencia de fondos.
- Verificación de saldos de las cuentas para la realización del débito / crédito de las
transferencias.
- Verificación de restricciones vigentes en las cuentas (cuentas vigiladas,
bloqueadas, entre otros).
- Verificación de los límites de transferencia definidos, posibilitando el envío de la
transferencia para su registro y proceso a través de CCE, en caso de transferencias
de bajo valor.
Autorización de Deberá manejar esquemas de autorización de entes supervisores, discriminados por rangos
la transferencia de transferencia, por concepto o motivo de transferencia, por moneda de la transferencia.
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
Ejecución de
de los clientes. Adicionalmente permitirá dejar en suspenso las órdenes de transferencia en
transferencia /
caso de insuficiencia de fondos en las cuentas, realizando el reintento de la transacción por
LBTR
“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 Permitirá la integración con el sistema externo CCE para la alimentación o descarga de los
transferencia / datos de las transferencias de bajo valor, permitiendo el proceso en línea o en lotes, de los
CCE 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.
58
Dirección General de Endeudamiento y Tesoro Público
Página 193 de 404


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
Reportes y
con detalles de origen/destino, importe, concepto, estado de la transferencia (pagada,
Consultas
devuelta, en suspenso).
Permitirá realizar extornos, es decir la anulación de las transferencias en casos como
Extorno de
equivocación, error, nueva instrucción del cliente, lo cual aplica siempre y cuando la
transferencias
transferencia aún no sea procesada en el sistema LBTR o CCE.
Integración Permitirá la Interconexión al sistema interbancario (SIB) del BCRP 59.
Deberá permitir la interfaz automática con sistemas de clientes institucionales como por
ejemplo SUNAT60, MEF61, entre otros, a efectos de alimentación automática de las órdenes
Integración 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.
17.5 Requerimientos Funcionales de Procesos de Apoyo
17.5.1 Proceso de Administración Contable

El proceso de Administración Contable del Banco de la Nación se mantendrá en
la modalidad operativa y con el soporte tecnológico que provee la plataforma
actual, que es la suite de software “ORACLE FINANCIALS”. La solución
propuesta para el Nuevo Core Bancario por tanto, deberá integrarse con esta
plataforma.
La integración se dará a nivel de todos y cada uno de los Módulos de Negocio,
Plataformas de Atención y los Procesos Auxiliares que contemple la solución
propuesta, deberán generar en forma automática los asientos y comprobantes
contables que se requieran para reflejar en “ORACLE FINANCIALS” todo el
movimiento financiero realizado como resultado de las transacciones y
operaciones nuevas, que se generen como resultado de la operación cotidiana
del Banco.
Los comprobantes deberán ser resumidos y aplicar todos los principios contables
que por definición del Banco o por requerimientos regulatorios y de control deban
aplicarse, incluyendo facilidades para modificar y reajustar los comprobantes a
generarse, para que reflejen y se ajusten a los cambios que puedan darse en el
plan de cuentas del Banco o en las definiciones de reglas de contabilización que
deban aplicarse.
Diariamente, al cierre de operaciones los registros contables se dejarán vía
interfaz, en un formato de fácil conversión a las tablas GL INTERFACE 62,
permitiendo la importación de todos los asientos contables al módulo CG 63.
La nueva solución Core Bancario deberá generar reportes de la contabilización
realizada al final del día con los movimientos contables de cada cuenta contable
afectada.
Cada Módulo de Negocio, Plataforma de Atención y Proceso Auxiliar deberá
registrar y mantener el detalle de las operaciones y transacciones realizadas,
59
Banco Central de Reserva del Perú
60
Superintendencia Nacional de Aduanas y Administración Tributaria
61
Ministerio de Economía y Finanzas
62
Interfaz de ORACLE FINANCIALS
63
Módulo CG: Módulo de Contabilidad General de ORACLE FINANCIALS
Página 194 de 404

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.
Funcionales del Proceso de Apoyo Administración Contable:
REQUERIMIENTOS FUNCIONALES DE ADMINISTRACIÓN CONTABLE
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.
Contabilización Ofrecerá facilidades para asociar obligatoriamente las transacciones de cada producto a
su respectivo esquema contable, asimismo todos los registros generados diariamente
serán enviados (de acuerdo a esquema de diseño establecido) al archivo de interface
estándar de Oracle Financials. Todos los asientos van ser identificados con el número de
sintético que define a cada área operativa y Agencia de Lima y Provincias, obteniendo
como resultado los asientos de sus transacciones en el módulo de Contabilidad General.
Junto con el proceso de carga de asientos contables vía interfaz estándar se ejecutarán
las validaciones definidas para la estructura contable, y en general las que se hayan
definido para la contabilidad.
Contabilización Deberá ofrecer facilidades para la configuración del Calendario a fin de permitir que la
generación de movimientos contables y operativos de los días domingos y feriados
ingresen con la misma fecha de generada la operatividad.
Contabilización Ofrecerá mecanismos que faciliten la modificación de la parametrización contable (por
ejemplo cuando el regulador solicita reestructuración de la contabilización de algún
producto). Esta funcionalidad debe tomar en cuenta que dichos cambios pueden ser
masivos, por lo cual la solución debe poder recibir y procesar archivos en diferentes
formatos para facilitar la labor operativa del Área de Contabilidad.
Contabilización Para la carga de los asientos contables al Oracle Financials (SAI) se requieren archivos
TXT.
Contabilización Ofrecerá facilidades para parametrizar contabilidad detallada y/o resumida por
producto, tipo de transacción, oficina, unidad o empresa, según lo requiera el Banco.
Esta funcionalidad permitirá cambiar dicha forma de contabilización (detallada a
resumida o viceversa) en cualquier momento que la Institución lo requiera.
Asimismo, la solución deberá permitir desde la Contabilidad poder acceder en modo
Drill Down a las Tablas de Clientes y Servicios efectuados en un determinado día.
Contabilización Deberá implementar las funcionalidades necesarias para que el proceso de generación
de asientos complete la combinación contable a partir de diversos parámetros como
podrían ser el tipo de transacción, oficina, unidad, moneda y tipo de movimiento.
Contabilización Permitirá la generación de movimientos contables en forma masiva (batch), por
transacción, oficina, unidad y producto.
Contabilización Permitirá la generación de asientos de ajuste (manuales) para su respectivo traslado al
proceso de gestión contable, aplicando los niveles de autorización definidos por el
Banco. Este tipo de movimientos deberá cumplir con las mismas validaciones que se
realiza en la generación de los asientos automáticos.
Contabilización Deberá guardar información que permita ligar cada movimiento contable con la(s)
operación(es) que la originaron, permitiendo de esta forma realizar cuadres entre la
Página 195 de 404

REQUERIMIENTOS FUNCIONALES DE ADMINISTRACIÓN CONTABLE

información operativa (reportes y consultas de cada producto) y los saldos contables.
Deberá generar los reportes y archivos con los movimientos operativos (diarios y
mensuales) por cuenta, de acuerdo a diseños establecidos, y que son remitidos a
Contabilidad y Organismos Externos por las Áreas (Anexos de Balance). Para la
generación de reportes en Moneda Extranjera se deberá considerar la variación de tipo
de cambio diaria para las cuentas Activas, Pasivas, Contingentes y Cuentas de Orden.
Ejemplos y detalles serán revisados con el Contratista durante la etapa del Plan de
Trabajo, considerando la confidencialidad de la información que se manejará y los
procesos de seguridad que debe guardar toda institución bancaria.
Contabilización Debe permitir el manejo de información histórica, facilitando desde la Base de Datos la
generación de archivos TXT para atender las fiscalizaciones de los Organismos
Supervisores. La solución debe estar en capacidad de manejar altos volúmenes de
información histórica sin que presente problemas de rendimiento en el desempeño de
los módulos que tengan integración con el sistema contable.
Contabilización Deberá integrarse con Oracle Financials para el traslado de los registros contables
diarios generados por el Core Bancario, correspondientes a las Cuentas Transitorias y la
emisión de los reportes TXT que se requieran. Esta funcionalidad debe quedar
habilitada para funcionar en línea o por medio de archivos como contingencia ante
situaciones fuera del control de la solución.
17.5.2 Proceso de Gestión Integral de Riesgos

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.
Esta gestión especializada, requiere la disponibilidad de los datos generados
como resultado de las operaciones y transacciones de los clientes en su relación
de negocios con el Banco. Es por tanto un requerimiento que todos los Módulos
de Negocio de la solución propuesta de Core Bancario generen la información
necesaria para alimentar el Data Warehouse que soportará la Gestión Integral de
Riesgos64.
17.5.3 Procesos de Control y Prevención de Lavado de Activos

El Control y Prevención del Lavado de Activos del Banco de la Nación estará
soportado fundamentalmente en una plataforma tecnológica especializada, en el
entorno de un proyecto de Data Warehouse independiente del Nuevo Core
Bancario y otras aplicaciones especializadas del Banco de la Nación.
Esta gestión especializada requiere la disponibilidad de los datos generados
como resultado de las operaciones y transacciones de los clientes en su relación
de negocios con el Banco. Es por tanto un requerimiento que todos los Módulos
de Negocio de la solución propuesta de Core Bancario generen la información
necesaria para alimentar el Data Warehouse que soportará el Control y
Prevención del Lavado de Activos 65 y otras aplicaciones especializadas del
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.
64
Capitulo Requerimientos de Información para Entidades Externas
65
Capitulo Requerimientos de Información para Entidades Externas
Página 196 de 404

La nueva solución de Core Bancario debe prever la ejecución de las acciones en

los puntos de atención al cliente, necesarias para el cumplimiento de la
regulación vigente en materia de Control y Prevención del Lavado de Activos,
como es la generación de los formularios para firma del cliente cuando una
transacción específica supere el umbral establecido, o cuando las transacciones
múltiples superen los montos establecido por la norma.
17.5.4 Proceso de Reportes Regulatorios y de Control
Es un requerimiento que todos los módulos de negocio de la solución propuesta

generen la información necesaria para alimentar el Data Warehouse que
soportará los Reportes Regulatorios y de Control. A continuación se presenta la
relación de los Reportes Regulatorios y de Control que actualmente genera el
Banco de la Nación para el cumplimiento de la regulación vigente. Estos reportes
se dividen en tres tipos: Estados Financieros, Anexos Regulatorios y Reportes
Regulatorios, presentando los tipos y nombres de reportes, una breve
descripción, la periodicidad y la fuente de información:
17.5.4.1 Estados Financieros

REPORTE DESCRIPCIÓN PERIODICIDAD FUENTE
Forma “A” Balance General Mensual Sistema Contable
Forma “B” Estado de Ganancias y Pérdidas Mensual Sistema Contable
Forma “C” Estado de Flujo de Efectivo Mensual Sistema Contable
Forma “D” Estado de Cambios en el Patrimonio Neto Mensual Sistema Contable
17.5.4.2 Anexos Regulatorios

ANEXO DESCRIPCIÓN PERIODICIDAD FUENTE
Anexo 1 - A, B, C, Inversiones. Mensual Nuevo Sistema de
DyE Inversiones
Anexo 2 Créditos Directos e Indirectos por Tipo de Mensual Core Bancario
Garantía.
Anexo 3 Flujo Crediticio por Tipo de Crédito y Sector Mensual Core Bancario
Económico.
Anexo 4-A Bienes Adjudicados y Recuperados. Mensual Sistema Contable
Anexo 5 Informe de Clasificación de Deudores y Mensual Otros Reportes
Provisiones.
Anexos 5-A Resumen de Provisiones Procíclicas. Mensual Otros Reportes
Anexo 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. Mensual Core Bancario
y M.E. y Medición de la Exposición de la Sistema Contable
Empresa al Riesgo de Tasa de Interés. Riesgos
Anexo 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 Mensual Core Bancario
Número de Cuentas.
Anexo 13 Depósitos según Escala de Montos. Mensual Core Bancario
Página 197 de 404

ANEXO DESCRIPCIÓN PERIODICIDAD FUENTE
Obligaciones con el Exterior. Mensual Core Bancario

Anexo 14
Anexo 15-A Reporte de Tesorería y Posición Diaria de Diaria Core Bancario
Liquidez. Sistema Contable
Riesgos
Anexo 15-B Posición Mensual de Liquidez. Mensual Core Bancario
Sistema Contable
Riesgos
Anexo 16 Cuadro de Liquidez por Plazos de Vencimiento. Mensual Core Bancario
Sistema Contable
Riesgos
Anexo 16-B Simulación de Escenario de Estrés y Plan de Trimestral Core Bancario
Contingencia. Sistema Contable
Riesgos
Anexo 20 Balance Sectorizado por Agentes Económicos. (*) Mensual Core Bancario
Sistema Contable
Anexo 21 Encaje MN y ME. (*) Mensual Sistema Contable
Compensación por Tiempo de Servicios. Mensual Sistema Contable
Anexo 24
FORMA E Información Adelantada del Balance. Quincenal Sistema Contable
17.5.4.3 Reportes Regulatorios

Reporte 2 Activos y Créditos Contingentes Ponderados por Mensual Sistema Contable

(Anexo A) Riesgo.
Reporte 2-B1 Método Estándar - Requerimiento de Mensual Core Bancario
(Anexo 1-A) Patrimonio Efectivo por Riesgo de Tasa de Riesgos
Interés en la Cartera de Negociación - Riesgo
Específico.
Reporte 2-B1 Método Estándar - Requerimiento de Mensual Core Bancario
(Anexo 1-B) Patrimonio Efectivo por Riesgo de Tasa de Riesgos
Interés en la Cartera de Negociación - Riesgo
General.
Reporte 2-B1 Método Estándar - Resumen Requerimiento de Mensual Core Bancario
(Anexo 1-C) Patrimonio Efectivo por Riesgo de Tasa de Riesgos
Interés en la Cartera de Negociación.
Reporte 2-B1 Método Estándar - Requerimiento de Patrimonio Mensual Core Bancario
(Anexo 3) Efectivo por Riesgo Cambiario. Sistema Contable
Riesgos
Reporte 2-C1 Requerimiento de Patrimonio Efectivo por Riesgo Mensual Core Bancario
Operacional - Método del Indicador Básico. Sistema Contable
Riesgos
Reporte 2 C2 Requerimiento de Patrimonio Efectivo por Riesgo Mensual Core Bancario
Operacional - Método Estándar Alternativo. Sistema Contable
Riesgos
Reporte 2-D Requerimientos de Patrimonio Efectivo por Mensual Sistema Contable
Riesgos de Crédito, Mercado y Operacional y Otros Reportes
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).
Reporte 3 Patrimonio Efectivo. Mensual Sistema Contable
Reporte 5 Cotización de Oferta y Demanda de Moneda Diaria Finanzas
Página 198 de 404

Extranjera.
Reporte 6-A Tasas de Interés Activas sobre Saldos. Diaria Finanzas
Reporte 6-B Tasas de Interés Pasivas sobre Saldos. Diaria Finanzas
Reporte 6-D Tasas de Interés Activas de Operaciones Diarias. Diaria Finanzas
Reporte 6-E Tasas de Interés Pasivas de Operaciones Diarias. Diaria Finanzas
Reporte 9 Relación de Cuentas Corrientes Cerradas por Mensual Core Bancario
Giros de Cheques sin Fondos.
Reporte 13 Control de Límites Globales e Individuales Mensual Core Bancario
aplicables a las Empresas del Sistema Financiero. Sistema Contable
Riesgos
Reporte 14 Créditos Según Días de Incumplimiento. Mensual Core Bancario
Sistema Contable
Reporte 23 Exposición al Riesgo País. Mensual
Reporte 24 Información de Reclamos Recibidos de los Trimestral Planeamiento
Usuarios.
Reporte 24-B Detalle de Otras Operaciones – Servicios o Trimestral Planeamiento
Productos y Otros Motivos de Reclamo.
Reporte 25 Información de Castigos y Condonaciones de Trimestral Core Bancario
Créditos.
Reporte 28 Información de Estados Financieros de Deudores Semestral Core Bancario
Comerciales.
Reporte 30 Cajeros Automáticos y Cajeros Corresponsales. Trimestral Operaciones
S/N Adeudo y Flujos con el Exterior por Créditos de Mensual Sistema Contable
Corto y Largo Plazo. (*)
En el caso que la solución de Core Bancario tenga responsabilidad en la entrega de la

información, dependiendo de la fuente conforme a la descripción anterior, el Contratista
deberá generar la información necesaria para su procesamiento posterior por parte del
Banco de la Nación, en el formato, alcance definidos 66 y considerando la relación
actualizada de los reportes, al inicio del Gap Análisis.
-------------------------------------------------------------------------------------------------------------------------------
18Glosario de Términos
Arquitectura 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.
66
Capítulo Requerimientos de Información para Entidades Externas
Página 199 de 404

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.
CICS: (Customer Information Control System): es un gestor transaccional de programas de
aplicaciones con acceso a datos, haciendo las veces de lo que sería en ambiente distribuido un
servidor de aplicaciones
Directorio LDAP: siglas en inglés de Lightweight Directory Access Protocol. Término con el
cual Microsoft se refiere a su implementación de servicio de directorio en una red distribuida de
computadores sobre conexiones TCP.
DGETP: Dirección General de Endeudamiento y Tesoro Público.
ESB: siglas en inglés de Enterprise Service Bus. Componente de software que provee los
mecanismos necesarios para integrar aplicaciones heterogéneas (orientadas y no orientadas a
servicios) en una organización. Se usa en el contexto de implementación de capacidades de
mensajería en una infraestructura orientada a servicios.
Estándares Asociados: conjunto de normas y reglas relacionadas con el desarrollo del
producto o servicio para incrementar su calidad.
Estándar de Desarrollo: norma, regla o metodología de uso generalmente aceptada que
incrementa la calidad en la construcción de aplicaciones software.
Estándar de Mercado: norma, regla o metodología de uso generalmente aceptada que
incrementa la calidad en el desarrollo del producto o servicio.
FISA: es un sistema de traslado y transferencia de fondos en moneda nacional y extranjera a la
red de agencias, aplicativo desarrollado por el Banco.
IVR: siglas en inglés de Interactive Voice Response. Sistema de respuesta interactiva que
entrega y captura información de forma automatizada a través del teléfono. Permite a quien
llama responder a un menú de opciones (descritas por una voz electrónica), presionando los
botones de un teléfono de tonos.
LBTR: Liquidación Bruta en Tiempo Real.
Licencia Flotante: son licencias que permiten compartir una sola licencia de software entre
muchos usuarios, siempre y cuando el número total de usuarios concurrentes sea igual o menor
que el número de licencias adquiridas.
MEF: Ministerio de Economía y Finanzas.
MTC: Ministerio de Transporte y Comunicaciones.
MYPE: Mediana y Pequeña Empresa.
OASIS: siglas en inglés de Organization for the Advancement of Structured Information
Standards. Organización internacional sin fines de lucro que trabaja en el desarrollo,
convergencia y adopción de estándares para la sociedad de la información.
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.
Página 200 de 404

Proceso Batch: se dice que un proceso es batch, cuando las instrucciones insertas en él, se
realizan en forma secuencial y automática por el computador.
P3P: Platform for Privacy Preferences. Protocolo que permite que los sitios web puedan
expresar sus prácticas de privacidad en un formato estándar de manera de facilitar la
recuperación e interpretación de las mismas.
RBAC: siglas en inglés de Role Based Access Control. Modelo de implementación de
seguridad donde se restringe el acceso únicamente a usuarios autorizados.
RENIEC: Registro Nacional de Identificación y Estado Civil.
SAML: Security Assertion Markup Language. Estándar basado en XML para el intercambio de
datos de autenticación y autorización entre dominios de seguridad.
SDK: siglas en inglés de Software Development Kit. Conjunto de herramientas de desarrollo,
documentación y ejemplos que facilitan la creación de aplicaciones para un sistema concreto.
SGSI: Sistema de Gestión de Seguridad de Información. Conjunto de políticas de
administración de la información, buscando asegurar la confidencialidad, integridad y
disponibilidad de la misma. Concepto central sobre el que se construye ISO 27001.
SIAF: Sistema Integrado de Administración Financiera del Estado. Sistema del Ministerio de
Economía y Finanzas del Estado Peruano. Es una herramienta ligada a la Gestión Financiera
del Tesoro Público en su relación con las Unidades Ejecutoras (UEs).
SIARLADI: sistema de Análisis y Reportes de Lavado de Dinero, aplicativo desarrollado por el
Banco.
SOA: siglas en inglés de Service Oriented Architecture.
SOAP: siglas en inglés de Simple Object Access Protocol. Protocolo basado en XML para el
intercambio de información sobre HTTP. Permite la comunicación entre aplicaciones que se
ejecutan en distintos sistemas operativos, utilizando distintas tecnologías y lenguajes de
programación.
Sistemas Abiertos: se le denomina a sistemas computacionales cuya característica es la
compatibilidad técnica con otras plataformas distintas a él.
SOAT: Seguro Obligatorio de Accidentes de Tránsito.
SSL: Secure Socket Layer. Tecnología estándar de seguridad para el establecimiento de un
enlace encriptado entre el servidor web y el browser, de manera que la información
permanezca privada e integra.
SUNAT: Superintendencia Nacional de Aduanas y Administración Tributaria.
SBS: Organismo supervisor y regulador denominado Superintendencia de Banca, Seguros y
AFP.
TUPA: Texto Único Ordenado de Procedimientos Administrativos.
TLS: siglas en inglés de Transport Layer Security. Protocolo sucesor de SSL. Protocolo de
encriptación que proporciona comunicaciones seguras. Permite a las aplicaciones prevenir
espionaje, falsificar o adulterar la información y la suplantación de identidades.
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.
Página 201 de 404

WAP: siglas en inglés de Wireless Application Protocol. Estándar abierto internacional para
aplicaciones que utilizan comunicaciones inalámbricas. Permite a los usuarios interactuar y
acceder a información y servicios.
WSDL: siglas en inglés de Web Services Description Language. WSDL es un formato XML
para la descripción de servicios en la red como un conjunto de puntos que aplican sobre
mensajes orientados tanto al manejo de documentos, como de procedimientos.
WSIF: siglas en inglés de Web Services Invocation Framework. WSIF es un API JAVA para la
invocación de servicios web sin importar cómo o dónde los servicios son provistos. Los
desarrolladores pueden interactuar con representaciones abstractas de servicios web utilizando
sus descripciones WSDL en lugar de trabajar directamente con SOAP.
WS-Security: Protocolo desarrollado por un comité de OASIS-Open que suministra un medio
para aplicar seguridad a los Servicios Web.
XAdES: XML Advanced Electronic Signatures. XAdES es una extensión al entorno XML-DSig,
el cual establece los estándares para firmar digitalmente documentos XML. Esta extensión trae
como beneficio principal el cumplimiento de la directiva 1999/93/EC de la Unión Europea para
firma electrónica reconocida.
XML: Extensible Markup Language.
Página 202 de 404

CAPÍTULO IV
CRITERIOS DE EVALUACIÓN TÉCNICA
EVALUACIÓN TÉCNICA (Puntaje Máximo: 100 Puntos)

De acuerdo con el artículo 46º del Reglamento, el Comité Especial está considerando los siguientes
factores de evaluación:
PUNTAJE / METODOLOGÍA
FACTORES DE EVALUACIÓN PARA SU ASIGNACIÓN
A. EXPERIENCIA DEL POSTOR: 35 Puntos
A.1. EXPERIENCIA EN LA ACTIVIDAD: 5 puntos

Criterio:
Se evaluará considerando el monto facturado acumulado por M = Monto facturado acumulado
el postor correspondiente a la actividad objeto del proceso, por el postor por la prestación
durante un periodo de quince (15) años a la fecha de de servicios de consultoría
correspondientes a la actividad
presentación de propuestas, hasta por un monto máximo objeto del proceso.
acumulado equivalente a tres (03) veces del valor referencial.
M >= tres (3) veces el valor
Acreditación: referencial: 5 puntos
La experiencia se acreditará mediante copia simple de:
contratos u órdenes de servicio, y su respectiva conformidad A los demás postores se le
por la prestación efectuada; o copia simple legible de otorgará el puntaje directamente
comprobantes de pago (tales como facturas entre otros) cuya proporcional.
cancelación se acredite documental y fehacientemente, con
copia de voucher de depósito o reporte de estado de cuenta De no llegar ningún postor a:
en Entidad del sistema financiero nacional y/o internacional, o
que la cancelación conste en el mismo documento u otro M >= tres (3) veces el valor
documento que brinde al Comité la certeza de que el referencial
comprobante de pago está debidamente cancelado,
Se otorgará 5 puntos al postor
correspondientes a un máximo de diez (10) Servicios de
Implementación de Soluciones de Core Bancario. que acredite mayor monto
facturado acumulado. A los
Para los casos en que existan pactos o convenios de demás postores se le otorgará el
confidencialidad ver Nota 1. puntaje directamente
proporcional.
En caso los postores presenten varios comprobantes de pago
para acreditar la prestación de un solo servicio, se deberá
acreditar que corresponden a dicho servicio; de lo contrario, se
asumirá que los comprobantes acreditan servicios
independientes, en cuyo caso solo se considerará, para la
evaluación y calificación, los diez (10) primeros servicios
indicados en el Anexo Nº 6 referido a la Experiencia del Postor
en la actividad.
En el caso de servicios de ejecución periódica, sólo se

considerará como experiencia la parte del contrato que haya
sido ejecutada a la fecha de presentación de propuestas,
debiendo adjuntarse copia de las conformidades
correspondientes a tal parte o los respectivos comprobantes
de pago.
En los casos que se acredite experiencia adquirida en
Página 203 de 404

consorcio, según lo señalado en la Directiva Nº 016-2012-

OSCE/CD, sólo se evaluará la documentación presentada por
el o los integrantes del consorcio que se hubieran
comprometido a ejecutar las obligaciones vinculadas
directamente al objeto de la convocatoria, de acuerdo con lo
declarado en la promesa formal del consorcio. En tal sentido,
para evaluar dicha experiencia no se tomará en cuenta la
documentación presentada por el o los consorciados que
asumen las obligaciones referidas a las siguientes actividades:
a) Actividades de carácter administrativo o de gestión como

facturación, financiamiento, aporte de cartas fianzas o
pólizas de caución, entre otras.
b) Actividades relacionadas con asuntos de organización

interna, tales como representación, u otros aspectos que
no se relacionan con la ejecución de las prestaciones,
entre otras.
Los integrantes del consorcio que se hubieren comprometido a

ejecutar las obligaciones vinculadas directamente al objeto de
la convocatoria, indistintamente, podrán presentar
contrataciones para acreditar su experiencia.
 Tratándose de bienes, la fabricación y/o comercialización

se consideran obligaciones vinculadas al objeto de la
convocatoria, sin que pueda considerarse las demás
actividades de la cadena productiva, por lo que sólo se
tomará en cuenta la experiencia de los integrantes del
consorcio que en la promesa formal de consorcio se
hubieran obligado a tales actividades. Por tanto, no
corresponde considerar la experiencia obtenida por los
integrantes del consorcio que en el proceso de selección
se obliguen a ejecutar actividades accesorias, tales como
el aporte de materias primas, combustible, infraestructura,
transporte, envasado, almacenaje, entre otras.
 En el caso que los integrantes del consorcio acrediten

experiencia respecto de contrataciones ejecutadas, ya sea
en forma individual y/o en consorcio, vinculadas
directamente al objeto de la convocatoria, se deberá
ponderará los montos de facturación teniendo en cuenta el
porcentaje de las obligaciones declarado en la promesa
formal de consorcio, de acuerdo a los pasos establecidos
en la citada directiva.
Nota: Cuando se presenten contratos derivados de

procesos de selección convocados antes del 20.09.2012,
se entenderá que el porcentaje de las obligaciones
equivale al porcentaje de participación de la promesa
formal de consorcio o del contrato de consorcio. En caso
que en dichos documentos no se consigne el porcentaje
de participación se presumirá que las obligaciones se
ejecutaron en partes iguales.
Cuando en los contratos, órdenes de servicios o comprobantes

de pago el monto facturado se encuentre expresado en
moneda extranjera, debe indicarse el tipo de cambio venta
publicada por la Superintendencia de Banca, Seguros y AFP
Página 204 de 404

correspondiente a la fecha de suscripción del contrato, de

emisión de la orden de servicio o de cancelación del
comprobante de pago, según corresponda (ver página web de
la SBS (www.sbs.gob.pe). En caso que alguna cotización no
se indique en dicho reporte, se utilizará las cotizaciones
publicadas en la Plataforma Financiera Thomson Reuters,
proporcionada por la División Mesa de Dinero del BN.
Sin perjuicio de lo anterior, los postores deben llenar y

presentar el Anexo Nº 6 referido a la Experiencia del Postor en
la actividad.
El servicio presentado para acreditar la experiencia en la

especialidad servirá para acreditar la experiencia en la
actividad.
A.2. EXPERIENCIA EN LA ESPECIALIDAD: 30 puntos

Criterio:
Se evaluará considerando el monto facturado acumulado por M = Monto facturado acumulado
el postor correspondiente a servicios iguales o similares al por el postor por la prestación de
objeto del proceso, durante un periodo diez (10) años a la servicios de consultoría iguales o
similares al objeto de la
fecha de presentación de propuestas, hasta por un monto convocatoria
máximo acumulado equivalente a dos (2) veces del valor
referencial. M >= dos (2) veces el valor
referencial: 30 puntos
Se considerará servicio similar a los contratos que incluyan en
su alcance Servicios de Implementación de soluciones Core M >= una (1) vez el valor
Bancario brindados a entidades financieras en arquitectura referencial y < a dos (2) veces el
mainframe z/Series bajo el sistema operativo z/OS. valor referencial: 9 puntos
M < una (1) vez el valor

Acreditación: referencial: 4 puntos
La experiencia se acreditará mediante copia simple de:
contratos u órdenes de servicio, y su respectiva conformidad
por la prestación efectuada; o copia simple legible de
comprobantes de pago (tales como facturas entre otros) cuya
cancelación se acredite documental y fehacientemente, con
copia de voucher de depósito o reporte de estado de cuenta
en Entidad del sistema bancario y financiero nacional y/o
internacional, o que la cancelación conste en el mismo
documento u otro documento que brinde al Comité la certeza
de que el comprobante de pago está debidamente cancelado,
correspondientes a un máximo de diez (10) servicios iguales o
similares al objeto del proceso.
Para los casos en que existan pactos o convenios de

confidencialidad ver Nota 1.
En caso los postores presenten varios comprobantes de pago

para acreditar la prestación de un solo servicio, se deberá
acreditar que corresponden a dicho servicio; de lo contrario, se
asumirá que los comprobantes acreditan servicios
independientes, en cuyo caso solo se considerará, para la
evaluación y calificación, los diez (10) primeros servicios
indicados en el Anexo Nº 7 referido a la Experiencia del Postor
en la especialidad.
En el caso de servicios de ejecución periódica, sólo se

considerará como experiencia la parte del contrato que haya
sido ejecutada a la fecha de presentación de propuestas,
Página 205 de 404

debiendo adjuntarse copia de las conformidades

correspondientes a tal parte o los respectivos comprobantes
de pago.
En los casos que se acredite experiencia adquirida en

consorcio, según lo señalado en la Directiva Nº 016-2012-
OSCE/CD, sólo se evaluará la documentación presentada por
el o los integrantes del consorcio que se hubieran
comprometido a ejecutar las obligaciones vinculadas
directamente al objeto de la convocatoria, de acuerdo con lo
declarado en la promesa formal del consorcio. En tal sentido,
para evaluar dicha experiencia no se tomará en cuenta la
documentación presentada por el o los consorciados que
asumen las obligaciones referidas a las siguientes actividades:
c) Actividades de carácter administrativo o de gestión como

facturación, financiamiento, aporte de cartas fianzas o
pólizas de caución, entre otras.
d) Actividades relacionadas con asuntos de organización

interna, tales como representación, u otros aspectos que
no se relacionan con la ejecución de las prestaciones,
entre otras.
Los integrantes del consorcio que se hubieren comprometido a

ejecutar las obligaciones vinculadas directamente al objeto de
la convocatoria, indistintamente, podrán presentar
contrataciones para acreditar su experiencia.
 Tratándose de bienes, la fabricación y/o comercialización

se consideran obligaciones vinculadas al objeto de la
convocatoria, sin que pueda considerarse las demás
actividades de la cadena productiva, por lo que sólo se
tomará en cuenta la experiencia de los integrantes del
consorcio que en la promesa formal de consorcio se
hubieran obligado a tales actividades. Por tanto, no
corresponde considerar la experiencia obtenida por los
integrantes del consorcio que en el proceso de selección
se obliguen a ejecutar actividades accesorias, tales como
el aporte de materias primas, combustible, infraestructura,
transporte, envasado, almacenaje, entre otras.
 En el caso que los integrantes del consorcio acrediten

experiencia respecto de contrataciones ejecutadas, ya sea
en forma individual y/o en consorcio, vinculadas
directamente al objeto de la convocatoria, se deberá
ponderará los montos de facturación teniendo en cuenta el
porcentaje de las obligaciones declarado en la promesa
formal de consorcio, de acuerdo a los pasos establecidos
en la citada directiva.
Nota: Cuando se presenten contratos derivados de
procesos de selección convocados antes del 20.09.2012,
se entenderá que el porcentaje de las obligaciones
equivale al porcentaje de participación de la promesa
formal de consorcio o del contrato de consorcio. En caso
que en dichos documentos no se consigne el porcentaje
de participación se presumirá que las obligaciones se
ejecutaron en partes iguales.
Página 206 de 404

Cuando en los contratos, órdenes de servicios o comprobantes

de pago el monto facturado se encuentre expresado en
moneda extranjera, debe indicarse el tipo de cambio venta
publicada por la Superintendencia de Banca, Seguros y AFP
correspondiente a la fecha de suscripción del contrato, de
emisión de la orden de servicio o de cancelación del
comprobante de pago, según corresponda (ver página web de
la SBS (www.sbs.gob.pe). En caso que alguna cotización no
se indique en dicho reporte, se utilizará las cotizaciones
publicadas en la Plataforma Financiera Thomson Reuters,
proporcionada por la División Mesa de Dinero del BN.
Sin perjuicio de lo anterior, los postores deben llenar y

presentar el Anexo Nº 7 referido a la Experiencia del Postor en
la especialidad.
B. EXPERIENCIA Y CALIFICACIONES DEL PERSONAL

40 Puntos
PROPUESTO PARA LA PRESTACIÓN DEL SERVICIO:
B.1. EXPERIENCIA DEL LÍDER DE PROYECTO: 30 PUNTOS
Criterio:
a) Se evaluará el tiempo de experiencia adicional al mínimo Más de 8 años adicionales:

23 puntos
requerido en los Términos de Referencia (5 años), en la
especialidad del personal propuesto como Líder de Más de 6 hasta 8 años
Proyecto, en un período no mayor a quince (15) años adicionales:
contados desde la fecha de presentación de la propuesta 10 puntos
hacia atrás.
De 5 hasta 6 años adicionales:
De presentarse experiencia ejecutada paralelamente 8 puntos
(traslape), para el cómputo del tiempo de dicha
experiencia sólo se considerará una vez el periodo
traslapado.
Acreditación:
Mediante la presentación de copia simple legible de

contratos de trabajo, constancias o certificados.
b) Se evaluará el nivel de formación académica del personal Acredita tener Grado de

propuesto como Líder de Proyecto considerando: Magíster/Master/Maestro
7 puntos
 Grado de Magíster/Master/Maestro en el área de
administración de empresas, negocios o tecnologías
de la Información.
Acreditación:
Mediante la presentación de copia simple legible del
Diploma de Grado. En caso de acreditar más de un grado
de maestría sólo se otorgará el puntaje por una.
B.2. EXPERIENCIA DEL GESTOR DE ASEGURAMIENTO DE LA

CALIDAD: 10 PUNTOS
Página 207 de 404

Criterio:
a) Se evaluará en función al tiempo de experiencia adicional Más de 3 años adicionales:

al mínimo requerido en los Términos de Referencia (5 6 puntos
años), en la especialidad del personal propuesto como Más de 2 hasta 3 años
Gestor de Aseguramiento de la Calidad, en un período no adicionales:
mayor a diez (10) años contados desde la fecha de 4 puntos
presentación de la propuesta hacia atrás.
De 1 hasta 2 años adicionales:
De presentarse experiencia ejecutada paralelamente 2 puntos
(traslape), para el cómputo del tiempo de dicha
experiencia sólo se considerará una vez el periodo
traslapado.
Acreditación:
Mediante la presentación de copia simple legible de contratos

de trabajo, constancias o certificados.
b) Se evaluará el nivel de formación académica del personal Acredita tener Grado de

propuesto como Gestor de Aseguramiento de la Calidad Magíster/Master/Maestro
considerando: 4 puntos
 Grado de Magíster/Master/Maestro en el área de

administración de empresas, negocios o tecnologías
de la Información.
Acreditación:
Mediante la presentación de copia simple legible del

Diploma de Grado. En caso de acreditar más de un grado
de maestría sólo se otorgará el puntaje por una.
C. MEJORAS A LAS CONDICIONES PREVISTAS 25 puntos
Criterio:
Mejora 1: Brindar al Banco de la Nación un esquema de

funcionamiento de la solución de caja o ventanilla, adicional al Mejora 1: 9 puntos
mínimo requerido en los Términos de Referencia, que ofrezca
flexibilidad en el uso de la red de comunicaciones y ventajas
en el tiempo de respuesta en aquellas oficinas que tengan
limitaciones técnicas, para utilizarse de estimarse conveniente.
Mejora 2: Cumplir nativamente los “Requerimientos

Funcionales” de los Términos de Referencia (sin desarrollos
adicionales, ni interfaces con aplicaciones de terceros). Mejora 2: según Escala
- Mayor del 80%: 8 puntos

- Mayor al 75% hasta el 80%:
5 puntos
- Mayor al 70% hasta el 75%
3 puntos
Mejora 3: Ofrecer mayor cantidad de horas/hombre para
realizar incorporaciones, modificaciones y eliminaciones Mejora 3: Se dará 8 puntos al
necesarias en la solución de core bancario (mantenimiento postor que ofrezca mayor
evolutivo), con un mínimo de dos mil (2000) horas/hombre. cantidad de horas.
A los demás postores se les

Acreditación: calificará en forma directamente
proporcional.
Se acreditará mediante la presentación de una declaración
Página 208 de 404

jurada.
PUNTAJE TOTAL 100 puntos
NOTA 1:
Para los casos en que existan pactos o convenios de confidencialidad deberá mantenerse en los contratos y en su
conformidad o en los comprobantes de pago presentados aquella información que esté directamente vinculada a
generar certeza al Comité Especial sobre la experiencia que es materia de calificación.
Los contratos acompañados con las constancias de conformidad que presenten los postores deben considerar
como mínimo la siguiente información: Razón Social del beneficiario, objeto del contrato, periodo del servicio
prestado, importe, fecha de suscripción del contrato, firmas (digital o manual).
Los comprobantes de pago cuya cancelación se acredite documental y fehacientemente, debe considerar como
mínimo la siguiente información: Denominación del comprobante de pago, razón social del emisor, objeto del
servicio, importe y fecha, acreditación de cancelación.
De conformidad a lo señalado en el numeral 1.10 de la Sección General de las Bases ―Todos los documentos que
contengan información referida a los requisitos para la admisión de propuestas y factores de evaluación se
presentarán en idioma castellano o, en su defecto, acompañados de traducción oficial o certificada efectuada por
traductor público juramentado o traductor colegiado certificado, según corresponda, salvo el caso de la
información técnica complementaria contenida en folletos, instructivos, catálogos o similares, que podrá ser
presentada en el idioma original. El postor será responsable de la exactitud y veracidad de dichos documentos.
IMPORTANTE:
 Para acceder a la etapa de evaluación económica, el postor deberá obtener un puntaje técnico
mínimo de ochenta (80) puntos.
Página 209 de 404

CAPÍTULO V
PROFORMA DEL CONTRATO
IMPORTANTE:
 Dependiendo del objeto del contrato, de resultar indispensable, podrá efectuarse la

inclusión de cláusulas adicionales o la adecuación de las propuestas en el presente
documento, las que en ningún caso pueden contemplar disposiciones contrarias a la
normativa vigente ni a lo señalado en este capítulo.
Conste por el presente documento, la contratación del servicio “Nuevo CORE Bancario para el Banco
de la Nación”, que celebra de una parte el Banco de la Nación, en adelante LA ENTIDAD, con RUC
Nº 20100030595 con domicilio legal en Av. República de Panamá Nº 3664, distrito de San Isidro,
provincia y departamento de Lima, representada por [………..…], identificado con DNI Nº [………], y
de otra parte [……………….....................], con RUC Nº [................], con domicilio legal en
[……………….....................], inscrita en la Ficha N° [……………….........] Asiento N° [……….......] del
Registro de Personas Jurídicas de la ciudad de [………………], debidamente representado por su
Representante Legal, [……………….....................], con DNI N° [………………..], según poder inscrito
en la Ficha N° […………..], Asiento N° […………] del Registro de Personas Jurídicas de la ciudad de
[…………], a quien en adelante se le denominará EL CONTRATISTA en los términos y condiciones
siguientes:
CLÁUSULA PRIMERA: ANTECEDENTES

Con fecha [………………..], el [CONSIGNAR, COMITÉ ESPECIAL U ÓRGANO ENCARGADO DE
LAS CONTRATACIONES] adjudicó la Buena Pro de la Adjudicación de Menor Cuantía Nº 0054-
2013-BN para la contratación del servicio Nuevo CORE Bancario para el Banco de la Nación, a
[INDICAR NOMBRE DEL GANADOR DE LA BUENA PRO], cuyos detalles e importe constan en los
documentos integrantes del presente contrato
CLÁUSULA SEGUNDA: OBJETO

En virtud al presente contrato, EL CONTRATISTA se obliga a brindar la prestación del Servicio de
Implementación de una Solución de Core Bancario para el Banco de la Nación; de acuerdo a lo
establecido en los Términos de Referencia comprendidas en las Bases y las propuestas Técnica y
Económica, documentos que forman parte integrante del presente contrato.
.
CLÁUSULA TERCERA: MONTO CONTRACTUAL
El monto total del presente contrato asciende a …………………. Dólares Americanos (USS. ……..).
Este monto comprende el costo del servicio, seguros e impuestos, así como todo aquello que sea
necesario para la correcta ejecución de la prestación materia del presente contrato.
CLÁUSULA CUARTA: DEL PAGO
LA ENTIDAD se obliga a pagar la contraprestación a EL CONTRATISTA en Dólares Americanos de

acuerdo al tipo de cambio promedio ponderado de la SBS de la fecha de pago, en pagos parciales ,
luego de la recepción formal y completa de la documentación correspondiente, según lo establecido
en el artículo 181 del Reglamento de la Ley de Contrataciones del Estado y de acuerdo al siguiente
detalle:
Página 210 de 404

SI EL CONTRATISTA SOLICITA ADELANTO:
Adelanto del 20% del monto de la prestación principal del contrato.
Analysis.
Fase 1.
Fase 2.
Fase 3.
Producción.
de garantía.
SI EL CONTRATISTA NO SOLICITA ADELANTO:
Analysis.
Página 211 de 404

Fase 1.
Fase 2.
Fase 3.
Producción.
de garantía.
De acuerdo con el artículo 176 del Reglamento, para efectos del pago de las
contraprestaciones ejecutadas por el contratista, la Entidad deberá contar con la siguiente
documentación:
Pago de las Prestaciones Principales:
a) Factura.
b) Acta de Conformidad del Proyecto Nuevo Core Bancario.
c) Informe del Proyecto Nuevo Core Bancario, emitiendo su Conformidad de la prestación
efectuada.
Pago de la Prestación Accesoria:
a) Factura.
b) Informe del Departamento de Informática.
Para tal efecto, el responsable de otorgar la conformidad de la prestación deberá hacerlo en un plazo
que no excederá de los diez (10) días calendario de ser estos recibidos.
LA ENTIDAD debe efectuar el pago dentro de los quince (15) días calendario siguiente al
otorgamiento de la conformidad respectiva, siempre que se verifiquen las demás condiciones
establecidas en el contrato.
En caso de retraso en el pago, EL CONTRATISTA tendrá derecho al pago de intereses conforme a lo

establecido en el artículo 48 de la Ley de Contrataciones del Estado, contado desde la oportunidad
en el que el pago debió efectuarse.
CLÁUSULA QUINTA: DEL PLAZO DE EJECUCIÓN DE LA PRESTACIÓN
El plazo de ejecución del presente contrato es de acuerdo al siguiente detalle:
DETALLE PLAZO
Prestación El Plazo de Ejecución de las Prestaciones Principales del Servicio será no mayor a
Principal 51 meses, de acuerdo a lo siguiente:
 Implementación de la Solución de Nuevo Core Bancario: A partir del día

siguiente de suscrito el contrato y cumplidas las condiciones para el inicio de la
prestación del servicio, durante 3 años.
 Provisión de todas las Licencias requeridas para la Implementación y total

puesta en producción de la Solución de Nuevo Core Bancario, que incluye:
proveedor considere necesarias para el correcto funcionamiento de la Solución,
Página 212 de 404

DETALLE PLAZO
incluyendo las herramientas de desarrollo.
 Soporte Post-Producción de la Implementación del Nuevo Core Bancario: A

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

Soporte Post-Producción de cada módulo implementado y hasta doce (12)
meses posteriores al término del Soporte Post-Producción del último módulo de

siguiente:
Prestación  Soporte y Mantenimiento de la Solución de Core Bancario (que incluye

Accesoria Licencias del Software del Nuevo Core Bancario y demás licencias que el
proveedor considere necesarias para el correcto funcionamiento de la Solución),
Los cuales se computan a partir del día siguiente de cumplidas las siguientes condiciones por el
Banco:
 Espacio físico para el equipo de trabajo del Contratista de la Solución de Core Bancario y el
equipo asignado por el Banco, con cuatro espacios independientes para reuniones de trabajo.
 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.
 Infraestructura de comunicaciones con acceso a la red interna del Banco de la Nación.
 Disponibilidad y accesos a los servidores mainframe para la implementación de los ambientes de
desarrollo, certificación, producción y respaldo de la Solución del Nuevo Core Bancario.
Las citadas condiciones deberán ser proporcionadas por el Banco de la Nación dentro de los 60 días
siguientes a la suscripción del contrato.
El Contratista deberá proveer los siguientes elementos para el inicio de la prestación del servicio:
 Las computadoras personales del equipo de trabajo del Contratista.


 Recursos Humanos necesarios para la gestión y ejecución del servicio, los cuales deben cumplir
en su perfil con las habilidades y experiencia requeridas para cumplir con los objetivos del Plan
de Trabajo.
 Herramientas tecnológicas para la prestación del servicio, de ser necesario.
CLÁUSULA SEXTA: PARTES INTEGRANTES DEL CONTRATO
El presente contrato está conformado por la oferta ganadora (propuestas técnica y económica del
contratista) y los documentos derivados del proceso de selección que establezcan obligaciones para
las partes.
Página 213 de 404

Los contratos de licencia estándar del fabricante podrán ser incorporados como anexos al presente
contrato. De existir contradicciones, prevalecerán en todos los casos las cláusulas del contrato
principal.
CLÁUSULA SÉTIMA: GARANTÍAS
EL CONTRATISTA entregó a la suscripción del contrato la respectiva garantía solidaria, irrevocable,

incondicional y de realización automática a sólo requerimiento, a favor de LA ENTIDAD, por los
conceptos, importes y vigencias siguientes:
 De Fiel Cumplimiento del Contrato por prestación principal derivado de la Adjudicación de Menor
Cuantía Nº 0054-2013-BN “Nuevo Core Bancario para el Banco de la Nación”, por el importe de
……………… Dólares Americanos (US$. ……..) a través de la Carta Fianza Nº ………….. emitida
por ……………. cantidad que es equivalente al diez por ciento (10%) del monto del contrato por
prestación principal, la misma que deberá mantenerse vigente hasta la emisión del Informe de
conformidad final de la prestación principal.
 De Fiel Cumplimiento del Contrato por prestación accesoria derivado de la Adjudicación de
Menor Cuantía Nº 0054-2013-BN “Nuevo Core Bancario para el Banco de la Nación”, por el
importe de ……………… Dólares Americanos (US$. ……..) a través de la Carta Fianza Nº
………….. emitida por ……………. cantidad que es equivalente al diez por ciento (10%) del
monto del contrato por prestación accesoria , la misma que deberá mantenerse vigente hasta la
emisión del Informe de conformidad final de la prestación accesoria.
Alternativamente, las micro y pequeñas empresas pueden optar que, como garantía de fiel cumplimiento, la
Entidad retenga el diez por ciento (10%) del monto del contrato original. Para estos efectos, la retención de dicho
monto se efectuará durante la primera mitad del número total de pagos a realizarse, de forma prorrateada, con
cargo a ser devuelto a la finalización del mismo.
En el caso que corresponda, se consignará lo siguiente:
 Garantía por el Monto Diferencial de la Propuesta, derivado de la Adjudicación Directa Publica Nº

0054-2013-BN “Nuevo Core Bancario para el Banco de la Nación”, por el importe de
……………… Dólares Americanos (US$. ……..) a través de la Carta Fianza Nº …… ……..
emitida por ……… ……….., cantidad que es equivalente al veinticinco por ciento (25%) de la
diferencia entre el valor referencial y la propuesta económica, la misma que deberá mantenerse
vigente hasta la emisión del Informe de conformidad final de la prestación
LA ENTIDAD está facultada para ejecutar las garantías cuando EL CONTRATISTA no cumpliera con
renovarlas, conforme a lo dispuesto por el artículo 164 del Reglamento de la Ley de Contrataciones
del Estado.
CLÁUSULA OCTAVA: EJECUCIÓN DE GARANTÍAS POR FALTA DE RENOVACIÓN

LA ENTIDAD está facultada para ejecutar las garantías cuando EL CONTRATISTA no cumpliera con
renovarlas, conforme a lo dispuesto por el artículo 164 del Reglamento de la Ley de Contrataciones
del Estado.
CLÁUSULA NOVENA: ADELANTO DIRECTO
La Entidad otorgará un (1) adelanto directo por el veinte y 00/100 por ciento (20.00%) del monto de
la prestación principal del contrato.
El contratista podrá solicitar los adelantos dentro de los diez (10) días hábiles posteriores a la
suscripción del contrato, adjuntando a su solicitud la garantía por adelantos mediante Carta Fianza y
el comprobante de pago correspondiente. Vencido dicho plazo no procederá la solicitud.
La Entidad debe entregar el monto solicitado dentro de los diez (10) días siguientes a la
presentación de la solicitud del contratista.
Página 214 de 404

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.
CLÁUSULA DÉCIMO SEGUNDA: CONFORMIDAD DEL SERVICIO
La conformidad del servicio se regula por lo dispuesto en el artículo 176 del Reglamento de la Ley de
Contrataciones del Estado y será otorgada por:
Prestación Principal: Proyecto Nuevo Core Bancario

Prestación Accesoria: Departamento de Informática
De existir observaciones se consignarán en el acta respectiva, indicándose claramente el sentido de

éstas, dándose al CONTRATISTA un plazo prudencial para su subsanación, en función a la
complejidad del servicio. Dicho plazo no podrá ser menor de dos (2) ni mayor de diez (10) días
calendario. Si pese al plazo otorgado, EL CONTRATISTA no cumpliese a cabalidad con la
subsanación, LA ENTIDAD podrá resolver el contrato, sin perjuicio de aplicar las penalidades que
correspondan.
Este procedimiento no será aplicable cuando los servicios manifiestamente no cumplan con las
características y condiciones ofrecidas, en cuyo caso LA ENTIDAD no efectuará la recepción,
debiendo considerarse como no ejecutada la prestación, aplicándose las penalidades que
correspondan.
Página 215 de 404

CLÁUSULA DECIMO TERCERA: DECLARACIÓN JURADA DEL CONTRATISTA
EL CONTRATISTA declara bajo juramento que se compromete a cumplir las obligaciones derivadas
del presente contrato, bajo sanción de quedar inhabilitado para contratar con el Estado en caso de
incumplimiento.
CLÁUSULA DÉCIMO CUARTA: CONFIDENCIALIDAD
Por el presente instrumento, EL CONTRATISTA así como todo el personal de éste, se obliga a
guardar estricta y severa reserva, confidencialidad y secreto respecto de la información que EL
BANCO le proporcione, así como de la información correspondiente a las transacciones que procesa
o de la cual tome conocimiento, sea voluntaria o involuntariamente, con ocasión y a consecuencia de
la prestación del servicio contratado, o por error de quien se la provee, bajo cualquier modalidad o
vía de acceso, y aquella obtenida o producida por EL CONTRATISTA (Informes o Entregables) para
EL BANCO en razón de la prestación del servicio contratado y de ningún modo en perjuicio de EL
BANCO, y se obliga a adoptar todas las acciones necesarias, incluidas aquellas que corresponda
frente a sus clientes y a su personal, a efectos de que la información suministrada por EL BANCO o a
la que EL CONTRATISTA tuviere acceso, se mantenga en absoluta reserva.
En este contexto, toda la información referida a clientes, personal, contabilidad, finanzas, productos,
tráfico de llamadas telefónicas, tráfico de Internet, mensajería electrónica, actividades de
comercialización, planes de negocio, acuerdo y actas de directorio, técnicas de marketing, procesos,
servicios, políticas de precios, estrategias, buenas prácticas, metodología de trabajo,
especificaciones técnicas, hardware, software, diseños, planos, dibujos, prototipos, nombres o
marcas comerciales, modelos, descubrimientos, investigaciones, desarrollos, procesos,
procedimientos, propiedad intelectual, sistemas de seguridad, estructura y distribución de las
oficinas, sucursales y agencias, y también toda aquella información obtenida de terceras partes para
EL BANCO, se considera confidencial y está considerada como parte de la obligación de reserva
absoluta que EL CONTRATISTA por el presente instrumento.
La referida información por consiguiente, sólo podrá ser usada por EL CONTRATISTA para los fines
señalados en ésta Cláusula, sin que pueda duplicarla, divulgarla, hacerla pública, transmitirla a
ningún tercero de cualquier forma que permita su divulgación, en los términos señalados en este
instrumento.
Cualquier producto o entregable generado en la prestación del servicio por EL CONTRATISTA para
EL BANCO será de exclusiva propiedad de éste último, por lo que le corresponde la propiedad
intelectual sobre los mismos; conforme con ello, EL CONTRATISTA reconoce, acepta y se
compromete a que cualquier entregable, producto final de estudio o evaluación desarrollada con
motivo de la prestación del servicio, tendrá también carácter confidencial, por tanto no podrá
utilizarlos en beneficio propio o de terceros.
Del mismo modo, por el presente instrumento EL CONTRATISTA reconoce que los Derechos de
Autor y demás intelectuales que se generen sobre toda la producción documental (física o digital)
que éste efectúe durante su vinculación contractual con EL BANCO, o los producidos por terceros y
que le hayan sido confiados por éste, son de propiedad exclusiva de EL BANCO, quedando por tanto
impedido de reproducirlos o divulgarlos sin su autorización expresa.
Para los efectos del presente compromiso, se entiende por documento todos aquellos considerados
como tales por la Ley sobre Derechos de Autor, Decreto Legislativo N° 822, y el Artículo 233° del
Código Procesal Civil.
EL CONTRATISTA declara tener total conocimiento que la infracción del compromiso de reserva,
confidencialidad y secreto será considerado como incumplimiento contractual y, en consecuencia,
Página 216 de 404

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

Si 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
En todos los casos, la penalidad se aplicará automáticamente y se calculará de acuerdo a la

siguiente fórmula:
0.10 x Monto
Penalidad Diaria =
F x Plazo en días
Dónde:
F = 0.25 para plazos mayores a sesenta (60) días.
Tanto el monto como el plazo se refieren, según corresponda, al contrato o ítem que debió ejecutarse
o, en caso que éstos involucrarán obligaciones de ejecución periódica, a la prestación parcial que
fuera materia de retraso.
Esta penalidad será deducida de los pagos a cuenta, del pago final o en la liquidación final; o si fuese
necesario se cobrará del monto resultante de la ejecución de las garantías de Fiel Cumplimiento o
por el monto diferencial de la propuesta (de ser el caso).
Cuando se llegue a cubrir el monto máximo de la penalidad, LA ENTIDAD podrá resolver el contrato
por incumplimiento.
La justificación por el retraso se sujeta a lo dispuesto por la Ley de Contrataciones del Estado y su
Reglamento, el Código Civil y demás normas aplicables, según corresponda.
Página 217 de 404

CLÁUSULA DÉCIMO SEPTIMA: RESOLUCIÓN DEL CONTRATO

Cualquiera de las partes podrá resolver el contrato, de conformidad con los artículos 40, inciso c), y
44 de la Ley de Contrataciones del Estado, y los artículos 167 y 168 de su Reglamento. De darse el
caso, LA ENTIDAD procederá de acuerdo a lo establecido en el artículo 169 del Reglamento de la
Ley de Contrataciones del Estado.
Además de las causales de resolución administrativa del contrato contempladas en la Ley, se

considerarán como otras causales las siguientes:
 El incumplimiento por parte del CONTRATISTA en la ejecución del contrato, de acuerdo a las
fechas pactadas en el Plan de Implementación, que conlleven atraso en la implementación
del servicio, por razones injustificadas e imputables al mismo, en tres o más ocasiones.
 Incumplimiento del Acuerdo de Confidencialidad acordado entre las partes.
 Que EL CONTRATISTA rehúse o falle en llevar a cabo cualquier parte del servicio con la
diligencia que garantice su terminación satisfactoria dentro del período especificado en el
Contrato, incluyendo cualquiera extensión de tiempo debidamente autorizada.
 Las acciones del CONTRATISTA, que tiendan a desvirtuar la intención del Contrato.
 El abandono o suspensión del Contrato sin la autorización debidamente expedida.
 La renuencia a cumplir con las indicaciones o a acatar las órdenes desconociendo la
autoridad del BANCO.
 No disponer del personal ni del equipo con la calidad, capacidad y en la cantidad necesaria
para efectuar satisfactoriamente el Contrato dentro del período fijado.
CLÁUSULA DÉCIMO OCTAVA: RESPONSABILIDAD DE LAS PARTES

Cuando una de las partes no ejecute injustificadamente las obligaciones asumidas, debe resarcir a la
otra parte por los daños y perjuicios ocasionados, a través de la indemnización correspondiente. Ello
no obsta la aplicación de las sanciones administrativas, penales y pecuniarias a que dicho
incumplimiento diere lugar, en el caso que éstas correspondan.
Lo señalado precedentemente no exime a ninguna de las partes del cumplimiento de las demás
obligaciones previstas en el presente contrato.
Cuando el Banco de la Nación considere que se han ocasionado daños o perjuicios como causa de
fallas o errores debido al incumplimiento de las obligaciones asumidas por El Contratista, en forma
injustificada o a la falta de diligencia ordinaria de su personal, se seguirá el siguiente procedimiento:
1. El Banco de la Nación comunicará formalmente a El Contratista las obligaciones incumplidas por

éste.
2. El Contratista tendrá un plazo perentorio de dos (2) hasta cinco (5) días calendario para cumplir
con las obligaciones no realizadas o realizar formalmente sus descargos, plazo que será
evaluado por el Banco de acuerdo a la complejidad de la falla.
3. En caso que el Contratista presente sus descargos, estos se evaluarán por el Banco de la
Nación, para establecer la responsabilidad del Contratista, por cualquiera de las pérdidas o
daños causados.
4. En caso que el Banco de la Nación encuentre que hay responsabilidad por parte del Contratista,
procederá a comunicar formalmente a éste y le indicará el plazo máximo de hasta diez (10) días
calendario para el cumplimiento de las responsabilidades establecidas, además se solicitará al
Contratista resarcir al Banco de la Nación por los daños y perjuicios ocasionados a través de una
indemnización previamente conciliada entre las partes.
5. En caso que las partes no lleguen a un acuerdo se recurrirá al arbitraje, según lo indicado en
Cláusula Vigésima: Solución de Controversias.
.
CLÁUSULA DÉCIMO NOVENA: MARCO LEGAL DEL CONTRATO
Sólo en lo no previsto en este contrato, en la Ley de Contrataciones del Estado y su Reglamento, en
las directivas que emita el OSCE y demás normativa especial que resulte aplicable, serán de
aplicación supletoria las disposiciones pertinentes del Código Civil vigente, cuando corresponda, y
demás normas de derecho privado.
Página 218 de 404

CLÁUSULA VIGESIMA: SOLUCIÓN DE CONTROVERSIAS 67

Cualquiera de las partes tiene el derecho a iniciar el arbitraje ad hoc a fin de resolver las
controversias que se presenten durante la etapa de ejecución contractual dentro del plazo de
caducidad previsto en los artículos 144, 170, 175, 176, 177 y 181 del Reglamento o, en su defecto, en
el artículo 52 de la Ley de Contrataciones del Estado.
Facultativamente, cualquiera de las partes podrá someter a conciliación la referida controversia, sin
perjuicio de recurrir al arbitraje en caso no se llegue a un acuerdo entre ambas, según lo señalado en
el artículo 214 del Reglamento de la Ley de Contrataciones del Estado.
El Laudo arbitral emitido es definitivo e inapelable, tiene el valor de cosa juzgada y se ejecuta como
una sentencia.
CLÁUSULA VIGESIMA PRIMERA: FACULTAD DE ELEVAR A ESCRITURA PÚBLICA

Cualquiera de las partes podrá elevar el presente contrato a Escritura Pública corriendo con todos los
gastos que demande esta formalidad.
CLÁUSULA VIGESIMA SEGUNDA: DOMICILIO PARA EFECTOS DE LA EJECUCIÓN

CONTRACTUAL
Las partes declaran el siguiente domicilio para efecto de las notificaciones que se realicen durante la
ejecución del presente contrato:
DOMICILIO DE LA ENTIDAD: [……………..]

DOMICILIO DEL CONTRATISTA: [CONSIGNAR EL DOMICILIO SEÑALADO POR EL POSTOR
GANADOR DE LA BUENA PRO AL PRESENTAR LOS REQUISITOS PARA LA SUSCRIPCIÓN DEL
CONTRATO]; EL CONTRATISTA autoriza las notificaciones para todo efecto de la ejecución
contractual en los correos electrónicos (CONSIGNAR CORREO ELECTRONICO SEÑALADO POR
EL POSTOR GANADOR DE LA BUENA PRO), estas notificaciones no requerirán acuse de recibo
para surtir efectos.
La variación del domicilio y/o dirección de correo electrónico aquí declarado de alguna de las partes
debe ser comunicada a la otra parte, formalmente y por escrito, con una anticipación no menor de
quince (15) días calendario.
De acuerdo con las Bases, las propuestas técnico y económica y las disposiciones del presente
contrato, las partes lo firman por duplicado en señal de conformidad en la ciudad de [................] al
[CONSIGNAR FECHA].
“LA ENTIDAD” “EL CONTRATISTA”
67
De conformidad con los artículos 216 y 217 del Reglamento, podrá adicionarse la información que resulte necesaria para
resolver las controversias que se susciten durante la ejecución contractual. Por ejemplo, para la suscripción del contrato y,
según el acuerdo de las partes podrá establecerse que el arbitraje será institucional o ante el Sistema Nacional de Arbitraje del
OSCE (SNA-OSCE), debiendo indicarse el nombre del centro de arbitraje pactado y si se opta por un arbitraje ad-hoc, deberá
indicarse si la controversia se someterá ante un tribunal arbitral o ante un árbitro único.
Página 219 de 404

FORMATOS
Y
ANEXOS
Página 220 de 404

FORMATO N° 168
MODELO DE CARTA DE ACREDITACIÓN
Lima, …….de …………. de 2013
Señores
COMITÉ ESPECIAL
NUEVO CORE BANCARIO PARA EL BANCO DE LA NACION
Presente.-
…………………………………………………(nombre del postor/ Empresa y/o Consorcio), identificado con

RUC Nº ……………………………… , debidamente representado por ……………………..………. (nombre
del representante legal de la persona jurídica), identificado con DNI o PASAPORTE (si fuera el caso) Nº
……………….…. tenemos el agrado de dirigirnos a ustedes, en relación con la Adjudicación de Menor
Cuantía Nº 0054-2013-BN “Nuevo CORE Bancario para el Banco de la Nación”, a fin de acreditar a
nuestro apoderado: ………………………….………. (nombre del apoderado) identificado con DNI o
PASAPORTE (si fuera el caso) Nº ………………………………, quien se encuentra en virtud a este
documento, debidamente autorizado a realizar todos los actos vinculados al proceso de selección.
Para tal efecto, se adjunta copia simple de la ficha registral vigente del suscrito. (Solo en el caso de
personas jurídicas).
…..………………………….…………………..
Firma, Nombres y Apellidos del postor o
Representante legal o común, según corresponda
68
El presente formato será utilizado cuando la persona natural, el representante legal de la persona jurídica o el
representante común del consorcio no concurra personalmente al proceso de selección.
Página 221 de 404

FORMATO N° 2
REGISTRO DEL PARTICIPANTE
Señores
COMITÉ ESPECIAL
Presente.-
NOMBRE DE LA EMPRESA : ………………………………………………………………………

(Persona Natural o Jurídica)
DIRECCIÓN : ………………………………………………………………………
DISTRITO : ………………………………………………………………………
TELÉFONOS Y ANEXO : …………………………………………………………
TELEFAX : ……………………………………………………………………………………
RUC :
CORREO ELECTRÓNICO : ……………………………………………………………
(Artículo 52º: En caso solicite que, adicionalmente, se le notifique electrónicamente, deberá consignar
una dirección de correo electrónico y mantenerla activa, a efecto de las notificaciones que deban
realizarse, conforme a lo previsto en el Reglamento)
Ciudad y fecha, ……………………………
APELLIDOS Y NOMBRES: ……………………………………………...
DNI o PASAPORTE (si fuera el caso): ………………………………………………………………...
FIRMA: …………………………………..
ENTREGAR ESTE FORMATO CON LOS DATOS DE LA EMPRESA EN MÓDULO DE ATENCIÓN AL

PROVEEDOR DE LA DIVISIÓIN ABASTECIMIENTO DEL DEPARTAMENTO DE LOGÍSTICA AL
MOMENTO DE REGISTRARSE Y RECOGER LAS BASES.
Página 222 de 404

ANEXO Nº 1
DECLARACIÓN JURADA DE DATOS DEL POSTOR
Señores
COMITÉ ESPECIAL
Presente.-
Estimados Señores:
El que se suscribe, …………………………..…………. (representante Legal de ………….................),

identificado con DNI o PASAPORTE (si fuera el caso) Nº ................., R.U.C. Nº ............., con poder
inscrito en la localidad de ....................... en la Ficha Nº ................. Asiento Nº ..............., DECLARO
BAJO JURAMENTO que la siguiente información de mi representada se sujeta a la verdad:
Nombre o Razón Social :

Domicilio Legal :
RUC : Teléfono : Fax :
Lima, …….de …………. de 2013
……...........................................................
Representante legal, según corresponda
IMPORTANTE:
 Cuando se trate de consorcios, esta declaración jurada será presentada por cada uno de los
consorciados.
Página 223 de 404

ANEXO Nº 2
DECLARACIÓN JURADA DE CUMPLIMIENTO DE LOS REQUERIMIENTOS TÉCNICOS MÍNIMOS
Señores
COMITÉ ESPECIAL
Presente.-
De nuestra consideración:
Es grato dirigirme a usted, para hacer de su conocimiento que luego de haber examinado las Bases y
demás documentos del proceso de la referencia y, conociendo todas las condiciones existentes, el postor
ofrece el Servicio de Nuevo Core Bancario para el Banco de la Nación, de conformidad con los Términos
de Referencia, las demás condiciones que se indican en el Capítulo III de la sección específica de las
Bases y los documentos del proceso.
Lima, …….de …………. de 2013
…….………………………….…………………..
Página 224 de 404

ANEXO Nº 2-A
UBICACIÓN DEL CUMPLIMIENTO DE REQUERIMIENTOS TÉCNICOS MÍNIMOS
Señores
COMITÉ ESPECIAL
Presente.-
Por la presente y en cumplimiento de las Bases de la presente Adjudicación, a las cuales declaro mi sometimiento expreso, presento mi Propuesta Técnica
conforme al detalle siguiente:
REQUERIMIENTOS TECNOLÓGICOS
INSTRUCCIONES PARA EL LLENADO DE LA MATRIZ:
- Los requerimientos incluidos en los Términos de Referencia son de cumplimiento obligatorio para considerar la propuesta
como válida.
- En la columna " N° FOLIO (S)", deberá indicar el Número de Folios de la propuesta donde especifique cómo cumple con el
requerimiento.
N° DE FOLIO
5. REQUERIMIENTOS DE PLATAFORMA
(S)
1 La Nueva Solución de Core Bancario deberá ejecutarse en arquitectura mainframe z/Series, con el gestor de
base de datos IBM-DB2 V10, bajo el sistema operativo z/OS con los que cuenta actualmente el Banco, de
acuerdo a lo descrito en el numeral 1.4. Tecnología del Banco de la Nación. Asimismo, la Nueva Solución
(incluyendo las herramientas de desarrollo y todo el software necesario para el correcto funcionamiento del
nuevo core bancario) deberá tener la capacidad de ejecutarse en plataforma abierta (UNIX o LINUX), siendo
importante indicar que los desarrollos y/o personalizaciones realizadas a la nueva solución en la arquitectura
mainframe deberán continuar funcionando en plataforma abierta, para que en una segunda fase, que está
fuera del alcance de este proyecto, el Banco de la Nación pueda migrar a dicha plataforma de estimarlo
conveniente.
Página 225 de 404

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

1. Mainframe: z/OS
3 a. Capa de Aplicaciones o de Procesos de Negocio: Debe operar en plataforma mainframe basado en
sistema operativo z/OS, asegurando el mejor rendimiento, facilidad de manejo, mantenimiento sencillo y que
no represente un costo adicional.
4 b. Capa de Middleware: Debe contar con un ESB, propio o de tercero, para proveer una capa de integración
que permita interoperar con aplicaciones propietarias y también con las que no están orientadas a servicios,
incluyendo los aplicativos que se ejecutan fuera del mainframe (ERP, aplicaciones Web, conexiones con
entidades externas, entre otras).
En caso que la capa de middleware no esté en plataforma mainframe, el Contratista debe indicar
detalladamente las características del hardware, software y servicios que serán provistos por este, para su
implementación y correcto funcionamiento, garantizando la alta disponibilidad a través de un equipamiento
similar en el Centro de Cómputo de Backup, durante la vigencia del contrato.
5 c. Capa de Base de Datos: Se utilizará el gestor de base de datos IBM-DB2 V10, que será proporcionado por
el Banco, el cual se encuentra en plataforma mainframe con sistema operativo z/OS.
6 d. Capa de Presentación: Debe ser multiplataforma, por lo menos que soporte sistema operativo Windows
y Linux. El lenguaje utilizado en su desarrollo e implementación deberá ser Java. La interfaz del usuario debe
ser Web.
2. Arquitectura Abierta
7 a. Capa de Aplicaciones o de Procesos de Negocio: debe operar en cualquier plataforma de arquitectura
abierta, con sistema operativo Unix o Linux.
8 b. Capa de middleware debe operar en cualquier plataforma de arquitectura abierta, con sistema operativo
Unix o Linux.
9 c. Capa de Base de Datos: debe operar en cualquier plataforma de arquitectura abierta, con sistema
operativo Unix o Linux.
Página 226 de 404

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

11 La nueva solución de core bancario deberá tener altos niveles de disponibilidad y resiliencia que deben ser
evidenciadas en las propuestas.
C.- SISTEMA DE CAJA O DE VENTANILLA

12 Es requerimiento que el sistema de caja o de ventanilla de la solución propuesta debe funcionar en un entorno
web a través de un browser.
13 El sistema de caja o ventanilla deberá ser multiplataforma, por lo menos que soporte sistema operativo
Windows y Linux. El sistema de caja o ventanilla debe proveer una arquitectura de alta disponibilidad en un
clúster de servidores centralizados en el Banco para la atención a toda la red de oficinas. Los servidores
necesarios serán proporcionados por el Banco.
14 La integración del mainframe y el clúster de servidores del nuevo sistema de caja o ventanilla debe ser
utilizando el protocolo de comunicación de TCP/IP.
15 Las comunicaciones entre el clúster de servidores del nuevo sistema de Caja o Ventanilla con las estaciones de
las agencias debe ser TCP/IP.
6. REQUERIMIENTOS DE ARQUITECTURA N° DE FOLIO

(S)
6.1 Arquitectura Orientada a Servicios
16 El Nuevo Core Bancario deberá estar basado en una Arquitectura Orientada a Servicios (SOA), que cumpla los
siguientes requerimientos:
- Disponer de un inventario de Servicios WEB estandarizados que la solución de Core Bancario exponga para el
descubrimiento de Servicios, cumpliendo el estándar UDDI.
- Ser una solución construida con capas de abstracción que incluyan capas de procesos de negocio y capa de
servicios categorizados además de las capas de presentación, componentes y acceso a datos.
Página 227 de 404

- La capa de middleware (ESB) debe proporcionar las características necesarias mediante las cuales se pueda
implementar una arquitectura orientada a servicios.
17 Las características básicas que debe presentar el ESB son las siguientes:
- Enrutamiento y redireccionamiento de mensajes.
- Estilo de comunicación síncrono y asíncrono.
- Multiplicidad de tipos de transporte y protocolos de enlace, considerando como mínimo los siguientes: HTTP,
HTTPS, SNA, JMS, MQ, FTP, SFTP, TCP/IP, SMTP, SOAP.
- Transformación de contenido y traducción de mensajes.
- Orquestación y coreografía de mensajes.
- Gestor de eventos.
- Presencia de adaptadores a múltiples plataformas.
- Herramientas de diseño de la integración, de implementación y despliegue.
- Características de garantía de la calidad del servicio (QoS), como transaccionalidad y persistencia.
- Funcionalidad de autenticación, autorización y encriptación para asegurar los mensajes entrantes

y salientes.
- Auditoría, registro y métricas.
- Gestión y monitorización.
6.2 Business Process Management

18 Es objetivo del Banco de la Nación la adopción de BPM (Gestión de Procesos de Negocio) por tanto la solución
del Nuevo Core Bancario debe tener la capacidad de integrarse con herramientas estándar de BPM. No
obstante, la adquisición de esta herramienta no es parte del alcance de este proyecto.
7. REQUERIMIENTOS DE INFRAESTRUCTURA N° DE FOLIO

(S)
7.2 Responsabilidades del Contratista
Página 228 de 404

19 El Contratista deberá estimar las capacidades de procesamiento (MIPS) y almacenamiento (espacio en disco)
que necesitará su Solución de Core Bancario para ejecutarse en los ambientes de desarrollo, certificación,
producción y respaldo. A estos estimados se le deberá añadir el porcentaje de crecimiento anual
correspondiente tomando como referencia el porcentaje de crecimiento del actual Core Bancario (6.5%), a fin
que el Banco de la Nación pueda tener una proyección más exacta de su impacto en el periodo de
implementación.
20 El Contratista será responsable de suministrar cualquier otro elemento de infraestructura, incluyendo

hardware, software y servicios, que considere necesario para complementar su solución de Core Bancario, en
los ambientes que sean necesarios (desarrollo, certificación, producción y respaldo) el costo de los mismos
debe estar incluido en su propuesta.
7.3 Requerimientos de Procesamiento

7.3.1 Disponibilidad
21 El Nuevo Core Bancario deberá ofrecer disponibilidad de servicio al cliente (up-time) 7x24, esto aplica para
todos los canales, a excepción de los canales plataforma de caja o ventanilla y Plataforma Comercial y de
Servicios que deberán ofrecer disponibilidad de acuerdo a los horarios operativos establecidos por el Banco.
22 Los requerimientos de disponibilidad y contingencia deberán estar soportados en una configuración básica de
Parallel Sysplex entre los Centros de Cómputo Principal y Backup
23 El porcentaje de disponibilidad requerido para la nueva solución de Core Bancario es 99.9%. Este valor está
referido a los niveles de servicio de la solución propuesta, la medida de la indisponibilidad debe ser atribuible a
incidencias en su funcionamiento.
7.3.2 Modalidad de Procesamiento

24 La capa de aplicaciones y la base de datos deberán ejecutarse en modalidad centralizada, debiendo esta
última estar replicada para propósitos de contingencia.
7.3.3 Capacidad de Procesamiento en Línea

25 Se requiere que la nueva solución de Core Bancario tenga la capacidad de procesar 400 TPS, y además debe
considerar un crecimiento anual del 10% durante la vigencia del contrato.
7. 3.4 Tiempo de Respuesta
Página 229 de 404

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

27 En el caso que la solución del Postor contemple el uso de una ventana batch, la misma no deberá interferir con
la disponibilidad para todos los canales de atención, dicha interrupción no debe superar los 30 minutos diarios.
7. 4 Infraestructura de Software
28 El Nuevo Core Bancario deberá interactuar con el programa producto RACF en las capas de aplicaciones (core
del negocio) y la base de datos que deben residir en los servidores mainframe sobre sistema operativo Z/OS.
En caso el postor tenga un software de seguridad diferente para las demás capas, éste deberá tener la
capacidad de integrarse con RACF y los sistemas de seguridad del actual core del banco, con el fin de
garantizar una administración centralizada e integral de la seguridad de las aplicaciones y su acceso a los
recursos en el ambiente Z/OS, principalmente en la etapa de convivencia, para ello debe presentar de manera
gráfica su esquema de integración propuesta.
29 El Postor deberá incluir en su propuesta técnica todo el software necesario para implementar la solución
requerida en los Ambientes de Desarrollo, Certificación, Producción y Respaldo, que incluya licencias del
Software del nuevo core bancario y demás licencias que el Postor considere necesarias para el correcto
funcionamiento de la Solución, indicando como mínimo lo siguiente:
- Nombre del Producto de Software
- Nombre del fabricante y/o distribuidor local
- Ambientes donde se requiere implementar (desarrollo, certificación, producción y respaldo)
- Funcionalidad cubierta
- Tipo de Licenciamiento
- Vigencia del licenciamiento
- Cantidad de licencias provistas
7.4.1 Herramientas de Desarrollo
Página 230 de 404

30 El Contratista debe asegurar autonomía para el Banco de la Nación en la creación de nuevas funcionalidades o
modificaciones de funcionalidades existentes, sin depender de la presencia del Contratista. Esta autonomía
debe ser asegurada por el Contratista de la siguiente manera:
a) Con la entrega de código fuente del software de Core Bancario, (para las capas de la solución, exceptuando
el núcleo). El Contratista deberá incluir en su Plan de Capacitación el entrenamiento necesario para que el
Banco de la Nación tenga la capacidad de modificar el código fuente entregado. El Contratista, deberá
asegurar también la entrega de todas las herramientas y sus licencias correspondientes para los ambientes de
desarrollo y certificación.
b) Con la entrega de un SDK que permita la modificación de funcionalidades existentes y/o la creación de
nuevas. El Contratista deberá asegurar e incluir en su Plan de Capacitación el entrenamiento necesario para
que el Banco de la Nación tenga la capacidad de utilizar el SDK. El Contratista deberá asegurar también, la
entrega de todas las herramientas y sus licencias correspondientes para los ambientes de desarrollo y
certificación.
31 Se aceptará para la capa de presentación, lenguajes compatibles con la Plataforma de Desarrollo Java EE.
32 Para el desarrollo y mantenimiento de la solución de Core Bancario, el Postor deberá incluir en su propuesta:
a) Una herramienta automatizada para el control de las versiones y para la gestión de solicitudes de cambio,
con licencias de tipo flotante para 40 usuarios.
b) Una herramienta para el acceso y actualización del modelo lógico de la base de datos de la solución de Core
Bancario con licencias de tipo flotante para 5 usuarios. Estas licencias deberán estar disponibles a la
culminación de la etapa del “Plan de Trabajo”.
33 El Contratista deberá asegurar que el Banco de la Nación recibirá las actualizaciones de versiones o
tecnologías del software de Core Bancario, y que estas actualizaciones se integrarán a las nuevas
funcionalidades o modificaciones desarrolladas por el Banco de la Nación.
34 Se debe dotar al Banco con las herramientas de desarrollo y con la capacitación necesaria para que el
personal del Banco pueda realizar los desarrollos y mantenimientos de forma eficiente, segura y centralizada.
7. 5 Comunicaciones
35 El Nuevo Core Bancario deberá utilizar la misma infraestructura de comunicaciones que el actual core.
8. REQUERIMIENTOS DE CONECTIVIDAD N° DE FOLIO
Página 231 de 404

(S)
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 los
Canales de Atención, brindando las interfaces y módulos de software necesarios para cada uno de ellos:
36 - Plataforma de Caja o Ventanilla: el Nuevo Core Bancario deberá proveer la solución de software
necesaria para la atención en cajas o ventanillas que reemplazará al sistema actual (transacciones de caja y
de verificación de firmas electrónicas). De igual manera debe proporcionar los módulos de software (rutinas,
APIs, módulos, etc.) para lograr la conectividad necesaria con los dispositivos tales como: lectoras de tarjeta
magnética, lectoras de caracteres magnéticos y/o ópticos en cheques, ingreso de clave en dispositivos Pin Pad
y lectoras de documentos de pago (recibos y facturas), no se requiere la provisión de los equipos
mencionados. Adicionalmente, para la etapa de convivencia, deberá proveer la interface con la solución
actual de Plataforma de Caja o Ventanilla.
37 - Banca por Internet: el Nuevo Core Bancario deberá proveer la interfaz y los controles necesarios para
conectarse y atender los requerimientos y servicios de la solución de Banca por Internet del Banco.
38 - Cajeros Automáticos (ATMs): el Nuevo Core Bancario deberá comunicarse con el switch que administra la
red cajeros automáticos (ATM), tal como se conecta con el Core Bancario, mediante interfaces haciendo uso de
mensajería ISO 8583.
39 - Cajeros Corresponsales: la solución de Core Bancario deberá proveer la posibilidad de ejecutar servicios o
transacciones del Banco de la Nación remotamente.
40 - Banca por Teléfono (IVR): el Nuevo Core Bancario deberá proveer la interfaz y los controles necesarios
para atender los requerimientos y servicios brindados a los clientes por medio del Sistema de Respuesta de
Voz Interactiva o IVR, dicha interfaz se conectará utilizando un servidor transaccional que interactúa entre el
Core Bancario y el sistema IVR, permitiendo el acceso a servicios de información y operaciones autorizadas.
41 - Banca por Celular: el Nuevo Core Bancario deberá proveer la interfaz y los controles necesarios para
atender los requerimientos y servicios brindados a los clientes por medio de mensajería SMS y/o aplicaciones
alojadas en los teléfonos.
8.2 Con el Ambiente Mainframe
Página 232 de 404

42 - Deberá ser capaz de procesar transacciones iniciadas por el sistema mainframe del Banco, específicamente
desde las diferentes regiones CICS definidas en el mainframe.
- Deberá ser capaz de desplegar los servicios a través de todos los canales del Banco.
43 El Nuevo Core Bancario debe brindar la funcionalidad necesaria para el intercambio de información con el
Core actual, en modalidad batch (procesamiento por lotes), a través de transferencia de archivos, haciendo
uso de Web Services o mediante servicios de mensajería basada en colas (JMS o MQ).
8.3 Con Oracle Financials

44 Deberá ser capaz de intercambiar información con el Sistema Oracle Financials (versión 11.5.10.2) que corre
en una Plataforma Linux independiente, y que constituye el ERP del Banco, por lo que esta interfaz es de gran
importancia. El Nuevo Core Bancario deberá cumplir con los requerimientos de conectividad y mensajería que
imponga el producto Oracle Financials.
8.4 Con Sistema de Tesorería e Inversiones - Back Trader Live

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

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

47 Deberá disponer de conectividad en los dos sentidos, con diversas instituciones externas, tanto para procesos
en línea como para transferencias de archivos.
Las instituciones con las cuales deberá inter-operar como mínimo la solución de Core Bancario son:
- BCRP (Banco Central de Reserva del Perú): existe un enlace al BCRP para que usando un aplicativo de esta
entidad, en forma remota se ingrese por digitación datos de las transferencias del Estado. La integración se
realiza a través del software LBTR propiedad del BCRP.
Página 233 de 404

- SUNAT (Superintendencia Nacional de Aduanas y Administración Tributaria): el Banco de la Nación está

autorizado para la recepción de pago de tributos en ventanilla. Estos datos son dados a conocer a la SUNAT en
línea, a través del “hub de integración”, y posteriormente confirmados con una transmisión en ráfaga de los
datos, usando FTP.
- RENIEC (Registro Nacional de Identificación y Estado Civil): similar a SUNAT, los pagos son recibidos en
ventanilla y transmitidos en línea, a través del “hub de integración”, y posteriormente confirmados con una
transmisión en ráfaga de los datos, usando FTP.
- VISA: el Banco de la Nación recibe en línea las transacciones generadas desde establecimientos comerciales,
hechas en Puntos de Venta (POS) y a través de la red de procesamiento VISA, para compras internacionales
con la Tarjeta de Débito ofrecida por el Banco (tarjeta Multired). La trama de mensajería pasa primero por los
dispositivos VEA, proporcionados por VISA, luego al Stratus (el mismo que atiende a los ATM), y de ahí al
mainframe. El Nuevo Core Bancario deberá hacer de autorizador, como lo es el mainframe en la actualidad.
- VISANET: el Banco de la Nación recibe en línea las transacciones generadas desde establecimientos
comerciales, hechas en Puntos de Venta (POS) y a través de la red de procesamiento VISANET, para compras
nacionales con la Tarjeta de Débito ofrecida por el Banco (tarjeta Multired). El Nuevo Core Bancario deberá
hacer de autorizador, como lo es el mainframe en la actualidad.
- MASTERCARD: el Banco de la Nación recibe en línea transacciones originadas en cajeros automáticos

MULTIRED BN a través de la red Procesos MC Perú, por retiro de efectivo con Tarjeta de Débito o Crédito de
clientes propios o foráneos afiliados a la franquicia MASTERCARD (MAESTRO/CIRRUS/MASTECARD). La trama
de mensajería pasa por el STRATUS, es canalizada a Procesos MC Perú y es transferida a la red MASTECARD,
quien a su vez transmite al Banco Emisor, quien autoriza o rechaza la operación.
- SEDAPAL (Servicio de Agua Potable y Alcantarillado): Similar a SUNAT, los pagos son recibidos en ventanilla
y transmitidos en línea, a través del “hub de integración”, y posteriormente confirmados con una transmisión
en ráfaga de datos, usando FTP.
- Cámara de Compensación Electrónica: se pasa la información de la Cámara Saliente dos veces al día, en
modo FTP, y similarmente, se recibe información de la Cámara Entrante y de la Compensación definitiva.
- MEF: para transacciones de autorización de pago, pago a proveedores del Estado y pago electrónico de
planillas, registro de claves de Unidades Ejecutoras, entre otros a través de SIAF . Además se proporciona
información de la Cuenta de Ejecución, en modo FTP.
Página 234 de 404

- MTC: se proporciona información de las recaudaciones realizadas (cobro de multas por infracciones, pagos
de servicios y otros) vía MQ Series.
- Instituciones Financieras: envío y recepción de información vía FTP seguro.
- Poder Judicial: certifica el pago de certificados de antecedentes judiciales y otras certificaciones, vía MQ
Series.
- Operadoras de Telecomunicaciones: cobros de servicio telefónico y recargas celulares con abono en

cuenta vía Web Services.
- Central de Riesgo de la SBS: consulta de Central de Riesgo vía internet con un usuario y password.
- Informa Perú: consulta de Central de Riesgo vía internet con un usuario y password.
- Sentinel Perú: Central Inteligente de Alertas y Riesgo.
- Dirección General de Migraciones y Naturalización.
- SUNARP, INC y OSCE.

48 La solución Nuevo Core Bancario deberá estar preparada para interconectarse con instituciones y empresas
adicionales, para los servicios de cobranza y/o corresponsalía, con las cuales el Banco de la Nación decida
interconectarse.
9. REQUERIMIENTOS DE INFORMACION PARA ENTIDADES EXTERNAS N° DE FOLIO

(S)
Los Reportes Regulatorios y de Control, el Control y Prevención del Lavado de Activos y la Gestión Integral de
Riesgos del Banco de la Nación estarán soportados en una plataforma tecnológica especializada, en el entorno
de un proyecto de Data Warehouse independiente del Nuevo Core Bancario, y en otras soluciones
especializadas que el Banco de la Nación ya dispone.
49 Se requiere la disponibilidad de los datos que se genera como resultado de las operaciones y transacciones de
los clientes en su relación de negocios con el Banco de la Nación. Es por tanto un requerimiento que todos los
Módulos de Negocio de la solución propuesta de Core Bancario, generen la información necesaria para
alimentar el Data Warehouse que soportará los Reportes Regulatorios y de Control, el Control y Prevención del
Lavado de Activos y la Gestión Integral de Riesgos.
Página 235 de 404

9.1 Información para la Superintendencia de Banca, Seguros y AFP

La información requerida por el ente regulador y que la nueva solución de Core Bancario deberá proveer como
mínimo para la alimentación del Data Warehouse, en la frecuencia exigible por el regulador y en el formato a
acordar con el Contratista, es la siguiente:
50 - Información de identificación de deudores: que reportará todos los clientes del Banco de la Nación que
estarán referenciados por tener productos y servicios contratados (tipo de identificación, código de
identificación, tipo de identificación de extranjero, código de identificación de extranjero, tipo de identificación
complementaria, código de identificación complementaria, tipo de persona, tipo de cliente empresarial,
magnitud empresarial, razón social, apellido paterno, apellido materno, apellido de casada, primer nombre,
segundo nombre, fecha de nacimiento, género, estado civil, código de deudor Banco de la Nación, tipo de
residencia, país de residencia, país de nacimiento, ubicación geográfica, código de la zona registral, código de
oficina registral, sector económico, calificación regulatoria sin alineamiento según Resolución Nº 11355-2008,
calificación regulatoria, vinculación con el Banco de la Nación, relación laboral con el Banco de la Nación,
indicador de riesgo cambiario crediticio Circular B-2145-2005, tipo de identificación principal en el caso de
clientes mancomunados, código de identificación principal en el caso de clientes mancomunados).
51 - Información de operaciones de crédito: que reportará el stock a la fecha de corte de las operaciones de
crédito (código de operación, tipo de producto, tipo de crédito, tratamiento especial de exposiciones de
consumo, tipo de identificación de cliente, código de identificación de cliente, moneda, saldo contable, cuenta
contable, rendimientos devengados, rendimientos diferidos, rendimientos en suspenso, tipo de tasa de interés,
tipo de indexación de la tasa de interés, spread de tasa variable y mixta, tasa de interés efectiva anual, tasa
de costo efectivo anual, fecha de inicio de operación, fecha de vencimiento, modalidad de pago, monto de la
cuota, fecha de la cuota, número de cuotas pactadas, número de cuotas por pagar, periodicidad de las cuotas,
días de atraso al cierre de mes, días de atraso durante el mes, tipo de gracia otorgada, períodos de gracia,
monto desembolsado asociado a la operación, vencimiento efectivo, provisiones específicas, indicador de
transferencia o adquisición de cartera, código de cartera transferida, sustitución de contraparte, indicador de
financiamiento especializado, código de oficina, condición de disponibilidad, factor de conversión crediticio).
52 - Información de operaciones agrupadas: que reportará el stock agrupado por cliente, de avances en
cuentas corrientes, sobregiros y de descuento de letras y pagarés y factoring, a la fecha de reporte de la
información (código de línea, tipo de crédito, tipo de producto, tipo de crédito, tratamiento especial de
exposiciones de consumo, tipo de identificación de cliente, código de identificación de cliente, moneda, saldo
contable, cuenta contable, rendimientos devengados, rendimientos diferidos, rendimientos en suspenso, tasa
de interés efectiva anual, fecha de vencimiento, días de atraso, vencimiento efectivo, provisiones específicas,
indicador de transferencia o adquisición de cartera, sustitución de contraparte, código de oficina, condición de
Página 236 de 404

disponibilidad, factor de conversión crediticio)
53 - Cobertura de operaciones y grupo de operaciones: (tipo de operación cubierta, código de la operación

o código de línea, tipo de garantía, código de la garantía, tipo de identificador de la garantía personal, tipo de
cobertura del garante, moneda de la cobertura, monto de la garantía asignada a la operación).
54 - Salida de operaciones: que reportará todos los casos que origine la salida de una operación de crédito
(código de operación, motivo de salida de la operación, fecha de salida de la operación, monto de salida,
código de la nueva operación generada, tipo de garantía, código de la garantía, código de cartera transferida).
55 - Disminución de saldos de operaciones en incumplimiento: que reportará todas las operaciones

individuales que se encuentran en incumplimiento (código de la operación individual, motivo de disminución
de saldos, monto de la disminución de saldo, código de la nueva operación generada, tipo de garantía, código
de la garantía).
56 - Líneas comprometidas: que reportará todas las líneas comprometidas no utilizadas asignadas a los
clientes (tipo de identificación del cliente, código de identificación del cliente, código de línea, indicador de
bloque de línea, tipo de línea, cuenta contable, moneda, revolvencia de las líneas, cancelación unilateral,
monto aprobado de la línea comprometida, monto no utilizado de la línea comprometida, indicador de multi-
línea, código de multi-línea, monto aprobado de la multi-línea, monto no utilizado de la multi-línea).
57 - Stock de garantías físicas: que reportará el stock de los activos recibidos como garantías preferidas
(código de garantía, agrupación de bienes en garantía, número de bienes comprometidos en la garantía, tipo
de garantía, indicador de deuda vinculada, tipo de cobertura, tipo de propietario de la garantía, tipo de
identificación del deudor, código de identificación del deudor, identificación de situación de garantía, código
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).
Página 237 de 404

58 - Stock de garantías en títulos valores: que reportará el stock de las garantías auto-liquidables y
preferidas a la fecha de reporte (código de garantía, agrupación de bienes en garantía, código ISIN, tipo de
emisión, tipo de emisor, indicador de deuda vinculada, tipo de cobertura, tipo de identificación del deudor,
código de identificación del deudor, identificación de situación de garantía, indicador de garantía compartida,
fecha de constitución, fecha de vencimiento de la garantía, cuenta contable de registro, valor de constitución
de la garantía, plazo esperado de liquidación, valor estimado de realización de la garantía, valor de mercado,
fecha de última valuación, moneda de la garantía, moneda de indexación de la garantía, plazo de clasificación
de la garantía, empresa clasificadora de riesgo externa, clasificación de riesgo externa, fecha de última
clasificación de riesgo externa).
59 - Garantías personales: que reportará el stock de las garantías personales (avales y fianzas) de los deudores
(código interno del garante, tipo de identificación del garante, código de identificación del garante, tipo de
identificación complementario, código de identificación complementaria, tipo de cobertura, tipo de persona,
tipo de cliente empresarial, razón social, apellido paterno, apellido materno, apellido de casada, primer
nombre, segundo nombre, tipo de residencia, país de residencia, ubicación geográfica, código de la zona
registral, código de oficina registral, número de partida, cuenta contable).
60 - Salida de garantías: que reportará todos los casos que origine la salida de garantías (tipo de garantía,
código de la garantía, fecha de salida de la garantía, motivo de salida de la garantía, valor de adjudicación de
la garantía, gastos de adjudicación, valor de la venta de garantía, gastos de la venta, modalidad de venta,
código de operación).
61 - Transferencias de cartera: (tipo de cartera, código de cartera, tipo de transferencia o adquisición de

cartera, tipo de persona, tipo de cliente empresarial, tipo de contraparte de la transferencia de cartera, tipo de
documento de identidad, número de documento de identidad, código CIIU del adquiriente, código de la zona
registral, código de la oficina registral, número de partida , tipo de documento del representante legal,
documento de identidad del representante legal, tipo de residencia, país de residencia, magnitud empresarial,
relación con la empresa informante, responsabilidad de la empresa que reporta, fecha de transferencia o
adquisición, monto de la transferencia o adquisición, número de clientes transferidos o adquiridos, número de
resolución de autorización).
62 - La solución deberá estar preparada para entregar información en formato XBRL (Extensible Business
Reporting Language) que es un estándar para reportes basado en XML que ayuda a la automatización del
intercambio de información financiera.
Página 238 de 404

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 nueva solución de Core Bancario deberá proveer como mínimo la siguiente información:
63 - Información de operaciones: que reportará el stock a la fecha de corte de las operaciones activas, pasivas
y contingentes (código de operación, tipo de operación, tipo de identificación de cliente, código de
identificación de cliente, moneda, plazo, saldo contable, cuenta contable, rendimientos devengados,
rendimientos diferidos, rendimientos en suspenso, tipo de tasa de interés, tipo de indexación de la tasa de
interés, spread de tasa variable y mixta, tasa de interés efectiva anual, fecha reajuste, fecha de inicio de
operación, fecha de vencimiento, modalidad de pago, código de oficina).
64 - Información de cronogramas de pago de operaciones: que reportará el cronograma de pagos de las

operaciones activas y pasivas (código de operación, tipo de operación, tipo de identificación de cliente, código
de identificación de cliente, moneda, saldo contable, cuenta contable, fecha de pago).
65 - Generación de Bases de datos requeridas por la Superintendencia de Banca, Seguros y AFP (SBS).
9.3 Información para el Control y Prevención del Lavado de Activos

66 El Banco de la Nación actualmente dispone de una aplicación que permite el reporte de las operaciones
significativas, es decir aquellas operaciones únicas en efectivo, cuyo importe sea igual o superior a US$
10,000.00 dólares o su equivalente en moneda nacional. Para la captura de la información la nueva solución
de Core Bancario deberá emitir automáticamente un formulario electrónico, durante la atención de la
operación en caja o ventanilla. Posteriormente, la nueva solución de Core Bancario deberá entregar la
información de los formularios registrados para su procesamiento y formato para entrega al ente regulador
mediante la aplicación existente.
67 Adicionalmente, el nuevo Core Bancario deberá entregar en un formato a acordar con el Contratista de la
solución de Core Bancario la relación mensual de transacciones financieras registradas a través de todos los
servicios que brinda el Banco de la Nación (Cuentas Corrientes, Cuentas de Ahorro, Depósitos Judiciales,
Telegiros y Cheques de Gerencia, entre otros).
10. REQUERIMIENTOS DE SEGURIDAD, CONTINGENCIA Y RESPALDO N° DE FOLIO

(S)
Página 239 de 404

68 10.1. Requerimientos de seguridad

La solución propuesta deberá asegurar la adopción y manejo del Sistema de Gestión de Seguridad de la
Información del Banco, para aquellos casos en los que el requerimiento normativo esté fuera del alcance de la
solución propuesta, ésta deberá permitir su cumplimiento, teniendo en consideración los lineamientos de
seguridad de la información descritos en las siguientes normativas:
69 • Circular N° G – 140 – 2009 de la Superintendencia de Banca y Seguros

Controles de Seguridad de la Información:
Artículo 5°:
5.1 Seguridad lógica
a) Procedimientos formales para la concesión, administración de derechos y perfiles, así como la revocación de
usuarios.
b) Revisiones periódicas sobre los derechos concedidos a los usuarios.
c) Los usuarios deben contar con una identificación para su uso personal, de tal manera que las posibles
responsabilidades puedan ser seguidas e identificadas.
d) Controles especiales sobre utilidades del sistema y herramientas de auditoría.
e) Seguimiento sobre el acceso y uso de los sistemas para detectar actividades no autorizadas.
f) Controles especiales sobre usuarios remotos y computación móvil.
70 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.
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
Página 240 de 404

71 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.
72 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.
73 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:
a) Procedimientos formales para el reporte de incidentes de seguridad de la información y las vulnerabilidades
asociadas con los sistemas de información.
b) Procedimientos establecidos para dar una respuesta adecuada a los incidentes y vulnerabilidades de
seguridad reportadas.
74 5.9. Cumplimiento 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.
75 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.
Página 241 de 404

76 Seguridad en operaciones de transferencia de fondos por canales electrónicos:

Artículo 6°
En el caso de las operaciones de transferencia de fondos a terceros ofrecidas por las empresas para su
realización a través de canales electrónicos, las empresas deberán implementar un esquema de autenticación
de los clientes basado en dos factores como mínimo. Para el caso en que el canal electrónico sea Internet, uno
de los factores de autenticación deberá ser de generación o asignación dinámica. Las empresas podrán utilizar
otros factores de autenticación, en tanto éstos proporcionen un nivel de seguridad equivalente o superior
respecto a los dos factores señalados, en particular cuando se trate de operaciones importantes según los
límites que el banco determine de acuerdo a las características del producto o servicio ofrecido.
La empresa deberá tomar en cuenta los riesgos operacionales asociados, en el diseño de los procedimientos,
las definiciones de límites y las consideraciones de seguridad e infraestructura requeridas para un
funcionamiento seguro y apropiado en las operaciones de transferencia de fondos.”
77 • Norma Técnica Peruana NTP-ISO/IEC 27001 para la administración de la seguridad de la

información.
78 • Normas de Seguridad de la Información de la Industria de Medios de Pago PCI/SSC (Security

Standards Council).
Los componentes que formen parte del nuevo Core Bancario, deberán cumplir con las normas de Seguridad
PCI que les competa. El contratista deberá realizar las adecuaciones necesarias a los componentes de la
solución propuesta que tuviera algún incumplimiento con el estándar PCI.
79 • Ley de Protección de Datos Personales (Ley 29733)
10 .1.1 Para la Operación de las Aplicaciones

La solución propuesta debe contar como mínimo con los siguientes controles de seguridad para el
procesamiento de la información y operación de las aplicaciones:
80 Incluir mecanismos de seguridad para proteger la información contra la modificación no autorizada, cuando
esta se encuentra en tránsito, en procesamiento, almacenada y en los sistemas de respaldo o por
modificación causada por errores de hardware y/o software.
81 Establecer controles especiales para salvaguardar la confidencialidad y la integridad de la data que pasa a
través de las redes públicas o a través de las redes inalámbricas; también se deberá definir controles
especiales para mantener la disponibilidad de los servicios de los sistemas propuestos, así como controles de
autenticación, codificación y conexión de red.
Página 242 de 404

82 Considerar mecanismos que garanticen la autenticidad de las operaciones. Ni el origen ni el destino en un

mensaje deben poder negar la transmisión. Quien envía el mensaje puede probar que, en efecto, el mensaje
fue enviado y viceversa.
83 Contar con herramientas que permita verificar la disponibilidad de los sistemas, de acuerdo a los niveles de
servicio contratados, de tal forma que los sistemas siempre se comporten de la forma esperada.
84 Considerar los parámetros técnicos requeridos para una conexión segura con los servicios de red en
concordancia con las reglas de seguridad y conexión de red y para proteger los mensajes del acceso no-
autorizado, modificación o negación del servicio.
85 Establecer controles para proteger la información involucrada en las transacciones en-línea para evitar una
transmisión incompleta, routing equivocado, alteración no-autorizada del mensaje, divulgación no-autorizada,
duplicación o repetición no-autorizada del mensaje, mediante el uso de firmas electrónicas por cada una de las
partes involucradas en la transacción; asegurando que las credenciales de usuario de todas las partes sean
válidas y verificadas.
86 Diseñar controles apropiados en las aplicaciones, incluyendo las aplicaciones para asegurar un procesamiento
correcto. Estos controles deberán incluir la validación de la entrada de data, procesamiento interno y salida de
la data:
- En la entrada de la data se deberá considerar, chequeo de límites o limitar los campos a los rangos
específicos de la entrada de data; para detectar los siguientes errores: valores fuera de rango, caracteres
inválidos en los campos de data, data incompleta o faltante, exceder los límites superiores e inferiores del
volumen de data y data de control no autorizada o inconsistente.
- En el procesamiento de la data se deberá, establecer controles para evitar que los programas corran en el
orden equivocado o corran después de una falla en el procesamiento previo; el uso de programas apropiados
para recuperarse de fallas para asegurar el correcto procesamiento de la data; protección contra ataques
utilizando excesos/desbordamientos de la memoria intermedia; controles de sesión o lote, para conciliar los
saldos del archivo de data después de las actualizaciones de la transacción; controles de saldos, para
chequear los saldos de apertura comparándolos con los saldos de cierre anteriores; específicamente: corrida a
corrida ; totales de actualización del archivo; programa a programa; validación de la entrada de data
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.
Página 243 de 404

- 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:
87 • Estar integrado con los productos de la suite IBM Security Identity and Access Management (antes
denominado Tivoli), enfocado particularmente a los módulos Security Identity Manager, Security Access
Manager for e-Business y Security Access Manager for Enterprise Single Sign On, para la administración de las
identidades, y la gestión de accesos.
88 • Tener un repositorio de usuarios y perfiles de acceso propio y tener la capacidad de integrarse con el
producto Microsoft Active Directory bajo el estándar tipo LDAP para la autenticación de los usuarios, así como
con el producto IBM Tivoli Access Manager for e-Business IBM para la autorización de los accesos a las
aplicaciones y autenticación de usuarios.
89 • Soportar las operaciones básicas del ciclo de vida de una cuenta de usuario: creación; modificación;
eliminación; cambios de estado. Además deberá permitir las funcionalidades relacionadas al manejo de
cuentas de usuario: bloqueo de la cuenta ante escenarios de intentos fallidos o a demanda, por ejemplo, el
que se establezca para el periodo vacacional de un empleado, desbloqueo, caducidad de contraseña y cambio
Página 244 de 404

de contraseña, entre otras.
90 • Manejar contraseñas robustas, es decir, debe permitir la configuración de contraseñas que contengan letras
minúsculas, mayúsculas, números y algunos símbolos especiales, estipulado en las políticas de seguridad del
Banco de la Nación. Estas contraseñas deberán ser almacenadas y transportadas de forma cifrada, de acuerdo
a las políticas de cifrado de la información
91 • Operar con controles de acceso basado en roles funcionales RBAC, con niveles de autorización lo más
detallados posible, deberá contemplar perfiles de acceso por: servicios; módulos; menús; transacciones; tipo
de operaciones; y las que por requerimientos de operatividad del negocio sean necesarias definir.
92 • Disponer de interfaces que permitan administrar y/o mantener la información relacionada a las cuentas de
usuario y perfiles de acceso de la solución propuesta, a través de mecanismos de arquitectura estándar (como
Web Services, API, scripts, etc.).
93 • Time Stamping, almacenar datos de trazabilidad, rastreo forense y control de accesos que permitan atender
los requerimientos de auditoría y cumplimiento regulatorio para todas las transacciones/operaciones
realizadas en la solución con cada cuenta de usuario. Se deberá proveer herramientas que permitan un
análisis exhaustivo de los datos generados.
10.1.3 Para el Cifrado de la Información
94 La nueva solución propuesta deberá proveer un módulo de seguridad para la gestión de la criptografía, el cual
deberá permitir el cumplimiento de todo lo requerido para el cifrado y descifrado de la información
confidencial, tales como la clave secreta, número de tarjeta, saldos, estados de cuentas y datos personales,
entre otros, que cumpla con los estándares de la norma PCI/SSC (Security Standards Council) y la Ley de
Protección de datos personales 29733 de acuerdo a las siguientes especificaciones:
95 • Incluir mecanismos de seguridad mediante el cifrado y descifrado para proteger la integridad y

confidencialidad de la información que se procese, almacene y transmita a través de los diferentes canales de
atención, desde el inicio hasta el final de la operación.
96 • Utilizar dispositivos de seguridad HSM (Hardware Security Module) para el cifrado y descifrado de la
información, así como para la generación y validación de las claves criptográficas.
97 • Manejar algoritmos criptográficos robustos; como mínimo deberá soportar: 3DES, AES, RSA, de acuerdo a los
requerimientos del canal de atención y medio de comunicación.
98 • Operar con claves criptográficas generadas como mínimo con 3 componentes de doble o triple longitud.
Página 245 de 404

99 • Gestionar la administración de las claves criptográficas: inscripción, cambio y eliminación de forma segura.
Permitir el cambio de forma independiente.
10 • Utilizar claves criptográficas exclusivas para cada ambiente de desarrollo, certificación, producción y
0 respaldo; por cada canal de servicio; por cada punto de conexión (PIN PAD) y por cada tipo de clave PVV, CVV,
CVV2, por Zona, etc
10 • Contar con controles para proteger el PIN (clave de identificación personal) del tarjetahabiente, de manera
1 que no pueda ser visualizado por personal del Banco de la Nación, por el Contratista ni por terceros.
10 • 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
2 3. El Banco cuenta con cajas de seguridad HSM marca Thales, asimismo cuenta con coprocesadores
criptográficos que residen en los servidores mainframe.
10 • Operar con longitud del PIN de 4 o 6 dígitos dependiendo del canal de atención donde se realice la
3 operación.
10 • Las tarjetas se deberán validar con todos los datos de la misma, tales como el número, CVV (Card
4 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.
10 • Operar con tarjetas de banda magnética y chip, que cumplan con las especificaciones técnicas de los
5 estándares EMV.
10.1.4 Para el Registro de Auditoría y Monitoreo

10 La nueva solución de Core Bancario deberá contar con un módulo de seguridad para la gestión y monitoreo de
6 los registros de eventos de auditoría, respecto a la disponibilidad, integridad y confidencialidad de los datos
y/o información.
10 El módulo de seguridad deberá proveer mecanismos para la gestión que ayuden a determinar qué es lo que
7 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:
10 • Ser fácilmente identificables a través de un código de identificación o similar. Deben ser fácilmente
Página 246 de 404

8 exportables a diferentes formatos digitales como un documento Word, Excel, Power Point, etc.
10 • Indicar el inicio de sesión e intentos fallidos de acceso de los usuarios.

9
11 • Incluir información que permita identificar las acciones realizadas en el procesamiento de datos en los
0 sistemas de información, servicios informáticos y plataformas tecnológicas, según los siguientes criterios:
- ¿Quién lo hizo?: usuario, aplicación o proceso que inició el evento.
- ¿Qué hizo?: tipo de acción que representa el evento.
- ¿Cuándo lo hizo?: ¿Cuando ocurrió el evento? Bajo el siguiente formato: DD/MM/AAAA para la fecha y de
HH:MM:SS para el tiempo.
- ¿Qué objeto se vio afectado?: un objeto puede ser cualquier tipo de archivo, base de datos, aplicación,
permisos, etc. que fue manipulado por el evento.
- ¿Dónde lo hizo?: ¿Sobre qué equipo sucedió el evento? Que permita la identificación del equipo como
dirección IP, puerto, dirección URL, etc.
- ¿Desde dónde lo hizo?, ¿Qué sistema es la fuente del evento?
11 • Estar en formato de texto según la plataforma operativa donde resida la información, permitiendo leerlos y
1 desplegarlos en formatos diferentes, y facilitando la emisión de reportes con criterios parametrizables.
11 • Proporcionar datos que faciliten establecer la causa de un incidente de seguridad de la información.

2
11 • Registrar las acciones realizadas con las cuentas de usuario final, principales, privilegiadas y de integración
3 de los sistemas de información, servicios informáticos y plataformas tecnológicas.
11 • Los registros de auditoria deben ser inalterables, inclusive los usuarios con cuentas privilegiadas no deben
4 tener acceso para modificarlos.
11 • Contar con facilidades para el almacenamiento de información histórica, así como para la recuperación de la
5 misma en ambientes diferentes al de producción.
11 • Registrar los cambios en la configuración de las aplicaciones del Nuevo Core Bancario.
6
Página 247 de 404

11 • Las operaciones financieras y consultas deberán ser registradas como eventos de auditoría desde su inicio
7 hasta su culminación.
11 • La fecha y hora deben estar sincronizadas en todos los componentes del sistema con una fuente que
8 proporcione la hora exacta, para asegurar que los registros de eventos de auditoría reflejen el tiempo exacto
de ocurrencia.
11 • Los registros de eventos de auditoría de la solución propuesta deberán permitir recopilar, ordenar y
9 correlacionar los eventos de seguridad del sistema, relacionados con las aplicaciones y los accesos del Nuevo
Core Bancario
12 • Los registros de eventDos de auditoría de la solución propuesta deberán permitir automatizar la colección de
0 eventos del Nuevo Core Bancario y dispositivos de seguridad, de forma centralizada.
12 El módulo de seguridad deberá proveer mecanismos para monitorear el uso de las cuentas principales,
1 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

12 El Contratista deberá tener en cuenta los lineamientos de seguridad de la información descritos en la
2 normativa vigente y las que se desarrolle en relación a los controles de Seguridad de la Información del Banco
de la Nación. Actualmente se cuenta con:
• Directiva, Banco de la Nación-DIR-2100 N° 113-01 Administración de Registros de Eventos de Auditoria en los
Sistemas de Información, Servicios Informáticos y Plataformas Tecnológicas del Banco de la Nación.
• Directiva, Banco de la Nación-DIR-2100 N° 055-023 Gestión de Accesos e Identidades a los Sistemas de
Información, Servicios Informáticos y Plataformas Tecnológicas del Banco de la Nación.
• Directiva, Banco de la Nación-DIR-2100 N° 112-01 Parámetros de Acceso a los Sistemas de Información,
Servicios Informáticos y Plataformas Tecnológicas del Banco de la Nación.
• Circular Banco de la Nación-CIR-2100 N° 177-01 “Gestión de cuentas principales y de integración de los
sistemas de información, servicios Informáticos y plataformas tecnológicas”.
• Directiva Banco de la Nación-DIR-2100 N° 121-01 “Clasificación de la información del Banco de la Nación”.
• Circular Banco de la Nación-CIR-2100 N° 274-01 ”Gestión de Incidentes de Seguridad de Información”.
• Directiva Banco de la Nación-DIR-2400 N° 147-01 ”Ciclo de Vida del Software”.
• Directiva Banco de la Nación - BN-DIR-2100N° 162-01 “Administración de Claves Criptográficas”.
Página 248 de 404

• Manual de Políticas del Sistema de Seguridad de la Información BN-MAN-2100 N°001-01
10 .1.6 Acuerdos de Confidencialidad

12 El Contratista de la solución deberá firmar un compromiso de confidencialidad respecto de la información que
3 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, 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
Página 249 de 404

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

12 Dado que algunas de las características de los Web Services, como la accesibilidad a la información, el
4 intercambio dinámico, la autonomía, no son contemplados dentro de los modelos y controles tradicionales de
seguridad, se requiere de mecanismos que garanticen la confidencialidad e integridad de los datos que son
transmitidos por los protocolos de Web Services. Bajo este contexto, además de la necesidad de sistemas de
seguridad perimetrales como firewalls y sistemas de detección de intrusos o soluciones como TLS y SSL que
trabajan asegurando comunicaciones punto a punto para proteger las arquitecturas basadas en servicios
(SOA), se requiere asegurar mensajes SOAP y documentos XML para que puedan ser transmitidos a través de
una infraestructura de conectividad segura entre aplicaciones.
Considerando que la nueva solución de Core Bancario estará basada en una Arquitectura Orientada a
Servicios, en estándares y protocolos abiertos como XML, SOAP, UDDI, WSDL, entre otros, la solución
propuesta debe proveer mecanismos de seguridad adecuados al manejo de Web Services, por lo cual debe
incluir una capa de seguridad basada en estándares de seguridad de la industria como WS-Security (XML
Digital Signature, para asegurar la integridad de los mensajes y XML Encryption, para garantizar la
confidencialidad de los mismos), o su equivalente considerando que sean estándares abiertos. La nueva
solución deberá permitir el uso de mecanismos basados en XML Key Management y SAML, y soportar el uso de
mecanismos de refuerzo de seguridad de la información mediante el uso de firmas digitales, certificados
Página 250 de 404

digitales, cifrado de datos (AES, DES/Triple DES, RSA, TEA/XTEA), entre otros.
10 .2 Requerimientos de Contingencia
12 La nueva solución de Core Bancario deberá brindar un esquema de contingencia, que permita una continuidad
5 operativa de sus servicios, cuando el Ambiente de Producción, o la red de comunicaciones hayan tenido
incidentes que afecten su disponibilidad. Por tanto, el Nuevo Core Bancario deberá estar preparado para que
cuando se presenten problemas con los componentes de hardware o de comunicaciones que forman parte de
la infraestructura del Centro de Cómputo Principal, los servicios suspendidos deberán ser brindados en el
Ambiente de Respaldo, manteniendo la continuidad del negocio, y permitiendo la recuperación, en casos de
contingencia o una situación de desastre.
12 La nueva solución de Core Bancario deberá ofrecer facilidades para la replicación en línea de transacciones, y
6 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.
12 La nueva solución de Core Bancario deberá permitir la implementación de esquemas de alta disponibilidad que
7 permita la continuidad operacional en caso de fallas parciales o totales del sistema principal con facilidades
para:
- Rápida replicación: los cambios realizados en el Ambiente de Producción Principal tienen que reflejarse en el
Ambiente de Respaldo de manera oportuna. La nueva solución debe ser capaz de manejar la carga de trabajo
calculada que se va a generar, abarcando diferentes entornos de proceso tales como el transaccional de día y
Página 251 de 404

los procesos batch. También debería haber la posibilidad de asignar prioridades a las cargas de trabajo de
replicación en el sistema.
12 - Secuenciamiento transaccional: los cambios realizados en el Ambiente de Producción tienen que reflejarse en
8 el Ambiente de Respaldo en la misma secuencia en que fueron generadas. La nueva solución debe garantizar
que esto ocurra así incorporando controles de integridad internos y, en caso de producirse cualquier problema,
avisar a los operadores inmediatamente.
12 - Cambio de rol: debe ser posible invertir el sentido de la replicación utilizando herramientas que formen parte
9 de la nueva solución. Por ejemplo, en caso de que el Ambiente de Producción necesite una actualización de
software, el Ambiente de Respaldo debe ser capaz de asumir la carga de trabajo del Ambiente de Producción e
ir guardando todos los cambios generados de manera que el Ambiente de Producción pueda ser sincronizado
posteriormente cuando vuelva a estar disponible.
13 - Replicación completa del entorno: la nueva solución debe ser capaz de replicar cualquier cambio realizado a
0 cualquier objeto en el Ambiente de Producción al Ambiente de Respaldo incluyendo registro de usuarios y
cambios de password de acceso.
13 - Herramientas de generación de informes y de rastreo: la nueva solución debe ser capaz de rastrear y
1 documentar el estado de los Ambientes de Producción y de Respaldo. Debe ser capaz de reportar cuántos
cambios se ha generado en el Ambiente de Producción, cuántos se han recibido en el Ambiente de Respaldo y
cuántos se han aplicado en el Ambiente de Respaldo. Debe haber también un registro histórico de esta
información.
13 - Manejo de errores: la nueva solución debe ser capaz de garantizar la entrega desde el Ambiente de
2 Producción al Ambiente de Respaldo. Si se está enviando datos de un Ambiente de Producción al Ambiente de
Respaldo y el enlace de comunicaciones falla, la nueva solución debe ser capaz de emitir alertas al operador
de forma inmediata así como de reenviar los datos que no han sido recibidos correctamente en el Ambiente de
Respaldo.
13 - Los valores máximos que el Banco de la Nación aceptará, en tanto sean atribuibles a la solución del nuevo
3 Core Bancario son:
• Tiempo Objetivo de Recuperación (RTO): 15 minutos
• Punto Objetivo de Recuperación (RPO): no debe ser mayor de 5 minutos.
Página 252 de 404

10 .3 Requerimientos de Respaldo
13 El Contratista deberá entregar el procedimiento de respaldo de la información almacenada en la base de
4 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.
- El procedimiento de eliminación de las tablas temporales.
- El procedimiento de limpieza de históricos de las bases de datos una vez respaldadas.
- El procedimiento de recuperación e integración de la información histórica almacenada en los respaldos.
- Los ambientes de desarrollo, certificación y Producción, en los servidores mainframe para albergar la nueva
solución.
12. REQUERIMIENTOS DE MIGRACIÓN Y CONVIVENCIA N° DE FOLIO

(S)
12.1 Migración de Datos
12.1.1 Objetivos de la Migración de Datos

13 El Contratista deberá:
5 - Cargar en la base de datos de la nueva solución de Core Bancario el 100% de los registros de clientes y
usuarios (clientes prospecto) del Banco, de acuerdo a lo que el Banco le entregue en su momento.
- Cargar en la base de datos de la nueva solución de Core Bancario el 100% de los productos y servicios
contratados por los clientes del Banco, de acuerdo a lo que el Banco le entregue en su momento.
- Cargar en la base de datos de la nueva solución de Core Bancario los movimientos (transacciones
financieras) realizados sobre los productos y servicios, de acuerdo a lo que el Banco le entregue en su
momento.
- Cargar en la base de datos de la nueva solución de Core Bancario, la totalidad de los log de movimientos
(transacciones administrativas) de datos de clientes y cuentas, de acuerdo a lo que el banco le entregue en su
momento.
- La nueva solución de Core Bancario deberá permitir la consulta de movimientos históricos generados en el
actual Core Bancario, al menos de los últimos 10 años exigibles por regulaciones peruanas. Se mantendrá en
una base de datos histórica.
- Efectuar la migración y/o reemplazo de las aplicaciones basadas en emulación 3270 que estén relacionadas a
Página 253 de 404

los procesos que forman parte del alcance de la Nueva Solución de Core Bancario, que a la fecha se viene
usando en los ambientes de plataformas de atención al público, así como en las áreas administrativas de los
distintos departamentos y en el Back Office de las sucursales y agencias. El detalle de la funcionalidad de
dichas aplicaciones se revisará con el contratista en la etapa del Plan de Trabajo.

13 - El Contratista deberá incluir las herramientas necesarias para identificar los “kernels” de migración de
6 aplicaciones en el core actual. Esta actividad servirá para identificar entre otras: las relaciones existentes
entre las aplicaciones y las tablas de bases de datos, la dimensión de los kernels y la secuencia más adecuada
para la implementación; además permitirá estimar mejor los esfuerzos.
13 - El Contratista será responsable de diseñar y construir mecanismos de validación de la información entregada
7 por el Banco de la Nación, previa a su carga en las estructuras del Nuevo Core Bancario.
13 - El Contratista será responsable de diseñar, construir y parametrizar los procesos para la carga de datos a la
8 nueva solución de Core Bancario.
13 - El Contratista deberá identificar y establecer los tiempos requeridos para realizar la carga y verificación de
9 los datos migrados en coordinación con el Banco.
14 - Deberá proveer mecanismos de validación y realizar el cuadre de la información cargada en la nueva
0 solución de Core Bancario, contra la información existente en los sistemas actuales del Banco de la Nación.
14 - Deberá proveer mecanismos de cuadre contable de la información cargada en la nueva solución contra el
1 sistema contable del Banco de la Nación.
12.2 Convivencia
14 Durante la convivencia los módulos del Nuevo Core Bancario deberán operar junto a los módulos “legacy” del
Página 254 de 404

2 actual core bancario.
12.2.1 Objetivos de los Procesos de Convivencia

14 El Contratista deberá:
3 - Asegurar que el período de transición, requerido para la adopción total de la nueva solución de Core
Bancario, se realice con la mayor transparencia posible para los usuarios y clientes del Banco de la Nación.
- Garantizar la interacción de la nueva solución de Core Bancario con los actuales Canales de Atención.
- Garantizar la interacción de la nueva solución de Core Bancario con el sistema contable del Banco de la
Nación (Oracle Financials).
- Garantizar la interacción de la nueva solución de Core Bancario con el sistema de Tesorería del Banco de la
Nación (Back Trader Live).
- Garantizar la interacción de la nueva solución de Core Bancario con Entidades Externas.
12 .2.3 Responsabilidades del Contratista
14 - El Contratista será responsable de diseñar, construir y parametrizar las interfaces, del lado de la Nueva
4 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
14 El detalle de la estrategia de migración y convivencia de la nueva solución de Core Bancario se establecerá de
5 mutuo acuerdo con el Contratista al inicio de la etapa de implementación, considerando las características
técnicas de la solución propuesta, las recomendaciones del Contratista, su metodología y experiencias
previas. Sin embargo, el Banco de la Nación propone como referencia contemplar los aspectos descritos en los
siguientes numerales.
14 Al momento de plantear la Estrategia de Convivencia para cada una de las fases, se deberá considerar que el
6 Banco de la Nación actualmente tiene habilitados los siguientes estándares de integración:
- CICS (feature Web Services for CICS).
- Servicios Web sobre Websphere Application Server.
- Servicios Web sobre Websphere Message Broker.
- Mensajería a través de Websphere MQ en forma asíncrona.
- Servicio de transferencia de archivos vía SFTP sobre Internet Information Server y Linux Red Hat.
Los aspectos técnicos relacionados con las interfaces se definirán durante la etapa del “Plan de trabajo”.
Página 255 de 404

14 12 .3.1 Fase I: Clientes

7 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:
- 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.
14 12 .3.2 Fase II: Colocaciones

8 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 instalaría el módulo de Colocaciones y los Procesos de Apoyo correspondientes a los productos
mencionados.
Interfaces con los Canales de Atención: en esta fase podrá entrar en producción la totalidad de la
Plataforma de Caja o Ventanilla, además, en caso de que se cree transacciones sobre Colocaciones en los
demás canales, estos también deberán ser habilitados.
Interfaz con Oracle Financials: se implementará las interfaces definitivas relacionadas con la entrega de
datos para la contabilización de las operaciones de Colocaciones.
Interfaces con Entidades Externas: se implementará las interfaces definitivas con las entidades externas
correspondientes.
14 12 .3.3 Fase III: Captaciones, Servicios de Cobros y Pagos

9 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.
- 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.
Página 256 de 404

15 El Contratista deberá hacer un análisis comparativo para determinar la estrategia más idónea para el Banco
0 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.
15 Las opciones que se plantea son las siguientes:

1 12.3.3.1 Opción 1
Reemplazar la Plataforma de Caja únicamente para las transacciones relacionadas con los módulos migrados.
En este caso, tendrá que manejarse temporalmente en las agencias tanto el sistema de ventanillas actual,
como el de la nueva Solución de Core Bancario.
Interfaces con el Ambiente Mainframe: las transacciones de Captaciones que involucren la afectación a
operaciones de Colocaciones y viceversa, podrán ejecutarse modificando temporalmente el procedimiento
para realizar la afectación a la operación de Colocaciones de forma manual en el Core actual, esto es,
utilizando la nueva Plataforma de Caja o Ventanilla para la transacción en Captaciones y la caja actual para la
transacción en Colocaciones.
12.3.3.2 Opción 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 sido migradas.
Interfaces con el Ambiente Mainframe: las transacciones de Captaciones que involucren la afectación a
operaciones de Colocaciones y viceversa, podrán ejecutarse desarrollando una interfaz automática que desde
la nueva Plataforma de Caja o Ventanilla, ejecute las transacciones sobre Colocaciones del Core actual (las
transacciones del TOLD II pueden ser ejecutadas como Web Services).
12.3.3.3 Opción 3: Ambas 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.
Página 257 de 404

15. REQUERIMIENTOS DE LICENCIAMIENTO, GARANTÍA, N° DE FOLIO

SOPORTE Y MANTENIMIENTO (S)
15.1 Licencias de la Solución Nuevo Core Bancario
15 El Postor debe considerar un esquema de licenciamiento del tipo “LICENCIA ÚNICA NO EXCLUSIVA DE USO para
2 el software de Core Bancario, por 50 años como mínimo, renovable sin costo adicional para el Banco. Esta
licencia deberá estar a nombre del Banco de la Nación asegurando la disponibilidad de licencias necesarias
para los ambientes de Desarrollo, Certificación, Producción y Respaldo en que se implemente el software de
Core Bancario, considerando que este licenciamiento sea válido en arquitectura abierta para cuando el Banco
decida migrar la Solución de Core Bancario.
15 El Postor debe considerar un esquema de licenciamiento del tipo “LICENCIA ÚNICA NO EXCLUSIVA DE USO SIN
3 LÍMITE DE TIEMPO”, de todos los productos necesarios para el correcto funcionamiento de la solución de Core
Bancario, incluyendo las herramientas de desarrollo, para los ambientes donde corresponda su uso (Desarrollo,
Certificación, Producción y Respaldo). Deben ser suficientes para soportar los procesadores de los equipos y
usuarios involucrados durante el proceso de personalización del Nuevo Core Bancario, tanto de parte del
Contratista como del Banco de la Nación, durante el transcurso de la etapa de implementación del Nuevo Core
Bancario y posteriormente del personal del Banco de la Nación de forma autónoma.
15 .2 Acuerdos de Niveles de Servicio

15 El Contratista deberá cumplir con los siguientes niveles de servicio, los cuales aplican por igual a los periodos
4 de garantía y a los periodos de soporte y mantenimiento:
Dónde:
Tiempo de reacción inicial: se refiere al tiempo máximo que transcurre desde que el Banco reporta al
contratista el error o incidencia presentada y ésta es comunicada por el contratista al personal de soporte del
Página 258 de 404
15 Las Consultas Técnicas (pregunta puntual sobre la arquitectura, diseño o funcionamiento de la solución de
5 Core Bancario) deben ser resueltas en un plazo no mayor de 48 horas.
15 El soporte funcional (presencial y telefónico) debe brindarse en idioma español.

6
15 El soporte técnico (presencial y telefónico) en el nivel básico debe brindarse en idioma español y los siguientes
7 niveles pueden ser en idioma español o inglés.
15 El contratista deberá tener una representación local, con personal que hable idioma español, con el cual se
8 podrá realizar las coordinaciones iniciales de soporte.
15 .3 Garantía de la Solución del Core Bancario

15 El Postor deberá considerar en su propuesta un período de garantía a partir de terminado el Soporte Post-
9 Producción de cada módulo implementado y hasta doce (12) meses posteriores al término del Soporte Post-
Producción del último módulo de la Solución Nuevo Core Bancario.
16 La garantía de la Solución Nuevo Core Bancario (Licencias del Software del Nuevo Core Bancario y demás
0 licencias que el proveedor considere necesarias para el correcto funcionamiento de la Solución) debe cubrir
defectos o vicios ocultos, incluyendo, de existir, la actualización de nuevas versiones liberadas en ese período,
problemas de disminución de performance, entre otros. Además, se deberá incluir el servicio de verificación de
la continuidad operativa de la Solución.
16 Durante el período de garantía el Contratista deberá incluir la actualización de la documentación respectiva.

1
16 En caso los productos o servicios contratados presenten defecto, mal funcionamiento o no cumplan con las
2 especificaciones establecidas, el Banco de la Nación rechazará y exigirá su reemplazo. Los costos en que
incurra por este concepto, serán cubiertos en su totalidad por el Contratista. Si el Postor no atiende el
requerimiento, se harán efectivas todas las garantías contractuales establecidas para el servicio.
15 .4 Soporte y Mantenimiento de la Solución del Nuevo Core Bancario
Página 259 de 404

16 El Postor deberá ofrecer el servicio de Soporte y Mantenimiento anual de las licencias de los componentes de
3 la Solución de Nuevo Core Bancario (Licencias del Software del Nuevo Core Bancario y demás licencias que el
proveedor considere necesarias para el correcto funcionamiento de la Solución), a partir del término del
período de garantía.
16 El servicio de Soporte y Mantenimiento de la Solución del Nuevo Core Bancario deberá considerar:
4 • Al menos las mismas coberturas y acuerdos de nivel de servicios que los existentes en el período de
garantía.
• La realización de al menos 2 visitas preventivas presenciales al año, efectuadas por especialistas, con una
duración de al menos 3 días laborables por cada visita.
• El esquema de actualización de versiones propuesto por el Contratista.
• Migración de la solución a las siguientes versiones del producto.
• El Contratista deberá indicar la frecuencia con la cual libera actualizaciones o nuevas versiones del Core
Bancario y cuáles son las condiciones que confluyen para el cambio.
16 El Contratista debe brindar el soporte local para la solución de Core que implementará y también para los
5 componentes de hardware que pudieran formar parte de la solución propuesta.
16 El personal de soporte debe residir en Lima-Perú y podrá ser complementado con personal ubicado fuera del
6 país, para los casos de mayor complejidad.
16 El Contratista señalará la infraestructura de soporte local e internacional indicando el personal de planta

7 disponible localmente que garantice un soporte técnico de calidad.
REQUERIMIENTOS FUNCIONALES
• Los requerimientos incluidos en los Términos de Referencia son de cumplimiento obligatorio para considerar la propuesta como válida.
• Es obligatorio marcar con "X" solo uno de los casilleros: "NATIVO", “SE DESARROLLARÁ" o “SE INTEGRARÁ DE UN TERCERO”.
• En caso no marque uno de los casilleros se considerará que no cumple con la funcionalidad mínima requerida.
Leyenda:
NATIVO: El Software de Core Bancario propuesto incluye la funcionalidad de manera natural en la solución sin necesidad de desarrollos. Es posible usar parametrizaciones.
SE DESARROLLARÁ: Para cumplir con el requerimiento de manera satisfactoria el proveedor realizará desarrollos que se acoplarán al Software del Core Bancario propuesto.
Página 260 de 404

SE INTEGRARÁ DE UN TERCERO: El Software de Core Bancario propuesto incluye componentes o aplicaciones de otros proveedores que permitirá cumplir con el
requerimiento a costo del proveedor.
FOLIO(S) DE REFERENCIA: debe indicar el Número de Folios de la propuesta donde especifique que cumple con el requerimiento.
REQUERIMIENTOS FUNCIONALES GENERALES

La solución de Core Bancario deberá:
- Cumplir con los requerimientos contenidos en este documento.
- Cumplir con los requerimientos, procedimientos y reportes de la Ley General del Sistema Financiero y del Sistema de Seguros, y Orgánica de la Superintendencia de
Banca y Seguros, sus modificaciones, reglamentos y resoluciones; que tengan relación o como consecuencia del cumplimiento de requerimientos contenidos en este
documento.
- Cumplir con los requerimientos, procedimientos y reportes de eventuales nuevas leyes en relación con el sistema financiero, normas, reglamentos y resoluciones de los
entes reguladores y de control, que puedan emitirse o dictarse durante el transcurso del plazo de ejecución del proyecto; que tengan relación o como consecuencia del
cumplimiento de requerimientos contenidos en este documento.
TERCEROSE INTEGRARÁ DE UN
SE DESARROLLARÁ
NATIVO
N° REQUERIMIENTOS GENERALES DE LA NUEVA SOLUCIÓN DE CORE BANCARIO FOLIO(S) DE REFERENCIA
Deberá poder revisar el tiempo de utilización del Core Bancario por usuario, lo cual se
1 Usuarios refiere a la obtención de estadísticas de las operaciones que realizan los usuarios en
cada uno de los canales.
Deberá poder bloquear terminales de usuario por inactividad, lo cual se refiere a la
2 Usuarios capacidad que debe tener la solución de Core propuesta para que se pueda bloquear la
sesión de uso de la aplicación.
Página 261 de 404

Deberá tener control de acceso por productos. Todos los accesos a los sistemas de
información, servicios informáticos y plataformas tecnológicas deben ser otorgados
3 Usuarios
mediante roles funcionales. Todo rol funcional debe estar asociado a un conjunto de
perfiles de acceso debidamente autorizados por el propietario de la aplicación.
4 Usuarios Deberá tener control de acceso por oficinas.
Deberá poder inhabilitar usuarios en horarios no autorizados o períodos de tiempo
(vacaciones), lo cual se refiere a la capacidad que debe tener la solución de Core
5 Usuarios
propuesta para que se pueda inhabilitar los accesos a usuarios en horarios no
autorizados o por periodos de tiempo.
6 Plataforma Deberá procesar y autorizar centralizadamente las transacciones.
La información de cada proceso deberá estar disponible para todos los demás procesos
7 Plataforma
de la solución.
La solución deberá estar preparada para trabajar en ambientes de alta transaccionalidad
8 Plataforma
(OLTP).
El interfaz de usuario será del tipo WEB ENABLED, es decir que la navegación en las
opciones de sistema se realizará utilizando un browser y todo el acceso a la información
9 Plataforma
se dará en opciones de menú y facilidades de acceso que incluyan las facilidades gráficas
(menús contextuales, desplegables, iconos, otros) y de usuario de esos ambientes.
10 Plataforma Deberá manejar múltiples canales.

La solución de Core Bancario propuesta debe permitir ofrecer servicio a múltiples
empresas mediante una única plataforma de aplicación, base de datos y explotación
11 Plataforma
online y batch, garantizando un nivel de aislamiento suficiente entre cada empresa a
través de los mecanismos creados en la propia arquitectura de la solución propuesta.
Deberá considerar dentro de este concepto la funcionalidad específica de insourcing de
12 Plataforma
operaciones.
13 Plataforma Deberá manejar múltiples monedas.
14 Plataforma Deberá manejar múltiples lenguajes.
Integrará opciones de utilización de interfaces con dispositivos biométricos para facilitar
15 Seguridad y auditoría 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.
Página 262 de 404

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
16 Seguridad y auditoría
uso de todas las funcionalidades y opciones de interacción con la solución de Core
Bancario.
El sistema deberá contar con facilidades para que los usuarios autorizados puedan
17 Seguridad y auditoría consultar y analizar esta información a la vez que generen reportes de auditoría y control
cuando lo requieran.
Deberá manejar múltiples horarios. La solución debe permitir horarios de apertura y
18 Disponibilidad
cierre diferentes para cada oficina.
Permitirá a los clientes del Banco acceder a los diferentes servicios desde cualquier
19 Disponibilidad
oficina indistintamente de la oficina origen.
Permitirá la administración de mensajes por cliente/producto originados por el Banco,
20 Disponibilidad
desplegables por diferentes canales (puntuales o por fechas específicas).
21 Disponibilidad Permitirá la validación en línea de datos (fechas, números de cuenta, etc.).
Deberá estar diseñado para atender transacciones en línea 24 horas al día los 7 días de
la semana a través de todos los canales, a excepción del canal plataforma de caja o
22 Disponibilidad
ventanilla que deberá ofrecer disponibilidad de acuerdo al horario operativo establecido
por el Banco.
23 Usabilidad Deberá tener opciones y pantallas intuitivas, con criterios de fácil usabilidad.
Deberá tener pantallas estandarizadas para los distintos productos y módulos
24 Usabilidad
(despliegue, carga de datos, validaciones, mensajes, etc.).
Deberá tener ayuda en línea a nivel transaccional, lo cual se refiere a que las
25 Usabilidad transacciones deben contar con una opción en línea que permite acceder a una ayuda
rápida sobre la operatividad de la transacción que se está ejecutando.
Deberá tener la habilidad para exportar los resultados de consultas a formatos
26 Usabilidad
estándares del mercado: XML, PDF, archivos de texto, hojas de cálculo.
27 Parametrización La solución permitirá definir parámetros a nivel del Banco.
28 Parametrización La solución permitirá definir parámetros a nivel de producto.
29 Parametrización La solución permitirá definir parámetros a nivel de cliente.
30 Parametrización La solución permitirá la creación de productos en base a parametrización.
31 Parametrización La solución permitirá determinar los productos que se ofrecerá por oficina y funcionario.
Deberá contar con las facilidades o herramientas para replicar la parametrización de un
32 Parametrización
ambiente a otro.
Página 263 de 404

33 Parametrización Permitirá administrar límites sobre transacciones y por moneda.

El usuario final de acuerdo a su perfil podrá modificar y mantener sus productos (no se
34 Parametrización
requiere de un especialista para llevar a cabo dichas tareas).
La solución proporcionará herramientas al usuario final para personalizar consultas y
35 Parametrización
reportes.
Permitirá configurar las transacciones que requerirán de una confirmación por parte de
36 Parametrización
otro usuario para su ejecución.
Administración y
37 Permitirá modificar parámetros de configuración.
Monitoreo
SE DESARROLLARÁ
NATIVO
N° REQUERIMIENTOS FUNCIONALES MÓDULO DE CLIENTES FOLIO(S) DE REFERENCIA
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
38 Parametrización 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.
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
39 Parametrización
Banco).
Permitirá definir para cada tipo de cliente el conjunto de datos que se le asociará, como
datos cualitativos y/o cuantitativos que formarán parte de su expediente en la Base de
Datos Única de Clientes.
Página 264 de 404

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.
40 Parametrización
El segmento de Personas Jurídicas se puede dividir en:
- Dependencia del Estado.
- Empresa Pública.
- Empresa Privada.
Para cada sub-segmento se deberá manejar una estructura particularizada de datos
cualitativos y/o cuantitativos que formen parte de su expediente en la Base de Datos
Única de Clientes.
Generará un número o código único y consecutivo a cada cliente que se registre en la

41 Parametrización Base de Datos, con diferenciadores del segmento o sub-segmento al que corresponde
según su tipo.
Permitirá agregar en forma flexible a la base de datos nuevos campos de datos

cuantitativos o cualitativos del cliente sin mayor complejidad, con definición de:
- El tipo de dato que contendrá.
- La longitud del campo.
42 Parametrización
- 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).
Deberá incluir la posibilidad de definir validaciones a ser aplicadas en los datos del
cliente para asegurar su autenticidad y su integridad, como por ejemplo: la validación de
43 Parametrización
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.
Página 265 de 404

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,
44 Parametrización
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.
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
45 Apertura 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).
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.
46 Apertura 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.
Permitirá registrar un cliente con los datos que el banco determine para cada tipo de
47 Apertura 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.
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
48 Apertura 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.
Incluirá facilidades de generación de datos complementarios a partir de un dato base,
49 Apertura por ejemplo: la generación dinámica del dato de la edad del cliente, calculada por el
sistema a partir del dato de su fecha de nacimiento y la fecha de la consulta.
Página 266 de 404

Integrará una opción de registro masivo de clientes, con opciones de importación de los
datos desde archivos generados en una estructura estandarizada a definir y pasando en
todos los casos las validaciones de no existencia del cliente (duplicación), completitud de
los datos mínimos requeridos, estructura y tipo de datos de cada campo y validaciones
especiales a aplicar (ejemplo dígito verificador). Para realizar una carga masiva o por
50 Aperturas masivas
lote, el postor deberá ofrecer la mejor alternativa (procedimiento) que permita
garantizar la integridad y confidencialidad de la información además de ser un
procedimiento que evite la duplicación, y asegure la completitud, estructura y tipo de
datos.
El formato de archivo y las medidas a adoptar serán tratados con el Contratista.
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
51 Consultas 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.
El Módulo de Clientes deberá integrarse en forma total y transparente a todos y cada
uno de los Módulos de Negocio de la Solución de Core Bancario propuesta, sin
52 Integración
necesidad de la construcción por parte del Banco de interfaces especiales ni de la
Para la operación de los Módulos de Negocio de la solución, la información del cliente
será tomada desde la Base de Datos Única de Clientes a través del módulo de clientes,
generando los vínculos y relaciones correspondientes y en ningún caso se duplicará en
53 Integración 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.
Los Módulos de Negocio y el módulo de clientes deberán contar con un mecanismo de
integración en línea y a tiempo real que permita la asociación al expediente del cliente
de todos y cada uno de los productos y servicios financieros que tenga o haya tenido
54 Integración contratados con el Banco.
Este mecanismo de integración deberá permitir en forma flexible y paramétrica definir
qué datos de la gestión operativa del producto o servicio financiero deberán ser
trasladados al expediente del cliente, su estructura y formato.
Página 267 de 404

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
55 Integración 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.
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,
56 Integración 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.
Se deberá proporcionar facilidades para la generación de archivos de datos a ser
57 Integración 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.
El código único asignado a un cliente no podrá ser reutilizado para ningún otro cliente,
58 Cierre ya que una vez registrado su información quedará dentro de la Base de Datos Única de
Clientes y solamente cambiará su estado.
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
59 Reportes
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.
Para cada reporte/consultas deberá permitir la definición de llaves de clasificación y
agrupación, la inclusión de totales y resúmenes, de etiquetas de filas y/o columnas, de
60 Reportes
numeración y pie de página, de títulos, subtítulos y logotipos que sirvan para
personalizar el reporte.
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
61 Reportes
tipo xls, pdf o csv, dependiendo del perfil del usuario y sus autorizaciones de uso de la
información.
Página 268 de 404

SE DESARROLLARÁ
NATIVO
REQUERIMIENTOS FUNCIONALES PLATAFORMA COMERCIAL Y DE SERVICIOS –
N° FOLIO(S) DE REFERENCIA
La Plataforma Comercial y de Servicios facilitará a todos los usuarios autorizados a

consultar y generar información de gestión con los Módulos de Negocio, en un ambiente
62 Plataforma único y estandarizado de acceso y de interacción con los Módulos de Negocio, con
facilidades gráficas que simplifiquen la realización de tareas al usuario (menús
contextuales, desplegables, iconos, otros).
Deberá integrarse con el módulo de clientes, con opciones dinámicas para definir las
63 Parametrización formas de consultar la información del expediente del cliente y de los productos y
servicios que tiene contratados con el Banco.
Permitirá definir en forma flexible y con opciones de parametrización, el portafolio
64 Parametrización comercial de productos y servicios financieros que tenga disponible el Banco para sus
clientes.
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
65 Parametrización
comercial del producto o servicio al cliente, con sus características, ventajas y
vinculaciones a otros productos y servicios complementarios.
Deberá facilitar la asociación de los productos y servicios financieros disponibles a cada
66 Parametrización
grupo o segmento de clientes objetivo.
Integrará facilidades para ingresar, en modalidad de ayudas en línea, guiones de
67 Parametrización 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.
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
68 Parametrización necesarios para la formalización de la compra o contratación por parte del cliente, de los
productos o servicios financieros que haya seleccionado (en forma directa o haciendo
interfaz en línea con el módulo de negocio correspondiente).
Página 269 de 404

Integrará opciones para incluir simuladores de comportamiento de los productos que

ofrece el Banco (cronogramas de pago de crédito, rendimiento de certificados de
69 Parametrización
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.
Permitirá asociar grupos de clientes objetivos a determinado ejecutivo de negocios, que
70 Parametrización 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.
Para cada grupo o segmento de clientes, el sistema deberá permitir definir productos
71 Parametrización 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.
Deberá permitir la inclusión de mensajes generales y personalizados a ser presentados a
los clientes cuando se registren en sesiones vía Banca Internet o Terminales de
72 Parametrización
Autoservicio y al funcionario del Banco cuando seleccione al cliente en una sesión de
trabajo. Deberá permitir la integración con mensajes de todos los canales.
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
73 Parametrización 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).
Deberá permitir la generación y registro de una agenda de actividades de cada
funcionario del Banco, que genere recordatorios de citas y acciones con su cartera de
74 Parametrización
clientes y que lleve un registro histórico completo de la actividad del funcionario en su
gestión con cada cliente.
Deberá facilitar la definición de opciones y formatos de acceso a través de los diferentes
canales del Banco que vaya a utilizar:
- La Plataforma Comercial y de Servicios (funcionarios del Banco autorizados
accediendo desde oficinas o desde dispositivos móviles).
- Los servicios de caja o ventanilla en las oficinas del Banco.
75 Parametrización
- 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.
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
76 Apertura
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.
Página 270 de 404
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
77 Apertura 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.
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
78 Apertura
cumplirse para acceder al producto, términos y condiciones del contrato y otras
Deberá integrarse en forma total con el módulo de clientes, puesto que solamente se
podrá abrir un producto o servicio del Banco de la Nación a clientes que ya estén
previamente registrados a través de ese módulo en la denominada Base de Datos Única
de Clientes.
79 Apertura 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.
Incluirá la automatización del proceso de control y validación de la información y
80 Apertura documentación presentada por el cliente (Documento de Identidad, Recibo de Servicio
Público, Estados de Cuentas de otros Bancos).
Integrará en los procesos que corresponda, las opciones de captura, manejo y
81 Apertura verificación de firmas electrónicas y sus condiciones asociadas, según el tipo de
transacción y producto que las utiliza.
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.
82 Apertura
Estas opciones estarán disponibles en los canales que se determine y deberán ajustarse
a los formatos adecuados a cada canal.
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
83 Consultas cierre de una sesión de consulta a un cliente, obligará al funcionario del Banco a ingresar
en su agenda un resumen de datos de la sesión y acciones posteriores si es el caso, para
actualizar el histórico de gestión.
Integrará facilidades de navegación hacia el Módulo de Clientes, para facilitar el registro
84 Consultas
de nuevos clientes y/o la modificación y actualización de datos de clientes ya existentes.
Página 271 de 404

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,
85 Consultas
incluyendo, de ser el caso, opciones de respuesta y formatos de requerimiento de mayor
información o solicitudes de apertura de los productos o servicios ofrecidos.
Se requiere que la funcionalidad esté prevista para en un futuro dar este servicio.
Proporcionará herramientas y facilidades para la generación de cartas personalizadas, su
86 Consultas
impresión y control de envío al grupo de clientes objetivo que defina el Funcionario.
Permitirá a los usuarios autorizados la búsqueda de clientes, usando opciones dinámicas
87 Consultas 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.
Acceso a todas las consultas y reportes de cada producto contratado por el cliente,
88 Administrativas
utilizando las opciones y funcionalidades que brinda cada Módulo de Negocios.
Página 272 de 404

Facilitará el acceso a las opciones automatizadas y funcionalidad de cada Módulo de

Negocio, para la gestión de los productos del cliente, con procesos operativos como:
- Solicitudes y procesos de apertura de productos o servicios.
- Certificaciones de actividad o datos de productos (se refiere al historial financiero
de las actividades del cliente y de los productos adquiridos).
- Recepción, registro y verificación de documentos presentados por el cliente.
- Registro de firmas.
- Atención de consultas de saldos, movimientos, situación del producto o servicio
- Solicitudes de bloqueos y anulaciones.
- Solicitudes de servicios complementarios.
- Solicitudes de chequeras y tarjetas.
- Solicitud y emisión de cheques certificados y de gerencia.
- Autorizaciones para procesos operativos especiales.
- Actualización de datos del cliente.
89 Administrativas
- Actualización de datos operativos de productos o servicios (dirección de envío,
firmas registradas, límites).
- Entrega de documentos, chequeras, tarjetas.
- Levantamientos de bloqueos.
- Requerimientos de información de productos o servicios.
- Solicitudes de copias impresas de documentos operativos (cheques, notas de
débito o crédito, comprobantes de pago, estados de cuenta, cronogramas de pago,
consulta de Código de Cuenta Interbancario (CCI).
- Modificaciones de términos de contratación del producto (Titulares, beneficiarios,
plazos, renovaciones).
- Cambios de estado de productos (activación, inactivación, bloqueo, suspensión,
cierre).
- Recepción y trámite de reclamos.
- Registro de incidencias (cancelaciones, reprogramaciones, entre otros).
Deberá permitir consultas y generación de reportes sobre la información histórica
90 Administrativas
Incluirá opciones para la generación de documentos en formato de impresión,
91 Administrativas permitiendo ajustar los formatos a la modalidad operativa que ofrezca cada canal del
Permitirá el acceso a todas las funcionalidades y opciones que proporcione cada Módulo
92 Reportes de Negocio, para la generación y manejo de reportes por parte de los usuarios finales de
los sistemas automatizados.
Página 273 de 404

Integrará todas las facilidades de formateo de reporte para su visualización en pantalla

(acorde al canal por el que se utiliza la opción), además de la facilidad de ajuste del
93 Reportes
formato para impresión que utilizará las opciones de manejo de impresora del sistema
operativo Windows y el navegador utilizado por el usuario.
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
94 Reportes 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.
Para cada reporte deberá permitir la definición de llaves de clasificación y agrupación, la
95 Reportes 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.
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
96 Reportes
tipo xls, pdf o csv, dependiendo del perfil del usuario y sus autorizaciones de uso de la
información.
Deberá incluir un sistema de gestión de documentos, que permita escanear y capturar
las imágenes de los cheques, ya sea en las cajas cuando se presentan al pago, como en
los dispositivos a cargo de la captura y validación en lotes de los cheques recibidos en el
canje.
97 Gestión de documentos Estas imágenes, junto con otras como pueden ser las notas de débito o crédito y los
contratos, deberán almacenarse en un expediente digital asociado a la cuenta y con
capacidad de acceder y desplegar las imágenes cuando se lo requiera dentro de las
opciones de ejecución de diferentes tipos de consultas realizadas desde los canales
autorizados.
La Plataforma Comercial y de Servicios deberá integrarse en forma total y transparente a
todos y cada uno de los Módulos de Negocio de la Solución de Core Bancario propuesta,
98 Integración
sin necesidad de la construcción por parte del Banco de interfaces especiales ni de la
Para completar operaciones de apertura de productos o servicios, consultas detalladas y
la ejecución de ciertas transacciones de servicios, la Plataforma Comercial y de Servicios
99 Integración requerirá esos servicios de los Módulos de Negocio de la solución sin necesidad de
registro de usuario en el Módulo de Negocios ni reingreso de los datos para la consulta,
solicitud o apertura de producto o servicio requerida.
100 Integración Se deberá proporcionar facilidades para la generación de archivos de datos a ser
Página 274 de 404

contenidos que se requiera.
SE DESARROLLARÁ
NATIVO
REQUERIMIENTOS FUNCIONALES PLATAFORMA COMERCIAL Y DE SERVICIOS
– ATENCIÓN A RECLAMOS
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;
101 Generales
desde su registro, hacia su análisis y evaluación, su resolución y finalmente la entrega de
respuesta al cliente.
Permitirá definir diferentes motivos de reclamos, como por ejemplo: no entrega de
billetes por el ATM, entrega de billetes falsos, mal trato al cliente.
102 Generales
Para cada reclamo le asociará rutas y procedimientos de gestión que corresponda según
el motivo.
Permitirá manejar los estados del reclamo como por ejemplo: ingresado, en resolución,
103 Generales
procedente o no, solucionado, comunicado al cliente, cerrado.
Permitirá controlar los tiempos de proceso en todo el ciclo de atención del reclamo a
104 Generales
efectos de emitir estadísticas y reportes.
Permitirá controlar la carga de trabajo de los funcionarios encargados de la resolución de

105 Generales
reclamos, de forma que los reclamos sean ruteados a funcionarios con carga menor.
Permitirá establecer el ruteo del reclamo en caso que éste sea nuevamente presentado
106 Generales 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.
Incluirá un sistema de digitalización o almacenaje electrónico de los documentos, para
107 Generales
registrar y administrar los documentos sustentatorios asociados al reclamo.
Página 275 de 404

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.
108 Ingreso de 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.
Deberá soportar el proceso operativo asociado al análisis del reclamo, con esquemas
109 Análisis de Reclamo - 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.
Deberá soportar el proceso operativo asociado al resultado del reclamo, con esquemas
- 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
110 Resultado del Reclamo 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.
Página 276 de 404

Deberá permitir el siguiente proceso operativo asociado a la reconsideración del

reclamo:
- Permite la atención al cliente respecto del servicio de reconsideración del
reclamo en caso de inconformidad.
- Permitir el reingreso de la solicitud de reclamo en segunda instancia
Reconsideración del (reconsideración), manteniendo la vinculación con la solicitud original de reclamo.
111
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.
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
112 Reportes y Consultas 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.
Deberá integrarse con los Módulos de Negocio del Nuevo Core Bancario, para las
consultas de apoyo en el análisis de los reclamos.
113 Integración
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.
SE DESARROLLARÁ
NATIVO
REQUERIMIENTOS FUNCIONALES PLATAFORMA COMERCIAL Y DE SERVICIOS
– SERVICIO DE CERTIFICACIONES
Página 277 de 404

Permitirá brindar al cliente los siguientes servicios a ser atendidos por ventanilla o en el
área de trámites de las oficinas, usando la plataforma de servicios:
- Servicio de certificación por el pago de impuestos, pago de tributos aduaneros,
pago de tasas; ante la pérdida de la papeleta de convalidación de pago.
- Solicitudes o cartas de confirmación de saldos, requeridas por sociedades de
114 Generales auditoría, entidades de los sectores público y privado; con información de saldos y
valores que mantienen los clientes en sus cuentas.
- Servicio de copias de las imágenes registradas de documentos de gestión
digitalizados o almacenados electrónicamente de los productos bancarios del cliente
como: cheques pagados, copia de nota de débito y nota de crédito, copia de estado de
cuenta.
Deberá permitir definir las tarifas o cobros por los servicios, posibilitando diferentes
modalidades como por ejemplo:
- cobro fijo por servicio.
115 Generales - 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.
Deberá permitir registrar la información requerida para la solicitud de los servicios:
- Certificación del pago de tributos: documento de identidad, fecha de pago del
tributo, concepto. La certificación de pago es un servicio descentralizado que permite
atender el servicio de acreditación de un pago de tributos en cualquier oficina del Banco
de la Nación. Ejemplo: certificación de un pago de tasa o impuesto.
- Confirmación de saldos: razón social del solicitante, número de la(s) cuenta(s),
116 Generales
período de tiempo requerido, datos de la empresa auditora, forma de pago en efectivo o
cargo a cuenta, lugar y fecha, firma, sello y DNI de los representantes legales.
- Copia de documentos digitalizados: documento de identidad de la persona autorizada
para gestionar la solicitud de la copia, documento de Identidad del cliente, tipo de
documento del que se requiere la copia (cheque, nota de débito, nota de crédito, estado
de cuenta), fecha del documento.
Página 278 de 404

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
Ejecución y cobro de firmas, permitir informar al cliente las no conformidades de requisitos o firmas, permitir
117
comisión la consulta de información en el módulo de Captaciones, permitir la consulta de
información faltante a las áreas respectivas. Adicionalmente deberá permitir generar la
carta de respuesta a la agencia de la localidad o a la compañía auditora, una vez
verificado el cobro del servicio al cliente.
- Copia de documentos digitalizados: permitir la consulta de información en los
aplicativos de Captaciones, permitir generar la copia del documento solicitado para su
entrega al cliente una vez verificado el cobro del servicio al cliente.
Las consultas y reportes están orientados a la búsqueda de la información requerida
como datos generales y financieros del cliente, saldos y valores en las cuentas,
118 Reportes y Consultas
documentos de pago de tributos, documentos como cheques, estados de cuenta, notas
de débito y crédito.
Deberá integrarse con el módulo de Captaciones para la obtención de información de
119 Integración
saldos y movimientos de las cuentas.
Deberá incluir un sistema de gestión de documentos que permitan buscar información
120 Integración para la obtención de copias de los documentos almacenados en el expediente digital del
cliente asociado a las cuentas.
SE DESARROLLARÁ
NATIVO
N° REQUERIMIENTOS FUNCIONALES PLATAFORMA DE CAJA O VENTANILLA FOLIO(S) DE REFERENCIA
Debe permitir realizar la apertura del tesoro de la agencia, registrando el detalle por
121 Apertura y Cierre
denominación de efectivo inicial por cada moneda, previa a la apertura de las cajas.
Página 279 de 404

Debe permitir realizar la apertura de caja, registrando el detalle por denominación de

122 Apertura y Cierre efectivo inicial por cada moneda.
El arqueo y cuadre debe ser multimoneda.
Debe permitir realizar aumentos o disminuciones de efectivo a lo largo de la jornada,

123 Apertura y Cierre coordinadamente con la disminución o incremento de efectivo en el tesoro de la
agencia.
La solución debe manejar límites de efectivo por caja y moneda y emitir alertas, tanto al
124 Apertura y Cierre 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.
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.
La plataforma debe permitir realizar un cuadre de caja en cualquier momento para que
se identifique cual es la situación de la caja en determinado momento.
127 Apertura y Cierre Debe permitir realizar el cierre de caja.

Debe permitir realizar el cierre del tesoro de la agencia, una vez se haya cerrado cada
una de las cajas.
129 Transacciones La plataforma deberá permitir la ejecución de las siguientes transacciones financieras
sobre productos de Captaciones:
- Depósitos.
- Retiros.
- Cargos y Abonos con causal. Los Débitos y abonos por causal están referidos a los
cargos y abonos que pueden realizar las áreas operativas en las cuentas corrientes,
ahorros, a plazos, garantías, CTS, etc., para registrar los pagos y depósitos a favor de sus
clientes titulares de estas cuentas, como resultado de las operaciones y o servicios que
les presta el Banco. Por la naturaleza de estas transacciones (volumen y multiplicidad),
generalmente estas operaciones las efectúa el back office.
- Transferencias.
- Depósito a Plazo Fijo.
- Pago de un Depósito a Plazo Fijo. Se refiere a todas las transacciones y procesos
relacionados al producto depósitos a plazo fijo, las mismas que se detallan en las Bases,
en el módulo Depósito a Plazo Fijo.
- Depósito Judicial y/o Administrativo.
- Pago de un Depósito Judicial y/o Administrativo.
Página 280 de 404


correspondientes del Módulo de Captaciones.
La plataforma deberá permitir la ejecución de las siguientes transacciones financieras

sobre productos de Colocaciones:
- Desembolsos.
130 Transacciones
- Recepción de Pagos.
correspondientes al módulo de Colocaciones.
La plataforma deberá permitir la ejecución de las siguientes transacciones financieras
131 Transacciones sobre productos de Comercio Exterior:
- Cobro de comisiones y cargos.
La plataforma deberá permitir la ejecución de las siguientes transacciones financieras del
módulo de Pagos y Cobros:
- Pagos por distintos conceptos.
132 Transacciones
- Cobros por distintos conceptos.
correspondientes al módulo de Pagos y Cobros.
La Plataforma de Caja permitirá la ejecución de transacciones del Sistema de Tesorería
(Back Trader Live), el cual estará integrado al Nuevo Core Bancario. Entre las
133 Transacciones
transacciones más comunes que se deben realizar están las liquidaciones de bonos y
cambio de moneda.
Página 281 de 404

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,
134 Transacciones
débito o crédito de cualquier tipo, a realizarse en una moneda diferente de la cuenta o
concepto de débito o crédito.
La solución debe permitir adicionalmente a las transacciones del módulo de Pagos y
135 Transacciones Cobros, la ejecución de transacciones con otras entidades como Moneygram, SUNAT,
RENIEC, SIAF, etc.
La solución debe permitir la orquestación de varias transacciones en una sola ejecución.
136 Transacciones (Por ejemplo: realizar un retiro en dólares de una cuenta en soles o viceversa, o
consultar el saldo antes de un retiro).
La solución debe permitir el acceso a las transacciones ya sea a través de un menú, como
137 Transacciones
a través de un acceso rápido mediante funciones o códigos de transacción.
Debe registrar todas las transacciones ejecutadas en un log de auditoría (journal
138 Transacciones
electrónico) incluyendo hora de inicio y hora de fin de transacción en línea.
139 Transacciones Debe permitir reversar y extornar una transacción ejecutada.
En casos determinados, la solución debe solicitar la autorización remota de un
140 Transacciones
supervisor.
Deberá generar a través de una transacción el registro de los billetes falsos que
141 Transacciones identifique el personal de atención en ventanilla, mediante el llenado de un formulario
especial en el sistema.
Debe contar con una calculadora que facilite el registro del efectivo y cheques, que
142 Herramientas
pueda ser invocado por cada caja.
Debe tener facilidades para cruzar la información del efectivo registrado contra el saldo
143 Herramientas
de caja.
La solución debe contar con herramientas de búsqueda que faciliten la gestión del
144 Herramientas
efectivo y faciliten los cuadres de caja.
145 Herramientas Deberá permitir el funcionamiento de herramientas de comunicación interna.
La plataforma de caja debe poder integrarse a dispositivos periféricos para la impresión

146 Dispositivos 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.
La plataforma de caja debe poder integrarse a dispositivos de identificación personal

147 Dispositivos tales como tarjetas de banda magnética, lectoras de códigos de barra, pin pads, lectoras
de cheques.
Página 282 de 404

La plataforma debe permitir la identificación del cliente mediante el uso de dispositivos

biométricos.
Actualmente el Banco de la Nación no usa equipos biométricos para la identificación de
sus clientes; asimismo, no es objeto del presente concurso su adquisición e
148 Dispositivos
implementación. Sin embargo, en caso el Banco de la Nación decida implementar dichos
dispositivos (lectores de huella dactilar) durante la etapa de implementación del
proyecto del Nuevo Core Bancario, el Contratista deberá preparar las interfaces
requeridas.
Deberá integrarse con la Plataforma Comercial y de Servicios para la consulta de firmas
149 Firmas
asociadas con el producto sobre el cual se realiza la transacción.
Deberá desplegar automáticamente la pantalla de validación de firmas en las
150 Firmas
transacciones que requieran de este control.
Deberá desplegar únicamente las firmas autorizadas de acuerdo a las condiciones de
151 Firmas monto y producto establecidas, para la validación en las transacciones que
correspondan.
La solución debe cumplir con la normativa de control y prevención de lavado de activos

152 Lavado Activos
para la emisión de alertas en caso de transacciones que superen los valores permitidos.
153 Reportes Deberá emitir reportes de detalle y totalizados de transacciones ejecutadas por caja.
154 Reportes Deberá emitir reportes de detalle y totalizados de transacciones ejecutadas por agencia.
SE DESARROLLARÁ
NATIVO
- REQUERIMIENTOS GENERALES
La Nueva Solución de Core Bancario deberá estar en la capacidad de parametrizar la

155 Parametrización periodicidad para el cálculo de intereses, cargos, entre otros, sea diaria, mensual, etc.
(requerimientos funcionales del módulo de captaciones descritos en las Bases).
Página 283 de 404

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:
156 Parametrización - Cuentas Corrientes.
- Cuentas de Ahorro.
- Cuentas de Depósitos a Plazo.
- Cuenta de Compensación por Tiempo de Servicio (CTS).
Permitirá determinar qué productos de Captaciones pueden ser ofrecidos en cada
157 Parametrización oficina del Banco, controlando que solamente se ofrezcan en las oficinas autorizadas y
en los términos y condiciones definidos para cada producto.
Permitirá ajustar las características operativas de los productos, para que se personalicen
y ofrezca a determinados segmentos de clientes, con condiciones operativas, servicios
158 Parametrización
asociados, tasas de interés, tarifarios de costos y reglas de negocio diferenciadas para
cada segmento.
Facilitará la definición paramétrica de qué servicios y transacciones en cada producto
gestionado en el módulo de captaciones estarán disponibles en cada uno de los canales
del Banco. Para ciertos canales como por ejemplo el Internet deberá permitir el manejo
159 Parametrización de clave para la realización de consultas y transacciones por parte del cliente.
El manejo de la clave de seguridad se realiza en cada canal de manera independiente.
En cada caso permitirá definir y mantener tarifarios de costo de servicios por cada canal.
Facilitará la operación de los productos en modalidad multimoneda.

Dependiendo de la moneda en la que operará el producto, la parametrización
determinará los servicios que integrarán, los tarifarios y tasas de interés asociados, los
procedimientos operativos y las reglas de negocio que los regirán.
Facilitará el mantenimiento de códigos mnemónicos por cada tipo de transacción, de
161 Parametrización manera que se permita realizar consultas por código mnemónico, y también se incluya
como detalle en impresiones o en archivos generados.
Manejará calendario de días festivos para aplicar las reglas de negocio que se definan, ya
162 Parametrización 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.
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á.
Página 284 de 404

Dispondrá de una estructura parametrizable y dinámica para el ingreso y mantenimiento

164 Parametrización de los cuadros de tasas de interés que vayan a aplicarse a los diferentes productos de
Captaciones.
Permitirá definir tasas de interés fijas, con definición de varias tasas como se requieran
165 Parametrización para su asociación a los diferentes productos, en cada uno de los plazos en los que se
deban aplicar.
Manejará tasas de interés variables, atadas a tasas referenciales del mercado, con
166 Parametrización definición de un margen (spread) positivo o negativo a ser aplicado sobre la tasa base,
para obtener la tasa a aplicar al producto o servicio.
Deberá calcular los intereses bajo diferentes esquemas, tales como:
- Diferentes bases de cálculo. Ejemplo: 365/360, 365/365, 360/365, 360/360 entre
167 Parametrización otros).
- Diferentes períodos: diario, semanal, quincenal, mensual, bimestral, trimestral,
semestral, anual.
Deberá incluir la opción de definir tasas de interés a aplicarse en forma escalonada, ya
168 Parametrización sea por el monto de la operación, por el saldo promedio o saldo disponible manejado en
la cuenta.
Permitirá definir en qué productos se aplica el proceso de capitalización de los intereses
generados durante un determinado período de tiempo.
Permitirá seleccionar la frecuencia de capitalización de intereses: diaria, semanal,
mensual, trimestral, semestral, anual.
Permitirá definir los requisitos que deberá cumplir el cliente para la apertura de cada
producto, generando y ajustando los formatos de registro de apertura y los formularios
171 Parametrización 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.
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.
Permitirá determinar y mantener tablas a aplicarse con la validación de los montos
mínimos de apertura para cada producto o cuenta.
Página 285 de 404

El módulo de captaciones se integrará totalmente para operación en línea y a tiempo

174 Parametrización real con el sistema de gestión de tarjetas Multired y con todos los canales de atención
del Banco.
Para los productos que utilicen tarjetas de débito, permitirá habilitar o deshabilitar en
forma paramétrica los tipos de transacciones autorizadas con la tarjeta de débito como
por ejemplo: permite retiros o no, con qué cupo o monto máximo de retiro, con qué
costos de transacción, qué tipos de consultas están autorizadas , desde qué canales, etc.
Deberá incluir o integrarse con un sistema de registro y gestión de firmas digitalizadas.

Para su utilización deberá permitir el registro y parametrización de las firmas de o los
176 Parametrización 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.
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.
- Confirmaciones de saldos.
Estos cargos y comisiones se asociarán a cada producto contratado por el cliente y
deberán permitir establecer diferentes valores de cargo, dependiendo tanto de la
definición del producto, como del canal de Atención al Cliente.
Permitirá habilitar impuestos especiales establecidos por la legislación local, cuya

asignación se realiza a ciertas transacciones particulares en algunos productos, por
ejemplo el ITF (impuesto a transacciones financieras) aplica a depósitos, retiros,
transferencias a cuentas de distinto titular.
Página 286 de 404

Facilitará la definición de la modalidad y la periodicidad de cobro de los cargos, con

opciones como:
- Diaria.
- Mensual.
- Trimestral.
179 Parametrización - 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.
Deberá permitir definir para cada cargo o comisión, diferentes formas de cálculo:
- Valores fijos.
- Aplicando porcentajes de algún valor asociado a la transacción, saldo disponible o
saldo promedio.
- Cobro de un valor fijo más un valor porcentual.
Permitirá a los usuarios autorizados, modificar el valor o porcentaje a aplicar en ciertos
productos o como opción para algún cliente, así como la determinación de exoneración
del cargo.
Facilitará la definición de formas especiales de cálculo por tipo de cobro, así por
ejemplo:
- Valor fijo si el importe de la transacción es menor o igual a un valor definido.
181 Parametrización - Aplicar un porcentaje si el importe de la transacción es mayor a un valor definido.
- Escalas de valores diferenciadas por el monto de la transacción o por saldo de la

cuenta.
Para los servicios que estén disponibles en varios canales, permitirá definir si tienen
costo o no y qué costo aplicaría dependiendo del canal.
182 Parametrización 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.
Página 287 de 404

Permitirá definir y gestionar comisiones a cobrar cuando se realicen transacciones como

depósitos, retiros, transferencias, cobro de cheques en oficinas distintas a la oficina de
registro de la cuenta o en otros establecimientos en los que el Banco preste servicios
(convenios de corresponsalía en comercios, para que los clientes utilizando su tarjeta
Multired ejecuten transacciones financieras como depósitos y retiros de sus cuentas en
las cajas del establecimiento) o en cajeros corresponsales.
Permitirá definir diferentes causas y conceptos para la realización de bloqueos y
desbloqueos a las cuentas, como por ejemplo:
- Por instrucción judicial.
- Por instrucción del titular de la cuenta.
184 Parametrización - 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.
Deberá permitir asignar y asociar a los productos del Banco los seguros que apliquen,
185 Parametrización generando los cargos por servicio y controlando su inclusión si fueran mandatorios en el
producto.
Deberá permitir definir las formas posibles de aceptar el depósito inicial a la cuenta,
tales como: transferencia desde cuenta corriente, transferencia desde cuenta de ahorro,
transferencia interbancaria, efectivo, cheque de gerencia, por la cancelación de un
depósito judicial, por giro bancario.
Permitirá el pago de capital e intereses en varias modalidades, entre ellas: crédito a
cuentas corrientes o cuentas de ahorro, pago en efectivo, cheque de gerencia,
transferencias interbancarias o locales, o formas mixtas como por ejemplo una parte
mediante crédito a cuenta y otra parte en efectivo.
Para el caso de cuentas abiertas por convenios con empresas o entidades públicas o
188 Parametrización privadas, deberá permitir manejar la relación de cuenta asociada a la entidad, de
manera que se permita la apertura sólo si la entidad está registrada en el sistema.
Deberá permitir facilidades operativas en los canales de atención: Plataforma Caja o
Ventanilla y Plataforma Comercial y de Servicios, permitiendo el ingreso de múltiples
189 Parametrización transacciones en una sola pantalla operativa, evitando registros repetitivos en forma
innecesaria.
El postor podrá ofrecer funcionalidades adicionales.
Página 288 de 404

Los procesos de captaciones permitirán el cálculo y contabilización de los montos

190 Encaje bancario requeridos para el establecimiento del encaje bancario de acuerdo con la normativa
vigente, tanto en moneda nacional como en moneda extranjera.
191 Administración de Deberá permitir el mantenimiento por el registro y control de las diferentes tarjetas del
Tarjetas / Control de Banco, por tipo de BINES.
Inventarios de Tarjetas Deberá permitir programar el requerimiento de tarjetas para su solicitud y adquisición
No Activas anual.
Deberá permitir el ingreso de las tarjetas no personalizadas en el almacén de la Unidad
Orgánica autorizada del Banco.
Deberá permitir registrar el proceso de pre-control de calidad de las tarjetas recibidas,
separando las tarjetas que no pasen el control de calidad las que se registrarán como
“fallas de fábrica” (FF).
Deberá permitir registrar el proceso de control de calidad de las tarjetas recibidas
aprobando o rechazando el lote (de acuerdo a la normativa vigente).
Deberá permitir el registro para el requerimiento de tarjetas a la Unidad Orgánica
autorizada del Banco para la producción de las mismas, de acuerdo a la frecuencia
establecida.
Deberá permitir realizar la programación de distribución de tarjetas a través del registro
de las órdenes de trabajo.
Deberá permitir registrar los packs (50 unidades de tarjetas por modelos) de las órdenes
de trabajo para realizar su programación de distribución a la Red de Agencias del Banco.
Deberá registrar las imágenes del segundo control de lectura de banda por órdenes de
trabajo.
Deberá permitir la impresión de reportes: Programación y Distribución Lima y Provincia,
Despachos por día según Empresa Courier.
Permitirá registrar las órdenes de trabajo para la termo-impresión de las tarjetas.
Deberá permitir registrar los Productos No Conformes detectados en el proceso de
producción, en las etapas de pre-control, producción y post-producción.
Permitirá realizar un control post producción de revisión y verificación de las tarjetas
impresas, separando las tarjetas que no pasen el control de calidad, las que se
registrarán de acuerdo a la falla presentada identificándolas como Producto No
Conforme.
Página 289 de 404

Deberá controlar el stock de tarjetas a las oficinas (cantidad de tarjetas entregadas a la

oficina, confirmación de recepción de tarjetas en la oficina, cantidad de tarjetas
entregadas al cliente en cada oficina, cantidad de tarjetas disponibles, cantidad de
tarjetas eliminadas).
nivel de almacén (Bóveda, Tarjetas Nuevas y Tarjetas Impresas).
nivel de clases de oficinas, según el número de unidades requeridas en base al
movimiento de las oficinas, así por ejemplo oficinas de clase A en donde el umbral
mínimo es 600 unidades, oficinas de clase B con umbral mínimo de 400 unidades y
oficinas de clase C con un umbral mínimo de 250 unidades.
Deberá permitir el registro de la distribución de tarjetas a las oficinas, en coordinación
con la empresa transportadora de valores, debiendo generar la Guía de Remisión a las
Agencias.
Deberá actualizar los stocks de tarjetas que se mantienen en custodia en las unidades
Orgánicas del Banco y la generación de los reportes correspondientes.
Deberá mantener un control de stocks a nivel de oficina y área de producción, bajo los
siguientes parámetros:
· Saldo inicial.
· Unidades recibidas.
· Unidades atendidas (entregadas al cliente).
· Deterioradas.
· Devueltas.
· Saldo final.
192 Administración de Deberá permitir registrar y controlar el Ciclo de Vida de cada tipo de Tarjeta (VISA y otras
Tarjetas / Registro y que el Banco defina):
Control de Tarjetas · Fecha de personalización (producción).
Activas
· Fecha de emisión.
· Fechas de vinculación a cuentas bancarias y entrega al cliente por agencias.
· Fecha y agencia de afiliación.
· Fecha de generación de clave por plataforma (Ventanilla o Internet).
· Fecha de cambio de clave por plataforma (Ventanilla o Internet).
· Fecha de asociación a Token y Tarjeta de Coordenadas.
Página 290 de 404

· Fecha de bloqueo.
· Fecha de retención en ATM MULTIRED o ATM foráneo.
· Fecha de caducidad.
· Fecha de anulación y reposición de nueva tarjeta.
· Generación y vinculación a Tarjeta Adicional.
· Consultas.
Deberá permitir la generación de estadísticas por cada tipo de Tarjeta (VISA y otras que
el Banco defina):
· Volumen de operaciones/importes con frecuencia mensual, de tarjetas en las
diferentes plataformas de atención (Ventanillas, ATM’s, Agente MULTIRED, ATM’S
foráneos, otras).
· Volumen de operaciones/importes con frecuencia mensual, de tarjetas operadas en
ATM’s foráneos por entidad financiera.
· Tarjetas emitidas : Por entidad Pública, Agencias UOB y por Programas Sociales
· Tarjetas asociadas a Token y Tarjeta de Coordenadas.
· Tarjetas por BIN.
· Tarjetas emitidas por marca internacional.
· Otras estadísticas que requiera al Banco.
SE DESARROLLARÁ
NATIVO
N° REQUERIMIENTOS FUNCIONALES MÓDULO DE CAPTACIONES - CUENTAS CORRIENTES FOLIO(S) DE REFERENCIA
Página 291 de 404

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.
exclusivamente contra el valor del saldo disponible de la cuenta, si aplicará débitos por
valores parciales en caso que el saldo no cubra el valor a debitar, y por cuánto tiempo se
mantendrá los reintentos para ejecutar el débito cuando la cuenta tenga saldo
disponible. Adicionalmente, permitirá la aplicación en línea de notas de débito con fecha
valor, con el re-cálculo de intereses correspondiente.
Permitirá definir para cada nota de débito la causa o concepto por el que se realizará.
Asociado a esta causa o concepto permitirá definir los costos de servicio, los mensajes
194 Parametrización 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 de usuario definir tipos de notas de crédito (abonos) que puedan
aplicarse a los productos de cuentas corrientes que ofrezca el Banco.
195 Parametrización 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.
Permitirá definir para cada nota de crédito la causa o concepto por el que se realizará.
196 Parametrización 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 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.
Página 292 de 404

En determinados productos de cuentas corrientes, permitirá la asociación de cuentas

para la realización automática de transferencias según reglas de negocio a definir, de
acuerdo a los convenios definidos con el cliente. Las posibles asociaciones mantendrán
las siguientes consideraciones:
- Asociación de la cuenta corriente principal a varias cuentas corrientes secundarias.
- Asociación de la cuenta corriente principal a la cuenta centralizadora, la cual a su vez
se asocia a varias cuentas corrientes secundarias. La relación es directa, la cuenta
principal asocia a la cuenta centralizadora. Detalles asociados a los procesos operativos
se dará al ganador de la Buena Pro.
Parametrización /
198 Además permitirá definir procesos de transferencias automáticas para manejo de
Instrucción DGETP
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.
Permitirá establecer la periodicidad de realización de transacciones, como por ejemplo

199 Parametrización transferencias entre cuentas a solicitud del cliente de la misma u otra moneda con
cobro de ITF o no, según sea el caso durante un período de tiempo establecido.
En los productos de tipo cuentas corrientes que el Banco defina, permitirá la asociación
de diferentes tipos de tarjeta de débito como por ejemplo Tarjeta Multired Global
Débito Visa u otros tipos de tarjeta, con servicios y costos diferenciados para cada tipo
de tarjeta.
Deberá generar la solicitud de apertura, los contratos de productos y los convenios de
201 Apertura 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.
Página 293 de 404

202 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
Deberá permitir el control de cumplimiento del proceso de validación de la información
203 Apertura
y documentación presentada por el cliente.
204 Apertura Generará un código único para la nueva cuenta al momento de apertura.
La codificación de las cuentas corrientes incluirá el código de producto bancario, el
código de oficina en la que se registra la cuenta y dígito verificador generado con
algoritmos que minimicen la posibilidad de errores de digitación al ingresar el número
205 Apertura de cuenta para ejecutar consultas o transacciones. La codificación de productos
bancarios y rangos de cuentas será flexible permitiendo aumentar la cantidad de
caracteres en la estructura de la cuenta. Deberá generar el código de cuenta
interbancario (CCI).
Deberá permitir la apertura de cuentas corrientes en forma masiva mediante la carga y
proceso de archivos con la información correspondiente. Deberá además validar la
consistencia de datos existente en los archivos de carga, previo a la apertura de la cuenta
interactuando con la BDUC.
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
207 Apertura
esquema de autorizaciones definido para este propósito.
Permitirá la asignación de tasas preferenciales negociadas con un cliente o grupo de
208 Apertura
tipo de manejo.
Integrará en los procesos que corresponda las opciones de captura, manejo y
209 Apertura verificación de firmas electrónicas y sus condiciones asociadas, según el tipo de
transacción y producto que las utiliza.
Para los productos de cuentas corrientes que lo requieran, deberá realizar la asociación
210 Apertura de la tarjeta de débito (o crédito) y todos sus servicios asociados a la cuenta que se
apertura.
Página 294 de 404

Durante el proceso de apertura de una cuenta, deberá permitir la impresión de

211 Apertura afiliación a internet, cartillas de información; a través de los diferentes canales existentes
y que deben ser seleccionados en forma paramétrica, tales como: Internet y Plataforma
Comercial y de Servicios.
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.
Administración de - Orden de fabricación.
212
Chequeras - Recepción.
- Distribución interna a oficinas del Banco.
- Custodia.
- Entrega al cliente y Activación de cheques.
- Vigencia.
- Devolución.
- Anulación.
Deberá mantener la información requerida para la generación de chequeras:
- DNI o número de RUC.
- Número de la cuenta.
- Número de la oficina.
- Denominación de la cuenta.
Administración de
213 - Numeración de cada cheque.
Chequeras
- 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.
Página 295 de 404

Automatizará el soporte operativo a la operación de la cuenta a través de cheques con

control del estado de cada cheque:
- Vigente.
Administración de - Pagado.
214
Cheques - Anulado.
- Suspendido.
- Revocado.
- Certificado.
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:
- Parcial.
215 Bloqueo de cuentas - 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.
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
Bloqueo / Anulación de tarjeta. Además deberá mantener información del bloqueo para generación de consultas
216
tarjetas y/o reportes que se requiera al respecto.
Página 296 de 404

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
Certificación de
217 del producto se indica esta característica).
cheques
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.
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
Revocatoria de pago de presentación de carta legal.
218
cheques - Esquema de aprobación de nivel superior.
Permitirá el levantamiento de la revocatoria de pago de cheque ejecutando los procesos
Página 297 de 404

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
Suspensión de pago de
219 demanda judicial de ineficacia del cheque.
cheques
Permitirá el levantamiento de la suspensión de pago de cheque, ejecutando los procesos
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,
220 Cheques de Gerencia
región o en todas las oficinas.
Adicionalmente se deberá proveer la administración de firmas y sus condiciones
asociadas al esquema de autorización de uso y validación para el pago de los mismos.
Ofrecerá además facilidades para el control de inventario físico general de cheques de
gerencia y del inventario por región y oficina, así como administrar la generación de
órdenes de abastecimiento o destrucción de formularios.
Página 298 de 404

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:
221 Sobregiros de cuentas - 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.
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
222 Administrativas interés, así por ejemplo, si existe cambio en la tasa REFERENCIAL DE MERCADO, todas las
interés.
Página 299 de 404

Deberá incluir soporte operativo automatizado para un conjunto de consultas,

- Cambios de firmas autorizadas con des-habilitación automática de servicios,
transacciones y consultas asociadas a la cuenta.
- Inactivación de cuenta.
- Cheques asociados.
223 Administrativas - Copia de documentos digitalizados. Se refiere a la capacidad que debe tener la
Nueva Solución de Core Bancario de atender los requerimientos de digitalización de
documentos, cheques pagados, copia de nota de débito y nota de crédito, copia de
estado de cuenta, entre otros.
- Visualización de cheques y documentos.
- Consulta de CCI.
224 Administrativas Deberá facilitar la generación de consultas y reportes con información general sobre la
cuenta:
- Tipo de cuenta.
- Detalles de las transacciones, por ejemplo el monto.
Página 300 de 404

- Oficina dónde se realizó la transacción.

- Certificaciones.
- Chequeras relacionadas.
- Por edad.
- Por sexo.
- Firmantes registrados para el manejo de la cuenta corriente.
225 Administrativas
Deberá permitir consultas y generación de reportes con información de las cuentas
- Por modalidad o naturaleza (tipo) de cuenta corriente.
- Alfabéticas.
226 Administrativas
- Por tipo de persona y canal que utiliza.
- Por sector económico.
- Por actividad económica.
- Por cuenta principal y sus respectivas cuentas de reversión.
Página 301 de 404


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
Administrativas / de exceso de impuestos, pudiendo su titular retirar únicamente los fondos en exceso.
228
Detracciones 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.
Para las cuentas corrientes que mantienen asociación con cuentas corrientes
centralizadoras y con cuentas corrientes secundarias, se incluirá controles especiales
Administrativas /
229 para la ejecución de las transacciones de pago de cheques, que en ciertos casos requiere
Instrucción DGETP
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
Administrativas /
230 de los fondos que han sido pagados en el día, los cuales deberán ser revertidos en su
Instrucción DGETP
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
Administrativas / establecerá un cupo de uso que podrá ser gastado por sus cuentas secundarias, en
231
Instrucción DGETP donde se deberá manejar un proceso especial de reversión de los fondos que han sido
pagados en el día, los cuales deberán ser revertidos en su totalidad a su cuenta
centralizadora al cierre del día.
Página 302 de 404

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
- Pago de cheques (fecha, monto, beneficiario, ventanilla donde se realizó el pago, o
232 Financieras del Cliente
cuenta de depósito).
- Pago de cheques certificados.
- Notas de débito.
Permitirá realizar depósitos especiales por convenios de recaudación, en los que los
valores recibidos se abonan a la cuenta del contratante.
233 Depósitos especiales 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.
Integrará el soporte al servicio de débito automático en línea y a tiempo real, para los
234 Consumos Visa
tarjetas de débito de la red Visa.
Página 303 de 404

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.
235 Financieras del Banco - Provisión diaria de intereses.
- Transferencias realizadas por convenios.
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
Débitos y créditos diario.
236 En todos los casos de notas de débito a realizarse en lotes, se permitirá definir si una vez
masivos
débito, considerando que se apliquen primero los de mayor prioridad o los de fecha de
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.
237 Canje y compensación
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.
Deberá realizar el cálculo y la provisión diaria de intereses para cada producto de

238 Cálculo de intereses cuentas corrientes que devengue intereses, tomando los parámetros y valores para el
cálculo de los datos definidos en la parametrización de cada producto.
Página 304 de 404

El cálculo de provisión de intereses deberá comenzar cuando los fondos se hayan

239 Cálculo de intereses
efectivizado en la cuenta o producto en la que fueron acreditados.
Capitalización de Deberá realizarse para los productos parametrizados con la opción de capitalización de
240
intereses interés y según la frecuencia definida para cada caso.
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
241 Transacciones anidadas 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.
Deberá ofrecer la posibilidad de manejar reversos y extornos para las transacciones que
el Banco defina, aplicando para ello los controles de procedimiento, el cumplimiento de
242 Reversos/Extornos las políticas vigentes asociadas y los niveles de autorización establecidos para cada tipo
de transacción disponible en cada producto.
El extorno sólo puede ser realizado en el día en curso.
Permitirá el cierre de cuentas, cumpliendo con el procedimiento, validaciones, pasos,
243 Cierre requerimientos legales y generación de documentos y registros que se encuentren
Permitirá el cierre de cuentas debido a diferentes motivos tales como:
- Por no tener movimiento en más de "n" meses.
244 Cierre
- Por cheques protestados.
- Por solicitud de la SUNAT.
En cada caso aplicarán controles, reglas de negocio a ser definidas en la Parametrización
de productos y a ser ejecutados y controlados por el sistema automatizado. El proceso
de cierre no podrá ser realizado si el cliente tiene asociado un crédito vigente en el
Banco.
245 Cierre Permitirá el cierre de cuentas tanto en forma individual, como en forma masiva.
Página 305 de 404

Permitirá asociar el concepto para la realización de cierres a las cuentas, generando los
246 Cierre cargos y documentos de soporte correspondientes a lo definido en la parametrización
Al momento del cierre de una cuenta corriente, no se permitirá la realización de
247 Cierre 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".
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
248 Cierre
a cuenta corriente, transferencia a cuenta de ahorro, transferencia interbancaria,
efectivo, cheque de gerencia.
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
249 Reapertura de cuenta
cumplan los esquemas de aprobación establecidos, habilitando la realización de
transacciones y servicios asociados a la cuenta.
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
250 Reportes Batch 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.
Incluirá rutinas optimizadas para la generación y mantenimiento de documentos a ser
251 Reportes Batch acreditación de intereses.
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.
Deberá integrarse con el módulo de Colocaciones para la ejecución automática de
252 Integración
de lotes.
Deberá integrarse con los procesos de Comercio Exterior para la ejecución automática
de transacciones de cargo y abono a cuentas, resultante de la ejecución de procesos
253 Integración
procesos de lotes.
Página 306 de 404

Deberá integrarse con el módulo de Pagos y Cobros para la ejecución automática de

254 Integración
de lotes.
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
255 Integración 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.
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
256 Integración 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.
Deberá integrarse con el sistema del Banco Central de Reserva del Perú denominado
LBTR, para instrumentar en línea y a tiempo real las transferencias interbancarias de
257 Integración
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.
Se integrará con el sistema denominado CCE, ajustándose a todos los procedimientos y
258 Integración requerimientos establecidos por este sistema para los procesos de compensación
interbancaria de cheques y transferencias de bajo valor.
SE DESARROLLARÁ
NATIVO
N° REQUERIMIENTOS FUNCIONALES MODULO DE CAPTACIONES - CUENTAS DE AHORRO FOLIO(S) DE REFERENCIA
Página 307 de 404

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.
Parametrización del Para cada nota de débito, se deberá establecer el concepto, si se ejecuta en modalidades
259
producto 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
Parametrización del
260 de impresión en el comprobante a generar y en el estado de cuenta, la o las cuentas de
producto
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.
parametrización de usuario definir tipos de notas de crédito (abonos) a realizarse a las
261 cuentas de ahorro que ofrezca el Banco. Para cada nota de crédito, se deberá establecer
producto
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á.
262 Asociado a esta causa o concepto permitirá definir los costos de servicio, los mensajes
producto
de impresión en el comprobante a generar y en el estado de cuenta.
Deberá definir restricciones a las transacciones que se puede realizar con los productos
de cuentas de ahorro que se encuentran en un estado determinado, como por ejemplo
en una cuenta bloqueada, dependiendo de la causa del bloqueo se permiten sólo
263 créditos, se permite sólo débitos, se permite créditos y débitos, se permite o no
producto
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
Parametrización del transferencias entre cuentas a solicitud del cliente, de la misma u otra moneda con
264
producto cobro de ITF o no, según sea el caso, debiendo realizarse en forma mensual durante un
período de tiempo establecido.
Página 308 de 404

Permitirá definir el porcentaje o monto de disponibilidad para retiro de fondos por parte
Parametrización del del titular, así por ejemplo, se permitirá retirar hasta un porcentaje o monto de acuerdo
265
producto / Cuentas CTS 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
Parametrización del de diferentes tipos de tarjeta de débito como por ejemplo Tarjeta Multired Global
266
producto Débito Visa u otros tipos de tarjeta, con servicios y costos diferenciados para cada tipo
de tarjeta.
Deberá generar la solicitud de apertura, los contratos de productos y los convenios de
267 Apertura 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.
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
268 Apertura
el titular de la cuenta o la posibilidad de modificar el sujeto que solicita la apertura
según la normatividad vigente.
269 Apertura
solamente permitirá la revisión, y de ser el caso, la actualización de los datos del cliente
requisitos legales y operativos del nuevo producto a ser abierto. Para estas funciones
utilizará los servicios del módulo de clientes.
270 Apertura
271 Apertura Deberá generar un código único para la cuenta o producto al momento de apertura.
La codificación de las cuentas de ahorro incluirá el código de producto bancario, el
código de oficina en la que se registra la cuenta y dígito verificador generado con
algoritmos que minimicen la posibilidad de errores de digitación al ingresar el número
272 Apertura de cuenta para ejecutar consultas o transacciones. La codificación de productos
bancarios y rangos de cuentas será flexible, permitiendo aumentar la cantidad de
caracteres en la estructura de la cuenta. Deberá generar el Código de Cuenta
Interbancario (CCI).
Página 309 de 404

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.
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
274 Apertura
Deberá permitir el registro de tasas preferenciales negociadas con un cliente o grupo de
275 Apertura
tipo de manejo.
Deberá integrarse con el sistema de captura, manejo y verificación de firmas electrónicas

276 Apertura
y sus condiciones asociadas, según el tipo de transacción y producto que las utiliza.
Para los productos de cuentas de ahorro que lo requieran, deberá permitir la asociación
277 Apertura
de firmas a las cuentas, según la parametrización definida.
Para los productos de cuentas de ahorro que lo requieran, deberá realizar la asociación
278 Apertura de la tarjeta de débito (o crédito) y todos sus servicios asociados a la cuenta que se
apertura.
Durante el proceso de apertura de una cuenta, deberá permitir la impresión de
279 Apertura afiliación a internet y otros; a través de los diferentes canales existentes y que deben ser
seleccionados en forma paramétrica tal como: Internet y la Plataforma Comercial y de
Servicios.
Página 310 de 404

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:
- Parcial.
- Completo.
280 Bloqueo de cuentas
- Porcentual.
Tiempo de Bloqueo:
- "n" días.
- "n" meses.
- "n" años.
- Indefinido.
desbloqueo y cumpliendo igualmente los requisitos y procedimientos definidos para
cada caso. El proceso de desbloqueo debe regirse por esquemas o niveles de
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
Bloqueo / Anulación de tarjeta. Además deberá mantener información del bloqueo para generación de consultas
281
tarjetas y/o reportes que se requiera al respecto.
a las cuentas de los productos y que tengan definida una tasa variable y reajustable de
282 Administrativas interés, así por ejemplo, si existe cambio en la tasa REFERENCIAL DE MERCADO, todas las
interés.
Página 311 de 404


transacciones, procesos administrativos y operativos tales como:
- Cambio de estado.
- Inactivación de cuentas.
283 Administrativas - Emisión individual de estado de cuenta.
- Copia de documentos digitalizados.
- Visualización de documentos.
- Consulta de CCI.
284 Administrativas Deberá facilitar la generación de consultas y reportes con información general sobre la
cuenta:
- Tipo de cuenta.
- Detalles de las transacciones como el monto.
- Oficina en donde se realizó la transacción.
Página 312 de 404


- Por edad.
- Por sexo.
- Por código de entidad (empleador).
285 Administrativas
- Por modalidad o tipo de cuenta de ahorro.
- Alfabéticas.
286 Administrativas - Por importe indicado.
- Por código de usuario.
- Por Entidades.
- Por situación del cliente.
- Por niveles de ingreso.
- Por saldo.
Página 313 de 404

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
288 Financieras del Cliente - Depósitos con cargo a VISA.
- Notas de débito.
Integrará el soporte al servicio de débito automático en línea y a tiempo real, para los
289 Consumos Visa
tarjetas de débito de la red Visa (canales virtuales).
- Cobro de comisiones.
290 Financieras del Banco
- Transferencias.
- Débitos y créditos masivos.
Página 314 de 404

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
Débitos y créditos
291 diario.
masivos
débito, considerando que se aplique primero los de mayor prioridad o los de fecha de
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
292 Canje y compensación 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
293 Cálculo de intereses 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
Capitalización de
295 opción de capitalización de interés y según la frecuencia de capitalización definida para
intereses
cada caso.
296 Reversos/Extornos
las políticas vigentes asociadas y los niveles de autorización establecidos para cada tipo
Permitirá el cierre de cuentas, cumpliendo con el procedimiento, validaciones, pasos,
297 Cierre requerimientos legales y generación de documentos y registros que se encuentren
Página 315 de 404

Permitirá el cierre de cuentas debido a diferentes motivos como:

- Por no tener movimiento más de "n" meses.
298 Cierre
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.
Permitirá ejecutar procesos de cierre de cuentas tanto en forma individual, como en
299 Cierre
forma masiva.
Permitirá asociar el concepto para la realización de cierres a las cuentas, generando los
300 Cierre cargos y documentos de soporte correspondientes a lo definido en la parametrización
Al momento del cierre de una cuenta de ahorro, no se permitirá la realización de
301 Cierre
operaciones asociadas a la cuenta.
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:
302 Cierre
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
303 Reapertura de cuenta cuenta de ahorro cerrada, cumpliendo con los esquemas de aprobación establecidos,

304 Reportes Batch módulo, para generar los reportes de gestión, control operativo y los que se definan
externos.
Página 316 de 404


impresos en forma masiva, como resultado de la ejecución de procesos de cierre diario
305 Reportes Batch acreditación de intereses.
Deberá integrarse con el módulo de Colocaciones para la ejecución automática de
306 Integración
de lotes.
Deberá integrarse con los procesos de Comercio Exterior para la ejecución automática
de transacciones de cargo y abono a cuentas, resultante de la ejecución de procesos
307 Integración
procesos de lotes.
Deberá integrarse con el módulo de Pagos y Cobros para la ejecución automática de
308 Integración
de lotes.
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,
309 Integración 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.
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
310 Integración 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.
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
311 Integración
de las operaciones y órdenes de los clientes por valores altos sobre las cuentas que
manejan en el Banco de la Nación.
Página 317 de 404

Se integrará con el sistema denominado Cámara de Compensación Electrónica (CCE),

ajustándose a todos los procedimientos y requerimientos establecidos por este sistema
312 Integración
para los procesos de compensación interbancaria de cheques y transferencias de bajo
valor.
SE DESARROLLARÁ
NATIVO
N° REQUERIMIENTOS FUNCIONALES MÓDULO DE CAPTACIONES - DEPÓSITOS A PLAZO FOLIO(S) DE REFERENCIA
Permitirá crear en forma amplia y flexible tablas de plazos aplicables a los contratos,
Parametrización del teniendo como base 1 día y agrupaciones comunes de días como: 30, 60, 90, 180, 360
313
producto 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

Parametrización del vencimiento, es decir si se cancela el depósito y se pone el dinero a disposición en una
314
producto 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,

315 asociándolos a la correspondiente tabla de tasas por cada uno de los plazos definidos
producto
por el Banco y/o mercado.
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
316 Apertura 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
Página 318 de 404

podrá abrir certificados de depósito a clientes que ya estén previamente registrados a
través de ese módulo en la denominada Base de Datos Única de Clientes (BDUC).
317 Apertura
permitirá solamente la revisión, y de ser el caso, la actualización de los datos del cliente
requisitos legales y operativos del nuevo producto a ser abierto. Para estas funciones
utilizará los servicios del módulo de clientes.
318 Apertura
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
Aperturas masivas
319 diferentes formatos que establezca el Banco. Deberá además validar la consistencia de
/Depósitos Judiciales
datos existente en los archivos de carga, previo a la apertura de los depósitos judiciales y
administrativos.
320 Apertura Deberá generar un código único para el certificado de depósito al momento de apertura.
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
321 Apertura
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.
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
322 Apertura
Deberá permitir el registro de tasas preferenciales negociadas con un cliente o grupo de
323 Apertura
tipo de manejo.
Deberá integrarse con el sistema de captura, manejo y verificación de firmas electrónicas

324 Apertura
y sus condiciones asociadas, según el tipo de transacción y producto que las utiliza.
Página 319 de 404

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.
Apertura / Depósitos Deberá incluir facilidades para registro de las instrucciones y condiciones de manejo de
325
Judiciales las firmas autorizadas de cada juzgado y aplicar las reglas de validación de firmas, como
por ejemplo las condiciones de vigencia de firmas, y de ser el caso, las instrucciones
especiales que deban aplicarse para la ejecución de transacciones en este tipo de
depósitos.
Deberá permitir realizar bloqueos de certificados, activando los controles y procediendo

según lo determine la causa o motivo del bloqueo. Se debe tomar en cuenta las
Bloqueo del certificado contra cancelación debido a motivos como la garantía de un
crédito, o por orden judicial.
- Parcial.
- Completo.
- Porcentual.
326 Bloqueo de cuentas
Tiempo de Bloqueo:
- "n" días.
- "n" meses.
- "n" años.
- Indefinido.
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

327 Administrativas
resumida y detallada de cada certificado emitido, sea vigente o no.
Página 320 de 404


- Por modalidad o tipo de cuenta de depósito a plazo.
328 Administrativas
- Alfabéticas.

- Cambio de estado.
329 Administrativas

- Cobro de comisiones aplicables a los servicios del Banco.
330 Financieras del Banco
- Transferencias.
Deberá realizar el cálculo y la provisión diaria de intereses para cada certificado,
331 Cálculo de 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
Capitalización de
333 opción de capitalización de interés y según la frecuencia de capitalización definida para
intereses
cada caso.
Página 321 de 404

334 Reversos / Extornos
las políticas vigentes asociadas y los niveles de autorización establecidos para cada tipo
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.
335 Penalización
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.
Permitirá el cierre de un certificado emitido, cumpliendo con el procedimiento,
validaciones, pasos, requerimientos legales y generación de documentos y registros que
336 Cierre 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.
Permitirá el cierre de certificados debido a diferentes motivos como: a solicitud del
337 Cierre
cliente por fallecimiento del titular de la cuenta, por mandato judicial, entre otros
Al momento del cierre de un certificado, se anulará todas las transacciones y servicios
338 Cierre
asociados a la cuenta.
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
339 Cierre
operen con documentos de código de barras, la solución deberá estar en la capacidad de
realizar la verificación de correspondencia entre el número de certificado y el código de
barras del formato físico. Esta funcionalidad se utilizará cuando el Banco decida
implementar el código de barras.
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
340 Cierre 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.
Deberá incluir la opción de cambiar la condición de renovación a nivel individual de cada

341 Cierre operación de depósito a plazo, con mantenimiento o cambio de las condiciones
originales de emisión del certificado de depósito.
Página 322 de 404

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,
Cierre / Depósitos
342 realizando la transferencia de los valores de capital e intereses a la fecha, permitiendo
Judiciales
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á
Cierre / Depósitos permitir la cancelación del depósito y la transferencia de los valores de capital e
343
Judiciales 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
Cierre / Depósitos los depósitos en cualquier momento, verificando que se cumpla con las instrucciones
344
Judiciales 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
Cierre / Depósitos
345 los depósitos, además de un procedimiento automatizado para el registro de la
Judiciales
recepción, archivo y custodia de los documentos oficiales originales con las órdenes del
juzgado correspondiente.
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
Sustitución / Depósitos y dejando abierta la posibilidad de modificar alguna información a requerimiento del
346
Judiciales Juzgado y/o depositante. Esta funcionalidad será utilizada tanto para emitir duplicados
(por pérdida, robo, deterioro), como para los casos en que existan errores en la emisión
inicial.
En ciertos casos como la instrucción judicial, deberá permitir la reapertura de una cuenta
de depósito a plazo cancelada, cumpliendo con los esquemas de aprobación
347 Reapertura de cuenta
establecidos, habilitando la realización de transacciones y servicios asociados a la
cuenta.
348 Reportes Batch
módulo, para gestión, control operativo y cumplimiento de procedimientos y
requerimientos internos y externos.
Página 323 de 404


como por ejemplo la causación, capitalización y acreditación de intereses.
349 Reportes Batch
Se integrará con los sistemas denominados Cámara de Compensación Electrónica (CCE) y

Liquidación Bruta en Tiempo Real (LBTR), ajustándose a todos los procedimientos y
350 Integración
requerimientos establecidos por estos sistemas para los procesos de compensación
interbancaria de cheques y transferencias de acuerdo a la normatividad vigente.
Deberá integrarse con el módulo de Colocaciones para la colocación del depósito a plazo
351 Integración
como garantía o respaldo de la operación crediticia.
SE DESARROLLARÁ
NATIVO
Página 324 de 404

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
352 Parametrización dar paso a la siguiente etapa.
- Qué entradas de datos nuevos y/o de actualización de datos pueden hacerse en
cada etapa.
- Los documentos y reportes que se generarán.
- Los tiempos máximos que deberá permanecer una solicitud o trámite en cada
etapa del flujo de trabajo.
- Definir si las actividades de una etapa deben ser ejecutadas por un solo usuario o
por varios usuarios.
- Determinar si una etapa puede ser obviada bajo la definición de alguna regla de
negocio en el flujo de trabajo.
Administrar las reglas de operación de los flujos de trabajo, facilitando la definición y

mantenimiento por parametrización de:
- Los usuarios autorizados a intervenir en los roles asociados a cada etapa de un
flujo de trabajo.
- Las funciones y atribuciones del usuario.
- El número máximo de solicitudes de créditos simultáneos que podrá tener cada
usuario en un momento de tiempo.
353 Parametrización - El tiempo máximo que podrá permanecer una solicitud de crédito en la bandeja
de un usuario para su gestión, antes de generar alertas a otros usuarios.
- Reglas para la asignación automática de solicitudes de créditos a los usuarios del
sistema, tomando en consideración el tipo de flujo de trabajo, el producto, la oficina, la
moneda, entre otras opciones posibles.
- Mecanismos de reasignación automática y/o manual de solicitudes de créditos,
cuando el usuario reciba más de las definidas como máximo, o cuando los tiempos
máximos para su atención se hayan excedido.
Página 325 de 404

Permitirá la integración de registros electrónicos, vínculos o referencias a los

documentos que se generen por las acciones de los usuarios autorizados en las
diferentes etapas del flujo de trabajo. En cualquiera de los casos, registrará la ”firma
electrónica” del usuario correspondiente.
Incluirá la definición por parametrización de reglas y opciones de decisión lógica de la

ruta a seguir luego de cumplirse una etapa, como:
- Continuar en forma secuencial con el paso siguiente.
- Abrir una ruta múltiple simultánea a varios usuarios. Se refiere a que la Solución
de Nuevo Core Bancario esté en la capacidad de que los diferentes usuarios de negocios
que participan en el proceso de colocaciones tengan la información en línea de manera
simultánea y que permita continuar con los diferentes pasos que le competen dentro del
ciclo de vida del crédito.
- Las reglas pueden ser simples y compuestas.
- Aplicar preguntas de decisión.
- Aplicar preguntas lógicas.
- Definir que se regrese a una etapa anterior.
- Definir que se omita una o varias etapas.
- Definir que se suspenda el flujo de trabajo y se emita alarmas a diferentes
usuarios.
- Definir que se pase a la etapa final del flujo de trabajo.
Integrará un esquema de pistas de auditoría, que permita identificar todas las acciones y
transacciones realizadas en las diferentes instancias del ciclo de proceso integral de una
operación de colocaciones:
356 Parametrización - Análisis de Crédito.
- Gestión de Cartera.
- Gestión de Garantías.
- Gestión de Cobranzas.
Página 326 de 404

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.
357 Parametrización - Créditos Corporativos.
- Líneas de Crédito.
- Créditos para Microfinanzas (Microcrédito).
- Cartera Comprada.
- Cartera Vendida.
- Cartera Titularizada.
En todos los casos se debe poder manejar opciones de banca de primer piso y banca de
segundo piso.
Para las líneas de crédito deberá permitir manejar como mínimo las siguientes
características:
- Líneas de crédito revolventes.
358 Parametrización - 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.
359 Parametrización Integrará opciones para la creación y mantenimiento de productos de colocaciones, con
la asociación paramétrica de características operativas, reglas de negocio, condiciones
financieras del producto.
Los parámetros básicos a definir son:
- Tipo de crédito al que se asociará (según clasificación de la Superintendencia de

Banca, Seguros y AFP). Actualmente la clasificación incluye ocho tipos de créditos:
Corporativos, Grandes Empresas, Medianas Empresas, Pequeñas Empresas, Micro
Empresas, Consumo Revolvente, Consumo No Revolvente, Hipotecarios para Vivienda.
- Tipo de Cliente.
- Moneda.
- Fuentes de Recursos.
Página 327 de 404

- Segmento de Mercado.
- Tasas de Interés aplicables.
- Modalidad de cálculo de intereses.
- Plazos y reglas de negocio para reajustes de tasas.
- Formas de pago permitidas.
- Pre-cancelaciones y reglas asociadas.
- Opciones de refinanciación y/o reestructuración con reglas de negocio asociadas.
- Rango de Plazos que se puede ofrecer.
- Frecuencia de pagos.
- Rango de Montos.
- Cargos por servicio aplicables.
- Comisiones aplicables.
- Forma de generación del cronograma de pagos.
- Plazos a transcurrir para cambiarlo de estado (atrasado, en mora, vencido).
- Formas de desembolso permitidas.
- Documentos requeridos.
- Garantías requeridas (tipo y cobertura).
- Modalidad de oferta del producto (Banca de Primer o de Segundo Piso).
- Oficinas y/o zonas que pueden ofrecer el producto.
- Servicios adicionales. Se refiere a los servicios con características específicas para
los segmentos de clientes que el Banco pueda definir a futuro.
- Opciones de bloqueo de solicitud préstamos con reglas de negocio asociadas.
- Políticas que deben cumplirse para acceder a un producto.
- Seguros obligatorios asociados.
Página 328 de 404

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
360 Parametrización - Cálculo, registro y cobro de los seguros de las Garantías.
- Cálculo, registro y cobro de los seguros de los Créditos.
- Renovaciones de los seguros.
- Administración de las primas colectivas.
- Control de endosos de pólizas y de las exclusiones de cualquier tipo.
Deberá tener la capacidad de manejar operaciones con diferentes tipos de interés:
- Tasas de Interés fija.
361 Parametrización - Tasas de Interés variable (en sus diferentes modalidades).
- Tasas de interés escalonadas según monto y/plazo.
- Tasas de interés moratoria diferenciada.
Integrará una opción para desagregar los componentes de una tasa de interés. Como
ejemplo de esta desagregación señalamos:
- Tramo por el costo de los fondos.
- Tramo por el costo administrativo.
- Tramo por el costo de riesgo.
- Spread esperado.
Permitirá establecer qué canales del Banco se utilizarán para originar las solicitudes de
363 Parametrización crédito. El formato de solicitud deberá ajustarse a los formatos y modalidad operativa de
cada canal.
Se mantendrá un registro con la información histórica de todas las transacciones
364 Registro Información
financieras que se realicen en todos los créditos desembolsados.
En cada etapa del crédito, el aplicativo deberá suministrar consultas para que el usuario
365 Consultas
final cuente con información detallada del crédito.
366 Administrativas a las operaciones con productos que tengan definida una tasa variable y/o reajustable de
interés.
Página 329 de 404


transacciones y procesos administrativos y operativos como:
- Cambio de estado.
- Destino de envío de notificaciones y correspondencia.
367 Administrativas
- Consultas resumidas y detalladas del estado de cuenta de la operación.
- Consulta detallada de transacciones.
Suministrará herramientas y facilidades para la generación de reportes e informes de
369 Reportes
forma paramétrica con mínima intervención del área de tecnología.
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
370 Alertas impresa, mensajes en los estados de cuenta de sus productos de captaciones, mensajes
a desplegarse cuando accede a la banca Internet, al call center, o a un cajero automático,
correo electrónico personalizado, mensajes SMS.
371 Reportes Batch módulo. Estos reportes servirán para gestión, control operativo y los que se definan
externos.

como por ejemplo los avisos de vencimiento, las notas de débito por pagos recibidos.
372 Reportes Batch
archivos de información, con formatos y contenido de datos definibles según el caso y
uso que se dará al archivo generado.
Página 330 de 404

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
373 Integración
débito generadas por operaciones de colocaciones.
- Comercio Exterior: para recibir las solicitudes de apertura de Créditos
Documentarios que deberán ser evaluadas para su viabilidad.
- Plataforma Comercial y de Servicios: para poner disponibles a los usuarios
autorizados del Banco y a los clientes, las opciones de consultas y de interacción con el
Módulo de Captaciones que se definan para cada caso. Las opciones estarán disponibles
en los diferentes canales que el Banco defina.
- Central de Riesgos y Burós de Crédito: para verificar cuales son las deudas que
mantiene el cliente en otras instituciones y su calificación en cada una de ellas y para
generar la información que por ley o convenios deba entregar el Banco a estas
entidades.
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
374 Particulares determinado, que consiste en el salto del pago de una cuota mensual del crédito con la
posibilidad de condonación de intereses, capital, intereses y capital o ninguno de los
dos.
El sistema deberá re-calcular los intereses y otros rubros asociados al crédito, y generará
un nuevo cronograma de pagos del crédito, que reflejará las nuevas condiciones.
Página 331 de 404

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
375 Particulares 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.
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
376 Particulares 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.
SE DESARROLLARÁ
NATIVO
N° REQUERIMIENTOS FUNCIONALES MODULO DE COLOCACIONES - ANÁLISIS DE CRÉDITO FOLIO(S) DE REFERENCIA
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)
377 Precalificación
correspondiente, activando la ruta de proceso que deberá seguir la solicitud, con toda la
funcionalidad, las opciones de ingreso y los controles asociados al producto, definidos en
el proceso de parametrización y mantenimiento de productos.
Luego del ingreso y validación de los datos obligatorios para la solicitud de crédito, el
sistema automatizado registrará y generará un código único para cada solicitud.
La codificación de la solicitud incluirá el código del producto bancario, el código de
378 Precalificación
oficina en la que se registra la solicitud y dígito verificador generado con algoritmos que
minimicen la posibilidad de errores de digitación al ingresar el número de solicitud para
ejecutar consultas o transacciones.
Página 332 de 404

En el momento de iniciar el proceso de análisis crediticio, deberá permitir ingresar y/o

modificar las condiciones establecidas en la parametrización para cada tipo de producto,
tales como:
- La tasas de interés a aplicar (controlando que esté dentro de los rangos
autorizados).
- Cargos adicionales por comisiones y costos de servicios.
- Monto de la operación.
- Plazo de la operación.
379 Precalificació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.
Proporcionará la facilidad de usar un simulador, que permita al ejecutivo realizar
380 Precalificación escenarios de los diferentes productos, respetando las condiciones de cada producto y
reflejando las condiciones particulares de lo solicitado y negociado con el cliente.
Permitirá el registro de excepciones en la aplicación de rubros y sus valores establecidos,
o en el cumplimiento de políticas. Estas excepciones deberán pasar por el flujo de
381 Precalificación 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.
Llevará un registro electrónico detallado de las acciones tomadas por cada usuario que
382 Registro Usuarios
haya participado en cada paso del proceso de análisis de crédito.
Validará que se cumpla todos los requisitos solicitados en cada etapa del flujo de trabajo
asociado al producto.
Llevará un registro detallado del cumplimiento de requisitos con los datos del
funcionario responsable, permitiéndole añadir observaciones y comentarios en campos
383 Precalificación de formato libre definidos para este fin.
Verificará el cumplimiento de todos los requisitos de cada etapa del flujo de trabajo,
antes de permitir el paso del expediente electrónico a la siguiente etapa, generando la
vinculación a los documentos asociados, tanto en el expediente electrónico como en el
expediente físico del crédito.
Página 333 de 404

Deberá incluir un sistema de gestión de documentos con opciones de captura,

vinculación y almacenamiento de imágenes de los documentos que sean recibidos en las
diferentes etapas del proceso de análisis del crédito.
384 Gestión de Documentos
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.
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,
385 Scoring
parametrizables y ajustables a las características de los clientes del Banco y los
productos crediticios que comercializa. Es un requisito obligatorio su entrega por el
Contratista.
Para la aplicación de los modelos de scoring y otras técnicas de evaluación de riesgo para
los productos de crédito para empresas, deberá brindar herramientas de análisis
especializadas de los principales estados financieros, en los formatos adecuados para
cada caso. Los estados financieros comunes a registrar son:
- Balance general.
386 Precalificación - 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.
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.
387 Riesgo Total
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.
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
388 Riesgo Total
solicitud de una operación si está por encima de los cupos o límites establecidos en las
líneas de crédito y operaciones de crédito otorgadas al cliente.
Página 334 de 404

Controlará el cumplimiento de todas las políticas definidas por el Banco para cada
389 Riesgo Total producto de colocaciones. En caso de incumplimiento, deberá generar las alertas
correspondientes y de ser el caso bloqueará la solicitud crédito.
390 Información General Generará y mantendrá, desde el registro de la solicitud y durante toda la gestión, un
expediente electrónico del crédito con toda la información del cliente, la información
que se añade en cada etapa del proceso y la información de las características de la
operación solicitada con datos como:
- Tipo de Crédito.
- Condiciones negociadas:
o Plazo.
o Monto.
o Tasas de interés.
o Forma y plazo de desembolso.
o Forma de pago.
o Cargos.
o Comisiones.
o Reajustes.
o Excepciones.
- Scoring.
- Montos recomendados.
- Cronograma de pagos propuesto.
- Cumplimiento de políticas y requisitos.
- Situación de riesgo del cliente:
o Deuda con el Banco.
o Deuda con el sistema.
o Colocaciones en el Banco.
o Experiencia crediticia previa.
o Líneas de crédito aprobadas y vigentes.
o Calificación en el Banco, se refiere a la que presenta el cliente asignada por el Banco
de la Nación.
Página 335 de 404

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.
SE DESARROLLARÁ
NATIVO
N° REQUERIMIENTOS FUNCIONALES MODULO DE COLOCACIONES - GESTIÓN DE CARTERA FOLIO(S) DE REFERENCIA
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,
391 Información General
documentación y cumplimiento de requisitos y políticas definidos para la
instrumentación de la operación.
Para la instrumentación del crédito, se deberá generar automáticamente los
documentos que se hayan definido en cada producto para proceder al desembolso, con
toda la información del cliente y de la operación aprobada, más los términos legales,
operacionales y contractuales aplicables. Entre los documentos que se pueden generar
para imprimir, suscribir, registrar y formalizar una operación de colocación están:
- Contrato.
392 Formalización - Cronograma de pagos.
- Pagarés.
- Contratos de prenda.
- Hipotecas.
- Contratos de pignoración o endoso de documentos valorados.
Página 336 de 404

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.
393 Formalización 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.
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.
394 Desembolsos - 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).
Permitirá realizar diferentes tipos de desembolsos, de acuerdo al tipo de producto:
- Parciales.
395 Desembolsos
- Totales.
- Desembolsos programados.
Deberá permitir definir y administrar diferentes estados del crédito:
- Vigente.
- Vencido.
- Cartera Saneada, se refiere a los créditos recuperados, operación que produce
variaciones de plazo y/o monto del crédito original y que obedecen a dificultades en la
capacidad de pago del deudor.
396 Calificación
- Cobro Judicial, se refiere a la acción ante un juzgado competente mediante la cual
se gestiona la recuperación del crédito, esta etapa es posterior a la que el BN ha agotado
todas las acciones de cobranza pre-judicial sin que el cliente cumpla con el pago de las
cuotas vencidas.
- Cancelado.
En cada caso se debe considerar las repercusiones contables y operativas asociadas.
Página 337 de 404

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
397 Calificación 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.
Deberá integrar el proceso de cálculo y constitución de provisiones para los créditos del
Banco. El cálculo de provisiones para créditos irrecuperables se ejecutará tomando como
insumo la calificación obtenida por cada operación de crédito vigente, aplicando el
modelo y regulaciones vigentes definidas por la Superintendencia de Banca, Seguros y
AFP para este fin.
El modelo vigente asigna como provisión un porcentaje del valor pendiente de pago de
la operación, aplicable por una tabla oficial emitida por el regulador, en la que se
relaciona el porcentaje de provisión a aplicar con el tipo de crédito y la calificación
398 Provisiones obtenida.
Con el valor resultante de las provisiones calculadas para cada operación, deberá
constituir la reserva legal correspondiente, generando el dato de provisión constituida
por cada operación, realizando la aplicación del nuevo valor (en aumento o resta del
valor previamente constituido) y deberá generar los auxiliares contables y asientos
contables correspondientes para concluir el proceso.
Generará la información con los datos de las provisiones constituidas en los formatos de
reportes y archivos que requiere el regulador, para dar cumplimiento de la normativa
legal vigente.
Página 338 de 404

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
399 Provisiones 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
400 Cálculo de intereses 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.
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
401 Cálculo de Intereses
o Diario.
o Semanal.
o Quincenal.
o Mensual.
o Trimestral.
o Semestral.
o Anual.
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
402 Cálculo de Intereses
parametrización. Asimismo, para el manejo de los vencimientos identificará cuales son
fechas no laborables para no incluirlas en el cronograma de pagos.
Página 339 de 404

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
403 Cronograma de Pago - 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
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
404 Cronogramas de Pago
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.
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.
405 Cronograma de Pago
- Capital más intereses.
Permitirá determinar y ejecutar la aplicación de los intereses generados durante el
período de gracia en diferentes escenarios: en la primera cuota fuera del período de
gracia, prorrateo en todas las cuotas del crédito luego del período de gracia,
condonación de los intereses generados.
Página 340 de 404

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
406 Notas de Débito 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.
Permitirá establecer cuáles son los rubros de la operación que pueden ser financiados e
407 Notas de Débito incluidos dentro de la cuota del préstamo y cuáles no pueden ser financiados.
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:
408 Seguros - Pago anticipado del seguro.
- Pago de la prima en cuotas sin costo financiero.
- Pago de la prima en cuotas con costo financiero.
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.
409 Pago - Cheque de otros bancos locales.
- Cheque de gerencia de otros bancos.
- Descuento por planilla. Planilla es la nómina de las personas que reciben su
retribución por el trabajo realizado en un tiempo determinado.
- Combinación de varias opciones.
- Cuentas de apoyo o cuentas puente.
Página 341 de 404

Deberá permitir la aplicación de pagos parciales a las operaciones de crédito.

410 Pago 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).
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
411 Fecha Valor adecuado y cumpliendo las políticas y procedimientos de autorización para esos casos.
Actualizará los cálculos, cronogramas de pagos y estado de cuenta de la operación de
crédito, generando los ajustes contables correspondientes.
Deberá ofrecer la posibilidad de manejar reversos y extornos de ciertas transacciones,

aplicando para ello los controles de cumplimiento de políticas y niveles de autorización
412 Reversos/Extornos
que defina el Banco. Deberá permitir los reversos incluso a fecha valor con los ajustes
contables correspondientes.
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
413 Seguros
los valores recaudados al pago de los diferentes rubros pendientes de cobro de la
operación.
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.
414 Refinanciamientos 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.
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.
415 Reestructuraciones
Actualizará los cálculos, cronograma de pagos y estado de cuenta de la operación,
cambiándole de estado, generando los movimientos y registros contables asociados.
Marcará la nueva operación como reestructurada y mantendrá la vinculación con el (los)
crédito(s) original(es) para seguimiento y control.
Página 342 de 404

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
416 Castigo de cartera evento en la Central de Riesgos y Burós de Crédito.
Castigo Contable:
Operación contable que consiste en la eliminación o retiro del balance, de aquellos
activos calificados como incobrables o irrecuperables, después de demostrarse con
evidencias reales y comprobables el agotamiento de todas las acciones extrajudiciales y
judiciales para tal fin. El castigo no extingue la deuda ni libera garantías.
Cuentas irrecuperables:
Son las generadas por operaciones de carácter crediticio y no crediticio, respecto de las
cuales se han agotado todas las acciones extrajudiciales y judiciales, según el caso,
contempladas para su recuperación o regularización.
Página 343 de 404

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:
417 Información General
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.
SE DESARROLLARÁ
NATIVO
N° REQUERIMIENTOS FUNCIONALES MÓDULO DE COLOCACIONES - GESTIÓN DE GARANTÍAS FOLIO(S) DE REFERENCIA
Página 344 de 404

Deberá permitir la definición de diferentes tipos de garantías para respaldar los créditos,
tales como:
- Hipotecaria.
- Prenda.
- Cash Colateral, es el depósito líquido en garantía. Con relación a los Préstamos
Personales, el software debería estar en la capacidad de constituir, clasificar, y realizar el
seguimiento a este tipo de garantía. Así como permitir que una garantía cubra varias
operaciones de crédito.
418 Tipos de Garantías - 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.
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.
419 Registro - Forma de custodia de la garantía y responsables de esa función.
- Costos asociados a la gestión y mantenimiento de las garantías y a quien se los
carga (al cliente o al Banco).
- Para el caso del registro de cartera como garantía, permitirá seleccionar, calificar e
intercambiar portafolio de cartera que sea entregada como garantía por otras
instituciones financieras.
- Intereses ganados en el caso de depósitos en garantía.
Página 345 de 404

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).
420 Asociación de Garantías 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.
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
421 Constitución 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
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
422 Archivo y Custodia
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.
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.
Situación de las - Vigente.
423
Garantías - Bloqueada.
- Ejecutada.
- Recibida en dación de pago.
- Liberada.
- En administración (por ejecución o recepción en dación de pago).
- Realizada.
Llevará un estado de cuenta detallado y actualizado con todos los gastos realizados por
424 Estado de cuenta el Banco para la gestión de cada garantía en sus diferentes estados y los cargos
generados al cliente por cada gestión.
Página 346 de 404

Deberá permitir liberar las garantías relacionadas a una o varias operaciones, una vez
425 Liberación 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.
Incluirá facilidades para la generación, impresión y formalización de los documentos
426 Liberación necesarios para levantar las hipotecas, prendas o contratos especiales en los registros
públicos.
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.
Administración y Se llevará un estado de cuenta detallado con el valor que se ingresa los bienes y los
427
realización de Garantías ingresos o gastos asociados a su administración hasta su venta y/o salida de los libros
contables del Banco.
Se mantendrá un vínculo de control entre este estado de cuenta y las operaciones
asociadas a la dación en pago o ejecución de las garantías, lo cual se refiere al
tratamiento establecido para las Garantías: registro, contabilización, seguimiento y
control en un sistema seguro que brinde un soporte eficaz.
SE DESARROLLARÁ
NATIVO
N° REQUERIMIENTOS FUNCIONALES MÓDULO DE COLOCACIONES - GESTIÓN DE COBRANZA FOLIO(S) DE REFERENCIA
Página 347 de 404

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.
428 Tipos de Cobranzas
- 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.
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.
Recursos para
429 - Abogados externos asignados.
cobranzas
- 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.
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,
430 Eventos o actividades mensajes SMS, notificaciones impresas, mensajes desde el Call Center.
- Cartas de cobro.
- Visitas presenciales.
- Propuestas de acuerdos de pago.
- Notificaciones judiciales.
Deberá permitir asociar a cada actividad los costos correspondientes.
A cada costo se le asociará una modalidad de aplicación como rubro a ser cargado a la
431 Costo de Cobranzas
operación y la prioridad que tendrá para la aplicación de pagos cuando se registren
pagos por parte del cliente.
Llevará un estado de cuenta detallado y actualizado que deberá registrar todos los
432 Costo de Cobranzas gastos realizados por el Banco para la gestión de cobranzas y los cargos generados al
cliente por cada gestión.
Página 348 de 404

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
433 Intereses 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.
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
434 Ejecución de Garantías 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.
SE DESARROLLARÁ
NATIVO
REQUERIMIENTOS FUNCIONALES DEL MODULO DE PAGOS Y COBROS
Página 349 de 404

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:
435 Formalización - 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.
Ofrecerá la posibilidad de configurar calendarios para el control de los plazos (fechas),
436 Implementación horarios de atención, localidades, entre otros que requieran manejar los diferentes
convenios.
Ofrecerá facilidades para registrar y mantener la información de las personas
437 Formalización
físicas/jurídicas ligadas al convenio de cobro o pago.
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
438 Implementación 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.
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.
439 Implementació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).
Página 350 de 404

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
440 Implementación
en la operativa normal del servicio, cumpliendo para ello los estándares de transferencia
de información que cada convenio establezca.
Permitirá la configuración de comisiones especiales por zona, segmento o volumen de
441 Implementación
transacciones, con el fin de incentivar la utilización de alguno de los convenios.
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
442 Implementación
pago, generando de forma automática la respectiva operación de compra/venta de
moneda según sea el caso.
Habilitará la configuración de convenios de cobro mediante el esquema de depósito
especial en cuentas corrientes o cuentas de ahorro, el cual consiste en capturar datos
básicos del usuario del servicio que realiza el pago (código y nombre, por ejemplo), para
443 Implementación 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).
Permitirá configurar para cada convenio las diferentes formas de pago/cobro asociadas,
por ejemplo:
- Efectivo.
444 Implementación
- Cargo/abono en cuenta (corriente/ahorro).
- 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.
Deberá ofrecer un esquema flexible para la configuración de formularios (recibos de
pago/cobro), para su respectiva asociación a los convenios.
445 Implementación
La emisión de estos formularios podrá ser masiva y/o individual de acuerdo con los
requerimientos del convenio.
Permitirá configurar la forma en que el Banco administrará los fondos para realizar los
446 Implementación 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.
Página 351 de 404

Deberá administrar los fondos del lote recibido según se haya configurado en el
447 Recepción/Emisión convenio de pago (cuenta pagadora, cuenta interna o reserva en la cuenta del
contratante).
Deberá instruir a cuentas corrientes y cuentas de ahorro para procesar los débitos y
créditos masivos correspondientes a convenios de cobro/pago, por ejemplo para el
procesamiento de planillas, suscripción cobro/pago automático y pagos a proveedores.
448 Recepción/Emisión
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.
Permitirá identificar el estado de cada pago/cobro dentro de un lote. Por ejemplo:
449 Administración pendiente, pagado/cobrado. Los diferentes estados serán definidos de acuerdo a las
necesidades de cada convenio.
450 Administración
el Banco defina, aplicando para ello los controles y niveles de autorización establecidos.
Permitirá configurar la forma en que el Banco administrará los fondos para realizar los
451 Implementación 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).
Habilitará la posibilidad de restringir el procesamiento de los cobros/pagos de un

452 Implementación
convenio a un conjunto específico de agencias.
Página 352 de 404

Deberá proveer un esquema para cobro de comisiones que permita manejar al menos:
- Monto fijo por transacción o por lote.
- Porcentaje sobre monto de la transacción o del lote.
- Montos mínimos por transacción (diario, semanal, quincenal o mensual).
- Montos máximos por transacción (diario, semanal, quincenal o mensual).
- Por volumen (de transacciones o de monto recaudado/pagado).
- Manejo de excepciones por cliente, segmento, sector económico, agencia, región.
453 Implementació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.
Permitirá la parametrización del cobro de comisiones mínimas por bajo volumen para
454 Administración
los convenios de Ventanilla MYPE.
Deberá estar en capacidad de identificar claramente el convenio y tipo de pago/cobro
455 Pago/Cobro
recibido.
Deberá estar en capacidad de manejar reversos y extornos (incluyendo los movimientos
456 Pago/Cobro respectivos en las interfaces), los cuales estarán sujetos a los esquemas de autorización
que definan el Banco y el contratante.
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
457 Administración
debe alimentar las estadísticas que permitan efectuar control de calidad para detectar y
documentar las oportunidades de mejora.
Suministrará herramientas para la generación de reportes e informes que sean de fácil
458 Reportes mantenimiento para usuarios finales (con poco o ningún apoyo del área de tecnología).
Podrá configurar la emisión de los reportes en medios físicos y/o magnéticos, según
459 Reportes
frecuencia y detalle requeridos en cada convenio.
460 Reportes Habilitará la emisión de informes por lote y convenio mostrando el estado de cada pago.
Habilitará la emisión de informes consolidados por convenio, teniendo en cuenta que

461 Reportes algunos convenios se asocian a más de una cuenta corriente. El Banco requiere que
estos reportes consolidados faciliten ese análisis.
Página 353 de 404

Permitirá la interfaz con sistemas de mensajería (SMS, correo electrónico) para el

462 Integración
intercambio automático de información con el usuario y/o el contratante.
Ofrecerá un esquema de pistas de auditoría que permita investigar las transacciones
463 Administración
realizadas (oficina, usuario, hora, fecha).
Deberá ofrecer facilidades para la investigación y resolución de las diferencias que se
464 Administración generen en la gestión de los convenios (tanto con el contratante como con el usuario
pagador).
465 Pago/Cobro Deberá ofrecer facilidades para la cobranza masiva de pólizas de seguros.
La solución deberá permitir recibir pagos por concepto de seguros, los cuales deben
estar asociados a clientes del Banco. La solución ofrecerá los mecanismos necesarios
para el control y seguimiento de las comisiones por cobrar por estos conceptos, de
466 Pago/Cobro
acuerdo con la frecuencia establecida en el convenio (actualmente es mensual). Esta
funcionalidad debe integrarse con los sistemas de las compañías de seguros, de acuerdo
con los mecanismos establecidos por cada compañía.
SE DESARROLLARÁ
NATIVO
- COBRANZA POR ENCARGO
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
467 Implementación 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.
Habilitará mecanismos para el control, distribución y seguimiento de los documentos
468 Administración
recibidos para trámite de cobro por encargo (manejo de estatus).
469 Administración Ofrecerá facilidades para control y seguimiento de los documentos no cobrados.
Ofrecerá mecanismos para control de Protesto que generarán los notarios al
470 Administración
vencimiento del plazo de los documentos por cobrar.
Página 354 de 404

Ofrecerá mecanismos para el control de los documentos devueltos a la entidad

471 Administración
contratante, ya sea con o sin Protesto.
Deberá proveer las facilidades necesarias para recibir pagos completos contra
472 Pago/Cobro
documentos recibidos para cobranza por encargo.
Deberá ofrecer facilidades para la recepción de abonos parciales contra los documentos
473 Pago/Cobro
recibidos para cobranza por encargo, cuando el convenio así lo permita (renovaciones).
Deberá ofrecer facilidades para inhabilitar la recepción de abonos parciales, cuando el

474 Pago/Cobro
convenio así lo establezca.
Permitirá parametrizar la generación de archivos de respuesta (en diferentes formatos),
475 Administración para la devolución de los documentos no cobrados (sea con o sin Protesto).
SE DESARROLLARÁ
NATIVO
- GIROS BANCARIOS
Permitirá la emisión individual o masiva (mediante recepción de archivos magnéticos) de

Administración y giros bancarios en diferentes monedas. La emisión masiva deberá contar con facilidades
476 Mantenimiento del que permitan configurar el formato de los archivos, restricciones por convenio (por
Producto 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
Administración y con las instrucciones del ordenante. Entre estas restricciones podemos citar: con oficina
477 Mantenimiento del específica de pago(o grupo de oficinas), beneficiario específico, beneficiario alterno o
Producto beneficiario mancomunado.
Página 355 de 404

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.
Administración y - Cargo en cuenta (corriente/ahorro).
478 Mantenimiento del - Tarjeta de crédito.
Producto 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”).
Permitirá el pago de giros bancarios validando las restricciones asignadas en la emisión

479 Proceso Operativo
del mismo.
Habilitará la posibilidad de cambiar la oficina de pago de un giro bancario a solicitud del
480 Proceso Operativo ordenante, siendo configurable la aplicación o no de comisión por este concepto.
SE DESARROLLARÁ
NATIVO
- RECAUDACIÓN DE IMPUESTOS, TASAS Y CONTRIBUCIONES
Permitirá configurar diferentes convenios para recaudación de impuestos, tasas y

481 Implementación
contribuciones.
Deberá ofrecer facilidades para la consolidación y cuadre de los fondos recaudados por
482 Administración
diferentes canales.
483 Administración Ofrecerá facilidades para la asociación de cuentas de ingreso y los respectivos convenios.
Deberá emitir el documento de pago según lo establecido por el Banco. El contenido de

484 Administración
cada recibo debe ser configurable de acuerdo con las necesidades del contratante.
Página 356 de 404

Permitirá la interconexión con el Sistema de Liquidación Bruta en Tiempo Real

485 Administración (transferencias interbancarias), para confirmar la recepción de los fondos
correspondientes a la recaudación de impuestos recibida en los bancos comerciales.
Deberá ofrecer herramientas para la administración (recepción y seguimiento) de las
486 Administración
declaraciones (físicas y electrónicas), asociadas a cada convenio.
Deberá ofrecer facilidades para el control y seguimiento de los fondos recaudados en los
487 Administración
bancos comerciales.
Permitirá la interconexión con los sistemas de cobro de impuestos y contribuciones
488 Administración
SUNAT.
489 Administración Permitirá la interconexión con los sistemas de cobro de impuestos aduaneros (SUNAT).
Permitirá la interconexión con los sistemas de cobro de tasas y contribuciones de las

490 Administración
entidades públicas (por ejemplo: Poder Judicial, PNP, DIGEMIN, RENIEC, entre otros).
SE DESARROLLARÁ
NATIVO
- DESEMBOLSOS/PAGOS POR ENCARGO
Habilitará facilidades para configurar la información que deberá suministrar el

beneficiario de un convenio de pago/desembolso para poder recibir los fondos.
491 Implementación 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.
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
492 Devolución 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.
Página 357 de 404

SE DESARROLLARÁ
NATIVO
N° REQUERIMIENTOS FUNCIONALES DEL PROCESO DE CANJE ELECTRÓNICO FOLIO(S) DE REFERENCIA
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
493 Generales
por las instituciones financieras), a través de la Cámara de Compensación Electrónica
(CCE).
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
494 Generales
corrientes, cheques de gerencia, cheques certificados, entre otros, en moneda nacional
y extranjera de la Institución.
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.
495 Generales
- Número de la cuenta corriente.
- Moneda.
- Importe.
- Plaza Compensable.
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
496 Generales
normas y regulaciones establecidas por la Cámara de Compensación Electrónica (CCE) y
la Asociación de Bancos del Perú (ASBANC).
Deberá permitir crear la tabla de entidades financieras con las que el Banco de la Nación
497 Generales
realiza la compensación de cheques por plazas compensables.
Página 358 de 404

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
498 Generales
momento, proporcionando las facilidades de integrar los dispositivos y software
especializado que se ofrecen en el mercado para este fin.
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
499 Generales
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.
Incluirá la opción de ingreso descentralizado de los cheques y su información en las
500 Generales
diferentes oficinas del Banco de la Nación.
Permitirá definir la forma de envío de los cheques para su compensación, sea en una
determinada plaza compensable (canje de provincias) o a través del centro de
501 Generales
intercambio físico de cheques de la Cámara de Compensación Electrónica (CCE) (canje
en Lima).
502 Generales Incluirá la opción de crear los conceptos o motivos por los cuales se rechazan los
cheques enviados o recibidos en el canje y compensación:
- Falta de fondos.
- Falta de firma(s).
- Firma(s) no conforme(s).
- Cheque mal girado.
- Cheque enmendado.
- Cheque revocado.
- Cuenta cancelada.
- Cheque fecha caduca.
- Cheque falsificado.
- Cuenta bloqueada.
- Falta endoso.
- Moneda incorrecta o no conforme.
- Código de banco incorrecto.
- Día no laborable.
Página 359 de 404

- 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.
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
503 Generales
representación del banco girado.
- Cheques de otras plazas.
- Cheques rechazados.
Permitirá crear las comisiones que cobra el Banco de la Nación a las entidades
504 Generales financieras y viceversa por el proceso de canje y compensación, como son la comisión de
no representación, comisión inter-plaza, entre otros.
Manejará una opción parametrizable para definir y gestionar cargos fijos y cargos
505 Generales
porcentuales por el importe del cheque, en el proceso de canje y compensación.
Permitirá crear cargos que se debe aplicar debido al rechazo de cheques del Banco en el
506 Generales 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.
Permitirá crear, modificar o eliminar Plazas Compensables de Canje y/o Plazas
507 Generales
Presentadoras (Lima y Provincias).
Página 360 de 404

Permitirá aplicar el procedimiento de Reversión de la Compensación Global (RCG), para

el re-cálculo de las Posiciones Bilaterales y Multilaterales Netas que se realiza luego de
508 Generales
excluir a una o más entidades financieras imposibilitadas de cubrir sus saldos deudores
resultantes de la Compensación Global.
Incluirá el manejo de las siguientes sesiones de cheques para el canje y compensación
Canje y compensación saliente, según los horarios establecidos de operación diaria:
saliente / Canje de - Cheques presentados, que se envía a la CCE.
509
Presentados y - Cheques rechazados, que se recibe de la CCE.
Rechazados - Saldos previos y saldos definitivos, resultado de la compensación (bilaterales y
multilateral).
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.
510 saliente / Registro de
- Permitirá realizar la consolidación y clasificación de cheques por institución
cheques
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).
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,
511 saliente / Envío de
información debidamente desagregada por plaza compensable (Lima y Provincias).
archivos electrónicos
Habilitará la recepción de archivos electrónicos de la CCE con la información de los
512 saliente / Recepción de
cheques rechazados por las otras instituciones financieras.
archivos electrónicos
Proporcionará soporte automatizado al proceso de recepción física, control y
513 saliente / Recepción de
procesamiento de los cheques rechazados por las otras instituciones financieras.
cheques rechazados
Permitirá realizar la anulación de las operaciones por los rechazos en cheques que se
514 saliente / Anulación de
recibe de las otras instituciones financieras.
operaciones
Página 361 de 404

Soportará el manejo de las siguientes sesiones de cheques para el canje y compensación

Canje y compensación entrante, según los horarios establecidos de operación diaria:
entrante / Canje de - Cheques presentados, que se recibe de la CCE.
515
Presentados y - Cheques rechazados, que se envía a la CCE.
Rechazados - Saldos previos y saldos definitivos, resultado de la compensación (bilaterales y
multilateral).
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
Canje y compensación los cheques del Banco.
entrante / Proceso de - Deberá realizar la validación y consistencia de información, de los archivos
516
archivos electrónicos electrónicos necesarios para el procesamiento automatizado de los cheques del Banco.
recibidos
- 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.
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.
Canje y compensación - Enmendaduras.
entrante / Control de - Conformidad de valores entre números y letras.
517
calidad de cheques y - Firmas del cheque.
Rechazos - Endoso del cheque por el banco presentador.
- Fecha de giro.
- Entre otros.
Permitirá realizar el rechazo manual de cheques por no cumplimiento del control de
calidad del cheque.
Página 362 de 404

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:
Canje y compensación - Suficiencia de fondos.
518 entrante / Aplicación de - Autorizaciones de cheques.
cheques y Rechazos - Datos e información correcta.
- Entre otros.
Deberá realizar el rechazo automático de cheques que no pasan el proceso
comprobatorio.
entrante / Envío de Permitirá el envío de archivos electrónicos a la CCE, con información de cheques del
519
archivos electrónicos de Banco rechazados, producto del proceso diario de cámara.
rechazados
Incluirá un sistema de gestión de documentos, que permita escanear y capturar las
imágenes de los cheques, mediante los dispositivos a cargo de la captura y validación en
lotes de los cheques recibidos en el canje.
520 Gestión de documentos 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.
Deberá permitir consultas con información de cheques, desagregados por plaza
521 Reportes y Consultas compensable de canje, banco presentador, tipo de cheque, cuenta corriente, cheques
aprobados, cheques rechazados, motivo del rechazo.
Deberá permitir la integración con lectoras de cheques para la lectura de información de
522 Integración
los cheques.
Deberá permitir la integración con los productos y servicios del Banco para los abonos y
523 Integración
cargos por el resultado del proceso de canje y compensación de cheques.
NATIVO
SE INTEGRARÁ DE
SE DESARROLLARÁ
N° REQUERIMIENTOS FUNCIONALES PROCESO DE MANEJO DE EFECTIVO Y BÓVEDAS FOLIO(S) DE REFERENCIA
Página 363 de 404

UN TERCERO
Ofrecerá facilidades para categorización de agencias o localidades según su ubicación
524 Implementació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.
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
525 Implementación
el (las) área(s) encargada(s) pueda(n) validar la información del personal responsable de
la entrega de remesas.
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
526 Implementación
de fácil acceso para el mantenimiento de servicios (actualización de tarifarios) y costos
específicos.
Ofrecerá facilidades para la parametrización de diferentes fuentes de efectivo para el
abastecimiento de las agencias (BCRP, otras agencias, convenios con otros bancos,
transportadora de valores). Esta información debe ser de acceso restringido de acuerdo
con los perfiles que defina el Banco.
Ofrecerá facilidades para la parametrización de límites de efectivo y/o valores por tipo
de agencia, bóveda y caja, de acuerdo a las pólizas contratadas por el Banco
considerando la cobertura de cada oficina, y también de acuerdo con las políticas del
Banco. La solución deberá estar en capacidad de manejar alertas que permitan a las
áreas responsables tomar las medidas adecuadas en los tiempos requeridos para reducir
el riesgo operativo para el Banco.
Deberá ofrecer facilidades que permitan el registro y control de valores que se

mantienen en calidad de custodia, que se reciben de los clientes bajo el esquema de
contratos de custodia de valores. Es importante hacer notar que el Banco mantiene un
529 Parametrización 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.
Página 364 de 404

Deberá reportar los saldos en custodia a los procesos de posición única del cliente para
530 Implementación
efectos de certificación o levantamiento de secreto bancario.
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
Abastecimiento de
531 estar sujetas al esquema de autorización que defina el Banco. Esta funcionalidad debe
Fondos
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.
Deberá ofrecer funcionalidades para control y gestión de solicitudes de transporte de

valores, incluyendo consultas por estado, modificaciones o anulaciones. La solución
Abastecimiento de también debe contemplar el manejo de otros activos no monetarios que se custodian en
532
Fondos 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 Deberá permitir la validación de servicios de las Empresas Transportadoras de Valores
533
de ETV´s (ETV’s) por Canales de Atención y por tipos de servicio.
Ofrecerá funcionalidades para el manejo de esquemas de autorización mancomunada
534 Retiro de Fondos de las órdenes de retiro, dejando abierta la posibilidad que dicha operativa se aplique a
otros servicios.
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
535 Retiro de Fondos 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 Generará órdenes para traslado de fondos y valores por solicitud del cliente (amparadas
536
orden de Clientes en convenios especiales previamente establecidos con los clientes).
Ofrecerá facilidades para el registro y control de saldos en custodia, por compañía de
Distribución de Fondos
537 valores y por el BCRP. La solución también deberá ofrecer consultas y estadísticas que
de Bóveda
sirvan de base para la proyección de flujos y la toma de decisiones.
538 Implementación mantenimiento para usuarios finales (con poco o ningún apoyo del área de tecnología).
Página 365 de 404

Deberá ofrecer un robusto esquema de pistas de auditoría que permita dar seguimiento
a las operaciones realizadas por usuario, oficina, fecha, hora y tipo de transacción,
incluyendo los participantes en los procesos de autorización.
A nivel de procesos el Banco de Nación realiza la programación, distribución y
539 Implementación
aprobación. El transporte de efectivo se realiza a través de trasportadoras de caudales.
El Banco de la Nación cuenta con un aplicativo desarrollado In House (FISA), sistema

desarrollado en el mainframe que permite la distribución de fondos.
SE DESARROLLARÁ
NATIVO
N° REQUERIMIENTOS FUNCIONALES PROCESO DE EMBARGOS FOLIO(S) DE REFERENCIA
Ofrecerá la posibilidad de configurar esquemas de autorización de acuerdo a los niveles

540 Gestión Administrativa
que defina el Banco.
Ofrecerá la posibilidad de configurar diferentes formatos de respuesta mediante el uso
de plantillas. Dichos formatos varían de acuerdo con las diferentes situaciones o etapas
que se presentan en la recepción y procesamiento de las órdenes de embargo. Este
esquema de plantillas debe ser lo suficientemente flexible para que el área encargada,
pueda realizar los ajustes que considere pertinentes de acuerdo a los cambios en los
procedimientos internos, normas o cualquier otro factor.
Ofrecerá facilidades para el registro y mantenimiento de la información de las
autoridades competentes relacionadas con las órdenes de embargo. Adicional a los
542 Gestión Administrativa 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
Deberá ofrecer facilidades para el control y seguimiento de los documentos generados
543 Gestión Administrativa en el proceso (fecha de envío, expediente relacionado, estado actual del documento,
Página 366 de 404

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
544 Orden de Embargo "Tomas de Dicho". La solución deberá identificar en forma única cada orden procesada,
de tal forma que posteriormente se facilite el proceso de levantamiento, ampliación y/o
reducción sobre los valores embargados.
Suministrará facilidades para digitalización de los documentos recibidos y emitidos, de
545 Orden de Embargo
almacenamiento y tiempo de respuesta en el mediano y largo plazo.
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.
546 Cumplimiento
- Notificación al embargado.
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).
547 Cumplimiento
- 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.
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
548 Cumplimiento
fondos intangibles (inembargables). Por ejemplo en las cuentas de ahorro, el marco legal
establece que sólo es embargable la tercera parte del exceso de 5 URP’s (Unidad de
Referencia Procesal), por lo tanto la solución debe estar en capacidad de manejar este
tipo de cálculos de una forma parametrizable para poder atender los cambios que
ocurran en el tiempo.
Página 367 de 404

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
549 Cumplimiento
embargos sobre una misma cuenta), incluyendo las obligaciones (préstamos) que el
cliente pueda tener con el Banco.
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
550 Abono del monto 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.
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
551 Abono del monto resolución u oficio establezca. En este último aspecto la solución debe ofrecer al usuario
una forma ágil de verificar dichas indicaciones, por ejemplo brindando acceso al
documento digitalizado.
552 Gestión Administrativa 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
553 Gestión Administrativa plantillas que el Banco requiera.
Suministrará facilidades necesarias para la confección de los anexos al Balance. Los
anexos del Balance son documentos que se emiten con una periodicidad mensual y
reflejan en forma detallada y clara las operaciones que conforman sus saldos contables y
las características que deben de tener son:
- Encabezamiento (descripción, anexo del Balance, fecha, área que lo elabora
Departamento, División, Sección, fecha de presentación, moneda en que se expresará).
- Detalle en forma resumida (descripción de lo que se está contabilizando, incluyendo

fecha y si es en moneda extranjera multiplicarlo por el tipo de cambio del mes regulado
por la SBS).
Deberá integrarse con todos los módulos del Core Bancario para extraer el resumen de
555 Verificación
operaciones activas e inactivas que posea el obligado, sujeto de embargo.
Página 368 de 404

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
556 Verificación
habilitará interfaces con los módulos legados que posea el Banco para retener cualquier
otro tipo de fondos o valores de acuerdo con lo que establezca el mandato de embargo.
Deberá integrarse con el sistema de la SUNAT para la recepción de órdenes electrónicas

y para los procesos de conciliación con dicha entidad. También deberá estar en
557 Orden de Embargo
capacidad de entregar los fondos por medio de esta interfaz. La solución permitirá que
en el mediano plazo esta integración pueda incluir otros entes.
558 Gestión Administrativa a las operaciones realizadas por usuario, oficina, fecha, hora y tipo de transacción.
SE DESARROLLARÁ
NATIVO
N° REQUERIMIENTOS FUNCIONALES PROCESO DE LEVANTAMIENTO DE SECRETO BANCARIO FOLIO(S) DE REFERENCIA
Ofrecerá la posibilidad de configurar esquemas de autorización de acuerdo a los niveles

559 Gestión Administrativa que defina el Banco. Los datos bancarios de los clientes que se encuentran en el sistema,
son confidenciales y solo los usuarios autorizados tienen acceso a ellos.
Ofrecerá la posibilidad de configurar diferentes formatos de respuesta mediante el uso
de plantillas. Dichos formatos varían de acuerdo con las diferentes situaciones o etapas
que se presentan en la recepción y procesamiento de los levantamientos del secreto
560 Gestión Administrativa 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
561 Gestión Administrativa 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
Página 369 de 404

Deberá ofrecer facilidades para el control y seguimiento de los documentos generados

562 Gestión Administrativa en el proceso (fecha de envío, expediente relacionado, estado actual del documento,
Suministrará facilidades para digitalización de los documentos recibidos y emitidos, de
almacenamiento y consulta en el mediano y largo plazo.
Deberá emitir los diferentes documentos de respuesta que el proceso requiera entre los
que podemos citar:
564 Notificación / Repuesta
- Cliente sin productos.
Ofrecerá facilidades para dejar sin efecto la orden de levantamiento del secreto
565 Notificación / Repuesta bancario, previa validación de cumplimiento de los respectivos requisitos y en apego al
esquema de autorización que el Banco defina.
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
Solicitud de
levantamiento de secreto bancario, de tal forma que el área encargada pueda dar
566 levantamiento de
seguimiento a dichos procesos, especialmente para controlar el cumplimiento de los
secreto bancario
plazos establecidos en el mandato. También ofrecerá las facilidades necesarias para
realizar la verificación de firmas autorizadas.
567 Gestión Administrativa 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
568 Gestión Administrativa operaciones pasivas que posea el investigado.
569 Implementación a las operaciones realizadas por usuario, oficina, fecha, hora y tipo de transacción.
NATIVO
SE INTEGRARÁ DE
SE DESARROLLARÁ
N° REQUERIMIENTOS FUNCIONALES DEL PROCESO DE TRANSFERENCIAS INTERBANCARIAS FOLIO(S) DE REFERENCIA
Página 370 de 404

UN TERCERO
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
570 Generales ó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.
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
571 Generales Liquidación Bruta en Tiempo Real (LBTR). Los límites establecidos serán validados al
momento de realización de las transferencias.
Permitirá establecer los límites internos de procesamiento de transferencias
572 Generales interbancarias vía CCE o LBTR, estableciendo las comisiones respectivas de cada sistema
de pago.
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á
573 Generales realizar transferencias en moneda nacional y en moneda extranjera, permitiendo su
ejecución a través de los canales del Banco autorizados.
Permitirá definir la información necesaria para la realización de las transferencias:
- Cliente Originante (persona natural o jurídica, con cuenta o sin cuenta).
- Cliente Receptor (persona natural o jurídica, con cuenta o sin cuenta).
- Número de cuenta origen (incluidos CCI, datos del cliente originante: dirección,
documento de identidad, entre otros.)
574 Generales - Lavado de Activos.
- Número de cuenta destino (CCI u otro instrumento, dependiendo del tipo de
transferencia: ordinaria, pagos de tarjetas de crédito de otros bancos, pago de CTS,
órdenes de pago, pago a proveedores, entre otros).
- Entidad participante receptora.
- Concepto de la transferencia.
Deberá permitir crear la tabla de entidades financieras habilitadas para recibir
575 Generales transferencias interbancarias, dependiendo del sistema de pagos que se utilice (CCE o
LBTR).
Página 371 de 404

Deberá permitir manejar el código de cuenta interbancario CCI para la realización de

576 Generales
transferencias entre cuentas de los diferentes bancos.
Permitirá definir diferentes conceptos para la realización de las transferencias, como por
577 Generales 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.
Deberá permitir crear los diferentes cargos por concepto de transferencias

interbancarias tales como comisiones e impuestos, en base a las siguientes
consideraciones:
- Definir las comisiones que se cobra al cliente por tipo de transferencia.
- Definir las comisiones que se cobra a las instituciones financieras bajo parámetros
estándar y/o específicos.
- Definir las comisiones que cobran las instituciones financieras al Banco de la
Nación.
- Definir las comisiones internas e interbancarias según rangos de importes, plaza
578 Generales
de destino (CCE: Misma Plaza, Otra Plaza o Plaza Exclusiva), entre otros.
- Definir diferentes cargos o comisiones dependiendo de si las transferencias son
realizadas en moneda nacional o moneda extranjera.
- Definir por tipo de cargo, diferentes periodicidades de cobro, como por ejemplo:
diaria, mensual, trimestral, semestral, anual, fecha fija, al momento de la realización de
la transferencia (Transferencias Programadas o Débito Directo Autorizado).
- Permitir el cargo de impuestos cuando el receptor de la transferencia de fondos
sea distinto al ordenante de la transferencia (Inafectación del ITF para Transferencias
entre cuentas de un mismo titular).
Permitirá configurar los diferentes horarios establecidos para la realización de

579 Generales transferencias como por ejemplo: hora en el día para recibir las transferencias diarias,
hora en el día para enviar las transferencias diarias.
Permitirá la recepción de solicitudes y cartas orden de transferencia de fondos para su
Solicitud de
580 registro y posterior ejecución. Para la recepción de solicitudes se habilitará el soporte
transferencia
multicanal como por ejemplo: ventanillas del Banco, Internet, ATM, entre otros.
Recepción de Soportará la recepción de las transferencias en forma automática desde las agencias a la
581 oficina principal, para su proceso centralizado.
sucursales
Página 372 de 404

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
Verificación de
582 donde se desea efectuar la transferencia de fondos.
condiciones
- 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.
Deberá manejar esquemas de autorización de entes supervisores, discriminados por

Autorización de la
583 rangos de transferencia, por concepto o motivo de transferencia, por moneda de la
transferencia
transferencia.
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
Ejecución de bancarias de los clientes. Adicionalmente permitirá dejar en suspenso las órdenes de
584 transferencia en caso de insuficiencia de fondos en las cuentas, realizando el reintento
transferencia / LBTR
de la transacción por “n” veces dentro de un período de tiempo establecido.
En el caso de transferencias devueltas, permitirá el envío y recepción de archivos
electrónicos del sistema LBTR con el detalle de devoluciones.
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
Ejecución de transferencia en caso de insuficiencia de fondos en las cuentas, realizando el reintento
585
transferencia / CCE de la transacción por “n” veces dentro de un período de tiempo establecido.
electrónicos de la CCE con el detalle de devoluciones y efectuará el abono automático a
la cuenta de origen.
Página 373 de 404

Deberá permitir la generación de reportes diarios de transferencias enviadas y recibidas

586 Reportes y Consultas con detalles de origen/destino, importe, concepto, estado de la transferencia (pagada,
devuelta, en suspenso).
Permitirá realizar extornos, es decir la anulación de las transferencias en casos como
Extorno de
587 equivocación, error, nueva instrucción del cliente, lo cual aplica siempre y cuando la
transferencias
transferencia aún no sea procesada en el sistema LBTR o CCE.
588 Integración Permitirá la Interconexión al sistema interbancario (SIB) del BCRP.
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
589 Integración
Proveedores del Estado, entre otros). Deberá permitir la integración de soluciones de
autenticación (tipo firma digital), permitiendo la integración segura con sistemas
externos.
Página 374 de 404

REQUERIMIENTOS FUNCIONALES DE PROCESOS DE APOYO
SE DESARROLLARÁ
NATIVO
N° REQUERIMIENTOS FUNCIONALES DE ADMINISTRACIÓN CONTABLE FOLIO(S) DE REFERENCIA
Ofrecerá facilidades para parametrizar la generación de la información contable de

forma que permita atender requerimientos específicos por producto, oficina,
590 Contabilización transacción o estado de una operación, ya sea por necesidades propias del negocio, por
cambios en la normativa vigente o por requerimientos específicos de los entes
reguladores.
Ofrecerá facilidades para asociar obligatoriamente las transacciones de cada producto a
su respectivo esquema contable, asimismo todos los registros generados diariamente
serán enviados (de acuerdo a esquema de diseño establecido) al archivo de interface
estándar de Oracle Financials. Todos los asientos van ser identificados con el número de
591 Contabilización sintético que define a cada área operativa y Agencia de Lima y Provincias, obteniendo
como resultado los asientos de sus transacciones en el módulo de Contabilidad General.
Junto con el proceso de carga de asientos contables vía interfaz estándar se ejecutarán
las validaciones definidas para la estructura contable, y en general las que se hayan
definido para la contabilidad.
Deberá ofrecer facilidades para la configuración del Calendario a fin de permitir que la
592 Contabilización generación de movimientos contables y operativos de los días domingos y feriados
ingresen con la misma fecha de generada la operatividad.
Página 375 de 404

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
593 Contabilizació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.
Para la carga de los asientos contables al Oracle Financials (SAI) se requieren archivos
594 Contabilización
TXT.
Ofrecerá facilidades para parametrizar contabilidad detallada y/o resumida por
producto, tipo de transacción, oficina, unidad o empresa, según lo requiera el Banco.
Esta funcionalidad permitirá cambiar dicha forma de contabilización (detallada a
resumida o viceversa) en cualquier momento que la Institución lo requiera.
Asimismo, la solución deberá permitir desde la Contabilidad poder acceder en modo
Drill Down a las Tablas de Clientes y Servicios efectuados en un determinado día.
Deberá implementar las funcionalidades necesarias para que el proceso de generación
596 Contabilización de asientos complete la combinación contable a partir de diversos parámetros como
podrían ser el tipo de transacción, oficina, unidad, moneda y tipo de movimiento.
Permitirá la generación de movimientos contables en forma masiva (batch), por
transacción, oficina, unidad y producto.
Permitirá la generación de asientos de ajuste (manuales) para su respectivo traslado al
proceso de gestión contable, aplicando los niveles de autorización definidos por el
Banco. Este tipo de movimientos deberá cumplir con las mismas validaciones que se
realiza en la generación de los asientos automáticos.
Deberá guardar información que permita ligar cada movimiento contable con la(s)
operación(es) que la originaron, permitiendo de esta forma realizar cuadres entre la
información operativa (reportes y consultas de cada producto) y los saldos contables.
Deberá generar los reportes y archivos con los movimientos operativos (diarios y
mensuales) por cuenta, de acuerdo a diseños establecidos, y que son remitidos a
599 Contabilización Contabilidad y Organismos Externos por las Áreas (Anexos de Balance). Para la
generación de reportes en Moneda Extranjera se deberá considerar la variación de tipo
de cambio diaria para las cuentas Activas, Pasivas, Contingentes y Cuentas de Orden.
Ejemplos y detalles serán revisados con el Contratista durante la etapa del Plan de
Trabajo, considerando la confidencialidad de la información que se manejará y los
procesos de seguridad que debe guardar toda institución bancaria.
Página 376 de 404

Debe permitir el manejo de información histórica, facilitando desde la Base de Datos la

generación de archivos TXT para atender las fiscalizaciones de los Organismos
600 Contabilización Supervisores. La solución debe estar en capacidad de manejar altos volúmenes de
información histórica sin que presente problemas de rendimiento en el desempeño de
los módulos que tengan integración con el sistema contable.
Deberá integrarse con Oracle Financials para el traslado de los registros contables diarios
generados por el Core Bancario, correspondientes a las Cuentas Transitorias y la emisión
601 Contabilización de los reportes TXT que se requieran. Esta funcionalidad debe quedar habilitada para
funcionar en línea o por medio de archivos como contingencia ante situaciones fuera del
control de la solución.
SE DESARROLLARÁ
NATIVO
N° REQUERIMIENTOS FUNCIONALES DE GESTIÓN INTEGRAL DE RIESGOS FOLIO(S) DE REFERENCIA
Todos los Módulos de Negocio de la solución propuesta de Core Bancario deberán

602 Generales generar la información necesaria para alimentar el Data Warehouse que soportará la
Gestión Integral de Riesgos.
SE DESARROLLARÁ
NATIVO
N° REQUERIMIENTOS FUNCIONALES DE CONTROL Y PREVENCIÓN DE LAVADO DE ACTIVOS FOLIO(S) DE REFERENCIA
Página 377 de 404

Todos los Módulos de Negocio de la solución propuesta de Core Bancario, deberán

generar la información necesaria para alimentar el Data Warehouse que soportará el
603 Generales
Control y Prevención del Lavado de Activos y otras aplicaciones especializadas del Banco
de la Nació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
604 Generales 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.
SE DESARROLLARÁ
NATIVO
N° REQUERIMIENTOS FUNCIONALES PROCESO DE REPORTES REGULATORIOS Y DE CONTROL FOLIO(S) DE REFERENCIA
Todos los módulos de negocio de la solución propuesta deben generar la información

605 Generales necesaria para alimentar el Data Warehouse que soportará los Reportes Regulatorios y
de Control que se detallan en el punto 17.5.4 de los Términos de Referencia.
En el caso que la solución de Core Bancario tenga responsabilidad en la entrega de la
información, dependiendo de la fuente conforme a la descripción del numeral 17.5.4, el
606 Generales Contratista deberá generar la información necesaria para su procesamiento posterior
por parte del Banco de la Nación, en el formato y alcance definidos y considerando la
relación actualizada de los reportes al inicio del Gap Análisis.
REQUERIMIENTOS NO FUNCIONALES
Página 378 de 404

Los requerimientos incluidos en los Términos de Referencia son de cumplimiento obligatorio para considerar la
propuesta como válida.
- En la columna " N° DE FOLIO (S)", deberá indicar el Número de Folios de la propuesta donde especifique cómo
cumple con el requerimiento.
N° DE FOLIO
2. Requerimientos del Contratista
(S)
Presentar una (1) referencia de una instalación de su solución de core bancario propuesta (incluir
datos de los directivos de contacto), funcionando en arquitectura mainframe z/Series con sistema
operativo z/OS o una (1) referencia de instalación en plataforma abierta (UNIX o LINUX). Las
1
referencias deben ser de instalaciones en instituciones financieras funcionando en ambientes de
producción con una antigüedad no menor a tres (3) meses, computados a partir del acta de
aceptación del servicio.
Contar con representación y personal de soporte local (Lima-Perú), para la atención de los
requerimientos de Garantía, Soporte y Mantenimiento indicados en los términos de referencia, la
2
acreditación de este requerimiento es mediante Declaración Jurada y el cumplimiento del mismo lo
hará el Ganador de la Buena Pro que firme contrato con el Banco de la Nación.
N° DE
3. Requerimientos de Lugar y Plazo de Ejecución
FOLIO (S)
La implementación del nuevo Core Bancario se llevará a cabo en la ciudad de Lima – Perú, en las
oficinas que el Banco de la Nación determine para este fin, los Consultores y Líderes del Proyecto
deberán encontrarse presencialmente en las oficinas del proyecto y tener dedicación exclusiva a este
3
trabajo, esto incluye a los Consultores Funcionales de Core Bancario, Consultores en Tecnología de
Información, Consultores Técnicos de Implementación (Arquitecto), Consultores Técnicos de Migración
e Ingeniero de Implementación.
El equipo dedicado a la programación podrá encontrarse presencialmente en las oficinas del proyecto
4
o podrán realizar las tareas de manera remota, salvo el personal que lidere esta actividad.
Página 379 de 404

El Plazo de Ejecución de las Prestaciones Principales del Servicio se estima en 51 meses, de acuerdo a
lo siguiente:
• Implementación de la Solución de Nuevo Core Bancario: A partir del día siguiente de suscrito el
contrato y cumplidas las condiciones para el inicio de la prestación del servicio que se indican más
adelante, durante 3 años.
• Provisión de todas las Licencias requeridas para la Implementación y total puesta en producción de
la Solución de Nuevo Core Bancario, que incluye: Licencias del Software del Nuevo Core Bancario y
demás licencias que el proveedor considere necesarias para el correcto funcionamiento de la
Solución, incluyendo las herramientas de desarrollo. Las licencias de Base de Datos serán provistas
5
por el Banco, éstas corresponden al gestor de base de datos IBM-DB2 V10 bajo sistema operativo
z/OS.
• Soporte Post-Producción de la Implementación del Nuevo Core Bancario: A partir de la puesta en
producción de cada módulo, durante 3 meses. Esto significa que después de cada fase el Contratista
debe brindar Soporte Post-Producción por tres (3) meses, del alcance de la solución de Core Bancario
• Garantía de la Solución de Nuevo Core Bancario: A partir de terminado el Soporte Post-Producción
de cada módulo implementado y hasta doce (12) meses posteriores al término del Soporte Post-
Producción del último módulo de la Solución Nuevo Core Bancario.
El Plazo de Ejecución de la Prestación Accesoria será de un (1) año, de acuerdo a lo siguiente:
• Soporte y Mantenimiento de la Solución de Core Bancario (que incluye Licencias del Software del
Nuevo Core Bancario y demás licencias que el proveedor considere necesarias para el correcto
6 funcionamiento de la Solución), hasta por un (1) año después del periodo de garantía.
El contratista se compromete a brindar el servicio de Soporte y Mantenimiento luego de finalizado el
primer año de soporte y mantenimiento, a requerimiento del Banco.
4. Requerimientos y Condiciones para el Inicio de la Prestación N° DE FOLIO
del Servicio (S)
El Contratista deberá proveer los siguientes elementos para el inicio de la prestación del servicio:
- Las computadoras personales del equipo de trabajo del Contratista.
- Recursos Humanos necesarios para la gestión y ejecución del servicio, los cuales deben cumplir en
su perfil con habilidades y experiencia requeridas para cumplir con los objetivos del Plan de Trabajo.
7
- Herramientas tecnológicas para la prestación del servicio, de ser necesario.
N° DE FOLIO
11. Requerimientos para la Gestión del Servicio
(S)
Página 380 de 404

11.2 Estrategia de Implementación

Deberá implementar la Nueva Solución por fases, que incluye:
Módulos:
- Clientes:
- Colocaciones
- Captaciones /Procesos Auxiliares/Procesos de Apoyo
- Servicios de Pagos y Cobros
Plataformas:
- Comercial y de Servicios
- Caja o Ventanilla
8 Para establecer la Estrategia de Implementación propuesta, se ha tenido en cuenta los siguientes
factores:
- Fase I - Módulo de Clientes: en la nueva solución de Core Bancario, el archivo central de clientes
será el eje central alrededor del cual se registrarán todos los productos.
- Fase II - Colocaciones: donde se incluye los productos que generan mayor rentabilidad al Banco.
- Fase III - Captaciones, Servicios de Pagos y Cobros: donde se incluye los productos de mayor
volumen del Banco y los procesos auxiliares, además de la interacción con los procesos de apoyo
mencionados en el numeral 1.3.2 de los Términos de Referencia.
Es importante señalar que la estrategia podrá ser organizada de manera diferente, en caso que la
evaluación de factores u otros criterios de priorización favorezcan los intereses del Banco al momento
de la implementación, respetando, cualquiera sea el caso, el plazo total del proyecto.
El Contratista deberá ejecutar las siguientes etapas durante el Proyecto:
a) Etapa de GAP Analysis
9 b) Etapa de Implementación
c) Etapa de Puesta en Producción
d) Etapa de Post-Producción
Página 381 de 404

11.2.1 Etapa de GAP Análisis

Esta etapa se realizará con los siguientes objetivos:
- Identificar y confirmar los requerimientos funcionales, técnicos y de información del Banco de la
Nación que la solución de Core Bancario ofertada debe satisfacer para soportar la operatividad
integral de los procesos operativos contemplados en estos Términos de Referencia.
- Comparar las funcionalidades requeridas por el Banco de la Nación con las funcionalidades que
ofrecerá la Nueva Solución de Core Bancario para dimensionar el esfuerzo que el Contratista invertirá
en cumplir con esos requerimientos.
10 Es importante anotar que el dimensionamiento del esfuerzo de adaptación de la solución de Core
Bancario servirá únicamente para ajustar los planes y cronogramas de trabajo.
El GAP Análisis debe ser ejecutado por el Contratista según su metodología y sus resultados no
modificarán en ningún caso el plazo general del proyecto ni la valoración económica de la propuesta
del Contratista.
Como resultado el Contratista y el Banco, confirmarán el alcance de los requerimientos a ser
desarrollados y la respectiva solución funcional aprobada por el Banco de la Nación.
El Contratista, luego del GAP Análisis ajustará el Plan del Proyecto en cuanto al alcance y plazos para
cada Fase de Implementación.
11.2.2 Etapa de Implementación
La etapa de implementación deberá incluir los lineamientos metodológicos utilizados por el
11
Contratista en sus proyectos de implementación. Deberá contemplar procedimientos, entradas y
salidas de información, herramientas y entregables.
Dentro de esta etapa deberá considerar:
- Preparación del Ambiente de Trabajo: El Banco de la Nación proveerá los ambientes necesarios
para la ejecución de las actividades de cada una de las Fases de Implementación.
- Desarrollo de Requerimientos: El Contratista debe identificar, analizar, diseñar, programar,

probar, implementar y dar soporte a las adecuaciones que sean necesarias para el logro de los
objetivos del proyecto. En este sentido, el Contratista debe contar con un equipo dedicado a la
programación, que puede encontrarse presencialmente en las oficinas del proyecto o puede realizar
las tareas de manera remota. El personal que lidere las actividades de programación deberá
encontrarse presencialmente en las oficinas del proyecto y tener dedicación exclusiva a este trabajo.
12
El Contratista será responsable que los desarrollos cumplan con las técnicas, herramientas,
procedimientos y exigencias que solicita el fabricante del Nuevo Core Bancario, de manera que
puedan ser fácilmente integrados a las nuevas versiones que genere el fabricante y mantenga la
garantía y soporte de la versión estándar.
El Contratista deberá realizar el diseño, desarrollo y pruebas de todas aquellas funcionalidades del
Banco que la solución de Core Bancario propuesta no incluya.
Página 382 de 404

- Configuración: El Contratista deberá configurar la solución de Core Bancario para atender a las
necesidades del Banco de la Nación, y crear todos los productos bancarios existentes en el Banco con
13 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
14
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
15 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
16 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 el detalle de las siguientes pruebas:
• Pruebas de funcionalidad de la solución de Core Bancario, luego de finalizado el desarrollo de los
requerimientos.
• Pruebas de integración de la solución de Core Bancario con los sistemas que permanecerán en el
Banco y con entidades externas.
• Pruebas de convivencia temporal con las aplicaciones que se irán reemplazando de acuerdo a la
17 estrategia de puesta en producción.
• Pruebas cuantitativas y cualitativas sobre los datos migrados
• Pruebas con datos migrados, para validar el comportamiento de la solución con la información y el
volumen de datos obtenidos en el proceso de migración.
• Pruebas de carga, con el doble del volumen de los datos migrados y el doble del número de
transacciones diarias del Banco.
La ejecución de las pruebas será responsabilidad del contratista y la aceptación será responsabilidad
del Banco.
Página 383 de 404

11.2.3 Etapa 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 detalladas, indicando el plazo para la puesta en producción completa
de cada Fase. El Contratista será responsable de la puesta en producción de la totalidad de agencias
operativas del Banco de la Nación al momento de la puesta en producción. Esta propuesta de la
estrategia de puesta en producción estará sujeta a ser ajustada conjuntamente con el Banco de la
18 Nación al inicio del proyecto.
El Banco de la Nación planificará conjuntamente con el Contratista la realización de un piloto, el cual
consistirá en la ejecución de las transacciones en al menos dos (2) agencias con datos reales y su
validación en ambiente controlado. El piloto deberá planificarse para ejecutarse en un fin de mes e
implicará realizar el cuadre contable y la generación de todos los reportes correspondientes. La
ejecución del mismo será responsabilidad del contratista y la aceptación será responsabilidad del
Banco.
11.2.4 Etapa de Post-Producción
A partir del Acta de Conformidad de cada una de las Fases de Implementación, el Contratista deberá
considerar un mínimo de 3 meses calendario de asesoría post-producción, con todo el equipo de
trabajo dedicado a la Fase de Implementación correspondiente. Este soporte post-producción tendrá
como funciones fundamentales las siguientes:
19
1. Estabilización y afinamiento de la solución de Core Bancario que se encuentre instalada en los
Ambientes de Producción Principal y Respaldo.
2. Adecuaciones y/o personalizaciones adicionales que se requieran luego de la implementación de la
solución de Core Bancario.
3. Asegurar la continuidad operativa de la solución.
11.3 Equipo de Trabajo
El Postor deberá proponer una organización basándose en los servicios requeridos, incluyendo
20 organigrama, perfiles de puestos, número de integrantes con la descripción detallada de los mismos y
sus funciones, especificando períodos de asignación y permanencia (tiempo completo o parcial).
El equipo de trabajo del Contratista deberá ser asignado a dedicación exclusiva para laborar en las
21 instalaciones definidas por el Banco de la Nación, ya que es necesario mantener coordinaciones
directas entre los grupos de trabajo del Banco de Nación y del Contratista.
Página 384 de 404

El Postor deberá considerar como mínimo los siguientes Puestos Críticos:

1. Líder de Proyecto.
2. Gestor de Aseguramiento de la Calidad.
Asimismo, deberán considerar como mínimo los siguientes Puestos Especializados:
1. Consultores Funcionales de Core Bancario.
22 2. Consultores en Tecnología de Información.
3. Consultor Técnico de Implementación (Arquitecto).
4. Consultor Técnico de Migración.
5. Ingeniero de Implementación.
El detalle de estos puestos se encuentra en el numeral 11.3 de los Términos de Referencia.
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
23
acreditación de los perfiles del personal propuesto tanto de experiencia como de formación deberán
adjuntarse los certificados de trabajo, certificados de estudios, certificados de cursos, diplomas,
títulos, otros.
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
24 solicitado. En caso el personal a reemplazar haya obtenido puntaje técnico en la evaluación de los
criterios y parámetros de evaluación, el upgrade del perfil se constituirá como una exigencia para el
personal de reemplazo; dichos cambios deberán contar con la aprobación del Banco de la Nación para
iniciar la prestación del servicio.
11.4 Rotación y Reemplazo del Personal
25 Durante el desarrollo del proyecto, las eventuales rotaciones y reemplazos de personal no deberán
afectar el nivel del servicio, por ello se requiere mantener permanentemente personal especializado a
cargo de los módulos de la Solución de Core Bancario. Para tal efecto se debe tomar en cuenta lo
siguiente:
a. El Banco de la Nación deberá ser consultado para el reemplazo del personal saliente (por cualquier
causa). Para tal efecto, el Contratista deberá acreditar fehacientemente que el personal de reemplazo
que efectuará el servicio cuenta con el perfil solicitado en los términos de referencia. En caso el
personal a reemplazar haya obtenido puntaje técnico en la evaluación de los criterios y parámetros
de evaluación, el upgrade del perfil se constituirá como una exigencia para el personal de reemplazo,
considerando un período de traslape mínimo de treinta (30) días calendario, de ser el caso. Dichos
cambios deberán contar con la aprobación del Banco de la Nación.
b. En caso que el personal del Contratista no cumpla con sus funciones, o evidencie falta del nivel
requerido para el cumplimiento de las mismas, el Banco de la Nación solicitará de manera escrita y
justificada las medidas correctivas pertinentes, y solicitará al Contratista ejecutar dichas medidas lo
Página 385 de 404

más pronto posible. En caso esto involucre un cambio de personal, el Contratista deberá cubrir de
inmediato dichas funciones con su personal de contingencia.
11.5 Tarifa de Personal

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
26
presentará formalmente y debidamente sustentada su propuesta, la que deberá ser aceptada
formalmente por el Banco de la Nación. El Postor debe presentar el tarifario indicando como mínimo:
TARIFA HORA/HOMBRE
PUESTO
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
27 - 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.
Página 386 de 404

11.7.1 Plan del Proyecto

El Postor deberá proporcionar un Plan de Proyecto Base sobre el cual trabajará conjuntamente con el
28
Banco de la Nación, para establecer el Plan de Proyecto Definitivo.
11.7.2 Ejecución del Proyecto

Durante la ejecución de las actividades señaladas en el Plan de Proyecto, el Líder de Proyecto
(Contratista) será responsable de:
- Realizar el aseguramiento de la calidad conjuntamente con el Gestor de Aseguramiento de Calidad
del Contratista.
- Conformar el equipo del Proyecto, desarrollarlo y atender sus requerimientos.
29 - Distribuir la información del Proyecto y gestionar las expectativas de los interesados.
Si durante la ejecución se produjera cambios en el alcance del Proyecto, las solicitudes de cambio
deberán ser gestionadas formalmente (siguiendo el procedimiento que se acuerde con el Contratista
durante la planificación), para su aprobación e inclusión dentro del Plan de Proyecto.
11.7.3 Seguimiento y Control del Proyecto

El propósito será monitorear, analizar y controlar el progreso y desempeño del Proyecto. El Líder del
- Monitorear el trabajo realizado.
- Realizar un control integrado de cambios.
- Verificar y controlar el alcance.
- Controlar el cronograma.
30 - 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.
- Validar la calidad de los entregables.
31 11.7.4 Cierre del Proyecto
Comprende las actividades para completar ya sea una Fase o el Proyecto completo. El Líder del
- Presentar Informes y entregables finales para revisión y aceptación.
- Establecer procedimientos para la transición de la nueva solución o Fase/servicio y el cierre formal
del proyecto.
- Entregar la Documentación para el cierre formal del proyecto.
Página 387 de 404

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:
- 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.
32 • La definición de los estados para los componentes.
• Los criterios de trazabilidad.
• Información a registrarse con fines de auditoría.
• Los roles y responsabilidades al respecto del control de versiones.
- El Contratista deberá proporcionar una herramienta automatizada para el control de las versiones
como parte del paquete de herramientas de desarrollo.
- Se deberá considerar el tema del control de versiones dentro del plan de capacitación al personal
técnico del Banco.
11.9 Solicitud de Cambios

33 Al inicio del Proyecto, el Contratista conjuntamente con el Banco, definirán cual será el procedimiento
en el caso de presentarse solicitudes de cambio en la Solución de Core Bancario. Se establecerá un
Comité de Control de Cambios que será el responsable de recibir, analizar y aprobar las solicitudes de
cambio. Para esto se considerará indispensable que el Contratista proporcione una herramienta
automatizada para el registro y seguimiento de toda solicitud de cambio.
Página 388 de 404

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.
34
11.11 Comités y Grupos de Trabajo

35 Con el propósito de asegurar la correcta prestación de los Servicios materia del Contrato y el
cumplimiento de los compromisos pactados, así como de facilitar la oportuna toma de decisiones, se
requiere de la participación y coordinación permanente de ambas partes: El Banco de la Nación y El
Contratista, para lo cual, se formarán comités y grupos de trabajo cuyas funciones y composición se
describen a continuación:
- Comité Ejecutivo
Responsabilidad General: Supervisión del estado de los servicios, evaluación de riesgos, decisiones de
alto nivel y solución de discrepancias, según sea requerido por el Comité Gerencial.
• Un representante ejecutivo de alto nivel jerárquico designado por el Banco de la Nación.
• Un representante ejecutivo de alto nivel jerárquico designado por el Contratista.
• El Líder del proyecto Nuevo Core Bancario por parte del Banco de la Nación.
• El Gerente del Dpto. de Informática por parte del Banco de la Nación.
• El Líder del Servicio de Implementación del Nuevo Core Bancario (Contratista).
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.
Página 389 de 404
- Comité Gerencial:
Este comité es responsable del seguimiento, supervisión y coordinación de todas las actividades
involucradas en el servicio, es decir de la prestación satisfactoria de los mismos.
• El Líder del Proyecto Nuevo Core Bancario por parte del Banco de la Nación.
• El Gerente del Dpto. Informática por parte del Banco de la Nación.
• El Líder del Servicio de Implementación del Nuevo Core Bancario (Contratista).
Las reuniones del Comité Gerencial se realizarán quincenalmente y actuará como Secretario el Líder
del Servicio de Implementación del Nuevo Core Bancario (Contratista), quien registrará en actas los
acuerdos expresados por ambas partes.
Funciones: Son funciones de este Comité:
• Convocar las sesiones de apertura de los grupos de trabajo.
• Aprobar los Planes de Trabajo relacionados con el Proyecto.
• 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
Página 390 de 404

- Comité Operativo
En este comité se tratan todos los temas referentes a la operación del servicio y los entregables del
mismo.
• Administrador del Contrato por parte del Banco de la Nación y/o sus Coordinadores.
• Analistas Funcionales por parte del Banco de la Nación.
• Coordinadores y/o jefes del Contratista.
Programa de Reuniones
Las reuniones de este comité se realizarán quincenalmente o cuando cualquiera de las partes lo
estime conveniente, de acuerdo al estado del contrato.
Funciones: Son funciones de este Comité:
• Garantizar que desde el inicio del servicio la gestión de las fases relacionadas con el cumplimiento
de los servicios requeridos se lleve a cabo teniendo en cuenta los procesos del Project Management
Institute (PMI) o equivalente.
• Coordinar la formación de los grupos de trabajo para cada fase/etapa.
• Asignar los recursos de acuerdo a los requerimientos del proyecto.
• Documentar todas las fases de acuerdo al avance del proyecto.
• Revisar el Reporte Ejecutivo para verificar el cumplimiento de objetivos, plazos y resumen de
avance de cada fase/etapa.
• Informar de los cambios que requieran la aprobación del Comité Gerencial.
• Elevar al Comité Gerencial los problemas que no sean resueltos a nivel de Comité Operativo
Grupos de Trabajo
Desde el inicio del servicio y durante la vigencia del contrato, el Contratista debe coordinar la
formación de Grupos de Trabajo temporales con la finalidad de ejecutar las fases/etapas relacionadas
36 con el cumplimiento de los servicios requeridos en las Bases. Los grupos de trabajo deben estar
constituidos por representantes del Contratista y de las distintas dependencias del Banco de la
Nación involucradas en cada fase/etapa, siendo su participación a dedicación exclusiva. Las reuniones
se realizarán en las instalaciones que defina el Banco.
11.12 Informes y Reportes
Página 391 de 404

Durante la prestación del servicio el Contratista debe presentar los informes que se indican a
continuación:
- Reporte Ejecutivo Mensual.- El Contratista deberá presentar formalmente en forma impresa,
dentro de los cinco (5) primeros días útiles del mes siguiente, un Reporte Mensual Consolidado del
avance del servicio, de acuerdo a lo indicado en el PMI o equivalente.
Este reporte debe estar dirigido al Líder del Proyecto Nuevo Core Bancario y deberá contener como
mínimo:
a. Organización del servicio de Implementación del Nuevo Core Bancario, incluyendo cambios de ser
el caso, causas que los originaron y medidas tomadas.
b. Resumen de Avance de fases/etapas, incluyendo los desvíos respecto al Plan de Trabajo, causas
que lo originaron y acciones a tomar.
c. Análisis de riesgos y medidas para mitigarlos.
d. Otra información relevante.
El Contratista deberá coordinar el formato del presente Reporte con el Banco de la Nación al inicio del
37 servicio
- Informe de Gestión de la Calidad
El Contratista deberá realizar revisiones de gestión de la calidad y presentar un informe trimestral
dentro de los cinco (5) primeros días útiles de vencido el trimestre correspondiente, que incluya como
mínimo los siguientes aspectos:
• Gestión del Servicio.
• Calidad de los procesos y procedimientos.
• Calidad del software.
• Cumplimiento de los estándares, prácticas, métricas y niveles de servicio.
• Herramientas, técnicas y métodos usados.
• Actividades de testeo.
• Reporte de errores y acciones correctivas.
• Mantenimiento.
• Control del código.
• Control de medios.
11.13 Adecuación de Procesos
Los procesos de negocio operativos serán adoptados de acuerdo a las buenas prácticas contenidas en
la solución del Nuevo Core Bancario, considerando la normatividad vigente y los resultados del Gap
Análisis.
38 El Contratista proporcionará la documentación y diagramas de los procesos adoptados.
11.14 Aceptación del Servicio
Página 392 de 404

El Banco de la Nación dará por aceptado el servicio, cuando el Contratista cumpla todos y cada uno
de los siguientes puntos:
a) Cuando se haya cumplido con cada uno de los requerimientos solicitados en las bases.
b) Cuando el Banco de la Nación haya revisado y aprobado cada uno de los entregables definidos en
el plan de trabajo.
39
c) Cuando se haya culminado de realizar las pruebas requeridas y las áreas (usuaria y técnica) hayan
dado su conformidad con las actas respectivas.
d) Cuando los módulos que componen el Nuevo Core Bancario hayan sido implementados en los
servidores de producción y contingencia, instalados y configurados en los equipos clientes (PC) y
operando integralmente.
N° DE FOLIO
13. Requerimientos de Capacitación y Entrenamiento
(S)
En términos generales se deberá considerar las siguientes premisas para toda capacitación o
entrenamiento que se realice como parte del Proyecto:
- Debe ser impartida en idioma español, en la ciudad de Lima – Perú y de manera presencial.
- El Contratista entregará todo el material necesario para la capacitación.
- Se deberá incluir la aplicación de cuestionarios de evaluación al personal capacitado.
- La capacitación deberá estar orientada para que el personal tanto técnico como funcional pueda
asumir sus tareas en forma autónoma, de manera que adquiera los conocimientos, habilidades y
destrezas de aplicación inmediata.
- La capacitación deberá incluir talleres prácticos para afianzar los conocimientos adquiridos,
considerando además el desarrollo de casos que se definan conjuntamente con el personal designado
40
por el Banco.
- El Contratista deberá entregar un informe de resultados, el cual mostrará las apreciaciones más
relevantes acerca del desempeño de los participantes del curso.
- El Postor deberá incluir en su oferta: los equipos de cómputo, los equipos audiovisuales y materiales
necesarios para llevar a cabo las capacitaciones de la mejor forma. El uso de herramientas dependerá
de la metodología del implementador.
- En coordinación con el Banco, el Contratista podrá ajustar y/o plantear su modelo de capacitación de
acuerdo a su experiencia y mejores prácticas, sin que esto implique un costo adicional.
- Las fechas, horarios y criterios de aceptación del servicio de la capacitación se definirán con el
Contratista durante la etapa de Plan de Trabajo.
El Contratista deberá proveer como mínimo 1,284 de horas de capacitación, de acuerdo al cuadro
incluido en el numeral 13 de los Términos de Referencia. La distribución de las horas, perfil de
41
participantes y temarios de la capacitación, son referenciales y se definirán durante la etapa del Plan
de Trabajo.
13.1 Capacitación Técnica
Página 393 de 404

42 13.1.1 Personal del Centro de Cómputo:

Se deberá considerar la capacitación mínimo de 10 personas de perfil técnico. Se deberá cubrir como
- Operación y mantenimiento de los proceso del Nuevo Core Bancario, incluyendo las bases de datos
de cada módulo.
- Procedimientos de respaldo y mantenimiento de históricos de información de las bases de datos de
Core 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 los módulos del core bancario, plataforma de middleware y solución
de Caja o Ventanilla.
- Afinamiento (Tuning) de la base de datos (IBM-DB2 V10), módulos de core bancario, plataforma de
middleware y solución de Caja o Ventanilla.
- Instalación, configuración y afinamiento de las herramientas de administración, monitoreo y
auditoría de la solución de Core Bancario.
13.1.3 Personal de Arquitectura
Se deberá considerar la capacitación mínimo para 5 personas de perfil técnico. Se deberá cubrir como
- Estructura lógica y física de los componentes software.
- Infraestructura tecnológica requerida para el despliegue del nuevo Core Bancario.
- Metodologías, patrones, frameworks y estándares utilizados en el desarrollo del software.
13.1.4 Personal de Desarrollo y Mantenimiento
Se deberá considerar la capacitación mínimo de 45 personas de perfil técnico. Se deberá cubrir como
- Herramientas, metodologías, patrones, frameworks y estándares utilizados en el desarrollo del
software.
- Control de cambios
- Control de versiones
- Estructura y componentes de la solución
13.1.5 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:
Página 394 de 404

- Operaciones de testing.
13.1.6 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:
- 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 mínimo de 30 personas por cada Fase de Implementación,
dependiendo de la extensión y complejidad de los módulos correspondientes a la fase. Estos usuarios
posteriormente realizarán la capacitación de los usuarios finales. Se deberá cubrir como mínimo los
siguientes temas:
- Configuración de la solución en cada Fase.
43
- 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.
N° DE FOLIO
14. Requerimientos de Documentación
(S)
14.1 Premisas Generales
El contratista deberá considerar lo siguiente:
• Toda la documentación técnica y de usuario entregada por el Contratista deberá tener un formato
estándar y deberá ser entregada tanto impresa como en formato digital. Deberá estar escrita en
idioma español.
• Se deberá entregar manuales oficiales.
44 • Las mejoras y/o cambios realizados a los aplicativos, nuevos desarrollos e interfaces, deberán ser
debidamente documentados en todos los componentes afectados.
• Se requiere que los usuarios tengan acceso en línea al inventario de la documentación y a la
documentación misma para su consulta, por lo cual el Contratista deberá implementar el mecanismo
necesario para que dicha información pueda ser consultada por los usuarios.
• Mantener permanentemente el inventario y control de la documentación existente.
• Proporcionar la relación de los artefactos (entregables) que generen su metodología.
Página 395 de 404

14.2 Manuales de Instalación.- deberá incluir como mínimo:

- Requerimientos de los ambientes previos a la instalación.
- Pasos para la instalación de la solución de Core Bancario.
14.3 Manuales Técnicos.- deberá incluir como mínimo:
- Metodología de desarrollo y ciclo de vida del software
- Estándares de desarrollo.
- Modelo entidad relación.
- Diccionario de datos.
- De ser el caso, uso de herramientas de desarrollo propias de la solución.
- 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
45
utilizada por el Contratista.
14.4 Manuales de Usuario.- deberá incluir como mínimo:
- Una introducción a los procesos operativos.
- Instrucciones para la parametrización de procesos y productos.
- Una descripción detallada de la operatividad de cada opción de menú.
- Una descripción detallada de cada pantalla.
- Diagrama funcional jerárquico.
- Una base de conocimientos en función de preguntas frecuentes.
14.5 Manuales de Capacitación.- deberá incluir como mínimo:
- Agendas y objetivos de capacitación.
- Contenidos de capacitación técnica y de usuario.
- Cuestionarios para la evaluación del personal que recibe la capacitación.
Página 396 de 404

ANEXO Nº 3
DECLARACIÓN JURADA
(ART. 42 DEL REGLAMENTO DE LA LEY DE CONTRATACIONES DEL ESTADO)
Señores
COMITÉ ESPECIAL
Presente.-
Mediante el presente el suscrito, postor y/o Representante Legal de …………………………………..,

declaro bajo juramento:
1.- No tener impedimento para participar en el proceso de selección ni para contratar con el Estado,
conforme al artículo 10 de la Ley de Contrataciones del Estado.
2.- Conocer, aceptar y someterme a las Bases, condiciones y procedimientos del proceso de
selección.
3.- Ser responsable de la veracidad de los documentos e información que presento a efectos del
presente proceso de selección.
4.- Comprometerme a mantener la oferta presentada durante el proceso de selección y a suscribir el

contrato, en caso de resultar favorecido con la Buena Pro.
5.- Conocer las sanciones contenidas en la Ley de Contrataciones del Estado y su Reglamento, así
como en la Ley Nº 27444, Ley del Procedimiento Administrativo General.
Lima, …….de …………. de 2013
………………………….………………………..
Representante legal, según corresponda
IMPORTANTE:
 Cuando se trate de consorcios, esta declaración jurada será presentada por cada uno de los
consorciados.
Página 397 de 404

ANEXO Nº 4
PROMESA FORMAL DE CONSORCIO

(Sólo para el caso en que un consorcio se presente como postor)
Señores
COMITÉ ESPECIAL
Presente.-
De nuestra consideración,
Los suscritos declaramos expresamente que hemos convenido en forma irrevocable, durante el lapso
que dure el proceso de selección, para presentar una propuesta conjunta en la ADJUDICACIÓN DE
MENOR CUANTÍA Nº 0054-2013-BN “Nuevo Core Bancario para el Banco de la Nación”,
responsabilizándonos solidariamente por todas las acciones y omisiones que provengan del citado
proceso.
Asimismo, en caso de obtener la Buena Pro, nos comprometemos a formalizar el contrato de

consorcio bajo las condiciones aquí establecidas (porcentaje de obligaciones asumidas por cada
consorciado), de conformidad con lo establecido por el artículo 141 del Reglamento de la Ley de
Designamos al Sr. ..................................................................................., identificado con D.N.I. o

PASAPORTE (si fuera el caso) Nº…………………….. como representante legal común del Consorcio,
para efectos de participar en todas las etapas del proceso de selección y para suscribir el contrato
correspondiente. Adicionalmente, fijamos nuestro domicilio legal común en .........................................
OBLIGACIONES DE [NOMBRE DEL CONSORCIADO 1]: % de Obligaciones

 [DESCRIBIR LA OBLIGACIÓN VINCULADA AL OBJETO DE LA CONVOCATORIA] [ % ]
 [DESCRIBIR OTRAS OBLIGACIONES] [%]
OBLIGACIONES DE [NOMBRE DEL CONSORCIADO 2]: % de Obligaciones

 [DESCRIBIR LA OBLIGACIÓN VINCULADA AL OBJETO DE LA CONVOCATORIA] [ % ]
 [DESCRIBIR OTRAS OBLIGACIONES] [%]
TOTAL: 100%
Lima, …….de …………. de 2013
..…………………………………. …………………………………..
Nombre, firma, sello y DNI del Nombre, firma, sello y DNI del
Representante Legal Consorciado 1 Representante Legal Consorciado 2
Página 398 de 404

ANEXO Nº 5
DECLARACIÓN JURADA DE PLAZO DE PRESTACIÓN DEL SERVICIO
Señores
COMITÉ ESPECIAL
Presente.-
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
El Plazo de Ejecución de las Prestaciones Principales del Servicio será no mayor a 51
meses, de acuerdo a lo siguiente:
 Implementación de la Solución de Nuevo Core Bancario: A partir del día siguiente
de suscrito el contrato y cumplidas las condiciones para el inicio de la prestación
del servicio, durante 3 años.
 Provisión de todas las Licencias requeridas para la Implementación y total puesta
en producción de la Solución de Nuevo Core Bancario, que incluye: Licencias del
Software del Nuevo Core Bancario y demás licencias que el proveedor considere
necesarias para el correcto funcionamiento de la Solución, incluyendo las
Prestación
herramientas de desarrollo.
Principal
 Soporte Post-Producción de la Implementación del Nuevo Core Bancario: A partir
de la puesta en producción de cada módulo, durante 3 meses. Esto significa que
después de cada fase el Contratista debe brindar Soporte Post-Producción por tres
(3) meses, del alcance de la solución de Core Bancario implementado en dicha
fase.
 Garantía de la Solución de Nuevo Core Bancario: A partir de terminado el Soporte
Post-Producción de cada módulo implementado y hasta doce (12) meses
posteriores al término del Soporte Post-Producción del último módulo de la
Solución Nuevo Core Bancario.
siguiente:
Prestación  Soporte y Mantenimiento de la Solución de Core Bancario (que incluye Licencias
Accesoria del Software del Nuevo Core Bancario y demás licencias que el proveedor
considere necesarias para el correcto funcionamiento de la Solución), hasta por un
(1) año después del periodo de garantía.
Lima, …….de …………. de 2013
……..........................................................
Página 399 de 404

ANEXO Nº 6
EXPERIENCIA DEL POSTOR EN LA ACTIVIDAD
Señores
COMITÉ ESPECIAL
Presente.-
Mediante el presente, el suscrito detalla lo siguiente como EXPERIENCIA EN LA ACTIVIDAD:
N° CONTRATO / MONTO
TIPO DE
OBJETO DEL O/S / FECH FACTURADO
Nº CLIENTE MONEDA IMPORTE CAMBIO
SERVICIO COMPROBANTE A69 ACUMULAD
VENTA70
DE PAGO O71
1
10
TOTAL
Lima, …….de …………. de 2013
………..........................................................
69
Se refiere a la fecha de suscripción del contrato, de la emisión de la Orden de Servicio o de cancelación del
comprobante de pago, según corresponda.
70
El tipo de cambio venta debe corresponder al publicado por la SBS correspondiente a la fecha de suscripción del
contrato, de la emisión de la Orden de Servicio o de cancelación del comprobante de pago, según corresponda.
71
Consignar en la moneda establecida para el valor referencial.
Página 400 de 404

ANEXO Nº 7
EXPERIENCIA DEL POSTOR EN LA ESPECIALIDAD
Señores
COMITÉ ESPECIAL
Presente.-
Mediante el presente, el suscrito detalla lo siguiente como EXPERIENCIA EN LA ESPECIALIDAD:
N° CONTRATO / MONTO
TIPO DE
OBJETO DEL O/S / MONED FACTURADO
Nº CLIENTE FECHA72 IMPORTE CAMBIO
SERVICIO COMPROBANTE A ACUMULAD
VENTA73
DE PAGO O74
1
10
TOTAL
Lima, …….de …………. de 2013
………..........................................................
72
Se refiere a la fecha de suscripción del contrato, de la emisión de la Orden de Servicio o de cancelación del
comprobante de pago, según corresponda.
73
El tipo de cambio venta debe corresponder al publicado por la SBS correspondiente a la fecha de suscripción del
contrato, de la emisión de la Orden de Servicio o de cancelación del comprobante de pago, según corresponda.
74
Consignar en la moneda establecida para el valor referencial.
Página 401 de 404

ANEXO Nº 8
CARTA DE COMPROMISO DE CAPACITACIÓN
Señores
COMITÉ ESPECIAL
Presente.-
Por medio de la presente nuestra representada se compromete a cumplir con las

actividades de capacitación establecidas en los Términos de Referencia (numeral 13
Requerimientos de Capacitación y Entrenamiento) que forman parte en el Capítulo III
de las Bases de la presente Adjudicación,
Las fechas y horas de realización de la capacitación serán establecidas por el Banco de la

Nación, para lo cual notificará al proveedor con una semana de anticipación las fechas
escogidas. Esta capacitación podrá realizarse fuera de horario de oficina e inclusive días
sábados.
Lima, …….de …………. de 2013
……………………………….…………………..
Firma y sello del representante legal
Nombre / Razón social del postor
Página 402 de 404

ANEXO Nº 9
CARTA DE COMPROMISO DE SOPORTE Y MANTENIMIENTO
Señores
COMITÉ ESPECIAL
Presente.-
Por medio de la presente nuestra representada se compromete a brindar el Servicio de

Soporte y Mantenimiento por periodos sucesivos, luego de finalizado el contrato y a
requerimiento del Banco de la Nación.
Lima, …….de …………. de 2013
……………………………….…………………..
Firma y sello del representante legal
Nombre / Razón social del postor
Página 403 de 404

ANEXO Nº 10
CARTA DE PROPUESTA ECONÓMICA

(MODELO)
Señores
COMITÉ ESPECIAL
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:
MONTO TOTAL
DENOMINACIÓN
(US$. - Dólares Americanos)
Nuevo Core Bancario para el Banco de la Nación
La propuesta económica incluye todos los tributos, seguros, transportes, inspecciones, pruebas, y de
ser el caso, los costos laborales conforme a la legislación vigente, así como cualquier otro concepto
que le sea aplicable y que pueda tener incidencia sobre el costo del servicio a contratar, excepto la de
aquellos postores que gocen de exoneraciones legales.
Lima, …….de …………. de 2013
……………………………….…………………..
Página 404 de 404

Rad 0 Ae 41

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Rad 0 Ae 41

Diunggah oleh

Hak Cipta:

Format Tersedia

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

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

CONTRATACIÓN DE SERVICIOS DE:

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

DISPOSICIONES COMUNES DEL PROCESO DE

1.1. BASE LEGAL

- Ley N° 28411 - Ley General del Sistema Nacional del Presupuesto.

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

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

1.3. REGISTRO DE PARTICIPANTES

El registro de participantes se efectuará desde el día siguiente de la convocatoria hasta antes

Al registrarse, el participante deberá señalar la siguiente información: Nombres, apellidos y

 Para registrarse como participante en un proceso de selección convocado por las

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

Si las propuestas se presentan en hojas simples se redactarán por medios mecánicos o

Cuando la presentación de propuestas se realice en acto público, las personas naturales

2. En el caso que el apoderado designado por el representante común del consorcio

que se encuentre registrado como participante, la acreditación se realizará conforme a

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

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

El acto se inicia cuando el Comité Especial o el órgano encargado de las contrataciones,

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

 En caso de convocarse según relación de ítems, los integrantes de un consorcio no

En el caso que el Comité Especial o el órgano encargado de las contrataciones, según

Después de recibidas las propuestas, el Comité Especial o el órgano encargado de las

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

De conformidad con lo dispuesto en el artículo 64 del Reglamento, en los actos de

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

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

 En caso de convocarse según relación de ítems, los integrantes de un consorcio no

De conformidad con lo dispuesto en el artículo 64 del Reglamento, en los actos de

1.6.CONTENIDO DE LA PROPUESTA ECONÓMICA

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

 Tratándose de un proceso según relación de ítems, cuando los postores se presenten a

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

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

Propuesta Técnica : 100 puntos

En caso se hubiese previsto la presentación de propuestas en ACTO PÚBLICO,

Se verificará que la propuesta técnica cumpla con los requerimientos técnicos

Sólo aquellas propuestas admitidas y aquellas a las que el Comité Especial o el

En aquellos casos en los que se hubiese otorgado plazo para la subsanación de la

Una vez cumplida la subsanación de la propuesta o vencido el plazo otorgado para

En caso se hubiese previsto la presentación de propuestas en ACTO PRIVADO,

Se procederá a la apertura de las propuestas técnicas presentadas y se verificará que

que no cumplan dichos requerimientos no serán admitidas.

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

 En tanto OSCE no comunique a través de su portal institucional la

Sólo aquellas propuestas admitidas y aquellas a las que el Comité Especial o el

En aquellos casos en los que se hubiese otorgado plazo para la subsanación de la

Una vez cumplida la subsanación de la propuesta o vencido el plazo otorgado para

En caso de la descalificación de la propuesta, el Comité Especial o el órgano

Si la propuesta económica excede el valor referencial, será devuelta por el Comité

La evaluación económica consistirá en asignar el puntaje máximo establecido a la

 En caso el proceso se convoque bajo el sistema de precios unitarios, tarifas o

 Sólo cuando se haya previsto (según el caso concreto) aceptar propuestas

1.8.ACTO DE OTORGAMIENTO DE LA BUENA PRO

El Comité Especial o el órgano encargado de las contrataciones, según corresponda,

La evaluación de las propuestas económicas se realizará de conformidad con el

 En el caso de contratación de servicios a ser prestados fuera de las provincias de Lima y

El Comité Especial o el órgano encargado de las contrataciones, según corresponda,

El otorgamiento de la Buena Pro, se presumirá notificado a todos los postores en la misma

1.9.CONSENTIMIENTO DE LA BUENA PRO

2.1. RECURSO DE APELACIÓN