CSM Reachability - Cambios y Soluciones

Esta página cubre los cambios y correcciones proporcionados a CSM Reachability IPF Lanzamiento 2025.4.0

Nuevo

Fijo

  • Se solucionó un problema en el que las solicitudes enrutadas a través de conectores de cliente fallaban cuando los parámetros contenían espacios en blanco u otros caracteres codificados en URL. (PAY-16168)

Cambiado

  • Realizó los campos de configuración de IBANPlus isoCountryCode y ibanIsoCountryCode obligatorio

  • La URL de Swagger UI ahora va a un /custom-api-docs en lugar de /v3/api-docs para Dynamic Processing Settings API (automatically generated)(la nueva versión de spring y webflux estaba generando incorrectamente los parámetros de ruta y consulta como objetos, en lugar de cadenas).(PAY-14879)

Removed

  • ipf.csm-reachability.settings-se ha eliminado api.connection (siguiendo la descontinuación en la versión 2025.2.0). Se debe utilizar ipf.dps-api.client-type en su lugar.

Ingesta de Datos

Nuevo

  • Mejoró el proceso de ingestión de datos de la industria al introducir una regla que omite la verificación de aprobación. Cuando la entidad de procesamiento está sin establecer o marcada como DESCONOCIDA, y la fuente de datos es IMPORTAR, cualquier verificación de aprobación pendiente para esa configuración se omite automáticamente. (PAY-16147) Esta mejora se implementa en Dynamic Processing Settings.

Cambiado

  • file-ingestion-service y file-handling-common Los módulos ahora se han trasladado a un repositorio separado.- dynamic-processing-settings-file-ingestion(PAY-12975)

Parámetros de configuración antiguos que estaban bajo ipf.csm-reachability.settings-api están ahora obsoletos y programados para su eliminación en futuras versiones. Esta configuración está ahora bajo ipf.file-ingestion.settings-api y sigue el estándar IPF.
Parámetros de configuración antiguos que estaban bajo ipf.csm-reachability.default-file-ingestion están ahora obsoletos y programados para su eliminación en futuras versiones. Esta configuración está ahora bajo ipf.file-ingestion.default-file-ingestion y sigue el estándar IPF.

 — 

  • Se eliminó el paso de preprocesamiento de la ingestión de archivos, por lo que no buscamos registros que recibimos en la base de datos. Debido a esto, todos los registros del archivo se enviarán al endpoint de creación y se decidirá (PAY-15412):

    • ¿Se creará un registro?- si no existe en la base de datos

    • ¿Se actualizará el registro?- si existe en la base de datos y ha sido modificado

    • se ignorará el registro-si existe en la base de datos pero no ha sido modificado

  • Se eliminó la opción de actualización si la creación fallaba con el error de que la configuración ya existe, ya que ahora la creación realizará un upsert.