JTL-Workflows, die Routine in deiner Wawi erledigen.

Eine Regel in JTL-Wawi, die auf ein Ereignis reagiert, zum Beispiel „Auftrag erstellt“ oder „Rechnung komplett bezahlt“. Treffen die Bedingungen zu, führt die Wawi die hinterlegten Aktionen aus: ausliefern, zurückhalten, Versandart ändern, E-Mail senden oder drucken. Die Workflows findest du unter Admin > JTL-Workflows.

Den Workflow Builder haben alle Editionen. Manuelle Workflow-Ereignisse, die du per Klick an einem Auftrag oder Artikel auslöst, gibt es ab Advanced (dort zehn) und ab Pro ohne Begrenzung. Eigene Workflow-Aktionen, etwa für HTTP-Anfragen, bietet JTL nur in Pro und Enterprise. Im Kickoff prüfen wir, ob deine Edition für die geplanten Workflows reicht.

Den Preis legen wir im Kickoff fest, sobald Ereignis, Bedingungen und Aktionen je Workflow feststehen. Er gilt, bevor wir anfangen, und enthält Einrichtung, Test, Schulung deines Teams und die Liste aller Workflows.

Für Workflows mit Ausführungsplan, etwa eine Erinnerung nach 48 Stunden, ja. Die Wawi schreibt sie in die Workflow-Queue, und erst der JTL-Worker führt sie aus. Läuft er nicht, bleiben sie liegen. Fehlt der Worker noch, richten wir ihn als Windows-Dienst ein.

Ja. Die Aktion „Ausführen“ startet ein Programm oder Skript und übergibt ihm Werte aus der Wawi. Mit PowerShell erzeugt ein Skript Dateien, liest Daten aus der Datenbank oder schickt eine HTTP-Anfrage an ein anderes System. Ab der Edition Pro lassen sich HTTP-Anfragen auch als benutzerdefinierte Workflow-Aktion anlegen. Von außen lassen sich Workflows über die JTL-Wawi API auslösen. Bei einem Textildrucker gibt ein Workflow die Druckdaten über ein Skript ohne Handgriff an die Produktion weiter.

In der Workflow-Verwaltung lässt sich jeder Workflow an einem Testobjekt simulieren. Die Wawi zeigt dann, ob die Aktionen für diesen Beleg ausgeführt würden. Danach führen wir ihn gezielt für einzelne Aufträge aus und sehen in den ersten Tagen in das Workflow Log unter Admin > Hintergrundprozesse.

JTL empfiehlt, Workflows vor dem Update zu deaktivieren und danach wieder zu aktivieren und zu prüfen. Besonders betroffen sind Workflows mit eigenen Datenbankabfragen, weil JTL für direkte Zugriffe keine Garantie über Versionen hinweg gibt. Deshalb dokumentieren wir jeden Workflow mit Zweck und Prüfweg.

Ja. Wir gehen die vorhandenen Workflows durch, sehen im Workflow Log nach, was tatsächlich läuft, räumen doppelte Regeln und Schleifen auf und schreiben auf, was jeder Workflow tut.