Conceptos
Data Type s
El core el tipo es el IPF Processing Data sobre que se comporta como un envoltorio de mensaje y puede contener cualquier número de soportes data type s. También contiene el contexto de procesamiento para los datos contenidos en el sobre.
El soportado data type s se dividen en tres categorías: procesamiento,MDS y PDS.
Process Objects
Process objects son aquellos que se originan en torno al procesamiento de un pago, por ejemplo un process object se produce para cada mensaje intercambiado con otro sistema por el flujo de procesamiento del IPF.
Process objects se les asigna un id único por defecto, que está compuesto por la "asociación primaria" y un uuid generado aleatoriamente. Por ejemplo, si un objeto se publica más de una vez, o se consume más de una vez, entonces solo existirá una única instancia en la base de datos siempre que los objetos recibidos tengan el mismo id único.
Estructuras de Datos
MDS Objetos
A Estructura de Datos del Mensaje(MDS) el objeto es una estructura de datos que se origina a partir de objetos iso 20022 - por ejemplo un pain. 001 instrucción contiene un encabezado de grupo, uno o más instructions, y dentro de cada instrucción, una o más transacciones de transferencia de crédito. Cada una se considera una distinta MDS objeto, que pertenece al pago original o unit of work.
Cuando un pain. 001 es recibido por un flujo de procesamiento de IPF, y se presenta como un business data elemento con el tipo MESSAGE_DATA_STRUCTURE, se divide en partes, por ejemplo, una pain. 001 el elemento de datos se dividiría en tres objetos, el nivel superior CustomerCreditTransferInitiation, el PaymentInstruction y un CreditTransferTransaction, y esas partes se entregan en un solo sobre.
Cada objeto individual se le asigna un id único y estable en la forma unit-of-work-id|data-element-name|sequence|object-name. p. ej. para cada uno de los pain. 001 los objetos tendrían los identificadores uow1|DataElement1|0|CustomerCreditTransferInitiation,uow1|DataElement1|0|PaymentInstruction y uow1|DataElement1|0|CreditTransferTransaction.
Si el pain. 001 contenía múltiples instructions y/o transacciones, entonces cada instrucción o transacción hermana tendría su propio id único debido a la secuencia.
Debido a que este id es estable, cualquier otro events que contengan el mismo pain. 001 producirá los mismos objetos, con los mismos ids, permitiendo a los consumidores posteriores identificar los duplicados.
PDS Objetos
A Processing Data Estructuras (PDS El objeto es una estructura de datos para almacenar la información que se genera durante el procesamiento de una transacción. IPF incluye un conjunto de estándares PDS Definiciones de objetos, y también permite la implementación de especificaciones específicas del cliente. PDS objetos.
PDS los objetos se identifican a través de su nombre, el cual es único dentro del contexto de un unit of work, y consistente en diferentes versiones de la misma PDS objeto. Diferentes versiones de un PDS objeto con el mismo nombre se distinguen por el event número de secuencia del que se originaron.
El estándar IPF PDS los objetos son:
| PDS nombre del objeto | Descripción |
|---|---|
|
El tipo de pago específico del cliente para este unit of work, esto puede ser cualquier valor que un cliente desee. |
|
El tipo de viaje específico de IPF para este unit of work, esto debe ser un tipo soportado por IPF core p. ej. PAGO, RETIRO, etc. |
|
El Mecanismo de Compensación y Liquidación asignado a este unit of work |
|
La prioridad para esto unit of work |
|
La zona horaria para este unit of work |
|
Los datos de divisas para este unit of work |
|
A unit of work relacionado con el actual unit of work, por ejemplo, para un retiro esto podría ser el pago original de unit of work id |
|
Un identificador que se puede añadir a esto unit of work como un método alternativo de identificación |
Salida
ipf-procesamiento-datos-salida contiene módulos para la publicación ipf processing data
Ingreso
ipf-procesamiento-datos-ingreso contiene módulos para consumir ipf processing data
Simulador
El simulador se basa en ipf-simulator-ng, permitiendo solicitudes, carga y estadísticas REST llamadas. (Consulte la documentación para obtener más información).
Hay una página web del simulador en /index.html en el puerto 55555, que utiliza el REST llamadas descritas anteriormente.
El simulador genera múltiples Data Envelopes y los envía a la IPF_PROCESSING_DATA tema.
El simulador actualmente envía los siguientes 7 events al tema para cada transacción enviada:
Por defecto, el simulador produjo datos utilizando la versión 2 del modelo de datos. Puede configurarse para producir datos utilizando la versión 1.
del modelo de datos con ipf.processing-data.egress.schema-version = 1.
|
| Tipo de Evento | Contenidos |
|---|---|
MdsObjects &ProcessObjects |
MdsObjects → PAIN_001 y PAIN_001_PAYMENT_INSTRUCTION &PAIN_001_CREDIT_TRANSFER_TRANSACTION ProcessObjects →ProcessFlowEvent→ Flujo Iniciado |
ProcessObjects |
ProcessFlowEvent → Aclarado y Liquidado |
ProcessObjects |
ProcessFlowEvent → Sanciones Aprobadas |
ProcessObjects |
ProcessFlowEvent → Verificación de Fraude Aprobada |
ProcessObjects |
ProcessFlowEvent → Fraude Aprobado |
ProcessObjects |
ProcessFlowEvent → Pago Enriquecido |
ProcessObjects |
ProcessFlowEvent → Pago Completo |