Conceptos

PASO2

STEP2 es una Cámara de Compensación Automatizada Paneuropea (PE-ACH) que procesa pagos masivos en euros. STEP2 es un sistema de procesamiento de pagos en euros de alto volumen y bajo valor, capaz de enrutar pagos entre Participantes que tienen una oficina registrada o una sucursal dentro del Espacio Único de Pagos en Euros (SEPA). La plataforma es uno de los procesadores clave en SEPA.

STEP2 SEPA Proceso de servicios Órdenes de pago para la compensación y liquidación de SEPA-mensajes de pago conformes. Los mensajes de pago siempre se intercambian entre un Participante del STEP2 relevante. SEPA Servicio, actuando como Agente Instructivo, y el Sistema Central STEP2. Este IPF CSM service está proporcionando la interfaz entre el procesamiento de pagos del cliente y STEP2, al procesar SEPA Transferencias de Crédito,bulking y debulking archivos de pagos.

Los mensajes son bulked dentro de los archivos y enviados por los Participantes que envían, formateados a ISO20022 XML estándares.

SEPA CT PASO2 CSM Service

El SEPA CT PASO2 CSM voluntad:

  1. Acepte mensajes de flujos de Cliente (por ejemplo,pacs. 008 para pagos)

  2. Construya archivos por lotes para la entrega al esquema.

  3. Reciba archivos de respuesta

  4. Descomponga estos archivos y asócelos a las solicitudes originales.

  5. Responda al flujo de Cliente apropiado (pacs. 002 para pagos)

Además del procesamiento de los mensajes reales destinados al esquema, el CSM proporciona validación únicamente APIs. Estos APIs Permita que los flujos del cliente envíen mensajes que puedan ser validados contra el esquema del esquema; para proporcionar la garantía de que el mensaje será procesado directamente una vez que se envíe para su procesamiento al esquema.

Versiones del Reglamento del Esquema

El SEPA CT (PASO2)CSM Service el paquete está construido contra la versión EBA que se lanzará el 18 de noviembre de 2024. El paquete de servicio está diseñado para funcionar en Bulk Modo de procesamiento, no procesamiento por lotes.

ISO20022 Versiones de Mensajería

Esta versión utilizará lo siguiente ISO20022 versiones de mensaje:

  • pacs. 002. 001. 10S2

  • pacs. 004. 001. 09

  • pacs. 008. 001. 08

  • pacs. 028. 001. 03

  • camt. 027. 001. 07

  • camt. 029. 001. 09

  • camt. 056. 001. 08

  • camt. 087. 001. 06

El S2 pacs. 002 es una versión del estándar pacs. 002 que ha sido customized por la EBA.

Tipos de archivos SCT soportados en EBA STEP2

El STEP2 SCT CSM Service admite los siguientes archivos:

  • ICF (Archivo de Crédito de Entrada)

    • El Archivo de Crédito de Entrada (ICF) enviado al esquema contiene los siguientes tipos de mensajes en bulks/batches. Esta lista se actualizará a medida que el Servicio se actualice para soportar más ISO20022 message type s

      • Transferencias de Crédito (pacs. 008)

      • Devoluciones (pacs. 004)

      • Cancelaciones (camt. 056)

      • Resultado de las Investigaciones (camt. 029)

      • Actualización de Estado (pacs. 028)

  • CVF (Archivo de Validación de Crédito)

    • El Archivo de Validación de Crédito (CVF) recibido del esquema contiene lo siguiente message type s en bulks/lotes:

      • El CVF Rechaza (pacs. 002 S2)

  • RSF (Resultado del Archivo de Liquidación):

    • El Archivo de Resultado de Liquidación (RSF) recibido del esquema contiene lo siguiente message type s en bulks/lotes:

      • Estado de Pago (pacs. 002 S2)

    • El archivo se produce al final de la ventana de liquidación continua diaria y contiene bulks transacciones adicionales canceladas debido a fallos en la liquidación por fondos insuficientes

    • Versión actual de STEP2 SCT CSM Service admite la configuración RSF predeterminada (un único archivo RSF recibido al final del día en CGS). No se admite la entrega de múltiples archivos RSF al final de cada LAC.

  • SCF (Archivo de Crédito Liquidado)

    • El Archivo de Crédito Liquidado (SCF) recibido del esquema contiene los siguientes tipos de mensajes en bulks/batches. Esta lista se actualizará a medida que el Servicio se actualice para soportar más ISO20022 message type s.

      • Transferencias de Crédito (pacs. 008)

      • Devoluciones (pacs. 004)

      • Cancelaciones (camt. 056)

      • Resultado de las Investigaciones (camt. 029)

  • IQF (Archivo de Consulta de Entrada)

    • El Archivo de Consulta de Entrada (IQF) enviado al esquema contiene los siguientes tipos de mensajes en bulks/batches. Esta lista se actualizará a medida que el Servicio se actualice para soportar más ISO20022 message type s

      • Reclamo por No Recepción (camt. 027)

      • Reclamación para la Corrección de la Fecha de Valor (camt. 087)

      • Resolución de la Investigación (camt. 029)

      • Actualización de Estado (pacs. 028)

  • QVF (Archivo de Validación de Consultas)

    • El Archivo de Validación de Consultas (QVF) recibido del esquema contiene lo siguiente message type s en bulks/lotes:

      • Los rechazos de QVF (pacs. 002 S2)

  • OQF (Archivo de Consulta de Salida)

    • El Archivo de Consulta de Salida (OQF) recibido del esquema contiene los siguientes tipos de mensajes en bulks/batches. Esta lista se actualizará a medida que el Servicio se actualice para soportar más ISO20022 message type s.

      • Actualización de Estado (pacs. 028)

  • Archivo de Cancelación de Pago-un archivo opcional que los clientes pueden configurar para recibir de la EBA SEPA esquema; se genera al final de cada Ciclo de Ajuste de Liquidez (LAC) siempre que se haya presentado una solicitud de recordatorio de pago en la ventana de validación que precede al LAC. Contiene pacs. 002 Mensajes S2 para cualquier mensaje de pago enviado al esquema pero cancelado antes de la liquidación.

