Falls die interne Adresstabelle zu benutzen ist, wird die folgende Tabellenstruktur verwendet. Die Kontaktpersonen pro Adresse sind in einer separaten Tabelle PTC gespeichert. Die Verbindung zwischen Adressen zu Beteiligten, die in der Tabelle PTY gespeichert sind, wird hergestellt durch Einträge in der Tabelle PTA.
Name | Hilfetext-Beschreibung | Datentyp | Länge | Codetable |
---|---|---|---|---|
INR | Interne eindeutige ID | Text | 8 | |
EXTKEY | Externer Schlüssel | Text | 24 | |
NAM | Name | Text | 40 | |
BIC | Bank Identifier Code (BIC) | Text | 11 | |
BICAUT | BIC/SWIFT-Authentifizierung | Text | 1 | <fixed-length> |
BID | Identifkation der Niederlassung | Text | 35 | |
BLZ | Deutsche Bankleitzahl | Text | 8 | |
CLC | Nationaler Clearing Code | Text | 35 | |
DPT | Abteilung | Text | 35 | |
EML | E-Mail Adresse | Text | 140 | |
FAX1 | Faxnummer 1 | Text | 20 | |
FAX2 | Faxnummer 2 | Text | 20 | |
NAM1 | Name 1/SWIFT Zeile 1 | Text | 35 | |
NAM2 | Name 2/SWIFT Zeile 2 | Text | 35 | |
NAM3 | Name 3 | Text | 35 | |
STR1 | Straße/SWIFT Zeile 3 | Text | 35 | |
STR2 | Straße 2 | Text | 35 | |
LOCZIP | PLZ/Erster Teil der SWIFT-Zeile 4 | Text | 10 | |
LOCTXT | Textteil der Stadt/Zweiter Teil der SWIFT-Zeile 4 | Text | 25 | |
LOC2 | Stadtteil | Text | 35 | |
LOCCTY | Land des Firmensitzes | Text | 2 | CTYTXT |
CORTYP | Primärer Nachrichten-Ausgabekanal (SWT, LET, TLX, TCO) | Text | 3 | CORTYP |
POB | Postfachnummer | Text | 35 | |
POBZIP | Postleitzahl für Postfachadressen | Text | 10 | |
POBTXT | Textteil der Stadt, wenn Postfach adressiert wird | Text | 25 | |
TEL1 | Telefonnummer 1 | Text | 20 | |
TEL2 | Telefonnummer 2 | Text | 20 | |
TID | TradeConnect-ID | Text | 23 | |
TLX | Telexnummer | Text | 20 | |
TLXAUT | Telex Authenticator | Text | 1 | Embedded |
UIL | Default Sprachencode | Text | 2 | UILTXT |
VER | Version | Text | 4 | |
MANMOD | Manuell geändert | Text | 1 | Embedded |
DTACID | DTA Import L/C ID | Text | 23 | |
DTECID | DTA Export L/C ID | Text | 23 | |
TIDTCX | TradeConnect ID für Dokumentengenerierung | Text | 23 | |
DTGCID | DTA Garantie ID | Text | 23 | |
BICTAR | BIC des Empfängers für Target2 RTGS | Text | 11 | |
ANTID | allNETT Identifikation (Optional) | Text | 13 | |
ANTEXPFLG | allNETT-Exportdaten | Text | 1 | Embedded |
ANTATH | allNETT Beteiligten Autorisierung | Text | 1 | Embedded |
ANTBUSLST | Liste der Geschäftsbereiche, auf die alle NETT/RIVO beschränkt sind | Text | 40 | |
LEI | Legal Entity Identifier | Text | 20 | |
BICTARACC | BIC des Target2 RTGS Kontos | Text | 11 | |
TADMAINFLG | T2 RTGS Main flag | Text | 1 | |
TADPARTTYP | Typ der Teilnahme an T2 RTGS | Text | 2 | Embedded |
ETGEXTKEY | Entity-Gruppe | Text | 8 | |
TIDBUS | Liste der Geschäftsbereiche für TradeConnect | Text | 40 | |
TIDTCXBUS | Liste der Geschäftsbereiche zur Dokumentengenerierung | Text | 40 |
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.
Der externe Schlüssel wird zur eindeutigen Identifizierung einer Adresse benutzt. Der Schlüssel kann aus Buchstaben und Zahlen bestehen, und ist üblicherweise die eindeutige Kennung, unter welcher ein Kunde oder eine Korrespondenzbank bei einer Bank geführt wird.
Der externe Schlüssel kann zur Suche einer bereits in der Datenbank gespeicherten Adresse benutzt werden.
Dieses Feld enthält einen beschreibenden Namen mit bis zu 40 Stellen, um eine Adresse zu kennzeichnen. Der in diesem Feld eingegebene Name wird nicht für Korrespondenz benutzt, sondern wird zur Identifizierung von Datensätzen mit Langnamen in einer Auswahlliste oder für andere Anzeige- und Identifizierungszwecke benutzt.
Die Suche innerhalb einer Tabelle wird üblicherweise durch Eingabe Teile dieses Feldes durchgeführt. Sämtliche zutreffenden Datensätze werden üblicherweise zur Auswahl der gewünschten Adresse angezeigt.
Dieses Feld enthält den optionalen ISO Bank Identifier Code (BIC) der Adresse. Das Suchen innerhalb einer Tabelle wird üblicherweise durch Eingabe von Teilen aus diesem Feld vorgenommen. Alle übereinstimmenden Datensätze werden üblicherweise angezeigt, um die Auswahl der gewünschten Adresse zu ermöglichen.
Der BIC wird dazu benutzt, die Adresse in sämtlichen SWIFT-Nachrichten eindeutig zu identifizieren. Der SWIFT BIC besteht aus einer maximalen Anzahl von 11 Stellen und einer mindest Anzahl von 8 Stellen.
Dieses Feld wird benutzt, um festzulegen, ob SWIFT-Authentifizierungs- Schlüssel mit dieser bestimmten Adresse ausgetauscht wurden.
Diese Information wird benutzt, um einzurichten, wenn sämtliche Kategorien von SWIFT-Nachrichten mit der in dieser Adresse gespeicherten Bank ausgtauscht werden können. Falls das Feld leer ist, können keine SWIFT-Nachrichten mit dieser Bank ausgetauscht werden.
Zulässige Werte: Nicht verbunden = keine SWIFT-Verbindung (Default) Verbunden = kein Authenticator, es können nur SWIFT-Nachricht 999 mit dieser Adresse ausgetauscht werden Authentiziert = ein Authenticator ist zum Austausch sämtlicher Arten von SWIFT-Nachrichten ist verfügbar
Dieses Feld enthält als Identifikation der Niederlassung (kein SWIFT Branch Code) den Standort (Stadt). Dieses Feld sollte nur ausgefüllt werden, wenn ein SWIFT BIC für diese Adresse nicht verfügbar ist.
Wenn die Niederlassungs Identifikation (BID) angegeben ist, wird diese zur Erkennung der Adresse in einer SWIFT Nachricht (Option B der SWIFT Feld Tags 52, 54 und 57 in bestimmten Nachrichtentypen).
Es ist nicht möglich, eine SWIFT Nachricht direkt an eine nur mit ihrem BID kenntlich gemachten Adresse zu schicken.
Dieses Feld enthält die achtstellige deutsche Bankleitzahl oder den Bankclearingcode. Deshalb kann dieses Feld nur für Banken und Finanzinstitute mit Sitz in Deutschland ausgefüllt werden, die eine BLZ besitzen.
Dieses Feld wird benutzt, um den nationalen Clearingsystemcode für diese Adresse einzugeben, z.B. CHIPS Universal Identifier (US) , oder CHAPS Branch Sort Code (UK), usw . Ausnahme: Die deutsche BLZ sollte hier nicht eingegeben werden, sondern in dem für diesen Zweck separat definierten Feld.
Benennt die Abteilung für Kommunikation und Korrespondenz
Dieses Feld enthält die E-Mail-Adresse des Empfängers
Dieses Feld enthält eine Faxnummer für den Empfänger. Es können bis zu zwei Faxnummern pro Adresse gespeichert werden.
Dieses Feld enthält eine Faxnummer für den Empfänger. Es können bis zu zwei Faxnummern pro Adresse gespeichert werden.
Dieses Feld enthält den Namen der Firma oder der Einzelperson, deren Adresse hier eingerichtet ist.
Dieses Feld enthält den Namen der Firma oder der Einzelperson, deren Adresse hier eingegeben wird.
Dieses Feld enthält den Namen der Firma oder der Einzelperson, deren Adresse hier eingegeben ist.
Dieses Feld enthält den Namen der Straße und die Hausnummer des Adressaten.
Dieses Feld enthält die optionale zweite Zeile der Straße in der Adresse.
Dieses Feld enthält die Postleitzahl des Standorts (Stadt). (ZIP Code in US, PLZ in Deutschland usw.)
Dieses Feld enthält den Namen der Stadt.
Dieses optionale Feld enthält den Stadtteil oder zusätzliche Informationen über die Stadt.
Dieses Feld enthält den Namen des Landes für diese Adresse.
Dieses Feld wird für das Vorschlagen der bevorzugten Korrespondenzart für diese Adresse benutzt.
Dieses Feld wird benutzt, um die Postfachnummer des Adressaten zu bezeichnen. Wenn dieses Feld und die Postleitzahl eingegeben ist, wird jede auftauchende Post an das Postfach adressiert.
Dieses Feld wird benutzt, um die Postleitzahl für die Postfachadresse zu bezeichnen. Wenn dieses Feld und die Postfachnummer eingegeben ist, wird sämtliche auftauchende Post an das Postfach adressiert.
Dieses Feld enthält den Namen der Stadt.
Dieses Feld wird benutzt, um die Telefonnummer zu bezeichnen. Es können bis zu zwei verschiedene Telefonnummern angegeben werden.
Dieses Feld wird benutzt, um die Telefonnummer zu bezeichnen. Es können bis zu zwei verschiedene Telefonnummern angegeben werden.
Dieses Feld wird benutzt, um die eindeutige ID des Adressaten zu bezeichnen, die zum Senden und Empfangen von TradeConnect-Nachrichten benutzt wird. Die TID hat eine Länge von 8 Stellen.
Dieses Feld enthält die Telexnummer für den Empfänger.
Dieses Feld legt fest, ob ein Telex Authenticator mit dieser Adresse ausgetauscht wurde.
Code | Text |
---|---|
Y | Ja |
N | Nein |
Der Sprachcode definiert die Sprache der Korrespondenz mit der beteiligten Adresse. Das System wird diesen Sprachcode bei der Erzeugung der Korrespondenz in der Tagesverarbeitung, wenn möglich, vorschlagen.
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 dient zum Markieren von Adressen, damit diese nicht mit der von der Host-Adressen-Tabelle heruntergeladenen Adresse überschrieben wird. Wird auch als Check, ob eine Adresse manuell verändert wurde, verwendet. Beliebige nicht-leere Werte sichern den Datenbankeintrag vor dem Überschreiben durch den Adressimport.
Code | Text |
---|---|
Nicht geändert | |
Y | Geändert |
Kundennummer zum Adressieren von DTA-Nachrichten.
Kundennummer zum Adressieren von DTE-Nachrichten.
Dies Feld beinhaltet den eindeutigen ID des Adressaten für das Senden und Empfangen von TradeConnect Nachrichten. Der TIDTCX hat eine Länge von 8 Zeichen
Kundennummer zum Adressieren von DTA-Garantie-Nachrichten.
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.
Kann eine durch Leerzeichen getrennte Liste von Geschäftsbereichen enthalten. Sofern nicht leer, können TCO-Nachrichten nur in den entsprechenden Geschäftsbereichen generiert werden.
Kann eine durch Leerzeichen getrennte Liste von Geschäftsbereichen enthalten. Sofern nicht leer, können TCX-Nachrichten nur in den entsprechenden Geschäftsbereichen generiert werden.
Enthält den 11stelligen BIC für Target2-Zahlungen.
BIC, der im Business Header einer T2 RTGS Nachricht zur Addressierung von Zahlungen verwended wird. Dieser BIC entspricht dem BIC für das T2 RTGS Konto, außer für Multi-Addressee BICs.
Normalerweiser wird dieser BIC aus dem Target2-BIC-Directory geladen.
allNETT Kunden ID Übliche Eingabe: Identisch mit der Party-Id in DOKA.
Dieses Kennzeichen zeigt an, dass eine allNETT-ID existiert und kürzlich geändert wurde. Sie wird von der Transaktion CONANT verwendet, um den Kundendatenexport nach allNETT auszulösen. Mögliche Werte: * Leer: Es wird kein Datenexport ausgelöst * P (Profil): Nur Kundenprofildaten werden in allNETT exportiert. Diese Option ist voreingestellt, wenn eines der folgenden Attribute geändert wird: Name, Adresse, SWIFT BIC-ID, allNETT-Berechtigung. * C (Verträge): Alle Kundendaten werden in allNETT exportiert, einschließlich Profil und Verträge. Diese Option ist voreingestellt, wenn die allNETT-Kunden-ID festgelegt oder geändert wird. CONANT setzt dieses Flag nach Abschluss des Kundendatenexports nach allNETT zurück.
Code | Text |
---|---|
Kein Export | |
P | Profil |
C | Kontrakte |
B | Profil und Kontrakte |
Überwacht die Autorisierung der allNETT Beteiligten Datenerfassung. Mögliche Werte: * I (Inquiry / Anfrage): Der allNETT Beteiligte hat nur Leseberechtigung auf seine Daten. Es ist nur möglich, existierende Kontrakte anzufragen. Neue Kontrakte sind nicht gestattet. Diese ist der vorbelegte Wert. * D (Datenerfassung): Der allNETT Beteiligte hat Lese- und Schreibrechte auf seine Daten. Es ist möglich, sowohl Geschäftskontrakte zu verarbeiten als auch, sie zu beauskunften.
Code | Text |
---|---|
D | Eingabe |
I | Abfrage |
ANTBUSLST enthält eine kommagetrennte Liste von Geschäftsbereichen, auf die allNETT für diesen Kunden beschränkt ist.
Wenn die Liste leer ist und eine allNETT ID (ANTID) gesetzt ist, sind alle Sektoren erlaubt.
Der Legal Entity Identifier (LEI) ist ein wichtiger (aber nicht obligatorischer) Identifikator für die ISO.
Ein LEI ist ein von den G20 unterstützter, nach ISO 17442 genormter, weltweit überprüfbarer eindeutiger Identifizierungscode. Er ist eine Kombination aus einem 20-stelligen alphanumerischen Code, der einer juristischen Person wie einer Gesellschaft mit beschränkter Haftung, einem Fonds, einer Treuhandgesellschaft oder einer Organisation. Dieser Code ermöglicht jede Einrichtung in einer globalen Datenbank von Einrichtungen nach der Nummer zu identifizieren und nicht nach dem Namen zu suchen, da viele Unternehmen einen ähnlichen oder gleichen Namen haben können.
Der LEI hat weitreichende Vorteile, da er die Transparenz im Bankwesen und Kapitalmärkten, bei KYC, Client Onboarding und Geldwäschebekämpfung erhöht.
Er sollte in erster Linie als Kennung für Unternehmen verwendet werden. Für Banken sollte der Hauptidentifizierungscode immer ein BIC sein.
BIC, der das RTGS “Direct Cash Konto” oder “Zentralbank” Konto identifiziert. Der BIC ist gleich dem “Addressee BIC”, außer für Multi-Addressee BICs.
Wird derzeit in DOKA nicht verwendet. Er ist erforderlich, wenn ein nicht direkter T2-RTGS-Teilnehmer Zahlungen auf einem solchen “Mirror/Nostro”-Konto abbuchen oder gutschreiben muss.
Dieser BIC wird normalerweise über das T2-RTGS-Verzeichnis importiert.
Das Main BIC Flag (Kennzeichnung des Haupt-BICs) in Target2-RTGS.
Üblicherweise wird diese Information aus dem T2 RTGS Directory geladen.
Dieses Kennzeichen aus dem T2 RTGS Directory wird nur aus informatorisch Gründen angezeigt.
Der Main BIC flag wird in dieser Applikation nicht unterstützt.
Im T2-System für RTGS-Zahlungen sind mehrere Arten der Teilnahme möglich:
Direkte Teilnehmer - 01 - Nur direkte Teilnehmer haben direkten Zugang zu RTGS. - Sie können anderen Finanzinstituten indirekten Zugang zu RTGS gewähren und ihnen spezielle Dienstleistungen anbieten. - Direkte Teilnehmer sind für alle Geldtransfers verantwortlich, die sie - über ihr RTGS DCA (Direct Cash Account) Konto abwickeln.
Indirekte Teilnahme - 02 - Indirekte Teilnehmer haben kein eigenes RTGS DCA (direktes Geldkonto) - Indirekte Teilnehmer sind nur mit einem RTGS DCA-Konto bei einem direkten Teilnehmer verbunden (kann in einem anderen Land sein) - Indirekte Teilnehmer werden indirekt adressiert.
Multi-Addressee-Teilnehmer - 03 (Kreditinstitute) und 04 (Filialen eines direkten Teilnehmers) - Filialen direkter Teilnehmer oder Kreditinstitute, die zu einer “Gruppe” eines direkten Teilnehmers gehören. - Sie sind über das RTGS-DCA-Konto des direkten Teilnehmers verbunden. - Ihre Zahlungsaufträge werden auf dem RTGS-DCA-Konto des direkten Teilnehmers abgewickelt.
Code | Text |
---|---|
01 | Direkt |
02 | Indirekt |
03 | Multi Addressee - Credit Institutions |
04 | Multi Addressee - Branch of Direct Participant |
05 | Addressable BIC - Correspondent |
06 | Addressable BIC - Branch of Direct Participant |
07 | Addressable BIC - Branch of Indirect Participant |
08 | Addressable BIC - Branch of Correspondent |