Diese Transaktion dient zur Verwaltung von Jobs.
Mit dieser Transaktion können Jobs für geeignete Transaktionen (technisch: alle Transaktionen, die das Modul SVSEDT enthalten, z.B. Reports aus dem Report Generator oder “Bereinigung historischer Daten” (SYSCLN)) erfasst und bearbeitet werden.
Die Transaktion ermöglicht über die Icons:
Mögliche Werte für die Wiederholung von Jobs sind:
Bei Auswahl von Woche, Monat, Quartal oder Jahr sind weitere Angaben zu machen, die zur Berechnung des Ausführungszeitpunktes verwendet werden. Möglich ist hier z.B. die Angabe “erster Arbeitstag” oder “letzter Arbeitstag”.
Der eigenständige, permanent laufende “Job Manager” (JOBTSK) führt periodisch auszuführende Jobs jeweils bei Erreichen des “Nächste Ausführung um”-Zeitpunktes (Nächst. Ausf. um) aus und trägt danach den nächsten Ausführungszeitpunkt ein.
Als “Manuell auszuführen” markierte Jobs können durch die Transaktion “Manuelle Ausführung eines ausgewählten Jobs” (JOBEXE) aus der Auswahlliste der Jobs aufgerufen werden.
Der aktuelle Status eines Jobs wird im unteren Teil des Panels angezeigt.
Über die Option “Überspringe Ausführung nach <Wert> Stunden” kann gesteuert werden, dass nicht zeitgerecht ausgeführte Jobs zu einem anderen definierten Zeitpunkt automatisch ausgeführt werden.
Wird ein Kalender angegeben, dann wird dieser bei der Berechnung des nächsten Ausführungszeitpunktes berücksichtigt. Wird kein Kalender angegeben, dann wird der Systemkalender für diese Berechnung verwendet.
Normalerweise werden die anstehenden Jobs, deren definierte nächste Startzeit in der Vergangenheit liegt, sofort ausgeführt. bzw. sofort nach dem Start des “Job Manager”. Ist in diesem Feld ein Wert ungleich Null eingetragen, und ist der Job diese Anzahl Stunden nach der im Job eingetragenen nächsten Ausführungszeit nicht ausgeführt, wird eine neue Zielzeit, die in der Zukunft liegt, berechnet. Die neue Zielzeit wird dabei von der letzten Ausführungszeit ausgehend und nicht von “jetzt” aus berechnet.
Die Einstellungen (=Parameterisierung) für die auszuführende Transaktion können nach dem Klicken des Icons in der auszuführenden Transaktion eingegeben und über das Icon gespeichert werden.
Nach dem Definieren des genauen Zeitpunktes bzw. des Wiederholungszeitraums im oberen Teil des Panels (z.B. in “Hinzufügen eines Jobs”) kann über das Feld “Transaktionstyp” festgelegt werden, welche Art von Transaktion oder Funktion ausgewählt werden soll. Dabei stehen Transaktionen und Executables oder Scripts (ausführbare Programme) zur Auswahl. Im Feld “Argument(e)” können Kommandozeilen-Argumente für die aufgerufene Transaktion bzw. für das aufgerufene Script angegeben werden.
Beispiel 1: Allen Importprogrammen, die IMPMOD verwenden, kann mit '“-i <Dateiname>'” der Name der zu importierenden Datei übergeben werden.
Beispiel 2: Nach dem Starten dieser Transaktion einen neuen Jobnamen (z.B. “Test”) hinzufügen bzw. anlegen und die Transaktion “Postenstatistik” (CORPOS) eingeben. Anschließend das Icon anklicken. Nach dem Bestätigen des ersten Hinweises wird die Transaktion “Postenstatistik” gestartet. Aufgrund der Tatsache, dass die Transaktion über das Jobsystem geöffnet wurde, haben sich die Auswahlmöglichkeiten für die Beginn- und Endzeiten verändert. Es ist nun auch möglich, relative Zeitangaben zu definieren. Bei Jobs werden meistens keine absoluten Daten, sondern eher Zeitpunkte wie z.B. “Letzter Tag des Monats” o.Ä. ausgewählt.
Nachdem die Felder entsprechend gefüllt wurden, können über das Icon die angegebenen Werte im Jobsystem gespeichert werden. Durch Anklicken des Icons gelangt man wieder in das Jobsystem zurück.
In den Argumenten kann auch eine abweichende Entity gesetzt werden, die dann bei der Jobausführung benutzt wird, z.B.
“Switch -ety <Entity>”
Die Entity-Gruppe wird aus der Entity gesetzt.
Wenn die Checkbox “Ausführung je Entity” markiert ist, dann erfolgt in der JOB-Verarbeitung eine Mehrfachausführung des Jobs für alle Entities, die der jeweilige Benutzer sehen kann. Im JOB-entry wird jeweils gespeichert, für welche Entity der Job aktuell gerade ausgeführt wird. Wenn nach einem Abbruch ein JOB wieder zurückgesetzt wird, kann wahlweise die nächste danach geplante JOB-Ausführung entweder bei dieser (zuletzt verarbeiteten) Entity die Abarbeitung der Entityliste fortsetzen oder von vorne die komplette Liste aller passenden Entities verarbeiten.
Datenfeld | Beschreibung |
---|---|
Job-Code | cf Appendix A, Tabelle JOB Feld COD |
Name | cf Appendix A, Tabelle JOB Feld NAM |
Wiederholungstyp des Jobs | cf Appendix A, Tabelle JOB Feld TYP |
Ausführung je Entity | cf Appendix A, Tabelle JOB Feld ETYFLG |
Entity in der der Job ausgeführt wird | cf Appendix A, Tabelle JOB Feld CURETY |
1/Frequenz Tage/Minuten | cf Appendix A, Tabelle JOB Feld FRQ |
Wochentag | cf Appendix A, Tabelle JOB Feld WDY |
Tag des Monats | cf Appendix A, Tabelle JOB Feld MDY |
Kalender | cf Appendix A, Tabelle JOB Feld CAL |
Früheste Job-Ausführung um HH:MM | cf Appendix A, Tabelle JOB Feld LOWTIM |
Letzte Jobausführung um HH:MM | cf Appendix A, Tabelle JOB Feld HIGTIM |
Maximale Laufzeit bei automatischer SPT-Verarbeitung | Nach Ablauf der hier eingestellten Zeit (in Sekunden) wird automatisch die Abbruchlogik ausgelöst. Ist keine Zeit gesetzt werden 30 Sekunden defaultet. Dieser Eintrag wird in der dngpara.ini gespeichert. cf Appendix A, Tabelle JOB Feld MAXRUNTIM |
Zeitzone | cf Appendix A, Tabelle JOB Feld TIMZON |
Ausführung überspringen, wenn nicht ausgeführt nach x Stunde | cf Appendix A, Tabelle JOB Feld SKPTIM |
Transaktionstyp | cf Appendix A, Tabelle JOB Feld TRNTYP |
Frame-Name / Befehl | cf Appendix A, Tabelle JOB Feld TRNFRM |
Transaktion | Dieses Feld enthält die Geschäftstransaktion, mit der die Nachricht verbunden werden soll. cf Appendix A, Tabelle ATP Feld COD |
Argument(e) | cf Appendix A, Tabelle JOB Feld TRNARG |
Externer Schlüssel | cf Appendix A, Tabelle USR Feld EXTKEY |
Name | cf Appendix A, Tabelle USR Feld NAM |
Status des Jobs | cf Appendix A, Tabelle JOB Feld STA |
INR der letzten für die Ausführung verwendete SSN | cf Appendix A, Tabelle JOB Feld SSNINR |