Publicación de la revista tecnológica ITahora

Por qué los bancos están pensando en renovar su Core Bancario?

Recuerdo cuando a fines de la época de los 80 la mayor parte de los bancos tenían sus Core Bancarios propietarios,  centralizados en grandes equipos mainframes casi la mayoría de esos equipos de la marca IBM muy complejos y muy costosos (usábamos los famosos terminales 3270, los lenguajes de programación Cobol, Cics, Assembler, archivos VSAM o bases de datos DB2) luego vino la tendencia y la novedad de los sistemas de  tecnología cliente/servidor los cuales si bien ayudaban a descentralizar pero así mismo muy difícil de administrar y mantener, ahora nuevamente estamos regresando a los sistemas centralizados pero en la Nube por supuesto soportados en mejores infraestructuras tecnológicas tanto de Hardware como de Software y por supuesto con costos mucho más bajos.

Un alto porcentaje de los bancos consideran que tendrán que reemplazar su sistema bancario en los próximos tres a cinco años, con casi un 90%  a favor de incluir tecnologías SaaS y/o IaaS basados en la nube.

La alta dirección de los bancos se ha dado cuenta que la tecnología existente de sus bancos ya no puede soportar sus necesidades y consideran inevitables que los bancos deben modernizar su tecnología, comunicaciones y procesos para evitar la pérdida de cuota de mercado y no se diga si vemos el ritmo galopante con que vienen avanzando las Fintech.

No se puede convertir un banco a digital sin la renovación de sus sistemas básicos y no se puede renovar los sistemas sin utilizar cloud para la gestión de los datos y parte de la operación. Para responder a los cambios requeridos incluso puede ser necesario plantearse la opción de trabajar con nuevos proveedores de tecnología incluso cuando estos tengan menos referencias que los proveedores tradicionales.

Esto de innovar y ofrecer nuevos productos financieros rápidamente tiene sus riesgos y tenemos que estar de acuerdo que la seguridad tanto para nuestros clientes como para la institución debe mejorar debido a los crecientes riesgos  asociados con la tecnología en la nube y multicanal.

Uno de los mayores obstáculos en la modernización es conseguir la aceptación y patrocinio por parte de la alta gerencia, también debemos reconocer que los bancos están demasiado ocupados en el cumplimiento de las regulaciones para los organismos de control lo cual es un obstáculo serio para pensar en términos de innovación.

La amenaza de nuevos participantes y competidores disruptivos es cierta y se reconoce que empresas como Google, Apple, Amazon  son una amenaza real que podría robar a sus clientes. 

Las mejores prácticas para implementar un Core Bancario

Los banqueros lo saben y a menudo se refieren a los cambios  de un Core Bancario como una cirugía a corazón abierto, las vastas plataformas que soportan la transaccionalidad y la operación del día a día de un banco son críticas para la supervivencia del mismo, en consecuencia los costos y los riesgos de los proyectos bancarios son altos.

Producto de la experiencia en muchos quirófanos de la industria bancaria nacional y latinoamericana, de los errores, los fracasos, de la investigación, de la lectura de mucha literatura sobre este tema, considero que por la salud del paciente debemos tener en cuenta las siguientes mejores prácticas.

1.-  Establecer un plan o un programa de trabajo es imprescindible, fijar los principales hitos, aunque los planes son realmente grandes, complejos e inciertos siempre nos ayudan para ubicarnos donde estamos y para tomar decisiones, si se pierde el rumbo también se pierde el presupuesto y todo lo demás. Si un plan de 2 años se convierte en 3 años costará un 50% más, uno de los mayores costos es el costo de la gente. Ocasionalmente se pueden tomar decisiones menos perfectas pero se las puede ordenar más tarde en lugar de tratar de construir la solución perfecta. No puedes permitirte dejar al paciente en la mesa del quirófano demasiado tiempo, si estás trabajando en el corazón y vez algo mal con los riñones probablemente tengas que ocuparte de eso pero más tarde y con otro especialista.

2.- Limpiar los datos antes de la migración.-  La limpieza de los datos es algo que hay que hacer de antemano, hay que limpiar y depurar los datos en el sistema antiguo, no espere que el nuevo sistema lo haga. Los bancos y las empresas en general necesitan centrarse en conocer y dominar sus datos para así poder mantener el control sobre toda la información.

3.- Crear un comité de dirección del proyecto para  la toma decisiones de alto nivel para arbitrar los diferentes puntos de vista ya se en las líneas de negocio, operaciones o de tecnología. Este órgano debería reunirse al menos una vez al mes o cuando la situación lo amerite y las decisiones deberían ser definitivas y vinculantes.

4.- Use implementaciones piloto mientras se pueda y sea necesario, esto ayuda a resolver las novedades y distorsiones antes de realizar un despliegue a gran escala.

5.-  Jamás trate de hacer todo a la vez.- No se debe poner todos los –artículos- en la lista de deseos de los requisitos del nuevo sistema, lógicamente existirán algunos usuarios que piensen que su lista de deseos no está siendo atendida, recuerda que esta es una cirugía de corazón abierto. Para la primera transformación reduzca lo más posible la nueva funcionalidad simplemente intente migrar su negocio existente a la nueva plataforma, una vez que se encuentre en la nueva plataforma podrá comenzar a implementar nuevas funcionalidades.

6.- Espere excesos en tiempos y costos.- Nunca he visto un proyecto en la industria bancaria que se cierre a tiempo y dentro del presupuesto, debido a que son proyectos grandes y complejos siempre hay sorpresas y rara vez son agradables.

7.- Trate de mantener y retener a los empleados de TI existentes incluso si está cambiando a una nueva herramienta tecnológica, es muy desmotivador para la gente saber que tan pronto el nuevo proyecto termine algunos serán despedidos, capacite y prepare al mejor personal en el nuevo sistema.

8.- Profundice mucho y siempre refuerce la capacitación de los usuarios finales antes de la salida a producción,  ellos siempre nos vendrán a decir de cosas que no funcionan bien ya sea con razón o por desconocimiento, en gran parte los usuarios finales determinan el éxito del proyecto.

9.- Administre la migración estrictamente.-  La definición de la fecha de corte y el mejor momento en que los datos se encuentren preparados para la migración debe manejarse y respetarse estrictamente para que el proceso pueda funcionar sin problemas.

10.- Este preparado para solucionar rápidamente fallas en el nuevo sistema, no es posible o será muy costoso probar todo, hay que saber reaccionar rápidamente ante cualquier problema después de la salida a producción y hay que ser flexibles y estar preparados incluso para dar algunas soluciones manuales.