Neu Workflow Laufzeitbeschwerde 2 Werktage ohne Stausänderung

[WAWI-USER321]

Hallo,
die Laufzeitbeschwerde ist bei uns das wichtigste Instrument, wenn Pakete in D mal wieder 2 Werktage lang keinen neuen Staus erhalten haben.
Gerade wenn die Pakete mit Eingangsscan mal wieder tagelang im Paketzentrum oder der MechZB rumstehen betrifft es häufig mehrere Sendungsnummern, was das ganze manuell zu einer zeitraubenden Aufgabe macht.

Die Bedingung hierfür müsste sein, dass die Workflowaktion ausgelöst wird, wenn es seit 2 Werktagen keine Statusänderung (Außer bei zugestellt oder zur Abholung sonstwohin gebracht) gegeben hat.
In meine Augen gibt es hier gleich 2 Probleme:
Der Worker weiß nicht was bei DHL Werktage sind (MO-SA), bzw. es gibt kein Auswahl 2 Werktage anstatt 48 stunden oder nur MO-SA bei den Stunden Zählen. Die Umsetzung dürfte praktisch wohl auch nicht ganz so trivial sein.
Ich habe keine praktikable Lösung gefunden, dass die Workflowaktion nach 2 Tagen ohne irgendeine beliebige NEUE Statusmeldung ausgeführt wird.
MFG

 

[edding18]

Wir haben vor Kurzem hierfür Workflows eingerichtet - in der Praxis wird sich jetzt zeigen, ob diese funktionieren.

Das Ziel ist zu prüfen, ob innerhalb von 2 Werktagen es einen neuen Status gegeben hat.

Wir haben 3 Workflows eingerichtet, welche jeweils nach unterschiedlicher Zeit abgearbeitet werden NACH einem Status-Update. Beim Ausführungsplan also 48, 72 und 96h später einstellen (rechts oben "Zeitverzögert"). Dahinter steckt folgende Idee:

- 2 Tage nach letztem Status-Update - wird ausgeführt an Mi, Do, Fr zur Prüfung von Mo, Di, Mi
- 3 Tage nach letztem Status Update - wird ausgeführt am Di zur Prüfung von Sa
- 4 Tage nach letztem Status Update - wird ausgeführt am Mo, Di, zur Prüfung von Do, Fr

Wir haben dann noch für jeden Workflow eine eigene "erweiterte Eigenschaft" angelegt, welche prüft, ob die Sendung bereits zugestellt ist. Falls nicht, wird überprüft, ob der aktuelle Tag eben der o.g. Konfiguration entspricht und dann wird geprüft ob das letzte Status-Update älter ist als 2, 3 oder 4 Tage.

So sieht z.B. die erweiterte Eigenschaft zur Prüfung nach 2 Tagen aus:

{% if Vorgang.Sendungsstatus.Zustand == 'Zugestellt' %}
    false
{% else %}
    {% if Datum.Jetzt | Datum:'ddd' == 'Mi' or Datum.Jetzt | Datum:'ddd' == 'Do' or Datum.Jetzt | Datum:'ddd' == 'Fr' %}
        {% if Vorgang.Sendungsstatus.Zeitstempel | AddTime: '0000-00-02' < Datum.Jetzt %}
            true
        {% else %}
            false
        {% endif %}
    {% else %}
        false
    {% endif %}
{% endif %}

 

[edding18]

Update - diese Prüfung im if-Statement hat nicht funktioniert

if Datum.Jetzt | Datum:'ddd' == 'Mi' or Datum.Jetzt | Datum:'ddd' == 'Do' or Datum.Jetzt | Datum:'ddd' == 'Fr'

ich hab jetzt den Code umgebaut und zuerst das aktuelle Datum in einen String gespeichert und der wird im 2. Schritt dann geprüft. Die Simulation hat schon mal das richtige Ergebnis geliefert, in der Praxis muss es sich noch bewähren. Der volle Code sieht jetzt so aus:

{% assign todayString = Datum.Jetzt | FormatDate: 'ddd' %}
{% if Vorgang.Sendungsstatus.Zustand == 'Zugestellt' %}
    false
{% else %}
    {% if todayString == 'Mi' or todayString == 'Do' or todayString == 'Fr'%}
        {% if Vorgang.Sendungsstatus.Zeitstempel | AddTime: '0000-00-02' < Datum.Jetzt %}
            true
        {% else %}
            false
        {% endif %}
    {% else %}
        false
    {% endif %}
{% endif %}

 

[AriyaPhone]

Hallo edding18,

habt ihr das Problem damit behoben bekommen und funktioniert das ganze nun. Wir haben mehrfach das gleiche Problem und es würde uns freuen, wenn wir eine Anleitung erhalten, wie wir genau das Workflow dafür erstellen könne.

Aktuell hängen 54 Pakete bei uns bei DHL fest und es ist mühsam, das immer in Handarbeit zu überprüfen und zu bearbeiten.

 

[Blaumeise]

Ich wäre auch interessiert.