In Diskussion Workflow: Paket wurde in Filiale abgegeben funktioniert nicht

[limette123]

Hallo,

ich habe ein Problem mit dem Workflow Sendungsstatus aktualisiert - das Paket liegt in der Postfiliale. Ich habe den Workflow wie oben beschrieben eingerichtet. Alerdings bezieht sich der Workflow nicht auf die letzte Eintragung im Sendungsstatus "Info" (dort steht HLDCC), sondern auf den vorletzten Eintrag "Zustellfahrzeug". Dort steht natürlich noch nicht HLDCC, daher wird der Workflow nicht ausgeführt.

Wie kann ich das Problem beheben?

Viele Grüße

 

[wawi-dl]

@Christopher.S
Warum kann man über "Sendungsstatus aktualisiert" keinen "manuellen Workflow" ausführen?

Wir wollen unsere Workflows nur einmal unter manuelle bauen und dann über die anderen Knoten nur darauf verweisen, weil wir verschiedene Konstelationen haben.

 

[forumjtlolshopag]

Hallo Zusammen,

ich möchte euch einen Weg zeigen, wie Ihr einen Sendungsstatus, der als Zustand "Info" herein kommt dennoch in Workflows verwenden könnt, inklusive der Adresse der Postfiliale. Dies mache ich am Beispiel einer Sendung, die zu einer Postfiliale geliefert wurde. Der Workflow kann aber auch für alle anderen Arten von "Info" Statusmeldungen genutzt werden.
Den Anhang 99451 betrachten
Hierzu geht ihr folgendermaßen vor:
1. Es muss ein Workflow im Bereich Versand -> Paket -> Sendungsstatus aktualisiert erstellt werden (Zum Testen kann man diesen auch unter Paket - Manuell erstellen und danach einfach per Drag & Drop mit gedrückter rechter Maustaste in den Bereich kopieren)
2. Die Bedingungen des Workflows sollten wie folgt aussehen.
Den Anhang 99454 betrachten
Wichtig hierbei ist, dass Alle Bedingungen erfüllt sein müssen, damit der Workflow nur dann auslöst, wenn der Kunde die Ware nicht bereits abgeholt hat, also die Sendung zugestellt wurde.
Es wird auf den Sendungsstatusverlauf geprüft, weil "Info" Zustandsmeldungen nicht maßgebend für den Paketstatus sind. Bei letzter Sendungsstatus wird also immer nur der letzte Status ausgegeben, der nicht den Zustand "Info" beinhaltet.
3. Als Aktion wählt man Email senden und für den Text klickt man auf die 3 Pünktchen und gibt folgendes ein

Hallo {{ Vorgang.Auftrag.Kunde.Adresse.Vorname }},
Dein Paket wurde erfolgreich zugestellt, allerdings konnte es nicht direkt an Deine Postadresse geliefert werden.
Deine Sendung wurde in eine Filiale gebracht.
{% for VersandStatus in Vorgang.Sendungsstatusverlauf -%}{% if VersandStatus.Externer_Zustand contains 'HLDCC' -%}{{ VersandStatus.Meldung }}{% endif -%}{% endfor -%}
Viel Spaß mit Deiner Bestellung.
Mit freundlichen Grüßen
Dein Team von "Deine Firma"

Dies sieht dann für den Kunden folgendermaßen aus.
Den Anhang 99457 betrachten

Jetzt habt ihr für den Fall, dass sich der Status der Sendung aktualisiert hat eine Prüfung, ob die Ware in eine Filiale gebracht wurde und ob der Kunde diese bereits abgeholt hat. Als Aktion erhält dieser nun eine Email mit der Adresse der Filiale.

Viele Grüße

Christopher

Wenn ich das richtig verstehe kommt wohl der manuelle Workflow an den Info Status ran, das ursprünglich ausgelöste Ereignis nicht? Versteh den Sinn dahinter nicht die Info Ereignisse zu ignorieren.
Wir haben z.B. den Fall, das die Paketshopadresse als Info sehr stark verzögert reinkommt, damit funktioniert der manuelle Workflow auch nicht:

Edit: Sehe auch gerade das wir keine Workflowschleifen bauen können, da wir keine manuellen Workflows für Pakete auslösen können... Ich stell nochmal ein Ticket.

 

[forumjtlolshopag]

Wir haben es jetzt anders gelöst. Es sieht so aus, das selbst wenn ein Info-Datensatz reinkommt, das Workflow Ereignis ausgelöst wird. Durch erweiterte Eigenschaften fragen wir gezielt nach dem letzten Status und der letzten Status-Meldung. Damit lassen sich auch "Info" Zustände über die Workflows steuern.

 

