6 Análisis Arquitectura Empresarial del AS-IS

PROPUESTA DE ARQUITECTURA
EMPRESARIAL
PROYECTO BANCO DE LOS ALPES
Presentado por:
Grupo Odín
Luis Alexander Giraldo
Nelson Javier Balaguera
Pedro Felipe Rodríguez
ECOS 2010, Sección 1
Universidad de Los Andes
Marzo 14 de 2010
CONTENIDO
Contenido
1
2
3
4
5
6
Introducción ......................................................................................................................................................... 3
Historial de Versiones .......................................................................................................................................... 3
Objetivos .............................................................................................................................................................. 4
3.1
Objetivo general ....................................................................................................................................... 4
3.2
Objetivos específicos ............................................................................................................................... 4
Alcance ................................................................................................................................................................ 5
Visión de la Arquitectura ..................................................................................................................................... 5
5.1
Motivadores del Negocio ......................................................................................................................... 5
5.2
Modelo Operacional del AS-IS ................................................................................................................ 5
5.3
Alcance de la Arquitectura Empresarial................................................................................................... 6
Análisis Arquitectura Empresarial del AS-IS ...................................................................................................... 6
6.1
Arquitectura de Negocio del AS-IS ......................................................................................................... 6
6.1.1
6.2
6.2.1
6.2.2
6.2.3
6.2.4
6.2.5
7
Modelo Procesos de Negocio BPMN del AS-IS ........................................ 6
Arquitectura de Datos AS-IS ................................................................................................................... 6
Entidades de Negocio Inciales .................................................................... 6
Filtrado de Entidades .................................................................................. 7
Relaciones Semánticas entre entidades ...................................................... 7
Mapeo de entidades x Proceso ................................................................... 8
Mapeo de entidades x Sistema de Información .......................................... 8
Análisis Arquitectura Empresarial del TO-BE .................................................................................................... 9
7.1
Arquitectura de Negocio del TO-BE........................................................................................................ 9
7.1.1
Modelo de Negocio en BPMN TO-BE....................................................... 9
7.1.2
Descripción de Subprocesos del Banco ...................................................... 9
7.1.3
Procesos ejecutados por los proveedores de archivos (Almacenes,
concesionarios, constructoras) ................................................................................ 17
7.1.4
Procesos Ejecutados por el Cliente........................................................... 17
7.1.5
Procesos ejecutados por la empresa de realce .......................................... 18
7.1.6
Procesos ejecutados por la empresa transportadora ................................. 19
7.2
7.2.1
7.2.2
7.3
7.3.1
7.3.2
7.3.3
7.3.4
7.3.5
8
9
10
Análisis de brechas de arquitectura de negocio ..................................................................................... 19
Proyectos Identificados en las Brechas .................................................... 19
Priorizacion y Roadmap ........................................................................... 20
Arquitectura de Datos e Información TO-BE ........................................................................................ 21
Entidades .................................................................................................. 22
Mapeo de entidades x Procesos de Negocio ............................................. 22
Mapeo de entidades x Sistema de Información ........................................ 23
Análisis de Brechas de datos .................................................................... 23
Definir iniciativas o Proyectos ................................................................. 24
Conclusiones ...................................................................................................................................................... 26
Lecciones Aprendidas ........................................................................................................................................ 26
Bibliografía ........................................................................................................................................................ 27
Definición de la Arquitectura Empresarial
Proceso Originación
1 Introducción
Este documento contiene Información sobre el Análisis de arquitectura
empresarial actual (AS-IS) y futuro (TO-BE) del proceso de originacion de
crédito del Banco de los Alpes en sus dominios de Negocio y Datos e
Información. El documento inicia con una descripción del alcance de los
mencionados dominios y se define el nivel de detalle al que se llega, así como
el horizonte de tiempo para el que se proyecta la solución. Luego se describe el
análisis del modelo actual, su arquitectura de negocio, su modelo de operación
y las entidades que se están utilizando.
En la siguiente parte documento se plantea un Modelo Objetivo formulando un
proceso de negocio y llegando al nivel de procedimientos, documenta el
análisis de brechas y los proyectos e iniciativas que generan este análisis. Se
realiza la identificación de entidades, su modelo semántico y su mapeo con los
procesos y sistemas de Información.
El Documento finaliza describiendo las lecciones aprendidas del taller,
conclusiones y bibliografía.
2 Historial de Versiones
Date
Version
Comments
27/02/2010
1.0
Creación del documento de definición de
arquitectura empresarial
14/03/2010
2.0
Actualización del documento con los estándares
BPM, definición de funcionalidades y
procedimientos.
3 Objetivos
3.1 Objetivo general
Analizar el entorno del proceso de Originación de Crédito del Banco de
Los Alpes en su visión AS – IS para generar una visión TO – BE en las
dimensiones de negocio y datos, que satisfaga las expectativas de los
Stakeholders usando un enfoque de arquitectura empresarial.
3.2 Objetivos específicos
 Entender el proceso actual de originación de crédito del Banco
Los Alpes en cuanto a la arquitectura de negocio y de datos
mediante el uso de modelos BPMN.
 Identificar los diferentes motivadores de negocio, las regulaciones
y expectativas de los stakeholders que deben moldear la visión
TO – BE del proceso.
 Modelar la visión TO –BE en cuanto a negocio y datos del
proceso de originación de crédito del Banco Los Alpes teniendo
en cuenta las mejoras identificadas en el punto anterior.
 Identificar mediante el análisis de brechas los diferentes proyectos
