Neu 1.4.26.1 - Ameise reagiert bei Auftragsimporten anders

[SebiW]

In der 1.4.23.1 wurden Workflows bei Auftragsimport via Ameise noch nach Abschluß des Importes angestoßen.
In der 1.4.26.1 werden die Workflows sofort beim Import des ersten Artikels des Auftrages ausgeführt. Natürlich funktionieren damit viele Workflows nicht mehr die sich bspw auf das Gesamtgewicht des Auftrages beziehen wenn sie sofort ausgeführt werden.

 

[Enrico W.]

Stell die betreffenden Workflows bitte zeitversetzt ein. Damit sollte das Problem bereits behoben sein.
Ich werde hier intern klären, ob es dafür Gründe gibt.

Edit: Im Code ist ersichtlich, dass auch bereits in der 1.3.21.0 die Workflows in dem Moment getriggert wurden, wenn ein Auftrag angelegt wurde. Das ist mit der ersten Position geschehen.
Ansonsten dürften Workflows erst starten, wenn der komplette Import durch ist.

 

[SebiW]

Ich habe schon auf zweitversetzt umgestellt, das sorgt bei uns nur für nenn ordentlichen Versatz zwischen automatisiertem Auftragsimport und Bearbeitbarkeit durch unsere Ladies. Laufen ja doch so einige Workflows.
Nicht schön, aber immerhin ein Workaround.

Stand jetzt starten die Workflows aber definitiv sofort wenn der Trigger gesetzt wird und nicht erst nach Importabschluß. Hat heute zu diversen Bestellungen mit unterschiedlichen Steuerklassen, nicht gesetzten 3D Secure Rückhaltungen und dergleichen geführt. Zum Glück sind unsere Ladies da echte Spürhunde, ich würde 2/3 übersehen 😉

 

[fibergirl]

Ist das nicht prinzipiell ein Bug?

Workflows arbeiten doch (bis auf wenige Ausnahmen) auf den Daten der WaWi (bzw. der BD).
Also müssen die Daten dann auch vorliegen.

Beim Trigger durch Import wäre das: nach Abschluss des Imports.
Wann sonst? Alles andere wäre doch sinnlos?

Zeitversetzter Aufruf ist an dieser Stelle nur eine Krücke, jedenfalls wenn man gar nicht genau weiß, wie lange der Import dauert.

 

[Enrico W.]

Nein, das ist definitiv kein Bug und der zeitversetzte Workflow ist die einzige Möglichkeit damit umzugehen. Der Trigger reagiert auf "Auftrag angelegt". Und das passiert mit der ersten Zeile in der CSV. Als User wärst Du auch ganz schön auf den Barrikaden, wenn die Workflows erst einmal einen u.U. über Stunden laufenden Import abwarten und dann erst anfangen zu arbeiten und Dir damit in den nächsten geplanten Import reingrätschen.

 

[SebiW]

Ich kann dazu nur sagen: Bis zur 1.4.23.1 lief der Workflow bei uns definitiv erst nach Abschluß des Importes an. Genau wie in allen vorher eingesetzten Versionen auch. Das geänderte Verhalten tritt hier erst seit Update auf die 1.4.26.1 auf.

 

[Enrico W.]

Wie gesagt - was das angeht wurde am Code nichts verändert.

 

[Fulfillment Mosaik-Berlin]

Wir haben auch letzte Woche auf die Version 1.4.26 upgedatet. Nun haben wir auch das Problem, dass die Workflows nicht mehr richtig laufen. Es scheint als ob nur die erste Bestellposition(anlegen der Bestellung) den Workflow triggert. Wir setzen im Workflow den Zahlstatus auf bezahlt. Nun sind alle Bestellungen bei uns nur noch angezahlt. Die Workflows zeitversetzt zu starten funktioniert zwar ist aber sehr langsam.

 

[Enrico W.]

Anders geht und ging es nunmal nicht - und ich habe auch frühere Importe getestet - da war das Verhalten identisch. Mit der Anlage des Auftrags wurden die Workflows getriggert.

Gegenargument wäre: Wenn ihr das nicht wollen würdet, dann müsste der komplette! Import durchlaufen, bevor der erste Workflow gestartet wird - oder die Ameise müsste nach jeder Zeile erst einmal prüfen, ob es noch eine Zeile für diesen Auftrag gäbe. Beides ist nicht praktikabel. Da auch in den früheren Versionen die Workflows liefen, während noch der Import lief kann es somit nicht sein, dass hier erst abgewartet wurde bis alle Positionen vorhanden waren. Es ist lediglich möglich, dass alles etwas langsamer war und man daher den Eindruck hatte, es würde gewartet.