IPF Operational Data Store - ODS

Descripción general

IPF ODS proporciona información sobre el ciclo de vida completo de un pago, independientemente del tipo (pago/mensaje) o del canal a través del cual fue recibido. El ciclo de vida completo de un pago puede ser el resultado de la ejecución de múltiples procesos, como el procesamiento de customer credit transfer instrucción (pain. 001, que resulta en un pacs. 008 que se envía a un CSM), a pacs. 002 actualización del estado de pago (como respuesta a la pacs. 008), una solicitud de cancelación (camt. 056) y la respuesta a la solicitud de cancelación del CSM. Los datos en el ODS también puede ser accedido por customers a través de uno de sus canales bancarios para consultar el estado o ver los detalles de un pago. También es posible que el ODS es consultado por otras aplicaciones bancarias, por ejemplo, la aplicación que genera estados de cuenta para customers y necesita enriquecer las reservas (que contienen una cantidad limitada de datos) con datos de pago adicionales para proporcionar el customer con todos los datos relevantes que necesita para sus operaciones (por ejemplo, la conciliación de cuentas por cobrar).

El ODS incluye un conjunto de APIs con qué aplicaciones (como IPF Operator GUI, pero también no-IPF applications Puede buscar pagos, los detalles de un pago, los registros de procesamiento, así como los mensajes que se intercambian con sistemas/partes externas.

La fuente de datos del IPF ODS es el procesamiento events y mensajes que son almacenados por los nodos de procesamiento de IPF durante el procesamiento de pagos/transacciones en el event almacén.

Para poner el ODS Un poco más en un contexto empresarial a continuación se presentan varios ejemplos de consultas que los operadores deben ser capaces de realizar:

  • Un operador debe poder buscar un pago.instructions(PmtInf de un pain001) que han sido emitidos por un customer sobre la base de uno o más criterios de búsqueda como referencia de instrucción, referencia de extremo a extremo, moneda de transferencia, monto de transferencia (rango), fecha de presentación (rango), canal de entrega, tipo de pago, cuenta del deudor, etc.

  • Un operador debe poder buscar transacciones de pago (CdtTrfTxInf) que han sido presentados por un customer, independientemente de la instrucción en la que se hayan presentado, utilizando uno o más criterios de búsqueda como referencia de extremo a extremo, moneda de transferencia, monto de transferencia (rango), fecha de presentación (rango), tipo de pago, cuenta del acreedor, etc. Esto es necesario ya que puede no ser siempre conocido (por ejemplo, por el originador customer) en qué instrucción se ha presentado una cierta transacción al banco.

Un operador necesita poder buscar una transacción específica (CdtTrfTxInf) que ha sido enviado a un CSM(GrpHdr de un pacs008). Por lo tanto, el CdtTrfTxInf El (objeto) que se recibe en el mensaje pain001 necesita ser vinculado/asociado con el GrpHdr de la pacs. 008 en la que se envía la transacción a la CSM.

Un operador necesita ver qué actualizaciones del estado de pago (potencialmente múltiples a lo largo del ciclo de vida) se han enviado al origen.customer para una instrucción de pago específica (PmtInf), a través de uno de los customer canales. Para habilitar esto, la CdtTrfTxInf relevante de la entrada pain. 001 el mensaje debe estar vinculado al GrpHdr de la pacs. 008 mensaje en el que se envió la transacción a la CSM.

  • Un operador necesita poder buscar cualquier Objeto MDS que ha sido procesado en IPF para ver qué acciones se han realizado durante el procesamiento en IPF.

Licenciamiento

The ODS El servicio es un Módulo Opcional Adicional (AOM) para el cual usted requiere una licencia adicional; por favor, consulte su acuerdo de licencia si tiene alguna duda.

Resumen

ODS proporciona una unificación, y eventually una visión coherente del ciclo de vida completo de un pago, que será el resultado de la ejecución de múltiples procesos, tales como la iniciación, ejecución, compensación y liquidación, cancelación e integración con otros sistemas bancarios, como las verificaciones de fraude y sanciones.

Hay dos aplicaciones desplegables, ingestión e indagación, y ambas comparten un modelo de datos.- La ingestión escribe (principalmente) y la consulta lee (principalmente).

La ingestión consume IPF Processing Data, construye un ODS representación del modelo de datos y persiste la información de una manera en la que puede ser consultada. También construye vistas más complicadas a partir de los datos brutos. ODS modelo de datos.

La consulta es un api que permite consultas flexibles de la ODS modelo de datos. Soporta la GUI Operacional de IPF y otros sistemas bancarios que requieren información sobre pagos.