que se deben formular para llegar a la visión TO – BE.
 Priorizar los diferentes proyectos identificados en el punto anterior
para establecer una estrategia que permita alcanzar la
arquitectura objetivo a partir de la arquitectura actual.
4 Alcance
Este documento contiene la definición de la arquitectura empresarial para el
proceso de originación de crédito del banco de los Alpes. En esta primera
entrega contiene la arquitectura de negocio y de datos las cuales abarcan una
descripción sobre el modelo operación actual de este proceso y el modelo
operacional del futuro(TO-BE), enumera los motivadores del negocio que
influyen en la mejora del proceso , el modelado de los procesos de negocio en
BPMN tanto del AS-IS como del TO-BE; el análisis de la arquitectura de
negocio a nivel 5 (descripción general de los procedimientos); el análisis de
brechas que la arquitectura de negocio, identificación de los proyectos
derivados del análisis de brechas a nivel de tiempos recursos y dinero,
priorización y formulación de un roadmap de implementación en el tiempo;
identificación de entidades y su modelo semántico tanto del modelo actual
como del objetivo, su mapeo contra los procesos y sistemas de información
5 Visión de la Arquitectura
5.1 Motivadores de Negocio
1. Reducir el índice de morosidad en los productos de tarjeta de crédito y
crédito de libre inversión
2. Reducir la cantidad de dinero ilícito lavado a través de los productos de
crédito del Banco
3. Orientar los servicios financieros de crédito masivo a personas con
mayor futuro financiero.
4. Ofrecer multicanalidad.
5. Autoservicio (Autogestión)
6. 100% orientado al cliente.
5.2 Modelo Operacional del AS-IS
El Banco de los Alpes actualmente funciona bajo un modelo operacional
diversificado, ya que en el proceso de originación de crédito resaltan dos
productos básicos tarjetas de crédito y créditos de libre inversión los cuales
funcionan en sistemas diferentes y con procesos no estandarizados y con una
baja integración entre los mismos.
5.3 Alcance de la Arquitectura Empresarial
-
-
El análisis de arquitectura empresarial estará enmarcado únicamente a
los procesos de originación de crédito (segmentación del mercado,
validación de riesgo, estudio de crédito, apertura de productos, realce y
activación) para el banco de los Alpes.
El trabajo de arquitectura empresarial para esta primea entrega cubrirá
dos dominios que son Negocio y Datos e Información.
El nivel de detalle de los procesos de negocio del TO-BE llegara a un
nivel cinco (descripción de procedimientos)
El horizonte de tiempo que se tendrá en cuenta para el desarrollo de la
arquitectura empresarial será de 2 años.
6 Análisis Arquitectura Empresarial del AS-IS
6.1 Arquitectura de Negocio del AS-IS
6.1.1 Modelo Procesos de Negocio BPMN del AS-IS
El Modelamiento de los Procesos de Negocio se realizan en BPMN, en la
siguiente imagen se presenta el análisis de los procesos de Originación de
crédito del Banco de los Alpes en su situación actual, se identifican diferentes
procesos y subprocesos se determina su flujo de eventos y se ubican dichos
procesos en el área del banco o responsable externo quien lo ejecuta.
Ver Proceso de Negocio AS-IS
6.2 Arquitectura de Datos AS-IS
En esta dimensión de la Arquitectura se presenta las diferentes entidades de
negocio que el proceso maneja a través del tiempo, estas entidades son las
que se encontraron al analizar la situación AS-IS del proceso.
6.2.1 Entidades de Negocio Inciales
En Primera instancia se filtran las diferentes posibles entidades de negocio, las
cuales pueden tener nombres diferentes en diferentes subprocesos pero que
pueden significar lo mismo para el proceso en conjunto.
 Cliente Prospecto
 Cliente
 Producto











Tarjeta crédito
Crédito de Libre Inversión
Carrefour
Concesionario
Constructoras
Almacenes Éxito
Persona
Archivo
Tarjeta de Crédito
Ofertas de Productos
Información Cliente
6.2.2 Filtrado de Entidades
Al realizar el filtrado y depuración de entidades iniciales se encontraron las
siguientes entidades genéricas en el proceso AS-IS:








