Eindeutige interne ID eines Datensatzes in der Tabelle. Die INR ist ein Textfeld, das beim Aufruf des nächsten gültigen Eintrags vom Zähler dieser Tabelle erstellt wird. Das Feld INR wird zur Pflege von Links aus anderen Tabellen zu dieser Tabelle verwendet.

Bei Tabellen mit Kontraktdaten verbindet die INR die beiden Tabellen xxD und xxT als zugehörige Einträge mit gleicher INR.

Dieses Feld enthält die Referenznummer unter der das Import-Akkreditiv angelegt wurde Die Referenznummer kann maximal 16 Stellen lang sein. Dieses Feld kann für die Suche nach einem Import-Akkreditiv in der Datenbank verwendet werden.

Dieses Feld enthält den angezeigten, beschreibenden Namen, der in der Applikation zur Beschreibung und zum Auffinden eines Kontrakts dient. In der Standardkonfiguration wird dieses Feld über eine Default-Regel basierend auf Kontraktbetrag und Hauptbeteiligten gefüllt und kann nicht durch den Benutzer geändert werden.

Dieses Feld enthält die Benutzer-ID des Sachbearbeiters, der für die Bearbeitung dieses Kontrakts verantwortlich ist.

Dieses Feld enthält die INR der Transaktion, mit welcher der Kontrakt eröffnet wurde.

Dieses Feld enthält das Datum, an dem der Eintrag der Datenbank physikalisch hinzugefügt wurde.

Dieses Feld enthält das Eröffnungsdatum eines Kontrakts. Ist das Feld gefüllt, wurde der Kontrakt rechtskräftig eröffnet und kann für Geschäftstransaktionen verwendet werden. Das Datum beschreibt den Zeitpunkt, an dem der Kontrakt rechtskräftig wurde. Es kann ein Datum vor dem Erstellungsdatum sein, wenn der Kontrakt rechtskräftig war, bevor er in der Datenbank gespeichert wurde.

Dieses Feld enthält das Schließungsdatum des Kontrakts. Ist dieses Feld gefüllt, ist der Kontrakt geschlossen und kann nicht mehr zur Verarbeitung von Geschäftstransaktionen verwendet werden, mit Ausnahme von speziellen Transaktionen wie Gebührenabrechnung oder Freie Nachrichten.

Dieses Feld enthält den Namen der Avisierenden Bank.

Dieses Feld enthält die Referenznummer der Avisierenden Bank.

Dieses Feld enthält das Datum der letzten Änderung unter dem Kontrakt. Bei leerem Inhalt dieses Feldes befindet sich der Kontrakt noch im Urzustand. Dieses Datum wird automatisch durch die entsprechende Änderungstransaktion aktualisiert.

Dieses Feld wird benutzt, um die Anzahl der bisherigen Änderungen des Kontrakts zu speichern. Dieses Feld wird automatisch durch die entsprechende Änderungstransaktion aktualisiert.

Kopie des Feldes PTSNAM des zugehörigen Eintrags der Rolle “Auftraggeber” (APL). Dieses Feld wird nur zur Verbesserung der Such- und Datenbankzugriffszeiten verwendet.

Kopie des Feldes PTSREF des zugehörigen Eintrags der Rolle “Auftraggeber” (APL). Dieses Feld dient nur zum Verbessern der Such- und Datenbankzugriffs- funktionen verwendet.

Dieses Feld zeigt an, wie der Kontrakt benutzbar ist. Dies kann entweder durch Akzeptierung, durch Deferred Payment, durch gemischte Zahlung, durch Sicht-Zahlung oder durch Negoziierung sein.

Dieses Feld enthält die Bank/Rolle, die ermächtigt ist, unter dem Kontrakt die Zahlung, Akzeptierung, Negoziierung oder aufgeschobene Zahlung abzuwickeln.

Dieses Feld enthält den Namen des Begünstigten.

Dieses Feld enthält die Referenznummer des Begünstigten.

