Workflow Typ - Ereignis (Feld geändert)
- Former user (Deleted)
- Former user (Deleted)
Workflows des Typs "Ereignis (Feld geändert)" werden in Feldern einer Aufgabe verwendet, um Feldwerte dynamisch anzupassen / zu berechnen.
Ein Beispiel, wie so ein Workflow aussehen kann finden Sie unter →Aufgaben - Ereignisse
Standard-Einstellungen
Bei Erstellung des Workflows sind folgende Einstellungen vorbelegt:
Einstellung | Standard-Wert | Begründung |
|---|---|---|
System-Workflow | Ja | Da der Workflow bestimmte Argumente benötigt, können Anwender ihn nicht manuell starten. |
Protokoll nach erfolgreichem Abschluss des Workflows löschen | Ja | Ereignis-Workflows werden sehr häufig ausgeführt (z.B. bei jedem Öffnen der Aufgabe). Um die Protokollmengen klein zu halten, werden sie standardmäßig nach einem erfolgreichem Abschluss gelöscht. |
Argumente
Der Workflow dieses Typs setzt bestimmte Argumente voraus, die automatisch bei der Erstellung erzeugt werden. Die eingehenden Argumente befüllt das WMS automatisch. Mit den ausgehenden legen Sie das Ergebnis für das Portal fest.
Name | Richtung | Typ | Pflicht | Beschreibung |
|---|---|---|---|---|
arg_wmsTaskFieldChangedEvent | Ein/Aus | Dieses Argument enthält Informationen zur Aufgabe, die Sie zum Vorbelegen der Feldwerte benötigen. | ||
arg_wmsMessageResult | Aus | Indem Sie einen Wert für dieses Argument festlegen, können Sie Meldungen im Portal ausgeben. Wenn es nicht gesetzt ist, wird keine Meldung angezeigt. |
Aktivitäten
In Ereignis-Workflows können folgende Aktivitäten NICHT verwendet werden:
Aktivität | Begründung |
|---|---|
Aufgabe starten / Rechnungsaufgabe starten | Aufgaben würden den Workflow pausieren. Der Aufgabenbearbeiter (der das Ereignis auslöste) müsste dann warten bis die gestartete Aufgabe abgeschlossen ist. |
DMS-Workflow starten | Ein DMS-Workflow würde den Ereignis-Workflow verzögern. |
Delay | Ereignisse sollen schnell ausgeführt werden, damit der Aufgabenbearbeiter nicht lange auf das Ergebnis warten muss. Ein Delay würde das unnötig verzögern. |