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 erstellten Manuellen Kontrakts. Die Referenznummer kann aus maximal 16 Stellen bestehen. Dieses Feld sollte als ein Datenbankschlüsselfeld zur Optimierung der Leistung definiert werden. Dieses Feld kann zum Suchen eines Manuellen Kontrakts in der Datenbank benutzt werden.

Dieses Feld enthält den extern angezeigten Namen des Manuellen Kontrakts, um den Kontrakt zu identifizieren. Es sollte Schlüsselinformationen über den Manuellen Kontrakt enthalten und kann zum Suchen nach jedem Manuellen Kontrakt in der Datenbank benutzt 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 das Verfalldatum des Manuellen Kontrakts.

Dieses Feld enthält das Datum des erhaltenen Erstellungsauftrags.

Dieses Feld enthält die Referenz des Adressaten.

Dieses Feld enthält die Referenz des Auftraggebers.

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 steht für statistische Zwecke zur Verfügung und ermöglicht der Bank, die Länderrisiken zu ermitteln, die mit der Eröffnung des manuellen Kontrakts verbunden sind.

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 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.

Sofern diese Checkbox markiert ist, können periodische Abrechnungen automatisiert über das System Pending Transaction (SPT) vorgenommen werden.

Sofern dieses Flag markiert ist, können Kontoabstimmungen automatisiert werden mit Hilfe des Pending-Transaction-Systems (SPT).

Sofern Kontoabstimmungen via des Pending-Transaction-Systems (SPT) vorgenommen werden, wird hier das Datum der letzen Kontoabstimmung angezeigt. Bei einer manuellen Ausführung wird das Datum auf “Heute” gesetzt.

Erste Version zur Unterstützung der Differenzierung vordefinierter Bankprodukte über Geschäftsfelder hinweg. Diese organisatorische Lösung setzt sich aus den drei Feldern „product code“ (PRDCOD), „product subtype“ (PRDSUB) und „Product Variant“ (PRDVAR) zusammen und stellt ein Bankprodukt, eine Unterdifferenzierung und ggf. einzelne Varianten zur Verfügung.

Hier identifiziert der „Produktcode“ PRDCOD den Geschäftsbereich zusammen mit einigen Schlüsselkriterien wie bestätigtem oder nicht bestätigtem LC in einer eindeutigen Identifizierung geschäftssektorübergreifendübergreifender Bereiche.

Erste Version zur Unterstützung der Differenzierung vordefinierter Bankprodukte über Geschäftsfelder hinweg. Diese organisatorische Lösung setzt sich aus den drei Feldern „product code“ (PRDCOD), „product subtype“ (PRDSUB) und „Product Variant“ (PRDVAR) zusammen und stellt ein Bankprodukt, eine Unterdifferenzierung und ggf. einzelne Varianten zur Verfügung.

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 aus den drei Feldern „product code“ (PRDCOD), „product subtype“ (PRDSUB) und „Product Variant“ (PRDVAR) zusammen und stellt ein Bankprodukt, eine Unterdifferenzierung und ggf. einzelne Varianten zur Verfügung.

Hier ist die Produktvariante als mögliche Erweiterung zur Einrichtung spezifischer Varianten unterhalb des Produkt- und Unterproduktcodes vorgesehen.