es:app:020cor:050mod:0030sespay


Módulo de pago SESPAY

Este módulo genera los mensajes de pago y permite introducir la información adicional necesaria para los mensajes de pago.

  • Dependiendo del mensaje de pago, el usuario puede registrar otras partes intermediarias cargando los nombres de las partes desde la base de datos de direcciones o registrándolas temporalmente para finalizar la transacción.
  • Debajo de los datos de dirección de las partes, hay un campo disponible para introducir el número de cuenta. En estos campos, se puede introducir un número de cuenta o un IBAN.
    • El IBAN (International Banking Account Number) es una notación estandarizada de los números de cuentas bancarias para simplificar la automatización de los pagos internacionales dentro de los sistemas de compensación de compensación. La estructura y la longitud exactas del número IBAN son específicas de cada país, pero cada IBAN comienza con el código de país ISO de dos dígitos y una suma de comprobación de dos dígitos. A esto le sigue un máximo de 30 dígitos para la identificación de la cuenta, que puede estar formada por letras y/o números. Un elemento de la identificación de la cuenta es el código de compensación.
    • Al seleccionar para quién también es posible introducir una cuenta, se puede realizar una búsqueda de las partes adecuadas introduciendo un IBAN (parcial) haciendo clic en el icono . La selección se realiza a través de la identificación del país y el código de compensación de la parte derivada del IBAN. La aplicación verifica que la longitud y la suma de comprobación del IBAN sean correctas.

Mensajes Pago

Los mensajes de pago requeridos para el sistema de compensación respectivo se crearán automáticamente, dependiendo del tipo de pago seleccionado (código «Disposition» [Disposición] en la tabla 3 del Liquidación SETMOD panel).

Nombre del Mensaje Destinatario ID Mensaje Swift MT
(hasta noviembre de 2025)
Puntuación Swift Swift MX
(a partir del 20. Marzo 2023 coexistencia con Swift MT)
RTGS T2
(a partir del 20. Marzo 2023)
SEPA
(Hasta el 19.Marzo 2023)
TCO DTA/DTE Bolero SEPA SIC y EuroSIC
Comentario
Liquidación Pagador o beneficiario CMNSET1 n90, n91 781 (Garantías)
793 (Cartas de crédito con cargo en cuenta)
794 Cartas de Crédito con solicitud de pago)
T66, 786(BE), 785(BR)* 786(DTA), 785(DTE) 484(LI), 494(LE), 497(GI)
Solo se creará un mensaje si aún no se ha generado ningún otro mensaje con los detalles de la liquidación dirigidos a la parte correspondiente.

Según la documentación SWIFT, el alcance del SWIFT MT n90 es informar de que un importe es debitado/crédito en la cuenta del destinatario.
En consecuencia, el SWIFT MT n90 se genera en la aplicación solo cuando la disposición de los cargos se establece en X = «liquidar ahora» y existe una relación de cuenta directa (DispoCodes DAC o DAD).

Según la documentación SWIFT, el alcance del SWIFT MT n91 es solicitar el pago de los cargos.
En consecuencia, el SWIFT MTn91 se genera en la aplicación solo cuando la disposición de los cargos se establece en X = «liquidar ahora» y la cobertura se solicita a través de DispoCodes PAC o PAD.

¡Atención!
Cuando la disposición de los cargos en el panel de liquidación se establece en V = «Avisar ahora», estos cargos se transmiten al receptor en un SWIFT MT n99 (o equivalente en letras). No es posible un SWIFT MT n90, 91, ya que no todos los campos de liquidación están disponibles (p. ej., Importe y fecha de valor del tag 32).
Liquidación Pagador o beneficiario CMNSET2
Solo se creará un mensaje si aún no se ha generado ningún otro mensaje con los detalles de la liquidación dirigidos a la parte correspondiente. El mensaje se creará como una carta, si la liquidación indica más de una moneda, ya que los mensajes electrónicos no permiten varias monedas.
Payment Beneficiario SETSUM1 Método de 1 mensaje para el flujo de pagos en serie al banco corresponsal liquidador:
103

