Abstracción de Datos

Es por diseño que los componentes principales del IPF son agnósticos a la Data Type s usted está utilizando.

Almacén de Pagos

El Almacén de Pagos espera que estén presentes ciertos campos, tales como:

  • el unitOfWorkId utilizado como parte del identificador de Entrada de Pago, y

  • el globalState para permitir que los consumidores consoliden state

Sin embargo, fuera de los puntos de datos requeridos para la identificación,state y contexto, el contenido principal de la carga útil se almacena como una cadena. Significado cualquiera data type puede ser convertido en una cadena y persistido en el almacén. La PaymentEntry guardada también tiene un contentType atributo para habilitar la deserialización por parte de los consumidores.

El objeto PaymentEntry se describe en la documentación del Almacén de Pagos:Estructura de Entrada de Pago.

Liberador de Pagos

El Liberador de Pagos es agnóstico al contenido. La entrada en un comando Releaser es siempre un Unit of Work ID. El Liberador de Pagos maneja los mismos datos que el Almacén de Pagos y, por lo tanto, tiene la misma restrictions, en el sentido de que requiere un conjunto mínimo de datos para poder procesar la información (por ejemplo, obtener transacciones individuales de una entrada de pago por lotes).

Aunque el Liberador de Pagos es agnóstico a data type s, la implementación predeterminada del Liberador de Pagos no es y es restricted a definir data type s (por ejemplo, una transacción es restricted a la ISO20022 Tipo de dato CreditTransferTransaction).

Persistent Scheduler

El Scheduler no contiene ningún dato y por lo tanto no es restricted to data type s.

En el Scheduler Solución de pagos, el Persistent Scheduler es responsable de notificar al liberador cuando un lote necesita ser liberado. No contiene la carga de datos en sí y solo mantiene identificadores (por ejemplo,Unit Of Work ID) para la carga útil.