Einführung
Workflows basieren in BlueSpice 4 auf BPMN 2.0.
Vier verschiedene Standard-Workflows sind bereits integriert.
Weitere individuelle Workflows können jederzeit konfiguriert werden.
Standard-Workflows
Der Zweck dieser 4 folgenden Standard-Workflows ist es, eine Seite begutachten zu lassen und ein einfaches Feedback einzuholen oder über eine Abstimmung eine Seitenfreigabe auszulösen. Im Folgenden werden diese Workflows daher Begutachtungen genannt.
Workflow | Typ | Beteiligte | Beschreibung |
---|---|---|---|
Freigabe | Freigabe | 1 Benutzer | Ein einzelner Benutzer wird aufgefordert, über eine Seite abzustimmen. Am Ende wird bei einer "Zustimmung" des Begutachters die Seite automatisch freigegeben. |
Qualitätsgesicherte Bearbeitung | Freigabe | 3 Benutzer | Nach Bearbeitung einer Seite durch einen bestimmten Benutzer wird die Seite von einem Experten überprüft und über einen Hauptverantwortlichen freigegeben. |
Gruppen-Feedback | Standard | 1 Gruppe | Eine in der Gruppenverwaltung existierende Gruppe wird aufgefordert, über eine Seite einen Kommentar abzugeben. |
Feedback | Standard | 1 Benutzer | Ein einzelner Benutzer wird aufgefordert, über eine Seite einen Kommentar abzugeben. |
Alle Begutachtungsworkflows beginnen mit der Eingabe der Workflow-Einstellungen durch einen Benutzer (Workflow-Initiator) und resultieren in vorgegebenen Worfklow-Aktivitäten.
Freigabe
Zweck: Freigabe einer Entwurfsseite durch einen Benutzer mit Freigaberechten. Dieser Workflow macht nur Sinn, wenn auf einer Seite die Freigabe-Funktion aktiviert ist.
Workflow-Instanzen: Es kann immer nur ein Freigabe-Worfklow pro Seite laufen.
Aktivität | Beschreibung |
---|---|
CollectData | Im ersten Workflow-Schritt werden die Einstellungen des Worfklows vorgenommen:
|
PageCheckout | Die Seitenbearbeitung ist nun gesperrt (auch für die freigebende Person). |
UserVote | Der zugewiesene Benutzer führt eine Abstimmung durch und akzeptiert die Seite oder lehnt sie ab. Alternativ kann die Aufgabe delegiert werden. Bei einer Ablehnung wird der nächste Schritt (ApprovePage) übersprungen. Die Abstimmung löst eine Email an den Initiator aus. |
ApprovePage | Bei einer Zustimmung wird die Seite freigegeben. |
SendMail | Eine Email-Report wird an die angegebene Email-Adresse versandt. |
PageCheckin | Die Seite wird abschließend entsperrt. |
Qualitätsgesicherte Bearbeitung
Zweck: Freigabe einer Entwurfsseite nach dem "4-Augen-Prinzip".
Workflow-Instanzen: Es kann immer nur ein Freigabe-Workflow pro Seite laufen.
Aktivität | Beschreibung |
---|---|
CollectData | Im ersten Workflow-Schritt werden die Einstellungen des Worfklows vorgenommen:
|
PageCheckout | Die Seite wird für die anstehende Abstimmung zur Bearbeitung für Wikibenutzer gesperrt. Nur der Bearbeiter (1. Workflow-Teilnehmer) kann die Seite während des Checkouts bearbeiten. Während der Begutachter (2. Workflow-Teilnehmer) seine Aufgabe durchführt, ist der Workflow noch immer für den Bearbeiter ausgecheckt (für den Fall, dass der Begutachter eine weitere Bearbeitung anfordert). |
EditPage | Der zugewiesene Bearbeiter kann die Seite bearbeiten und die Aufgabe abschließen. |
UserVote | Nachdem der Bearbeiter-Schritt abgeschlossen ist, kann der Begutachter die Seite bearbeiten und eine Stimme abgeben. Alternativ kann die Aufgabe delegiert werden. Wenn die Abstimmung positiv ist (=akzeptiert), wird der Workflow fortgesetzt. Wenn der Begutachter ablehnt, geht der Workflow zurück zum Bearbeiter.
Die Abstimmung löst eine Email an den Initiator aus. |
PageCheckin | Nachdem der Begutachter akzeptiert hat, wird die Seite eingecheckt und der Workflow wird fortgesetzt. |
PageCheckout | In diesem Schritt wird die Seite für die Bearbeitung gesperrt. Der Freigabeberechtigte kann die Seite nicht ändern, muss jedoch die Workflow-Aufgabe abschließen oder delegieren. |
ApprovePage | Nachdem der Freigabeberechtigte die zugewiesene Aufgabe abgeschlossen hat, wird die Seite vom Status "Entwurf" auf "freigegeben" gesetzt, wenn sich die Seite im Status "Entwurf" befand (nur wenn der Freigabeberechtigte die Seite akzeptiert hat). Wenn nicht, wird dieser Schritt übersprungen. |
SendMail | Eine Email-Report wird an die angegebene Email-Adresse versandt. |
PageCheckin | Die Seite wird abschließend entsperrt. |
Gruppenfeedback
Zweck: Einholen von Feedback von einer Benutzergruppe. Die Gruppe muss in der Gruppenverwaltung angelegt sein.
Workflow-Instanzen: Es können unabhängig voneinander mehrere Feedback-Worfklows gleichzeitig auf einer Seite laufen.
Aktivität | Beschreibung |
---|---|
CollectData | Im ersten Workflow-Schritt werden die Einstellungen des Worfklows vorgenommen:
|
GroupFeedback | Alle Benutzer in der zugewiesenen Gruppe geben über ein Kommentarfeld ein Feedback ab. Hierbei handelt es sich um einen parallelen Workflow, das heißt, die Reihenfolge der Rückmeldungen ist egal. |
SendMail | Eine Email-Report wird an die angegebene Email-Adresse versandt. |
Feedback
Zweck: Einholen von Feedback eines einzelnen Benutzers zu einer Seite.
Workflow-Instanzen: Es können unabhängig voneinander mehrere Feedback-Worfklows gleichzeitig auf einer Seite laufen.
Aktivität | Beschreibung |
---|---|
CollectData | Im ersten Workflow-Schritt werden die Einstellungen des Worfklows vorgenommen:
|
UserFeedback | Der zugewiesene Benutzer gibt über ein Kommentarfeld ein Feedback ab. |
SendMail | Eine Email-Report wird an die angegebene Email-Adresse versandt. |
Workflows auslösen (Trigger)
Workflows können entweder manuell auf jeder Wiki-Seite oder nur unter bestimmten Bedingungen über individuelle Workflow-Trigger gestartet werden. Mit Triggern kann auch definiert werden, in welchen Namensräumen sowohl manuelle als auch automatische Workflows verfügbar sind.
Wie ein benutzerdefinierter Workflow hinzugefügt werden kann
Benutzer können eine xml-Datei eines BPMN-Diagramms mit benutzerdefinierten Aktivitäten in das Wiki hochladen.
Die Liste der derzeit vordefinierten Aktivitäten finden Sie unter Handbuch:Erweiterung/Workflows/Activity
Sie können unserem Tutorial zur Erstellung eines benutzerdefinierten Workflows folgen
Übersichtsseiten
Alle Workflows sind auf der Seite Spezial:Workflows overview aufgeführt. Es gibt eine Ansicht der aktuellen Workflows und eine Ansicht aller Workflows:

Aufgaben
Die Beteiligten werden von den Workflows auf ihrer Benachrichtungsseite sowie auf der Seite Meine Aufgaben über zugewiesene Workflow-Aufgaben informiert.

Benachrichtigungen
Auslöser
Es gibt zwei Arten von Ereignissen, die eine Benachrichtigung auslösen:
- generisch: Benachrichtigungen erfolgen für jeden Workflow-/Aktivitätstyp
- basierend auf einer Aktivität: Aktivitäten selbst können entscheiden, zusätzliche Benachrichtigungen zu senden
Auslöser | Empfänger | Generisch | Bemerkungen |
---|---|---|---|
Aufgabe beginnt
(wird zugewiesen) |
Alle zugewiesene Benutzer | ja | Wird nur für den Typ UserInteractiveActivity ausgelöst, d.h. nur für Aktivitäten, denen Benutzer zugewiesen sind. |
UserVote | Initiator | ja | Nach einer Abstimmung erhält der Initiator eine E-Mail. |
Workflow abgebrochen
(manuell oder automatisch) |
Initiator und alle Benutzer, die der laufenden Aufgabe zugewiesen sind, wenn der Workflow abgeborchen wird. Benutzer mit bereits abgeschlossenen Aufgaben werden nicht benachrichtigt. | ja | |
Workflow beendet
(nur nach Erreichen des Endpunkts, also kein Abbruch) |
Initiator | ja | |
DueDateClose
(2 Tage vor dem Erreichen des Fälligkeitsdatums) |
Initiator und alle derzeit zugewiesene Benutzer | ja | |
Workflow abgelaufen | Initiator und alle derzeit zugewiesene Benutzer | ja | Der Ablauf ist nur eine Art von Workflow-Abbruch, daher wird die gleiche Benachrichtigung wie beim Abbruch gesnedet. Die Begründung teilt mit, dass der Workflow abgelaufen ist. |
Aufgabe delegiert | Benutzer/in, an die/den die Aufgabe delegiert weurde | nein | Auf die Aktivität UserVote beschränkt. Nach dem Delegieren gilt der neu zugewiesene Benutzer als zugewiesen und erhält alle weiteren Benachrichtigungen, die an zugewiesene Benutzer gehen. |
Senden der Benachrichtigungen
- Benutzer können in ihren Einstellungen auswählen, ob sie E-Mail-Benachrichtigungen abonnieren möchten. Alle Benutzer erhalten automatisch Wiki-Benachrichtigungen.
- Wiki-Benachrichtigungen werden sofort nach dem Auslösen versendet, während E-Mail-Benachrichtigungen asynchron bei der Ausführung von runJobs.php versendet werden. Dies gilt für Benachrichtigungen im Allgemeinen, nicht nur für Workflows.
Berechtigungen
Folgende Berechtigungen werden von der Erweiterung Workflows eingesetzt:
Berechtigung | enthalten in Rolle | Beschreibung |
---|---|---|
workflows-view | reader |
|
workflows-execute | editor, reviewer, admin |
|
workflows-admin | admin |
|