Cliente Prospecto
Cliente
Persona = Cliente
Producto
o Tarjetas de Crédito (producto)
o Crédito de Libre Inversión
o Ofertas de Productos (Productos en estado diferente)
Proveedor
o Carrefour
o Concesionario
o Constructoras
o Almacenes Éxito
Archivo (No es relevante para el proceso)
Tarjeta de Crédito (Plástico)
Información Cliente
6.2.3 Relaciones Semánticas entre entidades
Ya teniendo como base las entidades genéricas identificadas el siguiente paso
es el análisis de las interrelaciones de estas entidades a esto se le denomina
relaciones semánticas las cuales se presentan en la siguiente imagen:
6.2.4 Mapeo de entidades x Proceso
Con el resultado del Análisis anterior sobre con las entidades de negocio
identificadas se procede a realizar el análisis entre que procesos del modelo
actual utilizan esas entidades para su ejecución, para este análisis se realiza la
siguiente matriz:
Entidad/Proceso
Proveedor
Cliente Prospecto
Cliente
Producto
Tarjeta Crédito
Crédito Libre
Inversión
Plástico
Información
Cliente
Depurar
Clientes
Pre-aprobar
Productos
Realzar
Tarjetas
Entregar
Productos
Recolectar
Información
Activar
Productos
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
6.2.5 Mapeo de entidades x Sistema de Información
Dentro del Análisis de la arquitectura de datos, se debe determinar que
sistemas de información escriben y leen las diferentes entidades de negocio,
para este análisis se presenta la siguiente matriz la cual muestra la entidad y
los sistemas de información identificados en el AS-IS
Entidad/Sistema
Proveedor
Cliente Prospecto
Cliente
Producto
Tarjeta Crédito
Crédito Libre
Inversión
Plástico
Información
Cliente
Validado
r Riesgo
CRM
Tarjetas
Crédito
Sistema
Crédito
Productos
Rechazad
os
Sistema
gestión
Document
al
Sistema
Activaci
ón
RW
RW
RW
RW
R
R
RW
RW
RW
RW
RW
R
RW
RW
En este punto se termina el análisis de la arquitectura actual en sus
dimensiones de negocio y de información. En la siguiente sección se presentan
esas mismas dimensiones pero moldeadas por los motivadores de negocio
identificados, las regulaciones de la industria y sugerencias de mejores
prácticas para la originación de créditos en el Banco de los Alpes.
7 Análisis Arquitectura Empresarial del TO-BE
Este análisis se presenta en dos partes, la primera sobre el proceso de negocio
objetivo y luego la arquitectura de datos objetivo.
7.1 Arquitectura de Negocio del TO-BE
7.1.1 Modelo de Negocio en BPMN TO-BE
En la siguiente imagen se muestra el proceso objetivo moldeado por los
diferentes motivadores de negocio del banco teniendo en cuenta las buenas
prácticas del negocio bancario y sus regulaciones, Se presentan varios
procesos y dentro de estos algunos subproceso más detallados, con sus
respectivos ejecutores y la forma como ellos se comunican.
Ver Proceso de Negocio TO-BE
7.1.2 Descripción de Subprocesos del Banco
A continuación se presenta una descripción de cada uno de los subprocesos
con sus respectivas funcionalidades las cuales muestran que se debe hacer en
cada uno de ellos para orquestar un proceso más alineado a los objetivos que
necesita el Banco de los Alpes.
7.1.2.1.1 Funcionalidad: Depurar Clientes prospecto
7.1.2.1.2 Validar información en Registraduría
Descripción: Se deben verificar los datos recibidos desde los diferentes
proveedores para determinar que los clientes recibidos son clientes válidos y
que la información es correcta. Esta verificación se realiza para descartar
aquellos clientes que hayan suministrado información válida. Esta se realiza
actualmente a través de un servicio Web basado en SOAP/WebService y el
objetivo es mantenerlo tal y como está actualmente.
7.1.2.1.3 Generar listado de Clientes aceptados
Descripción: Después de verificar la información en la registraduría, se debe
generar el listado de los clientes prospecto que pasaron la verificación y para
los cuales se pasará a realizar el análisis de riesgo para analizar la viabilidad
de aprobarles algún producto. Este listado de clientes prospecto aprobados se
deben pasar al área de riesgo del banco para realizar análisis de riesgo.
7.1.2.1.4 Generar listado de Clientes rechazados
Descripción: Los clientes prospecto que son rechazados después de validarse
contra la registraduría, deben ser retornados en un archivo plano a cada
proveedor.
7.1.2.2 Análisis de riesgo
7.1.2.2.1 Funcionalidad: validación Anti – lavado
Descripción: Se debe verificar contra la lista provista por el
Ministerio de Hacienda a través de un servicio web que el cliente
prospecto no esté incluido en la lista de anti – lavado de activos.
Si el cliente se encuentra allí no será tenido en cuenta bajo
ninguna circunstancia como cliente en adelante y deberá
agregarse a la lista negra del banco como cliente presente en la
lista de anti – lavado.
Procedimientos:
Consultar cliente: mediante la invocación al servicio web del
Ministerio de Hacienda se consultará el cliente con los datos
que el servicio solicite.
Evaluar resultado: si el cliente no se encuentra en la lista anti
– lavado, se debe verificar en la lista negra del Banco si está
marcado por esta razón y, de ser así, eliminarlo. Si el cliente
se encuentra en la lista se debe marcar como persona
reseñada en la lista de Anti – lavado.
Agregar a lista negra: si el cliente se encuentra en la lista
anti– lavado se debe guardar en la lista negra del Banco
durante el tiempo pertinente y permitido por las leyes
colombianas.
Eliminar de lista negra: si el cliente no se encuentra en la
lista anti – lavado pero sí en la lista negra por esta razón, se
debe eliminar de la lista negra. Si se encuentra en la lista
negra por otra razón, se debe mantener su información tal cual
está. Si se encuentra en la lista negra por ésta razón y por
otras adicionales, se desmarcará este motivo de la lista,
manteniendo los otros intactos.
7.1.2.2.2 Funcionalidad: Validación lista Clinton
Descripción: Se debe verificar contra la lista provista por la
Fiscalía General de la Nación a través de un servicio web que el
cliente prospecto no esté incluido en la lista Clinton por relaciones
comerciales con empresas implicadas en tráfico de
estupefacientes. Si el cliente se encuentra allí no será tenido en
cuenta bajo ninguna circunstancia como cliente en adelante y
deberá agregarse a la lista negra del banco como cliente presente
en la lista Clinton.
Procedimientos:
Consultar cliente: mediante la invocación al servicio web de
la Fiscalía General de la Nación se consultará el cliente con
los datos que el servicio solicite. Sólo se consultarán los
clientes prospectos que no se hayan encontrado en la
validación de Anti – lavado.
Evaluar resultado: si el cliente no se encuentra en la Clinton,
se debe verificar en la lista negra del Banco si está marcado
por esta razón y, de ser así, eliminarlo. Si el cliente se
encuentra en la lista se debe marcar como persona reseñada
en la lista Clinton.
Agregar a lista negra: si el cliente se encuentra en la lista
Clinton se debe guardar en la lista negra del Banco durante el
tiempo pertinente y permitido por las leyes colombianas.
Eliminar de lista negra: si el cliente no se encuentra en la
lista Clinton, pero sí en la lista negra por esta razón, se debe
eliminar de la lista. Si se encuentra en la lista negra por otra
razón, se debe mantener su información tal cual está. Si se
encuentra en la lista negra por ésta razón y por otras
adicionales, se desmarcará este motivo de la lista,
manteniendo los otros intactos.
7.1.2.2.3 Funcionalidad: Validación lista negra local
Descripción: Se debe verificar contra la lista negra local que los
clientes que no hayan sido encontrados en las listas de las
validaciones de anti – lavado y lista Clinton, no se encuentren
reseñados en la lista negra del Banco. Se asume que un
procedimiento externo al sistema de originación de crédito
mantiene actualizada esta lista y que por lo tanto la información
actual que se obtiene es confiable.
Procedimientos:
Consultar cliente: se consultará la lista negra del Banco
mediante el procedimiento de menor tiempo de respuesta de
aquellos disponibles con los datos que se soliciten.
Evaluar resultado: si el cliente se encuentra en la lista negra
del Banco se marcará como cliente no deseado y no se
continuará con las validaciones siguientes y no será tenido en
cuenta como cliente prospecto en adelante.
7.1.2.2.4 Funcionalidad: Validación Cifin
Descripción: Se consultará a la Cifin el historial crediticio de los
clientes prospectos que hayan pasado las validaciones de Anti –
lavado, lista Clinton y lista negra del Banco mediante el servicio
web provisto por esta entidad para tal fin. Las consultas realizadas
son almacenadas durante 1 mes para su posterior consulta y
evitar el costo que genera el llamado al servicio web.
Procedimientos:
Consultar cliente: se consultará el cliente con los datos
requeridos en la lista de consultas realizadas en el último mes.
Si el cliente se encuentra en esta lista local, se usará este
resultado. Si no se encuentra se hará la consulta mediante la
invocación al servicio web de la Cifin con los datos que el
servicio solicite. Si se encuentra una consulta realizada antes
de 1 mes atrás se hará la consulta a la Cifin mediante el
servicio web y se actualizará el registro en el caché local.
Evaluar resultado: el resultado obtenido se guardará en el
caché local de consultas a Cifin. El historial obtenido será
anexado al registro del cliente para su posterior evaluación por
el área de estudio de crédito. Si el resultado obtenido de la
consulta es que el cliente no se encuentra en la Cifin se
anexará este dato para ser evaluado por el área de estudio de
crédito.
7.1.2.2.5 Funcionalidad: Validación Datacrédito
Descripción: Se consultará a Datacrédito el historial moroso de
los clientes prospectos que hayan pasado las validaciones de Anti
– lavado, lista Clinton y lista negra del Banco mediante el servicio
web provisto por esta entidad para tal fin. Las consultas realizadas
son almacenadas durante 1 mes para su posterior consulta y
evitar el costo que genera el llamado al servicio web.
Procedimientos:
Consultar cliente: se consultará el cliente con los datos
requeridos en la lista de consultas realizadas en el último mes.
Si el cliente se encuentra en esta lista local, se usará este
resultado. Si no se encuentra se hará la consulta mediante la
invocación al servicio web de Datacrédito con los datos que el
servicio solicite. Si se encuentra una consulta realizada antes
de 1 mes atrás se hará la consulta a Datacrédito mediante el
servicio web y se actualizará el registro en el caché local.
Evaluar resultado: el resultado obtenido se guardará en el
caché local de consultas a Datacrédito. El historial obtenido
será anexado al registro del cliente para su posterior
evaluación por el área de estudio de crédito. Si el resultado
obtenido de la consulta es que el cliente no se encuentra en
Datacrédito se mantendrá su registro intacto puesto que se
asume que el cliente no ha estado en mora en el período que
Datacrédito informa.
7.1.2.3 Pre-Aprobación de Productos
7.1.2.3.1 Asignar Tarjetas de Crédito
A todos los clientes que pasaron el proceso de análisis de riesgo se le
pre-aprueba una tarjeta de crédito, el proceso de análisis de riesgo le
asigna un porcentaje y monto máximo de endeudamiento. Dependiendo
su calificación resultante el cupo de la tarjeta de crédito se calcula de la
siguiente manera
a. Tres veces el valor gastado en mercado * porcentaje_calificación
b. Dos veces el salario reportado * porcentaje_calificación
Si el cliente aparece en listado de gastos (Éxito, Carrefour) y listados de
salario reportado (concesionarios, constructoras) se escoge el menor
cupo calculado.
Este valor será un porcentaje del cupo máximo de endeudamiento, el
valor restante será el valor utilizado como margen para adjudicar el
préstamo de libre inversión.
7.1.2.3.2 Asignar préstamo de libre inversión:
a. si el salario promedio es superior a 5 millones de pesos se preaprueba un
monto 3 veces el valor salario, si este valor se excede
del valor restante al cupo de máximo de endeudamiento se ajustará
para que no lo sobre pase.
7.1.2.4 Subproceso: Realizar estudio multidimensional
7.1.2.4.1 Funcionalidad: Ofrecer productos al cliente
Descripción: Con los datos obtenidos en las consultas del
subproceso de análisis de riesgo se determinará la cantidad de
dinero que se le presta y los productos en los cuales se le
entregará. Se contactará al cliente por teléfono o correo
electrónico para ofrecerle los productos pre-aprobados y se
registrará su interés o no por los productos ofrecidos. Si el cliente
no responde se asume que no está interesado, al igual que
ocurrirá si manifiesta su no interés. Si el cliente está interesado se
procederá a realizar el estudio multidimensional. En los dos casos
se requiere almacenar su decisión y, en caso de no estar
interesado, se requiere almacenar la motivación que aduce para
su no interés.
Procedimientos:
Establecer comunicación con el cliente: un asesor se
comunicará con el cliente por vía telefónica en primera
instancia y, si no lo encuentra, por vía correo electrónico
enviándole un mensaje en el cual le insta a comunicarse con
un asesor de estudio de crédito o a responder el correo
manifestando su aceptación, o por vía web invitándolo a
rellenar un formulario de aceptación de una oferta de producto.
En ambos casos el asesor deberá registrar los detalles
relevantes de la comunicación como número de teléfono o
email, fecha y hora de la comunicación, estado de la
comunicación
(atendida/no
atendida/producto
aceptado/producto rechazado). Si pasados 8 días de haberse
comunicado con el cliente éste no manifiesta su interés o
desinterés por el producto, se asumirá que no está interesado
y se marcará como tal. Si el cliente responde que no está
interesado se registrará su motivación para ello. Los clientes
que manifiesten su interés por el producto se marcarán como
interesados por los productos ofrecidos y se especificarán los
montos y formatos que se le ofrecieron. Al mismo tiempo se le
especificarán los documentos de soporte que debe ingresar al
sistema del Banco; para lo cual contará con una opción en la
página del Banco.
Realizar estudio detallado: para los clientes interesados en
los productos ofrecidos se les hará un estudio detallado con
base en los documentos que el cliente ingresó en el sistema
del Banco. Un asesor verificará que la información consignada
en estos documentos coincida con la que tiene el Banco. Si es
así se procederá a tramitar la aceptación del producto. Si la
información de ingresos y gastos consignada en los
documentos no coincide con la registrada hasta el momento
en el Banco se evaluarán las nuevas condiciones de crédito
que se le pueden ofrecer al cliente y se procederá a tramitar la
aceptación del producto por el cliente con las nuevas
condiciones. Esta información se registrará en un sistema para
permitir la gestión de su aceptación.
7.1.2.5 Subproceso: Marcar productos rechazados
Descripción: En aquellos casos en que los clientes, a última hora y
después de haber manifestado su interés por un producto, manifiesten
que no están dispuestos a recibirlo, el Banco recibe un listado de
productos rechazados. Estos productos deben ser marcados como
rechazados por el cliente. Este subproceso es al mismo tiempo una
funcionalidad y su procedimiento se reduce a adicionar el número de
tarjeta y tipo de producto a un archivo o tabla y eliminarlo si en un futuro
cercano el cliente contacta al Banco para manifestar su interés por el
producto.
7.1.2.6 Aceptar Producto
7.1.2.6.1 Notificar al Cliente
El objetivo de este procedimiento es informarle al cliente sobre el
resultado negativo del resultado de la evaluación realizada con base en
la documentación enviada por el cliente. El área comercial del banco es
la encargada de realizar este contacto vía telefónica.
7.1.2.6.2 Notificar Nuevo Monto
Es posible que al evaluar la documentación enviada por el cliente los
montos de los productos ofrecidos pueda cambiar en mayor o menor
valor, esta notificación al cliente la realiza el área comercial del banco
telefónicamente y se encarga de explicarle al cliente los nuevos montos
ofrecidos por el banco tanto el cupo de tarjeta de crédito y el crédito de
libre inversión si aplicara.
7.1.2.6.3 Registrar Activación de Producto
El Cliente al tomar la decisión de aceptar los productos ofrecidos por el
banco se realiza un registro de aceptación de dichos productos, que
consiste primero en revalidar que efectivamente la persona que
responde la llamada es efectivamente quien dice ser respondiendo
satisfactoriamente una serie de preguntas propias de él, antes de
empezar esta revalidación se le informa al cliente que llamada va hacer
grabada y que esta evidencia es tomada como contrato de aceptación
de los productos. Si la encuesta resulta exitosa el área comercial del
banco lo registra como cliente de tarjeta de crédito y cliente de préstamo
de libre inversión este registro lo realiza automáticamente el sistema de
seguimiento de originación del crédito al realizar los llamados
respectivos a las funciones de creación de los sistemas de tarjeta de
crédito y libre inversión.
7.1.2.6.4 Registrar Productos Rechazados
El cliente también puede tomar la decisión de no aceptar los productos
ofrecidos para este caso el área comercial realiza el registro de este
rechazo en el sistema de seguimiento de originación de crédito.
7.1.2.7 Generar Listado de Clientes Aprobados
El sistema de seguimiento de originación de crédito genera un listado de
clientes que tienen el registro de aceptación de los productos de tarjetas
de crédito y préstamos de libre inversión el cual será enviado por correo
electrónico la empresa de realce de tarjetas.
7.1.2.8 Activar producto
Una vez el Cliente haya recibido la tarjeta del producto, se debe
comunicar con el área comercial del banco (Solicitar Activación). El
banco recibe la solicitud de activación del producto y procede a crear los
registros necesarios y a modificar el estado del producto ofrecido para
dejar la tarjeta del producto disponible para ser utilizada.
7.1.2.9 Generar listado de Clientes aprobados
En esta actividad el área de estudio de crédito del banco, después de
realizar el análisis de riesgo y la pre-aprobación del producto, se procede
a generar el listado de todos los clientes que hayan cumplido con las
condiciones. Este listado es entregado a la compañía de realce para que
realice el realce de cada una de las tarjetas de los Clientes contenidos
en el listado.
7.1.3 Procesos ejecutados por los proveedores de archivos (Almacenes,
concesionarios, constructoras)
7.1.3.1 Generar archivos de clientes prospecto
Cada uno de los proveedores (Carrefour, Éxito, Concesionarios y
constructoras) deben generar un archivo con la información de los
clientes prospecto que potencialmente se pueden convertir en clientes
para el banco. Cada entidad recolecta información básica del cliente y de
acuerdo a esta información, genera el archivo y lo envía al banco para
que este los segmente y analice.
7.1.4 Procesos Ejecutados por el Cliente
7.1.4.1 Evaluar Producto Ofrecido
Esta actividad la realiza el cliente cuando es notificado por el área
comercial del banco informándole que el Banco de los Alpes le ofrece
una tarjeta de crédito y/o un préstamo de libre inversión con una
descripción de sus características, condiciones, cupo, intereses, manejo,
etc. La salida a esta actividad es una respuesta afirmativa o negativa al
ofrecimiento de estos productos.
7.1.4.2 Suministrar Información.
Si la respuesta a la actividad anterior es afirmativa se explica al cliente
que para que dicha oferta sea válida el cliente debe suministrar una serie
de documentos y un soporte para confirmar datos y efectivamente el
monto y productos, el cliente recibe una clave la cual debe utilizar para
ingresar a un portal y desde allí enviar los documentos soporte y
completar información personal.
7.1.4.3 Evaluar nuevo monto
En esta actividad, el Cliente evalúa si desea adquirir o no el producto
ofrecido por el banco por un monto diferente, dependiendo de las
evaluaciones hechas por el banco en el estudio multidimensional.
7.1.4.4 Rechazar Producto
Es la confirmación que efectivamente no esta intensado en el/los
productos y manifiesta su decisión al banco, esto se realiza en la
llamada telefónica realizada por al área comercial del banco. (Ver
actividad 5.3).
7.1.4.5 Aceptar Producto
Al tomar una decisión positiva al ofrecimiento de los productos del banco
el cliente inicia la aceptación de el/los productos respondiendo la
encuesta de revalidación de identificación realizada por el área comercial
del banco. (Ver actividad 5.2)
7.1.4.6 Solicitar Activación.
Esta actividad sucede cuando el cliente ya tiene en su poder el plástico
de la tarjeta, en ese momento el cliente ya puede indicarle al banco que
puede activar la tarjeta para su utilización, esta iniciativa el cliente la
puede realizar tanto telefónicamente o por Internet.
7.1.5 Procesos ejecutados por la empresa de realce
7.1.5.1 Realzar tarjetas
La compañía de realce, procede a crear cada uno de los plásticos de las
tarjetas crédito o débito según corresponda para cada uno de los
clientes recibidos en el listado de clientes aprobados. Para este fin, la
empresa de realce utiliza la información de nombre, cédula y tipo de
producto que se aprobó al cliente.
7.1.5.2 Enviar tarjetas a la transportadora
Después de realizar el realce de las tarjetas de cada cliente, la empresa
de realce entrega a la transportadora el listado de los clientes los cuales
se les debe entregar el producto. Para cada uno de los clientes de la
lista, se entregan los plásticos (tarjetas) según el producto aprobado al
cliente.
7.1.5.3 Generar listado de aprobados
En el momento de la entrega de productos al cliente por parte de la
transportadora, el cliente puede aceptar el producto. En este caso, la
transportadora marca el producto como aprobado. Al final la
transportadora debe generar el listado completo de los productos que
fueron aprobados por el cliente.
7.1.5.4 Generar listado de rechazados
La empresa transportadora genera el listado de los productos para los
cuales el cliente no aceptó.
7.1.6 Procesos ejecutados por la empresa transportadora
7.1.6.1 Subproceso: Entregar producto (Transportadora)
Descripción: describe el proceso que lleva a cabo la empresa
transportadora desde que recibe el paquete de tarjetas realzadas y la
lista de destinatarios y sus direcciones hasta que realiza la entrega en el
cliente. De este subproceso hay 2 posibles resultados: el cliente acepta
el producto o lo rechaza. En el caso de rechazar el producto se registra
en el listado de productos rechazados que será enviado a la empresa de
realce y posteriormente al Banco. Si el cliente acepta el producto, se
registra esta aceptación en un listado de productos entregados que es
entregado a la empresa de realce y se activa el proceso de solicitud de
activación por parte del cliente.
7.1.6.2 Subproceso: Marcar producto entregado (Transportadora)
Descripción: es el proceso que lleva a cabo la empresa transportadora
cuando el recibe el cliente recibe el producto y que consiste en poner
una marca al producto entregado en un sistema de control de entrega de
productos.
7.1.6.3 Subproceso: Generar listado de productos entregados
(Transportadora)
Descripción: es el proceso que lleva a cabo la empresa transportadora
cuando genera un listado consolidado de productos entregados en cierto
marco de tiempo.
7.2 Análisis de brechas de arquitectura de negocio
En el archivo anexo se presenta la matriz de brechas entre los procesos de
negocio de la visión TO – BE y la visión AS – IS.
Ver Analisis de brecha- Negocio.xls
7.2.1 Proyectos Identificados en las Brechas
A continuación se Presenta una descripción de cada uno de los proyectos o
iniciativas identificadas para llegar a la arquitectura objetivo:
7.2.1.1 Incorporación al Análisis de riesgo nuevas validaciones:
Se debe ampliar la cantidad de de validaciones de riesgo al cliente
prospecto, estas nuevas validaciones son las siguientes: Validación
antilavado, Lista Clinton, Cifin, Datacredito. Estas validaciones son el
resultado a diferentes entidades externas que suministran dicha
información y que se deben cruzar en el Banco para emitir un resultado
de aprobación o rechazo más exacto. Estas consultas deben tener un
lapso de tiempo más corto al actual como lo demuestra datacredito.
7.2.1.2 Ofrecer Producto al cliente:
En el momento en que el cliente prospecto pase el análisis de riesgo con
base a las políticas de asignación de montos del banco se le preaprueba los productos respectivos al cliente, pero antes de proceder a
realizar el realce o la entrega de tarjetas se deben ofrecer este producto
al cliente promocionado su utilización y las ventajas que puede tener al
ya estar prácticamente analizado su riesgo crediticio. Esta operación se
realiza vía telefónica y su principal objetivo es minimizar los costos de
activación de productos a clientes que no deseen obtener los productos
financieros del banco.
7.2.1.3 Evaluar Nuevo Monto
Esta funcionalidad aplica cuando el cliente después de ofrecerle el
producto solicita un nuevo monto mayor a ofrecido por el banco en este
caso el banco solicita documentos de soporte al cliente prospecto los
cuales deben ser nuevamente evaluados en un análisis de riesgo
detallado para su aprobación o rechazo.
7.2.1.4 Obtener Información Soporte
Para aquellos clientes que se requiera solicitar información adicional, se
debe habilitar un canal completamente autoservicio, mediante el cual el
Cliente pueda ingresar dicha información de soporte. De esta manera,
no es necesario que el cliente prospecto se traslade a las oficinas del
banco. Esta documentación de soporte podrá ser utilizada en el
siguiente proceso que sería el análisis de riesgo multidimensional.
7.2.1.5 Activar el producto
El proceso de activación del producto se realiza a través del canal
telefónico, el cual deberá grabar la conversación con el cliente y después
de una rigurosa validación a base de preguntas personales y financieras
se procede a la activación del producto, esto sin necesidad de que el
cliente se traslade a una oficina del banco.
7.2.2
Priorizacion y Roadmap
Criterio
Peso
Rangos
Beneficio
35%
1=Genera muy poco beneficio
Criticidad
30%
Capacidad
15%
Riesgo
20%
5=Genera bastante beneficio
1=Poco Critico para el negocio
5=Muy Critico
1=Poca Capacidad de desarrollo
5=Excelente capacidad
1=Demasiado Riesgoso
5=No presenta Riesgo
Se describe la aplicación de los diferentes criterios enunciados en el aparte
anterior, cada integrante del grupo emite una calificación a cada proyecto por
cada criterio y se realiza la ponderación respectiva con este resultado se
grafica el roadmap sugerido. Ver documento Excel Priorización brechas.
Ver Matriz de Priorización de Brechas – Negocio
La Matriz anterior presenta en orden de peso cual debería es la secuencia en
de ejecución de los proyectos propuestos para llegar a la arquitectura TO-BE, a
continuación se muestra una grafica de dicha secuencia:
7.3 Arquitectura de Datos e Información TO-BE
7.3.1
Entidades
 Cliente Prospecto
 Cliente
 Producto
