Notas de la versión para IPF-2025.2.0

Esta página detalla todo lo necesario para comenzar con la versión de 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)

  • Akka cluster s ahora soporta diferentes Akka versiones para cero tiempo de inactividad rolling upgrades(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)

  • Aprobación business data entre subflujos causa un fallo de validación incorrecto en MPS(PAY-14117)

  • Generación de ActionHelper 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 test framework ahora funciona 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.

  • VoP Responder

    • Gestión de Cuentas API el 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

  • Solicitante de VoP

    • 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 la 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, a diferencia de 'core' modelos.

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

    • Programador Floclient: renombrado PaymentAsyncScheduleCompletedCommand to SchedulePaymentReleaseCommand

  • Liberador de Pagos (Procesador de Entradas de Pago)

    • El Liberador de Pagos se ha convertido en un Procesador de Entradas de Pago genérico, múltiples core las clases y métodos son 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 bases de datos se renombra a executionInfos, y ahora requiere un compuesto unitOfWorkId_1_actionType_1 índice

  • ODS Inquiry V2 API

    • Reformateo de transactionData en 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 mdsObjects más recientes para un unitOfWorkId, agrupados por MDS tipo de objeto.

    • Cambiado /api/v2/todos/pds-objetos/{name} to /api/v2/todos/pds-objetos/{odsObjectId} para alinearse con otros processing data 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 dentro de esta versión también eliminarán el soporte para V1.

Se recomienda que migre al menos a 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 en ipf.processing-data.egress.schema-version = 2.

IPF processing Data La versión 3 está prevista para ser lanzada 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 conocido como "Cinnamon") están disponibles en IPF Lightbend.

 Akka/Alpakka binaries de 2.9.x en adelante ya no están en Maven Central y están disponibles desde el Akka Biblioteca
Repositorio que https://nexus.ipf.iconsolutions.com/#browse/browse:akka-repository[Espejo de íconos].

Para habilitar el nuevo espejo, añada lo siguiente a su configuración.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 pueden 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 is 1.2.8

2025.2.0 Lista de tarros/pomos

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