Neu Gutscheine für JTL Shop 4

[KATTUN]

Ok, dann hat sich bei den Wawi-Versionen nix geändert. Ist bei uns auch genauso. So ein Workflow wäre sehr hilfreich. Vielen Dank für ihre Mühen!

Bei der Version 1.7.12.0 ist es so das wenn ich alles mit dem GS bezahle, dass dann die Zahlungsart in der wawi richtig gesetzt wird.
Wenn ich nur einen Teil mit dem GS bezahle und den anderen Teil dann z.B: mit PayPal zahle dann setzt die wawi bei beiden Zahlungen PayPal als Zahlungsart ein. Da die wawi aber eben weiß dass der Zahlungsartname css_gutschein ist, ist das eben ganz klar ein Fehler den die wawi selbst verursacht.

Ich habe eben mal kurz in die Workflows geschaut, man kann eine einzelne Zahlungsart wie es scheint nicht direkt ansprechen, aber ich werde das austesten und mir etwas einfallen lassen.

Den Anhang 101599 betrachten

 

[css-umsetzung]

OK, es gibt jetzt hier ein Update

Das ganze lässt sich über einen custom Workflow regeln, Aufwand max. eine Stunde, bei den meisten wird das vermutlich nur von einem SP erledigt werden können,
da der Custom Workflow über den SQL Manager angelegt werden muss.

Custom WOrkflows gehen soweit ich weiß ab Version 1.6.37


Das war jetzt mein erster custom Workflow den ich erstellt habe, es könnte also sein das da noch optimierungsbedarf wäre, bei mir läuft der so aber ohne Probleme


so sieht der custom Workflow aus den man über den SQL Manager erstellen muss:

CREATE TYPE CustomWorkflows.Parameter_spAuftragPaymentName_Name FROM NVARCHAR(255);
GO
EXEC CustomWorkflows._SetActionParameterDisplayName @parameterName = 'Parameter_spAuftragPaymentName_Name' , @displayName ='Zahlungsartname' 
GO
CREATE  PROCEDURE CustomWorkflows.spAuftragPaymentName @kAuftrag INT, @cName Parameter_spAuftragPaymentName_Name
AS
BEGIN
UPDATE dbo.tZahlung
SET tZahlung.kZahlungsart = (SELECT TOP 1 kZahlungsart FROM dbo.tZahlungsArtSprache WHERE cName= @cName)
WHERE  tZahlung.kBestellung = @kAuftrag
AND tZahlung.cName = @cName
END
GO
EXEC CustomWorkflows._SetActionDisplayName @actionName ='spAuftragPaymentName', @displayName = 'css Zahlungsart setzen'

dann hat man wenn alles gut geht
in der wawi bei den Aufträgen diese Auswahl:



und dann kann man hier den Namen der Zahlungsart so wie man es angegeben hat einfügen, in meinem Fall css_gutschein, dass ist ja jetzt über die Sprachvariablen im Plugin individuell anpassbar:




Wichtig ist, habt Ihr mehrere Sprachen, dann muss das für jede Sprache ein solcher Workflow für Auftrag erstellt eingerichtet werden.
was noch wichtig ist, die Zahlungsart muss in der wawi als Zahlungsart dann auch mit genau diesem Namen vorhanden sein.

Wenn Ihr unsicher seit, dann lasst die Finger davon und lasst es euch machen, länger als eine Stunde wird das nicht dauern, wir sind hier also weit weg von 700,- €.


Der Workflow muss zeitversetzt ausgeführt werden.

 

[KATTUN]

Wow vielen Dank. Dann schaue ich, dass wir demnächst die Wawi updaten und dann schau ich mal ob ich klar komme oder mir Hilfe holen muss. Vielen Dank Herr Petermann. Man kann ihren Service nicht genug hervorheben!

 

[Star Piercing]

