Arquitectura de Software Empresarial & Servicios Financieros

La mayoría de las empresas hoy en día no poseen una arquitectura formal (Gartner, 2003). La solución no es otra super inversión que provoque un Big-Bang en la organización. Si en un proyecto no se ha definido una arquitectura de sistema confiable, flexible y escalable, simplemente éste no debe proceder.

La arquitectura juega un papel fundamental al permitir que una organización cumpla con sus objetivos de negocio. Arquitectura tiene un precio (el costo de su desarrollo, cuidado), pero vale la pena por sí mismo generosamente al permitir la organización para lograr sus los objetivos con el sistema y ampliar las capacidades del software. La arquitectura es un activo que tiene un valor tangible a la organización de desarrollo más allá del proyecto para el cual fue creado. La arquitectura estrictamente desde un punto de vista de la ingeniería de software aporta tanto a proyecto de desarrollo, además de que el valor devuelto a la empresa.

La arquitectura de software en década del 90' surgió como un subcampo de la ingeniería del software , cuando se hizo ampliamente reconocida la idea de que conseguir la arquitectura correcta era un elemento clave para la creación de un sistema de software que cumpliera con los requerimientos. Tras esto se siguió una serie vertiginosa de las propuestas de anotaciones, herramientas, técnicas y procesos para apoyar el diseño arquitectónico y de integrarlo con las prácticas de desarrollo de software existentes. Y, sin embargo, a pesar de la existencia de este cuerpo de conocimiento, en la arquitectura de software existen aún muchos casos en los que no se sigue una práctica estandarizada.

Parte de la razón de esto ha sido una especie de polarización de opiniones sobre el papel que la arquitectura debe jugar. Por un lado es una escuela de pensamiento que defiende la arquitectura centrada en el diseño, en la que la arquitectura juega un crucial y esencial papel durante el proceso de desarrollo de software. La gente en este campo han tendido arquitectura para centrarse en los diseños arquitectónicos detallados y completos y bien definidos hitos y normas explícitas para la documentación de la arquitectura. En el otro lado es una escuela de pensamiento que menos énfasis arquitectura, con el argumento de que surjan naturalmente, como un subproducto de un buen diseño.

Es obvio que para la clase de sistema. La gente en este campo han tendido a centrarse en la minimización de diseño de la arquitectura como una actividad separada de la aplicación, y en la reducción o la eliminación de documentación arquitectónica.

Claramente, ninguno de estos campos tiene derecho para todos los sistemas. De hecho, la pregunta que uno debe plantearse es: "¿Cuánto diseño arquitectónico se requiere para desarrollar un sistema dado? "

En el libro, George Fairbanks se propone una respuesta: "Sólo Arquitectura suficiente." En un primer momento a esto podría ser: "Bueno, duh!", Porque ¿quién querría demasiado o muy poco. Como tal, proporciona una manera refrescante y no dogmático de enfoque de software arquitectura - con un enorme valor práctico.

Fairbanks señala que el criterio básico para determinar la cantidad de la arquitectura es suficiente la reducción del riesgo. Donde hay poco riesgo en un diseño, la arquitectura poco es necesario. Pero cuando dura problemas de diseño del sistema surgen, la arquitectura es una herramienta con la un enorme potencial. En concreto, se centra en la reducción de riesgos de ingeniería se alinea los beneficios con los costos, asegurando que el diseño arquitectónico se utiliza en situaciones donde se requiera cumplir con ciertas expectativas.

Naturalmente, hay un montón de cuestiones secundarias para responder. ¿Qué riesgos son los mejores dirigida a la arquitectura de software? ¿Cómo se aplican los principios de diseño arquitectónico para resolver un problema de diseño? ¿Qué escribir acerca de su arquitectura compromisos para que los demás saben lo que son? ¿Cómo se puede ayudar a asegurar que compromisos arquitectónicos son respetados por los ejecutores de abajo?

REFERENCIAS:

Enterprise Software Architecture & Financial Services Industry – Future Trends, Challenges & Frameworks - MIT [Ahmad Shuja, 2003]
Software Architecture in Practice 2nd Edition - The SEI Series in Software Engineering
Just Enough Software Architecture - [Fairbanks, 2010]

