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 inic ia 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 d e 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 t arjetas 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 informac ió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 mo mento de la en trega de productos al cliente por parte de la transpor tadora, 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 empres a 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 cas o 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 entreg ado 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 re cibe 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 transpor tadora 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 vis ión AS – IS. Ver Analisis de brecha Negocio.xls 7.2.1 Proyectos Identificados en las Brechas A continuación s e Presenta una descripción de cada uno de los proyectos o iniciativas identificadas para llega r a la arquitectura objetivo: 7.2.1.1 Incorporación al Análisis de riesgo nuevas validaciones: Se debe ampliar la cantid a d d e de validaciones de riesgo al cliente prospecto, estas nuevas validaciones son las siguientes: Validaci ó n a ntilavado, Li sta Clint on, Cifin, Datacredito. E stas validacion es 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 aprob ación o rechazo má s exacto. Estas consultas d eben tener un laps o 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 á lis is de riesgo con base a las polí ti cas de asignació n de montos del banco se le pre aprueba los pro ductos respectivos al cliente, pero antes de proceder a realizar el realc e o la entrega de tarjetas se deben ofrecer este producto al cl iente promocionado su utilizació n y las ventajas que puede tener al ya estar prácticamente anal izado su riesgo creditici o. 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 c liente 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 apr obació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 tr aslade a las oficinas del banco. Esta documentació n de soporte podrá ser utilizada en el siguie nte proceso que sería el aná lisis de riesgo multidimensional. 7.2.1.5 Activar el producto El pr oceso 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 Roadm ap Criterio Peso Rangos Beneficio 35% 1=Genera muy poco beneficio 5=Genera bastante beneficio Criticidad 30% 1=Poco Critico para el negocio 5=Muy Critico Ca pacidad 15% 1=Poca Capacidad de desarrollo 5=Excelente capacidad Riesgo 20% 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 Generar listado Analizar Riesgo Pre aprobar Productos Realizar Aceptar Producto Realce tarjetas Entregar Productos Activar Product o estudio Proveedor R Cliente Prospecto RW R 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 Documentac ión RW R 7.3.3 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 Proveedor Cliente Prospecto RW R R R Cliente RW R R R R Producto RW RW RW RW R Tarjeta Crédito RW R Crédito Libre Inversión RW R Plástico Información Cliente R R RW R 7.3.4 Análisis de Brechas de datos AS IS/TO BE Proveedor Cliente Prospect o Cliente Producto Tarjeta de Credito Credito de Libre Inversion Plastico Documentacion Eliminar Entidades Proveedor Included Cliente Prospecto Included Cliente Included Producto Included Tarjeta de Credito Included Credito de Libre Inversion Included Plastico Included Informacion Cliente Eliminated Nuevas Entidades New 7.3.5 Definir iniciativas o Proyectos AS IS TO BE Proyectos Existen información de rechazos los cuales marcan pero no se utilizan más adelante El registro de cliente que no aceptaron los productos aunque si pasaron todas las 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 redundancia de inf ormación Debe existir una modelo 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 u t ilizado por cada aplicación y determinar un dueño para c ada 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 (Porta l, É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, últi mo 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 produc tos 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 re alce 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). Dimension es: 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 20 0 / 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 disponi bles 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 Alp es 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 aplica rlas 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 y a 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 banca ria . www.apqc.org . TOGAF as an Enterprise Architecture Framework . http://www.opengroup.org/architecture/togaf8 doc/arch/
