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 des angelegten Akkreditivs. Die Referenznummer kann eine maximale Größe von 16 Stellen haben. Dieses Feld kann zum Suchen jedes Akkreditivs in der Datenbank benutzt werden.

Dieses Feld enthält den angezeigten beschreibenden Namen, der in der Applikation zur Beschreibung und zum Auffinden des Kontrakts dient. In der Standardkonfiguration wird dieses Feld durch eine Default-Regel basierend auf Kontraktbetrag und Hauptbeteiligten gesetzt 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 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 die INR der Transaktion, mit welcher der Kontrakt eröffnet 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 das Datum, an dem das Akkreditiv bestätigt wurde.

Dieses Feld enthält das Datum, an dem das Akkreditiv avisiert wurde oder die Akkreditivdaten erfasst und im System gespeichert wurden.

Dieses Feld enthält den Namen der Eröffnenden Bank.

Dieses Feld enthält die Referenznummer der Eröffnenden Bank, die Original Akkreditivnummer.

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.

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 Kundenseite, bzw. “Unsere Geb. zu Lasten Kunde” (=“U”), der Auslandsseite, 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 KundenSEITE vorgeschlagen. (Beim Export LC wäre das BEN oder A2B sofern vorhanden).

Bedeutung “zu Lasten Ausland” : Die eigenen Gebühren werden in der Abrechnung zu Lasten der AuslandsSEITE vorgeschlagen. (Beim Export LC wäre das ISS oder ADV/ CON sofern vorhanden).

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

Dieses Feld legt fest, ob der Betrag oder der Prozentsatz in einem teilweise bestätigten Kontrakt bestätigt wird.

Basierend auf dieser Information werden Prozentsatz oder Betrag geschützt und über das andere Feld berechnet.

Dieses Feld enthält die Bestätigungsanweisungen der Eröffnenden Bank. Gemäß den SWIFT-Regeln, muss einer der folgenden Codes ausgewählt werden: “Without”, “May add” oder “Confirm”.

Dieses Feld enthält den Bestätigungsstatus der die Applikation verwendende Bank und zeigt an, ob die Bank ihre Bestätigung zum Akkreditiv gegeben hat oder nicht . Die Auswahl “Still” zeigt eine stille Bestätigung an, die der eröffnenden Bank nicht mitgeteilt wird.

Dieses Feld enthält das Verfallsdatum des Akkreditivs und zeigt daher das späteste Vorlagedatum der Dokumente unter dem Akkreditiv an.

Dieses Feld enthält den Ort des Akkreditivverfalls. Der Ort des Verfalls ist fest mit dem Verfallsdatum verbunden, da es den Ort, an dem die Dokumente unter dem Akkreditiv vorgelegt werden müssen, detaillierter beschreibt.

Dieses Feld bezeichnet den Typ des Dokumentenakkreditivs. Gemäß ERA, muss das L/C anzeigen, ob unwiderruflich ist. Gemäß SWIFT, sind weitere Spezifikationscodes verfügbar, z.B. Transferable, Standby und Kombinationen aus diesen. 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 beschreibt das Datum, an dem das Akkreditiv (z.B. über SWIFT MT705) dem Empfänger (z.B. der avisierenden Bank) voravisiert wurde, bevor das Akkreditiv eröffnet wurde.

Dieses Feld gibt das späteste Verladedatum an. Beim Überprüfen der vorgelegten Dokumente unter einem Akkreditiv wird dieses Feld mit dem tatsächlichen Verladedatum verglichen, um die Übereinstimmung mit dem Akkreditiv zu prüfen. Der Vorlagezeitraum, (Differenz von spätestem Verladedatum und Verfalldatum) 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 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 standardmäßig mit dem Ländercode des Senders des Akkreditivs gesetzt und zeigt daher das Risikoland des Akkreditvs an. Es wird für statistische Zwecke verwendet und ermöglich der avisierenden Bank das Länderrisiko zu bewerten, das durch das Avisieren/Bestätigen des Akkreditivs angegeben werden konnte.

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 avisierenden Bank (Empfangsdatum der Dokumente (RCVDAT) gefüllt) unter dem Akkreditiv empfangen wurden. Diese Anzahl wird nicht vermindert, wenn der Dokumentensatz abgerechnet oder geschlossen wird.

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.