Diese Feld definiert, ob die Gebühren und Kommissionen der die Applikation verwendenden Bank von der Auftraggeberseite, bzw. “Unsere Geb. zu Lasten Kunde” (=“U”), der Begünstigtenseite, bzw. “Unsere Geb. zu Lasten Ausland” (=“B”) oder anderen getragen werden. Abhängig von der im Feld getroffenen Auswahl, werden die Rollen in der zweiten Abrechnungs-Tabelle (Eigene Kommission / Gebühren) vorgeschlagen.

Bedeutung “zu Lasten Kunde”: Wenn im Feld Gebührenregelung “zu Lasten Kunde” ausgewählt wurde oder das Feld nicht ausgefüllt wird, werden die eigenen Gebühren in der Abrechnung zu Lasten der AuftraggeberSEITE vorgeschlagen.

Bedeutung “zu Lasten Ausland” : Die eigenen Gebühren werden in der Abrechnung zu Lasten der BegünstigtenSEITE vorgeschlagen.

Bedeutung “Andere”: Auf dem Abrechnungspanel wird keine Rolle zu den Gebühren vorgeschlagen.

Dieses Feld enthält die Bestätigungsweisungen für den Empfänger des Akkreditivs z.B. die avisierende Bank (ADV). Gemäß der SWIFT-Richtlinien muss einer der folgenden Codes ausgewählt werden: “Without”, “May add” oder “Confirm”.

Dieses Datum gibt an, wann das Akkreditiv verfällt, und zeigt daher den spätesten Termin zur Vorlage der Dokumente unter dem Akkreditiv an.

Dieses Feld enthält den Ort des Akkreditivverfalls. Der Ort des Verfalls steht im engen Zusammenhang zum Verfallsdatum, da es den Ort zur Vorlage der Dokumente unter dem Akkreditiv detaillierter beschreibt.

Dieses Feld bezeichnet den Typ des Akkreditivs. Gemäß ERA muss das Akkreditiv anzeigen, ob es unwiderruflich (irrevocable) ist. Gemäß SWIFT sind weitere Spezifikationscodes wie z.B. transferable, standby und Kombinationen dieser Codes verfügbar. Für DTA ist die Auswahl “… standby” nicht erlaubt.

Dieses Feld definiert den Kontraktbetrag näher und ist bei der Prüfung der vorgelegten Dokumente unter dem Kontrakt von Bedeutung. Wird der Code “not exceeding” verwendet, ist keine Betragstoleranz erlaubt. Wird der Code “Gemäß ERA” verwendet, gelten die Regeln unter Artikel 30 der ERA.

Dieses Feld bezeichnet die Positivtoleranz bezogen auf den Nominalbetrag des zugrundeliegenden Kontrakts als Prozentsatz zuzüglich zum Nominalbetrag. Zur Berechnung des Maximumbetrags des Kontrakts (z.B. das max. Risiko der Bank) wird der positive Toleranzbetrag dem Nominalbetrag hinzuaddiert.

Dieses Feld bezeichnet die Negativtoleranz bezogen auf den Nominalbetrag des zugrundeliegenden Kontrakts als Prozentsatz, der vom Nominalbetrag abzuziehen ist.

Dieses Feld enthält das Datum, an dem das Akkreditiv (z.B. via SWIFT MT705) dem Empfänger (z.B. der avisierenden Bank) voravisiert wurde (vor der Kontrakteröffnung).

Kontonummer der Remboursbank in den Büchern der Remboursbank (verknüft mit LIDGRPRMBPTSDFTACT).

Dieses Feld enthält die Codes für Gebühren der Remboursbank gemäß der Spezifikation von TAG 71A der ausgehenden Remboursermächtigung (SWIFT MT 740).

Ist dieses Flag gesetzt, wird das Rembours-Panel sichtbar und Rembours-Informationen können unter diesem Akkreditiv dort eingegeben werden.

