Validaciones

Validation API

SEPA CT PASO2 CSM Service proporciona un Validation API que permite IPF flows para enviar bulks solo para fines de validación. La solicitud a la API no conduce a bulks siendo presentado para Compensación y Liquidación.

La respuesta del servicio es un canónico pacs. 002 con el estado de las validaciones. También puede incluir un formato de esquema XML versión de la pacs. 008 si el 'returnEBASchemeMessage’flag está configurado como Verdadero.

Valide las Reglas del Esquema EBA

El punto final para validar la regla del esquema EBA realiza las validaciones sobre el contenido enviado.bulks y las transacciones incluidas y proporciona una respuesta de validación. A continuación, se realizan las siguientes validaciones:

  • Validación a Nivel de Mensaje (Bulk validaciones de nivel)

    • Validación de los totales del encabezado del grupo (o equivalente, por ejemplo, Asignación para camt. 056) tales como el conteo de transacciones y los montos de liquidación interbancaria

    • Reglas del Esquema Validaciones contra los campos del Encabezado

  • Mapeo del mensaje en formato canónico IPF al mensaje en formato del esquema EBA

  • Validaciones de Transacciones Individuales (o equivalente, por ejemplo, TxInfAndSts para camt. 029) y Validaciones de Reglas de Esquema

  • Verificación del esquema EBA de las validaciones finales

Las Validaciones API puede devolver el mensaje en formato del Esquema EBA en la respuesta si se solicita en la solicitud "Validar Reglas del Esquema EBA". Las transacciones que no superen las validaciones serán eliminadas del mensaje en formato EBA, por lo que el mensaje de salida en formato del esquema EBA siempre será aceptable por el esquema. Al eliminar el failed transacciones, el CSM service ajustará los totales del encabezado del grupo (conteo de transacciones y montos) para que coincidan con las transacciones que han pasado las validaciones. El esquema no altera el contenido de las transacciones individuales de ninguna manera, por lo que la transparencia de las transacciones se mantiene siempre.

Tenga en cuenta que las validaciones a continuación no se realizan cuando el bulks se envían a la Validation API:

  1. Verificación de duplicados en el enviado bulks

  2. Verificación de duplicados a nivel de transacción

  3. Validaciones contra las fechas de liquidación presentadas en el bulks

No se realizan verificaciones de duplicados en Validation API llamadas, para asegurar lo mismo bulk puede ser enviado múltiples veces para validación sin ser rechazado como duplicado en intentos posteriores o cuando se encuentra eventually presentado para compensación y liquidación.

Las validaciones de la fecha de liquidación interbancaria no se realizan en Validation API llamadas, ya que estas fechas pueden ser actualizadas al enviar a la Clear And Settle API para la liquidación.

Se ha creado un endpoint separado para validar las fechas de liquidación interbancaria de manera independiente, asegurando que se aborde el aspecto de la validación de fechas.

Vea el Validation API Swagger Especificación aquí Validation API.

Procesamiento de Solicitudes API

El SEPA CT PASO2 CSM Service admite las siguientes validaciones en bulks enviado desde flujos. Es importante señalar que algunas validaciones pueden no ser aplicables según la fuente de la solicitud. (Consulte individual características para entender las validaciones aplicables).

Las reglas del esquema se identifican y se hacen referencia a la documentación del esquema (Especificaciones de Interfaz STEP2 SCT, Descripción Funcional STEP2 SCT).

Todo message type se realizará una verificación de esquema utilizando la versión actual del XSD. Esta acción llevará a cabo todas las verificaciones técnicas necesarias en el mensaje, tales como data type s, cardinalidad y tamaño de los elementos de datos. Así como estas verificaciones técnicas, el SEPA CSM realiza verificaciones a nivel empresarial, para asegurar que los datos ingresados en cada campo cumplan con las reglas que van más allá de las verificaciones técnicas básicas (por ejemplo, la fecha de liquidación no debe ser más de tres días hábiles en el futuro, cualquier código ISO debe ser válido para el uso particular o los totales calculados deben ser iguales a los conteos a los que se relacionan).

Mensajes entrantes

Los mensajes que lleguen del esquema recibirán una verificación técnica contra su XSD. Esto se aplica a todos los soportados message type s que llegan a Debulker de SEPA Paso 2 en los siguientes archivos:

  • SCF

  • OQF

  • CVF

  • RSF

  • PCF

  • QVF

Las validaciones a nivel empresarial están documentadas en las tablas de mensajes entrantes a continuación.

