Gelöst Problem bei zeitversetztem Workflow

eufory

Aktives Mitglied
8. Mai 2014
76
2
Hallo,

ich habe einen Workflow erstellt, der schon einmal so funktionierte, aber leider scheint dieser nach einem Update nicht mehr zu funktionieren. Es geht um eine Abholung, wo der Kunde regelmäßig informiert wird, dass die Abholung bereit liegt. Der Ablauf sieht wie folgt aus:

1. Ware wird eingepackt und ein Lieferschein mit Rechnung erstellt.
2. Mit Erstellung der Rechnung werden drei Workflows angelegt. Einer für "Sofort", der die Mail versendet, dass die Ware abholbereit ist, einer für 4 Tage nach Erstellung der Rechnung und einer nach 7 Tagen.

Wird die Ware abgeholt, wird ein Auftragsattribut per manuellem Workflow auf 1 gesetzt.

3. Nach 4 Tagen sollte der zeitversetzte Workflow prüfen, wenn Kundenattribut=0, dann erinnere den Kunden per E-Mail. Ansonsten natürlich nicht. Das selbe nach 7 Tagen.

Anbei findet Ihr einen Screenshot der Workflows. Und auch einen Auszug aus dem Logbuch. Dort steht, dass die Workflows per Queue eingefügt wurden, aber sie werden trotzdem ausgelöst. In dem Beispiel ist erkennbar, dass das Kundenattribut am 30.12.2020 auf 1 gesetzt wurde. Darum sollten die anderen Workflows nicht mehr ausgelöst werden.

Scheinbar werden diese Bedingungen aber nicht zum Zeitpunkt nach 4 Tagen geprüft. Der Kunde bekommt eine E-Mail, obwohl das Auftragsattribut gesetzt wurde. Liegt hier ein Denkfehler meinerseits vor, oder ist es ein Fehler von JTL?

Vielen Dank für Eure Mithilfe.
 

Anhänge

  • Workflow.png
    Workflow.png
    16,8 KB · Aufrufe: 10
  • Workflow2.png
    Workflow2.png
    12 KB · Aufrufe: 9
  • Workflow3.png
    Workflow3.png
    11,5 KB · Aufrufe: 8

forumjtlolshopag

Sehr aktives Mitglied
6. Juni 2018
843
245
Welche Version nutzt ihr? Am besten das immer angeben, sonst muss da immer unnötig nachgerfragt werden, zumal du ja geschrieben hast, das es nach einem Update scheinbar nicht mehr geht.

Wir haben eine ähnliche Erinnerungsfunktion für einen anderen Fall und nutzen da auch verzögerte Workflows. Ebenfalls mit einer zusätzlichen Bedingungen, die verhindern soll, das eine unnötige Erinnerung rausgeht. Eingestellt damals mit 1.3, aktuell nutzen wir 1.5.36.2 und es gab meines wissens noch keine Rückmeldung das es nicht mehr geht.
 

eufory

Aktives Mitglied
8. Mai 2014
76
2
Welche Version nutzt ihr? Am besten das immer angeben, sonst muss da immer unnötig nachgerfragt werden, zumal du ja geschrieben hast, das es nach einem Update scheinbar nicht mehr geht.

Wir haben eine ähnliche Erinnerungsfunktion für einen anderen Fall und nutzen da auch verzögerte Workflows. Ebenfalls mit einer zusätzlichen Bedingungen, die verhindern soll, das eine unnötige Erinnerung rausgeht. Eingestellt damals mit 1.3, aktuell nutzen wir 1.5.36.2 und es gab meines wissens noch keine Rückmeldung das es nicht mehr geht.

Stimmt, habe ich ganz vergessen. Wir nutzen gerade 1.5.38.1

Ist denn die Logik bei uns so korrekt oder ist da ein Denkfehler enthalten?
 

forumjtlolshopag

Sehr aktives Mitglied
6. Juni 2018
843
245
Meiner Meinng nach ja. Du brauchst für die Erinnerungen natürlich jeweils 2 Workflows, damit du die 2 Zeitfenster hast. Was sagt den die Log, wenn die Erinnerung rausgeht obwohl das Attribut nicht gesetzt ist? Vorallem was passiert, wenn du den Workflow an einem Auftrag ohne gesetztem Attribut testest?

So wie ich es bei euch verstanden hab:

* ein manueller Workflow, der das Attribut für Abholbereitschaft setzt
* zwei Erinnerungsworkflows, die in der Bedingung das Attribut prüfen und jeweils eine Email senden, Ausführung jedoch verzögert (jeweils 4 Tage und 7 Tage nach Erstellung der Rechnung (Rechnnung erstellt Ereignis) )
 

Ähnliche Themen