Dieses Datum gibt das späteste Verschiffungsdatum an. Beim Überprüfen der unter dem Akkreditiv vorgelegten Dokumente wird dieses Feld mit dem tatsächlichen Verschiffungsdatum verglichen, um die Einhaltung der Regeln des Akkreditivs zu prüfen. Die Vorlagefrist (Differenz aus spätestem Verschiffungsdatum und Verfallsdatum) kann über dieses Feld berechnet werden.

Dieses Feld gibt den Übergabeort (im Falle eines multimodalen Transportdokuments), den Empfangsort (im Falle von Staßen-, Bahn- oder Binnenschifffahrtsdokumenten oder einem Kurier- or Expressdienstdokument), oder den Versand- oder Verladeort, welcher auf den Transportdokumenten vermerkt sein muss, an.

Dieses Feld enthält den auf dem Transportdokument vermerkten Verladehafen oder Start-Flughafen.

Dieses Feld enthält den Entladehafen oder Zielflughafen, an dem die unter dem Akkreditiv versandten Waren entladen werden. Dieser Ort muss nicht zwangsläufig auch Lieferort sein.

Dieses Feld kennzeichnet, ob Teilverladungen (Verladung in mehr als einer Charge) unter dem Kontrakt erlaubt sind oder nicht.

Dieses Feld bezeichnet den endgültigen Bestimmungsort der Ware aus dem zugrundeliegenden Kontrakt.

Dieses Feld gibt an, ob Umladungen unter dem Kontrakt erlaubt sind oder nicht. Umladung (engl: “Transshipment”) bezeichnet den Warenversand über einen dazwischen liegendenden Ort, um von dort aus an einen anderen Bestimmungsort weiter versandt zu werden. Ein möglicher Grund hierfür kann sein, dass z.B. während des Transports das Transportmittel gewechselt werden muss (z.B. von Schiff auf Straße).

Dieses Feld wird benutzt, um den Ländercode für statistische Zwecke anzugeben. Dieser Ländercode kann derselbe des Begünstigten oder eines anderen Landes sein. Der hier angegebene Ländercode wird benutzt, um länderbezogene Statistiken zu ermöglichen.

Dieses Feld enthält den Warencode der verschifften Waren. Der Warencode wird benutzt, um Auswertungen für bestimmte Warengruppen zu ermöglichen. Die Codetable kann entsprechend den Anforderungen der Bank angepasst werden.

Dieses Feld enthält die Anzahl der Dokumentensätze, die von der eröffnenden Bank (Empfangsdatum der Dokumente (RCVDAT) gefüllt) unter dem Akkreditiv empfangen wurden. Diese Anzahl wird nicht reduziert, wenn der Dokumentensatz abgerechnet oder geschlossen wird.

Dieses Feld zählt die Anzahl von Dokumentensätzen die der eröffnenden Bank (OWN) avisiert wurden (z.B. über SWIFT MT 750 o. MT754), zu denen jedoch noch keine echten Dokumente eingegangen sind (Empfangsdatum der Dokumente (RCVDAT) ist leer). Wenn die physischen Dokumente eingegangen sind (Empfangsdatum der Dokumente (RCVDAT) ist gefüllt), wird die Anzahl avisierter Subkontrakte in diesem Feld reduziert.

Dieses Option zeigt an, ob es sich um ein “Red Clause”- oder “Green Clause”-Akkreditiv handelt. Bei diesen Akkreditivarten ist der Begünstigte berechtigt, Bevorschussungen zu erhalten (sogenannte “Packing Credits”).

Dieses Feld enthält den Versionszähler, um die Versionshistorie eines Eintrags dieser Tabelle verfolgen zu können. Die einzelnen Versionen werden über Einträge in der SLG-Tabelle hantiert.

Der interne Typ wird auf Back-to-Back gesetzt, wenn ein Export-L/C vorhanden ist, dass als Basis für dieses Import-L/C dient. Back-to-Back L/Cs können nur durch “Eröffnen eines Import-Akkreditivs” (LITOPN) über “Auswahl eines Export-Akkreditivs” (LETSEL) angelegt werden.

