Diese Transaktion wird benutzt, um eine neue Garantie/Standy zu erstellen oder zu avisieren.

Falls für eine Garantie bereits ein Entwurf/Voravis vorhanden ist, werden nach Auswahl des betreffenden Garantiekontraktes sämtliche vorhandenen Daten des Entwurfs/des Voravises dem Benutzer zur Verfügung gestellt und können wie benötigt aktualisiert werden.

Die folgenden Abwicklungsarten werden vom Produkt unterstützt.

• Erstellung eines direkten Avals (ISSU)
  Wir erstellen die Garantie gegenüber dem Begünstigten und leiten diese direkt oder über eine avisierende Bank an den Begünstigen weiter.
• Erstellung eines indirekten Avals mit Rückhaftung (ISCO)
  Wir beauftragen die ausstellende Bank, die Garantie zu Gunsten des Begünstigten zu erstellen, wofür wir die volle Verantwortung übernehmen.
• Erstellung eines Counter-Counter-Avals (ICCO)
  Wir erstellen die Rückhaftung für die Bank, welche für eine weitere Bank die Rückhaftung übernimmt und diese anweist eine lokale Garantie zugunsten eines Begünstigten auszustellen.
• Avisierung einer Garantie mit Bestätigungsvermerk (ANCF)
  Wir avisieren die Garantie und übernehmen die volle Verantwortung, indem wir der Garantie unsere Bestätigung hinzufügen.
• Avisierung einer Garantie ohne Bestätigungsvermerk (ADVI)
  Wir avisieren die Garantie unverbindlich für uns an den Begünstigten.
• Garantie erhalten
  Eine Garantie zu unseren eigenen Gunsten.

Die Art der Verpflichtung beschreibt den jeweiligen Garantietyp und ist eines der Auswahlkriterien für die “Textauswahl” der ATX Vorlage.

Über dieses Feld wird die rechtliche Form der Verpflichtung definiert.

Diese Werte werden unterstützt (auch, für Vorbelegung aus elektronischen Nachrichtenkanälen):

• Auf Anfordern zahlbare Garantie
• Standby Akkreditiv
• Akzessorisches Aval (z.B. Bürgschaft )
• Bürgschaft zahlbar auf erstes Anfordern

Das Feld “Form der Verpflicht.” wurde in der Applikation verwendet, bevor die Richtlinien Felder “Unterliegt Richtlinie” (APPRUL und APPRULTXT) durch SWIFT eingeführt wurden.
In größeren Installationen mit einer Vielzahl von Garantietexten wird das Feld “Form der Verpflichtung” zum Aufteilen der Liste der vorgeschlagenen Garantietexte verwendet (“Form der Verpflichtung” ist verfügbar als “Rechtliche Form” in der Transaktion zur Verwaltung der “ATX Vorlagen”). Dies ist sehr hilfreich für Banken, die über eine große Zahl eigener Standardtexte verfügen.
Bei kleineren Installationen ist meist die Verwendung von “Unterliegt Richtlinie” ausreichend.

Gültigkeit: Bei direkten (ISSU) und avisierten (ADVI, ACNF) Garantien, ist wird die Gültigkeit der Garantie unter dem “Verfallstyp” Feld definiert.
Im Fall einer indirekten Garantie (ISCO, ICCO), wird die Gültigkeit der lokalen Garantie (Sequenz C Felder) in den Verfallsfeldern angegeben.

Haftung: Der “Rückhaftungstyp” ist nur bei indirekten Garantien verfügbar. In diesem Szenario wird die Gültigkeit in den “Rückhaftungstyp”-Feldern der Counter Garantie (Sequenz B Felder) angegeben.

Below options are allowed for the expiry/liability type selection: Folgende Optionen sind für die Auswahl des “Verfallstyps” und “Rückhaftungstyps” zulässig:

“Verfallsbedingung”:

• “Bedingter Verfall”:
  Der Benutzer kann zwingend eine bestimmte Bedingung angeben, die für das Auslaufen der Verpflichtung erfüllt sein muss, während ein bestimmtes Datum für das Auslaufen optional ist.
  Die Verfallsbedingung kann auch zusammen mit dem Verpflichtungstext in der Transaktion zur Definition des Vorabtextes Allgemeine Information über Erweiterte Text Definition definiert und gepflegt werden.
