Gelöst Ausführungsplanung führt WF nach Planungs-Änderung zum ursprünglichen Zeitpunkt aus

[ongnamo]

Hallo,

nach meiner Beobachtung wird die Ausführungsplanung gemäß dem einmal gesetzten Termin/Uhrzeit ausgeführt, obwohl nachträglich auf sofort umgestellt wurde. Beispiel:

WF soll um 8 Uhr jeden Tag laufen. Das wurde so gespeichert.
Wenn man nun auf Ausführung "sofort" umstellt, läuft der nächstes WF dennoch um 8 Uhr.

Ich habe nun keine ausführlichen Tests gemacht, ob die 8-Uhr-Ausführung nur noch einmal ausgeführt wurde oder auch an Folgetagen. Auf jeden Fall darf ein WF immer nur zu den Zeitpunkten ausgeführt werden, die AKTUELL in der Planung eingestellt sind. Alles andere führt nur zur Verwirrung und Fehlern, weil es keine Sichtkontrolle mehr gibt.


Gruß
Thomas

 

[D. Lehmeier]

AW: Ausführungsplanung führt WF nach Planungs-Änderung zum ursprünglichen Zeitpunkt a

Hi,

ich vermute mal, dass für diesen Workflow noch Einträge in der Warteschlange vorhanden waren, die dann noch abgearbeitet wurden.
D.h. Wenn du z.B. einen Workflow "Auftrag erstellt" hast, der zeitversetzt ist, wird ein Eintrag in eine Warteschlage gemacht und die wird dann auch noch abgearbeitet, wenn du danach die Ausführung auf "sofort" stellst.
Die Einträge der Warteschlage kannst du über "Hintergrundaufträge -> Workflow Queue" sehen und ggf. löschen.

Aber stimmt, das ist etwas verwirrend.
Es wäre ganz praktisch wenn dann ein Hinweis käme "Für diesen Workflow existieren noch Einträge in der Warteschlage, sollen diese entfernt werden? Ja/Nein"

Ich werde dafür mal ein Ticket aufmachen.

 

[ongnamo]

AW: Ausführungsplanung führt WF nach Planungs-Änderung zum ursprünglichen Zeitpunkt a

Vielen Dank!

Noch eine Bitte, falls der Entwickler da schon dran ist: Ein Button " Workflow Queue anzeigen" wäre auch klasse ^^


P.S.
Am Anfang zeigte die WF-Queue bei mir nichts an, obwohl es definitiv mehrere zeitgesteuerte WFs gibt. Ich war auf den Datumsfilter hereingefallen, der hier das Datum der geplanten Ausführung zeigt und nicht das Datum, wann der Queue-Eintrag erzeugt wurde. Muss man nur wissen.

Wenn ich die Queue so ansehe, gibt es die Möglichkeit, einzelne WFs zu löschen. Doch hier liegt die Crux: Es fehlt der Identifier des Events bzw. des Hauptobjekts. Beispiel siehe Screen-shot: Man weiß gar nicht, WELCHER Auftrag hier beim Löschen betroffen wäre! Es wäre grundsätzlich wichtig zu sehen, welcher Auftrag, Lieferschein, Rechnung etc. im jeweiligen Workflow steckt.

 

[D. Lehmeier]

AW: Ausführungsplanung führt WF nach Planungs-Änderung zum ursprünglichen Zeitpunkt a

Hi,

vielen Dank für die Hinweise.
Für die Überarbeitung der Workflowqueue Ansicht haben wir auch schon ein Ticket, hab deine Hinweise da auch mit aufgenommen.