Notas de la versión para IPF-2025.2.0

Esta página detalla todo lo necesario para comenzar con la versión IPF 2025.2.0 disponible el 21 de agosto de 2025.

Cambiar Spotlight

  • Cifrado a Nivel de Campo del Lado del Cliente de Mongo/CSFLE(PAY-12392)

  • Nuevas operaciones reactivas para la salida del contenido del archivo añadidas a ipf-file-manager-api(PAY-14190)

  • Operational Dashboard ahora soporta la funcionalidad de Cancelar para pagos programados/almacenados (transacción o lote) antes de la fecha/hora de ejecución (PAY-12555)

  • DPS V2 Integración para CSM Reachability y el Operational Dashboard(PAY-11749, PAY-13627)

  • Cambios en el reglamento SCT (PAY-12238)

  • Los clústeres de Akka ahora soportan diferentes Akka versiones para actualizaciones continuas sin tiempo de inactividad (PAY-13438)

  • HTM ahora permite el registro a través de kafka además de http (PAY-11099)

  • La tabla de resultados de búsqueda de recall y pago ahora es configurable (PAY-11978)

Arregle Spotlight

  • Función de mapeo no inicializada correctamente cuando se utiliza en el comportamiento de inicialización de subflujo (PAY-14024)

  • El paso de datos comerciales entre subflujos provoca fallos de validación incorrectos en MPS(PAY-14117)

  • Action Helpergeneración al utilizar HTM FloClient de un módulo importado (PAY-14481)

  • Prevenga el puntero nulo en el deudor y acreedor finales en las validaciones de dirección (PAY-14888)

Cambios Importantes

  • El marco de pruebas ahora se ejecuta exclusivamente en JUnit 5 (Júpiter). Puede enfrentar fallos de compilación si utiliza JUnit-4-específico anotaciones o clases de afirmación. Consulte migración para pasos de migración más específicos.

  • Granelero

    • Módulo ipf-bulker-outputstream y sus implementaciones han sido eliminadas. Por favor, utilice ipf-file-manager-api

    • Se ha introducido una nueva propiedad de configuración para configurar ipf-bulker output.

    • El S3FileDeleter in ipf-file-manager Errores registrados previamente cuando ocurrieron excepciones sin propagar la falla. Ahora se propaga la excepción además de registrarla.

  • VoPResponder

    • Gestión de Cuentas API campo 'RetrievePartyDetailsResponse.nm' ha cambiado a 'RetrievePartyDetailsResponse.names' y ahora es una lista de nombres

    • Los umbrales de coincidencia se definieron solo por tipo de cuenta. En esta versión, los umbrales de coincidencia deben definirse por entidad de procesamiento y tipo de cuenta.

    • En el modelo de Archivo de Procesamiento, los siguientes campos han sido renombrados:

      • 'ProcessingArchive.matchedName' a 'ProcessingArchive.scoredName'

      • 'ProcessingArchive.accountPayeeName' a 'ProcessingArchive.accountPayeeNames' y ahora es una lista de nombres

  • VoPSolicitante

    • Configuración ipf.verification-of-payee.requester.scheme-membership-ids ha sido eliminado de la jerarquía. Los clientes que sobrescriben valores (por ejemplo,processing-entities) debajo de esta ruta debe eliminar scheme-membership-ids desde la ruta.

    • El código de entidad de procesamiento predeterminado era anteriormente "". Esto ha sido actualizado a default en lugar de cadena vacía, consistente con VoP Responder

    • rvm el parámetro debe ser especificado además de name para la configuración del esquema

  • Conector

    • DeadLetterAppender el tipo de retorno de la etapa de interfaz cambiado de CompletableFuture<Void> to CompletionStage<Void>(PAY-14532)

  • Programador

    • el SchedulerConnectorInterface--scheduler-client-connector-http maven artefacto) utiliza HTTP API modelos como argumentos de método, en oposición a los modelos 'núcleo'.

    • HTTP API toma el ExternalTriggerCommand objeto en la carga útil anidada para scheduling nuevos empleos

    • Scheduler Floclient: renombrado PaymentAsyncScheduleCompletedCommand to SchedulePaymentReleaseCommand

  • Liberador de Pagos (Procesador de Entradas de Pago)

    • El Liberador de Pagos se ha convertido en un Procesador Genérico de Entradas de Pago, múltiples clases y métodos centrales han sido renombrados en el proceso.

    • ipf.core.payment-releaser la ruta de configuración raíz ha cambiado a ipf.core.payment-entry-processor

    • releaseExecutionInfos la colección de la base de datos se renombra a executionInfos, y ahora requiere un compuesto unitOfWorkId_1_actionType_1 índice

  • ODS Inquiry V2 API

    • Reformateo de transactionData in ODS detalles API(/api/v2/views/details/{unitOfWorkId})

      `transactionData`el campo ahora devuelve un objeto vacío y está en desuso.

    • Nuevo campo mds agregado al esquema de detalles, que devuelve todos los últimos mdsObjects para un unitOfWorkId, agrupados por MDS tipo de objeto.

    • Cambiado /api/v2/all/pds-objects/{name} a /api/v2/all/pds-objects/{odsObjectId} para alinearse con otros datos de procesamiento API’s.

  • Csm-Alcanzabilidad

