Validaciones
Validation API
SEPACT PASO2 CSM Service proporciona un Validation API que permite IPF flows para enviar lotes únicamente con fines de validación. La solicitud al API no conduce a que se envíen lotes 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' la bandera está configurada en Verdadero.
Valide las Reglas del Esquema EBA
El punto final para validar la regla del esquema EBA lleva a cabo las validaciones sobre los lotes enviados 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, p. ej. 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, p. ej. 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 las transacciones fallidas, el CSM El servicio 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 se envían los lotes a la Validation API:
-
Verificación de duplicados en los lotes enviados
-
Verificación de duplicados a nivel de transacción
-
Validaciones contra las fechas de liquidación presentadas en los lotes.
No se realizan verificaciones de duplicados en Validation API llamadas, para asegurar que el mismo volumen pueda ser enviado múltiples veces para validación sin ser rechazado como duplicado en intentos posteriores o cuando finalmente se envíe 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 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 los envíos masivos provenientes de flujos. Es importante señalar que algunas validaciones pueden no ser aplicables según la fuente de la solicitud. (Consulte la individual características para entender las validaciones aplicables).
Las reglas del esquema se identifican y hacen referencia a la documentación del esquema (Especificaciones de Interfaz STEP2 SCT, Descripción Funcional STEP2 SCT).
Todos los tipos de mensajes tendrán una verificación de esquema realizada utilizando la versión actual del XSD. Esta acción realizará todas las verificaciones técnicas necesarias en el mensaje, como tipos de datos, cardinalidad y tamaño de los elementos de datos. Además de 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 tipos de mensajes soportados que lleguen a Debulker from SEPA Paso2 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 El paquete del esquema CT 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. / Clase de validador:com.iconsolutions.ipf.sepact.core.validator.transaction.rules.pacs008.PostalAddressLineSizeRule |
Verificación del Tamaño de la Línea de Dirección Postal |
|
|
|
Verificación de Códigos de País |
|
|
|
Instrucción de Verificación de 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 ingreso 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. |
Verificación de Códigos de País del EEE |
La dirección postal del deudor es obligatoria si el agente deudor y/o el agente acreedor no se encuentran en el EEE.
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) |
Rtr Chain Validación |
|
|
|
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 el tipo de mensaje y el 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 no existentes 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á configurado a ST2 (B16) |
Verificación del Código de Servicio |
|
|
Si FITo FIPmt Sts Req. TxInf. OrgnlTxRef. PmtTpInf. SvcLvl. Cd is not SEPA(XT33) |
Verificación de Información de Remesas |
|
|
Si FITo FIPmt Sts Req. TxInf. OrgnlTxRef. PmtTpInf. LclInstrm. Cd se establece 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 completado | 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.