Neu Packstation als Lieferadresse (Versandart nicht DHL) - Wie macht Ihr das? Workflow?

[Verkäuferlein]

Hallo,

wir haben immer wieder das Problem, dass Kunden (insbesondere über ebay) bei uns bestellen, als Versanddienstleister GLS (von uns günstiger angeboten als DHL) auswählen und dann die Packstation als Lieferadresse angeben.

Von ebay kann man hier leider nicht erwarten, dass die das mal hinbekommen, den Kunden nur die Packstation als Lieferadresse zu erlauben, wenn auch der DHL-Versand gewählt wurde.

Nun haben wir versucht dies über einen Workflow zu lösen, der auch prinzipiell funktioniert und welcher bei Auftragserstellung überprüft ob Packstation in der Lieferadresse vorkommt und die Aufträge zurückhält und eine Mail an uns schickt. Dieser Workflow wird sofort durch den Worker beim Import gestartet, läuft also direkt auf dem Server und ohne Zeitverzug.

Leider ist es in der Vergangenheit immer wieder vorgekommen, dass dennoch entsprechende Aufträge von dem Workflow "ignoriert" worden sind, beim testen des Workflows aber mit dem Auftrag einwandfrei funtkionieren.

Wir hatten dies daher als Bug an JTL gemeldet, aber leider ist auch von dort keine wirkliche Hilfe zu erwarten, da uns lediglich gesagt wurde, dass der Workflow mit Auftragserstellung ausgelöst wird aber ebay und Amazon ja später noch die Lieferadresse in die Datenbank schreiben.

Der Tipp von JTL war, den Workflow mit Zeitverzögerung laufen zu lassen (woher weiß ich, wann Amazon und ebay fertig sind mit Lieferadresse schreiben? Das ist eigentlich Sinn und Zweck des Workflows das zu erkennen und dann auszulösen, wenn der Auftrag komplett geschrieben ist.), wenn dann allerdings der Packer schneller ist als der Workflow hilft uns das auch nicht wirklich weiter.

Leider war das Thema dann damit auch für den JTL-Support erledigt und das konterkariert leider die gesamte Workflow-Funktion.

Wie handhabt Ihr solche Aufträge?

Wie gesagt, wir möchten die Versandart nicht auf DHL umstellen, da die Versandart für uns und den Endkunden in der Regel deutlich teurer ist (teilweise Sperrgut). Wir würden die Aufträge gerne sperren, die Workflows sind hier aber scheinbar überfordert.

Danke und Gruß,
Verkäuferlein

 

[Hangman]

... dass der Workflow mit Auftragserstellung ausgelöst wird aber ebay und Amazon ja später noch die Lieferadresse in die Datenbank schreiben.

Ich gehe davon aus, dass du die Aufträge automatisch erstellen lässt.

Bei Amazon wird nichts nachträglich geändert. Ist der Auftrag da, dann bleibt der unverändert.
Bei Ebay wird der Auftrag auch automatisch nur erstellt, wenn die Kundschaft die Kaufabwicklung abgeschlossen hat. Auch da wird nachher von Ebay nichts mehr geändert.

woher weiß ich, wann Amazon und ebay fertig sind mit Lieferadresse schreiben?

Wenn der Auftrag in der Wawi ist, sofern automatisch erstellt.

 

[Verkäuferlein]

Davon bin ich ja auch ausgegangen, bzw. davon, dass der Workflow natürlich erst durchläuft, wenn der Auftrag fertig geschrieben ist.

Auf mein hierzu erstelltes Ticket habe ich aber folgende Rückmeldung von JTL erhalten, welche das Gegenteil behauptet:

Es wird immer wieder den Fall geben können das etwaige Änderungen in die Datenbank durch externe Dienstleister wie Amazon & Ebay Zeitversetzt geschrieben werden und sei es nur 2 Sekunden.
In diesem Fall würde der Workflow dann nicht auslösen, da der dementsprechende Eintrag noch nicht erstellt ist bei Auftragserstellung.

Wie gesagt, in der Praxis bestätigt sich dies leider dadurch, dass der Workflow bei Erstellung des Auftrages trotz erfüllter Bedingungen nicht greift, bei einem späteren Test-Durchlauf aber schon.

Soll heißen, der Workflow fängt an zu werkeln, bevor der komplette Auftrag in der Wawi ist.

 

[DITH-Shop]

Ich habe auch noch nie erlebt das E oder A nach dem Anlegen des Auftrages noch einmal was ändern würde.

Zur Sicherheit kannst Du aber den Workflow mit einer Verzögerung von x Minuten laufen lassen (wobei x deinem Worker-Intervall +1 entspricht). Dann wird mit Sicherheit nichts mehr verändert.

 

[DITH-Shop]

Von ebay kann man hier leider nicht erwarten, dass die das mal hinbekommen, den Kunden nur die Packstation als Lieferadresse zu erlauben, wenn auch der DHL-Versand gewählt wurde.

Das schafft Amazon aber auch nicht.

 

[Verkäuferlein]

Ich habe auch noch nie erlebt das E oder A nach dem Anlegen des Auftrages noch einmal was ändern würde.

Zur Sicherheit kannst Du aber den Workflow mit einer Verzögerung von x Minuten laufen lassen (wobei x deinem Worker-Intervall +1 entspricht). Dann wird mit Sicherheit nichts mehr verändert.

Na ja, das wäre auch sehr seltsam, wenn Amazon oder ebay direkten Zugriff auf die Wawi-DB hätten. Außerdem ist eine abgeschlossene Kaufabwicklung eine abgeschlossene Kaufabwicklung und da dürfte sich aus logischer Sicht schon nichts ändern. Das Problem ist wahrscheinlich viel mehr, dass der Workflow anfängt zu arbeiten, sobald angefangen wird den Auftrag zu schreiben, also z.B. sobald eine Auftragsnummer in der DB erstellt wird. Wenn dann die Lieferadresse geschrieben wird, ist der Workflow dann eventuell schon durchgelaufen, bevor diese Daten in der DB angekommen sind.

Ob das Sinn und Zweck eines "Workflows" ist Daten zu prüfen bevor sie vorhanden sind und nicht erst zu starten, wenn der Auftrag komplett ist, sei mal dahingestellt.

Wir haben das jetzt so gelöst, dass der Workflow einmal sofort (also ohne Verzögerung) läuft und dann noch ein 2. Mal mit 1 Minute Verzögerung, wo dann zusätzlich geprüft wird, ob der Auftrag schon zurückgehalten wird.

Jetzt ist die Gefahr zwar minimiert, dass ein Packer schneller ist als der Workflow, prinzipiell besteht sie allerdings immer noch.

 

[Andreas Grambow]

lasst doch einfach den Workflow minimal zeitversetzt arbeiten. 1 Minute nach erstellen ist möglich.

 

[Verkäuferlein]

Hallo,

danke für Deine Idee.

Wie geschrieben haben wir dies jetzt auch so, halt einmal den Workflow mit Ausführungszeitpunkt "sofort" und ein zweites Mal mit 1 Minute Verzögerung, der noch nicht auf Prüfung gesetzte Aufträge abfängt. Damit sollte sich 99,9% ausfiltern lassen, allerdings besteht immer noch eine geringe Gefahr, dass ein Packer schneller als die Minute ist, wenn der 1. Workflow mal nicht greift.

Gruß,
Verkäuferlein