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 Unterkontrakts, der für den vom Zweitbegünstigten erhaltenen Dokumentensatz erzeugt wurde.

Dieses Feld enthält den externen Namen des unter der Übertragung ausgewählten, vorgelegten Dokumentensatzes.

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 Typ des übergeordneten Kontrakts.

Dieses Feld enthält die INR (Eindeutige Identifikationsnummer) des übergeordneten Kontrakts.

Dieses Feld enthält das Datum, an dem die Austauschdokumente (z.B. Handelsrechnung) der Erstbegünstigtenseite (PRP) von der die Applikation verwendende Bank empfangen wurden (Datum des Eingangsstempels, NICHT Datum des Kundenauftrags - das ist “Auftragsdatum Erstbegünstigter” (ORDDATBE1)). Dieses Feld sollte gefüllt werden, wenn Dokumente von der Erstbegünstigtenseite in Transaktion “Dokumente vom Erstbegünstigten” (BTTDCK) eingegangen sind.

Dieses Feld enthält das Verschiffungsdatum gemäß dem vorgelegten Transportdokument.

Dieses Datum wird gesetzt, wenn eine Zahlungsnachricht (eingehende MT754) eingegangen ist (z.B. in TRN LTTDAV).

Dieses Feld enthält das Fälligkeitsdatum des vorgelegten Dokumentensatzes.

Dieses Feld enthält eine Auswahlliste, um den Typ der Dokumentenvorlage auszuwählen.

Dieses Datum wird gesetzt, wenn eine Nachricht über Abweichungen (eingehende MT750) eingegangen ist (z.B. in TRN LTTDAV).

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.

Diese Checkbox muss markiert werden, falls die Dokumente auf Zahlungsermächtigungsbasis behandelt werden sollen.

Diese Checkbox muss markiert werden, falls die Dokumente dem Auftraggeber wertfrei ausgehändigt werden sollen, d.h.dass die Dokumente dem Auftraggeber vorgelegt werden, ohne dass dieser dafür zahlen muss. In Englisch heißt die Option “Free of Payment”.

Diese Feld wird auf einen nicht-leeren Wert gesetzt, wenn der Dokumentensatz mehr als eine Fälligkeit enthält.

Dieses Feld enthält das Datum des eingehenden Begleitschreibens von der Zweitbegünstigtenseite (PRB). Die Dokumente können vom Zweitbegünstigten direkt oder über eine zweitavisierende Bank vorgelegt werden.

Dieses Datum sollte eingegeben werden, wenn der Erhalt der Dokumente des Zweitbegünstigten in der Transaktion “Dokumente vom Zweitbegünstigten erhalten” (LTTDCK) erfasst wurde. Falls notwendig, kann das Datum in “Dokumenteneinreichung korrigieren” (BTTDRV) korrigiert werden.

Die Rolle des Beteiligten, der die Dokumente vorgelegt/präsentiert hat.

Dieses Feld nennt den Zahlungspflichtigen, der für die Dokumente zahlt (z. B. die eröffnende Bank bzw. deren Kunde, der das Akkreditiv eröffnet hat).

Diese Checkbox befähigt die Bank, eine schlankere Version der Transaktion “Dokumente vom Zweitbegünstigten erhalten (LTTDCK) zu verwenden, in der nur wenige Daten erfasst werden. (→ Wird von größeren Banken bevorzugt). Kleinere Banken verwenden LTTDCK zur Eingabe von Dokumentendetails, Abweichungen ind Weisungen. Ist die Checkbox markiert, werden die relevanten Panels sichtbar.

Dieses Flag gibt an, dass Dokumente zur Zahlung, zur Akzeptierung, zur Negoziierung aufgenommen wurden. Die in diesem Feld getroffene Auswahl beeinflusst stark die verfügbaren Verarbeitungsoptionen im Bereich BT (Back-to-Back-Akkreditive).

Dieses Flag wird in der Transaktion BTTPAY benutzt, um Sicht-Dokumente zu zahlen oder das Engagement für Nachsicht-Dokumente einzubuchen.