• “Fester Verfall”:
  Der Benutzer kann ein bestimmtes Ablaufdatum für die Verpflichtung angeben. Bei Auswahl dieses Typs muss ein Gültigkeits-/Haftungsdatum im entsprechenden Feld angegeben werden.
• “Unbefristet”:
  Wenn es sich bei der Garantie um einen offenen Vertrag ohne spezifisches Ablaufdatum handelt, kann diese Option gewählt werden.

Die Hauptinformation ist hier der Garantietext. Dieser wird automatisch aus Daten wie Abwicklungsart, Art, Form und Sprache der Verpflichtung vorgeschlagen. Abhängig von der Art der Verpflichtung und der Definition des entsprechenden Textes, können einige zusätzliche Felder auszufüllen sein. Falls notwendig, ist der Benutzer in der Lage, den Garantietext durch Markieren der Checkbox “Ändere Text” manuell zu verändern. Dadurch wird der Garantietext editierbar. Dabei ist es möglich, den Text über die drei Formatierungs-Buttons in Fett- oder Kursivschrift oder unterstrichen zu formatieren. Der Garantietext wird mit den nicht aufgelösten Variablen angezeigt. In diesem Fall wird eine Warnung erzeugt, dass der Garantietext manuell geändert wurde. Der Button [vs. System] zeigt die manuellen Änderungen des Benutzers gegenüber dem vom System vorgeschlagenen Garantietext an. Der Button [vs. Historie] zeigt die Änderungen am Garantietext gegenüber der Historie an. Eingaben des Benutzers werden gelb unterlegt, Löschungen rot. Um den Text mit den ggf. vorhandenen aufgelösten Variablen zu sehen, kann der Button [Anz. Text] angeklickt werden. Im Text eingebettete Kontrakt-Datenfelder werden somit sofort aktualisiert. Erst durch Anklicken des Icons werden die manuellen Änderungen endgültig ins System übernommen.

Falls bei einer Neuanlage oder einem Voravis einer Garantie die Referenznummer des Kontrakts im Garantietext benötigt wird, kann diese schon vorab über den Button [Hole Ref.] generiert werden.

Sämtliche offenen Felder auf dem Details-Panel wurden bei der Definition des jeweiligen Garantietextes als Bestandteil des Garantietextes definiert. Dementsprechend sind dies nun Pflichtfelder. Daher wird ausdrücklich empfohlen, die Definition der Garantietexte entsprechend anzupassen. Das Ziel muss sein, so weit wie möglich zu verhindern, dass der Benutzer den Garantietext manuell ändern und damit der Kontrolleur den Garantietext einzeln prüfen muss.

Wird die Checkbox “Freistellungserklärung erzeugen” auf dem Panel “Überblick” markiert, wird zusätzlich das Panel “Freistellungserklärung” angezeigt. Auf diesem Panel kann der Text einer zu versendenen Freistellungserklärung eingegeben werden.

Wenn die Garantie automatisch abgerechnet werden soll, müssen im Engagement-Panel die Optionen für die Gebührenabrechnung (durch Anklicken des Icons erreichbar) auf “automatisch” gesetzt sein, was standardmäßig auch so eingetragen ist. Soll die ausgewählte Garantie manuell abgerechnet werden, ist die Einstellung auf “manuell” zu ändern.

Des Weiteren sind auch Syndizierungen auf dem gleichnamigen Panel möglich. Detaillierte Informationen über Syndizierungen sind unter “Aktive Unterbeteiligungen (Syndizierungen)” zu finden.

Detaillierte Informationen zur Abwicklung von Abtretungen sind unter “Abtretungen” zu finden.

