Notas de la versión para IPF-2023.4.0
Esta página detalla todo lo necesario para comenzar con la versión IPF 2023.4.0, disponible el 9 de febrero de 2024.
Detalles
Binarios
Los binarios principales están disponibles en IPF-Liberaciones.
Los binarios de Lightbend Telemetry (anteriormente conocido como "Cinnamon") están disponibles en IPF Lightbend.
Características y Cambios
A continuación, se presenta lo nuevo y cambiado en 2023.4.0.
Arregle Spotlight
-
Se solucionaron problemas de velocidad en la eliminación y actualización del diario.
-
Se añadió una marca de tiempo a las entradas en la Colección de Diarios.
-
Los ESBs en estado final ahora programan su propia pasivación en la recuperación.
Cambios Importantes
Java 17
A partir de la versión V2024.1 (mayo de 2024), IPF utilizará Java 17/Spring 6/Spring Boot 3 para todos los componentes de IPF. IPF ya no será compatible con Java 11, y deberá utilizar Java 17 en diseño, construcción y tiempo de ejecución. |
Cambios en DSL
La implementación de DSL se ha actualizado para permitir una reutilización más sólida. Hay dos cambios principales en este sentido:
Aggregate Functions& Enriquecedores de Entrada
Aggregate functionSe utilizaron enriquecedores de entrada y s para permitir que los datos sean manipulados durante el procesamiento del flujo. En esencia, ambas funciones realizan un mapping de un conjunto de datos a otro. Por lo tanto, ahora han sido reemplazados por un único concepto de 'Función de Mapeo'.
Al utilizar un mapping función en lugar del anterior enriquecedor de entradas, todo es lo mismo. Usted define el mapping función en el mappings sección:
Y luego aplique qué enriquecimientos de entrada debe poner el mapping en:
Para las funciones de agregación, la ligera diferencia es que ahora están definidas en el mappings sección anterior pero luego aplicada a nivel de evento:
Además de las capacidades existentes proporcionadas por las antiguas funciones de agregación y enriquecedores de entrada, también obtenemos las siguientes capacidades:
-
Las funciones de mapeo pueden definirse dentro de una 'Biblioteca de Mapeo' que no está restringida a un solo flujo. Esto significa que pueden utilizarse en múltiples flujos o versiones de un flujo.
-
Las funciones de mapeo ahora pueden ser utilizadas para definir un mapping requerido para ejecutar una acción saliente sin afectar el resto del flujo.
RequestReplyConnector Cambios
La firma para los conectores de respuesta de solicitud ha cambiado de modo que el objeto resultante ahora está envuelto en un objeto 'Response':
public class RequestReplySendConnector<REQ_D, REQ_T, REP_D, REP_T> implements SendingConnector<REQ_D, Response<REP_D>>Este objeto de respuesta contiene la entidad de respuesta original en el campo 'value', pero también proporciona acceso al contexto de procesamiento de la aplicación.
ODS
Nuevas Funciones
Resúmenes personalizables
-
Permite el campo de resumen incorporado predeterminado.mappings ser customised por solución.
-
Se produce una biblioteca para los clientes/ equipos de clientes aguas abajo contra los cuales,custom resumen mappings se puede construir y probar fácilmente. Se proporciona documentación que describe cómo "conectar" el custom mappings en ODS Ingestion.
IPF Archiver
-
El Archivero IPF es un complemento opcional, destinado a ser utilizado junto con ODS Ingestion, que produce paquetes de archivo para cada unidad de trabajo que cumple con los criterios de archivo, por ejemplo, ha alcanzado un estado terminal y está fuera de un período de gracia configurado.
Soporte FX
-
Dos nuevos Core PDS se han añadido tipos: AdditionalIdentifier y Fx.
-
Se exportan ahora identificadores adicionales de un Process Flow Event como un PDS objeto en lugar de como un Objeto Personalizado.
-
Fx PDS Los objetos se utilizan para manejar datos de divisas. Estos están mapeados a nuevos campos de Resumen que se devuelven como parte de la ODS Inquiry resúmenes APIs. Estos nuevos campos son:
-
convertedTransactionAmount
-
convertedTransactionAmountCurrency
-
exchangeRate
-
-
Ambos nuevos Core PDS los objetos pueden ser exportados a ODS a través de un Process Flow Event o a través del directo PDS exportador de egreso de datos de procesamiento
Grande Message Log Soporte
-
Las entradas del registro de mensajes ahora admiten un campo de referencia. Este nuevo campo se utiliza como un identificador para un Message Log que se almacena externamente debido a su tamaño de archivo.
-
IPF ODS puede manejar este nuevo campo, almacenándolo como parte de la MessageLogEntry documento, y devolviéndolo como parte del registro de mensajes ODS Inquiry APIs.
-
Además, se ha añadido un exportador de datos directo de registro de mensajes a IPF Processing Data. Permitiendo que las entradas del registro de mensajes sean exportadas sin implementar el MessageLogger interfaz
CosmosDB Purga de TTL (cambio de base de datos)
-
La implementación de purga predeterminada que utilizamos para MongoDB no rinde bien en un CosmosDB entorno, y también tiene un gran impacto en ODS Ingestion rendimiento.
-
Este CosmosDB Se proporciona una implementación específica como alternativa, y es completamente opcional.
-
Esta implementación debería costar menos en general y tener un menor impacto en ODS Ingestion rendimiento, pero con la complejidad adicional de que se deben ejecutar trabajos de "mantenimiento" (automatizados y configurables) para mantener la paridad de características con la implementación estándar de purga.
Cambios y Mejoras Notables
Deprecado custom objetos en IPF Processing Data
-
Como parte de la migración a PDS En los objetos, se ha eliminado la opción de categorizar los elementos de datos empresariales en un flujo como CUSTOM. Ahora deben ser categorizados como PROCESSING_DATA_STRUCTURE.
-
Los flujos de muestra existentes han sido migrados y IPF Processing Data ya no produce custom estructuras de datos de objeto. Además, esto significa que IPF Processing Data ya no produce custom objetos en duplicado de PDS objetos.
-
Permita a los clientes especificar MDS y PDS identificadores.
-
Al exportar un MDS estructura de datos, un id y parentId ahora puede ser proporcionado junto con el MDS Cuando se especifica, estos Ids se asignan al nivel superior. MDS Objeto que es producido por IPF Processing Data Si no se especifica, los Ids son generados.
-
A PDS el objeto se identifica de manera única por su nombre y unitOfWorkId. When exportando directamente un PDS estructura de datos, se puede ahora proporcionar un nombre al exportador. Si no se especifica, el nombre se genera a partir de la PDS estructura de datos.
Introduzca el unitOfWorks colección (cambio de base de datos)
-
Añadido un nuevo ODS colección:unitOfWorks. Se utiliza para rastrear metadatos de una unidad de trabajo en lugar de un Resumen, que se utiliza como una vista de datos empresariales. Se han realizado actualizaciones para utilizar esta colección en lugar de la colección de resúmenes para procesos internos como la purga y, en el futuro, la archivación.
-
Esta colección no está expuesta como parte de la ODS Inquiry APIs.
-
Además, se ha añadido configuración para permitir ODS Ingestion Resumen de la funcionalidad que debe ser desactivada. Significado ODS Ingestion puede ser implementado sin consultas y resúmenes, manteniendo aún una vista de los metadatos de una unidad de trabajo dentro del unitOfWorks colección.
GUI
Mejoras del SDK de la interfaz gráfica de usuario
-
Actualización de Angular 16
-
Una actualización necesaria para mantener 'N-1' con el calendario de lanzamientos de Angular.
-
-
Cypress.
-
Se añadió la prueba de cypress a nuestros módulos para probar adecuadamente la funcionalidad de los componentes.
-
Actualmente solo configurado para filtrado bancario y HTM flujos, pero se añadirán más en el futuro con otros tickets.
-
-
Mueva el módulo común al repositorio ops-gui-framework.
-
Problema de rendimiento en las pruebas de Jest resuelto.
-
Se resolvió el problema de la bandera '--legacy-peer-deps' que persistía durante mucho tiempo.
-
Se han añadido más componentes reutilizables para ayudar a mejorar la velocidad de desarrollo.
Soporte de GUI para permitir el filtrado de BIC / Banco / Moneda por operadores
-
Flujo de filtrado bancario añadido
-
Algunas mejoras generales en el 'formulario dinámico' para facilitar el desarrollo y la velocidad con la que podemos construir nuevas características.
-
Refactor de CSM Agente y Moneda del Agente para alinearse más con nuestros otros módulos de configuración.
-
Se añadió la capacidad de buscar y visualizar puntos de datos de FX desde la interfaz gráfica de usuario.
-
También se añadieron estos puntos de datos a la tabla de resultados.
-
SEPA CT
-
Basándose en la base establecida por el MVP entregado anteriormente.
-
Integre los mensajes de impago con el existente SEPA Procesos de salida y entrada de CT.
-
Implemente controles de validación exhaustivos para los mensajes de no pago entrantes y salientes para garantizar la conformidad con SEPA estándares. Facilite la notificación y resolución de errores de manera eficiente para mejorar la fiabilidad del sistema.
-
Soporte para tipos de mensajes adicionales, incluyendo camt.056(Banca a Cliente Gestión de Efectivo) y pacs.028(Estado Financiero de la Institución al Cliente).
-
Se implementaron mecanismos para el manejo y procesamiento efectivo de mensajes de impago, asegurando la compatibilidad con los flujos de trabajo existentes.
-
Manejo de errores para gestionar excepciones y mantener la integridad de la transmisión de datos.
CSM Services
Se ha añadido un nuevo campo.externalRequestBody que está disponible en los siguientes tipos enviados desde el siguiente instante
pago CSM Services:
-
RT1
-
FedNow
-
T2
Este campo está disponible en los siguientes mensajes de la CSM Service:
-
ReceivePaymentRequest -
ReceivePaymentSettledRequest -
ReceivePaymentStatusInquiryRequest -
ReceiveRecallRequest -
ReceivePositiveAnswer -
ReceiveNegativeAnswer
Estos mensajes estarán disponibles en los diversos handleXxx métodos como se describe en Use the CSM Service Client Library.
Los métodos respectivos donde el externalRequestBody estarán disponibles por lo tanto:
-
handleReceivePaymentRequest -
handleReceivePaymentSettledRequest -
handleReceivePaymentStatusInquiryRequest -
handleReceiveRecallRequest -
handleReceivePositiveAnswer -
handleReceiveNegativeAnswer