Módulos Opcionales - Cambios y Soluciones

Esta página cubre los cambios y correcciones del módulo opcional proporcionados en la versión de IPF. 2025.2.0

Scheme Pack s

Scheme Pack Biblioteca del Cliente

Nuevo

  • Realizó la solicitud de estado send connector es configurable de manera independiente. Antes de este cambio, ambos CSMDebtorStatusRequestSend y CSMCreditorStatusRequestSend los conectores fueron configurados a través de csm.ct-service.statusrequest-send-connector. A partir de esta versión, se configurarán a través de csm.ct-service.debtor-statusrequest-send-connector y csm.ct-service.creditor-statusrequest-send-connector, respectivamente. Para mantener la compatibilidad hacia atrás con la configuración existente,csm.ct-service.debtor-statusrequest-send-connector y csm.ct-service.creditor-statusrequest-send-connector heredarán ambos de csm.ct-service.statusrequest-send-connector.

  • Hecho Kafka transportes configurables de manera independiente en el scheme pack Kafka biblioteca de cliente (csm-client-starter-kafka). Antes de este cambio, todos Kafka los transportes fueron configurados a través de csm.kafka.producer(enviando transportes) y csm.kafka.consumer(recepción de transportes). A partir de esta versión, se configurarán a través de rutas raíz de configuración dedicadas, que se enumeran bajo el Referencia de Transporte página. Para mantener la compatibilidad hacia atrás con la configuración existente, todos Kafka los transportes heredarán su configuración de csm.kafka.producer y csm.kafka.consumer.

SEPA CT CSM

Nuevo

  • Se añadieron nuevas opciones de configuración para habilitar o deshabilitar las validaciones estructurales de direcciones postales (acreedor y deudor) para salidas.pacs. 008 mensajes. Los valores predeterminados son:

    • ipf.csm.sepa-ct.validación.pacs008.validación-estructural-dirección-deudor-salida.habilitado = falso

    • ipf.csm.sepa-ct.validación.pacs008.validación-estructural-dirección-del-acreedor-salida.habilitado = falso

  • Para habilitar esta funcionalidad, establezca:

    • ipf.csm.sepa-ct.validación.pacs008.validación-estructural-dirección-deudor-salida.habilitado = true

    • ipf.csm.sepa-ct.validación.pacs008.validación-estructural-dirección-acreedor-salida.habilitado = true

  • Se añadieron nuevas opciones de configuración para habilitar o deshabilitar las validaciones de direcciones de salida no pertenecientes al EEE para un pacs. 008 mensaje. El valor predeterminado es:

    • ipf.csm.sepa-ct.validation.pacs008.non-eea-debtor-address-validation-outbound.enabled = false

  • Para habilitar esta funcionalidad, establezca:

    • ipf.csm.sepa-ct.validación.pacs008.validación-dirección-de-deudor-no-eee-salida.habilitado = true

  • Se añadieron nuevas opciones de configuración para habilitar o deshabilitar las validaciones estructurales de direcciones postales (acreedor y deudor) para entradas.pacs. 008 mensajes. Los valores predeterminados son:

    • ipf.csm.sepa-ct.validación.pacs008.validación-estructural-dirección-de-deudor-entrada.habilitado = falso

    • ipf.csm.sepa-ct.validación.pacs008.dirección-del-acreedor-validación-estructural-entrada.habilitado = falso

  • Para habilitar esta funcionalidad, establezca:

    • ipf.csm.sepa-ct.validación.pacs008.validación-estructural-dirección-deudor-entrada.habilitado = true

    • ipf.csm.sepa-ct.validación.pacs008.dirección-del-acreedor-validación-estructural-entrada.habilitado = true

  • Se añadió soporte de validación de esquema para los mensajes SCT Step2 entrantes (SCF, OQF, CVF, RSF, PCF, QVF). (PAY-14498)

