Módulos Opcionales - Cambios y Correcciones

Se hicieron configurables de forma independiente los conectores de envío de solicitudes de estado. Antes de este cambio, ambos conectores CSMDebtorStatusRequestSend y CSMCreditorStatusRequestSend se configuraban vía csm.ct-service.statusrequest-send-connector. Desde esta versión, se configuran a través de csm.ct-service.debtor-statusrequest-send-connector y csm.ct-service.creditor-statusrequest-send-connector, respectivamente. Para mantener compatibilidad hacia atrás con la configuración existente, ambos csm.ct-service.debtor-statusrequest-send-connector y csm.ct-service.creditor-statusrequest-send-connector heredarán de csm.ct-service.statusrequest-send-connector.

Se hicieron configurables de forma independiente los transportes Kafka en la biblioteca cliente Kafka del paquete de esquema (csm-client-starter-kafka). Antes de este cambio, todos los transportes Kafka se configuraban a través de csm.kafka.producer (transportes de envío) y csm.kafka.consumer (transportes de recepción). Desde esta versión, se configurarán mediante rutas de configuración dedicadas, que están listadas en la página Referencia de Transporte. Para mantener compatibilidad hacia atrás, todos los transportes Kafka heredarán su configuración de csm.kafka.producer y csm.kafka.consumer.

Se añadieron nuevas opciones de configuración para habilitar o deshabilitar validaciones estructurales de dirección postal (acreedor y deudor) para mensajes salientes pacs.008. Los valores por defecto son:

Para habilitar esta funcionalidad, establezca:

Se añadieron nuevas opciones de configuración para habilitar o deshabilitar validaciones de dirección para países fuera del EEE en mensajes pacs.008 salientes. El valor por defecto es:

Para habilitar esta funcionalidad, establezca:

Se añadieron nuevas opciones de configuración para habilitar o deshabilitar validaciones estructurales de dirección postal (acreedor y deudor) para mensajes pacs.008 entrantes. Los valores por defecto son:

Para habilitar esta funcionalidad, establezca:

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

Las validaciones Existentes de Unstructured/Structured para Deudor CT pacs.008 (saliente al esquema) se eliminaron y se reemplazaron por validaciones "Unstructured", "Structured" o "Hybrid"

Las validaciones Existentes de no EEA para Deudor CT pacs.008 (saliente al esquema) se eliminaron y se reemplazaron por verificación del país de la dirección postal del deudor

El Deudor CT pacs.008 (saliente al esquema) ahora falla la verificación de transacción duplicada con AM05 en lugar de DU03 (alineado con documentación)

Se mejoró y alineó la documentación de validación con la implementación

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

Las validaciones entrantes pacs.008 Unstructured/Structured existentes se eliminaron y se reemplazaron por validaciones "Unstructured", "Structured" o "Hybrid"

Validaciones de Original Message Name Id para:

Documentación de notificaciones actualizada con detalles de notificaciones de debulker introducidas recientemente

La regla de validación de remesa se actualizó para permitir que solo esté presente remesa estructurada o no estructurada

La regla de validación de remesa se actualizó para permitir solo contenidos de Información de Remesa Estructurada por debajo de 140 caracteres

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

Se añadió documentación de manejo de errores

Se eliminaron detalles de validación entrante de la documentación de validación (se añadirán en versiones posteriores)

Documentación de notificaciones actualizada con detalles de notificaciones de debulker introducidas recientemente

Se añadió soporte para mapear el código de razón AG01 a la referencia del sistema de compensación NEG002

Se añadió validación para asegurar que solo una de remesa No Estructurada o Estructurada esté poblada en mensajes pacs.008 salientes hacia el esquema

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

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

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

La funcionalidad de validación de beans de respuesta ahora se configura en el conector de Gestión de Cuentas