de:app:030bsi:060gi:0021broissu

Auftrag zur Erstellung eines direkten Avals (ISSU)

1. Erstellung der Verpflichtung (ISSU) auf der Grundlage eines Kundenauftrags, der über 2 Avisierungsbanken weitergeleitet wird

Szenario

Die DOKA-NG Bank stellt eine MT760-Verpflichtung aus (Nachrichten Funktion als “ISSU”) und leitet sie über eine oder mehrere avisierende Banken an den Begünstigten weiter. Die Erstellung kann auf der Grundlage eines eingehenden elektronischen Auftrags des Kunden (z.B. SCORE oder DTG) oder eines nicht-elektronischen Auftrags (in Papierform) erfolgen.

Erstellung auf der Grundlage eines eingehenden elektronischen Kundenauftrags

Wenn der Eröffnungsauftrag elektronisch eingeht, werden die Tags den entsprechenden Feldern, wie im Eingangsmapping definiert (in der Transaktion DBISWH) zugeordnet. Der eingehende elektronische Auftrag kann über Score (MT784) oder DTA (G01) oder Bolero (429) empfangen werden.

Wenn die “Nachrichten Funktion” in der eingehenden Nachricht vom Kunden 'ISSU' ist, wird die ausgehende “Nachrichten Funktion” standardmäßig auf “ISSU” gesetzt. Der Benutzer kann jedoch auch andere “Nachrichten Funktion”en wählen - ISCO oder ICCO - bieten dem Benutzer mehr Flexibilität. Die “Abwicklungsart” wird entsprechend der gewählten “Nachrichten Funktion” vorgeschlagen.

Gemäß SWIFT Definitionen:

  • Feld 50: Applicant - “Dieses Feld spezifiziert die Partei, die in der Verpflichtung als Applicant genannt wird.”
  • Feld 51: Obligor/Instructing Party - “Dieses Feld gibt die Partei an, die verpflichtet ist, den Aussteller zu entschädigen.”

Um die Anforderungen der Anwendung für “Engagement” Buchungen zu erfüllen, ist ein Rollentausch für Tag 50 & 51 mit den internen Beteiligtenrollen APL und CTR erforderlich.

  • Die Rolle 'Auftraggeber' aus der eingehenden Nachricht (Tag 50) wird auf die Rolle 'CTR' gemappt.
  • Die Rolle 'Schuldner' aus der Eingangsnachricht (Tag 51) wird auf die Rolle 'APL' gemappt.
  • Wenn die Rolle CTR vorhanden ist, dann enthält Tag 50 (Applicant) in der ausgehenden MT760 die Rolle CTR, andernfalls wird es mit der Rolle APL belegt.
  • Die Applikation erkennt den eingehenden Nachrichtentyp (Score/DTA/Bolero) und markiert die Checkbox “Erhaltener Kundenauftrag”.
  • Im Eingangsmapping wird Tag 52a der Sequenz B aus Firmenkunden-Nachrichten auf 'unmapped' gesetzt, da dies immer die Bank wäre, die das Verpflichtungsgeschäft ausstellt, d.h. die Rolle OWN. In diesem Fall wird 52a im Ausgang immer auf die eigene Adresse der Bank gesetzt.
  • Bei einem eingehenden Kundenauftrag ist die Checkbox “Beteiligten im SWIFT MT 760 unterdrücken” standardmäßig aktiviert, wenn sowohl der Auftraggeber als auch der Schuldner angegeben sind. In solchen Fällen wird Tag 51 des ausgehenden MT760 nicht gedruckt, und Tag 50 wird mit dem im Feld Schuldner angegebenen Beteiligten gefüllt.
  • Wenn Bestätigungsinstruktionen von dem Firmenkunden erhalten wurden, könnte der Kunden eine bestätigende Bank vorgeschlagen (Tag 58a). Diese wird der Rolle CNR (Eingehende Bestätigende Bank) zugeordnet und als Eingangsinformation gespeichert. Der Bankbenutzer muss entscheiden, ob er diesem Vorschlag folgt oder den Firmenkunden überstimmt. Der Bankbenutzer muss die Partei im Feld “Confirmation Party” (CON - Bestätigende Bank) hinzufügen, welche dann im ausgehenden MT760 für Tag 58a als Requested Bestätigende Bank übernommen wird.
  • Bei Standby-L/Cs wird die Partei der Rolle AVB “Benutzbar bei Bank” zugeordnet, welche in “Available with” (Tag 41a) von dem Kunden empfangen wird. Diese Rolle ist in der Tabelle der “weiteren Beteiligten” verfügbar.

