Neu Workflow, wenn Teilzahlung erfolgt?

[Xantiva]

Hallo zusammen,

ich würde gerne einen Workflow erstellen, der bei einer (Teil-) Zahlung ausgelöst wird. Gerade wieder den Fall, dass vom Kunde 1 ct zu wenig überwiesen wurde und das keiner mitbekommen hat. Der Auftrag ist nur "Angezahlt" ...

Es gibt zwar ein Issue: Workflows für Zahlungen ermöglichen , aber das ist 4 Jahre alt und steht immer noch auf "mittelfristig".

Ich bin den langen "was fehlt" Thread durchgegangen und auf die Beiträge von @wawi-dl bzw. die Antwort von @gnarx gestossen: https://forum.jtl-software.de/threa...len-euch-bei-den-workflows.102453/post-664870

Hmmh du brauchst doch nur eine "Erweiterte Eigenschaft" anlegen die fragt wenn Bezahlter Betrag kleiner ist als das zu zahlende dann schicke eine Mail raus.
Kannst du den erweitern auf wenn zuviel bezahlt dann schicke Mail oder mach sonst was.

Was soll hier die auslösende Aktion sein? Auftrag geändert kann es nicht sein, denn der Issue Zahlung setzen triggert "Auftrag geändert" nicht ist abgewiesen und verweist auf den obigen Issue.

 

[gnarx]

Vielleicht kannst du damit schon was anfangen. Den mit den Cent Abweichungen und auf bezahlt setzen finde ich grad nicht.

Die Erweiterte Eigenschaft für "Zuviel bezahlt ist wie folgt:

{% assign cusBezahlt = Vorgang.Zahlungen.Bezahlt | Nummer: "F1" -%}
{% assign cusGesBru = Vorgang.Zahlungen.Gesamtbruttopreis | Nummer: "F1" -%}
{% if cusBezahlt > cusGesBru %}Zuviel\
{% else %}Zahlung Ok\
{% endif %}

Für zu wenig bezahlt::

{% assign cusBezahlt = Vorgang.Zahlungen.Bezahlt | Nummer: "F1" -%}
{% assign cusGesBru = Vorgang.Zahlungen.Gesamtbruttopreis | Nummer: "F1" -%}
{% if cusBezahlt < cusGesBru %}Zuwenig\
{% else %}Zahlung Ok\
{% endif %}

 

[Xantiva]

@gnarx Danke, aber der Trigger mit "Komplett bezahlt" hilft mir ja leider nicht. Es geht um die, die zu wenig gezahlt haben. Dafür gibt es aktuell scheinbar keinen Trigger.

 

[gnarx]

Na ich habe dir doch auch die "Erweiterte" für zu wenig gezahlt gepostet.
Bei der Bedingung musst du dann nur eintragen "Zuwenig"

Jetzt muss ich nur noch suchen das der keine Mail schickt die wenn es Cent Beträge sind und den Kauf auf bezahlt setzt, gemacht habe ich das schon mal. Wenn das bei dir gebraucht wird.

P.S. Ansonsten eine PN schicken dann bauen wir das schnell ein.

 

[Xantiva]

Irgendwie schreiben wir aneinander vorbei.

Der Trigger heißt "Komplett bezahlt", oder? Egal was für ein Wert die erweiterte Eigenschaft auswerten würde - der Workflow wird doch gar nicht erst ausgeführt, weil der Auftrag ja noch nicht komplett bezahlt ist. Das dürfte nur bei Überzahlung funktionieren.

(Es sei denn, der Name für den Trigger ist falsch und er wird immer ausgeführt, wenn eine Zahlung eingeht.)

 

[gnarx]

Na dann setze das doch in den Trigger "Geändert" rein.

https://forum.jtl-software.de/threa...ow-wenn-auftrag-nur-teilweise-bezahlt.111780/

 

[Xantiva]

Habe ich jetzt mal testweise gemacht, aber was ist denn mit dem Issue:

Auftrag geändert kann es nicht sein, denn der Issue Zahlung setzen triggert "Auftrag geändert" nicht ist abgewiesen und verweist auf den obigen Issue.

 

[Xantiva]

Zum Testen haben ich den offenen Betrag auf >= 0 gesetzt. Ich sollte also bei jeder Zubuchung eine Mail erhalten.

Das funktioniert nicht. Einer Bestellung wird eine Zahlung zugewiesen, aber es wird keine Mail versendet. Dann öffne ich gerade diesen Auftrag und sehe dass der "Zahlung" -Button disabled ist. Also - ohne etwas geändert zu haben - aus dem Auftrag heraus die Rechnung geöffnet. In dem Augenblick wird die Mail versendet?!?!? Es gibt - meiner Meinung nach - keine Änderung am Auftrag, aber trotzdem wird der Trigger "Auftrag geändert" ausgelöst?

 

[gnarx]

Es ist schwer zu sehen was da falsch läuft, müsste man sich mal gemeinsam anschauen. Dazu einfach eine PN.

 

[BlueEyePhoenix]

gibt es hier bereit eine Lösung für das Problem mit den Teilzahlungen?

 

[Xantiva]

