7. Arquitectura

Con el objetivo de agilizar el trabajo y ahorrar tiempo a los clientes para llevar a acabo los procesos automáticos de pagos y consultas de movimientos bancarios se ha desarrollado este producto.

Este producto integra SAP con las entidades bancarias a través de APIs, gestionadas por un integrador que permite la comunicación entre ambas de manera bidireccional.

Esquema de la arquitectura

A continuación vemos las operaciones involucradas desde SAP a TCI y de TCI a Unnax para agregar cuentas y solicitar movimientos bancarios.

Pedir Movimiento bancarios: Desde SAP se envía un payload para solicitar movimientos bancario de una cuenta y TCI dicha petición lo envía a Unnax que devuelve la respuesta de forma asíncrona. Cuando la respuesta de haya devuelto se guarda en BBDD
Actualizar movimientos bancarios: Desde SAP se envía la petición para actualizar los movimientos en monitor. En TCI estos movimientos están guardado en BBDD y se devuelven a SAP.
Actualizar cuentas para movimientos bancarios: Desde SAP se envía la petición para actualizar cuentas y se recupera la información desde la BBDD
Agregar cuentas para movimientos bancarios y Actualizar Token ID: Desde SAP se envía la petición para agregar una nueva cuenta, y se lanza desde TCI a Unnax la petición de agregar una cuenta abriendo un widget donde se introduce los datos de la cuenta bancaria. Esto además regenera el token ID.

Eventos a través de Webhook:

EventCredentialTokenCreation: Este es el evento generado por AgregaciónCuentas ParaMovimientosBancarios y ActualizarTokenId una vez que el usuario se ha logeado correctamente en el widget. Nos llega un evento con el token pero todavía no está la información completa de cuentas. Este mismo evento lanza una petición para fitnance read filtrando con cuentas para recuperar información como el IBAN de las cuentas
Fitnance Read: Fitnance read es el evento principal de lectura de movimientos bancarios y de información de cuentas (en el filtro de la llamada a unnax podemos elegir filtrar por cuentas o movimientos). Además, se llama a una función de Azure que a su vez está función llama a TCI y procesa los movimiento bancarios y se devuelven a SAP
EventAggregationStatus: Al agregar una cuenta bancaria se pueden producir errores, por lo tanto, este webhook recoge dichos errores y se guardan en BBDD
EventAgrregationLogin: Al agregar una cuenta bancaria se hace el login y los eventos producidos por ellos se recogen y se guardan en BBDD
EventCredentialTokenLogin: Al hacer login en Unnax se pueden producir errores y dichos errores se recogen y se guardan en BBDD

Tareas programadas:

Actualizar estado de job: Se realizan consultas periodicas a Unnax para obtener el estado de las peticiones
Webhook services: Servicios para dar de alta, consultar o cambiarlas URL de los webhooks que
consume Unnax.

A continuación vemos la arquitectura de realizar los pagos

Envio Pago: Envio de un solo pago a Unnax.

Pedir Estado Pago: Pedir estado de varios pagos por su order code