IPF Operational Data Store - ODS

IPF ODS proporciona una visión del ciclo de vida de extremo a extremo de un pago, independientemente del tipo (pago/mensaje) o del canal por el que se haya recibido. El ciclo de vida de extremo a extremo de un pago puede ser el resultado de la ejecución de múltiples procesos, como el procesamiento de una instrucción de transferencia de crédito del cliente (pain.001, que da lugar a un pacs.008 que se envía a un CSM), una actualización de estado de pago pacs.002 (como respuesta al pacs.008), una solicitud de cancelación (camt.056) y la respuesta a la solicitud de cancelación por parte del CSM. Los clientes también pueden acceder a los datos del ODS a través de uno de sus canales bancarios para comprobar el estado o ver los detalles de un pago. También es posible que otras aplicaciones del banco consulten el ODS; por ejemplo, la aplicación que genera extractos de cuenta para clientes y necesita enriquecer los asientos (que contienen una cantidad limitada de datos) con información adicional del pago para proporcionar al cliente todos los datos relevantes que necesita para sus operaciones (p. ej., conciliación de cuentas por cobrar).

El ODS incluye un conjunto de APIs con las que las aplicaciones (como IPF Operator GUI, pero también aplicaciones no IPF) pueden buscar pagos, los detalles de un pago, los registros de procesamiento así como los mensajes que se intercambian con sistemas/terceros externos.

La fuente de datos del IPF ODS son los eventos de procesamiento y los mensajes que almacenan los nodos de procesamiento de IPF durante el procesamiento de pagos/transacciones en el event store.

Para situar el ODS un poco más en un contexto de negocio, a continuación se muestran varios ejemplos de consultas que los operadores deben poder realizar:

Un operador debe poder buscar una transacción específica (CdtTrfTxInf) que se haya enviado a un CSM (GrpHdr de un pacs008). Por lo tanto, el CdtTrfTxInf (objeto) que se recibe en el mensaje pain001 debe vincularse/asociarse con el GrpHdr del pacs.008 en el que la transacción se envía al CSM.

Un operador debe poder ver qué actualizaciones de estado de pago (potencialmente múltiples a lo largo del ciclo) se han enviado al cliente originador para una instrucción de pago específica (PmtInf), a través de uno de los canales de cliente. Para habilitar esto, el CdtTrfTxInf relevante del mensaje entrante pain.001 debe vincularse al GrpHdr del mensaje pacs.008 en el que la transacción fue enviada al CSM.

El servicio ODS es un Módulo Opcional Adicional (AOM) para el cual se requiere una licencia adicional; por favor, revise su contrato de licencia en caso de duda.

ODS proporciona una visión unificada, y eventualmente consistente, del ciclo de vida de extremo a extremo de un pago, que será el resultado de la ejecución de múltiples procesos, tales como inicio, ejecución, compensación y liquidación, cancelación e integración con otros sistemas del banco, como comprobaciones de fraude y sanciones.

Hay dos aplicaciones desplegables, ingestion e inquiry, y ambas comparten un modelo de datos: ingestion escribe (principalmente) e inquiry lee (principalmente).

Ingestion consume IPF Processing Data, construye una representación del modelo de datos ODS y persiste los datos de manera que puedan ser consultados. También construye vistas más complejas a partir de los datos ODS en bruto.

Inquiry es una API que permite consultas flexibles del modelo de datos ODS. Admite la IPF Operational GUI y otros sistemas del banco que requieren información sobre pagos.