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 al CSM Service para llevar a cabo las validaciones requeridas en ambos bulk y nivel de transacción, mapee 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 bulk mensaje 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. A continuación, se utilizan los valores para bulk validación de nivel (OrgnlGrpInfAndSts. GrpSts)

    1. ACTC - Total bulk ha pasado la Validación IPF

    2. RJCT - Total bulk tiene failed Validación de IPF (Código ISO/proprietario apropiado mapeado dentro de OrgnlGrpInfAndSts. StsRsnInf. Rsn). No se enviarán más respuestas para esto.bulk

    3. PARTE - Algunas transacciones dentro de la bulk failed Validación de IPF (Estado de todas las transacciones comunicadas 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 failed Validación de 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 mapas y genera pacs. 002 respuestas en formato canónico IPF.

  7. Cualquier transacción que haya tenido failed Las validaciones de IPF no estarán disponibles en la respuesta de validación del esquema.

  8. A continuación, se utilizan los valores para bulk validación de nivel (OrgnlGrpInfAndSts. GrpSts)

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

    2. RJCT - Total bulk tiene failed Validación del esquema (Código ISO/proprietario apropiado mapeado dentro de OrgnlGrpInfAndSts. StsRsnInf. Rsn). La transacción dentro de la bulk no se resolverá. No se enviarán más respuestas para esto.bulk

    3. PARTE - Algunas transacciones dentro de la bulk failed Validación del Esquema (Estado de todas las transacciones comunicadas 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 - Transacción failed Validación de Esquema (Código ISO/Propietario Apropiado dentro de TxInfAndSts. StsRsnInf. Rsn). Las transacciones que failed las validaciones del esquema no se resolverán

  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 indicada dentro de la bulk enviado desde 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 tuvieron failed las validaciones del esquema no se incluirán en la Respuesta de Liquidación

  13. A continuación, se utilizan los valores para bulk validación de nivel (OrgnlGrpInfAndSts. GrpSts)

    1. ACCP - Entero bulk ha sido resuelto

    2. RJCT - Total bulk tiene failed acuerdo. (Código ISO/propietario apropiado mapeado dentro de OrgnlGrpInfAndSts. StsRsnInf. Rsn).

    3. PARTE - Algunas transacciones dentro de la bulk failed liquidación (Estado de todas las transacciones comunicadas 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 - Transacción failed liquidación (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 bulk mensaje 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. A continuación, se utilizan los valores para bulk validación de nivel (OrgnlGrpInfAndSts. GrpSts)

    1. ACTC - Total bulk ha pasado la Validación IPF

    2. RJCT - Entero bulk tiene failed Validación de IPF (Código ISO/propietario apropiado mapeado dentro de OrgnlGrpInfAndSts. StsRsnInf. Rsn). No se enviarán más respuestas para esto.bulk

    3. PARTE - Algunas transacciones dentro de la bulk failed Validación de IPF (Estado de todas las transacciones comunicadas 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 failed Validación de 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 tenido failed Las validaciones de IPF no se incluirán en la respuesta de validación del esquema.

  8. A continuación, se utilizan los valores para bulk validación de nivel (OrgnlGrpInfAndSts. GrpSts)

    1. ACCP - Total bulk ha pasado la Validación del Esquema

    2. RJCT - Total bulk tiene failed Validación del esquema (Código ISO/proprietario apropiado mapeado dentro de OrgnlGrpInfAndSts. StsRsnInf. Rsn)

    3. PARTE - Algunas transacciones dentro de la bulk failed Validación del Esquema (Estado de todas las transacciones comunicadas 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 failed 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 del 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 behaviours que el CSM seguirá:

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 de la fecha límite de cierre del día para el original pacs. 008, no habrá EOD pacs. 002 esperando ser actualizado. El pago por el cual el pacs. 008 fue para se habrá 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".