es:app:030bsi:060gi:0024broicco

Emisión de una contraparte (ICCO)

Escenario

El Banco DOKA-NG recibe instrucciones del cliente corporativo para emitir una contrapartida al banco emisor de la contrapartida. El banco emisor solicitará a un banco local que emita su compromiso local a favor de un beneficiario final.

Las instrucciones del cliente corporativo pueden ser un pedido electrónico o no electrónico.

Emisión basada en el pedido electrónico entrante

Cuando la emisión se recibe electrónicamente, las etiquetas se asignan a los campos respectivos como se define en la transacción de mapeo entrante (en Mantenedor Mapeo de Mensajes Recibidos (DBISWH). El pedido electrónico entrante puede recibirse a través de Score (MT784) o Bolero (429).

Cuando el «Propósito entrante» del Mensaje de la empresa sea «ICCO», el «Propósito del mensaje» saliente será predeterminado como «ICCO». El usuario puede seguir seleccionando otros Propósito de los códigos de mensaje - ISCO o ISSU proporcionando más flexibilidad al usuario. Este mensaje es enviado por nosotros, el banco emisor del contador, al banco emisor del contador (BEC). El tipo de tratamiento se predetermina de acuerdo con el «Objetivo del mensaje» seleccionado.

El mensaje entrante y saliente siempre contiene la secuencia C con los detalles del compromiso local. Dependiendo del estándar de comunicación electrónica utilizado, la orden corporativa entrante puede incluir la secuencia B con detalles de la contragarantía. La secuencia B del mensaje entrante se asigna a los campos de la secuencia B y la secuencia C a los campos de la secuencia C de la aplicación.
La orden interbancaria saliente incluirá la secuencia B y la secuencia C.

  • En este caso, la aplicación identifica el tipo de mensaje entrante (Score/Bolero) y marca la casilla de verificación «Orden corporativa entrante».
  • La función «Aplicante» de la secuencia B del mensaje entrante (Tag 50) se asigna a la función «CTR».
  • La función «Garante» de la secuencia B del mensaje entrante (Tag 51) se asigna a la función «APL».
  • Para un pedido corporativo entrante, la casilla de verificación «Suprimir parte en SWIFT MT 760 saliente» en el panel de partes de la secuencia B se establece por defecto cuando se rellenan tanto el solicitante como el deudor de ambas partes. En tales casos, tag 51 (sec. B) del MT760 saliente no está impreso y etiqueta 50 (sec. B) se completará con el participante introducido en el campo de deudor de la secuencia B.
  • La función «Aplicante» de la secuencia C del mensaje entrante (Tag 50) se asigna a la función “CTC.
  • La función «Garante» de la secuencia C del mensaje entrante (Tag 51) se asigna a la función «APC».
  • Para un pedido corporativo entrante, la casilla de verificación «Suprimir parte en SWIFT MT 760 saliente» en el panel de partes de la secuencia C se establece por defecto cuando se llenan tanto el solicitante como el deudor de ambas partes. En tales casos, tag 51 (sec. C) del MT760 saliente no está impreso y etiqueta 50 (sec. C) se completará con el participante introducido en el campo de deudor de la secuencia C.
  • Si se establece la función CTR, la etiqueta 50 de la secuencia B (aplicante) en el MT760 saliente contendrá detalles de la función CTR; de lo contrario, contendrá detalles de la función APL. De manera similar, si se establece CTC, entonces Tag 50 de la secuencia C (Aplicante) en el MT760 saliente contendrá detalles de la función CTC, de lo contrario contendrá detalles de la función APC.
  • La asignación entrante de la etiqueta 52a de la secuencia B para mensajes corporativos se establece en no mapeado.
  • Los detalles del beneficiario (Etiqueta 59) de la Secuencia B se capturan en la nueva función BEC (Beneficiario intermediario). El mensaje saliente se enviará al Beneficiario intermediario, que será el Banco Emisor del Contador en este escenario.
  • El Beneficiario definitivo siempre se establecerá en el rol BEN en la aplicación, que en este caso será el Beneficiario de la secuencia C.
  • Cuando se reciben las instrucciones de confirmación, el banco de confirmación (etiqueta 58a) se asigna a la función CNR (Banco de confirmación entrante). Esto es para almacenar la información entrante; el usuario debe agregar el participante en el campo Participante de confirmación (CON - Banco de confirmación) que luego se rellenaría en el MT760 saliente para la etiqueta 58a.
  • Para las L/C Standby, cuando se recibe «Disponible con» (Tag 41a) de Seq.B de la empresa, la parte se asigna al Rol AVB (Disponible con el Banco). Este rol está disponible en la red de partes adicionales.
  • Para las L/C Standby, cuando se recibe «Disponible con» (Tag 41a) de Seq.C desde la empresa, la parte se asigna a la Función AVC (Disponible con el Banco C). Esta función está disponible en el panel Seq.C parties.

En este caso, el beneficiario intermediario es la parte a cuyo favor se emite la contragarantía, lo que significa que BEC será el receptor de este mensaje MT760 saliente.

En este escenario, el Beneficiario Intermediario (BEC) y el Banco Emisor Local (ISS) serán dos partes diferentes.
Una vez recibido el mensaje por el banco emisor del contador, emitirá la contragarantía y enviará la solicitud de emisión de la garantía local al banco emisor local.

Emisión basada en un pedido no electrónico

  • Los roles de las partes siguen siendo los mismos, para una entrada manual por parte del usuario como antes de SR2021, aparte de la función adicional de BEC.
  • El «Solicitante» del Compromiso Local en la Secuencia C (Rol APC) debe rellenarse en el panel «Sec.C: Partes».
  • Debe indicarse que el Beneficiario de la secuencia B (Función BEC - Beneficiario intermediario) debe rellenarse el campo «Beneficiario intermediario BEC (Etiqueta 59 de la sec. B)» en el panel «Sec.C: Partes».
  • El «Beneficiario final» (BEN de rol, en este caso Beneficiario de secuencia C) debe rellenarse en el panel «Sec.C: Partes».

A continuación se muestra el flujo de trabajo, el modelo de participante, la asignación entrante y los roles en los mensajes

salientes.

  • Receptor del mensaje
    • Banco Emisor Contador (BEC)
  • “Pedido corporativo entrante”
    • Esta casilla de verificación se activa cuando se recibe el mensaje de una empresa.
    • Para un caso de ICCO saliente, se espera que la recepción sea siempre de una orden corporativa, por lo que se establece el indicador.
      Esto significa que, si se establece la función CTR, CTR se rellenará en el Tag 50 de la función saliente MT 760; de lo contrario, APL.

Mapa de Roles de Participantes

Etiquetas Mapeo entrante Mensaje saliente
Secuencia B
50 Solicitante CTR si CTR está ajustado, CTR; si no, APL
51 Deudor / Instructor APL APL
52a Emisor PROPIO PROPIO
59a Beneficiario BEC BEC
56a Banco Avisador ATB ATB
57a Aviso Banco AT2 AT2
58a Participante Confirmación Solicitado CNR CON.
Secuencia C
50 Solicitante CTC si se ajusta CTC, CTC , si no APC
51 Deudor / Instructor APC APC
52a Emisor ISS ISS
59 Beneficiario BEN BEN
es/app/030bsi/060gi/0024broicco.txt · Last modified: 2022/11/10 10:15 (external edit)