Stornobeleg als Workflow-Trigger

[JKE]

Hallo zusammen,

ich stehe aktuell vor folgendem Problem und hoffe, jemand kennt dafür eine Lösung oder einen Workaround:
Workflows, die nach der Erstellung einer Rechnungskorrektur ausgelöst werden (z.B. „Beim Speichern“, „Mail senden“ usw.), werden bei der Erstellung einer Stornorechnung leider nicht ausgeführt.
Meine Idee wäre, die gleichen Automatismen auch für Stornorechnungen zu nutzen – aktuell scheint das aber nicht zu greifen.
Hat jemand von euch das schon einmal gelöst oder einen Ansatz, wie man Workflows auch nach Erstellung einer Stornorechnung zuverlässig auslösen kann?

Vielen Dank schon mal!

Viele Grüße
Joshua

 

[frankell]

Hallo Joshua,

ein Rechnungsstorno ist auch keine Rechnungskorrektur.

Aber unter den Workflows im Bereich "Rechnungen" findest Du den Ast "Rechnungen - Storniert". Dort müsstest Du Deine gewünschten Workflows zusätzlich anlegen.

VG,
Frank

 

[JKE]

Hallo Frank,

vielen Dank für die Antwort. Dort kann ich zwar einen Workflow hinterlegen, allerdings nur um die Rechnung auszugeben. Ich bräuchte allerdings die Rechnungsstorno.

Viele Grüße
Joshua

 

[andreas.risto]

Habe genau das gleiche Problem.
Wir speichern unsere Rechnungen und Gutschriften auf den Server.
Bei einem Stornobeleg finde ich keinen Workflow-Trigger

 

[frankell]

Dort kann ich zwar einen Workflow hinterlegen, allerdings nur um die Rechnung auszugeben. Ich bräuchte allerdings die Rechnungsstorno.

Es gibt keine eigenständigen Rechnungsstornovorlagen. Ich kann hier nur für uns sprechen, aber wir machen es einfach so, dass wir in die Rechnungsvorlage einen fetten roten Block mit STORNO drin haben, der aber nur ausgegeben wird, wenn die Rechnung storniert wurde.

 

[Klaus Littmann]

Für ein Rechnungsstorno gibt es einen Stornobeleg. Diese Stornobelegnummer lässt sich bei den Workflows nur im Bereich Rechnungskorrektur als Bsp-Objekt auswählen. Außerdem wird bei uns bei der Ausgabe des Rechnungsstornobelegs die Rechnungskorrekturvorlage genutzt (Wawi 1.10.14.3)
Leider klappt die automatische Speicherung nicht wie bei der Erstellung von den normalen Rechnungskorrekturen.
@frankell seine Variante geht wahrscheinlich, weil in der normalen Rechnungsvorlage über eine Variable abgefragt wird, ob diese Rechnung storniert ist. Wenn storniert, dann steht halt nicht mehr in der Überschrift "Rechnung" sondern "Rechnung storniert" oder ähnliches.
Dann sind es aber 2 verschiedene Belege
1. originale Rechnung wo dann nicht mehr "Rechnung" sondern "Rechnung storniert" darüber steht
2. Den Beleg wo die Stornorechnungsnummer drauf steht, wo aber die Vorlage "Rechnungskorrektur" genommen wird.

Leider kann man den 2. Beleg nicht über einen Workflow speichern, sondern nur über den Button in der Wawi.

Viele Grüße
Klaus Littmann

 

[frankell]

Es ist einfach so, dass Rechnungsstornos etwas anderes sind als Rechnungskorrekturen, auch wenn man auf die Idee kommen könnte, dass ein Storno auch eine Art von Korrektur darstellt. Aber in der Wawi killt ein Rechnungsstorno die Rechnung vollständig, eine Rechnungskorrektur belässt die Rechnung am Leben, ändert sie aber.
Ähnlich ist es bei einem Rechnungskorrekturstorno. Auch dieser killt die gesamte Rechnungskorrektur.

Daher halte ich es prinzipiell auch für vertretbar, dass man keine eigenständigen Stornobelege erstellt, sondern nur die Vorlagen dergestalt ergänzt, dass bei einem Storno dies deutlich auf dem Dokument sichtbar ist. Insoweit benötigt man m.M.n. auf den Vorlagen auch nicht die Stornobelegnummern.

 

[Ahok]