Cambiado

  • Deudor Existente CT pacs. 008(salida al esquema) Validaciones no estructuradas/estructuradas eliminadas y reemplazadas por validaciones "No estructuradas", "Estructuradas" o "Híbridas"

  • Deudor Existente CT pacs. 008(se refiere a esquema externo) se han eliminado las validaciones no EEA y se han reemplazado con la verificación del país de la dirección postal del deudor.

  • Deudor Existente CT pacs. 008(el esquema de salida) falla la verificación de duplicados de transacción con AM05 en lugar de DU03 (alineado con la documentación)

  • Documentación de validación mejorada y alineada con la implementación.

  • Actualizado a los últimos esquemas XSD para la versión de octubre de 2025:

    • pacs. 008

    • pacs. 004

    • camt. 029

    • camt. 056

    • pacs. 028

    • pacs. 002 s2

    • camt. 027

    • camt. 087

  • Existente entrante pacs. 008 Validaciones no estructuradas/estructuradas eliminadas y reemplazadas por validaciones "No estructuradas", "Estructuradas" o "Híbridas".

  • Nombre del Mensaje Original Id Validaciones para:

    • camt. 029 y camt. 056: Si TxInfAndSts. OrgnlGrpInf. OrgnlMsgNmId no comienza con pacs. 008

    • pacs. 028:

      • Si FITo FIPmt Sts Req. OrgnlGrpInf está poblado y si TxInf. OrgnlGrpInf. OrgnlMsgNmId no comienza con camt. 056

      • Si FITo FIPmt Sts Req. OrgnlGrpInf no está poblado y FITo FIPmt Sts Req. TxInves. OrgnlGrpInf. OrgnlMsgNmId no comienza con camt. 027 or camt. 087

  • Documentación de notificaciones actualizada con la recientemente introducida debulker detalles de la notificación

Fijo

  • La regla de validación de remesas se ha actualizado para permitir únicamente que esté presente información de remesa estructurada o no estructurada.

  • La regla de validación de remesas se ha actualizado para permitir únicamente contenidos de la Información de Remesa Estructurada de menos de 140 caracteres.

  • El procesamiento de componentes de un archivo CVF se reanudará ahora después de un fallo de la aplicación.

SEPA DD CSM

Nuevo

  • Documentación de manejo de errores añadida

Cambiado

  • Se eliminaron los detalles de validación de entrada de la documentación de validación (se agregarán en versiones posteriores).

  • Documentación de notificaciones actualizada con la reciente introducción debulker detalles de la notificación

SIC CSM

Nuevo

  • Se añadió soporte para el código de razón AG01 ser mapeado a NEG002 referencia del sistema de compensación

CONSEJOS CSM

Nuevo

  • Se añadió validación para asegurar que solo uno de los datos de remesas no estructurados o estructurados esté poblado en la salida hacia el esquema.pacs. 008 mensajes

Verificación del Beneficiario (VoP)

Gestión de Cuentas API

Interrupción

  • En el esquema de respuesta, el siguiente campo ha sido renombrado:

    • 'RetrievePartyDetailsResponse.nm' a 'RetrievePartyDetailsResponse.names' y ahora es una lista de nombres.

Nuevo

  • Se añadió 'processingEntity' como un campo opcional en la especificación.

Cambiado

  • 'RetrievePartyDetailsResponse.nm' ha sido renombrado a 'RetrievePartyDetailsResponse.names' y ahora es una lista de nombres (PAY-13968)

  • Respuesta bean La funcionalidad de validación ahora está configurada en el conector de Gestión de Cuentas.

VoP Responder

Rompiendo

  • 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.

  • Anteriormente, los umbrales de coincidencia se definían solo por tipo de cuenta. En esta versión, los umbrales de coincidencia deben definirse por entidad de procesamiento y tipo de cuenta.

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

Nuevo

  • Se añadió el valor 'processingEntity' en los registros de Mensaje y Archivo de Procesamiento.

  • Se añadió el valor 'requestPayeeIban' y 'requestReceivedTimestamp' en los Registros de Archivo de Procesamiento.

  • Se añadió soporte para la coincidencia en múltiples nombres.

  • Se añadió soporte para el manejo de errores del Servicio de Gestión de Cuentas.

  • Se añadió soporte para rastrear mensajes de registro por requestId.

  • Añadido Message Logs sobre las respuestas de error

  • Configuración actualizada para permitir la especificación de RVM

  • Se añadieron las siguientes validaciones de inicio en los campos de umbral de configuración.lowerbound y upperbound:

    • Deben ser del tipo Doble

    • Deben estar en el rango [0.0, 1.0]

    • El límite inferior debe ser menor o igual al límite superior.

