In den Logdateien von SPTs ist erkennbar, für welche Datenbanksätze SPTs entstanden sind und zu welchem Zeitpunkt bestimmte Vorgänge abliefen.
Diese Logdateien werden im Standard-Logverzeichnis gespeichert und haben folgendes Format:
“spt.<Datum>.log”
Name | Hilfetext-Beschreibung | Datentyp | Länge | Codetable |
---|---|---|---|---|
INR | Interne eindeutige ID | Text | 8 | |
OBJTYP | Objekttyp | Text | 6 | |
OBJINR | Objekt-INR | Text | 8 | |
OBJNAM | Extern lesbare Objektidentifikation | Text | 40 | |
OBJREF | Referenz | Text | 32 | |
TXT | Quelle des offenen Eintrags | Text | 40 | |
DATTIM | Erstellungszeitpunkt | Datetime | 15 | |
USR | ID des erstellenden Benutzers | Text | 8 | |
SSNINR | INR der erstellenden Session | Text | 8 | |
FRM | Transaktion zum erneuten Laden/Bearbeiten | Text | 6 | ATPTXT |
PAN | Anzuzeigendes Panel beim Aufgreifen | Text | 40 | |
STA | Status | Text | 3 | Embedded |
DELFLG | Dateneintrag gelöscht | Text | 1 | |
HLDFLG | Hold Flag | Text | 1 | Embedded |
INFDSP | Info Flag | Text | 1 | INFDSP |
INFTXT | Infotext | Block | 65 | |
OWNUSG | Verantwortliche Gruppe (optional) | Text | 6 | <fixed-length> |
OWNUSR | Verantwortlicher Benutzer | Text | 8 | <fixed-length> |
SMHINR | INR der Nachricht (optional) | Text | 8 | |
MAPFLG | Mapping Flag | Text | 1 | |
CRETRN | ID der erstellenden Transaktion | Text | 6 | |
ORDINR | Interne eindeutige ID des Auftrags (optional) | Text | 8 | |
TARDATTIM | Zielzeit für die Fertigstellung | Datetime | 15 | |
CREOBJTYP | Objekttyp des erstellenden Objekts | Text | 6 | |
CREOBJINR | INR des erstellenden Objekts | Text | 8 | |
SLACLA | Vordefinierte Prioritäts Klasse | Text | 6 | |
SLACHA | Medium | Text | 3 | CORTYP |
SMCINR | INR des SMC-Records | Text | 8 | |
MAPFRM | Transaktion, für die das Mapping ausgeführt wurde | Text | 6 | ATPTXT |
RELCUR | Relevante Währung (optional) | Text | 3 | |
RELAMT | Relevanter Betrag (optional) | Numerisch | 18 | |
EMBSTA | Status der Compliance-Anfrage | Text | 1 | Embedded |
SPTARG | Argumente für SPT-Zieltransaktion | 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.
Objekttyp, auf den sich der offene Eintrag bezieht. I.d.R. ist dies die Tabelle, zu welcher das Objekt gehört.
INR des Objekts in der Tabelle, definiert in OBJTYP.
Dieses Feld zeigt die Referenznummer des ausgewählten Elements an.
Dieses Feld bestimmt den Referenzschlüssel des Objekts, identifiziert durch OBJTYP (Objekttyp) und OBJINR (interne eindeutige ID des Objekts).
Dieses Feld zeigt den externen Namen des ausgewählten Elements an.
Datum und Zeit, zu denen die offene Transaktion anfänglich erstellt wurde.
Dieses Feld zeigt den Benutzernamen an, der für diesen Eintrag erstellt hat.
Enthält die INR der Session, in der dieses SPT erstellt wurde.
Dieses Feld enthält die zu bearbeitende Folgetransaktion.
Wenn beim Aufgreifen eines SPT ein bestimmtes Panel angezeigt werden soll, muss die entsprechende Panel-ID hier gesetzt werden. Ist das Feld nicht leer, setzt die Aufgreifroutine den Fokus auf das hier definierte Panel. Sollte das Panel nicht existieren, wird der Fehler übersprungen.
Die gespeicherte SaveData-Struktur enthält die folgenden Informationen basierend auf dem Status des offenen Vorgangs: PEN / DEL: Die SAVEDATA des wichtigsten Record/Record Group der Transaktion und zusätzlich gespeicherte Daten abhängig von zusätzlicher Logik. REJ / COR: Den kompletten SAVEDATA der Geschäftstransaktion wie in TRNDATA während des Save gespeichert plus die BIMDATA Informationen. INC / STP: Die Record Group des während der Verarbeitung der eingehenden Nachricht zu hantierenden Kontrakts plus die SWIADD Group. STP hantiert eine eingehende Nachricht die auch ohne Benutzereingriff verarbeitet werden könnte. AUT / MAN: Die Record Group der zu verarbeitenden Kontrakts die hauptsächlich die INR zur Identifizierung des Kontrakts enthält. RIM: SWIADD als Dummy Group. Der Inhalt der Gruppe ist irrelevant-
Code | Text |
---|---|
AUT | Automatisch zu verarbeiten |
COR | Zu korrigieren |
INC | Eingehend |
MAN | Manuell zu verarbeiten |
RIM | Registriert |
PEN | Pausiert |
REJ | Abgelehnt |
STP | Auto. Weiterverarbeitung |
PUP | Auf Verarbeitung wartend |
PUR | Auf Freigabe wartend |
SDC | Stammdatenkorr. |
SDA | Stammdaten automatisch |
Wenn auf einen nicht-leeren Inhalt gesetzt, ist der Eintrag nicht mehr aktiv. Um den Eintrag zu reaktivieren, muss das Flag frei gemacht werden.
Wenn ein Eintrag mit einem Lösch-Flag versehen wird, müssen potentiell einge- schlossene Eingangsnachrichten über einen Aufruf an SptReinstIncSpt wieder instanziiert werden.
Falls nicht leer (HLDFLG), darf dieses SPT nicht aufgegriffen/angezeigt werden (e.g. in SPTSEL). Flag kann dazu verwendet werden, im Voraus einen SPT-Eintrag für spätere Verarbeitung zu erstellen ='O' wenn eingehendes SPT durch Eingangsnachricht erstellt wurde, der Auftrags-Workflow noch nicht verarbeitet wurde. Wird durch SRVSPT zurückgesetzt. ='R' wenn RIM SPT durch Autoregistrierung erstellt wurde und der offene Eintrag nach dem Commit der erstellenden TRN aktiviert werden soll.
Code | Text |
---|---|
Verarbeitbar | |
O | Wartet auf SRVSPT |
R | Wartet auf SRVCOM |
S | Wartet auf ReDo in SPTREL |
E | Wartet auf Compliance |
Flag zur Festlegung, ob der in INFTXT gespeicherte Infotext beim Aufgreifen des SPT angezeigt werden soll.
Dieses Feld enthält den Infotext für die Folgetransaktion bezüglich des neu zu erzeugenden Kontrakts.
Dieses Feld enthält die für die Folgetransaktion verantwortliche Benutzergruppe.
Dieses Feld enthält den für die Folgetransaktion verantwortlichen Benutzer.
Gehört eine Eingangsnachricht zu einem offenen Eintrag, wird der SMH-Eintrag dieser Nachricht hier identifiziert.
Wenn auf einen nicht leeren Wert gesetzt, können die in der Savedata-Struktur dieser offenen Transaktion (SPT) gespeicherten Daten über SPTRER neu erzeugt werden.
Dieses Flag sollte nur bei eingehenden offenen Transaktionen, die in SRVxxx erzeugt wurden, gesetzt sein.
Transaktionsname zur Erstellung dieses Eintrags.
Dieses Feld ist leer, wenn die offene Transaktion (SPT) nicht durch einen Auftrag ausgelöst wurde. Sonst enthält es die interne eindeutige ID der Auftragserfassung, die diesen Eintrag ausgelöst hat.
Zieldatum und Zielzeit, zu denen der Eintrag verarbeitet sein sollte. Die Zeit wird üblicherweise einige Stunden voraus zur ersten Erzeugung dieses Eintrags gesetzt oder auf '0', wenn keine spezielle Zielzeit erforderlich ist.
Optionales Feld zum Identifizieren des Objekttyps des erstellenden Objekts. Für über Autoregistrierung erstellte SPTs (STA='RIM') ist dieser Objekttyp i.d.R. 'TRN'. Daher wird die Geschäftstransaktion, welche den autoregistrierten Eintrag erstellt hat, über CREOBJTYP und CREOBJINR identifiziert.
Optionales Feld zum Identifizieren des konkreten Objekts, dass die Erstellung dieses SPT initiiert hat. In durch Autoregistrierung erstellten SPTs (STA='RIM') ist dies i.d.R. die INR der erstellenden Geschäftstransaktion (TRNINR).
Vordefinierte Prioritäts Klasse (wie sie im Service Level Agreement des Kunden definiert ist).
Mediuml (CORTYP) mit dem dieser Eintrag empfangen wurde.
Wenn ein relevanter Betrag für diese Nachricht bestimmt werden kann, kann die Währung dieses Betrages hier gespeichert werden. Ansonsten bleibt dieses Feld leer.
Wenn ein relevanter Betrag für diese Nachricht bestimmt werden kann, kann dieser hier gespeichert werden. In diesem Fall muss die zugehörige Währung in RELCUR gespeichert werden.
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.
Eindeutige interne ID der Serviceschicht
1 = WFE CCS wurde erstellt, warten auf MGRTSK Senden der XML-Datei 2 = WFE CCS ist abgeschlossen, warten auf TCX Antwort (empfangen in MQITSK/SWITSK) A = Empfangsbestätigung von TCM N = Empfangsbestätigung von TCM
Incoming Messages SWITSK auf 1 MGRTSK setzen, um auf 2 MQITSK/SWITSK zu setzen, um auf A/N zu setzen
Parties SPTREL auf 1 MGRTSK setzen auf 2 MQITSK/SWITSK auf A/N DBEPTx setzen auf ' ' - wenn CCS-Check nicht notwendig
Code | Text |
---|---|
1 | Warte auf CCS senden |
2 | Warte auf CCS Antwort |
A | Akzeptiert |
N | Abgelehnt |
- | Nicht notwendig |
C | Automatischer Check |
Dieses Feld kennzeichnet die Transaktion, für die das Mapping ausgeführt wurde. Wird anfangs in Switsk auf den gleichen Wert wie FRM eingestellt und aktualisiert, wenn die eingehende Nachricht umgeleitet wird.
Es wird verwendet, um zu entscheiden, ob INCSPT umgeleitet werden muss, indem FRM mit MAPFRM verglichen wird. Ist dies nicht der Fall, wird die inc-Meldung mit Verkettung durch SPTRER für FRM aufgenommen.
Könnte Schalter mit Werten als Argumente für die Zieltransaktion enthalten. Z. B. SPT-Typ. Wenn das SPT-Ziel ein xxtFRE ist, können wir mit einem Schalter im Feld bestimmen, welche Nachricht erzeugt werden soll. Extrahieren Sie den Inhalt über GetSwitchFromLine.