Hallo zusammen,
wir haben aktuell massive Probleme mit dem DHL Retoure Plugin im Zusammenspiel mit Flows / Ereignissen und wollte einmal in die Runde fragen, ob andere ähnliche Erfahrungen gemacht haben oder eine saubere Lösung gefunden haben.
Ausgangslage / Problem:
-
Unsere Ereignisse zur Retourenerstellung und zum Versand des Retourenlabels greifen nur sporadisch
-
Ereignisketten innerhalb eines Flows haben extrem unzuverlässig funktioniert (teilweise gar nicht aufgrund von Plugin Fehlern/Laufzeiten)
Workaround, den wir aktuell fahren:
-
Wir haben die Logik vollständig getrennt:
-
Ereignis 1: Erstellt das Retourenlabel
-
Ereignis 2: Versendet das Retourenlabel nur, wenn bereits eines vorhanden ist
-
-
Seitdem ist es minimal stabiler, aber aus unserer Sicht nicht der saubere oder gewünschte Weg
Weitere Auffälligkeiten:
-
Der Flow zur Retourenerstellung läuft teilweise fast eine Minute, bevor überhaupt etwas passiert
-
In der Flow-Historie erscheint:
„Plugin (Veraltet) wurde ausgeführt“
→ Das irritiert, da das Plugin aktiv genutzt wird. Wieso ist es veraltet?! -
Zusätzlich wird regelmäßig folgender Fehler geworfen (siehe Screenshot):
cURL error 52: Empty reply from server
inkl. Aufruf auf:
.../SdkRestApi.php?scriptName=DHLRetoureOnline/DHLRetoureOnline_sdk
Fragen an euch:
-
Ist das Verhalten des DHL Retoure Plugins in Flows bekannt?
-
Gibt es empfohlene Best Practices (z. B. bewusst getrennte Flows) oder wie läuft euer?
-
Hat jemand das Thema „Plugin (veraltet)“ + lange Laufzeiten schon klären können?
-
Liegt das eher am Plugin selbst oder an der Flow-Ausführung?
Wir setzen inzwischen stark auf FlowStudio statt klassische Ereignisketten – gerade deshalb ist das aktuell ziemlich schmerzhaft.
Viele Grüße
Alex