Neu Workflow AMAZON Bestellungen mit Lieferzeit + 3 Tage zurückhalten

[ichliebedieAmeise]

Hallo,

ich möchte mir einen Workflow basteln:

AMAZON Bestellungen mit Lieferzeit mit mehr als 5 Tage zurückhalten

die normale Workflow Eigenschaft finde ich nicht, sicherlich benötige ich da eine selber eingerichtete Eigenschaft.

Kann mir jemand einen Tipp geben ?

DANKE

Fiona

 

[MirkoWK]

Hallo,

werden bei euch die Tage bis Versand manuell gesetzt, oder automatisch ermittelt?
Verwendet ihr die Zusätzliche Bearbeitungszeit?
Das soll darauf hinauszielen, wo die 5 Tage Lieferzeit herkommen .

Viele Grüße
Mirko

 

[ichliebedieAmeise]

Hallo,

werden bei euch die Tage bis Versand manuell gesetzt, oder automatisch ermittelt?
Verwendet ihr die Zusätzliche Bearbeitungszeit?
Das soll darauf hinauszielen, wo die 5 Tage Lieferzeit herkommen .

Viele Grüße
Mirko

Hallo und guten morgen

Klingt erstmal alles komisch, ist aber noch so...
wir sind neu bei JTL und haben unser komplettes Lager noch nicht durchgezählt. Das dauert auch noch. Daher senden wir die Daten zu Amazon wie vorher direkt in einer Excel OHNE JTL.
Also bekommt JTL die Aufträge rein, wir haben auch die Artikel an sich eingepflegt. Nur Lieferzeit, Artikelanzahl, Preise gleichen wir NICHT über JTL zu Amazon ab.... ist halt im Moment so. Damit müssen wir auch noch ein wenig leben.



Daher habe ich mir im Auftrag -> eigene Übersichten -> eingerichtet: ( habe ich im Forum entdeckt )

Dort sehe ich, ja die Versandzeit von AMAZON. Und GENAU diese müßte ich ja im Workflow haben. Die Idee war: Aufträge zurückhalten, wo der Versand x-Tage in der Zukunft liegt.

Aber für bessere Ideen habe ich immer ein Ohr


SELECT FORMAT(dEarliestShipAt,'D', 'de-de' ) AS [Versand von],
FORMAT(dLatestShipAt,'D', 'de-de' ) AS [Versand bis],
(SELECT ('------' ) )AS [-------],
FORMAT(dEarliestDeliveryAt,'D', 'de-de' ) AS [Lieferung von],
FORMAT(dLatestDeliveryAt,'D', 'de-de' ) AS [Lieferung bis]
FROM tBestellung
JOIN pf_amazon_bestellung ON pf_amazon_bestellung.cOrderId = tBestellung.cInetBestellNr
WHERE nFBA = 0 AND tBestellung.kBestellung = @keybread


LIebe Grüße

Fiona

 

[MirkoWK]

Hi,

wenn der Prozess nur übergangsweise ist, dann brauch man da vielleicht nicht zu viel Hirnschmalz reinstecken .

Mit dem Code hier kannst du eine erweiterte Eigenschaft erstellen - dieser gibt dann die Tage bis zum "bis Versand" aus:

{%- capture query -%}
SELECT
    DATEDIFF(d,GETDATE(),dLatestShipAt) AS 'Tage bis Versand' -- alternativ dEarliestShipAt
FROM
    Verkauf.tAuftrag ab
    LEFT JOIN pf_amazon_bestellung amz ON amz.cOrderId = ab.cExterneAuftragsnummer
WHERE
    nFBA = 0
    AND ab.kAuftrag = {{ Vorgang.Stammdaten.InterneAuftragsnummer }}
{%- endcapture -%}
{%- assign result = query | DirectQueryScalar -%}
{{result}}

Damit kannst du dann ja, wenn > 5 den Rückhaltegrund setzen.

Vielleicht hilft das ja

 

[ichliebedieAmeise]