o Tarjetas de Crédito (producto)
o Crédito de Libre Inversión
 Proveedor
o Carrefour
o Concesionario
o Constructoras
o Almacenes Éxito
 Tarjeta (Plástico)
 Documentación
 Estudio Crédito
7.2.3 Relaciones Semánticas entre entidades
7.3.2 Mapeo de entidades x Procesos de Negocio
Entidad/Proceso
Proveedor
Generar
listado
Analizar
Riesgo
Pre-aprobar
Productos
RW
R
Realizar
estudio
Aceptar
Producto
Realce
tarjetas
Entregar
Productos
Activar
Producto
R
Cliente
Prospecto
Cliente
RW
R
R
R
R
R
Producto
RW
R
RW
R
R
RW
Tarjeta Crédito
RW
R
RW
R
R
RW
Crédito Libre
Inversión
RW
R
RW
R
R
RW
Plástico
RW
Documentación
7.3.3
RW
R
Mapeo de entidades x Sistema de Información
Entidad/Sistema Validador
Riesgo
CRM
Tarjetas
Crédito
Sistema
Crédito
Productos
Rechazados
Sistema
gestión
Documental
Portal
R
R
R
R
RW
R
Proveedor
Cliente
Prospecto
Cliente
RW
R
RW
R
R
Producto
RW
RW
Tarjeta Crédito
RW
Crédito Libre
Inversión
RW
R
RW
R
Plástico
Información
Cliente
7.3.4
AS-IS/TO-BE
Proveedor
Cliente Prospecto
Cliente
Producto
Tarjeta de Credito
Credito de Libre
Inversion
Plastico
R
R
RW
R
Análisis de Brechas de datos
Cliente
Proveedor Prospecto Cliente
Tarjeta
de
Producto Credito
Credito de
Libre
Inversion
Plastico
Documentacion
Included
Included
Included
Included
Included
Included
Included
Informacion Cliente
Nuevas Entidades
Eliminar
Entidades
Eliminated
New
7.3.5
Definir iniciativas o Proyectos
AS-IS
TO-BE
Proyectos
Existen
información de El registro de cliente que no
rechazos los cuales marcan aceptaron los productos
pero no se utilizan más aunque si pasaron todas las
adelante
validaciones es importante
para tenerlos en encuesta
más adelante procesos de
promociones o marketing
Implementar un sistema de
gestión a los clientes que
no aceptan la propuesta del
banco pero si tienen buenas
calificaciones
crediticias
para futuras campañas de
ventas del banco
Datos
Duplicados
y Debe existir una modelo
redundancia de información canónico para las entidades
comunes ente los diferentes
sistemas
Implementar un modelo de
datos canónico donde se
pueda realizar la conversión
al
modelo de datos utilizado
por cada aplicación y
determinar un dueño para
cada entidad identificada
Indicadores de desempeño propuestos (KPI)

