Jordi Prez
Firma
Fecha
2 de 24
INDICE
INDICE .......................................................................................................................................... 3
1
2.1
2.2
2.3
3.1.2
3.2
3.2.1
3.2.2
3.2.3
3.2.4
3.3
3.3.1
3.3.2
3.3.3
4.1.1
4.1.2
Definicin de la extraccin..................................................................................... 14
4.1.3
4.1.4
4.1.5
4.1.6
4.1.7
4.1.8
4.1.9
4.1.10
4.1.11
4.1.12
4.1.13
4.1.14
4.1.15
4.1.16
4.1.17
3 de 24
4.1.18
4.1.19
4.2
Calendario de trabajo................................................................................................. 18
4.3
Hitos principales......................................................................................................... 20
4.4
4.5
4.6
4 de 24
1 Resumen ejecutivo
Los cambios producidos ltimamente en nuestra entidad, con la creacin de la figura de los
gestores de clientes y la asignacin de los clientes a los gestores, han sido muy positivos para
el banco. No obstante, este cambio ha tenido algunos efectos secundarios no siempre
deseados: la gestin de las autorizaciones de los descubiertos en cuenta corriente es un
ejemplo de ello.
Actualmente, los gestores autorizan los descubiertos de los clientes, pasando por encima de
los procedimientos de riesgo del banco. Este proyecto tiene como objetivo la construccin de
un mecanismo automtico que permita autorizar la mayor parte de los descubiertos de manera
desatendida, centralizando en Servicios Centrales la autorizacin de los descubiertos cuya
tramitacin automtica no sea posible.
Para conseguir este objetivo se contar con la colaboracin de RDS, que desarrollar un
mecanismo de clculo de descubiertos en cuenta adecuado a las caractersticas de los clientes
del banco. RDS utilizar informacin interna del banco que las gerencias de sistemas se
encargarn de proporcionarle.
El algoritmo desarrollado se deber integrar en los sistemas del banco y esta integracin la
deber llevar a cabo el rea de Sistemas.
Los anlisis coste-beneficio realizados sealan una recuperacin de la inversin en un plazo
razonablemente corto. Se ha de tener en cuenta que este anlisis es muy sensible a cambios
en algunos de los supuestos bsicos y que existe el riesgo de no conseguir los resultados
esperados. ste es el riesgo ms importante al cual nos enfrentamos en el proyecto.
La duracin prevista para el proyecto es de unos siete meses y medio a partir de la fecha de
inicio, hasta la puesta en marcha. Una vez realizada la puesta en marcha se entrar en una
fase de soporte productivo para asentar los cambios en los procesos internos..
5 de 24
Las dos opciones no son mutuamente excluyentes, ya que una herramienta automtica no es
capaz de decidir en todos los casos y, por tanto, debe ir complementada por un procedimiento
manual.
Se ha realizado un anlisis econmico de ambas soluciones, llegando a la con lusin que la
solucin ms conveniente para el banco es la implantacin de una herramienta especfica de
autorizacin automtica.
Evitar la autorizacin de descubiertos por parte del rea comercial y garantizar, de este
modo, el cumplimiento de los criterios de sancin de riesgo del banco.
Disponer en todo momento de una imagen fiel del nivel de riesgo que el banco asume
con cada uno de sus clientes de manera individual.
6 de 24
Disponer de una asignacin de un nivel de riesgo objetivo para cada uno de los clientes
particulares.
7 de 24
Descripcin
RI01
RI02
Impacto
Probabilidad
Mitigacin
Baja
Revisar
nivel
de No
existen
apriobacin al finalizar la contingencia.
construccin del algoritmo
antes de comprometer
ms inversiones.
Alta
8 de 24
Contingencia
medidas
de
3 Alcance de la propuesta
La propuesta de creacin de una herramienta para la autorizacin de descubiertos en cuenta
corriente cubre los desarrollos siguientes:
Modificacin de los sistemas del banco para incorporarles la nueva rutina de clculo.
Adecuacin organizativa
Una parte de estos desarrollos los llevarn a cabo los equipos de sistemas del banco y la otra,
terceras empresas. Dentro del alcance de este plan de proyecto se incluye tanto las
herramientas que han de llevar a cabo las reas de sistemas del banco, como las que han de
realizar terceras empresas, y que tambin se describen en este documento.
Las tareas de carcter organizativo sern lideradas por parte del equipo interno de
Organizacin.
9 de 24
Fichero de clientes
En este fichero habr un registro por cada uno de los clientes que cumplan las
condiciones indicadas en los requisitos. Se incluir la informacin que identifica la
relacin entre el cliente y el banco y tambin algn dato socioeconmico bsico del
cliente. Cada cliente ser identificado por un nmero nico que servir para vincular los
datos de este fichero con los del de posiciones. Para cumplir lo que prescribe la LOPD,
no se incluir en este fichero ningn dato que permita identificar al cliente.
Fichero de posiciones
El fichero de posiciones recoge informacin respecto a productos contratados por un
cliente y el modo como lo ha utilizado en una fecha concreta. El fichero contendr un
registro por cliente y mes en el que el cliente haya tenido relacin con la entidad dentro
del perodo de estudio. Para poder relacionar este fichero con el de clientes se utilizar
como identificador el mismo nmero de cliente.
3.1.1.2
Contenido de la extraccin
La muestra contendr informacin extrada de los sistemas de Riesgos, Clientes, MIS, Cuentas
y Servicios.
Los equipos responsables de cada uno de los sistemas generarn la informacin
correspondiente a su sistema y los equipos de Riesgos consolidarn toda la informacin en los
dos ficheros descritos.
El equipo de clientes proveer el resto de sistemas de un fichero en el que se indicar para qu
clientes se ha de realizar la extraccin. Este fichero ser el input de los correspondientes
procesos de extraccin de informacin. Adicionalmente, habr una tabla general del sistema
que indicar los datos que se deben considerar para la extraccin (desde - hasta).
Por lo que respecta al contenido concreto de cada uno de los ficheros, est recogido en el
documento Descripcin tcnica de la extraccin, en el que se detalla tanto el significado
exacto de cada uno de los datos solicitados, como su formato.
10 de 24
11 de 24
12 de 24
Definicin del modelo de trabajo para el anlisis manual para garantizar los niveles de
servicio a Comercial.
13 de 24
14 de 24
15 de 24
4.1.10
Operativamente, los LAI los maneja el sistema de cuentas. Por ello los cambios en el LAI
asignado a un cliente se han de reflejar en Cuentas. Se construir un proceso de actualizacin
del LAI asignado a un cliente segn el nuevo lmite que aparezca en propuestas. Este proceso
slo tratar las nuevas propuestas de LAI creadas como resultado de la tarea anterior.
Como resultado de esta actividad se dispondr de un conjunto de programas en el entorno de
explotacin del banco que actualizar el lmite de LAI en cuentas segn lo que indique el
sistema de propuestas.
4.1.11
Pruebas de usuario
Una vez se hayan modificado/creado todos los sistemas, se proceder, como es habitual, a un
perodo de pruebas de usuario. Dado que las modificaciones afectan bsicamente a Riesgos y
Cuentas, estas dos reas estarn involucradas en dichas pruebas.
Como resultado de esta actividad, se obtendr el documento de aceptacin de proyecto
habitual y se dejar constancia (si procede) de los errores detectados y de su impacto sobre el
proyecto global.
4.1.12
Puesta en explotacin
Una vez el sistema est aceptado por parte de los usuarios, se proceder a ponerlo
definitivamente en explotacin.
Como resultado de esta actividad se obtendr el documento de aceptacin en real.
4.1.13
El rea Comercial dejar de realizar tareas de anlisis y autorizacin de Riesgos. Los tiempos
que se consuman en estas labores quedan liberados para llevar a cabo tareas de orden
Comercial.
16 de 24
4.1.14
Definicin del modelo de proceso a activar para los procesos de anlisis manual de LAIs, en
caso de incidencia no decidible automticamente.
Como resultado de esta actividad se obtendr el diagrama del nuevo proceso, identificando
responsables, tratamiento de excepciones y estndares de calidad.
4.1.15
Dispersin mxima del tiempo medio de respuesta aceptable en el 95% de los casos
4.1.16
4.1.17
17 de 24
4.1.18
Tal y como ya se ha indicado el proyecto supone cambiar las formas de trabajar tanto del rea
Comercial como del rea de Riesgos. Este cambio debe ser gestionado y una parte muy
importante en este sentido es comunicar adecuadamente los cambios a realizar y el impacto
sobre la organizacin de los mismos.
Como resultado de esta tarea se obtendr un calendario de comunicacin y formacin,
definicin del pblico objetivo y contenidos, certificacin de formacin del pblico objetivo.
4.1.19
Las fechas que aparecen en este calendario son meramente orientativas y dependern de la
fecha de inicio del proyecto.
18 de 24
19 de 24
Riesgos
Organizacin
RDS
Sistemas de
Informacin
Fecha Estimada
Hito
SI1
Estado
SI2
SI3
SI4
SI5
SI6
Puesta en marcha
Soporte Post Implantacin
Fin de Proyecto
20 de 24
21 de 24
Negocio
Comercial
Puesta en marcha
Fin de Proyecto
R: Responsable
P: Participa
I: Informado
C: Consultado
22 de 24
Organiza
cin
I
Cuentas
Servicios
MIS
Clientes
Hito
Riesgos
RDS
23 de 24
5 Valoracin econmica
El coste total del proyecto tiene dos componentes bien diferenciados. Por una parte, tenemos
el coste de la participacin de RDS en la elaboracin de la rutina de clculo y, por la otra, los
costes internos (intervencin de los sistemas y adaptaciones para poder llevar a cabo las
nuevas funcionalidades demandadas por el rea de Negocio):
Honorarios RDS
180.000
Sistemas Banco
142.560
Organizacin Banco
Total
57.024
379.584
Los costes internos tienen en cuenta tanto los esfuerzos previstos inicialmente por cada una de
las gerencias, como un margen de seguridad en concepto de contingencia.
Esta contingencia se evala en un 10% del coste del proyecto, tal como es habitual en
proyectos que, como ste, no se ven amenazados por un conjunto importante de riesgos.
Del mismo modo, en estos costes se han considerado los esfuerzos de gestin, incorporados
en la tarea de seguimiento.
24 de 24