Procesamiento de Solicitudes

El SEPA DD PASO2 CSM Service expone el Direct Debit API para apoyar SEPA Procesamiento de solicitudes de DD. Las solicitudes realizadas a través de estas interfaces instruyen al CSM Service realizar las validaciones requeridas tanto a nivel masivo como a nivel de transacción, mapear los mensajes a las versiones apropiadas de ISO20022 mensajes, realice la verificación del esquema y envíe las transacciones individuales para bulking, para que puedan ser añadidos a los archivos que se enviarán al esquema.

Solicitud de Reversa de Pago/Recogida de Débito Directo del Acreedor pacs.003 y pacs.007)

Se proporcionan las siguientes respuestas:

  1. Un reconocimiento técnico de la presentación de mensajes masivos de los flujos de implementación del cliente.

  2. Envío Exitoso (Acuse de Recibo Positivo)

  3. Envío no exitoso, por ejemplo, el mensaje no puede ser deserializado (Reconocimiento Negativo)

  4. Respuesta de Validación de IPF (a pacs.002 respuesta en formato canónico IPF).

  5. A continuación, se utilizan los valores para la validación a nivel de lote (OrgnlGrpInfAndSts. GrpSts)

    1. ACTC - Todo el volumen ha pasado la Validación IPF.

    2. RJCT - Todo el volumen ha fallado la validación IPF (Código ISO/propietario apropiado mapeado dentro de OrgnlGrpInfAndSts. StsRsnInf. Rsn). No se enviarán más respuestas para este lote.

    3. PARTE - Algunas transacciones dentro del lote no pasaron la validación IPF (Estado de todas las transacciones comunicado en la respuesta).

  6. A continuación, se utilizan los valores para los resultados de validación a nivel de transacción (TxInfAndSts. TxSts)

    1. ACTC - Transacción aprobada por la validación IPF

    2. RJCT - La transacción falló la validación IPF (Código ISO/Propietario apropiado dentro de TxInfAndSts. StsRsnInf. Rsn)

  7. Respuesta de Validación del Esquema (a pacs.002 respuesta en formato canónico IPF)

  8. Los resultados de validación del esquema se generan sobre la base del SDD de STEP2.CSM Service recibiendo el archivo DVF del esquema. El CSM Service mapea y genera pacs.002 respuestas en formato canónico IPF.

  9. Cualquier transacción que haya fallado las validaciones de IPF no estará disponible en la respuesta de validación del esquema.

  10. A continuación, se utilizan los valores para la validación a nivel de lote (OrgnlGrpInfAndSts. GrpSts)

    1. ACSP - Todo el volumen ha pasado la Validación del Esquema y el asentamiento está en progreso.

    2. RJCT - Todo el volumen ha fallado la validación del esquema (Código ISO/propietario apropiado mapeado dentro de OrgnlGrpInfAndSts. StsRsnInf. Rsn). La transacción dentro del lote no será liquidada. No se enviarán más respuestas para este lote.

    3. PARTE - Algunas transacciones dentro del lote no pasaron la Validación del Esquema (Estado de todas las transacciones comunicado en la respuesta)

  11. A continuación, se utilizan los valores para los resultados de validación a nivel de transacción (TxInfAndSts. TxSts)

    1. ACSP - Transacción aprobada en la Validación del Esquema

    2. RJCT - La transacción falló la validación del esquema (código ISO/proprietario apropiado dentro de TxInfAndSts. StsRsnInf. Rsn). Las transacciones que no superen las validaciones del esquema no serán liquidadas.

  12. Respuesta de Liquidación (a pacs.002 respuesta en formato canónico IPF)

  13. Las respuestas de liquidación se proporcionan en la fecha de liquidación interbancaria indicada dentro del envío masivo de flujos de implementación del cliente (GrpHdr. IntrBkSttlmDt). Las respuestas de liquidación se generarán tras el procesamiento de los archivos RSF recibidos del esquema.

  14. Las transacciones que no hayan pasado las validaciones del esquema no se incluirán en la Respuesta de Liquidación.

  15. A continuación, se utilizan los valores para la validación a nivel de lote (OrgnlGrpInfAndSts. GrpSts)

    1. ACSC - Todo el volumen ha sido liquidado.

    2. RJCT - Todo el volumen ha fallado en la liquidación. (Código ISO/propietario apropiado mapeado dentro de OrgnlGrpInfAndSts. StsRsnInf. Rsn).

    3. PARTE - Algunas transacciones dentro del acuerdo de liquidación masiva fallaron (Estado de todas las transacciones comunicado en la respuesta)

  16. A continuación, se utilizan los valores para los resultados de validación a nivel de transacción (TxInfAndSts. TxSts)

    1. ACSC - Transacción liquidada

    2. RJCT - La transacción no se pudo liquidar (Código ISO/Propietario apropiado dentro de TxInfAndSts. StsRsnInf. Rsn)