Ich muss das hier mal wieder ausgraben, weil mir das gleiche Problem gerade auch auffällt. Wir haben unter Rechnungskorrektur eine Druckvorlage die Stornorechnung heißt:


Diese ist entstanden, weil ich annahm, dass dies die Standard-Vorlage dafür ist, da bei der Übersicht der Stornobeleg bei Ausgabe die Rechnungskorrekturen fett gedruckt als erste Option kommt:


Verstehe ich das richtig, dass es für mich jetzt keine Option gibt, diese Vorlage per Workflow zu speichern? In Rechnungskorrekturen - Erstellt finde ich alle Stornobeleg als Designobjekte in der gleichen Liste wie Rechnungskorrekturen, was die Annahme zulässt, dass sich bei einem Stornobeleg um weitesgehend das gleiche Objekt handelt, wie bei einer Rechnungskorrektur. Simulieren und Ausführen im Workflow Fenster klappt mit diesen Objekten. Aber trotz allem wird der Workflow anscheinend nicht vom Erstellen eines Stornobelegs ausgelöst.

Bei Rechnung - storniert gibt es die Stornobelege nicht als Design-Objekte, die Ausgabe kann nicht auf Rechnungskorrektur-Objekte zugreifen und ein manuelles Workflow-Ereignis von Rechnungskorrektur-Objekten kann ich nicht ausgelöst werden.

Ist also der einzige Weg für mich das zu realisieren, die Stornobeleg Vorlage als Rechnungsvorlage neu anzulegen?

 

[frankell]

Hallo @Ahok,

Du kannst für Rechnungsstornos tatsächlich sowohl Rechnungsvorlagen als auch Rechnungskorrekturvorlagen verwenden, aber leider ist gleichzeitig so, dass Du für die Ausgabe durch einen Workflow unter "Rechnungen - Storniert" eine Rechnungsvorlage für ein Rechnungsstorno benötigst. Als einheitlich kann man das nicht bezeichnen.

Da wie gesagt auch Rechnungskorrekturvorlagen für Rechnungsstornos herhalten können (nur nicht auswählbar bei der Ausgabe unter "Rechnungen - Storniert"), wäre es einen Versuch wert zu schauen, ob auf die Erstellung eines Rechnungsstornos vielleicht auch der Trigger "Rechnungskorrektur - Erstellt / Festgeschrieben" reagiert. Glaube ich zwar nicht, aber selbst probiert habe ich es auch nicht.

 

[Ahok]

Hallo @Ahok,

Du kannst für Rechnungsstornos tatsächlich sowohl Rechnungsvorlagen als auch Rechnungskorrekturvorlagen verwenden, aber leider ist gleichzeitig so, dass Du für die Ausgabe durch einen Workflow unter "Rechnungen - Storniert" eine Rechnungsvorlage für ein Rechnungsstorno benötigst. Als einheitlich kann man das nicht bezeichnen.

Da wie gesagt auch Rechnungskorrekturvorlagen für Rechnungsstornos herhalten können (nur nicht auswählbar bei der Ausgabe unter "Rechnungen - Storniert"), wäre es einen Versuch wert zu schauen, ob auf die Erstellung eines Rechnungsstornos vielleicht auch der Trigger "Rechnungskorrektur - Erstellt / Festgeschrieben" reagiert. Glaube ich zwar nicht, aber selbst probiert habe ich es auch nicht.

Nein, er reagiert da nicht drauf leider.

 

[Ahok]

Hallo @Ahok,

Du kannst für Rechnungsstornos tatsächlich sowohl Rechnungsvorlagen als auch Rechnungskorrekturvorlagen verwenden, aber leider ist gleichzeitig so, dass Du für die Ausgabe durch einen Workflow unter "Rechnungen - Storniert" eine Rechnungsvorlage für ein Rechnungsstorno benötigst. Als einheitlich kann man das nicht bezeichnen.

Da wie gesagt auch Rechnungskorrekturvorlagen für Rechnungsstornos herhalten können (nur nicht auswählbar bei der Ausgabe unter "Rechnungen - Storniert"), wäre es einen Versuch wert zu schauen, ob auf die Erstellung eines Rechnungsstornos vielleicht auch der Trigger "Rechnungskorrektur - Erstellt / Festgeschrieben" reagiert. Glaube ich zwar nicht, aber selbst probiert habe ich es auch nicht.