Wir testen nun auch wieder dein Gutschein.
Eine frage zum Workflow, dort steht ja (Doku) Auftrag -> Sonstiges -> Hinweis
Das gibt es aber mit 1.7.?? nicht mehr, ist das nun Anmerkung?

 

[css-umsetzung]

Ja Anmerkung passt den Query solltest du anpassen, ich glaube der steht in der Doku noch nicht drinnen für die 1.7er wawi
GUTSCHEIN = deine Artikelnummer

{% if Vorgang.Sonstiges.Anmerkung -%}{{ Vorgang.Sonstiges.Anmerkung }}\
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
{% endif -%}\
{% for pos in Vorgang.AuftragsPositionen.ArtikelPositionen %}\
{% if pos.Artikelnummer == "GUTSCHEIN" %}\
{% capture query %}SELECT * FROM Verkauf.vAuftragPositionEigenschaft WHERE kAuftragPosition = '{{ pos.InternePositionsnummer }}'{% endcapture -%}\
{% assign result = query | DirectQuery %}\
{% for res in result.Daten %}\
{{ res.cName }}: {{ res.cWert }}
{% endfor %} \
{% endif %}\
{% endfor %}

 

[Star Piercing]

Hey @css-umsetzung

Was könnte das Problem/ich vergessen haben, wenn der Gutschein einfach nicht versendet wird?
Versand habe ich gesetzt.

 

[css-umsetzung]

geh als erstes ins Backend zu den Gutscheinen und schau ob das als PDF angezeigt werden kann.
Wenn das geht, dann hast du eventuell vergessen einen cronjob zu aktivieren oder wenn du es über den Worker laufen laesst, dann laeuft der nicht sauber durch.

Wenn du gar nicht weiter weißt..... anrufen.

 

[Star Piercing]

Manchmal macht es einem schon ein Angst wie schnell du bist

In der Doku steht das es kein Cronjob braucht wenn der Worker die ganze Zeit läuft (Was bei mir der fall ist), soll ich den Cronjob also doch auch noch einrichten? Habe ich bisher nicht.

 

[css-umsetzung]

Es ist am besten, bzw. am sichersten, wenn du einen Cronjob verwendest, das über den WOrker zu machen ist einfach zu unsicher.

Stell mal die Konfig auf cronjob um, danach rufst du einfach mal im Browser den Link auf der dir angezeigt wird (den ohne quite), also den oberen und schaust was passiert.

Dann sollten die ausstehenden versendet werden.

den Cronjob kannst du ruhig jede Minute laufen lassen, das ist am besten, denn wenn jemand einen GS kauft möchte er ja nicht 5 Minuten warten bis der kommt.

 

[Star Piercing]

Okok, danke schon mal.

Bei mir steht folgende URL im Backend:
*XXX*//?cssCron
Also zwei mal //, ist das korrekt? In der Doku steht dort nur eins drin.

Dann werde ich den Cronjob mal einrichten lassen.

 

[css-umsetzung]

Dann überprüfe mal ob du in deiner config Datei vom Shop ein slash am Ende der Domain hast, das gehört da nicht hin und muss dringend weg.
hier wie das in der aktuellen Version aussieht

 

[Star Piercing]

Danke, habe es meinem Entwickler weitergeleitet und wird überprüft, sobald behoben kann ich wieder weiter testen.

 

[css-umsetzung]

Du kannst das ruhig auch so testen nimm einfach das eine slash raus

 

[css-umsetzung]

Sonst ruf ich das im Browser auf

@Star Piercing Ich weiß wo deine Webseite steht

 

[Star Piercing]

So, perfekt, es läuft.
Welches ist der beste Dateityp für die Gutscheine? Habe jetzt mit .jpg probiert, da ist die farbe dann aber falsch im Shop in der Vorschau.

 

[css-umsetzung]

jpg ist der einzig mögliche Dateitype udn könnte auch 300dpi haben.
Das die Farben dann anders sind glaube ich so auf anhieb nicht

 

[Star Piercing]

