Name | Hilfetext-Beschreibung | Datentyp | Länge | Codetable |
---|---|---|---|---|
INR | Interne eindeutige ID | Text | 8 | |
ROUKEY | Routing | Text | 6 | |
PTAINR | Beteiligtennummer (INR) | Text | 8 | |
SEAAMT | Betrag für die Suche | Numerisch | 18 | |
CHKNUMBER | (Teil der) Scheck Nummer | Text | 40 | |
EXTKEY | Referenz | Text | 20 | |
NAM | Name des Scheckeintrages | Text | 40 | |
INITRNINR | INR der anlegenden Transaktion | Text | 8 | |
RPLCHKINR | INR des Schecks, der diesen ersetzt | Text | 8 | |
OBJINR | Objekt- INR (interne eindeutige ID) | Text | 8 | |
CHDSNDINR | INR des Versandkontraktes | Text | 8 | |
INIDATTIM | Zeitstempel der Erfassung | Datetime | 15 | |
CLSDAT | Schließungsdatum des Schecks | Datum | 12 | |
CHKCNT | Scheckzähler für Reiseschecks | Numerisch | 4 | |
INDFLG | Einzelscheck | Text | 1 | |
STA | Status des Zahlungsdokumentes | Text | 1 | Embedded |
VALDAY | Valuta Default | Numerisch | 2 | |
CHKTYP | Zahlungsdokument | Text | 1 | <fixed-length> |
STACTY | Ländercode (für Statistiken) | Text | 2 | CTYTXT |
CUR | Währung | Text | 3 | |
OBJTYP | Objekttyp | Text | 6 | |
DIRTYP | Richtung | Text | 1 | Embedded |
COLCLC | Clearing Code der Inkassobank | Text | 35 | |
VER | Version | Text | 4 | |
ETYEXTKEY | Entity | Text | 8 |
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.
Routing Informationen, die als Klassen verwendet werden, um Zahlungsdokumente in Gruppen einzuteilen.
Eindeutige INR der korrespondierenden Beteiligtenadresse (PTA).
Tatsächlicher Betrag, der in Such-Funktionen verwendet werden kann und um den Eintrag eindeutig zu machen.
Teil oder gesamte Nummer eines Schecks. Der Benutzer muss dieses Feld ausfüllen, damit das System im Scheckpool nach Kontrakten mit eventuellen doppeldeutigen Einträgen suchen kann.
Dieses Feld wird verwendet, um das Zahlungsdokument eindeutig identifizieren zu können. Anhand des Referenzfeldes kann nach einem bereits in der Datenbank vorhandenen Zahlungsdokument gesucht werden.
Dieses Feld enthält den angezeigten, beschreibenden Namen des Scheckeintrages, der auch zur Suche verwendet werden kann.
Dies ist der eindeutige Schlüssel der anlegenden Transaktion, die die Informationen zu dem Scheck enthält.
Das Feld ist normalerweise leer. Wenn gesetzt bedeutet es, daß dieser Scheck-Datensatz ungülig ist und durch einen anderen, neu erfassten, ersetzt wurde. Das ist ein Sonderfall, der z.B. vorkommen kann, wenn ein Scheck mit dem falschen Leitweg oder in der falschen Einreichung erfasst wurde.
Enthält die INR des Scheckkontraktes (CHD) , mit dem die Zahlungsdokumente gegenüber dem Einreicher hantiert wurden. Das ist normalerweise der Scheckeinreichungskontrakt der mit der Transaktion CHTOPN angelegt wurde.
Enthält die INR des Kontrakts, über den der Scheck mit der Rimesse an die Inkassobank versandt wurde.
Zeitstempel der Erfassung des Scheck Datensatzes.
Dieses Feld enthält das Datum wann das Zahlungsdokument die Bank das letzte Mal verlassen hat.
Zum Beispiel wird das Datum gesetzt, wenn das Zahlungsdokument an die Inkassobank geschickt wird. Wenn das Zahlungsdokument von der Inkassobank zurückgeschickt wird, wird das Datum nicht gelöscht. Bei Rückgabe des Zahlungsdokumentes an den Einreicher wird das aktuelle Datum eingetragen.
Das bedeutet, daß jedes Mal, wenn ein Zahlungsdokument das Haus verlässt, das Datum gesetzt wird und wenn das Feld einmal gefüllt wurde, es nie mehr gelöscht wird. 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.
Enthält die Anzahl der hantierten Schecks. Bei Reiseschecks zeigt das Feld die Anzahl der bearbeiteten Schecks, bei allen anderen Zahlungsdokumenten wird der Wert auf '1' gesetzt.
Wenn dieses Feld gesetzt ist, wird der Scheck als Einzelscheck hantiert.
Dieses Feld beschreibt, wo das physische Zahlungsdokument (das 'Papier') gerade ist.
Code | Text |
---|---|
I | Im Haus |
S | Versendet |
P | Retoure kommt |
R | Retoure verarbeiten |
B | Zurück beim Einreicher |
U | Im Haus/ungültig |
O | ungültig/ausgebucht |
Dieses Feld enthält die von der Inkassobank vorgegebenen Wertstellungstage (Valutatage). An dem errechneten Wertstellungstag wird die Inkassobank die Zahlungsdokumente bezahlen bzw. den Sender der Zahlungsdokumente berechtigen, ihr Konto zu belasten. Die in dem Feld erfasste Anzahl Arbeitstage werden in den Schecktransaktionen verwendet, um die in der Zukunft liegenden Wertstellungstage zu berechnen.
Dieses Feld enthält die Art des Zahlungsdokumentes und wird zum Bestimmen der Inkassobank (eines Leitweges) benötigt.
Dieses Feld wird benutzt, um den Ländercode für statistische Zwecke zu kennzeichnen. Es enthält den Ländercode des Landes, in dem das Zahlungsdokument zahlbar ist.
Dieses Feld enthält die Währung des eingereichten Zahlungsdokumentes.
Objekttyp, auf den sich der Scheckeintrag bezieht. Dies ist die Tabelle, in der das Objekt gespeichert ist (CHD).
Bei einer Scheckeinreichung wird zwischen Import und Export-Schecks unterschieden. Export-Schecks sind Zahlungsdokumente die zum Einzug an eine Bank im Ausland verschickt werden. Import-Schecks sind Zahlungsdokumente, die die Applikation verwendende Bank zum Einzug bei der bezogenen Bank erhalten hat und diese an die Inkassobank weiterleitet.
Code | Text |
---|---|
E | Export |
I | Import |
Dieses Feld enthält den nationalen Clearing Code der Adresse, zum Beispiel “CHIPS universal identifier” (US) oder “CHAPS branch sort code” (UK).
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 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.