| Inhalt |
|---|
Allgemeines zu den Workflows
Kundenspezifische Workflows können dank einer generischen Workflow-Engine sehr flexibel erstellt und angepasst werden.
Sie können je nach Objekteigenschaften unterschiedlich aufgesetzt und genutzt werden.
...
Hinweis: Das Durchführen eines Workflows ist separat in der Endbenutzer-Dokumentation beschrieben, zeigt aber auch wie das Endresultat der Konfiguration aussehen kann.
Konfigurieren eines neuen Workflows
Nur Nutzer mit Administratorenrechten (Admin / IT Support, siehe Rollen und Rechte) haben das Recht, neue Workflows zu konfigurieren oder bestehende anzupassen. Sie starten von der Liste der bereits existierenden Abfragetypen (= Workflowtypen), die via "Admin → Modulkonfigurationen → Workflow → Workflowtypen" erreicht werden kann.
...
- Verlängerung beantragen (Action)
- Änderung Owner (Action)
- Änderung Risiko-Eigner (Risiko)
- Ereignisvalidierung (im Standard pausiert, da nur für das Modul 'Operationelle Ereignisse' relevant)
Wie bereits existierende Workflows Workflowtypen angepasst werden können, beschreibt Kapitel Danielas Arbeitskopie von Aufsetzen eines Workflows - neue Version, in Arbeit.
Neu mit Version 2.32 Es besteht die Möglichkeit, existierende Workflowtypen zu kopieren, um das Erstellen Anlegen von ähnlichen Workflows Workflowtypen effizienter zu gestalten. Klicken Sie dazu auf das 'Kopieren'-Icon rechts neben dem zu kopierenden Workflowtyp.
Erfassung der im Workflow involvierten Nutzer (optional)
Sollte es Nutzer(-gruppen / Rollen / Teams o.ä.) geben, auf die Sie in Ihren Workflows häufiger Bezug nehmen, so empfiehlt es sich, diese als dedizierte 'Empfänger' zu hinterlegen. Sie können dann im Workflow auf diese referenzieren und vermeiden redundanten Erfassungsaufwand.
Klicken Sie den Button '+ Neu: Empfänger' unter "Admin → Modulkonfigurationen → Workflow → Empfänger
Im Folgenden wird der Hintergrund bzw. Auswirkung der Eingaben beschrieben (wo nicht selbsterklärend, an anderer Stelle dokumentiert oder irrelevant):
| Feldname | Beschreibung | Kommentar / Querverweise (QV) |
|---|---|---|
| Kann Initiator sein | Nur Empfänger, bei denen dieses Häkchen gesetzt ist, können in der Workflow-Konfiguration als Initiator selektiert werden. | |
Erledigung für andere sichtbar | Gibt es mehrere Pendenzeninhaber, z.B. bei einer Quittierung, dann können Sie mit der (De-)Selektion steuern, ob die Adressaten den Bearbeitungsstand der jeweils anderen sehen können sollen oder nicht. | |
TBD (dzt. 'Members Removable At Creation') | Wird dieses Häkchen gesetzt, so wird dem Initator eines Workflows gestattet, geplante Empfänger von während dem Workflow zu generierenden Pendenzen schon beim Starten zu löschen. Das System stellt sicher, dass zumindest ein Empfänger vorhanden bleibt. => nach Umlabeln Screenshot 'Allgemein' oben austauschen! | |
Mitglieder | Mit Klick auf das '+'-Icon erhalten Sie zur Auswahl:
Sie bekommen nur die für Ihre Selektion relevanten Felder angezeigt.
Die Felder und Auswahloptionen sind weitestgehend selbsterklärend, und sie berücksichtigen Ihren individuellen Setup. Fazit: Zusätzlich zur expliziten Selektion von Mitarbeitern haben Sie hier eine Vielzahl von Möglichkeiten, die Empfänger(gruppe) dynamisch zu definieren - via Nutzung von Funktionen, Benutzerrollen, Kontakt-Typen der OE (d.h. abhängig von der OE des Workflow-Objektes), etc. Mit der Option 'Mitarbeiter via Expression hinzufügen' können darüber hinaus gehende, individuelle Regeln abgedeckt werden, bspw. wenn ein Custom Field des Workflows den Empfänger definiert. Soll diese Funktion verwendet werden, sind wir gerne beim Formulieren der Expression behilflich. Mit dem Setzen eines 'Fallback Empfänger' können Sie dem Risiko entgegenwirken, dass keine Pendenz generiert wird, da das da das System die Regeln nicht anwenden kann oder kein Ergebnis findet. (Beispiel: OE-Leiter ist nicht gesetzt oder es ist gar keine OE vom entsprechenden Level verfügbar.) |
Erfassung Workflow Basisdaten
Folgen Sie der Navigation Admin → Modulkonfigurationen → Workflow → Workflowtypen Workflowtypen.
Der Startpunkt für die Erstellung eines individuellen Workflows ist das Klicken des Buttons '+ Neu: Workflowtyp Workflowtyp'. Folgende Erfassungsmaske angezeigt:
Im Folgenden wird der Hintergrund bzw. Auswirkung der Eingaben beschrieben:
| Feldname | Beschreibung | Kommentar / Querverweise (QV) | ||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Name | Geben Sie dem Workflow einen bezeichnenden Namen. | Die Eingabe eines Namens in der Hauptsprache der Instanz ist Pflicht. | ||||||||||||||||||||||||||||||||||||
| Beschreibung | Falls gewünscht, können hier weitergehende Beschreibungen in den angebotenen Sprachen erfasst werden. Es werden nur die Felder angezeigt, die als Systemsprachen für den Mandanten konfiguriert sind. | Diese erscheinen als Mouseover beim Button (falls es einen Triggerbutton gibt). | ||||||||||||||||||||||||||||||||||||
| Betreff editierbar für Erfasser | Per default nicht selektiert. Falls die Option ausgewählt wird, muss ein Endbenutzer beim Starten des Workflows manuell einen Betreff eingeben. | |||||||||||||||||||||||||||||||||||||
| Beschreibung editierbar für Erfasser | Per default nicht selektiert. Falls die Option ausgewählt wird, kann ein Endbenutzer beim Starten des Workflows manuell ein Beschreibung eingeben. | |||||||||||||||||||||||||||||||||||||
| Mehrere Instanzen pro Objekt zulassen | Per default selektiert. Das bedeutet, dass pro Objekt mehrere gleichzeitig laufende Workflows dieses Typs erlaubt sind. (Erfassung nicht für alle Objekte relevant.) | |||||||||||||||||||||||||||||||||||||
| Status | Ausprägungen: Aktiv / Pausiert / Gelöscht Für Neuerfassungen ist 'Aktiv' vorselektiert i.d.R. zutreffend. | |||||||||||||||||||||||||||||||||||||
| Objekt | Üblicherweise beziehen sich die Workflows auf folgende Objekte:
| |||||||||||||||||||||||||||||||||||||
| Trigger | Hier legen Sie fest, wo in der Maske bzw. wann (und implizit durch wen) der Workflow gestartet werden kann bzw. gestartet wird. Je nach Objekt, auf das sich der Workflow bezieht, sind nicht alle Triggerpunkte relevant (nutzbar).
| |||||||||||||||||||||||||||||||||||||
| Erinnerung vor Fälligkeit | Geben Sie eine Anzahl Tage ein, falls Sie eine Erinnerung vor Fälligkeit einer Pendenz wünschen. Die Einstellung ist für den gesamten Workflow bzw. alle Pendenzen daraus gültig. Es erfolgt nur eine einmalige Erinnerung (nächtliche Stapelverarbeitung). | |||||||||||||||||||||||||||||||||||||
| Mahnung bei überfälligem Workflowschritt | Ausprägungen: Täglich / Wöchentlich am Montag Sollte eine Pendenz am vorgegebenen Fälligkeitsdatum noch unbearbeitet sein, wird der Benutzer, bei dem der aktuelle Workflowschritt hängig ist, via Email erinnert. Diese Erinnerungen können an den Arbeitstagen oder auch nur wöchentlich montags verschickt werden. | Zu 'montags': die Erinnerungen werden gebündelt an den Nutzer verschickt, um dessen Aufmerksamkeit für den Inhalt aufrecht zu erhalten ('gefühlten Spam' vermeiden). | ||||||||||||||||||||||||||||||||||||
| Editierbare Objektfelder während Workflow | Ausprägungen: Alle Felder (Default) / Keine Felder / Keine Felder ausser Kommentare / Anhänge Bestimmen Sie, welche Felder des Objektes editierbar sein sollen, wenn dieser Workflow-Typ am laufen ist. Die Einstellung ist für den gesamten Workflow bzw. alle Pendenzen daraus gültig. (Erfassung nicht für alle Objekte relevant.) | neu ab Version 2.29 | ||||||||||||||||||||||||||||||||||||
| Tag bei Start | Ermöglicht das setzen einer Zusatzinformation auf dem Objekt wenn ein Workflow gestartet wurde. Ein Beispiel-Anwendungsfall: Approval-Prozess läuft | neu ab Version 2.29 | ||||||||||||||||||||||||||||||||||||
| Tag bei Abschluss | Ermöglicht das setzen einer Zusatzinformation auf dem Objekt wenn ein Workflow erfolgreich abgeschlossen wurde. Ein Beispiel-Anwendungsfall: Approval erteilt | neu ab Version 2.29 | ||||||||||||||||||||||||||||||||||||
| Nach Abschluss löschen (T) | Geben Sie eine Anzahl Tage ein, falls Sie Pendenzen aus diesem Workflowtypen nach X Tagen automatisch löschen wollen. Der Batch GeneralHousekeepingJob wird dann nachts entsprechende Workflow-Pendenzen weglöschen | neu ab Version 2.29 | ||||||||||||||||||||||||||||||||||||
| Trigger Condition | Wenn ein Workflow nur unter bestimmten Bedingungen gestartet werden darf, so ist das hier zu definieren. Die Bedingungen müssen mit Spring Expression Language geschrieben sein. Folgendes sind übliche Standardfälle, für die wir Ihnen gerne eine entsprechende Bedingung zur Verfügung stellen:
| Sollten Sie die Auslösung des Workflows an eine konkrete Bedingung knüpfen wollen, so sind wir Ihnen mit der Codierung gerne behilflich. | ||||||||||||||||||||||||||||||||||||
| Zusatzfelder | Hier können Sie festlegen, welche Zusatzfelder im Workflow angezeigt werden sollen. Es stehen grundsätzlich alle Felder vom Typ 'Anfrage Zusatzfeld' zur Auswahl. (Welche Felder in welcher Maske angezeigt und/oder editiert werden sollen, wird bei der Definition der Schritte festgelegt.) Definieren Sie für die selektierten Felder:
Mit diesen Angaben übersteuern Sie die Einstellungen, die für den Feldtyp hinterlegt sind (angezeigt in grau, nicht editierbar). Die Übersteuerung gilt nur für den vorliegenden Workflow. | QV: Admin → Modulkonfigurationen → Custom Fields; Filter 'Typ' = 'Anfrage Zusatzfeld' | ||||||||||||||||||||||||||||||||||||
| Initiator | Es besteht die Möglichkeit, für die Definition des Initiators (d.h. wer darf diesen Workflow starten?) entweder auf zuvor angelegte 'Empfänger' zurückzugreifen (siehe QV), oder diesen explizit nur für den vorliegenden Workflow zu definieren. Je nach Selektion von 'Spezifisch definiert' (vorselektiert) bzw. 'Existierenden Empfänger verwenden' ändern sich daher die anschliessenden Eingabefelder. | QV: siehe oben; Admin → Modulkonfigurationen → Workflow → Empfänger | ||||||||||||||||||||||||||||||||||||
Initiator (Drop-Down) (nur angezeigt bei 'Existierenden Empfänger verwenden') | Selektieren Sie den existierenden 'Empfänger', den Sie als Initiator für den vorliegenden Workflow setzen möchten. Es werden nur die Empfänger im Drop-Down angezeigt, bei denen der Flag 'Kann Initiator sein' gesetzt ist. | QV: Admin → Modulkonfigurationen → Workflow → Empfänger |
...
Speichern Sie die allgemeinen Eingaben, bevor Sie mit der Definition der gewünschten Schritte beginnen, denen der Workflow folgen soll, bzw. generell bevor Sie von der Maske weg navigieren.
Erfassung Workflow Schritte
Nachdem die Grundlagen für den Workflow erfasst sind, sind noch die einzelnen Workflow-Schritte (einer oder mehrere) zu definieren.
Wichtig:
Im Fall, dass das System den Workflow auslöst (siehe oben, 'Trigger'), beinhaltet Schritt 1 die 'Instruktionen' an das System.
...
Tatsächlich ausgelöste Flows finden Sie unter Admin → Workflows gelistet. Durch Filtern des Workflowtyps gewinnen Sie schnell eine Übersicht über Nutzung und Ablauf Ihres Workflows.
Anpassen eines bestehenden Workflows
Falls Sie bestehende Workflows anpassen wollen, wählen Sie in der Liste der bereits existierenden Abfragetypen das 'Bleistift-Icon' neben dem relevanten Flow. Nehmen Sie die gewünschte Anpassung auf Basis der obigen Beschreibungen vor und speichern Sie Ihre Arbeit. Der aktualisierte Flow wird mit der nächsten Auslösung wirksam.
...