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:
-
Verificación de duplicados en el enviado bulks
-
Verificación de duplicados a nivel de transacción
-
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 |
|
|
Los siguientes campos se mencionan como parte de la verificación de duplicados:
(B14) |
Validación de Totales de Encabezado de Grupo |
|
|
|
Validación de la Fecha de Liquidación Interbancaria |
|
|
|
Sistema de Compensación de Encabezado de Grupo y Validación de Agente Instruccional |
|
|
|
Reglas a Nivel de Transacción
| Regla | Procesamiento de Solicitudes API | Validation API | Descripción |
|---|---|---|---|
Verificación de Duplicados de Transacciones |
|
|
Los siguientes campos se verifican en busca de duplicados:
|
Verificación del Nivel de Servicio |
|
|
CdtTrfTxInf. PmtTpInf. SvcLvl. Cd debe contener 'SEPA' (IN02) |
Categoría Propósito Código Verificación |
|
|
Si CdtTrfTxInf. PmtTpInf. CtgyPurp. Cd es uno de FCIN, FCOL o INTE y:
|
Verificación de Nombres de Deudores y Acreedores |
|
|
Si el código de propósito de la categoría es uno de FCIN, FCOL o INTE y si:
|
Verificación de Códigos de País de la EEA |
|
|
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
|
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
Nota-estas validaciones pueden ser desactivadas-ver página de configuraciones. |
Verificación de Códigos de País |
|
|
|
Verificación de Instrucciones del Agente |
|
|
|
Verificación de ID de extremo a extremo |
|
|
|
Agente de Deudores/Creadores SEPA COM Pacifique Verificación |
|
|
|
Verificación de Información de Remesas |
|
|
|
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:
|
Validación del Agente Acreedor |
Verifica si los siguientes BICs coinciden y son participantes directos/indirectos válidos:
|
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
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 |
|
|
Los siguientes campos se mencionan como parte de la verificación de duplicados:
(B14) |
Validación de Totales de Encabezado de Grupo |
|
|
|
Sistema de Compensación de Encabezado de Grupo y Validación de Agente Instruccional |
|
|
|
Validación de la Fecha de Liquidación Interbancaria |
|
|
|
Reglas a Nivel de Transacción
| Regla | Procesamiento de Solicitudes API | Validation API | Descripción |
|---|---|---|---|
Verificación de Duplicados de Transacciones |
|
|
Los siguientes campos se verifican en busca de duplicados:
|
Verificación del Nivel de Servicio |
|
|
TxInf. OrgnlTxRef. PmtTpInf. SvcLvl. Cd debe contener 'SEPA' (IN02) |
Información del motivo de devolución Código de motivo Verificación |
|
|
|
Verificación de Códigos de País |
|
|
|
Información Adicional Verifique |
|
|
Si TxInf. RtrRsnInf. Rsn. Cd contiene 'FOCR' y si TxInf. RtrRsnInf. AddtlInf está poblado (XT33) |
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:
|
Validación del Agente Deudor |
Verifica si los siguientes BICs coinciden y son participantes directos/indirectos válidos:
|
Saliente camt. 029
Mensaje /Bulk Reglas de Nivel
| Regla | Procesamiento de Solicitudes API | Validation API | Descripción |
|---|---|---|---|
Verificación de duplicados de mensajes |
|
|
Los siguientes campos se mencionan como parte de la verificación de duplicados:
(B14) |
Instrucción para la verificación del Agente BICS |
|
|
|
Verificación de Confirmación de Estado |
|
|
Si ResolutionOfInvestigation. Sts. Conf no es uno de los estados válidos (XT33):
|
Verificación de Presencia de Campo |
|
|
Si los campos requeridos no están presentes según message type y estado (XT13):
|
Reglas a Nivel de Transacción
| Regla | Procesamiento de Solicitudes API | Validation API | Descripción |
|---|---|---|---|
Verificación de Duplicados de Transacciones |
|
|
Los siguientes campos se verifican en busca de duplicados:
|
Estado de Cancelación Motivo Código de Información Verificación |
|
|
Si TxInfAndSts. CxlStsRsnInf. Rsn. Cd no es uno de los códigos válidos (XT33):
|
Verificación de ID del Mensaje Original |
|
|
Si TxInfAndSts. OrgnlGrpInf. OrgnlMsgNmId no comienza con pacs. 008(XT33) |
Reclamo por campos de recibo nulos, verifique para IQF Camt. 029 |
|
|
|
Verificación del Sistema de Compensación para IQF Camt. 029 |
|
|
|
Verificación de Códigos de País |
|
|
|
Información Relacionada con la Resolución Verifique para IQF Camt. 029 |
|
|
|
Verificación del Campo de Confirmación de Estado para IQF Camt. 029 |
|
|
|
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:
|
Saliente camt. 056
Mensaje /Bulk Reglas de Nivel
| Regla | Procesamiento de Solicitudes API | Validation API | Descripción |
|---|---|---|---|
Verificación de duplicados de mensajes |
|
|
Los siguientes campos se mencionan como parte de la verificación de duplicados:
(B14) |
Verificación del Número Total de Transacciones |
|
|
|
Instrucción del Agente BICS Verificación |
|
|
|
Reglas a Nivel de Transacción
| Regla | Procesamiento de Solicitudes API | Validation API | Descripción |
|---|---|---|---|
Verificación de Duplicados de Transacciones |
|
|
Los siguientes campos se verifican en busca de duplicados:
|
Verificación de ID del Nombre del Mensaje Original |
|
|
|
Información sobre el motivo de cancelación Código de motivo Verificación |
|
|
|
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:
|
Saliente pacs. 028
Mensaje /Bulk Reglas de Nivel
| Regla | Procesamiento de Solicitudes API | Validation API | Descripción |
|---|---|---|---|
Verificación de duplicados de mensajes |
|
|
Los siguientes campos se mencionan como parte de la verificación de duplicados:
(B14)
|
Instrucción del Agente BICS Verificación |
|
|
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 |
|
|
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 |
|
|
|
Verificación de Códigos de País |
|
|
|
Categoría Propósito Código Verificación |
|
|
Si TxInf. OrgnlTxRef. PmtTpInf. CtgyPurp. Cd es uno de FCIN, FCOL o INTE y:
|
Verificación de Información del Grupo Original |
|
|
|
Verificación de ID del Nombre del Mensaje Original |
|
|
|
Verificación del Sistema de Compensación |
|
|
Si FITo FIPmt Sts Req. TxInf. OrgnlTxRef. SttlmInf. ClrSys. Prtry no está establecido en ST2 (B16) |
Verificación del Código de Servicio |
|
|
Si FITo FIPmt Sts Req. TxInf. OrgnlTxRef. PmtTpInf. SvcLvl. Cd no es SEPA(XT33) |
Verificación de Información de Remesas |
|
|
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) |
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:
|
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 |
Sí |
Sí |
– |
Estructurado |
Sí |
No |
Sí |
No |
No estructurado |
Sí |
No |
No |
No |
No estructurado |
Sí |
Sí |
Sí |
– |
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.