Name | Hilfetext-Beschreibung | Datentyp | Länge | Codetable |
---|---|---|---|---|
INR | Interne eindeutige ID | Text | 8 | |
OWNREF | Eigene Referenz | Text | 16 | |
NAM | Name | Text | 80 | |
OWNUSR | Verantwortlicher Benutzer | Text | 8 | <fixed-length> |
CREDAT | Erstellungsdatum | Datum | 12 | |
OPNDAT | Eröffnungsdatum | Datum | 12 | |
CLSDAT | Schließungsdatum | Datum | 12 | |
EXPDAT | Verfallsdatum | Datum | 12 | |
ORDDAT | Auftragsdatum | Datum | 12 | |
RESFLG | Reservierter Kontrakt | Text | 1 | Embedded |
STACTY | Ländercode (für Statistiken) | Text | 2 | CTYTXT |
VER | Version | Text | 4 | |
RELGODFLG | Warenfreistellung | Text | 1 | RELGOD |
RELTYP | Freigabetyp | Text | 2 | Embedded |
TRPDOCTYP | Art der Transportdokumente | Text | 6 | |
TRPDOCNUM | Nummer des Transportdokuments | Text | 40 | |
TRADAT | Datum des Transportdokuments | Datum | 12 | |
TRAMOD | Transportart | Text | 6 | TRAMOD |
SHPFRO | Verladung von | Text | 65 | |
SHPFRO23 | Shipment from | Text | 140 | |
SHPTO | Versand nach | Text | 65 | |
SHPTO23 | Shipment to | Text | 140 | |
RTODREFLG | Freistellen an Auftraggeber | Text | 1 | |
RCVDAT | Date of Receipt | Datum | 12 | |
PNTINR | Übergeordnete Kontrakt-INR | Text | 8 | |
SUBINR | Subkontrakt INR | Text | 8 | |
PNTTYP | Übergeordneter Kontrakttyp | Text | 6 | |
SUBTYP | Subkontrakt Typ | Text | 6 | |
ETYEXTKEY | Entity | Text | 8 | |
PRDCOD | Produkt Code | Text | 6 | PRDCOD |
PRDSUB | Produkt Subtyp | Text | 6 | PRDSUB |
PRDVAR | Produkt Variante | Text | 6 | PRDVAR |
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 der Konnossementgarantie.
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 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 Datum enthält das Verfallsdatum der Konnossementgarantie.
Dieses Feld enthält das Datum des erhaltenen Auftrags zur Erstellung einer Konnossementgarantie.
Kontraktstatus-Flag. Falls gesetzt, ist der Kontrakt reserviert, d.h. es müssen nur einige Basisfelder gefüllt sein. Sichtbar in “Info Konnossementgarantie”. Unsichtbar in allen anderen Transaktionen.
Code | Text |
---|---|
Normaler Kontrakt | |
X | Reservierter Kontrakt |
Dieses Feld kann für statistische Zwecke verwendet werden und und ermöglicht der Bank eine Bewertung des Länderrisikos.
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, auf wessen Veranlassung die Eröffnung der Konnossementgarantie erfolgt ist.
Über dieses Feld wird festgelegt, dass die Waren unter einer Konnossementgarantie freigestellt werden.
Code | Text |
---|---|
SG | Freistellung unter Konnossementgarantie |
AW | Freistellung unter AWB, CMR, FCR |
BL | B/L Indossament |
Dieses Feld enthält den Typ des Transportdokuments (z.B. Konnossement), das zur Besicherung der Konnossementgarantie verwendet wird.
Dieses Feld enthält die Nummer des Transportdokuments (z.B. des Konnossements).
Dieses Feld enthält das Datum des Transportdokuments, (z.B. Konnossement), das unter dieser Konnossementgarantie vorgelegt wird.
Dieses Feld zeigt an, auf welchem Wege die Waren transportiert wurden (z.B. als Seefracht, Luftfracht oder als Kombination verschiedener Transportmittel).
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 bezeichnet den endgültigen Bestimmungsort der Ware aus dem zugrundeliegenden Kontrakt.
Ist dieses Flag gesetzt, werden die Waren an den Auftraggeber freigestellt. Andernfalls können die Waren an einen anderen Beteiligten freigestellt werden.
Dieses Feld enthält das Datum der erhaltenen Benutzung.
Dieses Feld enthält die INR (Eindeutige Identifikationsnummer) des übergeordneten Kontrakts.
Dieses Feld enthält die technische INR des verknüpften Kontraktes. Ist die Konnossementgarantie mit einem Import Dokumentensatz verknüpft, enthält dieses Feld die INR dieses Kontraktes.
Dieses Feld enthält den Typ des übergeordneten Kontrakts.
Dieses Feld enthält den technischen Namen der Datenbanktabelle des verknüpften Kontraktes. Ist die Konnossementgarantie mit einem Import Dokumentensatz verknüpft, enthält dieses Feld den Wert “BRD”.
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.
Erste Version zur Unterstützung der Differenzierung vordefinierter Bankprodukte über Geschäftsfelder hinweg.
Diese organisatorische Lösung setzt sich bei Bedarf aus drei Feldern Product Code (PRDCOD), Product Subtype (PRDSUB) und Product Variant (PRDVAR) zusammen.
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 setzt sich bei Bedarf aus drei Feldern Product Code (PRDCOD), Product Subtype (PRDSUB) und Product Variant (PRDVAR) zusammen.
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 setzt sich bei Bedarf aus drei Feldern Product Code (PRDCOD), Product Subtype (PRDSUB) und Product Variant (PRDVAR) zusammen.
Hier ist die Produktvariante als mögliche Erweiterung zur Einrichtung spezifischer Varianten unterhalb des Produkt- und Unterproduktcodes vorgesehen.