Los mensajes entrantes del esquema que no superen las validaciones, aún serán enviados al cliente; sin embargo, se agregarán a un dedicado Kafka tema que debe ser dirigido a una implementación de procesamiento de excepciones. El SEPA CT scheme pack no tiene un mecanismo para el rechazo automatizado de un mensaje entrante.

Reglas de Validación

Saliente pacs. 008

Mensaje /Bulk Reglas de Nivel

Regla Procesamiento de Solicitudes API Validation API Descripción

Verificación de duplicados de mensajes

green checkmark icon

red x icon

Los siguientes campos se mencionan como parte de la verificación de duplicados:

  • GrpHdr. MsgId

  • GrpHdr. InstAgt. FinInstnId. BICFI

(B14)

Validación de Totales de Encabezado de Grupo

green checkmark icon

green checkmark icon

  • GrpHdr. NbOfTxs no es igual al número de transacciones en el bulk(B03)

  • GrpHdr. TtlIntrBkSttlmAmt no es igual a la suma de los IntrBkSttlmAmt para las transacciones en el bulk(B05)

  • GrpHdr. TtlIntrBkSttlmAmt es cero (B13)

Validación de la Fecha de Liquidación Interbancaria

green checkmark icon

red x icon

  • GrpHdr. IntrBkSttlmDt no es un Día Laboral Objetivo (DT03)

  • GrpHdr. IntrBkSttlmDt es anterior a la Fecha de Liquidación Interbancaria Actual (B15)

  • GrpHdr. IntrBkSttlmDt es posterior a la última fecha de negocio válida (más de 3 días hábiles de Target2 desde la fecha actual) (B15)

Sistema de Compensación de Encabezado de Grupo y Validación de Agente Instruccional

green checkmark icon

green checkmark icon

  • GrpHdr. SttlmInf. ClrSys. Prtry no es igual a ST2 (B16)

  • La longitud de GrpHdr. InstgAgt. FinInstnId. BICFI es mayor que 8 (B10)

Reglas a Nivel de Transacción

Regla Procesamiento de Solicitudes API Validation API Descripción

Verificación de Duplicados de Transacciones

green checkmark icon

red x icon

Los siguientes campos se verifican en busca de duplicados:

  • CdtTrfTxInf. PmtId. TxId

  • CdtTrfTxInf. DbtrAgt. FinInstnId. BICFI

  • GrpHdr. IntrBkSttlmDt (AM05)

Verificación del Nivel de Servicio

green checkmark icon

green checkmark icon

CdtTrfTxInf. PmtTpInf. SvcLvl. Cd debe contener 'SEPA' (IN02)

Categoría Propósito Código Verificación

green checkmark icon

green checkmark icon

Si CdtTrfTxInf. PmtTpInf. CtgyPurp. Cd es uno de FCIN, FCOL o INTE y:

  • Si no se proporcionan alguno de los campos requeridos en la transacción (XT33):

    • CdtTrfTxInf. Dbtr. Id. OrgId. AnyBIC

    • CdtTrfTxInf. Cdtr. Id. OrgId. AnyBIC

    • CdtTrfTxInf. RmtInf. Strd. CdtrRefInf. Ref

  • Si alguno de los campos no permitidos está presente en la transacción (XT81):

    • CdtTrfTxInf. UltmtDbtr

    • CdtTrfTxInf. UltmtCdtr

    • CdtTrfTxInf. Dbtr. PstlAdr

    • CdtTrfTxInf. Cdtr. PstlAdr

    • CdtTrfTxInf. Purp

    • CdtTrfTxInf. RmtInf. Ustrd

Verificación de Nombres de Deudores y Acreedores

green checkmark icon

green checkmark icon

Si el código de propósito de la categoría es uno de FCIN, FCOL o INTE y si:

  • CdtTrfTxInf. Dbtr. Nm no sigue el formato del patrón de deudor del BIC (RR02)

  • CdtTrfTxInf. Cdtr. Nm no sigue el formato del patrón del acreedor del BIC (RR03)

Verificación de Códigos de País de la EEA

green checkmark icon

green checkmark icon

La dirección postal del deudor es obligatoria si el agente deudor y/o el agente acreedor no se encuentran en el EEE. Nota-esta validación puede ser desactivada-ver página de configuraciones

  • CdtTrfTxinf. Dbtr. PstlAdr. Ctry es obligatorio si el pago involucra un país o territorio no perteneciente al EEE (BE07)

Verificación Estructural de la Dirección Postal

green checkmark icon

green checkmark icon