Ich würde doch hier nie falsche Infos posten





Ich speichere die aber nochmal neu ab, evtl. ging da was schief.
Hmmm, nur jpg? Beim Hochladen stehen aber noch viel mehr Dateitypen da: jpg, jpeg, jpe, gif, png, bmp, svg und webp

 

[css-umsetzung]

In der Doku steht aber, das derzeit nur das Format jpg in der Größe eines Din A4 Formates möglich ist
alles andere würde derzeit nicht funktionieren, auch wenn es den Anschein hat.

 

[KATTUN]

So ich habe das

OK, es gibt jetzt hier ein Update

Das ganze lässt sich über einen custom Workflow regeln, Aufwand max. eine Stunde, bei den meisten wird das vermutlich nur von einem SP erledigt werden können,
da der Custom Workflow über den SQL Manager angelegt werden muss.

Custom WOrkflows gehen soweit ich weiß ab Version 1.6.37


Das war jetzt mein erster custom Workflow den ich erstellt habe, es könnte also sein das da noch optimierungsbedarf wäre, bei mir läuft der so aber ohne Probleme


so sieht der custom Workflow aus den man über den SQL Manager erstellen muss:

CREATE TYPE CustomWorkflows.Parameter_spAuftragPaymentName_Name FROM NVARCHAR(255);
GO
EXEC CustomWorkflows._SetActionParameterDisplayName @parameterName = 'Parameter_spAuftragPaymentName_Name' , @displayName ='Zahlungsartname'
GO
CREATE  PROCEDURE CustomWorkflows.spAuftragPaymentName @kAuftrag INT, @cName Parameter_spAuftragPaymentName_Name
AS
BEGIN
UPDATE dbo.tZahlung
SET tZahlung.kZahlungsart = (SELECT TOP 1 kZahlungsart FROM dbo.tZahlungsArtSprache WHERE cName= @cName)
WHERE  tZahlung.kBestellung = @kAuftrag
AND tZahlung.cName = @cName
END
GO
EXEC CustomWorkflows._SetActionDisplayName @actionName ='spAuftragPaymentName', @displayName = 'css Zahlungsart setzen'

dann hat man wenn alles gut geht
in der wawi bei den Aufträgen diese Auswahl:

Den Anhang 101617 betrachten

und dann kann man hier den Namen der Zahlungsart so wie man es angegeben hat einfügen, in meinem Fall css_gutschein, dass ist ja jetzt über die Sprachvariablen im Plugin individuell anpassbar:

Den Anhang 101620 betrachten


Wichtig ist, habt Ihr mehrere Sprachen, dann muss das für jede Sprache ein solcher Workflow für Auftrag erstellt eingerichtet werden.
was noch wichtig ist, die Zahlungsart muss in der wawi als Zahlungsart dann auch mit genau diesem Namen vorhanden sein.

Wenn Ihr unsicher seit, dann lasst die Finger davon und lasst es euch machen, länger als eine Stunde wird das nicht dauern, wir sind hier also weit weg von 700,- €.


Der Workflow muss zeitversetzt ausgeführt werden.

Jetzt sind wir endlich auf der aktuellen Wawi-Version und ich habe mich heute mal getraut, den Workflow per Query einzuspielen. Scheint alles zu funktionieren. Vielen Dank dafür!

 

[Freaky]

Lässt es sich eigentlich irgendwie abbilden einen Gutschein auch manuell in der WAWI einzugeben, wenn man einen Auftrag schreibt und der Kunde steht vor einem?
So dass das dann mit dem Plugin abgeglichen wird, inkl. Restguthaben?
Funktioniert das auch/oder mit JTL POS?

Mit LS Pos geht das ja, soweit ich das gelesen habe.

PS: Peter, ich liebe deine Plugins und deinen Service. Ich vermisse auf deiner Seite immer einen Changelog der Plugins. Ich lade das Plugin immer runter und lese dann da den Changelog. Das nur nebenbei