Name | Hilfetext-Beschreibung | Datentyp | Länge | Codetable |
---|---|---|---|---|
INR | Interne eindeutige ID | Text | 8 | |
CLA | Klasse | Text | 3 | Embedded |
OBJTYP | Tabelle zum Speichern des Objekts | Text | 6 | |
OBJINR | Objekt-INR (interne eindeutige ID) | Text | 8 | |
OBJSUBID | Sub-ID eines Objekts | Text | 3 | |
OBJNAM | Extern lesbare Objektidentifizierung | Text | 40 | |
OBJREF | Referenz | Text | 32 | |
ADDREF | Zusätzliche Referenz-Information | Text | 32 | |
HLDFLG | Halteflag | Text | 1 | Embedded |
HLDSSNINR | Session INR für die letzte Aktualisierung des HLDFLG | Text | 8 | |
HLDDATTIM | Updatezeit des HLDFLG | Datetime | 15 | |
BALFLG | Lastverteilungs-Flag | Text | 1 | Embedded |
CONOBJTYP | Tabelle des Hauptkontrakts (optional) | Text | 6 | |
CONOBJINR | INR des Kontrakts (optional) | Text | 8 | |
FRM | Transaktion | Text | 6 | ATPTXT |
USG | 6\ | Text | 6 | <fixed-length> |
USR | 8\ | Text | 8 | <fixed-length> |
SLACLA | Vordefinierte Prioritätsklasse (aus SLA) | Text | 6 | |
BALCLA | Prioritätsklasse für Verteilung / Reihenfolge der Anzeige | Text | 3 | Embedded |
BALSRTKEY | Sortierschlüssel in BALCLA | Text | 30 | |
RELCUR | Währung von RELAMT (optional) | Text | 3 | |
RELAMT | Entsprechender Betrag (optional) | Numerisch | 18 | |
XRFCUR | Währung (= SYSISO) optional | Text | 3 | |
XRFAMT | Entsprechender Betrag (optional) in SYSISO (= Währung) | Numerisch | 18 | |
LATDATTIM | Späteste Startzeit | Datetime | 15 | |
TXT | Benutzerlesbare Source des Warteschlangeneintrags | Text | 40 | |
EXPPRCDUR | Erwartete Laufzeit (in Sekunden) | Numerisch | 8 | |
ORDINR | INR des getriggerten Auftrages | Text | 8 | |
TARDATTIM | Ziel | Datetime | 15 | |
CONOBJNAM | Kontraktname | Text | 80 | |
ETGEXTKEY | Entity-Gruppe | Text | 8 | |
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.
Enthält die Klasse des Warteschlangeneintrags. Die zugehörigen Felder OBJ/TYP / OBJINR in der Tabelle ORD spezifizieren eine Transaktion, die auf Unterschrift wartet, wie im Feld OBJSUBID beschrieben.
Klasse INC = Wenn für einen eingehenden Auftrag die erste interaktive Aktion in der Applikation eine Geschäftstransaktion ist, wird ein SPT (Pending Transaction) mit Status “INC” erzeugt zusammen mit einem Warteschlangeneintrag mit der Klasse “INC”.
Klasse ORD = Wenn vor der ersten Geschäftstransaktion eine interaktive Vorverarbeitung in der Applikation benötigt wird (wie mit dem Programm DBMORD), kann ein Warteschlangen- eintrag mit der Klasse “ORD” erzeugt werden (da noch keine offene Transaktion erzeugt wurde).
Code | Text |
---|---|
COR | Zu korrigieren |
INC | Eingehend |
MAN | Manuell zu verarbeiten |
RIM | Registriert |
PEN | Pausiert |
REL | Freigabe |
DIA | Termin |
ORD | Auftrag |
PUR | Stammdaten Freigabe |
BLK | Blockiert |
REJ | Abgelehnt |
SDC | Stammdaten Korrektur |
LSM | Limitfreigabe |
Dieses Feld enthält den Objekttyp, auf den sich der Warteschlangeneintrag bezieht. Typische Werte sind:
'SPT': Für jede offene Transaktion, die interaktiv bearbeitet wird, wird ein entsprechender Warteschlangeneintrag erzeugt.
'TRN': Für jede Unterschrift, die interaktiv einer Transaktion zugeführt werden muss, wird ein Warteschlangen-Datensatz erzeugt. 'SUBID' enthält die Identifizierung der Unterschrift.
'DIA': Für jeden Termineintrag, der manuelle Interaktion erfordert, wird automatisch ein Warteschlangeneintrag durch den QUETSK-Manager erzeugt, wenn der Termin fällig wird.
'ORD' = Wenn vor der ersten Geschäftstransaktion eine interaktive Vorverarbeitung in der Applikation benötigt wird (wie mit dem Programm DBMORD), kann ein Warteschlangen- eintrag mit der Klasse 'ORD' erzeugt werden (da noch keine offene Transaktion erzeugt wurde).
Die INR des Objekts in der Tabelle, wie im Feld OBJTYP definiert.
Dieses Feld wird verwendet, um eindeutig mehrfache Eingaben zu identifizieren. Es ist als ein Zähler mit einem Maximumwert von 99 implementiert. Dies wird benötigt, um mehrfache Unterschriften für eine Transaktion zu hantieren.
Dieses Feld identifiziert den nicht erledigten Eintrag selbst in benutzerlesbarer Form. Es setzt sich üblicherweise zusammen aus EXTKEY/OWNREF/COD kombiniert mit dem NAM-Feld.
Dieses Feld enthält den Referenzschlüssel des Objekts, das durch OBJTYP und OBJINR identifiziert wurde. Er wird üblicherweise aus EXTKEY/OWNREF/COD des Eintrags zusammengesetzt, wenn OBJINR gefüllt und ein Eintrag verfügbar ist.
Für Eingangsnachrichten: Nachrichtentyp und BIC des Absenders
Wenn dieses Feld nicht leer ist, sollte dieser Datensatz zur weiteren Verarbeitung nicht aufgegriffen/angezeigt werden.
Code | Text |
---|---|
Verarbeitbar | |
L | Gesperrt |
D | Gelöscht |
Die INR der Session, die die letzte Aktualisierung des HLDFLG durchgeführt hat.
Die Zeit, zu der das HLDFLG gesetzt wurde.
Dieses Feld sagt aus, wie die Zuordnung von USG/USR (User Group/User) für diesen Begriff bestimmt wurde.
'C'reation: USG/USR wurde durch die Transaktionserstellung zugeordnet (Lastverteilung war nicht eingeschlossen zu diesem Zeitpunkt)
'A'utomatic: USG/USR wurde durch die Transaktion 'Lastverteilungs-Manager' (QUETSK) zugeordnet
'M'anual: USG/USR wurde manuell durch den Benutzer zugeordnet (BALSRTKEY, = Sortierschlüssel in BALCLA, wird automatisch bestimmt durch die Transaktion 'Lastverteilungs-Manager' QUETSK)
'U'rgent: USG/USR and BALSRTKEY (Sortierschlüssel in BALCLA) wurden manuell durch den Benutzer zugeordnet. USR/USG wird nicht automatisch für solche Eingaben geändert.
'F'ree: Die Eingabe wurde manuell freigegeben zur Zuordnung durch die Transaktion 'Lastverteilungs-Manager' (QUETSK)
Code | Text |
---|---|
A | Zugewiesen durch QUETSK |
M | Manuell |
F | Frei für Lastverteilung |
C | Zugewiesen bei Erstellung |
U | Dringend |
Die Tabelle in der der Hauptkontrakt gespeichert ist. Dieses Feld ist optional.
Dieses Feld enthält die interne eindeutige ID des Kontrakts.
Wenn das Feld OBJTYP auf 'SPT' (offene Transaktion) gesetzt ist, enthält es eine Kopie des Feldes SPT\FRM. Dieses Feld identifiziert die für die Verarbeitung des 'SPT' Eintrags zu verwendende Transaktion.
Wenn das Feld OBJTYP auf 'TRN' (Transaktion) gesetzt ist, enthält es eine Kopie des Feldes TRN\INIFRM. Dieses Feld identifiziert die Transaktion, die diese Transaktion erzeugt hat.
Wenn das Feld OBJTYP auf 'DIA' (Termin) gesetzt ist, enthält es eine Kopie des Feldes DIA\FRM. Dieses Feld enthält die optionale Transaktions-ID, die bei der Bearbeitung des Termineintrags gestartet werden sollte.
Die Benutzergruppe, die für das Aufgreifen des Eintrags verantwortlich ist. Dieses Feld muss gesetzt und bearbeitet werden wie das von USFMOD, das die Filter, die durch den Benutzer definiert werden können, hantiert.
Der Benutzer, der für das Aufgreifen des Eintrags verantwortlich ist. Dieses Feld muss gesetzt und bearbeitet werden wie das von USFMOD, das die Filter, die durch den Benutzer definiert werden können, hantiert.
Vordefinierte Prioritätsklasse aus dem Service Level Agreement.
Die Prioritätsklasse wird für die Sortierung der Items in der Anzeige und für die Saldierung verwendet.
Code | Text |
---|---|
Z | Normal |
U | Dringend |
zzz | Default |
Dieses Feld enthält den Sortierschlüssel in BALCLA (Prioritätsklasse für die Verteilung / Reihenfolge der Anzeige)
Wenn ein entsprechender Betrag für diese Nachricht bestimmt werden kann, kann die Währung dieses Betrages hier gespeichert werden. Ansonsten bleibt das Feld leer.
IWenn ein entsprechender Betrag für diese Nachricht bestimmt werden kann, kann dieser Betrag hier gespeichert werden. In diesem Fall muss die zugeordnete Währung in RELCUR gespeichert werden.
Die Währung des Entsprechenden Betrages (XRFAMT). Dies ist immer die Systemwährung.
Der Wert des entsprechenden Betrages (RELAMT) in Systemwährung.
Datum und Zeit, wann die Hantierung des QUE-Eintrages beginnen soll.
Konzeptionell ist dies die Ziel-Ende-Zeit des QUE-Eintrages minus der erwarteten Verarbeitungszeit.
Nach dieser Zeit wird der QUE-Eintrag 'kritisch' = gelb.
Dieses Feld kann leer sein, wenn keine Ziel-Zeit gesetzt ist.
Dieses Feld wird benutzt, um den Warteschlangeneintrag in einer benutzerlesbaren Weise zu beschreiben.
Dieses Feld wird typischerweise aus dem entsprechenden Feld in dem auslösenden Datensatz gefüllt (z.B. SPT, DIA).
Die erwartete Laufzeit enthält die Zeit in Sekunden während der die Transaktion (benannt in FRM) an dem Auftrag arbeitet. Die Laufzeit wird aus der Zeit zwischen den Feldern BEGDATTIM und ENDDATTIM berechnet.
Dieses Feld ist leer, wenn die Transaktion nicht von einem Auftrag (ORD) getriggert wird. Wenn die Transaktion von einem Auftrag getriggert wird, enthält dieses Feld die INR des ORD-Eintrages.
Spätester Zeitpunkt, zu dem dieser Datensatz verarbeitet sein sollte.
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 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 beschreibt den offenen Eintrag in lesbarer Weise. Er wird üblicherweise aus EXTKEY/OWNREF/COD in Kombination mit dem NAM Feld gebildet.