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
Cambios Destacados
-
Cifrado de Campo a Nivel de Cliente en Mongo/CSFLE (PAY-12392)
-
Nuevas operaciones reactivas para salida de contenido de archivos añadidas a
ipf-file-manager-api(PAY-14190) -
El Panel Operacional ahora soporta la funcionalidad de Cancelación para pagos con fecha futura/almacenados (transacción o lote) antes de la fecha/hora de ejecución (PAY-12555)
-
Integración DPS V2 para CSM Reachability y el Panel Operacional (PAY-11749, PAY-13627)
-
Cambios de la normativa SCT (PAY-12238)
-
Los clústeres Akka ahora soportan diferentes versiones de Akka para actualizaciones continuas sin tiempo de inactividad (PAY-13438)
-
HTM ahora permite registro vía Kafka además de HTTP (PAY-11099)
-
La tabla de resultados de búsqueda de Recall y pagos ahora es configurable (PAY-11978)
Correcciones Destacadas
-
La función de mapeo no se inicializaba correctamente cuando se usaba en el comportamiento de inicialización de subflujo (PAY-14024)
-
Pasar datos de negocio entre subflujos provoca fallo de validación incorrecto en MPS (PAY-14117)
-
Generación de ActionHelper al usar HTM FloClient desde un módulo importado (PAY-14481)
-
Evitar puntero nulo en deudor y acreedor últimos en validaciones de dirección (PAY-14888)
Cambios Incompatibles
-
El marco de pruebas ahora se ejecuta exclusivamente en JUnit 5 (Jupiter). Puede enfrentar fallos de compilación si usa anotaciones o clases de aserción específicas de JUnit 4. Consulte migración para pasos de migración más específicos.
-
Bulker
-
El módulo
ipf-bulker-outputstreamy sus implementaciones han sido eliminados. Por favor useipf-file-manager-api -
Se ha introducido una nueva propiedad de configuración para configurar la salida de
ipf-bulker. -
El
S3FileDeleterenipf-file-managerpreviamente registraba errores cuando ocurrían excepciones sin propagar el fallo. Ahora propaga la excepción además de registrarla.
-
-
VoP Respondedor
-
El campo 'RetrievePartyDetailsResponse.nm' de la API de Gestión de Cuentas ha cambiado a 'RetrievePartyDetailsResponse.names' y ahora es una lista de nombres
-
Los umbrales de coincidencia se definían solo por tipo de cuenta. En esta versión los umbrales deben definirse por entidad de proceso 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
-
-
-
VoP Solicitante
-
La configuración
ipf.verification-of-payee.requester.scheme-membership-idsha sido eliminada de la jerarquía. Los clientes que sobrescriben valores (p. ej.processing-entities) bajo esta ruta deben eliminarscheme-membership-idsde la ruta. -
El código de entidad de proceso por defecto era "". Esto se ha actualizado a
defaulten lugar de cadena vacía, consistente con VoP Respondedor -
El parámetro
rvmdebe especificarse además denamepara la configuración del esquema
-
-
Conector
-
El tipo de retorno de la etapa de la interfaz
DeadLetterAppendercambió deCompletableFuture<Void>aCompletionStage<Void>(PAY-14532)
-
-
Programador
-
La
SchedulerConnectorInterface(del artefacto mavenscheduler-client-connector-http) usa modelos de la API HTTP como argumentos de métodos, en lugar de modelos 'core'. -
La API HTTP recibe el objeto
ExternalTriggerCommanden el payload anidado para programar nuevos trabajos -
Floclient del Programador:
PaymentAsyncScheduleCompletedCommandrenombrado aSchedulePaymentReleaseCommand
-
-
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 del núcleo han sido renombrados en el proceso
-
La ruta de configuración raíz
ipf.core.payment-releasercambió aipf.core.payment-entry-processor -
La colección de base de datos
releaseExecutionInfosse renombró aexecutionInfos, y ahora requiere un índice compuestounitOfWorkId_1_actionType_1
-
-
API de Consulta ODS V2
-
Reformat de transactionData en la API de detalles de ODS (/api/v2/views/details/{unitOfWorkId})
transactionDataahora devuelve un objeto vacío y está desaprobado. -
Nuevo campo
mdsañadido al esquema de detalles, que devuelve todos los mdsObjects más recientes para un unitOfWorkId, agrupados por tipo de objeto MDS. -
Cambiado /api/v2/all/pds-objects/{name} a /api/v2/all/pds-objects/{odsObjectId} para alinearse con otras APIs de datos de proceso.
-
-
Csm-Reachability
-
DPSv2 ha llegado, y es incompatible; revise la página csm-reachability/dps en Alcance CSM (Reachability) - Cambios y Correcciones
-
Por favor vea Pasos de Migración para más detalles
Aviso Previo de Eliminación de API
ODS Inquiry API V1
En 2026.2.0 ODS Inquiry API V1 ya no será soportada y será eliminada de ODS. Las librerías cliente dentro de esta versión también eliminarán el soporte de V1.
Se recomienda migrar al menos a V2. Vea Guía de Migración a V2 para más información.
NOTA: Se planea lanzar ODS Inquiry API V3 como parte de IPF 2025.4.0
IPF Processing Data V1.
En 2026.2.0 la API V1 de IPF Processing Data ya no será soportada. Las aplicaciones IPF no podrán producir ni consumir V1.
Actualmente IPF produce V2 por defecto y puede producir V1 cuando se configura explícitamente.
Se recomienda migrar a V2 tan pronto como sea posible. Asegúrese de que ninguna de sus aplicaciones IPF esté configurada con ipf.processing-data.egress.schema-version = 1. Puede eliminar completamente la configuración o establecer explícitamente ipf.processing-data.egress.schema-version = 2.
NOTA: Se planea lanzar IPF Processing Data V3 como parte de IPF 2025.4.0
Detalles de la Versión
Binarios
Los binarios principales están disponibles en IPF-Releases.
Los binarios de Lightbend Telemetry (anteriormente "Cinnamon") están disponibles en IPF Lightbend.
Los binarios de Akka/Alpakka desde 2.9.x ya no están en Maven Central y están disponibles en la Librería de Akka Repositorio que Icon mirror.
Para habilitar el nuevo mirror, añada lo siguiente a su settings.xml en la sección <repositories>:
<repository>
<id>akka-repository</id>
<name>Akka library repository</name>
<url>https://nexus.ipf.iconsolutions.com/repository/akka-repository</url>
</repository>
Algunas dependencias de MPS también están espejadas por Icon y pueden encontrarse 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>
Añada lo siguiente a su sección <servers> para cada nuevo repositorio:
<server>
<id>Repository_name_here</id>
<username>xxxx</username>
<password>xxxx</password>
</server>
Donde xxxx es el usuario y contraseña respectivamente proporcionados por Icon.
Lista de Jar/Pom 2025.2.0
Los Jars y Poms para 2025.2.0 y sus versiones asociadas están listados aquí: 2025-2-artifacts.xlsx