Las direcciones se clasifican de acuerdo con los campos de dirección completados según el Validaciones Estructurales de Direcciones Postales

  • CdtTrfTxInf. Dbtr. PstlAdr-la dirección debe ser estructurada, híbrida o no estructurada (BE07)

  • CdtTrfTxInf. Cdtr. PstlAdr-la dirección debe ser estructurada, híbrida o no estructurada (BE04)

Nota-estas validaciones pueden ser desactivadas-ver página de configuraciones.

Verificación de Códigos de País

green checkmark icon

green checkmark icon

  • CdtTrfTxInf. UltmtDbtr. Id. PrvtId. DtAndPlcOfBirth. CtryOfBirth debe ser un código de país ISO3166 válido (XT73)

  • CdtTrfTxInf. Dbtr. Id. PrvtId. DtAndPlcOfBirth. CtryOfBirth debe ser un código de país ISO3166 válido (XT73)

  • CdtTrfTxInf. Cdtr. Id. PrvtId. DtAndPlcOfBirth. CtryOfBirth debe ser un código de país ISO3166 válido (XT73)

  • CdtTrfTxInf. Dbtr. PstlAdr. Ctry debe ser un código de país ISO3166 válido (XT73)

  • CdtTrfTxInf. Cdtr. PstlAdr. Ctry debe ser un código de país ISO3166 válido (XT73)

  • CdtTrfTxInf. UltmtCdtr. Id. PrvtId. DtAndPlcOfBirth. CtryOfBirth debe ser un código de país ISO3166 válido (XT73)

Verificación de Instrucciones del Agente

green checkmark icon

green checkmark icon

  • Si CdtTrfTxInf. InstgAgt. FinInstnId. BICFI está poblado (XT13)

Verificación de ID de extremo a extremo

green checkmark icon

green checkmark icon

  • Si CdtTrfTxInf. PmtId. EndToEndId está poblado pero consiste únicamente en caracteres de espacio vacío (FF08)

Agente de Deudores/Creadores SEPA COM Pacifique Verificación

green checkmark icon

green checkmark icon

  • Si los caracteres 5 y 6 de DrctDbtTxInf. CdtrAgt. FinInstnId. BICFI contienen 'PF', 'NC' o 'WF'
    Entonces, los caracteres 5 y 6 de DrctDbtTxInf. DbtrAgt. FinInstnId. BICFI deben contener 'FR', 'GP', 'RE', 'MQ', 'GF', 'PM', 'PF', 'NC', 'WF', 'BL', 'MF', 'YT' (XT91).

  • Si los caracteres 5 y 6 de DrctDbtTxInf. DbtrAgt. FinInstnId. BICFI contienen 'PF', 'NC' o 'WF'
    Entonces, los caracteres 5 y 6 de DrctDbtTxInf. CdtrAgt. FinInstnId. BICFI deben contener 'FR', 'GP', 'RE', 'MQ', 'GF', 'PM', 'PF', 'NC', 'WF', 'BL', 'MF', 'YT' (XT91).

Verificación de Información de Remesas

green checkmark icon

green checkmark icon

  • Si CdtTrfTxInf. RmtInf. Ustrd y CdtTrfTxInf. RmtInf. Strd no están poblados (XT33)

  • Si CdtTrfTxInf. RmtInf. Ustrd y CdtTrfTxInf. RmtInf. Strd están ambos poblados (XT13)

  • Si CdtTrfTxInf. RmtInf. Strd está presente en la transacción más de una vez (XT81)

  • Si se utiliza CdtTrfTxInf. RmtInf y si CdtTrfTxInf. RmtInf. Strd. TaxRmt o CdtTrfTxInf. RmtInf. Strd. GrnshmtRmt están poblados (XT13)

  • Si la longitud de CdtTrfTxInf. RmtInf. Strd excede 140 caracteres (XT33)

Verificaciones de Esquema

Regla Procesamiento de Solicitudes API Validation API Descripción

Validación de Esquema

green checkmark icon

green checkmark icon

Comprobaciones de esquema de mensajes en formato de esquema EBA mapeados (antes de enviar para bulking) (FF01)

Entrante pacs. 008

Se realizan las siguientes validaciones en un inbound pacs. 008 del esquema.

Regla Descripción

Verificación de Duplicados Funcionales

Los siguientes campos se verifican en busca de duplicados:

  • CdtTrfTxInf. PmtId. TxId

  • CdtTrfTxInf. DbtrAgt. FinInstnId. BICFI

  • CdtTrfTxInf. GrpHdr. IntrBkSttlmDt

Validación del Agente Acreedor