Por favor, consulte Pasos de Migración para más detalles

Advertencia Anticipada de API Eliminación

ODS Inquiry API V1

En 2026.2.0 ODS Inquiry API V1 ya no será soportado y será eliminado de ODS. Las bibliotecas de cliente en esta versión también eliminarán el soporte para V1.

Se recomienda que migre a al menos V2. Consulte el Guía de Migración V2 para más información.

ODS Inquiry API La versión 3 está prevista para ser lanzada como parte de IPF 2025.4.0.

IPF Processing Data V1.

En 2026.2.0 IPF Processing Data API La versión 1 ya no será soportada. IPF applications no podrá producir y consumir V1.

IPF actualmente produce V2 por defecto y puede producir V1 cuando se configura explícitamente para hacerlo.

Se recomienda que migre a V2 lo antes posible. Por favor, asegúrese de que ninguno de sus IPF applications están configurados con ipf.processing-data.egress.schema-version = 1. Puede eliminar la configuración por completo, o establecer explícitamente a ipf.processing-data.egress.schema-version = 2.

El procesamiento de datos IPF V3 está previsto para ser lanzado como parte de IPF 2025.4.0.

Detalles de la versión

Binarios

Los binarios principales están disponibles en IPF-Liberaciones.

Los binarios de Lightbend Telemetry (anteriormente conocidos como "Cinnamon") están disponibles en IPF Lightbend.

Akka/Alpakka los binarios a partir de 2.9.x ya no están en Maven Central y están disponibles desde el Akka Biblioteca Repositorio que Espejo de íconos.

Para habilitar el nuevo espejo, añada lo siguiente a su settings.xml en el <repositories> sección:

<repository>
  <id>akka-repository</id>
  <name>Akka library repository</name>
  <url>https://nexus.ipf.iconsolutions.com/repository/akka-repository</url>
</repository>

Algunos MPS las dependencias también son reflejadas por Icon y se puede encontrar añadiendo el siguiente repositorio a la misma sección:

<repository>
  <id>icon-thirdparty</id>
  <name>IPF icon-thirdparty repository</name>
  <url>https://nexus.ipf.iconsolutions.com/repository/icon-thirdparty</url>
</repository>

Agregue lo siguiente a su <servers> sección para cada nuevo repositorio:

<server>
  <id>Repository_name_here</id>
  <username>xxxx</username>
  <password>xxxx</password>
</server>

Dónde xxxx es el nombre de usuario y la contraseña proporcionados a usted por Icon.

Aplicación para Desarrolladores

La última versión de la Aplicación para Desarrolladores es 2.4.21

Scaffolder

La última versión de la Scaffolder es 1.2.8

2025.2.0 Lista de Jar/Pom

Los Jars y Poms para 2025.2.0 y las versiones asociadas se enumeran aquí:2025-2-artifacts.xlsx