202

400

756


Método de 2 mensajes para el mensaje de aviso (SETSUM1)
(con un mensaje de liquidación al banco corresponsal [SETSUM3]:

103 (con 202COV)

202 (con 202)

400 (con 202)

756 (con 202)
Método de 1 mensaje para el flujo de pagos en serie, enviado directamente al corresponsal de liquidación.

CBPR+_pacs.008

CBPR+_pacs.009NÚCLEO


Método de 2 mensajes para el mensaje de aviso (SETSUM1)
«(con un mensaje de liquidación al banco corresponsal (SETSUM3)»:

CBPR+_pacs.008 «(con CBPR+_pacs.009COV)»

CBPR+_pacs.009ADV «(con CBPR+pacs.009CORE)»
Importante: Cada mensaje para T2 RTGS se registrará en T2. Por lo tanto, el método de dos mensajes está desactivado.

Solo se permite el método de 1 mensaje al banco de participantes directos de la RTGS T2.

RTGS_pacs.008

RTGS_pacs.009CORE
Importante: Cada mensaje para Target2 se registrará en Target2.
Por lo tanto, el método de 2 mensajes está desactivado.

Solo se permite el método de 1 mensaje al banco de participantes directos de la RTGS T2.

103

202
Importante: cada mensaje dirigido al SEPA Clearer (SCL) se reservará.
Por lo tanto, en el SEPA Clearer (SCL) del Deutsche Bundesbank solo se liquida el método de pago SEPA de 1 mensaje:

pacs.008 Transferencia de crédito del cliente

pacs.003Débito directo de cliente CORE
Importante: Se reservará cada mensaje a SIC o a euroSIC.

Por lo tanto, solo se permite el método de 1 mensaje para pagos SIC y EuroSIC.

pacs.008 (A11) Transferencia de crédito del cliente

pacs.009 (B11) Transferencia de crédito interbancaria
La selección de un código de disposición controla qué mensajes de pago son posibles. Se puede crear un mensaje de pago para cada línea de la tabla de liquidación.

PAC con «Swift MT» crea un mensaje de aviso (método de 2 mensajes de pago), siendo MT103 o MT202 o MT400 o MT756.
El PAC con 'SWIFT CBPR+ activado' genera un mensaje de aviso CBPR+_pacs.008 o CBPR+pacs.009ADV o MT400 o MT756.


TGC para «Objetivo2» genera MT103 y/o MT202.
TGC para 'T2 RTGS' genera pacs.008 y/o pacs.009CORE.

/

Solo se genera un MT756 o MT400 si el destinatario del mensaje es un banco.
Payment Parte de servicio de cuenta SETSUM3 Solo en el caso del método de 2 mensajes:

202COV «(pago de cobertura por un MT103 asesorado)»

202 «(pago de cobertura por un MT202 avisado)»
Solo en el caso del método de 2 mensajes:

CBPR+_pacs.009COV «(cobertura de pago por un CBPR+_pacs.008)»

CBPR+_pacs.009CORE «(cobertura de pago por un CBPR+_pacs.009ADV)»
Para T2 RTGS, no se permite el método de 2 mensajes.

La liquidación siempre se reservará con el mensaje SETSUM1.
Para Objetivo 2, no se permite el método de 2 mensajes.

La liquidación siempre se reservará con el mensaje SETSUM1.
Se genera un mensaje de cobertura si se ha seleccionado en el panel «Detalles de la liquidación» del pago «Pago indirecto (2 mensajes)».

Solo se generará un mensaje MT202COV en relación con un MT103 relacionado.
Un MT202 como mensaje de aviso solo se generará en relación con un MT202 relacionado.

Una CBPR+_pacs.009COV MX solo se generará en conexión con una CBPR+_pacs.008 relacionada.
Un CBPR+_pacs.009ADV MX solo se generará en conexión con un CBPR+_pacs.009CORE relacionado.

* En el formato DTA si se ha configurado correctamente en la aplicación

¿Cuándo se generan los mensajes?

Los siguientes mensajes se generan cuando se realizan pagos (es decir, créditos) son realizados por bancos externos (es decir, donde el código de disposición es «PAC» o «TGC»).

Swift MT Swift MX RTGS T2 Uso Significado
Código de disposición
PAC
Código de disposición
PAC
Código de disposición
TGC
«Alcance» original de las especificaciones SWIFT y Target2 RTGS
Sólo el
MT 103
CBPR+_pacs.008 Sólo el
RTGS_pacs.008
Este tipo de mensaje es enviado por, o en nombre de, la institución financiera del cliente ordenante, ya sea directamente o a través de un corresponsal/correspondiente, a la institución financiera del cliente beneficiario.
Se utiliza para emitir instrucciones de transferencia de fondos en las que el cliente ordenante o el cliente beneficiario, o ambos, sean instituciones no financieras desde la perspectiva del remitente.
Este mensaje solo se puede utilizar para instrucciones de pago limpias. No se puede utilizar para avisar al banco emisor de un pago por una cobranza de cheques limpia, por ejemplo, ni para proporcionar la cobertura para una transacción cuya finalización se aconsejó por separado, por ejemplo, a través de un MT 400.
Este mensaje se envía si los pagos se realizan en nombre de o a clientes (que no son bancos), como pagos limpios (CPTSET) o pagos a agentes, o reembolsos de comisiones.
Esto se genera automáticamente cuando se selecciona 'Pago directo (1 mensaje)' en la lista de selección 'Pago directo' del panel Detalles de liquidación y se envía a la parte que presta servicio a la cuenta utilizada en la liquidación.
Para T2 RTGS solo se permite «Pago directo (1 mensaje)» en combinación con rtgs_pacs.008.
103 + 202 COV CBPR+_pacs.008 con
CBPR+_pacs.009COV
n. a. Swift:
Estos mensajes se generan como se ha indicado anteriormente, pero esta vez cuando se selecciona la opción «Pago indirecto (2 mensajes)» en la lista desplegable «Pago directo» del panel Detalles de liquidación.
El MT 103 se envía al instituto del beneficiario y se considera un consejo de pago únicamente y el MT 202COV relacionado a la parte que presta servicio a la cuenta utilizada en la liquidación.

RTGS T2:
DOKA-NG no admite una combinación de RTGS_pacs.008 y RTGS_pacs.009COV. El envío de ambos mensajes provocaría una doble reserva en el sistema de compensación T2 RTGS.
solo MT 202 CBPR+_pacs.009NÚCLEO Sólo el
RTGS_pacs.009COR
Este mensaje se envía directamente, o en nombre de la institución ordenante, o a través de corresponsales, a la institución financiera de la institución beneficiaria.

Se utiliza para ordenar la transferencia de fondos a la institución beneficiaria.

Este mensaje también puede enviarse a una institución financiera que preste servicio a varias cuentas para que el Remitente transfiera fondos entre estas cuentas.
Además, puede enviarse a una institución financiera para cargar en una cuenta del Remitente atendido por el Receptor y para abonar en una cuenta propiedad del Remitente en una institución especificada en el campo 57a.

Este mensaje no debe utilizarse para ordenar el movimiento de fondos relacionados con una transferencia de crédito subyacente del cliente que se envió con el método de cobertura (por razones de cumplimiento). Para estos pagos, se debe utilizar Swift MT202 COV o Swift (MT205 COV, no en DOKA-NG) o T2 RTGS_pacs.009COV.
Se envía automáticamente como el MT 103 / rtgs_pacs.008 anterior, con la excepción de que el beneficiario debe ser un banco (utilizado para reembolsar comisiones a un banco, por ejemplo).
MT 202 +
MT 202 (como mensaje de portada)
CBPR+_pacs.009ADV con
CBPR+_pacs.009NÚCLEO
Igual que el MT 103 + 202 anterior, con la excepción de que el beneficiario es un banco (utilizado para reembolsar comisiones a un banco, por ejemplo).
MT 400

o

MT 400 con mensaje de cubierta MT 202
MT400

o

MT 400 con mensaje de portada
CBPR+_pacs.009NÚCLEO
MT 400
(+ RTGS_pacs.009CORE como mensaje de portada)
Este tipo de mensaje es enviado por el banco cobrador al banco remitente.

También puede enviarse:
- en nombre del banco cobrador por parte de su sucursal/banco afiliado al banco remitente o sucursal/filial de ese banco
- por un banco cobrador a otro banco cobrador
Se utiliza para asesorar un pago en virtud de una cobranza o parte de ella y también puede utilizarse para la liquidación de los ingresos. Se utiliza la relación de cuenta entre el Remitente y el Receptor, a menos que se indique expresamente lo contrario en el mensaje.

Este mensaje nunca debe enviarse a un banco que actúe únicamente como banco de reembolso. En este caso, el tipo de mensaje adecuado es una transferencia de institución financiera MT 202.
Utilizado para liquidaciones de documentos para cobros (BCTPAY/BCTSUS)

El MT 400 se envía al instituto del beneficiario, el MT 202 (o CBPR+/RTGS_pacs.009CORE), a la parte que presta servicio a la cuenta utilizada en la liquidación.
MT 756

o

MT 756 con mensaje de cubierta MT 202
MT 756

o

MT 756 con mensaje CBPR+_pacs.009CORE
MT 756
(+ RTGS_pacs.009CORE como mensaje de portada)
Este mensaje es enviado por el banco pagador, aceptante o negociador, o el banco que incurre en una garantía de pago diferido, al banco emisor. También puede ser enviado por el banco al que se han presentado los documentos a un banco que ha sido designado para pagar/aceptar.
Se utiliza para informar al Receptor de que los documentos se presentaron de acuerdo con las condiciones de crédito y se están enviando según las instrucciones.

También se puede utilizar el MT 756:
- para la liquidación del pago o la negociación
- como prenotificación de una solicitud de reembolso del banco reclamante al banco emisor
- como notificación de adeudo del banco reclamante al banco emisor.

Nota: cuando se requiera una notificación de adeudo del banco que realiza el reembolso al banco emisor, los bancos deben utilizar el mensaje MT 799 Free Format, especificando la fecha futura del adeudo.
Utilizado para liquidaciones de documentos para L/C (BETPAY, BETSET, BRTPAY, BRTSUS)

El MT 756 se envía al instituto del beneficiario, el MT 202 (o CBPR+/RTGS_pacs.009CORE) a la parte que presta servicio a la cuenta utilizada en la liquidación.

Cuentas para Dispositiontypes

Una condición previa para el código de disposición respectivo y la ruta de compensación asociada son las cuentas de reserva necesarias.

  • NO (cuentas Nostro) o LO (cuentas Loro o cuentas corrientes) para pagos bancarios corresponsales.
  • BD (cuenta de compensación Target2 RTGS) para pagos con RTGS en el sistema europeo, el Banco Central Europeo o los bancos centrales nacionales.

Pagos Swift MT

Dos mensajes cubren el método de liquidación

En lo que respecta al contenido de los mensajes, los mensajes se relacionan como se indica a continuación

Contenido de la etiqueta del MT103 Contenido de la etiqueta del COV MT202 Significado
Receptor :58a:
:50: :50: El banco que utiliza la aplicación
:53a: Receptor Parte contratante de la cuenta de Nostro
:54a: :56a:
:55a: :57a:
:57a: ./.
:59: Beneficiario
  • Similar a MT 202/400/756 + 202, en Tag :53: es siempre el banco corresponsal del remitente como destinatario del MT 202.

Objetivo2 / RTGS

Diferencia con Swift MT:

  • A diferencia de Swift MT con Target2 / T2 RTGS, solo se permite el método de «serie/un mensaje».
  • Razón: cada mensaje enviado a través de Target2 RTGS será reservado por el sistema de compensación Target2 RTGS.

Participantes T2 en RTGS

  • El directorio T2 RTGS solo contiene bancos a los que se puede acceder a través del sistema T2 RTGS.
  • Se puede acceder a ella a través de . Info directorio T2 RTGS
  • Si se va a enviar una transferencia de crédito T2 RTGS a una institución financiera, su «Agente T2 RTGS» debe introducirse como «Banco receptor (BIC destinatario de RTGS)» y su «Titular de la cuenta T2 RTGS (BIC de la cuenta RTGS)» debe introducirse en los datos estáticos de la institución.T2_RTGS_IDs

Especificaciones de CBPR+

Método de Liquidación en CBPR+

Mencionar el Método de Liquidación es obligatorio en los mensajes CBPR+ ya que especifica los detalles sobre cómo se completa la liquidación de la transacción entre el agente ordenante y el agente instruido. La aplicación rellena este valor automáticamente y, por lo tanto, el usuario no tiene que preocuparse por elegir el método correcto. A continuación se indican los códigos aplicables al método de liquidación utilizado para liquidar la instrucción de transferencia de crédito que solo se aplica al código de disposición «PAC».

COVE (método de cubierta)

Se utilizará cuando la liquidación se realice a través de un pago de cobertura. Se utiliza para el pago indirecto con dos mensajes. Por ejemplo:

  • el mensaje pacs.008 se enviará al banco del Beneficiario con el método de liquidación «COVE» y el mensaje pacs.009COV se enviará al banco corresponsal de Nostro con el método de liquidación «INDA»
  • El mensaje pacs.009ADV (aviso) se envía al banco del Beneficiario con el método de liquidación «COVE» más un mensaje pacs.009CORE se enviará al banco corresponsal nostro con «INDA».

INDA (agente instruido)

Se utilizará cuando la liquidación la realice el agente instruido para ejecutar la instrucción de pago. Es decir, cuando las cuentas «Servido por» parte de la transacción Mantenedor de Cuentas son iguales a la parte que recibe este mensaje (con quien el banco que utiliza la aplicación mantiene una cuenta nostro).

Esto podría utilizarse tanto para un pago (directo) con un mensaje (por ejemplo: un único paquete.008) como para un método de cobertura de dos pagos indirectos (por ejemplo, pacs.008 y pacs.009COV) y cuando la cuenta de crédito sea una cuenta nostro.

  • Método de cobertura de 2 pagos (pacs.008 con pacs.009COV): Cuando se envía un mensaje pacs.008 al banco del beneficiario con el método de liquidación «COVE», el mensaje pacs.009COV enviado a nuestro banco corresponsal nostro utilizará el método de liquidación «INDA».
  • 2 formas de pago (pacs.009ADV con pacs.009CORE): En caso de envío del mensaje pacs.009ADV al banco del beneficiario con la forma de liquidación «COVE». El mensaje pacs.009CORE enviado a nuestro banco corresponsal nostro utilizará el método de liquidación «INDA».
  • Método de pago en serie 1 (pacs.008 individuales): Dado que nuestro banco nostro recibirá este mensaje, el método de liquidación será «INDA».
  • Método de pago en serie de 1 pago (pacs.009CORE individual): Dado que nuestro banco nostro también recibirá este mensaje, el método de liquidación será «INDA».

INGA (agente formador)

No se utiliza en la aplicación, ya que se utiliza el código de disposición DAC, que no genera mensajes de pago.

es/app/020cor/050mod/0030sespay.txt · Last modified: 2024/02/26 13:42 by dm