Die Zuordnungen der anderen Beteiligtenrollen für BEN, ATB, AT2 bleiben unverändert.

Erstellung aufgrund eines nicht-elektronischen Auftrags

Die Beteiligten Rollen für den Ausgang bleiben bei einer manuellen Eingabe durch den Benutzer dieselben wie vor SR2021. Der Benutzer hat die Möglichkeit, die Parteien auf der Grundlage der eingehenden nicht-elektronischen Bestellung auszuwählen. In diesem manuellen Fall wird die Checkbox 'Erhaltener Kundenauftrag' automatisch markiert, damit die ausgehende Nachricht korrekt behandelt werden kann. Um die Checkbox für die Verwendung auffälliger zu machen und um Fehler im ausgehenden SWIFT MT 760 zu vermeiden, ist entweder das Markieren der Checkbox “Erhaltener Kundenauftrag” oder das Setzen der Rolle 'CTR' für 'ISSU' obligatorisch.

Workflow, Beteiligtenmodell, Zuordnung eingehender Nachrichten, Rollen in ausgehenden Nachrichten

werden im Folgenden dargestellt

  • Erhaltener Kundenauftrag:
    • Diese Checkbox wird markiert, wenn die Nachricht von einem Kunden empfangen wird.
    • In diesem Szenario basiert der Eingang auf einem Kundenauftrag. Daher ist Checkbox markiert.
      Das bedeutet, dass, wenn die Rolle CTR gesetzt ist, CTR in Tag 50 des ausgehenden MT 760 eingetragen wird, ansonsten die Rolle APL.
  • Empfänger der ausgehenden Nachricht Nachricht:
    • Falls vorhanden, die avisierende Bank (ATB), sonst der Begünstigter (BEN).

Mapping der Beteiligtenrollen

Tags Eingehendes Mapping Ausgehende Nachricht
Sequence B
50 Applicant CTR wenn CTR gesetzt ist, dann CTR , sonst APL
51 Obligor / Instructing Party APL APL
52a Issuer OWN OWN
59a Beneficiary BEN BEN
56a Advising Bank ATB ATB
57a Advice through Bank AT2 AT2
58a Requested Confirmation Party CNR CON


2. Erstellung einer Verpflichtung (ISSU) auf der Grundlage eines eingehenden Counter

Scenario

Die DOKA-NG Bank stellt eine MT 760 Verpflichtung (Nachrichten Funktion als “ISSU”) auf der Grundlage einer eingehenden MT 760 aus, die sie von der Counter Issuing Bank mit der Aufforderung erhalten hat, ihre lokale Verpflichtung gegenüber dem Begünstigten auszustellen.

Erstellung auf der Grundlage eines eingehenden elektronischen Auftrags einer Bank