Porcentaje de Clientes a quienes se les pre - aprueba un producto
Hecho:
Porcentaje de Clientes Prospecto que fueron ingresados al sistema por
alguno de los canales disponibles (Portal, Éxito Carrefour, etc) con un
nivel de ingresos determinado a quienes se les pre-aprobó algún
producto en un periodo de tiempo determinado.
Dimensiones:
o Canal de entrada
o Nivel de ingresos
o Producto pre-aprobado
o Tiempo (último mes, últimos 3 meses, último año)
Valores objetivos:
o Malo: <40%
o Bueno: entre 40% y 70%
o Excelente: >70%
 Porcentaje de Clientes pre - aprobados que rechazan los productos
del Banco
Hecho:
Porcentaje de Clientes prospecto con un nivel de ingresos determinado
que rechazan los productos pre-aprobados por el banco en el último
mes.
Dimensiones:
o Producto
o Nivel de ingresos
o Tiempo (último mes, últimos 3 meses, último año)
Valores objetivos:
o Malo: >60%
o Bueno: entre 30% y 60%
o Excelente: <30%
 Tiempo transcurrido entre la solicitud de realce de un producto
hasta el momento de la entrega al Cliente
 Hecho:
Tiempo promedio transcurrido entre la solicitud de realce de un producto
determinado hasta la entrega al Cliente por cada zona o ubicación
geográfica (Departamento, ciudad).
Dimensiones:
o Departamento
o Ciudad
o Producto
Valores objetivos:
o Malo: >8 días hábiles
o Bueno: entre 4 y 8 días hábiles
o Excelente: <4 días hábiles