Erschwerend hinzu kommt auch, dass ich unter diesen Umständen gezwungen bin Stornobelege als Rechnungs-Druckvorlage anzulegen, dort Stornobelege aber nicht als Design-Objekt gewählt werden können. Die Thematik scheint mir noch nicht konsistent durchdacht zu sein. Ebenso gibt es keine Stornobeleg / Rechnungskorrektur-Variablen in der Rechnungs-Druckvorlage. Stornobelegnummer und Datum der Erstellung des Stornos finde ich dort nicht.

 

[frankell]

Die Thematik scheint mir noch nicht konsistent durchdacht zu sein.

Leider genau so.

 

[forumjtlolshopag]

Hallo zusammen,

ich stehe aktuell vor folgendem Problem und hoffe, jemand kennt dafür eine Lösung oder einen Workaround:
Workflows, die nach der Erstellung einer Rechnungskorrektur ausgelöst werden (z.B. „Beim Speichern“, „Mail senden“ usw.), werden bei der Erstellung einer Stornorechnung leider nicht ausgeführt.
Meine Idee wäre, die gleichen Automatismen auch für Stornorechnungen zu nutzen – aktuell scheint das aber nicht zu greifen.
Hat jemand von euch das schon einmal gelöst oder einen Ansatz, wie man Workflows auch nach Erstellung einer Stornorechnung zuverlässig auslösen kann?

Vielen Dank schon mal!

Viele Grüße
Joshua

Ist definitiv ein Bug. Unter 1.9 hat es für Storno Belege innerhalb der Rechnungskorrekturen noch reagiert. Im Januar sind wir von 1.9 auf 1.10.16 gegangen und seit dem werden unsere Storno Belege auch nicht mehr gespeichert. Habt ihr kein Ticket dafür angelegt gehabt? Das ist ja definitiv ein Fehlverhalten von der 1.10. Wir erstellen ein neues Ticket dazu, das muss korrigiert werden. Wiedermal eine bestehende Funktion, die durch ein Major Update einfach so kaputt gegangen ist. Dem verursachten Programmierer gehören die Ohren lang gezogen.

Ticket angelegt: Ticket#202602253600178

 

[zaxxo]

Laut JTL war es ein Bug, dass das Workflow Event "Rechnungskorrektur erstellt" bei Stornobelegen ausgelöst wurde. Das wurde also in neueren Versionen dann "korrigiert".

https://issues.jtl-software.de/issues/WAWI-70110

Stattdessen soll es dann zukünftig (!) neue Workflow Events für Stornobelege geben.

https://issues.jtl-software.de/issues/WAWI-80406

Warum man nicht beides zusammen umgesetzt hat, um einen nahtlosen Funktionsweise zu gewährleisten, verstehe ich allerdings auch nicht. Wir hatten das bei einigen Kunden so verwendet und warten jetzt sehnsüchtigst auf die Umsetzung der neuen Events.

 

[forumjtlolshopag]

Ja, dann lieber das "Fehlverhalten" drin lassen, da kann man zur Not über Bedingungen ausfiltern, wenn bestimmte Workflows nicht reagieren sollen.
Hier wurde falsche Abwägung getroffen. Aber Fehlverhalten ist es auch nicht so richtig finde ich. Eine Storno-Rechnung ist vom Prinzip her eine Rechnungskorrektur. Der Storno der Rechnungskorrektur hat ggf. nix mit dem "Rechnungskorrektur erstellt"-Event zu tun, aber mangels Ereignissen wäre das trotzdem noch hinnehmbar gewesen. Warum beim ändern des Verhaltens vor allem nicht vorher abgewägt wird, wie viele davon negativ betroffen sein könnten, versteh ich nicht. Zeigt leider, das weder bei der Programmierung noch beim Bugfixing auf das "Ganze" geachtet wird. Kleine Anpassung -> Große Wirkung.

Edit: Support hat nochmal bestätigt, wurde durch die Tickets wie von zaxxo angegeben raus gepatcht und muss eigtl. neu umgesetzt werden. Aktuell sieht es danach aus, das nun über 3 Major Versionen (1.10, 1.11 und bald 2.0) hinweg, die Storno Belege nicht automatisiert raus gespeichert werden können. Für mich ist das eigtl. ein kritischer Fehler der zu einer Releaseverzögerung führen müsste. Es gibt ja glaub auch keine Alternative diese anders automatisiert rauszuspeichern, oder?