Hallo,
vielen DANK für Deine ZEIT !
Ich habe das mal eingerichtet. Bei normalen Versand innerhalb 1 Tag klappt das.
Aber bei späteren klappt das nicht.
"Bedingung trifft nicht zu: (27 Größer gleich 5)"

sooo jetzt frage ich mich, was ich in der Schule falsch gelernt habe... ich dachte 27 ist größer als 5

___

Kannst du mir einen Tipp geben, wie ich mir auch Wissen diesbezüglich aneignen kann, ich bin neidisch und komme aber absolut nicht aus dem Bereich... ich bräuchte nur mal eine Info, wo und nach was ich suchen soll. Ist das Java Script ?

Liebe Grüße

 

[MirkoWK]

das klingt auf jeden Fall komisch. Es könnte sein, dass die 27 nicht als Zahl formatiert ist.

Mach mal in dem Workflow statt {{result}} >> {{result | Times: 2}} - dann müsste die doppelte Anzahlt rauskommen - kannst du ja in der erweiterten Eigenschaft direkt testen.

Das innerhalb von dem Capture ist SQL, womit man die Daten direkt aus der Datenbank holen kann. Man kommt bei manchen Anforderungen da einfach nicht herum (nur meine Meinung). SQL Infos im Forum oder dann Google / Youtube.
Der Rest ist Dotliquid, was eine Templatesprache ist. Dazu gibt es schöne Dokus in JTL und auch vieles im Forum. Aber es gibt halt immer wieder neue spezielle Anforderungen.


Hier mal noch eine Alternative der erweiterten Eigenschaft:

{%- capture query -%}
SELECT
    CASE
        WHEN DATEDIFF(d,GETDATE(),dLatestShipAt) > 4 THEN 'true'
        ELSE 'false'
    END -- alternativ dEarliestShipAt
FROM
    Verkauf.tAuftrag ab
    LEFT JOIN pf_amazon_bestellung amz ON amz.cOrderId = ab.cExterneAuftragsnummer
WHERE
    nFBA = 0
    AND ab.kAuftrag = {{ Vorgang.Stammdaten.InterneAuftragsnummer }}
{%- endcapture -%}
{%- assign result = query | DirectQueryScalar -%}
{{result}}

dann kannst du auf "true" abfragen, wenn es größer 4 sein soll.

 

[ichliebedieAmeise]

das klingt auf jeden Fall komisch. Es könnte sein, dass die 27 nicht als Zahl formatiert ist.

Mach mal in dem Workflow statt {{result}} >> {{result | Times: 2}} - dann müsste die doppelte Anzahlt rauskommen - kannst du ja in der erweiterten Eigenschaft direkt testen.

Das innerhalb von dem Capture ist SQL, womit man die Daten direkt aus der Datenbank holen kann. Man kommt bei manchen Anforderungen da einfach nicht herum (nur meine Meinung). SQL Infos im Forum oder dann Google / Youtube.
Der Rest ist Dotliquid, was eine Templatesprache ist. Dazu gibt es schöne Dokus in JTL und auch vieles im Forum. Aber es gibt halt immer wieder neue spezielle Anforderungen.


Hier mal noch eine Alternative der erweiterten Eigenschaft:

{%- capture query -%}
SELECT
    CASE
        WHEN DATEDIFF(d,GETDATE(),dLatestShipAt) > 4 THEN 'true'
        ELSE 'false'
    END -- alternativ dEarliestShipAt
FROM
    Verkauf.tAuftrag ab
    LEFT JOIN pf_amazon_bestellung amz ON amz.cOrderId = ab.cExterneAuftragsnummer
WHERE
    nFBA = 0
    AND ab.kAuftrag = {{ Vorgang.Stammdaten.InterneAuftragsnummer }}
{%- endcapture -%}
{%- assign result = query | DirectQueryScalar -%}
{{result}}

dann kannst du auf "true" abfragen, wenn es größer 4 sein soll.

Die letzte Variante hat geklappt ! -> Virtuelle Freudensprünge DANKE