[REQU3ST]

{% capture query %}
SELECT TOP(1) Shipping.tState.cProviderState
FROM Shipping.tState
LEFT JOIN Shipping.tPackage ON Shipping.tState.kPackage = Shipping.tPackage.kPackage
WHERE Shipping.tPackage.cTrackingId = '{{ Vorgang.Sendungsnummer }}'
ORDER BY Shipping.tState.dDate DESC
{% endcapture -%}\
{% assign result = query | DirectQueryScalar %}\
{{ result }}

So prüfen wir, ob der letzte Status HLDCC enthält und somit der WF ausgelöst wird. Wawi Version 1.9x

 

[forumjtlolshopag]

Geht auch ganz ohne SQL. Einfach durch die Meldungen durchloopen. Hat den Vorteil, falls sich die Tabellen bei einem Wawi Update mal ändern, funktioniert das ganze weiterhin:

Das liefert z.B. den letzten Zustand:

{% for VersandStatus in Vorgang.Sendungsstatusverlauf -%}\
{% assign Zustand = VersandStatus.Zustand %}\
{% endfor -%}\
{{ Zustand }}

 

[Verkäuferlein]

Jetzt habt ihr für den Fall, dass sich der Status der Sendung aktualisiert hat eine Prüfung, ob die Ware in eine Filiale gebracht wurde und ob der Kunde diese bereits abgeholt hat. Als Aktion erhält dieser nun eine Email mit der Adresse der Filiale.

Geht das denn mittlerweile auch, dass der Abruf der Sendungsdaten durch den T&T-Server nicht beendet wird, sobald das Paket in der Filiale ist und man somit gar nicht mitbekommt, ob das Paket schon abgeholt wurde?
Oder ist das nur bei GLS so, dass Abgabe im Paketshop = Zustellung auslöst.

Wäre cool, wenn man später nochmal einen Reminder senden könnte, wenn das Paket nach x Tagen noch in der Filiale liegt.

Geht auch ganz ohne SQL. Einfach durch die Meldungen durchloopen. Hat den Vorteil, falls sich die Tabellen bei einem Wawi Update mal ändern, funktioniert das ganze weiterhin:

Das liefert z.B. den letzten Zustand:

Bei uns kommt es manchmal auch vor, dass die Status (zeitlich) falsch sortiert sind. Klappt das bei Euch immer, dass der letzte Status auch definitiv der letzte (aktuelle) Stand ist?

Und stimmen mittlerweile die Zeitstempel in T&T mit denen aus dem Online-Tracking überein oder gibt es da immer noch eine Differenz von 1-2 Stunden?

 

[forumjtlolshopag]

Bei uns kommt es manchmal auch vor, dass die Status (zeitlich) falsch sortiert sind. Klappt das bei Euch immer, dass der letzte Status auch definitiv der letzte (aktuelle) Stand ist?

Hab ich bisher einmal beobachtet. Für den größten teil klappt es. Wir beobachten gerade noch wie gut das insgesamt für uns funktioniert. Bzgl. der Uhrzeit bin ich erst mal davon ausgegangen, das ggf. einfach der Zeitstempel nicht nach Winter/Sommerzeit umgestellt wird. Uns war überhaupt wichtig, Kunden am Tag nochmal informieren zu können.

 

[pannscheck]

Das liefert z.B. den letzten Zustand:
{% for VersandStatus in Vorgang.Sendungsstatusverlauf -%}\
{% assign Zustand = VersandStatus.Zustand %}\
{% endfor -%}\
{{ Zustand }}

Hallo,

Wir hatten auch Mehrfach-eMails, da die gesuchten Werte auch in alten Einträgen gefunden wurden.

Die direkte SQL Abfrage von REQU3ST (vom 3.11.24, #25) funktioniert bei uns im Workflow .
Die Abfrage von forumjtlolshopag ohne SQL (siehe oben) leider nicht .
Wie bekommt ihr den "letzten Status" ohne SQL abgefragt?

Gruss Pannscheck

 

[forumjtlolshopag]

Die Schleife liefert eigtl. den letzten Status. Ihr könnt das ja über die erweiterten Eigenschaften testen. Die Schleife geht einfach alle Meldungen durch und setzt die jeweilige Meldung in die Variable. das davor gesetzte wird dann überschrieben. Damit verbleibt nach der Schleife der letzte Wert in der Variable, die nur nochmal ausgegeben wird.