Verifica si los siguientes BICs coinciden y son participantes directos/indirectos válidos:

  • GrpHdr. InstdAgt. FinInstnId. BICFI

  • CdtTrfTxInf. CdtrAgt. FinInstnId. BICFI

Verificación Estructural de la Dirección Postal

Las direcciones se clasifican de acuerdo con los campos de dirección completados según el Validaciones Estructurales de Direcciones Postales

  • CdtTrfTxInf. Dbtr. PstlAdr-la dirección debe ser estructurada, híbrida o no estructurada

  • CdtTrfTxInf. Cdtr. PstlAdr-la dirección debe ser estructurada, híbrida o no estructurada

Nota-estas validaciones pueden ser desactivadas-ver página de configuraciones.

Saliente pacs. 004

Mensaje /Bulk Reglas de Nivel

Regla Procesamiento de Solicitudes API Validation API Descripción

Verificación de duplicados de mensajes

green checkmark icon

red x icon

Los siguientes campos se mencionan como parte de la verificación de duplicados:

  • GrpHdr. MsgId

  • GrpHdr. InstAgt. FinInstnId. BICFI

(B14)

Validación de Totales de Encabezado de Grupo

green checkmark icon

green checkmark icon

  • GrpHdr. NbOfTxs no es igual al número de transacciones en el bulk(B03)

  • GrpHdr. TtlRtrdIntrBkSttlmAmt no es igual a la suma de los TxInf. RtrdIntrBkSttlmAmt para las transacciones en el bulk(B05)

  • GrpHdr. TtlRtrdIntrBkSttlmAmt es cero (B13)

Sistema de Compensación de Encabezado de Grupo y Validación de Agente Instruccional

green checkmark icon

green checkmark icon

  • Si GrpHdr. SttlmInf. ClrSys. Prtry no es igual a ST2 (B16)

  • Si GrpHdr. InstgAgt. FinInstnId. BICFI está en blanco o contiene un código de sucursal (B10)

Validación de la Fecha de Liquidación Interbancaria

green checkmark icon

red x icon

  • GrpHdr. IntrBkSttlmDt no es un Día Laboral Objetivo (DT03)

  • GrpHdr. IntrBkSttlmDt es anterior a la Fecha de Liquidación Interbancaria Actual o GrpHdr. IntrBkSttlmDt es nulo (B15)

  • GrpHdr. IntrBkSttlmDt es posterior a la última fecha de negocio válida (más de 3 días hábiles de Target2 desde la fecha actual) (B15)

Reglas a Nivel de Transacción

Regla Procesamiento de Solicitudes API Validation API Descripción

Verificación de Duplicados de Transacciones

green checkmark icon

red x icon

Los siguientes campos se verifican en busca de duplicados:

  • TxInf. RtrId

  • TxInf. OrgnlTxRef. CdtrAgt. FinInstnId. BICFI

  • GrpHdr. IntrBkSttlmDt (AM05)

Verificación del Nivel de Servicio

green checkmark icon

green checkmark icon

TxInf. OrgnlTxRef. PmtTpInf. SvcLvl. Cd debe contener 'SEPA' (IN02)

Información del motivo de devolución Código de motivo Verificación

green checkmark icon

green checkmark icon

  • Si TxInf. RtrRsnInf. Rsn. Cd no es un código de motivo de devolución ISO 20022 válido (XT33)

Verificación de Códigos de País

green checkmark icon

green checkmark icon

  • TxInf. OrgnlTxRef. Dbtr. Pty. Id. PrvtId. DtAndPlcOfBirth. CtryOfBirth debe ser un código de país ISO3166 válido (XT73)

  • TxInf. OrgnlTxRef. Cdtr. Pty. Id. PrvtId. DtAndPlcOfBirth. CtryOfBirth debe ser un código de país ISO3166 válido (XT73)

  • TxInf. OrgnlTxRef. Dbtr. Pty. PstlAdr. Ctry debe ser un código de país ISO3166 válido (XT73)

  • TxInf. OrgnlTxRef. Cdtr. Pty. PstlAdr. Ctry debe ser un código de país ISO3166 válido (XT73)

  • TxInf. OrgnlTxRef. UltmtDbtr. Pty. Id. PrvtId. DtAndPlcOfBirth. CtryOfBirth debe ser un código de país ISO3166 válido (XT73)

  • TxInf. OrgnlTxRef. UltmtCdtr. Pty. Id. PrvtId. DtAndPlcOfBirth. CtryOfBirth debe ser un código de país ISO3166 válido (XT73)

Información Adicional Verifique

green checkmark icon

green checkmark icon

