Die Kontentabelle enthält sämtliche bekannten Kontoverbindungen der Beteiligten. Die Kontoinformationen werden vorrangig durch die Kontonummer des Kontoführers erkannt. Dies ist die außerhalb allgemein bekannte Kontonummer. Für Nostro-Konten kann zusätzlich ein internes Kontrollkonto für interne Buchhaltungszwecke gespeichert werden.
Der Kontoinhaber bezieht sich auf den Beteiligten, dem das Konto gehört. Bei Loro-Konten ist dies üblicherweise ein Kunde oder eine andere Bank. Der letzte Fall wird manchmal auch Vostro-Konto genannt. Bei Nostro-Konten ist es üblicherweise die Bank selbst oder eine bestimmte Niederlassung der Bank.
Der Kontoführer bezieht sich auf den Beteiligten, der über das Kontosystem verfügt. Bei Loro-Konten ist es üblicherweise die Bank selbst oder eine Niederlassung. Bei Nostro-Konten ist es üblicherweise eine Auslandsbank.
Ein ISO Begriff. Ein Konto, das durch eine Bank im Namen eines anderen Beteiligten (Kunde / Korrespondenzbank) unterhalten wird.
Loro-Konten sind auch bekannt als “wegen”-Konten (wegen anderen - 'due to others').
Ein ISO Begriff. Eine Aufzeichnung, gehalten von einer Kontoinhaberbank über ein Konto, das im eigenen Namen bei einer kontoführenden Bank unterhalten wird.
Nostro-Konten sind auch bekannt als “Anteil vom Konto”.('due from account').
Ein ISO Begriff. Ein Vostro-Konto hat dieselbe Bedeutung wie ein Loro-Konto!!
Name | Hilfetext-Beschreibung | Datentyp | Länge | Codetable |
---|---|---|---|---|
INR | Interne eindeutige ID | Text | 8 | |
PRI | Priorität für Vorschlagswerte | Text | 1 | Embedded |
CUR | Währung | Text | 3 | CURTXT |
EXTKEY | Externer Schlüssel | Text | 34 | |
SERACC | Kontonummer bei dem kontoführenden Institut | Text | 34 | |
SERPTYTYP | Typ des kontoführenden Instituts. | Text | 15 | |
SERPTYINR | Identifikationsnummer (INR) des kontoführenden Instituts | Text | 8 | |
HOLACC | Kontonummer des Kontrollkontos des Inhabers | Text | 34 | |
HOLPTYTYP | Typ des Kontoinhabers | Text | 15 | |
HOLPTYINR | Identifikationsnummer (INR) des Kontoinhabers: | Text | 8 | |
RMBFLG | Rembourskonto-Flag | Text | 1 | |
DELFLG | Gelöscht-Flag | Text | 1 | Embedded |
VER | Version | Text | 4 | |
DIRFLG | Verfügbar für | Text | 1 | Embedded |
OTHBNKFLG | Flag gesetzt, wenn weit. Beteil. als Bank verwendet | Text | 1 | |
OTHPTYNAM | Name d. weiteren Beteiligten f. Kontenauswahl | Text | 40 | |
OTHOWNFLG | Beteil. im Ausland als eigene Adresse verwenden | Text | 1 | |
OTHBIC6 | Erste 6 BIC-Stellen d. weit. Beteiligten für Konto | Text | 6 | |
IBAN | Internationale Kontonummer | Text | 34 | |
SPADAT | SEPA Mandat | Datum | 12 | |
SPASRVID | SEPA Service Id | Text | 3 | Embedded |
SPASTA | SEPA Status | Text | 4 | Embedded |
SPAID | Sepa Mandats-ID | Text | 35 | |
SPAPRENOT | Vorbenachrichtigung im Voraus | Numerisch | 2 | |
SPASNDPRENOT | Versende Vorbenachrichtigung | Text | 4 | Embedded |
ETGEXTKEY | Entity-Gruppe | Text | 8 | |
GETFLDNRM | Feld zeigt die normalisierten Suchfelder | Text | 100 | |
NAM | Name | Text | 40 | |
EXTTYP | Externer Kontenyp | Text | 3 | |
TYP | Kontotyp | Text | 3 | ACTTYP |
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.
Falls mehrere Konten bestehen, kann dieses Feld benutzt werden, um die Priorität der Anzeige für das bestimmte Konto bei der Benutzung im Abrechnungs-Panel festzulegen. Beispiele: Hauptkonto für Akkreditive Hauptkonto für Gebühren Hauptkonto für automatische Abrechnungen.
Code | Text |
---|---|
Keine Prio | |
1 | Niedr. Prio |
9 | Hohe Prio |
5 | Mittl. Prio |
Die Währung, in der das angelegte Konto geführt wird.
Der externe Schlüssel wird benutzt, um das Konto als EInheit zu kennzeichnen. Der externe Schlüssel kann zur Suche nach einem Konto, das bereits in der Datenbank gespeichert ist, benutzt werden.
Dieses Feld bezeichnet die Kontonummer in den Büchern des kontoführenden Instituts. Für sämtliche Konten, die bei einem dritten Institut unterhalten werden (z.B. Nostro-Kontoen, Kunden Konten bei einer anderen Bank usw.).
Dieses Feld bezeichnet den Typ des kontoführenden Instituts und wird aus einer Auswahlliste der zulässigen Beteiligtentypen ausgewählt.
Dieses Feld bezeichnet die eindeutige Identifikationsnummer unter der das kontoführende Institut gespeichert ist.
Dieses Feld bezeichnet die Kontonummer des optionalen “Kontroll”-Kontos des Kontoinhabers. Für einen Kunden wird beispielsweise ein (Loro) Konto mit uns unterhalten. Dieses Feld kann die Kontonummer in den Büchern des Kontoinhabers (Kunde) enthalten.
Dieses Feld bezeichnet den (Beteiligten-)Typ des Kontoinhabers. Der Beteiligtentyp kann von einer Liste der definierten Beteiligtentypen über eine Auswahlliste ausgewählt werden.
Dieses Feld bezeichnet die eindeutige INR oder Identifikationsnumer, unter der der Kontoinhaber in der Datenbank gespeichert ist.
Dieses Feld gibt an, ob dieses Konto zum Zweck des Rembourses unter einem Importakkreditiv verwendet werden kann. Viele Banken verfügen über eine große Anzahl von Nostrokonten, auch wenn nicht alle dieser Konten sollen für die Remboursermächtigung unter einem Importakkreditiv verwendet werden sollen. Um die bei Akkreditiveröffnung/ Remboursermächtigung angezeigten Konten auf eine kleinere Auswahl zu reduzieren, ist es notwendig, diese Checkbox zu markieren. In der Transaktion Importakkreditiveröffnung (LITOPN) werden dann auf dem Panel Rembours nur die als Rembourskonto gekennzeichneten Felder als mögliche Konten für die ausgehende MT740 (Remboursermächtigung) zur Verfügung gestellt.
Enthält dieses Feld einen nicht-leeren Wert, wird das Konto als “gelöscht” angesehen und ist daher nicht mehr im Konto-Defaulting verfügbar.
In der Combobox wird der Wert “X” als nicht-leerer wert verwendet. Wird dieses Flag von Importprogrammen gesetzt, sollte daher “X” verwendet werden.
Code | Text |
---|---|
Konto verfügbar | |
X | Logisch gelöscht |
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 Flag zeigt an, ob das Konto für Soll-, Haben- oder für beides verwendet werden kann.
Code | Text |
---|---|
Soll und Haben | |
D | nur Soll |
C | nur Haben |
Falls gefüllt bedeutet dies, dass der weitere Beteiligte als Bank beim Konto-Defaulting geführt werden muss.
Der Inhalt kann für alle Konten über “Reorganisation der Konten (ACT)” (REOACT) reorganisiert werden.
Name des weiteren Beteiligten, der bei der Auswahl des Kontos verwendet wird.
Der Inhalt kann für alle Konten über “Reorganisation der Konten (ACT)” (REOACT) reorganisiert werden.
Ein leerer Wert bedeutet, dass der Beteiligte im Ausland als 'own party' im Konto-Defaulting betrachtet wird.
Wenn es eine eigene Adresse ist (Beteiligtenart (PTYTYP) enthält “A”) ist es auf “A” gesetzt, wenn es eine Filiale ist auf “X”.
Der Inhalt kann für alle Konten über “Reorganisation der Konten (ACT)” (REOACT) reorganisiert werden.
Dies Feld enthält die ersten sechs Stellen des anderen Beteiligten für das Konto-Defaulting.
Die Stellen 1 bis 4 können als für Checks verwendet werden, ob der BIC von der gleichen Organisation stammt. Die Stellen 5 und 6 werden zum Vergleich der Länder verwendet.
Der Inhalt kann für alle Konten über “Reorganisation der Konten (ACT)” (REOACT) reorganisiert werden.
Über dieses Feld wird die internationale Kontonummer (International Bank Account Number (IBAN)) definiert.
Definiert das Datum, an dem der Beteiligte das Mandat zur SEPA-Nutzung für das Konto abgegeben hat.
Das Feld definiert die Art des SEPA Mandates. Es stehen zwei Auswahlmöglichkeiten zur Verfügung (COR and B2B). Für weitere Informationen lesen Sie bitte die SEPA Dokumentation. Wenn das Datum für das SEPA Mandat gefüllt ist, ist dieses Feld ein Pflichtfeld.
Code | Text |
---|---|
Nicht relevant | |
COR | CORE Lastschrift |
B2B | B2B Lastschrift |
Legt den Status des SEPA-Kontos fest. Bei der erstmaligen Verwendung des Kontos für eine SEPA-Buchung, muss der Wert auf FRST (Erstmalige Lastschrift) stehen, für jede weitere Nutzung auf RCUR (Folge-Lastschrift). Für weitere Informationen lesen Sie bitte die SEPA Dokumentation. Wenn das Datum für das SEPA Mandat gefüllt ist, ist dieses Feld ein Pflichtfeld.
Code | Text |
---|---|
Nicht relevant | |
FRST | Erstmalige Lastschrift |
RCUR | Folge-Lastschrift |
Dieses Feld enthält den externen Schlüssel der Entity-Gruppe, die der logische Eigentümer des Eintrags ist. Dieses Feld wird automatisch während der Eingabe gefüllt und wird als Filter beim Zugriff auf die Datenbank benutzt. Ohne besondere Implementierung kann ein Benutzer nur Daten seiner aktuellen Entity-Gruppe sehen.
Dieses Feld enthält einen beschreibenden Namen von bis zu 40 Stellen um ein Konto zu kennzeichnen. Die Suche innerhalb einer Tabelle wird üblicherweise durch Eingaben von Teilen dieses Namens gesucht. Sämtliche übereinstimmenden Datensätze werden üblicherweise angezeigt, um die Auswahl des gewünschten Kontos zu ermöglichen.
Dieses Feld definiert den externen Kontentyp.
Jedes im System angelegte Konto ist einem spezifischen Typ, abhängig von seiner Natur und der dem Konto hinzugefügten Benutzung, zugeordnet. Beispiele sind: Loro Konto Nostro Konto Akkreditivverpflichtungskonto usw. Jedem Transaktionstyp (Eröffnung eines Akkreditivs, Gebührenbelastung, Abrechnung vorgelegter Dokumente usw.) ist ein oder mehrere Kontotypen zugeordnet, so dass nur die für eine Transaktion relevanten Konten in den entsprechenden Transaktions-Panels vorgeschlagen werden.
Dieses Feld speichert die SEPA Mandats-ID. Diese ID kann verwendet werden, um eine externe Mandatsverwaltung zu prüfen.
Dieses Feld speichert die Anzahl der Tage, die eine Vorbenachrichtigung im Voraus gesendet werden muss.
Code | Text |
---|---|
Ja | |
N | Nein |
Das Feld zeigt die konkatinierte und normalisierte Summe aller Suchfelder für die Schnellsuche. Es ist eines der Felder in der SdbSetNRMFields Methode der Tabellen-Modul-Definition.