Número de clientes que solicitaron productos a través del portal
Hecho:
Número de Usuarios (Hombres o mujeres) con un nivel de ingreso
determinado, que solicitan estudio de crédito para un producto ofrecido
por el banco a través del portal Web en una semana.
Dimensiones:
o Edad
o Nivel de ingreso
o Producto
o Género
o Tiempo
Valores objetivos:
o Malo: <200 / semana
o Bueno: entre 200 / semana y 800 /semana
o Excelente: > 800 / semana

Tiempo total que tarda una activación de un producto.
Hecho:
Tiempo promedio transcurrido entre el momento en que se realiza una
solicitud de estudio de crédito a través de alguno de los canales
disponibles para un producto determinado y el momento en que este
producto es activado en el sistema.
Dimensiones:
o Producto
o Canal de solicitud (proveedores, Portal Web)
Valores objetivos:
o Malo: >15 días hábiles
o Bueno: entre 5 y 15 días hábiles
o Excelente: <5 días hábiles
8 Conclusiones
 El enfoque de arquitectura de negocio nos permite identificar las
falencias de un proceso en cuanto a su alineación con la estrategia de la
organización, regulaciones, buenas prácticas y estándares de la
industria.
 La arquitectura actual de negocio del Banco Los Alpes tiene en cuenta
