Seit 2020 arbeite ich mit Plenty und so weit ich mich erinnere sind die EAs 2 Mal ausgefallen.
Setz das ins Verhältnis zu den Problemen mit Flows und Du kannst dir vorstellen, warum ich unsere ca. 200 EAs und Aktionen nicht umbauen möchte.
4 „Gefällt mir“
Ich hab vollstes Verständnis für jeden der davon im Moment Abstand hält. Wenn es vorher so rübergekommen sein sollte das ich die Flows für ausgereift halte, dann muss ich meinen Beitrag wohl nochmal ändern.
Es ging konkret um die Frage ob irgendjemand die Flows schon nutzt, und darauf habe ich unseren einen Usecase geschildert. Das sie noch lange kein vollwertiger Ersatz sind ist glaube ich jedem klar. Wir haben für uns entschieden das wir schon eigene Erfahrungen mit den Flows sammeln wollen und konnten damit sogar etwas abbilden, das wir mit den EAs so nicht abbilden konnten. Dennoch, die Flows sind aktuell sicher noch nicht für jeden etwas und ich hoffe das es nicht so rüberkommt das ich jetzt jedem empfehlen würde alles auf die Flows umzustellen.
Gruß Johannes
Eigentlich freue ich mich auf Flows.
Da wir aber nur 2,5 Leute hier sind, haben wir weitest gehend auf EAs gesetzt, um uns auf anderes zu fokussieren. Das muss dann auch laufen.
Kann man testweise Flows und EAs zusammen laufen lassen?
Also falls der eine bockt, fängt der andere auf?
1 „Gefällt mir“
Also ich bin aktuell auch eher Fan von EA wegen der zu häufigen Ausfälle, leider kommt ja Bald das Thema mit der DHL und der API das macht mir dann Bauchweh, in dem Fall kann ich ja gar keine EA mehr nutzen.
Aber mal noch ne Frage dazu: Seid wann ist das “Testphase” neben den Flows verschwunden? Ist das schon lange?
LG Cristin
Ich frage mich da halt immer, warum läuft es bei anderen Anbietern aber nicht bei Plenty. Wenn ich mir den WYSIWYG-Editor anschaue, egal ob die 10 verschiedenen Editoren für WooCommerce oder der in Shopify integrierte, vom Funktionsumfang 10x mehr und stabil. Und jetzt die Flows, bei Plenty bricht das zusammen, bei Shopify laufen die zuverlässig. Wenn es bei Anbietern wie Shopify mal Ausfälle gibt, dann, weil die gesamte Cloud gestört ist (AWS etc.), nicht weil einzelne Softwareteile entscheiden, nicht mehr zu laufen - bei Plenty ist aber genau das fast immer der Fall.
Theoretisch kannst du doch beides gleichzeitig laufen lassen, getestet habe ich das bislang nicht. Ich fürchte aber das die alten Ereignisaktionen fast immer schneller auslösen werden als die Flows, wenn sie beide auf das selbe Ereignis auslösen sollen.
Bei zeitgesteuerten Automatisierungen siehts für eine Fallback-Lösung schon besser aus. Flow um 12 Uhr, Aktion um 13 Uhr laufen lassen. Fällt der Flow aus bereinigt die Aktion. Um ein paar Erfahrungen mit den Flows zu sammeln vielleicht nicht schlecht.
Gruß Johannes
3 „Gefällt mir“
Ich habe beides gleichzeitig laufen lassen, bzw lass es bei einem unserer Kunden gleichzeitig laufen.
Das sind jedoch nur kleine Flows mit Statusänderungen, das funktioniert soweit.
Wie Johannes schon sagt, die EA lösen schneller aus, dadurch kam es am Anfang zu ungewollten Ergebnissen. Wenn man das berücksichtigt, lässt sich beides parallel nutzen.
Ich gehe auch stark davon aus, dass es keine funktionierende Migration geben wird. Es ist bei vielen EAs schon schwierig den Überblick zu behalten. Auch eine mögliche Chance Prozesse zu verschlanken.
Ich weiß nicht, wie es der größte Teil hier umsetzt, wir haben bei jedem Kunden für jeden Marktplatz ein eigenes EA, wo die Versandbestätigung ausgelöst wird. Heißt also vier verschiedene Marktplätze = vier EAs.
Diese könnte man zu einem Flow zusammenfassen, durch Zweige.
Für Neulinge hier mit Otto + Shpify:
Bisher keine Probleme, sind jedoch auch kleine Flows.
Bei neueren PIDs können wir sowieso keine EAs mehr nutzen, daher müssen wir es mit dem Flow umsetzen.
Edit: Ich habe den Eindruck, dass es bessere Filtermöglichkeiten gibt.
Beste Grüße
Kim
3 „Gefällt mir“
Ahaaa… Nach Hinweis anderswo hab ich grade noch mal nach geschaut, da steht jetzt
Funktionen, die mit „All PlentyONE plans“ gekennzeichnet sind, stehen ausschließlich im alten „plentyONE“-Vertrag, sowie den aktuellen PlentyONE-Tarifen zur Verfügung, die seit April 2025 verfügbar sind.
Dann können wir mit unserem sauteuren Vertrag jetzt doch auch die Migration nutzen. Is ja ne Wucht.
1 „Gefällt mir“
1 „Gefällt mir“
In der Ankündigung von gestern steht auch noch „ab April“. Wenn man dann auf die verlinkte Roadmap klickt, steht aber in der Fußnote das was ich zitiert hatte.
Die Infos fließen zäh bei Plenty.
Grade vom KAM erfahren: Features sollen kommen wie in der aktualisierten Fußnote und im Ticket von @jkornau zugesichert. Es hapert nur noch an der korrekten Erkennung der entsprechenden Verträge, die schon PlentyONE sind, aber von vor April 2025.
1 „Gefällt mir“
Guten Tag zusammen,
Ticket bei plenty seit 7 Tagen offen - keine Rückmeldung.
Neue PID daher keine Ereignisse mehr.
Durch die begrenze Flow-Anzahl müssen Ereignisse zusammengepackt werden.
Daher wichtig, dass die Flows funktionieren…
Kann mir jemand sagen, wieso der Flow beim ersten Zweig auf „Falsch“ geht?
Am 17.04 hat es funktioniert, siehe hier:
95% der Aufträge sind von der Herkunft Shopify - 162.
Danach habe ich nochmals eine Anpassung gemacht, dass die Rechnung später erstellt wird. Danach funktioniert der Zweig nicht mehr richtig.
Habe ich hier einen Denkfehler? Hat jemand eine Idee für eine Lösung oder bereits Erfahrung gemacht?
Beste Grüße
Kim
Interessant, dass zeitgesteuert nach Aufträgen gesucht und dann der Warenausgang gebucht wird.
Ohne den Zweig-Filter zu sehen, sieht das alles plausibel aus:
→ Frage nach Herkunft (z. B. Shopify)
→ wenn wahr: Versandbestätigung Shopify senden
→ wenn falsch: nächste Abfrage
Alternativ kannst du den Flow als manuell ausgelöst nachbauen und einmal auslösen. Irgendwo muss er haken, wenn du sagst, dass es nicht funktioniert.
Manuell habe ich es schon probiert, kommt auf das selbe Ergebnis raus.
Hi,
ich weiß ich werde mit der folgende Aussage beef bekomen aber wenn man Flow verwendet sollte man meiner Meinung nach folgendes Wissen haben:
Programmiererkenntnisse. Bedeutung Synchron / Asynchron. Was bedeutet True / False. Datentypen z.B. String / Boolean etc.. IF Abfragen. Und / Oder Verknüpfungen etc.
Aber auch mit diesen Wissen wenn es syntaxtisch korrekt ist, wird in einigen Fällen die Semmantik fehlschlagen, weil es so nicht umsetzbar ist. Das ganze mit den Flow ist analog zu den Order UI. Dort sieht man eindeutig das sich die Plenty Devs es sich einfach gemacht haben und fitler nutzen die in der REST-API genutzt werden.
Plenty geht davon aus, dass die Kunden eine eigene IT haben und geht auch diesen Weg.
@KStaubus Poste bitte dein Filter von Zweig unter WE Buchen.
Ich kann nur allen Raten die Flows erstellen müssen. Immer Part für Part es zu erstellen und zu testen. Immer ein Backup von funktionerenden Flow erstellen. Und auf diesen aufbauen.
Gruß
Torsten
Hey @TLeier ,
also ein Grundverständnis fürs Programmieren habe ich.
Allerdings habe ich keine Ahnung wie die Logik dahinter aussieht.
In Shopify wird es mit den Flow ähnlich gehandhabt und dort habe ich bisher keine Fehler gehabt.
Hier ist mein Filter, einfach nur die Herkunft:
Die Aufträge haben auch 162 als Herkunft.
Beste Grüße
Kim
Hi,
deine Logik geht so nicht. Was willst du erreichen?
Du willst Shopify von allen andere Herkünften trennen.
Wenn Shopfiy ist, dann die Shopify Sache machen.
Wenn nicht dann checkt nach Kaufland wenn ja Kaufland Sache machen wenn nein checkst du nach Otto wenn ja Otto Sache machen sonst …
Du solltest nicht zeitgesteuert sondern Event (Status ggf. WA gebucht) gesteuert arbeiten. Du bietest doch die Ware bei n Markplätze an unter anderem Shopify.
Der WA sollte gebucht werden, wenn die Ware verschickt wurde und das passiert im Versandprozess.
Das WA buchen hat nichts im Flow zu suchen sondern muss im Prozess rein. Dein Versandprozess. Weil wir hier nicht von Fulfillment reden.
Damit der Flow korrekt arbeiten kann brauch ich mehr Kontext.
Ich gehe davon aus, dass du ein Versandprozesss hast. Das buchen von WA bei MP ergibt kein Sinn. Wenn die Ware nicht verschickt wurde. Und das gehört in dern Versandprozess bei dem auch Shippung Labels etc. erstellt werden.
Gruß
Torsten
Hey @TLeier ,
Ich will erreichen, dass die Aufträge mit importierten Paketnummern abgewickelt werden.
Das heißt WA buchen + Rechnung erstellen (& hochladen) + Versandbestätigung.
Die Paketnr. werden per FTP einmal täglich von einem Fullfiller importiert.
Ein Auslöser beim Import der Paketnr. funktioniert nicht, da es oftmals mehrere Paketnr. gibt.
Jede Paketnr. in einer eigenen Zeile, daher werden diese nicht zeitgleich sondern nacheinander importiert. Heißt, dass der Flow bei der ersten Paketnr. auslöst und in der Versandbestätigung die 3te Paketnr. fehlen könnte.
Vermutlich wäre der Delay groß genug, wenn erst WA + Rechnung erstellt werden und dann die Versandbestätigung erstellt wird. Um das Risiko jedoch komplett zu minimieren dachte ich, dass ich es zeitgesteuert probiere. Es werden schließlich alle Paketnr. zusammen importiert werden.
Da plenty nicht antwortet, scheint es wohl kein einfacher Fehler zu sein.. oder?
Beste Grüße
Kim
Moin Kim,
das Verhalten könnte von Plenty so gewollt sein. Hier hat Kristoph ein ähnliches Problem. Meine These:
1 „Gefällt mir“
