Conceptos
Data Type s
El tipo principal es el IPF Processing Data sobre que se comporta como un envoltorio de mensaje y puede contener cualquier número de tipos de datos soportados. También contiene el contexto de procesamiento para los datos contenidos en el sobre.
Los tipos de datos admitidos se dividen en tres categorías: procesamiento,MDS y PDS.
Process Objects
Los objetos de proceso son aquellos que se originan en torno al procesamiento de un pago; por ejemplo, se produce un objeto de proceso por cada mensaje intercambiado con otro sistema a través del flujo de procesamiento del IPF.
Los objetos de proceso se asignan por defecto un id único, 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 que contiene un encabezado de grupo, una o más instrucciones, y dentro de cada instrucción, una o más transacciones de transferencia de crédito. Cada una se considera distinta MDS objeto, que pertenece al pago original o unidad de trabajo.
Cuando un pain.001 es recibido por un flujo de procesamiento de IPF, y se presenta como un elemento de datos empresariales 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 Si contiene múltiples instrucciones y/o transacciones, entonces cada instrucción o transacción hermana tendrá su propio id único debido a la secuencia.
Debido a que este id es estable, cualquier otro evento que contenga 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.
PDSLos objetos se identifican a través de su nombre, el cual es único dentro del contexto de una unidad de trabajo y consistente a través de diferentes versiones del mismo. PDS objeto. Diferentes versiones de un PDS Los objetos con el mismo nombre se distinguen por el número de secuencia del evento 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 esta unidad de trabajo, puede ser cualquier valor que el cliente desee. |
|
El tipo de viaje específico de IPF para esta unidad de trabajo, este debe ser un tipo soportado por IPF core p. ej. PAGO, RETIRO, etc. |
|
El Mecanismo de Compensación y Liquidación asignado a esta unidad de trabajo |
|
La prioridad para esta unidad de trabajo |
|
La zona horaria para esta unidad de trabajo |
|
Los datos de divisas para esta unidad de trabajo |
|
Una unidad de trabajo relacionada con la unidad de trabajo actual, por ejemplo, para un retiro esto podría ser el id de la unidad de trabajo del pago original. |
|
Un identificador que puede ser añadido a esta unidad de trabajo como un método alternativo de identificación |
Salida
ipf-procesamiento-datos-egreso contiene módulos para publicar datos de procesamiento ipf
Ingreso
ipf-procesamiento-datos-ingreso contiene módulos para consumir datos de procesamiento ipf
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 de 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 eventos al tema por 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 |