Si TxInf. RtrRsnInf. Rsn. Cd contiene 'FOCR' y si TxInf. RtrRsnInf. AddtlInf está poblado (XT33)

Verificaciones de Esquema

Regla Procesamiento de Solicitudes API Validation API Descripción

Validación de Esquema

green checkmark icon

green checkmark icon

Verificaciones de esquema de mensajes en formato de esquema EBA mapeados (antes de enviar para bulking) (FF01)

Entrante pacs. 004

Se realizan las siguientes validaciones en un ingreso pacs. 004 del esquema.

Regla Descripción

Verificación de Duplicados Funcionales

Los siguientes campos se verifican en busca de duplicados:

  • TxInf. RtrId

  • TxInf. OrgnlTxRef. CdtrAgt. FinInstnId. BICFI

  • TxInf. GrpHdr. IntrBkSttlmDt

Validación del Agente Deudor

Verifica si los siguientes BICs coinciden y son participantes directos/indirectos válidos:

  • GrpHdr. InstdAgt. FinInstnId. BICFI

  • TxInf. OrgnlTxRef. DbtrAgt. FinInstnId. BICFI

Saliente camt. 029

Mensaje /Bulk Reglas de Nivel

Regla Procesamiento de Solicitudes API Validation API Descripción

Verificación de duplicados de mensajes

green checkmark icon

red x icon

Los siguientes campos se mencionan como parte de la verificación de duplicados:

  • Resolution De Investigación. Asignación. Id

  • Resolution De Investigación. Asignación. Asignador. Agente. Institución Financiera. Id. BICFI

(B14)

Instrucción para la verificación del Agente BICS

green checkmark icon

green checkmark icon

  • Si ResolutionOfInvestigation. Assgnmt. Assgnr. Agt. FinInstnId. BICFI es nulo/vacío o se incluye el código de sucursal (B12)

Verificación de Confirmación de Estado

green checkmark icon

green checkmark icon

Si ResolutionOfInvestigation. Sts. Conf no es uno de los estados válidos (XT33):

  • RJCR,

  • ACNR,

  • RJNR,

  • ACVA,

  • RJVA,

  • CVAA,

  • MODI

Verificación de Presencia de Campo

green checkmark icon

green checkmark icon

Si los campos requeridos no están presentes según message type y estado (XT13):

  • Si el mensaje es ICF:

    • ResolutionOfInvestigation. Assgnmt y ResolutionOfInvestigation. CxlDtls deben estar presentes.

    • ResolutionOfInvestigation. RslvdCase, ResolutionOfInvestigation. ModDtls, ResolutionOfInvestigation. ClmNonRctDtls, y ResolutionOfInvestigation. RsltnRltdInf no deben estar presentes.

  • Si el mensaje es IQF:

    • Los siguientes campos deben estar siempre presentes:

      • Resolución De Investigación. Asignación

      • Resolución De Investigación. CasoResuelto

      • Resolución De Investigación. DetallesMd

    • El siguiente campo debe estar siempre ausente:

      • Resolución De Investigación. DetallesCxl

    • Además, basado en ResolutionOfInvestigation. Sts. Conf:

      • ACNR:

        • ResolutionOfInvestigation. ClmNonRctDtls debe estar presente

      • RJNR:

        • ResolutionOfInvestigation. ClmNonRctDtls debe estar presente

        • ResolutionOfInvestigation. RsltnRltdInf no debe estar presente

      • ACVA o MODI:

        • ResolutionOfInvestigation. RsltnRltdInf debe estar presente

        • ResolutionOfInvestigation. ClmNonRctDtls no debe estar presente.

      • RJVA o CVAA:

        • ResolutionOfInvestigation. ClmNonRctDtls y ResolutionOfInvestigation. RsltnRltdInf no deben estar presentes.

Reglas a Nivel de Transacción

Regla Procesamiento de Solicitudes API Validation API Descripción

Verificación de Duplicados de Transacciones

green checkmark icon

red x icon

Los siguientes campos se verifican en busca de duplicados:

  • Camt. 029 ICF:

    • TxInfAndSts. CxlStsId

    • TxInfAndSts. OrgnlTxRef. CdtrAgt. FinInstnId. BICFI

    • Fecha de procesamiento

  • Camt. 029 IQF:

    • TxInfAndSts. ModStsId

    • TxInfAndSts. OrgnlTxRef. CdtrAgt. FinInstnId. BICFI

    • Fecha de procesamiento (AM05)

Estado de Cancelación Motivo Código de Información Verificación

green checkmark icon

green checkmark icon