Standby LCs oder Garantien können für einen befristeten Zeitraum erstellt werden, wenn die Bank keine langfristigen Verpflichtungen eingehen möchte. Die Auto-Extension Funktionalität ermöglicht die automatische Verlängerung des Kontraktes. Wenn die Checkbox “Auto-Extension” für ein Standby LC oder eine Garantie gesetzt wird, ist das Auto-Extension Panel sichtbar und der Benutzer kann die Daten des Auto-Extension Plans erfassen. Der Auto-Extension Prozeß kann in der Eröffnungs- oder Änderungstransaktionen initiiert werden (z.B. Erstellen einer Garantie/Standby, Ändern oder Interne Änderung). Termine werden in diesen Transaktionen angelegt oder aktualisiert, um den Kundenbetreuer in der Bank oder den Auftraggeber über die anstehende automatische Verlängerung zu informieren oder um die Verlängerung selbst zu verarbeiten. Der Versand des Auto-Extension Avis an den Kundenbetreuer der Bank bzw. den Auftraggeber erfolgt durch Verarbeiten des Termins in der Transaktion Freie Nachrichten. Die automatische Verlängerung erfolgt durch Verarbeiten des Termins in der Transaktion Interne Änderung. Nach Aktivierung des SWIFT-2021-Releases besteht die Möglichkeit, bei indirekten Garantien die automatische Verlängerung sowohl für Sequenz B (Gegenverpflichtung) als auch für Sequenz C (lokale Verpflichtung) auszuwählen. Bei solchen indirekten Garantien werden automatisch registrierte Einträge wie z.B. Termine auf der Grundlage des Wertes für die automatische Verlängerung aus Sequenz C erstellt.

Sofern der Kundenbetreuer/ Auftraggeber keine rechtzeitige Ankündigung über die Nicht-Verlängerung gibt, wird das Standby LC/ die Garantie automatisch für eine weitere Periode verlängert bis das endgültige Verfalldatum erreicht ist oder der Begünstigte der Nicht-Verlängerung zugestimmt hat (siehe auch Interne Änderung).

Diese Funktionalität ist nur für Standby-Akkreditive verfügbar, bei denen der Benutzer die Remboursbank angeben kann, die eine Remboursierung einlösen kann, welche von der “Benutzbar bei Bank” (AVB) vorgelegt wird. Details im Zusammenhang mit dem Rembours, wie z.B. die Remboursbank, Kontoangaben usw., können im Panel “Remboursermächtigung” erfasst werden. Dieses Panel wird aktiviert, wenn die Checkbox “Remboursermächtigung” auf dem Übersichtspanel markiert ist. In diesem Fall wird die Swift-Nachricht MT740 versendet.

Diese Transaktion erstellt einen neuen Garantiekontrakt.
Wenn ein bestehender Garantiekontrakt benutzt wird, darf dieser nicht geöffnet und nicht geschlossen sein.

Eingehende allNETT / RIVO Nachrichten siehe unter Übersicht der Eingangsnachrichten - allNETT / RIVO.

Näheres siehe unter TRNDIA Termine.

Werden Veränderungen in dem Fälligkeitsdatum des Veränderungsplans vorgenommen, so werden automatisch Termine zur Korrektur des Engagements mit der Transaktion “Änderungsplan hantieren” erstellt.

Der Garantiebetrag und ggf. der Zusatzbetrag werden gespeichert.

Abhängig von der Abwicklungsart und dem Bestätigungsstatus wird Engagement eingebucht. Bei mehreren Auftraggebern ist das Engagement auf die Auftraggeber entsprechend ihres Anteils an der Garantie vom Benutzer auf dem Engagementpanel zu verteilen.

Details zur Nachrichtenerzeugung sind unter DOCEOT Nachrichten zu finden. Ausgehende allNETT / RIVO Nachrichten siehe unter Übersicht der Ausgangsnachrichten - allNETT / RIVO.

Es werden Abtretungsnachrichten und Nachrichten bezüglich Aktiver Unterbeteiligungen (Syndizierungen) erzeugt.

Unterschrift erforderlich

Übersicht
Beteiligte
Aushänd. / Vorlage
Direct Payment
Details
Text der Verpflichtung
Freistellungserklärung
Bestät. Details
Auto-Extension
Zusatzbeträge
Remboursermächtigung
Abtretung
Abrechnungs-Details
Abrechnung
Ergänzung
Nachrichten
Embargo
Anhänge
Seq. C: Übersicht
Seq. C: Beteiligte
Seq. C: Aushänd. / Vorlage
Seq. C: Details
Seq. C: Text der Verpflichtung
Seq. C: Auto-Extension
Seq. C: Zusatzbeträge