El Banco DOKA-NG recibe un MT760 del Banco Emisor con «Propósito Entrante» como «ISSU». Aconsejará asimismo el compromiso al beneficiario a través de uno o más bancos avisadores con o sin su confirmación.

Aquí, el mensaje entrante y saliente contendrá solo la Secuencia B, ya que el «propósito entrante» del mensaje es «ISSU» y el «propósito del mensaje» saliente puede ser el Aviso ADVI de compromiso emitido o el Aviso ACNF y confirmación del compromiso emitido. En el supuesto de asesoramiento, la garantía se remitirá sin cambios a la Garantía recibida del Banco Emisor. El único cambio aquí podría ser en los detalles de confirmación, si se solicita.

Cuando el «Propósito entrante» del mensaje del banco sea «ISSU», el «Propósito del mensaje» saliente será predeterminado como «Aviso ADVI de compromiso emitido». El usuario todavía puede seleccionar el otro código de «Objetivo del mensaje»: «Aviso ACNF y confirmación de la garantía emitida», en caso de confirmar la L/C Standby. El Banco Avisador reenvía este mensaje directamente al Beneficiario (en caso de relación directa) o a través de uno o más bancos avisadores en el bucle.

• El «Tipo de manipulación» viene predeterminado según el «Objetivo del mensaje» seleccionado.
• El banco emisor del mensaje recibido se asignará al rol de parte «APL «Solicitante» para la reserva de responsabilidad.
• La 'Etiqueta 50 del solicitante' del mensaje recibido se asignará a la función 'CTR «Contable/Garante» y luego se completará en la 'Etiqueta 50 del solicitante' del MT760 saliente.
  Dado que Tag 50 es una etiqueta obligatoria en la ISSU entrante, la función CTR también se hace obligatoria en el caso de Asesoramiento.
• 'Tag 51 Obligor' si se recibe del mensaje recibido se asignará al rol 'APR «Solicitante para reembolso» y luego se rellenará en el Tag 51 del MT760 saliente.
• Si los datos bancarios del Reembolso están presentes en el mensaje recibido de una L/C Standby, dichos datos podrían agregarse en el contrato bajo la función de parte «RMR «Inc. Reembolso Bk“ en la cuadrícula para «Partes Adicionales» en el panel «Partes».
• Para las L/C Standby, cuando se recibe la «Etiqueta 41a disponible con» del mensaje recibido, el participante se asigna a la Función “AVB «Disponible con el banco». Esta función está disponible en la cuadrícula para «Partes adicionales» en el panel «Partes».
• Al recibir MT760 de un banco con «Propósito de entrada» como ISSU, Tag 56a (Banco avisador) será el receptor del mensaje ADVI saliente. En tales casos, si el rol “ATB «Advice Through Bank (Tag 56a)» se asigna a la entidad PROPIA, se generaría una advertencia en el panel de advertencias. El usuario tendría entonces que modificar la entrada manualmente.
• 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 el banco de confirmación solicitado entrante; el usuario debe agregar el participante en el campo «Parte de confirmación» para “CON «Banco de confirmación» que luego se llenaría en el MT760 saliente para la etiqueta 58a.
  Esta información se gestiona en el panel independiente «Detalles de confirmación».
• Las asignaciones de roles de la otra parte para APL, BEN, ATB, AT2 siguen siendo las mismas.

Como el mensaje de aviso siempre se recibirá de un banco, la función CTR es una función obligatoria para asignar el solicitante real de la Garantía cuando el «Objetivo del mensaje» saliente es Aviso. Se genera un mensaje de error cuando no se ha establecido la función CTR.

Del mismo modo, se genera un mensaje de error si la casilla de verificación «Pedido corporativo entrante» está marcada, cuando el propósito del mensaje es «Asesoramiento». Esto se aplica cuando la Garantía se recibe como garantía en papel y el usuario introduce manualmente los datos del contrato.

se muestra a continuación.

• Receptor del mensaje: si está disponible, Banco Avisador (ATB) o Beneficiario (BEN)
• Entrante de orden corporativa: Este indicador no está establecido cuando se recibe el mensaje de un banco. Para los escenarios de Aviso, el mensaje siempre se recibirá de un banco

El Banco DOKA-NG recibe un MT760 del Banco Avisador con Propósito entrante como ADVI/ACNF. Aquí el banco que utiliza DOKA-NG es otro banco avisador de la cadena y asesorará al beneficiario a través de uno o más bancos avisadores con o sin su confirmación.

• Las asignaciones a todos los roles, excepto el de Banco Avisador en el lado del solicitante (ADA), siguen siendo las mismas que las anteriores.
• Cuando el banco DOKA-NG no es el primer banco avisador y recibe el compromiso entrante de otro banco avisador con códigos «Propósito de mensaje» como «ADVI» o «ACNF», el usuario debe completar el rol «ADA» para capturar los datos bancarios avisadores anteriores en el contrato. De lo contrario, la aplicación generará un mensaje de advertencia para garantizar que se almacenen los datos del banco avisador de la cadena.