SABIC: sistema contable bancario.
SWIFT: Debido a que se utiliza a SWIFT como medio de comunicación de respaldo, esta aplicación se encarga de tomar de la Cola de Salida los mensajes del SLBTR que van hacia los bancos y que la conexión que tienen es por SWIFT, los convierte de formato XML a SWIFT y los envía por la aplicación de SWIFT. Además dicha aplicación se encarga de tomar lo que venga hacia el SLBTR utilizando SWIFT como medio de comunicación y convertirlo a formato XML para su procesamiento en el SLBTR.
SLBTR: Aplicación encargada de realizar el procesamiento de los mensajes del Sistema de Liquidación Bruta en Tiempo Real, así como enviar los datos necesarios a la contabilidad para registrar las operaciones del SLBTR en Banco Central. Además recibe de la contabilidad la respuesta y genera los mensajes necesarios para cada banco involucrado en una transacción.
Cliente de Correo: Aplicación encargada de intercambiar los mensajes XML entre los bancos enviados vía correo electrónico.
Este conjunto de aplicaciones, aunque realizaba el intercambio interbancario, tenía varios cuellos de botella en su funcionamiento, de manera que se hacía necesario renovarlo para soportar el incremento de mensajería.
Se concibió entonces una aplicación que fuese capaz de integrar todos los subprocesos existentes, además de brindar facilidades para el monitoreo del flujo de mensajes, con vistas a detectar rápidamente cualquier fallo. Se requerían además facilidades de reportes y estadísticas accesibles por la comunidad interbancaria.
Los resultados esperados eran:
Renovar, optimizar y facilitar el proceso completo de intercambio de transacciones interbancarias, en el que actualmente interactúan varios softwares creados con diferentes tecnologías.
Monitorear aspectos que puedan atentar contra la calidad del servicio, mediante un cliente que mostrará eventos registrados durante la ejecución del servicio.
Facilitar a los bancos la consulta del estado de las transacciones enviadas, incluyendo fechas en las que ocurre la transacción, estados de esta, importe y moneda declarados, entre otros aspectos analizables desde varios puntos de vista ya sea banco emisor o receptor, referencia transaccional del mensaje, etc. mediante una aplicación web accesible desde los bancos participantes
Fue necesaria entonces una renovación tecnológica, utilizándose en esta nueva concepción tecnologías como:
Servicios WEB: Procesos de contabilización y determinación de estados de transacciones en sucursales bancarias
Bases de datos activas: Determinación de tipos de mensaje, fecha de entrada de estos, control de estados.
Reglas de negocio extensibles: Validación de mensajes. Utilización de enlace tardío (late binding).
Replicación de datos: Aislar la base de datos operacional de los datos usados en reportes y estadísticas, para reducir los tiempos de bloqueo a tablas
Procesos ETL para limpieza y transformación de datos: Agilización del proceso de obtención de datos para reportes, así como mayor consistencia y fiabilidad de la información mostrada.
Concurrencia de procesos (multihilo): Lograr que la aplicación sea capaz de enfrentarse a un gran volumen de transacciones y procesos de recepción, validación, contabilización y transformación de información.
Servicio de Reportes automáticos: Envío diario de reportes de manera automática y simultánea a un grupo de destinatarios interesados en monitorear el flujo de las transacciones.
Flujo del proceso en el SLBTR
Cada participante tendrá un único punto de contacto con el SLBTR en el BCC desde donde se enviarán y recibirán todas las transacciones del SLBTR.
Los mensajes sólo se intercambiarán entre los participantes y el BCC en ambos sentidos. Los mensajes directos entre participantes no son permitidos por el sistema.
Los mensajes deben ser validados y contabilizados o rechazados según corresponda.
Debe brindarse información sobre cada estado del proceso y facilitarse la búsqueda de esta y publicación de estadísticas requeridas.
A continuación, mostramos en la figura 1, detalles de este proceso.
Fig.1. Esquema de funcionamiento del SLBTR.
Cabe señalar que el nuevo SLBTR debía funcionar estrechamente vinculado al viejo, sustituyéndolo por procesos, por lo que debía integrarse y respetar criterios de diseño previamente definidos en el sistema que le precedía.
CONCLUSIONES
Los objetivos ya están cumplidos en más de un 95%. Actualmente ya están operativos a un 100% el cliente y la página web. El servicio de intercambio de mensajes ya está operativo y se le está adicionando el módulo de contabilización, el cual se encuentra pasando una etapa de prueba.
Autor:
Ing. Daniel Oliva Martínez
Sistemas informáticos para el Banco Central (SIBANC),
Ciudad Habana, Cuba.
| Página siguiente |