Cambiado

  • Los umbrales de coincidencia deben configurarse ahora por entidad de procesamiento.

  • Mejore la retroalimentación cuando el servicio de coincidencia de nombres no esté disponible.

  • Los errores de Solicitud Incorrecta de todos los puntos de integración entrantes ahora se propagan correctamente.

Solicitante de VoP

Rompiendo

  • 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

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

Nuevo

  • Se añadió soporte para manejar respuestas negativas del FPAD RVM.

  • Se añadió el valor 'processingEntity' en Message Logs

  • Añadido Message Logs sobre las respuestas de error

  • Se añadió soporte para rastrear mensajes de registro por requestId.

  • Configuración actualizada para permitir la especificación de RVM.

Cambiado

  • Procesando modelo de archivo:

    • 'ProcessingArchive.matchedName' ha sido renombrado a 'ProcessingArchive.scoredName'

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

  • Cambios en la configuración del esquema:

    • La entidad de procesamiento predeterminada ahora se denota por default en lugar de ""

    • Esquema name la propiedad ahora es un Enum y se valida al inicio

  • 'Propietario' se elimina de la especificación.

Fijo

  • Si está habilitado, el swagger La interfaz de usuario ahora muestra correctamente al Solicitante. API

SIC CSM Service

Interrupción

SIC CSM Service utilizado para crear sus propios conectores. Sin embargo, dado que ambos DPS API y CSM Reachability API ya proporciona esos conectores listos para usar, se utilizan en lugar del SIC CSM Service custom conectores fabricados.

Eso significa efectivamente que:

  • SIC CSM service ahora utiliza CSM Reachability conector de cliente para IBAN Deconstruct

  • SIC CSM service ahora utiliza DPS v2 Conector para obtener detalles del Participante

Las siguientes propiedades están obsoletas:

  • csm-reachability-api.participant

  • csm-reachability-api.iban-structure

Solo se reutilizan y mapean los datos de host y puerto a nuevas configuraciones, como se puede ver en lo siguiente. HOCON config. 
 #DPS API configuración para obtener detalles del Participante
 ipf.dps-api{
 http.cliente {
 host = "localhost"
 puerto = 8080
 # códigos de estado anteriores tratados como error todo lo que no sea 200
 # esto es lo suficientemente cercano, ya que los conectores no proporcionan sobreescrituras
 status-codes-treated-as-errors = [4xx, 5xx]
 }
 # Para mantener la compatibilidad hacia atrás, se pueden utilizar propiedades obsoletas para establecer el host y el puerto.
 http.client.host = ${? csm-reachability-api.participant.http.client.host}
 http.client.port = ${? csm-reachability-api.participant.http.client.port}
 }

 #CSM Reachability API configuración para realizar una llamada al endpoint de Deconstrucción de IBAN
 ipf.csm-alcance-api{
 http.cliente {
 host = "localhost"
 port = "8080"
 # códigos de estado anteriores tratados como error todo lo que no sea 200
 # esto es lo suficientemente cercano, ya que los conectores no proporcionan sobreescrituras
 status-codes-treated-as-errors = [4xx, 5xx]
 }
 # Para mantener la compatibilidad hacia atrás, se pueden utilizar propiedades en desuso para establecer el host y el puerto.
 http.client.host = ${? csm-reachability-api.iban-structure.http.client.host}
 http.client.port = ${? csm-reachability-api.iban-structure.http.client.port}
 }

Para obtener más información sobre cómo ajustar aún más estos conectores, consulte:

Se espera que los clientes cambien su configuración de implementación para que coincida con las nuevas configuraciones, ya que las futuras versiones eliminarán la compatibilidad hacia atrás de las propiedades obsoletas.

Fijo

  • Prevenga punteros nulos en el deudor y acreedor finales en las validaciones de dirección.