Configuraciones de servicio del esquema no soportadas

La versión inicial de la SEPA CT CSM apoyará las configuraciones predeterminadas de EBA, así como el procesamiento de PCF, que es una suscripción opcional (aunque es posible ser miembro de la SEPA esquema y ejecute el CSM sin el PCF, se recomienda encarecidamente por parte de Icon que esto se suscriba para una mejor experiencia).

El comportamiento que va más allá de lo predeterminado y requerirá una solicitud adicional para el desarrollo será:

  • Configuración RSF adicional opcional que produce el RSF final al final de la ventana de liquidación continua que contiene:

    • Todas las transacciones liquidadas no entregadas en un RSF anterior.

    • Todas las transacciones canceladas debido a fallos en la liquidación por fondos insuficientes.

  • Se generarán archivos RSF adicionales que contendrán:

    • Todas las transacciones liquidadas no entregadas en un RSF anterior.

    • Todas las transacciones en cola en CGS al final del LAC relevante debido a que no hay fondos suficientes disponibles para liquidarlas.

Procesamiento de Respuestas

SEPA CT no es un esquema de pagos en tiempo real. Los fondos no se transfieren tan pronto como se realiza la solicitud de pago por parte del usuario final.customer Una solicitud de pago deberá esperar a la siguiente ventana apropiada para ser transferida al esquema para su procesamiento y luego a la ventana de liquidación apropiada para que los fondos se liberen. Una solicitud de pago podría esperar muchas horas o días para que se informe el resultado final.

A pacs. 008/pacs. 004 presentado a la SEPA CT (PASO2)CSM puede esperar 4 respuestas de la CSM:

  1. Reconocimiento Técnico - Esto será una respuesta en tiempo real de la CSM para acusar recibo de la solicitud y confirmar que está en un formato que puede ser procesado.

  2. ACTC - Aceptado después de las Verificaciones Técnicas. Esta respuesta indica al flujo de llamada que el CSM ha verificado el mensaje y está satisfecho de que esté bien formado y pueda ser enviado al Esquema.

  3. ACSP - Liquidación aceptada en proceso. Esta respuesta se produce después de que el mensaje ha sido añadido a un archivo por lotes y este ha sido aceptado por el esquema para su procesamiento hacia el banco de destino.

  4. ACCP - Totalmente Aceptado. Una vez que el banco de destino haya recibido la solicitud para transferir fondos y al final del día en que la liquidación se realice con éxito, el flujo del cliente recibirá un ACCP para informarle que el proceso ha finalizado.

A camt. 056/camt. 029 presentado a la SEPA CT (PASO2)CSM puede esperar 3 respuestas de la CSM, según pacs. 008 El procesamiento de /pac. 004, excepto que no se devuelve una respuesta ACSP.

Se puede encontrar información adicional-aquí.

Validation API

El SEPA CT CSM proporciona un conjunto de APIs que puede ser utilizado por los flujos del cliente para construir un ISO20022 mensaje en el que pueden tener confianza de que pasará las validaciones y será aceptado por el esquema.

El principal API para esto aceptará un mensaje pasado como un objeto en la API Realice una llamada, valide este mensaje contra el esquema apropiado y devuelva los resultados de las validaciones. Si el mensaje es válido, se devolverá una respuesta de éxito. Si el mensaje contiene errores fundamentales en el encabezado o en la estructura principal, se devolverá una respuesta de rechazo con el motivo de la falla.

Si el mensaje contiene múltiples transacciones y solo un subconjunto de estas transacciones falla, la respuesta contendrá un mensaje modificado con las partes problemáticas eliminadas y los encabezados actualizados adecuadamente. Este mensaje modificado puede ser enviado para un procesamiento completo a través del esquema, sin demora indebida, mientras que la(s) transacción(es) con errores está(n) sujeta(s) a los procedimientos del cliente para la investigación y reparación.

Así como validar los mensajes del esquema, el CSM proporcionar APIs para verificar o obtener fechas que sean días válidos para la liquidación.

Lea más sobre esto aquí - Validaciones.