Dieses Feld enthält die INR des Export-L/C (LE), auf dem dieses Import L/C basiert.

Dieses Feld enthält die Referenznummer des Export-L/C (LE), auf dem dieses Import L/C basiert.

Dieses Feld zeigt die derzeitige Anzahl von durchgeführten Revolvierungen unter dem L/C an.

Dieses Feld zeigt die maximale Anzahl von Revolvierungen an, die unter diesem L/C erlaubt sind.

Dieses Feld zeigt an, dass es sich um ein revolvierendes L/C handelt. Ist dieses Flag gesetzt, ist das Revolvierungs-Panel sichtbar und die Revolvierungsdetails können eingegeben werden.

Die Bank kann sich das Recht vorbehalten, das Akkreditiv nach Erhalt der Auftraggeberweisungen und/oder Genehmigung zu revolvieren. Falls gesetzt, wird das Akkreditiv nicht automatisch revolviert.

Dieses Feld enthält das Datum, an dem die nächste Revolvierung stattfinden soll.

Die 'kumulativ'-Information ist für die Weiterverarbeitung revolvierender L/Cs von Bedeutung. Ist das L/C als 'kumulativ' markiert, ist es unbedeutend, welcher Betrag vorher gezogen wurde. Der verbleibende Betrag bleibt erhalten und wird am Revolvierungsdatum um den ganzen Revolvierungsbetrag erhöht. Ist das L/C als 'Nicht-Kumulativ' (Checkbox nicht markiert) gekennzeichnet, geht jeder nicht ausgenutzte Betrag verloren und der verfügbare Betrag wird auf den Betrag der nächsten Verschiffung erhöht.

Dieses Feld zeigt an, ob das L/C zum Zeitpunkt der Ausnutzung (z.B. bei Vorlage der Dokumente) oder periodisch an einem bestimmten Datum revolviert.

Dieses Feld enthält die Bank des Auftraggebers.

Kontraktstatus-Flag. Falls gesetzt, ist der Kontrakt reserviert, d.h. es müssen nur einige Basisfelder gefüllt sein. Sichtbar in “Voravis eines Import-Akkreditivs” (LITPOP) und “Info Import-Akkreditiv” (INFLID). Unsichtbar in allen anderen Transaktionen.

Diese Feld gibt die Richtlinien an, denen der Kontrakt unterliegt.

Über dieses Feld werden die Richtlinien spezifiziert, denen die Remboursermächtigung unterliegt.

Dieses Feld enthält die Details des anwendbaren Rechts.

Dieses Feld enthält das Datum der ursprünglichen Remboursermächtigung.

Auftragsdatum aus der Eingangsnachricht seitens des Auftraggebers. Dieses Datum wird nur in der Ausgangsnachricht an die Auftraggeberseite verwendet.

Dieses Flag wird in einer (vor)eröffnenden Transaktion gesetzt, sofern eine eingehende Nachricht sofort abgelehnt wird. Der Kontrakt wird sofort geschlossen.

Diese Auswahlliste enthält die Art der Anforderung. Bei Auswahl von “Entwurf” wird keine Verpflichtung eingebucht und nur die Nachricht “LC Entwurf” wird für den Auftraggeber/ die Bank des Auftraggebers erzeugt. Bei Auswahl von “Voravis” wird das Akkreditiv gegenüber der avisierenden Bank/ Begünstigtenseite voravisiert (i. d. R. mittels einer SWIFT MT705) und die entsprechende Verpflichung eingebucht.

Dieses Feld enthält den externen Schlüssel der Entity, zu der diese Daten gehören.

Dieses Feld wird automatisch während der Eingabe gefüllt und wird als Filter beim Zugriff auf die Datenbank verwendet. Ohne spezielle Implementierung sind für den Benutzer nur Einträge der aktuell aktiven Entity sichtbar.