Ich habe gerade mal geschaut, was ich nun für einen Workflow habe. Ehrlicherweise, weiß ich gerade nicht, ob der Kommentar mit dem Bug im Namen noch gilt.

Der Workflow wird durch das Ereignis Auftrag => Geändert ausgelöst und seit den letzten Posts hier (Mai 2021) habe ich ein paar Mails erhalten.

 

[Hero]

Hallo zusammen,

wir haben das gleiche Problem. Es gibt einfach keinen Trigger für eine Teilzahlung. Darum greift auch kein Workflow.
Auftrag geändert bezieht sich leider nicht auf Zahlungen. Hier würde der Workflow nur getriggert werden, wenn der Auftrag mit einer Teilzahlung an anderer Stelle geändert wird.

Es wäre wünschenswert wenn hier ein passender Trigger eingeführt werden würde.

Falls hier bereits jemand mit den aktuellen Mitteln eine Lösung gefunden hat, wäre ich sehr dankbar!

 

[terzel79]

Ich habe gerade mal geschaut, was ich nun für einen Workflow habe. Ehrlicherweise, weiß ich gerade nicht, ob der Kommentar mit dem Bug im Namen noch gilt.

Der Workflow wird durch das Ereignis Auftrag => Geändert ausgelöst und seit den letzten Posts hier (Mai 2021) habe ich ein paar Mails erhalten.

Den Anhang 81292 betrachten

Hi,

ich stolpere auch gerade drüber Aber kann man diesen Workflow nicht einfach bei "Auftrag erstellt" zeitverzögert hinterlegen mit bspw. 1h im Ausführungsplan? Und dann bspw. noch mal kopiert nach 2 Tagen, nochmal kopiert nach 3 Tagen, 5 Tagen und X Tagen? Theoretisch müsste ich dann doch Vorkasse Kunden mit Echtzeitüberweisung nach 1h schon bei Unterzahlung erkennen, und die normalen Überweisungen später? Oder habe ich da nen Denkfehler?

 

[frankell]

Hi,

ich stolpere auch gerade drüber Aber kann man diesen Workflow nicht einfach bei "Auftrag erstellt" zeitverzögert hinterlegen mit bspw. 1h im Ausführungsplan? Und dann bspw. noch mal kopiert nach 2 Tagen, nochmal kopiert nach 3 Tagen, 5 Tagen und X Tagen? Theoretisch müsste ich dann doch Vorkasse Kunden mit Echtzeitüberweisung nach 1h schon bei Unterzahlung erkennen, und die normalen Überweisungen später? Oder habe ich da nen Denkfehler?

Interessanter Ansatz. Allerdings wird das dann wirklich für jeden neuen Auftrag genauso oft gemacht, wie das Original und die Kopien angelegt sind. Wenn man nur ne Handvoll Aufträge pro Tag hat, geht das ja noch. Aber je mehr Aufträge Du hast, desto mehr knallst Du Dir die Workflow-Queue voll. Ich weiß nicht, ob das bei vielen Aufträgen wirklich gutgeht. Aber man kann es ja testen.

Ansonsten und auch insgesamt ressourcenschonender wird ein eigener Datenbank-Trigger sein, der den Worker unbehelligt lässt.

 

[terzel79]

Ja, ich verstehe. Wir haben aber tatsächlich nicht so viele Aufträge, eher wenig und dafür höherpreisig

Bei mir geht es mit diesem Trigger:

Diesen Workflow führe ich im Ausführungsplan noch mal 2 Minuten nach Auftrag erstellt aus, dann kopiert noch mal nach 24 Stunden, 48 Stunden, 96 Stunden und 192 Stunden. Das funktioniert.

Vielleicht hilft es ja jemandem.

 

[frankell]

Ja, ich verstehe. Wir haben aber tatsächlich nicht so viele Aufträge, eher wenig und dafür höherpreisig

Bei mir geht es mit diesem Trigger:
Den Anhang 113671 betrachten
Diesen Workflow führe ich im Ausführungsplan noch mal 2 Minuten nach Auftrag erstellt aus, dann kopiert noch mal nach 24 Stunden, 48 Stunden, 96 Stunden und 192 Stunden. Das funktioniert.

Vielleicht hilft es ja jemandem.

Dann ist das auf jeden Fall ne adäquate Lösung. Nur welche mit mehr/vielen Aufträgen sollten die Performance dann zumindest im Auge behalten und eher einen DB-Trigger in Erwägung ziehen. Alle andere können sich über diese Lösung mit Wawi-Bordmitteln freuen. Danke dafür, @terzel79!

 

[ongnamo]

Dieses Multiplizieren der WFs ist nicht sehr elegant und wirklich nur für wenige Aufträge zu empfehlen. Zumal die meisten Aufträge bei uns über Sofortzahlarteb wie PayPal bezahlt sind. Da gibt es den Fall der Unterzahlung nicht, höchstens das Scheitern der gesamten Zahlung, was man jedoch beim Event "Erstellt" abfangen kann.

Es ist wirklich schade, dass es kein Event "Zahlungseingang" oder "Zahlung gebucht" gibt. Frage mich, warum der Entwickler das auf "Komplett bezahlt" eingeschränkt hat.