Solicitud de Cancelación de Pago a Acreedores (camt.056)

Esto difiere de un pacs.003/pacs.007 solicitud porque no hay un acuerdo real de camt.056

Se proporcionan las siguientes respuestas:

  1. Un reconocimiento técnico de la presentación de mensajes masivos de los flujos de implementación del cliente.

  2. Envío Exitoso (Acuse de Recibo Positivo)

  3. Envío no exitoso, por ejemplo, el mensaje no puede ser deserializado (Acuse Negativo)

  4. Respuesta de Validación de IPF (a pacs.002 respuesta en formato canónico IPF).

  5. A continuación, se utilizan los valores para la validación a nivel de lote (OrgnlGrpInfAndSts. GrpSts)

    1. ACTC - Todo el volumen ha pasado la Validación IPF.

    2. RJCT - Todo el volumen ha fallado la validación IPF (Código ISO/propietario apropiado mapeado dentro de OrgnlGrpInfAndSts. StsRsnInf. Rsn). No se enviarán más respuestas para este lote.

    3. PARTE - Algunas transacciones dentro del lote no pasaron la validación IPF (Estado de todas las transacciones comunicado en la respuesta).

  6. A continuación, se utilizan los valores para los resultados de validación a nivel de transacción (TxInfAndSts. TxSts)

    1. ACTC - Transacción aprobada por la validación IPF

    2. RJCT - Transacción fallida en la validación IPF (Código ISO/propietario apropiado dentro de TxInfAndSts. StsRsnInf. Rsn)

  7. Respuesta de Validación del Esquema (a pacs.002 respuesta en formato canónico IPF)

  8. Los resultados de validación del esquema se generan sobre la base del SDD de STEP2.CSM Service recibiendo el archivo DVF del esquema. El CSM Service mapas y genera pacs.002 respuestas en formato canónico IPF

  9. Cualquier transacción que haya fallado las validaciones de IPF no estará disponible en la respuesta de validación del esquema.

  10. Los valores a continuación se utilizan para la validación a nivel de lote (OrgnlGrpInfAndSts. GrpSts)

    1. ACCP - Todo el volumen ha pasado la Validación del Esquema.

    2. RJCT - Todo el volumen ha fallado la validación del esquema (Código ISO/propietario apropiado mapeado dentro de OrgnlGrpInfAndSts. StsRsnInf. Rsn)

    3. PARTE - Algunas transacciones dentro del lote no pasaron la Validación del Esquema (Estado de todas las transacciones comunicado en la respuesta).

  11. A continuación, se utilizan los valores para los resultados de validación a nivel de transacción (TxInfAndSts. TxSts)

    1. ACCP - Transacción aprobada en la Validación del Esquema

    2. RJCT - La transacción falló la validación del esquema (código ISO/proprietario apropiado dentro de TxInfAndSts. StsRsnInf. Rsn)

Impacto de la Cancelación en las Transacciones Originales

Cuando un camt.056 la solicitud de cancelación es aceptada por EBA (respuesta DVF), el original pacs.003 la transacción que se está cancelando recibirá una respuesta actualizada para reflejar la cancelación:

Escenario Estado Código de razón Cuando se envía

Liquidación normal

ACSC

T00

Procesamiento de RSF

Cancelado (DVF aceptado)

RJCT

CANC

Procesamiento DVF (inmediato)- solo para mensajes de transacción única

Cancelado (DVF rechazado)

Procesamiento normal

N/A

Cancelación no aplicada; procede a RSF

Cancelación parcial (grupo)

PARTE

B01

Procesamiento de RSF (cuando algunas transacciones son canceladas)

Todos cancelados (grupo)

RJCT

CANC

Procesamiento de RSF (cuando todas las transacciones son canceladas)
Para obtener información detallada sobre cómo se rastrean y emparejan las cancelaciones con las transacciones originales, consulte Almacén de Correlación - Soporte de Cancelación.