Procesamiento de Fin de Día

En caso de que se produzcan fallos en la liquidación de pagos que debían ser liquidadas durante el día que acaba de finalizar, el esquema utiliza el "Archivo de Resultados de Liquidación" (RSF) para informar de estos fallos a cada banco. El RSF contendrá un pacs. 002 para cada failed pago. La ausencia de pacs. 002 en el archivo indica que el pago fue exitoso. Si no hay fallos de liquidación en absoluto, no se entregará ningún RSF.

Para informar el state del pago al final del día, el SEPA CT CSM enviará un pacs. 002 por cada pago que debía ser liquidado el día que acaba de finalizar. El final state para que los pagos sean exitosos, se debe mostrar ACCP para indicar que fue completamente aceptado (habiendo sido previamente ACSP - Acuerdo Aceptado en Progreso). Failed los pagos tendrán un state de RJCT con el motivo de la falla. El momento en el que estos finales pacs. 002 los mensajes se pueden configurar utilizando el ipf.csm.sepa-ct.lac.cgs-eod-output-delivery-buffer elemento de configuración. Los clientes individuales pueden configurar este valor para que sea un tiempo apropiado, después del LAC final del día, suficiente para que sus sistemas puedan recibir un archivo RSF, tenerlo entregado al SEPA CSM para el procesamiento y el CSM para actualizar lo apropiado pacs. 002 que está esperando ser triggered para la entrega.

El comportamiento de un camt. 056 el mensaje dependerá del progreso del pacs. 008 se refiere a. Si ambos mensajes están con el esquema al mismo tiempo, el camt. 056 cancelará el pacs. 008 sin la necesidad de enviarlo al banco acreedor, sin embargo, si el pacs. 008 ya ha sido incluido en un Archivo de Crédito Liquidado (ACL) el camt. 056 deberá ser enviado al banco de destino en el próximo SCF. Un banco cliente deberá investigar manualmente el resultado del camt. 056 a través del portal STEP2, o suscribirse al Archivo de Cancelación de Pagos (PCF). Icon recomienda el uso del PCF, el CSM ha sido diseñado para procesar el archivo, pero funcionará sin él.

Si está suscrito para recibir el PCF, el cliente debe configurar su procesamiento EOD del RSF para que ocurra después de que se haya procesado el último PCF del día. El CSM analizará el PCF y encontrará los detalles del pacs. 008 siendo cancelado. Si el procesamiento de EOD en la fecha de liquidación de la pacs. 008 no ha pasado, el CSM actualizará la espera pacs. 002 con el resultado de la camt. 056, para que el flujo que procesa el pacs. 008 conoce el resultado del pago. Si el EOD pacs. 002 ya ha sido enviado al cliente para su implementación (es decir, porque la fecha de liquidación fue un día anterior), los clientes camt. 056 el flujo recibirá el pacs. 002 con el resultado de la camt. 056 procesamiento de esquemas. Estas respuestas contendrán una transacción por pacs. 002.

El SEPA El esquema CT funciona sobre la base del éxito implícito. Si un pacs. 008 se envía y no se recibe respuesta en un CVF, se puede asumir que el pago ha funcionado. En esta situación, el customer se debita y la responsabilidad de acreditar al destinatario recae en el otro banco; si no lo hacen, se debe presentar un reclamo por no recepción (camt. 027) puede ser elevado a través del procesamiento de excepciones.

El SEPA CSM service llevará este procesamiento un paso más allá: por defecto, si no se recibe ningún CVF para activar la finalización del pacs. 008 procesamiento, al final del día todos los pendientes pacs. 008 los mensajes que no han recibido una respuesta en un CVF tendrán un pacs. 002 indicando éxito generado automáticamente. Si se investiga el pago, el hecho de que fue triggered por el procesamiento al final del día y no se registrará un CVF por la falta de Debulker events emitido y los flujos resultantes en el CSM service no haber sido triggered desde Debulker.

Es posible y ha sucedido en el pasado que el esquema contactará a todos los Participantes Directos para informarles que habrá un retraso en el procesamiento de EOD. En el event de esto ocurriendo, todos los procesos descritos anteriormente deberán ser retrasados por el tiempo comunicado por el esquema. Esto puede hacerse actualizando el ipf.csm.sepa-ct.lac.cgs-eod-cutoff elemento de configuración para reflejar el nuevo horario de cierre del día. Una vez que esto haya sido actualizado, el SEPA El servicio de CT necesitará ser restarted para que el nuevo valor surta efecto.

Este elemento de configuración será accesible a través de Configuración Dinámica en una futura versión, lo que significará un restart ya no será necesario al actualizar el corte.