Procesamiento de Solicitudes

El SEPA CT PASO2 CSM Service expone el Clear And Settle API y Recalls, Devoluciones API de ROI. Las solicitudes realizadas a través de estas interfaces instruyen a la 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.

Transferencia/Devolución de Crédito del Deudor pacs.008 y pacs.004)

Se proporcionan las siguientes respuestas:

  1. Un reconocimiento técnico de la presentación de un mensaje masivo de los flujos de implementación del cliente (+ve Ack)

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

  3. Los siguientes valores se utilizan para la validación a nivel de grupo (OrgnlGrpInfAndSts. GrpSts)

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

    2. RJCT - Todo el lote 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).

  4. 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)

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

  6. Los resultados de validación del esquema se generan en la parte posterior de STEP2 SCT CSM Service recibiendo el archivo CVF del esquema. El CSM Service mapea y genera pacs.002 respuestas en formato canónico IPF.

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

  8. Los siguientes valores se utilizan para la validación a nivel de grupo (OrgnlGrpInfAndSts. GrpSts)

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

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

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

  9. 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 fallaron las validaciones del esquema no serán liquidadas.

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

  11. Las respuestas de liquidación se proporcionan en la fecha de liquidación interbancaria citada dentro del total enviado en los flujos de implementación del cliente (GrpHdr. TtlIntrBkSttlmAmt). Las respuestas de liquidación se generarán después de que haya pasado el tiempo de corte EOD de CGS (Consulte Configuraciones), teniendo en cuenta cualquier archivo RSF recibido del esquema.

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

  13. Los siguientes valores se utilizan para la validación a nivel de grupo (OrgnlGrpInfAndSts. GrpSts)

    1. ACCP - El total del 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).

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

    1. ACCP - Transacción liquidada

    2. RJCT - La transacción no pudo completar el asentamiento (Código ISO/propietario apropiado dentro de TxInfAndSts. StsRsnInf. Rsn)

Solicitud de Recordatorio de Deudor/Resolución de Investigación/Solicitud de Estado de Pago (camt.056, camt.029 y pacs.028)

_Esto difiere de la pacs.008/pacs.004 aclare y resuelva la solicitud porque no hay un acuerdo real de un camt.056 or camt.029 - la transacción se moverá a ACCP o RJCT - no se proporciona respuesta ACSP.

Se proporcionan las siguientes respuestas:

  1. Un reconocimiento técnico de la presentación de un mensaje masivo de los flujos de implementación del cliente (+ve Ack)

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

  3. Los siguientes valores se utilizan para la validación a nivel de grupo (OrgnlGrpInfAndSts. GrpSts)

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

    2. RJCT - Todo el lote 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).

  4. 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)

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

  6. Los resultados de validación del esquema se generan en la parte posterior de STEP2 SCT CSM Service recibiendo el archivo CVF/QVF del esquema. El CSM Service mapea y genera pacs.002 respuestas en formato canónico IPF

  7. Cualquier transacción que haya fallado las validaciones de IPF no será incluida en la respuesta de validación del esquema.

  8. Los siguientes valores se utilizan para la validación a nivel de grupo (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).

  9. 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 - Transacción fallida Validación de Esquema (Código ISO/Propietario apropiado dentro de TxInfAndSts. StsRsnInf. Rsn)

En el caso de un camt.056, la respuesta del ACCP muestra que el esquema ha recibido y validado el mensaje. No proporciona una indicación del resultado del procesamiento de la camt.056. Si el camt.056 es recibido antes del correspondiente pacs.008 se envía al banco de destino, el esquema cancelará el pacs.008 y no se procesará más. Si el pacs.008 ya ha sido enviado, el camt.056 también será enviado y ya sea un pacs.004 or camt.029 Se puede esperar un mensaje más tarde. Para saber cuál de estos resultados ocurrirá, se debe procesar el Archivo de Cancelación de Pago (PCF) (opcional).

Una vez recibido y procesado, hay una serie de comportamientos que el CSM--

Camt. 056 reenviado al destino - Si el pacs.002 la respuesta en el PCF indica que el camt.056 ha sido enviado al banco de destino, el EOD pendiente pacs.002 para el pacs.008 se actualiza para reflejar que el resultado del Recall está pendiente de acción por parte del banco de destino (Estado "ACCP", Razón "RCLL"). No pacs.002 se enviará actualizando el original camt.056 estado (ACCP).

  1. Actualizaciones después del cierre del día - Si la respuesta a la camt.056 se recibe después del cierre EOD para el original pacs.008, no habrá EOD pacs.002 esperando ser actualizado. El pago por el cual el pacs.008 fue para tendrá resuelto y el banco debe esperar ya sea un pacs.004 or camt.029 desde el banco de destino. En esta situación, un pacs.002 para cada transacción en el original camt.056 se enviará de vuelta como respuesta a la camt.056 con el Estado de "PDNG" y la Razón "RCLL".