Innerhalb der Applikation ist das so nicht angedacht.
Es wird immer nur aus Sicht des neu startenden auf Vorgänger geprüft.
Ich kenne keinen Job bzw. Step der "killt".
Das geht nur aus den entsprechenden SM** Transaktionen, von Hand.
Wenn du das exakt so haben willst wie von dir beschrieben, dann wirst du das vermutlich nur über OS Kommandos lösen können.
Möglichkeit a) du arbeitest mit Prioritäten, die Konsequenzen müsste aber ein Basisexperte mal durchkalkulieren.
Möglichkeit b) allerdings etwas aufwendig:
Wenn du dir mal die FORM verarbeitung_ermitteln in Include RMCSNF00 anschaust, hier ist der Weg wie die SAP das aus dem laufenden Job heraus macht beim Neuaufbau von Infostrukturen.
Beim Hintergrundjob zu Infostrukturaufbauten kann man nämlich das einstellen was du möchtest, eine Endzeit (bzw. Enddat aber das brauchst du ja nicht).
Sprich in den Verarbeitungsschritten wird immer vor dem nächsten Verarbeitungsschritt geprüft ob ein "Timeout" also Endtime Übersschreitung vorliegt und dann werden keine weiteren Verarbeitungsschritte ausgeführt, die Verarbeitung endet also danach udn somit auch der Job.
Also Verarbeitungsschritte innerhalb des Programms, ich meine keien Job Steps.
Daher wäre jedes erdenkliche Porgramm, dass um 19 Uhr noch laufen könnte dahingehend umzubauen.
Zumindest sehe ich nur diesen Weg und der ist "steinig".
*... who can do field replacements in the debugger can do anything in the system
*so this check can not stop (him) anyway.