Validaciones
Validation API
SEPA DD PASO2 CSM Service proporciona un Validation API para habilitar los flujos de implementación del cliente o los clientes SDK para enviar el bulks solo para fines de validación. La solicitud a la API no conduce a la bulks siendo presentado para la Recolección y Liquidación.
La respuesta del Direct Debit Validation API is Direct Debit Validation API que puede comprender un bloque OrgnlGrpInfAndSts a nivel de mensaje, bloques TxInfAndSts a nivel de transacción y (si se solicita) un schemeFormatMessage bloque.
Valide las reglas del esquema de domiciliación bancaria
Las Reglas del Esquema de Domiciliación Bancaria API la regla lleva a cabo las validaciones sobre el presentado 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, 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 de esquema.
-
Validaciones de Transacciones Individuales y Validaciones de Reglas del Esquema
-
Verificación del esquema de las validaciones finales
Las Validaciones API puede devolver el mensaje en formato Scheme en la respuesta si se solicita en la solicitud si el 'returnSchemeMessage’flag se establece en Verdadero. Las transacciones que no superen las validaciones serán eliminadas del mensaje de formato, por lo que el mensaje de formato de salida 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 SEPA DD CSM Service 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 Direct Debit API para la liquidación.
Consulte la especificación de validación aquí.Direct Debit Validation API
Procesamiento de Solicitudes API
SEPA DD PASO2 CSM Service admite las siguientes validaciones en bulks enviado desde los flujos de implementación del Cliente. Es importante señalar que algunas validaciones pueden no ser aplicables según la fuente de la solicitud. (Consulte las características individuales para entender las validaciones aplicables).
Las reglas del esquema se identifican y hacen referencia a la documentación del esquema (Especificaciones de Interfaz SDD de STEP2, Descripción Funcional de SDD de STEP2).
Todo message type se realizará una verificación de esquema utilizando la versión actual del esquema xsd. Esta acción realizará 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 adicionales a las verificaciones técnicas básicas (por ejemplo, la fecha de liquidación no debe ser más de 14 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 from SEPA PASO2 en los siguientes archivos:
-
DVF
-
RSF
Reglas de Validación
Recolectar y Liquidar (Pacs. 003)
Reglas a Nivel de Mensaje
| Regla | Procesamiento de Solicitudes API | Validation API | Descripción |
|---|---|---|---|
Validación del Modelo Canónico |
|
|
Validación contra el modelo canónico antes de mapping(FF01) |
Verificación de duplicados de mensajes |
|
|
Los siguientes campos se mencionan como parte de la verificación de duplicados:
(B14) |
Fecha de Liquidación Interbancaria |
|
|
|
Validación de esquema XSD |
|
|
Validación del esquema contra el esquema XSD después de mapping(FF01) |
Validación de Totales de Encabezado de Grupo |
|
|
|
Sistema de Compensación de Encabezado de Grupo y Validación de Agente Instruccional |
|
|
|
Reglas a Nivel de Transacciones
| Regla | Procesamiento de Solicitudes API | Validation API | Descripción |
|---|---|---|---|
Verificación de Duplicados de Transacciones |
|
|
Los siguientes campos se verifican en busca de duplicados:
(AM05) |
Verificaciones del Nivel de Servicio |
|
|
DrctDbtTxInf. PmtTpInf. SvcLvl. Cd debe contener 'SEPA' (XT33) |
Verificaciones de Instrumentos Locales |
|
|
DrctDbtTxInf. PmtTpInf. LclInstrm. Cd debe contener 'CORE' (XT33) |
Agente de Deudores/Creadores SEPA COM Pacifique Verificación |
|
|
|
Verificación de Instrucciones del Agente |
|
|
DrctDbtTxInf. InstgAgt. FinInstnId. BICFI no debe ser poblado (XT13) |
Verificación de la Fecha de Recolección Solicitada |
|
|
|
Verificación del Código de País de la Dirección Postal |
|
|
|
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 está desactivada por defecto-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 Apéndice A: Validaciones Estructurales de Direcciones Postales
Nota-estas validaciones están desactivadas por defecto-ver página de configuraciones. |
Verificación del Id y Nombre del Esquema del Acreedor |
|
|
|
Enmiendas al Mandato |
|
|
|
Cancelación (Camt. 056)
Reglas a Nivel de Mensaje
| Regla | Procesamiento de Solicitudes API | Validation API | Descripción |
|---|---|---|---|
Validación del Modelo Canónico |
|
|
Validación contra el modelo canónico antes de mapping(FF01) |
Validación de esquema XSD |
|
|
Validación del esquema contra el esquema XSD después de mapping(FF01) |
Verificación de duplicados de mensajes |
|
|
Los siguientes campos se mencionan como parte de la verificación de duplicados:
(B14) |
Reversión (Pacs. 007)
Reglas a Nivel de Mensaje
| Regla | Procesamiento de Solicitudes API | Validation API | Descripción |
|---|---|---|---|
Validación del Modelo Canónico |
|
|
Validación contra el modelo canónico antes de mapping(FF01) |
Validación de esquema XSD |
|
|
Validación del esquema contra el esquema XSD después de mapping(FF01) |
Verificación de duplicados de mensajes |
|
|
Los siguientes campos se mencionan como parte de la verificación de duplicados:
(B14) |
Apéndice A: 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.