Die Lieferbedingungen könne z.B FOB, CIF oder FCR sein.

Flag für die Aktivierung der Checkbox Auto Extension. Wenn ausgewählt, öffnet sich ein neues Fenster für Details zur automatischen Erweiterung.

Markierung zur Aktivierung des Bereichs „Assignment of Proceeds“ (Erlöszuweisung).

Flag zur Aktivierung der Partizipationsverkaufslogik.

Dieses Feld wird verwendet, um die logische Bedeutung eines leeren Werts in EXPDAT zu verfeinern.

Dieses Feld darf nur gesetzt werden, wenn EXPDAT leer ist.

Bei der Einstellung auf einen nicht leeren Wert wird dadurch eine unbegrenzte Gültigkeit des Vertrags identifiziert.

Für automatische Verlängerung: Zeitraum für die nächste Verlängerung des LC.

Für automatische Verlängerung: Zeitraum der Vorankündigung über die nächste Verlängerung.

Für automatische Verlängerung: Der LC läuft an diesem Datum ab und nach diesem Datum sind keine weiteren automatischen Erweiterungen mehr zulässig.

Dieses Feld bezieht sich auf die Zahlung der Fracht und ist abhängig vom gewählten Incoterm.

Dieses Feld kennzeichnet, ob Teilverladungen (Verladung in mehr als einer Charge) unter dem Kontrakt erlaubt sind oder nicht. Andere Bedingungen müssen in einem anderen Feld innerhalb der Nachricht angegeben werden.

Dieses Feld gibt an, ob Umladungen unter dem Kontrakt erlaubt sind oder nicht. Umladung (engl: “Transhipment”) bezeichnet den Warenversand über einen dazwischen liegendenden Ort, um von dort aus an einen anderen Bestimmungsort weiter versandt zu werden. Ein möglicher Grund hierfür kann sein, dass z.B. während des Transports das Transportmittel gewechselt werden muss (z.B. von Schiff auf Straße). Andere Bedingungen müssen in einem anderen Feld innerhalb der Nachricht angegeben werden.

Dieses Kennzeichen wird verwendet, um anzugeben, ob für dieses Akkreditiv eine spezielle Zahlungsbedingung für den Begünstigten verfügbar ist.

Dieses Kennzeichen wird verwendet, um anzugeben, ob für dieses Akkreditiv eine spezielle Zahlungsbedingung für die empfangende Bank verfügbar ist.

Dieses Feld enthält die Tage des Präsentationszeitraums.

Dieses Feld enthält Details zum Präsentationszeitraum.

Entwurfsnummer, die in Score MT 771 Score Message gedruckt wird. In LITPOP erhöht

Erste Version zur Unterstützung der Differenzierung vordefinierter Bankprodukte über Geschäftsfelder hinweg. Diese organisatorische Lösung besteht aus drei Feldern PRDCOD, PRDSUB und PRDVAR, die ein Bankprodukt, eine Unterdifferenzierung und bei Bedarf individuelle Varianten bereitstellen. Hier identifiziert das PRDCOD den Geschäftsbereich zusammen mit einigen Schlüsselkriterien wie bestätigtem oder nicht bestätigtem LC in einer branchenübergreifenden eindeutigen Identifizierung.

Erste Version zur Unterstützung der Differenzierung vordefinierter Bankprodukte über Geschäftsfelder hinweg. Diese organisatorische Lösung besteht aus drei Feldern PRDCOD, PRDSUB und PRDVAR, die ein Bankprodukt, eine Unterdifferenzierung und bei Bedarf individuelle Varianten bereitstellen. Hier identifiziert der PRDSUB die geschäftssektorspezifischen bankseitigen definierten Produkte und fügt einige wichtige Unterkriterien in einer branchenübergreifenden eindeutigen Identifizierung hinzu.