Si TxInfAndSts. CxlStsRsnInf. Rsn. Cd no es uno de los códigos válidos (XT33):

  • AC04

  • AM04

  • ARDT

  • CUST

  • LEGL

  • NOAS

  • NOOR

Verificación de ID del Mensaje Original

green checkmark icon

green checkmark icon

Si TxInfAndSts. OrgnlGrpInf. OrgnlMsgNmId no comienza con pacs. 008(XT33)

Reclamo por campos de recibo nulos, verifique para IQF Camt. 029

green checkmark icon

green checkmark icon

  • Si TxInfAndSts. Sts. Conf está configurado en ACNR:

    • Y si el campo ClmNonRctDtls. Accptd. DtPrcd no está presente.

    • Y si el campo ClmNonRctDtls. Rjctd. Cd está poblado (XT13).

  • Si TxInfAndSts. Sts. Conf está configurado en RJNR:

    • Y si el campo ClmNonRctDtls. Rjctd. Cd no está presente.

    • Y si el campo ClmNonRctDtls. Accptd. DtPrcd está poblado (XT13)

Verificación del Sistema de Compensación para IQF Camt. 029

green checkmark icon

green checkmark icon

  • Si TxInfAndSts. Sts. Conf no es RJNR y TxInfAndSts. ModDtls. OrgnlTxRef. SttlmInf. ClrSys. Prtry no es ST2 (B16)

Verificación de Códigos de País

green checkmark icon

green checkmark icon

  • ModDtls. OrgnlTxRef. UltmtDbtr. Pty. Id. PrvtId. DtAndPlcOfBirth. CtryOfBirth debe ser un código de país ISO3166 válido (XT73)

  • ModDtls. OrgnlTxRef. UltmtCdtr. Pty. Id. PrvtId. DtAndPlcOfBirth. CtryOfBirth debe ser un código de país ISO3166 válido (XT73)

  • ModDtls. OrgnlTxRef. Dbtr. Pty. Id. PrvtId. DtAndPlcOfBirth. CtryOfBirth debe ser un código de país ISO3166 válido (XT73)

  • ModDtls. OrgnlTxRef. Cdtr. Pty. Id. PrvtId. DtAndPlcOfBirth. CtryOfBirth debe ser un código de país ISO3166 válido (XT73)

  • ModDtls. OrgnlTxRef. Dbtr. Pty. PstlAdr. Ctry debe ser un código de país ISO3166 válido (XT73)

  • ModDtls. OrgnlTxRef. Cdtr. Pty. PstlAdr. Ctry debe ser un código de país ISO3166 válido (XT73)

Información Relacionada con la Resolución Verifique para IQF Camt. 029

green checkmark icon

green checkmark icon

  • Si TxInfAndSts. Sts. Conf es ACVA o MODI y TxInfAndSts. RsltnRltdInf. IntrBkSttlmDt no está presente (XT13)

  • Si TxInfAndSts. Sts. Conf es ACNR y TxInfAndSts. RsltnRltdInf. IntrBkSttlmDt está presente (XT13)

  • Si TxInfAndSts. RsltnRltdInf. CompStn. Amt está presente y TxInfAndSts. Sts. Conf no es ACVA ni MODI (XT13)

  • Si TxInfAndSts. RsltnRltdInf. Chrgs. Amt está presente y TxInfAndSts. Sts. Conf no es ANCR, ACVA o MODI (XT13)

Verificación del Campo de Confirmación de Estado para IQF Camt. 029

green checkmark icon

green checkmark icon

  • Si TxInfAndSts. Sts. Conf es RJNR y TxInfAndSts. ModDtls. OrgnlInstrId está poblado (XT13)

Verificaciones de Esquema

Regla Procesamiento de Solicitudes API Validation API Descripción

Validación de Esquema

green checkmark icon

green checkmark icon

Comprobaciones de esquema de mensajes en formato de esquema EBA mapeados (antes de enviar para bulking) (FF01)

Entrante camt. 029

Se realizan las siguientes validaciones en un Inbound camt. 029 del Esquema.

Regla Descripción

Validación del Agente Deudor

Verifica si los siguientes BICs coinciden y son participantes directos/indirectos válidos:

  • Assgnmt. Assgne. Agt. FinInstnId. BICFI

  • Agente deudor BIC:

    • ModDtls. OrgnlTxRef. DbtrAgt. FinInstnId. BICFI si CxlDtls no está presente

    • CxlDtls. TxInfAndSts. OrgnlTxRef. DbtrAgt. FinInstnId. BICFI de lo contrario

Saliente camt. 056

Mensaje /Bulk Reglas de Nivel