Wenn die Erteilung elektronisch eingeht, werden die Tags den entsprechenden Feldern zugeordnet, wie in der Zuordnung für eingehende Aufträge (in der Transaktion DBISWH) definiert. Da der eingehende Auftrag von einer Bank stammt, ist die Checkbox “Erhaltener Kundenauftrag” nicht aktiviert. Die ausgehende “Nachrichten Funktion” wird standardmäßig auf 'ISSU' gesetzt, wenn der erhaltene Code ISCO ist. Der Benutzer kann keine anderen “Nachrichten Funktion” auswählen, da die Auswahl nur auf ISSU beschränkt ist. Diese Nachricht wird dann von der lokalen Eröffnende Bank direkt an den Begünstigten (im Falle einer direkten Beziehung) oder über eine oder mehrere avisierende Banken weitergeleitet. Die “Abwicklungsart” wird entsprechend der “Nachrichten Funktion” vorbelegt.

  • Die eingehende Nachricht enthält sowohl Sequenz B als auch Sequenz C, wobei Sequenz C die Angaben zur lokalen Verpflichtung enthält. Da es sich bei der ausgehenden Nachricht um eine ISSU handelt (in der in Sequenz B Angaben der lokalen Verpflichtung zulässig sind), werden die Tags der eingehenden Sequenz C der Nachricht den Feldern der Sequenz B zugeordnet. In solchen Fällen werden die Tags aus Sequenz B, die sowohl in Sequenz B als auch in Sequenz C gleich sind, den “nicht zugeordneten Feldern der Eingangsnachricht” zugewiesen und angezeigt.
    So haben z.B. Tags wie 56a, 57a keine entsprechenden Tags in Sequenz C und werden daher dem Panel zugeordnet.
    Tags wie 50, 51, 59 etc. hingegen haben auch ein Sequenz-C-Tag, das dann auf nicht zugeordnet gesetzt wird, und der Inhalt der Sequenz-C-Tags wird in Sequenz B zugeordnet.
  • Die Eröffnende Bank aus der Eingangsnachricht wird für die Engagementbuchung der Beteiligtenrolle 'Auftraggeber / APL' zugeordnet. Dies bleibt unverändert wie vor SR2021.
  • Tag 50 ( Auftraggeber) aus der eingehenden Nachricht wird der Rolle 'CTR' (Schuldner) zugeordnet und dann in das Tag 50 des ausgehenden MT760 eingetragen. Im Falle einer ausgehenden ISSU ist die Rolle CTR daher obligatorisch, und es wird eine Fehlermeldung erzeugt, wenn die Rolle CTR nicht gesetzt ist.
  • Tag 51 (Schuldner) aus der eingehenden Nachricht wird der Rolle 'APR' (Auftraggeber für Reimbursement) zugeordnet und dann in Tag 51 des ausgehenden MT760 eingetragen.
  • Wenn Bestätigungs-Instruktionen empfangen werden, wird die Bestätigende Bank (Tag 58a) der Rolle CNR (Eingehende Bestätigende Bank) zugeordnet. Dies dient der Speicherung der eingehenden Informationen; der Benutzer muss dann die Partei zum Feld “Bestätigende Bank” (CON - Bestätigende Bank) hinzufügen, das dann im ausgehenden MT760 für Tag 58a ausgefüllt wird.
  • Wenn die “Nachrichten Funktion eingehend” ISCO ist und die ausgehende “Nachrichten Funktion” ISSU ist, wird der Inhalt dem Feld “Undertaking Text” (Feld GIDTXT) in Sequenz B zugeordnet. In allen anderen Fällen wird das Feld 77L dem 'Undertaking Text' (Feld GIDTXTC) in Sequenz C zugeordnet.

Die Zuordnungen der anderen Beteiligtenrollen für BEN, ATB und AT2 bleiben unverändert.

Erstellung aufgrund eines nicht-elektronischen Auftrags

Die Beteiligtenrollen für den Ausgang bleiben bei einer manuellen Eingabe durch den Benutzer dieselben wie vor SR2021. In diesem Fall ist die Rolle CTR obligatorisch und der Benutzer muss CTR für den Tag 50 im ausgehenden MT 760 setzen.

Workflow, Beteiligtenmodell, Zuordnung eingehender Nachrichten, Rollen in ausgehenden Nachrichten

werden im Folgenden dargestellt

  • Empfänger der Nachricht: falls vorhanden, avisierende Bank (ATB) sonst Begünstigter (BEN)
  • Erhaltener Kundenauftrag: Dieses Flag ist nicht gesetzt, wenn die Nachricht von einer Bank empfangen wird. Die Rolle CTR muss gesetzt werden, wenn die Nachricht von einer Bank empfangen wird. Nur dann wird Applicant (Tag 50) im ausgehenden MT 760 ausgefüllt, weshalb Doka-NG vorschreibt, CTR in diesem Fall auszufüllen.

Mapping der Beteiligtenrollen

Tags Eingehendes Mapping Ausgehende Nachricht
Sequence B
50 Applicant Unmapped CTR (von inc. Seq. C)
51 Obligor / Instructing Party Unmapped APR (von inc. Seq. C)
52a Issuer APL OWN
59a Beneficiary Unmapped BEN (von inc. Seq. C)
56a Advising Bank ATB ATB
57a Advice through Bank Unmapped AT2 (von inc. Seq. C)
58a Requested Confirmation Party CNR CON
Sequence C
50 Applicant CTR (mit dem Seq.B-Mapping)
51 Obligor / Instructing Party APR (mit dem Seq.B-Mapping)
52a Issuer Unmapped
59 Beneficiary BEN (mit dem Seq.B-Mapping)
57a Advice through Bank AT2 (mit dem Seq.B-Mapping)
de/app/030bsi/060gi/0021broissu.txt · Last modified: 2023/03/13 07:24 by bp