Erste Version zur Unterstützung der Differenzierung vordefinierter Bankprodukte über Geschäftsfelder hinweg. Diese organisatorische Lösung besteht aus drei Feldern PRDCOD, PRDSUB und PRDVAR, die ein Bankprodukt, eine Unterdifferenzierung und bei Bedarf individuelle Varianten bereitstellen. Hier ist die Produktvariante als mögliche Erweiterung zur Einrichtung spezifischer Varianten unterhalb des Produkt- und Unterproduktcodes vorgesehen.

Eindeutige interne ID eines verknüpften Einrichtungsdatensatzes

Dieses Flag zeigt an, ob das L/C ein Inlands-L/C ist oder nicht. Wenn das Risikoland des L/Cs und das Land des Begünstigten identisch sind, wird es als Inlandsakkreditiv bezeichnet.

Dies bezeichnet den Betrag, der für die Red/Green Clause als Vorschuss aus dem Kontraktbetrag des LC's zur Verfügung steht.

Dieses Feld gibt die Währung der Red/Green Clause an. Sie ist in der Regel identisch mit der Währung des Akkreditives.

Dies bezeichnet den Prozentsatz, der für die Red/Green Clause als Vorschuss aus dem Kontraktbetrag des LC's zur Verfügung steht.

Dieses (unsichtbare) Feld legt fest, ob der Betrag oder der Prozentsatz für die rote/grüne Klausel verwendet wird.

Basierend auf diesen Informationen wird der Prozentsatz oder Betrag geschützt und aus dem anderen Feld berechnet.

Kosten, die durch die Bereithaltung von Liquiditätsreserven entstehen.

Dieses Feld enthält den Basiszinssatz für die Zinsberechnung.

Kosten für die Beschaffung der Mittel am Geldmarkt.

Der Teil des Gesamtzinssatzes, der als Einnahmen in den Büchern der Bank verbucht wird. Wird aus dem Ratentyp vorbelegt und beachtet ggf. hinterlegte Sonderkonditionen.

Kontrollkästchen, um das Fenster Kreditdetails zu aktivieren. Der Nutzer könnte die vom Antragsteller angeforderten Kreditbedingungen und -details angeben, die in Betracht gezogen werden könnten, wenn während der Abrechnung eine Finanzierung für den Vertrag erstellt wird.

Wenn nicht leer, wird die Gebühr für den gesamten Zeitraum durch den Betrag OWNAMT anstelle des Satzes OWNRAT definiert.

Dokumentwährung, die nur für Anzeigezwecke verwendet wird

Alternativer Festbetrag für die gesamte Laufzeit. (Anstelle eines Zinssatzes für “Unsere Marge”)

Der Finanzierungszeitraum gibt an, wieviele Tage finanziert werden.

Die Bank, die DOKA einsetzt, muss bei Vertragseröffnung auf Kundenwunsch den ALADI Rembourscode ausgeben.

Dieses Kennzeichen ist nur sichtbar, wenn die Entitygruppe in der Region LATAM liegt.

Außerdem wird es nur dann für die Eingabe aktiviert, wenn die aktuelle Entity eine ALADI-Mitgliedskennung hat und die Gegenpartei ebenfalls als ALADI-Mitglied in der Beteiligten Tabelle definiert ist.

Wenn Sie diese Checkbox ankreuzen, bedeutet dies, dass der Kontrakt unter ALADI Inter-bank Settlement steht und daher: a) Das System generiert automatisch den ALADI-Reimbursement code für (Import LC und Export Inkasso Kontrakte). b) Das System ermöglicht dem Benutzer die manuelle Eingabe des ALADI-Reimbursement code für (Export-LC- und Import Inkasso Verträge)

Gibt an, ob es sich bei dem LC um ein bei Sicht zahlbares Usance LC ist (UPAS) oder ein gegen Nachsicht zahlbares Usance LC (UPAU) handelt.

Dieses Feld ist nur für UPAU-LCs aktiviert. Hier ist die Anzahl der UPAU-Tage anzugeben.

Alternative Referenz. Also: für alte Referenzen von migrierten Verträgen.