Regla Procesamiento de Solicitudes API Validation API Descripción

Verificación de duplicados de mensajes

green checkmark icon

red x icon

Los siguientes campos se mencionan como parte de la verificación de duplicados:

  • PaymentCancellationRequest. Assgnmt. Id

  • PaymentCancellationRequest. Assgnmt. Assgnr. Agt. FinInstnId. BICFI

(B14)

Verificación del Número Total de Transacciones

green checkmark icon

green checkmark icon

  • El número de transacciones en PaymentCancellationRequest. CtrlData. NbOfTxs debe ser igual al número de transacciones individuales en PaymentCancellationRequest. Unrlyg. TxInf (B03)

Instrucción del Agente BICS Verificación

green checkmark icon

green checkmark icon

  • Si PaymentCancellationRequest. Assgnmt. Assgnr. Agt. FinInstnId. BICFI es nulo/vacío o se incluye el código de sucursal (B12)

Reglas a Nivel de Transacción

Regla Procesamiento de Solicitudes API Validation API Descripción

Verificación de Duplicados de Transacciones

green checkmark icon

red x icon

Los siguientes campos se verifican en busca de duplicados:

  • TxInfAndSts. CxlId

  • TxInfAndSts. OrgnlTxRef. DbtrAgt. FinInstnId. BICFI

  • Fecha de procesamiento (AM05)

Verificación de ID del Nombre del Mensaje Original

green checkmark icon

green checkmark icon

  • Si FITo FIPmt Cxl Req. Undrlyg. TxInf. OrgnlGrpInf. OrgnlMsgNmId no comienza con pacs. 008(XT33)

Información sobre el motivo de cancelación Código de motivo Verificación

green checkmark icon

green checkmark icon

  • Si FITo FIPmt Cxl Req. Undrlyg. TxInf. CxlRsnInf. Rsn. Cd no es:

    • AC03

    • AM09

    • CUST

    • DUPL

    • TECH

    • FRAD (XT33)

  • Si FITo FIPmt Cxl Req. Undrlyg. TxInf. CxlRsnInf. Rsn. Cd es TECH o DUPL y FITo FIPmt Cxl Req. Undrlyg. TxInf. CxlRsnInf. AddtlInf está poblado (XT13)

  • Si FITo FIPmt Cxl Req. Undrlyg. TxInf. CxlRsnInf. Rsn. Cd es AC03, AM09 o CUST y FITo FIPmt Cxl Req. Undrlyg. TxInf. CxlRsnInf. Orgtr. Nm no está poblado (XT13)

Verificaciones de Esquema

Regla Procesamiento de Solicitudes API Validation API Descripción

Validación de Esquema

green checkmark icon

green checkmark icon

Comprobaciones de esquema de mensajes en formato de esquema EBA mapeados (antes de enviar para bulking) (FF01)

Entrante camt. 056

Se realizan las siguientes validaciones en un Inbound camt. 056 del Esquema.

Regla Descripción

Validación del Agente Acreedor

Verifica si los siguientes BICs coinciden y son participantes directos/indirectos válidos:

  • Assgnmt. Assgne. Agt. FinInstnId. BICFI

  • Undrlyg. TxInf. OrgnlTxRef. CdtrAgt. FinInstnId. BICFI

Saliente pacs. 028

Mensaje /Bulk Reglas de Nivel

Regla Procesamiento de Solicitudes API Validation API Descripción

Verificación de duplicados de mensajes

green checkmark icon

red x icon

Los siguientes campos se mencionan como parte de la verificación de duplicados:

  • PaymentStatusRequest. GrpHdr. MsgId

  • PaymentStatusRequest. GrpHdr. InstgAgt. FinInstnId. BICFI

(B14)

  • Si PaymentStatusRequest. GrpHdr. InstgAgt. FinInstnId. BICFI o PaymentStatusRequest. GrpHdr. MsgId es nulo (XT33)

Instrucción del Agente BICS Verificación

green checkmark icon

red x icon

Si PaymentStatusRequest. GrpHdr. InstgAgt. FinInstnId. BICFI es nulo/vacío o se incluye el código de sucursal (B10)

Verificación de Múltiples Transacciones

green checkmark icon

red x icon

Si el mensaje contiene más de una transacción (B02)

Reglas a Nivel de Transacción

Regla Procesamiento de Solicitudes API Validation API Descripción

Verificación de Duplicados de Transacciones

green checkmark icon