solamente una fracción de los motivadores de negocio que interesan a
los stakeholders y no hace uso de algunas de las mejores prácticas de la
industria.
 La arquitectura de datos actual del Banco Los Alpes mantiene entidades
duplicadas entre los diferentes sistemas, dificultando la obtención de
indicadores de negocio que podrían revelar información de utilidad para
los stakeholders.
 La arquitectura objetivo propuesta está orientada a alinear los procesos
del Banco Los Alpes con los motivadores de negocio y la estrategia de la
organización.
9 Lecciones Aprendidas
a. Para realizar un análisis de una Arquitectura empresarial es importante
conocer del negocio, si el grupo o arquitecto no esta familiarizado con el
proceso y no entiende los motivadores del negocio el resultado de ese
análisis va ha tener los mejores resultados
b. Al enfrentarse por primera vez a un análisis de este tipo surgen dudas,
aunque existe documentación sobre lo que trata cada dominio al
aplicarlas no se tiene seguridad si realmente se esta alicando
correctamente, por ejemplo si al modelar los procesos se inician en un
nivel muy global o muy detallado, si al proponer las arquitecturas
objetivo que tan bueno es no pensar en como se puede hacer ya que
esto puede afectar mi propuesta inicial. Seria de gran ayuda tener un
caso de estudio de una arquitectura real para poder realizar una
comparación mas cercana del trabajo realizado.
10 Bibliografía
 Mejores prácticas en la industria bancaria. www.apqc.org.
 TOGAF as an Enterprise Architecture Framework.
http://www.opengroup.org/architecture/togaf8-doc/arch/