| ... |
... |
@@ -58,7 +58,7 @@ |
| 58 |
58 |
* Ein Workflowelement wird aus der [[Elementauswahl>>||anchor="sec_component_element_selection"]] am linken Rand per Drag & Drop in den Arbeitsbereich auf den gewünschten Droppunkt {{ficon name="circle-outline"/}} in der Verarbeitungskette gezogen. |
| 59 |
59 |
* Es wird auf den gewünschten Droppunkt {{ficon name="circle-outline"/}} geklickt. Daraufhin öffnet sich ein Kontextmenü, über welches das Workflowelement ausgewählt werden kann. |
| 60 |
60 |
|
| 61 |
|
-Wenn eine neue Verarbeitungskette durch das Anlgen eines [[Ereignisses>>||anchor="sec_elements_events"]] erstellt wurde, erhält diese Verarbeitungskette standardmäßig den Status-Endpunkt //Eingegangen//. [[Endpunkte>>||anchor="sec_elements_endpoints"]] können aus Verarbeitungsketten entfernt werden. Jede Verarbeitungskette, muss allerdings wenigstens einen Endpunkt besitzen. Ein neuer Endpunkt kann hinzugefügt werden indem dieser aus der [[Elementauswahl>>||anchor="sec_component_element_selection"]] auf einen Droppunkt {{ficon name="circle-outline"/}} innerhalb der Verarbeitungskette oder auf den aktuellen Endpunkt der (Teil-)Verarbeitungskette gezogen wird. Wurde der Endpunkt der gesamten Verarbeitungskette gelöscht, kann auch ein neuer Enpukt definiert werden, in dem auf den Platzhalter für den Endpunkt geklickt wird. Daraufhin öffnet sich ein Kontextmenü über welches ein Endpunkt ausgewählt werden kann. |
|
61 |
+Wenn eine neue Verarbeitungskette durch das Anlgen eines [[Ereignisses>>||anchor="sec_elements_events"]] erstellt wurde, erhält diese Verarbeitungskette standardmäßig den Status-Endpunkt //Eingegangen//. [[Endpunkte>>||anchor="sec_elements_endpoints"]] können aus Verarbeitungsketten entfernt werden. Jede Verarbeitungskette muss allerdings wenigstens einen Endpunkt besitzen. Ein neuer Endpunkt kann hinzugefügt werden, indem dieser aus der [[Elementauswahl>>||anchor="sec_component_element_selection"]] auf einen Droppunkt {{ficon name="circle-outline"/}} innerhalb der Verarbeitungskette oder auf den aktuellen Endpunkt der (Teil-)Verarbeitungskette gezogen wird. Wurde der Endpunkt der gesamten Verarbeitungskette gelöscht, kann auch ein neuer Enpukt definiert werden, in dem auf den Platzhalter für den Endpunkt geklickt wird. Daraufhin öffnet sich ein Kontextmenü über welches ein Endpunkt ausgewählt werden kann. |
| 62 |
62 |
Die Ja/Nein-Label von Bedingungen können umbenannt werden, indem man auf diese klickt. |
| 63 |
63 |
|
| 64 |
64 |
==== Elemente des Workflowgraphen ==== |
| ... |
... |
@@ -110,7 +110,7 @@ |
| 110 |
110 |
{{id name="sec_component_tool_bar_validate"/}} |
| 111 |
111 |
|
| 112 |
112 |
; Validieren |
| 113 |
|
-: Überprüft die aktuelle Workflowkonfiguration auf Fehler. Ein Fehler in der Workflowkonfiguration ist bspw. ein nicht ausgefülltes Empfängefeld in der Aktion [[E-Mail>>doc:Formcycle.Designer.Workflow.Actions.EMail.WebHome]] oder die Abwesenheit eines Endpunktes in einer Verarbeitungskette. |
|
113 |
+: Überprüft die aktuelle Workflowkonfiguration auf Fehler. Ein Fehler in der Workflowkonfiguration ist bspw. ein nicht ausgefülltes Empfängerfeld in der Aktion [[E-Mail>>doc:Formcycle.Designer.Workflow.Actions.EMail.WebHome]] oder die Abwesenheit eines Endpunktes in einer Verarbeitungskette. |
| 114 |
114 |
|
| 115 |
115 |
; Ansichtsoptionen |
| 116 |
116 |
: Es stehen verschiedene Ansichtsoptionen zur Verfügung. Der Workflowgraph im [[Arbeitsbereich>>||anchor="sec_component_main"]] kann //vergrößert// oder //verkleinert// sowie wieder //zentriert// werden. Unter dem Menüpunkt //Ansicht// gibt es folgende Ansichtsioptionen: |
| ... |
... |
@@ -156,12 +156,12 @@ |
| 156 |
156 |
|
| 157 |
157 |
{{id name="sec_elements_events_other"/}} |
| 158 |
158 |
|
| 159 |
|
-==== weitere Ereignisse ==== |
|
159 |
+==== Weitere Ereignisse ==== |
| 160 |
160 |
|
| 161 |
161 |
Neben den Buttonereignissen gibt es noch folgende Ereignisse: |
| 162 |
162 |
|
| 163 |
163 |
; [[Benutzerdefinierte Ereignisse>>doc:Formcycle.Designer.Workflow.Events.Custom.WebHome]] |
| 164 |
|
-: Ein benutzerdefiniertes Ereignis tritt nicht automatisch ein, sondern muss durch einen Benutzer manuell ausgelöst werden. |
|
164 |
+: Ein benutzerdefiniertes Ereignis tritt nicht automatisch ein, sondern muss im Workflow ausgelöst werden. |
| 165 |
165 |
|
| 166 |
166 |
; [[Datum und Uhrzeit>>doc:Formcycle.Designer.Workflow.Events.DateAndTime.WebHome]] |
| 167 |
167 |
: Dieses Ereignis tritt ein, sobald ein benutzerdefinierter fester oder berechneter Zeitpunkt eintritt. |
| ... |
... |
@@ -201,13 +201,14 @@ |
| 201 |
201 |
|
| 202 |
202 |
{{id name="sec_differences_old_workflow"/}} |
| 203 |
203 |
|
| 204 |
|
-== Unterschiede zur alten Status- & Aktionsverarbeitung == |
|
204 |
+== Unterschiede zur alten Status- und Aktionsverarbeitung == |
| 205 |
205 |
|
| 206 |
|
-Sowohl im neuen Workflow als auch in der alten [[Status- & Aktionsverarbeitung>>doc:Formcycle.Designer.Workflow.LegacyWorkflow.WebHome]] gibt es Status. Vorgänge können in beiden Workflows einen Status annehmen. In der alten Status- & Aktionsverarbeitung werden Verarbeitungsketten in den einzelnen Status definiert. Zustandsabhängige Entscheidungen können über Bedingungen an den Aktionen realisiert werden, insbesondere unter Verwendung der Aktion //Statuswechsel//. Verarbeitungsketten werden also über Status ausgelöst. Im neuen Workflow sind Status lediglich Endpunkte. Status beschreiben den Zustand eines Vorgangs und definieren, wer auf disesen Zugriff hat, mehr nicht. Verarbeitungsketten werden über Ereignisse und nicht mehr Status ausgelöst. Zudem sind die Status des neuen Workflows mit der Formularversion versioniert, d.h. jede Formularversion kann unterschiedliche Status besitzen. Der Status //Eingegangen// ist der Standardstatus und kann weder gelöscht noch umbenant werden. |
|
206 |
+Sowohl im neuen Workflow als auch in der alten [[Status- & Aktionsverarbeitung>>doc:Formcycle.Designer.Workflow.LegacyWorkflow.WebHome]] gibt es Status. Vorgänge können in beiden Workflows einen Status annehmen. In der alten Status- und Aktionsverarbeitung werden Verarbeitungsketten in den einzelnen Status definiert. Zustandsabhängige Entscheidungen können über Bedingungen an den Aktionen realisiert werden, insbesondere unter Verwendung der Aktion //Statuswechsel//. Verarbeitungsketten werden also über Status ausgelöst. Im neuen Workflow sind Status lediglich Endpunkte. Status beschreiben den Zustand eines Vorgangs und definieren, wer auf disesen Zugriff hat, mehr nicht. Verarbeitungsketten werden über Ereignisse und nicht mehr über Status ausgelöst. Zudem sind die Status des neuen Workflows mit der Formularversion versioniert, d.h. jede Formularversion kann unterschiedliche Status besitzen. Der Status //Eingegangen// ist der Standardstatus und kann weiterhin nicht gelöscht und auch nicht mehr umbenannt werden. |
| 207 |
207 |
|
| 208 |
|
- |
| 209 |
|
-== TODO auf Unterseiten == |
| 210 |
|
- |
| 211 |
|
-* Aktionen des neuen WF sollten immer auch auf die alten verlinken und umgekehrt. |
| 212 |
|
-* Bei den Aktionen sollte immer auch im ersten Satz stehen, in welcher Gruppe sie sind |
| 213 |
|
-* Bei Legacy Aktionen sollte dies gernerell darüber stehen in einem Hinweisfeld. Die Aktionen , welche schon in der Version 6 deprecated waren, sollten dies dann extra im Text erwähnt bekommen. |
|
208 |
+{{velocity}} |
|
209 |
+##== TODO auf Unterseiten == |
|
210 |
+## |
|
211 |
+##* Aktionen des neuen WF sollten immer auch auf die alten verlinken und umgekehrt. |
|
212 |
+##* Bei den Aktionen sollte immer auch im ersten Satz stehen, in welcher Gruppe sie sind |
|
213 |
+##* Bei Legacy Aktionen sollte dies gernerell darüber stehen in einem Hinweisfeld. Die Aktionen , welche schon in der Version 6 deprecated waren, sollten dies dann extra im Text erwähnt bekommen. |
|
214 |
+{{/velocity}} |