Dieses Feld zeigt an, dass die Empfangsbestätigung (generiert in Voravis / Benachrichtigung eines Export-Akkreditivs (LETNOT), Avisierung / Bestätigung (LETOPN)) direkt an die Auftraggeberbank (APB) anstatt an die eröffnende Bank/erstavisierende Bank gesendet wird.

Mitunter ist es bereits im L/C angegeben, wie die Dokumente bei Vorlage versandt werden sollen. Ist dieses Feld gesetzt, wird unter dem Dokumentensatz das Feld “Dokuments an eine andere Adresse senden” entsprechend vorgeschlagen, wodurch angezeigt wird, dass Dokumente an eine andere Adresse als den Zahlungspflichtigen der Dokumente gesendet werden können.

Dieses Feld wird zur Berechnung der max. Gültigkeit des Export-L/Cs verwendet, wenn das Akkreditiv bestätigt ist (offen oder still). Falls gefüllt werden die max. Zieltage zum Verfallsdatum addiert und das Ergebnis und das Fälligkeitsdatum in der Engagementtabelle für die Engagementbuchung des Akkreditivs eingegeben.

Dieses Feld zeigt den Bestätigungsstatus der erstavisierenden Bank (ADV) an die die Applikation verwendende Bank an, die das L/C dem Begünstigten oder einer zweitavisierenden Bank anzeigt (A2B).

Verfügbare Werte: - Der Versender hat dem L/C seine Bestätigung hinzugefügt - Der Versender hat dem L/C nicht seine Bestätigung hinzugefügt

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

Dieses Feld enthält die tatsächliche Anzahl der Revolvierungen, die unter dem L/C verarbeitet wurden.

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

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' markiert, geht jeder nicht ausgenutzte Betrag verloren und der verfügbare Betrag wird auf den Wert der nächsten Verladung erhöht.

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

Wird das L/C an eine weiteravisierenden Bank (zweitavisierende Bank oder Bank des Begünstigten) avisiert, zeigt dieses Feld die Bestätigungsanweisungen an diese Bank an (z.B. in Tag 49 der ausgehenden MT 710).

Dieses Flag macht kenntlich, ob es sich beim Akkreditiv um ein 'Red Clause' oder 'Green Clause' handelt. Für diese Akkreditivarten kann der Begünstigte Bevorschussungen erhalten (sogenannte Packing Credits).

Dieses Feld enthält die Anzahl der avisierten eingehenden Dokumentensätze (z.B. über SWIFT MT 750 oder MT754) an die die Applikation verwendende Bank (OWN), wo jedoch die echten Dokumente noch nicht vom Begünstigten empfangen wurden (RCVDAT leer). (RCVDAT = Datum des Dokumentenempfangs)

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

Die Checkbox “Erhaltene Übertragung” wird markiert, wenn ein übertragenes Akkreditiv empfangen wurde. Sie dient zur Nachrichtensteuerung. Falls der Empfang über die SWIFT-Nachricht MT 720 avisiert wurde, wird die Checkbox automatisch markiert.

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

Dieses Feld enthält Details zu anwendbaren Richtlinien, wenn “andere” Richtlinien angegeben wurden.

Das Feld ist nur aktiv, wenn vorher “Andere” ausgewählt wurde.

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 enthält den auf dem Transportdokument vermerkten Verladehafen oder Start-Flughafen.

Definiert, ob der Aussteller des Akkreditivs eine Ban ist oder nicht. Ist das Feld gefüllt, wurde das Akkreditiv von einer Nicht-Bank ausgestellt.

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

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.

Dieses Feld enthält den Prozentsatz einer Teilbestätigung. Das Feld ist nur dann für Einträge offen, wenn das Akkreditiv durch die die Applikation verwendende Bank bestätigt ist.

Dieses Feld wird automatisch gesetzt, wenn Bardeckung auf ein 'Hold Account' unter dem L/C gebucht wird.

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.

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.

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

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.

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.

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

Flag zur Aktivierung der Partizipationsverkaufslogik.

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.

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.

Dieses Kennzeichen markiert ein Akkreditiv als Inlandsakkreditiv. Wenn das Land der DOKA-NG Bank und des Auftraggebers gleich sind, handelt es sich um ein Inladsakkreditiv.

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)

Alternative Referenznummer, d. h. enthält die alte Referenz für migrierte Verträge.