red x icon

  • Los siguientes campos se verifican en busca de duplicados:

    • PaymentTransaction. StsReqId

    • PaymentTransaction. OrgnlTxRef. DbtrAgt. FinInstnId. BICFI

    • Fecha de procesamiento (AM05)

  • SI Pacs. 028 tiene más de un FITo FIPayment Status Request. TxInves (B02)

Verificación de Códigos de País

green checkmark icon

red x icon

  • TxInf. UltmtDbtr. Pty. Id. PrvtId. DtAndPlcOfBirth. CtryOfBirth debe ser un código de país ISO3166 válido (XT73)

  • TxInf. UltmtCdtr. Pty. Id. PrvtId. DtAndPlcOfBirth. CtryOfBirth debe ser un código de país ISO3166 válido (XT73)

  • TxInf. Dbtr. Pty. Id. PrvtId. DtAndPlcOfBirth. CtryOfBirth debe ser un código de país ISO3166 válido (XT73)

  • TxInf. Cdtr. Pty. Id. PrvtId. DtAndPlcOfBirth. CtryOfBirth debe ser un código de país ISO3166 válido (XT73)

  • TxInf. Dbtr. Pty. PstlAdr. Ctry debe ser un código de país ISO3166 válido (XT73)

  • TxInf. Cdtr. Pty. PstlAdr. Ctry debe ser un código de país ISO3166 válido (XT73)

Categoría Propósito Código Verificación

green checkmark icon

red x icon

Si TxInf. OrgnlTxRef. PmtTpInf. CtgyPurp. Cd es uno de FCIN, FCOL o INTE y:

  • Si no se proporcionan alguno de los campos requeridos en la transacción (XT33):

    • TxInf. OrgnlTxRef. RmtInf. Strd. CdtrRefinf

    • TxInf. OrgnlTxRef. Dbtr. Pty. Id. OrgId. AnyBIC

    • TxInf. OrgnlTxRef. Cdtr. Pty. Id. OrgId. AnyBIC

  • Los campos que no están permitidos están presentes en la transacción (XT81):

    • TxInf. OrgnlTxRef. UltmtDbtr

    • TxInf. OrgnlTxRef. UltmtCdtr

    • TxInf. OrgnlTxRef. Cdtr. Pty. PstlAdr

Verificación de Información del Grupo Original

green checkmark icon

red x icon

  • Si FITo FIPmt Sts Req. OrgnlGrpInf y FITo FIPmt Sts Req. TxInf. OrgnlGrpInf están ambos poblados (XT13)

  • Si FITo FIPmt Sts Req. OrgnlGrpInf y FITo FIPmt Sts Req. TxInf. OrgnlGrpInf no están poblados (XT33)

Verificación de ID del Nombre del Mensaje Original

green checkmark icon

red x icon

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

  • 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(XT33)

Verificación del Sistema de Compensación

green checkmark icon

red x icon

Si FITo FIPmt Sts Req. TxInf. OrgnlTxRef. SttlmInf. ClrSys. Prtry no está establecido en ST2 (B16)

Verificación del Código de Servicio

green checkmark icon

red x icon

Si FITo FIPmt Sts Req. TxInf. OrgnlTxRef. PmtTpInf. SvcLvl. Cd no es SEPA(XT33)

Verificación de Información de Remesas

green checkmark icon

red x icon

Si FITo FIPmt Sts Req. TxInf. OrgnlTxRef. PmtTpInf. LclInstrm. Cd está establecido en PERI y FITo FIPmt Sts Req. TxInf. OrgnlTxRef. RmtInf. Strd está poblado (XT13)

Verificaciones de Esquema

Regla Procesamiento de Solicitudes API Validation API Descripción

Validación de Esquema

green checkmark icon

red x icon

Comprobaciones de esquema de mensajes en formato de esquema EBA mapeados (antes de enviar para bulking) (FF01)

Entrante pacs. 028

Se realizan las siguientes validaciones en un Inbound pacs. 028 del Esquema.

Regla Descripción

Validación del Agente Acreedor

Verifica si los siguientes BICs coinciden y son participantes directos/indirectos válidos:

  • GrpHdr. InstdAgt. FinInstnId. BICFI

  • TxInf. OrgnlTxRef. CdtrAgt. FinInstnId. BICFI

Validaciones Estructurales de Direcciones Postales

Línea de dirección poblada Nombre de la ciudad Poblado País Poblado Cualquier Otro Campo de Dirección Poblado Clasificación

No

Estructurado

No

No

No estructurado

No

No

No

No estructurado

Híbrido

Si está configurado, las transacciones que no pueden clasificarse como uno de los tipos de dirección mencionados anteriormente resultarán en un fallo de validación.