Soluciones de Core Bancario o "Core Banking"

Hoy por hoy los bancos se encuentran en una encrucijada. El actual entorno económico, sumamente complejo, les somete a una gran presión, por lo que se ven obligados a efectuar agresivos recortes en materia de costos, y optimizar sus operaciones, al tiempo que se deben preparar para disfrutar de cierta ventaja competitiva cuando el ciclo económico cambie y se oriente de nuevo hacia el crecimiento.


Un sistema de Core Bancario según una definición de Gartner Group es un sistema back-end que procesa las transacciones diarias, actualizaciones de cuentas y otros registros financieros. Estos sistemas suelen incluir depósitos, préstamos y capacidades de procesamiento de créditos, con interfaces a los sistemas de contabilidad general y herramientas para la generación de reportes (Jasper Reports, Crystal Reports). El enfoque estratégico de en estos sistemas se basa en una combinación de la arquitectura orientada a servicios, y tecnologías de apoyo que crean arquitecturas extensibles.


Hoy en día, la mayoría de las entidades financieras utilizan las aplicaciones de "Core Bancario" para apoyar sus operaciones dado que el avance en la tecnología, especialmente en las tecnologías de la información han mejorado la eficiencia en la administración y control de los procesos y actividades de la banca.

Las soluciones de Core Bancario son aplicaciones que se basan en una plataforma que tiene por objetivo permitir a los bancos mejorar las operaciones, reducir costos, y prepararse para el crecimiento. La implementación de una solución empresarial modular, basada en componentes, facilita la integración de tecnologías bancarias existentes. Una arquitectura orientada a servicios (en inglés Service-Orientes-Architecture SOA) ayudará a los bancos a reducir el riesgo que puede derivarse de la carga manual de datos e información desactualizada, incrementa la gestión de la información y su revisión, y hace más fluido el negocio con la implementación de sistemas completos.

Es por esto que el Core Bancario representa el corazón de la operación financiera de los bancos, y la decisión de seleccionar una plataforma de última generación representa un reto en términos de flexibilidad, escalabilidad, funcionalidad e inversión, que esté totalmente alineada con la estrategia del negocio y que garantice la continuidad operacional a mediano y largo plazo.


Módulos más importantes considerados para una plataforma de Core Bancario flexible, para organizaciones de cualquier estructura y escala geográfica:

Cuentas Corrientes Cajas de Ahorro Depósitos a Plazo Fijo Préstamos a Plazo Fijo Descuentos Administración de Límites Garantías otorgadas Garantías recibidas Valores al cobro Custodia y administración de valores Ordenes de pagos y transferencias Venta de cheques de viajeros

Cajas de seguridad Mesa de Dinero Mercado de Capitales Cambios (Contado / Futuro) Cartas de Crédito de Importación Cobranzas de Importación Cartas de Crédito de Exportación Cobranzas de Exportación Soporte SWIFT Información y reportes a los Organismos de Regulación y Contralor Información y reportes a la Casa Matriz Información Gerencial (MIS) Contabilidad (Cumpliendo con cambios normativos e IFRS)

Los sistemas de información son uno de los activos más destacables de las instituciones financieras contemporáneas y aquellos considerados "Core" resultan especialmente importantes y son un ejemplo claro de capacidades distintivas (Gestión Estratégica) entre entidades, ya que de ellos depende la facultad de una determinada institución para atraer clientes, prestarles sus servicios y conservarlos. 


¿Debemos sustituir nuestro sistema de Core Bancario?
La decisión sobre sustituir un sistema de Core Bancario, y el momento y la forma de llevar a cabo su reemplazo, sea posiblemente una de las decisiones más importantes que tenga que tomar el CIO de un banco. Por tanto es crucial escoger el momento y el enfoque más adecuados para minimizar los riesgos y maximizar las ventajas a largo plazo que de dicha sustitución se derivarán para la empresa.

Habitualmente dos son los criterios que determinan la decisión sobre el llevar a cabo proyectos TI de sobre el cambio en la plataforma de Core Bancario:

1. Por un lado cuando el costo total de propiedad de los sistemas resulta insostenible, y/o cuando las capacidades de estos sistemas suponen un serio obstáculo para la competitividad de la institución, para su crecimiento y para la consecución de altos niveles de rentabilidad. Por desgracia la complejidad de los sistemas básicos de la mayoría de los bancos se ha ido incrementando a medida que estos añadan estratos de funcionalidad para adaptarse a las cambiantes necesidades de su ámbito de actividad (enfoque al cliente, multicanalidad, entre otros). El resultado de esta situación son sistemas que requieren de un mantenimiento complejo y con un costo muy elevado.
2. En el actual entorno económico, este alto costo en la evolución y el mantenimiento de dichos sistemas de información con, en general, muchos años de vida útil ya no son sostenibles, como lo era en épocas de fuerte crecimiento. Es más, las necesidades de negocio de la mayoría de los bancos están experimentando cambios muy rápidos, y las mejoras y adaptaciones que se requerían en estos antiguos sistemas de información no proporcionan la funcionalidad que permite a estas entidades alcanzar sus objetivos financieros, ni en tiempo, ni a un costo razonable.

Junto con este costo, otro gran motivo para aplazar la decisión de cambiar los sistemas de core básicos es el riesgo. Pero hoy en día, sustituir estos sistemas básicos resulta mucho más seguro que en el pasado. De hecho, dada la incertidumbre y la rapidez de los cambios que se están produciendo en la economía en este momento, en realidad la opción más arriesgada podría ser mantener dichos sistemas tal y como están. El riesgo es, sin lugar a dudas, un elemento inherente a todas las iniciativas relativas a los cambios de sistemas. No obstante, la aparición de paquetes de software de core bancario significa que los bancos ya no tienen que crear nuevos sistemas de la nada como hicieron hace décadas, cuando desarrollaron sus sistemas básicos. Ello minimiza significativamente los riesgos de que la actividad de la empresa de vea alterada, y reduce el tiempo y el costo de las iniciativas de sustitución de estos sistemas básicos.

Los actuales enfoques graduales y secuenciales de estos procesos de estos procesos, incluso la capacidad de cambio selectivo de capacidades clave, ayudan a minimizar la disrupción en el negocio. Así se facilita la continuidad de los mismos, otro de los elementos clave de preocupación a la hora de abordar este tipo de transformaciones. Además, los nuevos modelos industrializados de delivery, las herramientas avanzadas migración de datos y ejecución de proyectos, así como unos equipos de profesionales con gran experiencia en los procesos de transformación de los sistemas core de los bancos, ayudan a reducir tanto los costos como los riesgos asociados a este tipo de iniciativas.

Por otra parte, los nuevos modelos globales de obtención de recursos en países con menos gasto (offshoring) mitigan asimismo los riesgos y los costos que supone la sustitución de plataformas de Core Bancario.


De esta forma, la transformación de los servicios de core bancario debería orientarse a la consecución de dos ventajas competitivas:

1. mejora de la eficiencia y la innovación de los productos y los servicios para impulsar el crecimiento de los beneficios y
2. reducción de los costos totales de procesamiento de las operaciones. En muchos casos dicha transformación es crucial para conseguir un incremento sustancial en la eficiencia operativa, aumentar el potencial de crecimiento, responder a las necesidades de los clientes en constante evolución, y mejorar la gestión del riesgo.

REFERENCIAS:

http://www.financialtech-mag.com/000_estructura/index.php?ntt=11105&vn=1&sec=4&idb=177

http://www-01.ibm.com/software/cl/industry/banking/

http://www.bantotal.com/home/index.asp

http://www.nasoft.com/site/Home/Soluciones/Portecnolog%C3%ADa/CoreBancario/tabid/97/Default.aspx

http://www.fischile.cl/index.php?option=com_content&view=article&id=5&Itemid=14

http://www.alide.org.pe/fn11_fin_rev4_coreBancoldex.asp

http://financiablog.gilmartinspain.com/archives/1