Dieses Feld enthält die Währung des Gesamtbetrages aus der MT750-Nachricht, die dem Absender der Nachricht überwiesen werden muss. Da dieses Feld später in anderen Transaktionen benötigt wird (ausgehende MT752 in BTTPAY), wird das Feld hier gespeichert.

Dieses Feld enthält den Gesamtbetrag aus der MT750-Nachricht, die dem Absender der Nachricht überwiesen werden muss. Da dieses Feld später in anderen Transaktionen benötigt wird (ausgehende MT752 in BTTPAY), wird das Feld hier gespeichert.

Dieses Feld wird benötigt für den Fall, dass eine Zahlungsmitteilung (MT754) unter einem Akkreditiv eingegangen ist, wo TAG 34A aufgeführt ist. Nach den SWIFT-Bestimmungen kann TAG 34A ein Wertdatum enthalten, welches das Datum darstellt, zu dem der Dokumentensatz gezahlt werden sollte oder gezahlt wurde. Die erhaltene Information wird in diesem Feld gespeichert.

Dieses Feld gibt an, ob die Dokumente via eingehende Zahlungsnachricht (z.B. MT754) oder die Benachrichtigung über Abweichungen avisiert wurden (z.B. MT750).

Der aktuelle Dokumentensatz-Status wird in diesem Feld gespeichert.

Dieses Feld enthält das Datum, an dem die Dokumente der Zweitbegünstigtenseite (PRB) von der die Applikation verwendende Bank empfangen wurden (Datum des Eingangsstempels, NICHT das Datum des Kundenauftrags - das ist Auftragsdatum (Zweitbegünstigter) - ORDDATBE2). Dies Feld sollte gefüllt werden, wenn Dokumente von der Zweitbegünstigtenseite in Transaktion “Dokumente vom Zweitbegünstigten erhalten” (LTTDCK) eingegangen sind.

Dieses Feld nennt die Einreicherbank auf seiten des Erstbegünstigten. In den meisten Fällen werden die Dokumente zur Akzeptierung von dem Erstbegünstigten direkt vorgelegt. In manchen Fällen kann jedoch noch eine andere Bank involviert sein (PRB).

Dieses Feld enthält das Datum des eingehenden Begleitschreibens von der Erstbegünstigtenseite (PRP). Die Dokumente können vom Erstbegünstigten direkt oder über eine zweitavisierende Bank vorgelegt werden.

Dieses Datum sollte eingegeben werden, wenn die Austauschdokumente (z.B. Handelsrechnung) des Erstbegünstigten eingegangen und im System über Transaktion “Dokumente vom Erstbegünstigten” (BTTDCK) erfasst wurden. Falls notwendig, kann das Datum in BTTDRV korrigiert werden.

Dieses Feld enthält das Datum, an dem die die Applikation verwendende Bank die Dokumente der L/C-eröffnenden Bank vorlegt. Das Vorlagedatum muss in den Transaktionen “Dokumente senden” (BTTSND) oder “Versand und Abrechnung von Dokumenten” (BTTPAY) gesetzt werden.

Wenn diese Checkbox markiert ist, werden die Dokumente an den Erstbegünstigten zurückgeschickt.

Wenn diese Checkbox markiert ist, werden die Dokumente an den Zweitbegünstigten zurückgeschickt.

Steuert das Ausbuchen des Obligo wenn Dokumente zur Ermächtigung gesendet wurden.

Über dieses Feld können die Dokumente (z.B. Dokumentenvorlage Erst-/Zweitpost) an eine andere Adresse als an die des Zahlungspflichtigen der Dokumente gesendet werden .

Diese Checkbox kann dazu verwendet werden, die Dokumente an eine andere Adresse zu senden. Die Adresse wird in “Empfänger der Dokumente” ausgewählt.

Wurde “Direkt an Auftraggeberbank senden” unter dem Akkreditiv ausgewählt, wird dieses Feld wird entsprechend vorgeschlagen.

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.

Enthält die Referenznummer der Negoziierung des Kunden.