Wir möchten, sobald ein Mitarbeiter am Packtisch einen Pickprozess startet eine externe URL triggern (einen Synesty Flow).
Ist das in irgendeiner Form möglich? Ich habe leider keine Aktion/Subaktion gefunden die mMn dafür in Frage kommt.
Oder müssten wir dafür den Pickprozess auch auf PlentyFlow umstellen? Man kann ja auch manuell getriggerte Flows einrichten, wobei ich da auch nicht weiß ob man in PlentyFlow URLs triggern kann..
Danke @dirkdreher , aber kannst du etwas konkreter werden? Im Typ „Auftragsabwicklung“ sehe ich wie gesagt keine geeignete Aktion/Subaktion. Wo finde ich diesen URL Aufruf aus deinem Screenshot?
Das ist eine Aktion aus PlentyFlow vermute ich?
Edit: Okay ich muss also beides miteinander kombinieren. Der Prozessdurchlauf kann einen PlentyFlow triggern, welcher wiederum den URL-Aufruf als Aktion durchführt.
Als workarround könntest du im Prozess den Status ändern und mit einer Ereignisaktion auf diese Änderung reagieren und die URL triggern. (Ggf. dann auch den Status wieder zurück setzen)
Vielleicht könnt Ihr mir bei einem entstandenen Problem weiterhelfen:
Für das Picking starten wir einen Prozess, welcher 100 Aufträge von einem Status X nimmt, Picklisten etc. erzeugt und die Aufträge dann auf Status Y stellt.
Ich möchte dann automatisch einen PlentyFlow starten, der eine URL triggert. Das Ereignis auf das der Flow reagiert ist ein Statuswechsel. Siehe
Ja, das ist so. Soll damit ein Synesty Flow ausgelöst werden?
Synesty hat dafür noch keine gute Lösung. Aber mit einer Verzögerung kannst Du relativ gut arbeiten. Dazu wird dem Flowtrigger eine Verzögerung von z.B. 2 Minuten mit übergeben. Die Aufträge sind dann auf den neuen Status. Dann rufst du alle Aufträge mit Synesty ab.
Du meinst, dass der PlentySearchOrders-Step von der API noch keine Aufträge vom Zielstatus erhält wenn alles zu schnell geht und man diesen daher verzögern soll?
Und kannst du nochmal beschreiben wie der richtige Ablauf in Plenty wäre, dass der PlentyFlow nur 1x gestartet wird anstatt bspw. 100x, weil der Plenty Prozess 100 Aufträge auf den Zielstatus setzt?
Wenn 100 x der Flowtrigger innerhalb kurzer Zeit ausgelöst wird, funktioniert das nicht mit Synesty. Bei der Übergabe des Triggers übergibst du eine Wartezeit. In dieser Zeit sollten die 100 Aufträge in dem neuen Status sein. Dann wird der Flow in Synesty ausgeführt und holt auf einmal alle Aufträge in diesem Status ab (nicht einzeln!).
Ich glaube wir reden aneinander vorbei bzw. erkläre ich es vllt. nicht gut.
Das Ziel ist:
Start Plenty Prozess
->100 Aufträge werden verarbeitet und auf Status 6.15 gestellt.
Ein PlentyFlow reagiert auf das Event „Statuswechsel auf 6.15“, als Aktion wird eine URL eines Synesty Flows getriggert.
Der SynestyFlow startet, holt sich alle Aufträge auf Status 6.15 und erzeugt aus allen Auftragspositionen eine Bestell-JSON
Mein akutes Problem ist bei Punkt 2. Der PlentyFlow wird mehrmals ausgelöst, weil 100 Aufträge den Status wechseln. Ich möchte jedoch natürlich, dass die URL nur einmal aufgerufen und Punkt 3 SynestyFLow nur 1x ausgeführt wird.
Dafür würde ich vorschlagen einen weiteren Manuellen Flow zu erstellen. Damit dann die URL aufrufen, sobald alle Aufträge im Status 6.15 sind. Automatisch würde es nicht gehen, da dein vorheriger Flow jeden Auftrag einzeln behandelt und nicht alle Aufträge zusammen.
Danke für dein Feedback. Dann kann ich mir aber auch den PlentyFlow sparen und den SynestyFlow direkt per URL Trigger bspw. als Verknüpfung auf dem Lager-Rechner ausführen. Genau den Arbeitsschritt möchten wir aber automatisieren.
Ideal wäre ein Ereignis in Plenty Flow „Prozess erfolgreich ausgeführt“, aber da gibt es leider nichts.
mal so ein blöder Gedanke (da ich so arbeite) gibt es in Synesty die Möglichkeit, abzufangen wann ein Prozess angefunkt wurde?
Ich lass unsere Bestellungen an eine URL funken wenn sie in einen bestimmte Status rutschen und speichere mir diesen Anruf, der passende Cronjob dahinter prüft die letzte Übermittlung und wenn die länger als X Sekunden her ist, geht er davon aus, dass nichts mehr kommt. Kommt halt drauf an wie zeitkritisch der Prozess dahinter ist.
mit der jetzigen Logik kannst Du bei deiner Vorstellung der Umsetzung nicht verhindern das Synesty 100 mal den Trigger empfängt. Dazu ist die Verzögerung da. Innerhalb dieser Verzögerung laufen die weiteren 99 Trigger ab ohne den Flow zu triggern, das tut nur der erste Trigger. Das ist zur Zeit der einzige Weg ohne weiteren manuellen Eingriff. Sonst ist der Kompromiss der Weg.