Módulos Opcionales - Cambios y Soluciones

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

Scheme Pack s

SIC CSM

Fijo

  • Valide la referencia SCOR cuando Issr = ISO para cumplir con los requisitos de la ISO 11649, para transacciones salientes (PAY-11988)

SEPA CT CSM

Fijo

  • Para SEPA Las Transferencias de Crédito, el Código Propietario de Motivo de Transacción se establecerá en T00 en lugar de B00 cuando el Estado de la Transacción sea uno de los siguientes:

    • ACTC: Después de una validación de IPF exitosa.

    • ACSP: Al recibir un CVF que resulte en un Estado de Grupo (GrpSts) de ACCP o PART.

  • Además, el Código Proprietario de Motivo de Transacción se establece en XT00 para SEPA Transferencias de crédito cuando Pacs. 002 se genera durante el procesamiento de Fin de Día (EOD) o cuando se recibe un RSF con un GrpSts de ACCP o PART.

  • Serbia ha sido eliminada de la lista de países del EEE.

Removed

  • SepaXMLUtils ha sido reemplazado por XMLUtils, el cual está disponible al agregar la siguiente dependencia.

        <dependency>
            <groupId>com.iconsolutions.ipf.core.shared</groupId>
            <artifactId>shared-xml</artifactId>
        </dependency>

CONSEJOS CSM

Fijo

  • Validación de cantidad de Pacs008 comparando incorrectamente valores con ceros finales (PAY-12405)

  • La validación del subcampo de dirección postal está fallando incorrectamente para direcciones no estructuradas donde no se proporciona el país (PAY-12430).

  • Ignorar el envío Pacs. 002 mensajes de confirmación del simulador TIPS cuando un entrante Pacs. 008 es rechazado debido a un fallo. (PAY-11318)

Verificación del Beneficiario

Nuevo

  • Verificación Añadida del Solicitante de Pago API

  • Gestión de Cuentas Añadida API

En esta versión, lo anterior APIs se proporcionan como referencia. La implementación de estos está en curso y se entregará en una futura versión.

Resolución de Identidad

Nuevo

  • Nuevo módulo llamado comparison-client-direct agregado para permitir la incorporación de la resolución de identidad en un servicio

Cambiado

  • Ya no enviamos solicitudes a Netowl si la comparación solo contiene caracteres especiales. En su lugar, un puntaje de 0.0 se devolverá para estas comparaciones. Nuevo valor de configuración de identity-resolution.comparison.netowl.exclusion.special-characters, que toma una lista de caracteres, ha sido añadida en caso de que desee agregar o eliminar caracteres de la lista. (PAY-11884) La lista predeterminada incluye algunos caracteres especiales básicos en latín:

identity-resolution.comparison.netowl.exclusion.special-characters =
[
"/", "\\", "!", "@", "#", "$", "%", "^", "&", "*", "(", ")", "\"", "{", "}", "_", "[", "]","|", "?", "<", ">", ",", "."," "
]

  • La Resolución de Identidad API ahora admite valores nulos y vacíos. Devuelve una respuesta positiva (coincidencia = verdadera) cuando tanto los valores reales como los de comparación son nulos o vacíos, o cuando el umbral de coincidencia se establece en 0.0.

Procesador de Métricas

Soporte de Etiquetas IPF

Etiquetas IPF perteneciente a un event or a state se admiten y, cuando están presentes, se utilizan para determinar la duración del camino crítico y las métricas de duración de espera, y al etiquetar las métricas de pago con HTM="Sí".

El enfoque basado en la configuración existente continúa funcionando hasta que se producen etiquetas por los flujos, lo que significa que el cambio de soporte de etiquetas IPF generalmente no es disruptivo. Sin embargo, tenga en cuenta lo siguiente para evitar confusiones:

  • Cuando existe una configuración que define estados de espera para varios flujos diferentes para un pago dado, y uno de esos flujos se actualiza en MPS Con etiquetas, se ignora la configuración de los otros flujos y solo se utilizan las etiquetas para determinar la duración de la espera. Esto resultará en una duración de espera más corta. Al actualizar flujos para habilitar etiquetas, se deben actualizar todos los flujos posibles.

  • La configuración existente para la duración del camino crítico se basa en el estado global, pero las etiquetas solo pueden aplicarse a los estados y events. El efecto es el mismo siempre que el flujo etiquetado state or event corresponde a la configuración global previamente establecida state.

  • Ahora es posible definir múltiples rutas críticas, dentro de diferentes flujos, por ejemplo, estados.A → B → C → D → E → F donde A → B y D → E están etiquetados con CRITICAL_PATH_START Y CRITICAL_PATH_END respectivamente. La suma de los caminos críticos se utiliza al producir la métrica final.

  • Para métricas etiquetadas con { HTM="Yes"}, Ambos etiquetados events/estados, y se utiliza la configuración existente.

En todos los casos, la configuración existente descrita anteriormente se considera obsoleta y será eliminada en una futura versión.

Soporte de Etiquetas del Canal del Cliente

El clientChannel Se ha añadido una etiqueta a las métricas de pago emitidas para representar el canal de iniciación de pago del cliente utilizado para un pago. El valor puede ser obtenido de cualquier fuente específica del cliente. PDS objeto. Un ejemplo de canal de cliente mapping la configuración es:

ipf.business-metrics-processor.payment-metrics.labels {
  client-channel {
      pdsType = ClientSpecificType
      path = "instrMsg.cstmCrdTrfInitn.chanl"
  }
}

Para más información, consulte el documentación del procesador de métricas del canal del cliente.

Servicio de Día Laboral

Arregle el foco

  • Correcciones relacionadas con la especificación OpenAPI, incluyendo:

    • AnnualDate ahora se está representando correctamente

    • Usando OffsetTime formato de marca de tiempo en ejemplos

    • La especificación ahora se está mostrando correctamente en el proyecto inicial directo.

Human Task Manager

Nuevo

  • Función Alpha: parámetro de consulta de búsqueda de metaDataTags agregado a API. Las verificaciones de rendimiento son scheduled a llevar a cabo.