Name | Hilfetext-Beschreibung | Datentyp | Länge | Codetable |
---|---|---|---|---|
INR | Interne eindeutige ID | Text | 8 | |
OBJTYP | Objekttyp | Text | 6 | |
OBJINR | Objekt-INR | Text | 8 | |
OBJSUB | Sub-ID für Objekt (z.B.SMHINR) | Text | 8 | |
OUTSRV | Sende-Service | Text | 6 | |
GENDATTIM | Zeitstempel der Generierung | Datetime | 15 | |
ACKSRV | Service für eingehende Bestätigung | Text | 6 | |
EXTKEY | Externer Schlüssel | Text | 32 | |
RCVDATTIM | Letzte Aktualisierung | Datetime | 15 | |
CLA | Klasse des ACK (im Objekt) | Text | 3 | |
STA | Status | Text | 1 | Embedded |
NACTXT | Grund für NACK | Text | 60 | |
NACSTM | Zusätzliche Information zu einem NACK | Stream | 1 | |
VER | Version | Text | 4 | |
ETGEXTKEY | Entity-Gruppe | Text | 8 | |
GETFLDNRM | Feld zeigt die normalisierten Suchfelder | Text | 10 |
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.
Objekttyp auf den sich der ACK-Eintrag bezieht. Dies ist die Tabelle, in der das Objekt gespeichert ist; typischerweise 'TRN'.
INR des Objekts in der Tabelle, die in Objekttyp definiert ist.
Eine ID zur Identifikation der Nachricht innerhalb eines Objekts kann hier gespeichert werden. Dies ist i.d.R. die INR des SMH zur Unterscheidung zwischen unterschiedlichen Nachrichten für die gleiche Geschäftstransaktion (TRN).
Logischer Kanal, über den die Nachricht gesandt wurde.
Datum und Zeit, zu denen der Datensatz erstellt wurde.
Logischer Kanel, bei dem Bestätigung erwartet wird. Normalerweise auf das Generieren eines ACK-Datensatzes gesetzt, abhängig vom Wert des 'Sende-Services' (OUTSRV) (z.B. können in bestimmten Installationen herausgehende SWIFT-Nachrichten durch eingehende SWIFT-Systemnachrichten bestätigt werden).
Referenz, die in einer Bestätigungsnachricht enthalten sein müsste. Dieser Schlüssel erlaubt den Abgleich von eingehenden Bestätigungsnachrichten und ACK-Datensätzen und wird i.d.R. beim Erstellen des ACK-Datensatzes gesetzt.
Datum und Zeit zu denen die letzte Bestätigung eingegangen ist.
Erlaubt das Erstellen verschiedener ACK-Klassen für ein Objekt, wenn dieses Feld nicht leer gelassen wurde.
Beispiel: In Kombination mit mehreren wartenden Services ermöglich dies dem Workflow einen best. Schritt zu bearbeiten, wenn alle ACKs eines Levels (z.B. 'messages sent') empfangen worden sind, während andere Schritte (z.B.'CLN') bis zum Erhalt weiterer Bestätigungen (z.B. 'funds transfer confirmed') verschoben werden.
'O'pen ACK-Datensatz wurde beim Versenden der Nachricht erstellt. Wartet auf positive oder negative Bestätigung.
'A'cknowledged Positive Bestätigung erhalten.
'R'ejected Negative Bestätigung erhalten (SRVPDA wird auf 'E'rror gesetzt).
Code | Text |
---|---|
O | Offen |
R | Abgelehnt (NAC) |
A | Bestätigt |
M | Manuell bestätigt |
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.
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.
Grund der Zurückweisung. Der Text kommt von der externen Schnittstelle. Er wird in den Empfangsbestätigungseintrag (ACK) kopiert.
Wenn die Nachrichtenplattform zusätzlich Informationen zu einem NACK bereitstellt, werden diese Informationen in diesem Feld angezeigt.
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.