Guten Morgen,
hat noch Jemand außer uns das Problem, dass bestimmte EAs nicht mehr greifen?
Wir gruppieren relativ oft Aufträge von bestimmten Kundengruppen, diese werden dann per EA#28 in dien Status 3.005 geschoben.
Bleiben aber seit Freitag im Status 4.0 hängen.
Merkwürdigerweise ist auch der Status 4.0 nicht in der Historie sichtbar
Auch das weiter schieben der gruppierten Originalaufträge in den Status 8.2 klappt nicht mehr.
Gruß
Ute
Ich habe in letzter Zeit auch öfter festgestellt das nicht alles geloggt wird (das ist sehr schlecht für die Prüfung) und das nicht mehr alles sauber läuft.
Die Fehler sind sehr schwer zu greifen. Zum Beispiel habe ich einem System zwei Ereignisaktionen, welche beim gleichen Status Wechsel greifen aber unterschiedliche Zahlarten filtern. Die eine geht, die andere nicht 
Hey @UteFee,
ohne Zugriff auf dein System ist es für mich leider schwierig die Fälle nachzuvollziehen.
Ich habe aber noch nicht erlebt, dass ein Statuswechsel in der Historie fehlt.
Wenn du möchtest kann ich es mir gern einmal ansehen, aber dieser Auftrag wirkt für mich so, als stünde er jetzt im Status 8.2, dadurch dass er in zwei Aufträge geteilt wurde.
Sven von der webimpact® GmbH
www.webimpact.io
office@webimpact.io
+49 (0) 2974 77 999 99
Guten Morgen Sven,
richtig,der Auftrag steht jetzt in der 8.2 weil wir ihn nachdem wir den Fehler bemerkt haben, erst händisch in die 3.005 und dann geteilt haben.
Bevor wir das getan haben, stand der Status 4.0 auch in der Historie.
Da sind wir uns ganz sicher, haben aber leider keinen Screenshot gemacht.
Übrigens schöne Grüße aus Dreiborn nach Zülpich 
Gruß
Ute
Ich kann sicher aus verschiedenen Systemen berichten, das Statuswechsel in der Historie gefehlt haben.
Wir haben gerade ähnliche Fälle, in denen Aufträge in Status 3 bleiben. In den Logs sind ähnliche ERROR wie hier gezeigt, mit Bezug auf determineWarehouse.
Teils passiert es bei Auftragsanlage, teils bei Auftragsvervollständigung. Artikel ganz unterschiedlich, Herkunft auch, ich sehe da kein genaueres Schema.
Ich tippe mal auf Paypal Rechnungskauf?
Da gibt es schon seit einiger Zeit Problem und jede Fehlerbehebung bringt einen neuen Bug mit.
Gruß Simon
Nein, ganz gemischt – war Vorkasse/Rechnung (aus WooCommerce) dabei, Amazon (was ja eigentlich immer als bezahlt reinkommen sollte), ShopApotheke (auch schon bezahlt)… Auch hier kein Schema erkennbar
Guten Morgen,
die Antworten Im Ticket 
vor 3 Minuten
Hallo Ute,
entschuldige die späte Antwort.
Bei dem Auftrag mit der ID 18814 gab es einen Timeout bei der neuen Reservierungslogik.
Was wiederum der Logeintrag dazu zeigt.
Die Vermutung ist daher, dass dadurch die Bestandsreservierung nicht getriggert wurde und der Auftrag nicht in den Status 4.0 geschoben wurde.
Das wiederum führte dazu, dass die Ereignisaktion mit der ID 28 nicht ausgelöst hat.
Mit der EA an sich ist aber alles in Ordnung.
Für genauere Informationen gebe ich das Ticket an das entsprechende Team weiter.
Viele Grüße,
Nils K.
Customer Success Engineer
vor 21 Stunden
Hallo Nils,
Im Auftrag’ 18698 ist ganz klar sichtbar, dass die EA bisher funktioniert hat.
Dieser Auftrag ist aus 4 anderen gruppiert, und ging dann korrekt erst in die 4.0 und danach sofort in die 3.005.
Die ursprünglichen Aufträge gingen dann alle korrekt in die 8.2.
#18469/18245/17592 und 17590
Gruß
Ute
vor 21 Stunden
Hallo Nils,
schau Dir bitte mal die Historie im Auftrag #18813 an.
Der Auftrag wurde gruppiert, dann ging er in die 4.0 und dann durch die EA#28 in die 3.005.
So wie es auch sein soll. Auch die dazugehörigen Originalaufträge sind korrekt in die 8.2 gewandert
Wir sind uns auch sehr sicher, dass auch der Auftrag #18814 heute morgen in die 4.0 gegangen ist, was auch zuerst in der Historie sichtbar war.
Nachdem wir den Auftrag dann händisch in die 3.005 geschoben haben, war das aber komischerweise aus der Historie verschwunden.
Was sagt mir denn diese Fehlermeldung im Log?
Gruß
Ute
vor 22 Stunden
Hallo Ute,
die Ereignisaktion reagiert nur auf den Statuswechsel auf Status 4.0.
Aber der genannte Auftrag geht nie in den Status 4.0, weshalb die EA nicht greift.
_
Die Einstellung für das Verhalten bei Gruppieren oder teilen von Aufträgen gilt immer nur für die Originalaufträge.
Die aus der Funktion entstandenen Aufträge sind von der Einstellung nicht betroffen.
Siehe >> Auftragstyp Auftrag :: plentymarkets manual
Viele Grüße,
Nils K.
Aktuell habe ich mehrere Fälle, in denen die Ereignisse nicht ausgelöst werden. Seltsam ist jedoch, dass die Ereignisse in nahezu identischen Szenarien teilweise funktionieren und teilweise nicht. Ich habe bereits ein Ticket bei Plenty eröffnet, aber leider bisher keine Antwort erhalten.
jupp, ähnliche Verhalten haben wir auch, selbst 1:1 identische Aufträge erzeugen unterschiedliche Ergebnisse.
Echt bescheiden.
