Änderungen von Dokument Workflow

Zusammenfassung

• Seiteneigenschaften (1 geändert, 0 hinzugefügt, 0 gelöscht)

Details

Seiteneigenschaften

Inhalt

...	...	@@ -58,6 +58,7 @@
58	58	* 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.
59	59
60	60	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	+Die Ja/Nein-Label von Bedingungen können umbenannt werden, indem man auf diese klickt.
61	61
62	62	==== Elemente des Workflowgraphen ====
63	63
...	...	@@ -144,61 +144,68 @@
144	144
145	145	=== Buttons & Ereignisse ===
146	146
147		-Eregnisse bilden den Beginn von Arbeitsketten und können abhängig vom Typ auf unterschiedliche Art& Weise ausgelöst werden. Eine besondere, weil häufig verwendete, Form von Ereignissen sind [[Buttonereignisse>>||anchor="sec_elements_events_buttons"]]. Diese Ereignisse sind daher
	148	+Eregnisse bilden den Beginn von Arbeitsketten und können abhängig vom Typ auf unterschiedliche Art& Weise ausgelöst werden. Eine besondere, weil häufig verwendete, Form von Ereignissen sind [[Buttonereignisse>>||anchor="sec_elements_events_buttons"]]. Diese Ereignisse haben daher ihre eigen Kategorie in der [[Elementauswahl>>||anchor="sec_component_element_selection"]].
148	148
149	149	{{id name="sec_elements_events_buttons"/}}
150	150
151	151	==== Buttonergnisse ====
152	152
	154	+Für jeden [[Button>>doc:Formcycle.Designer.Form.FormElements.Button.WebHome]] im Formular, der zum //Absenden// oder //Speichern// verwendet wird, gibt es ein entsprechendes Ereignis in der [[Elementauswahl>>||anchor="sec_component_element_selection"]]. Diese Buttonereignisse können dann ganz einfach in den Workflowgraphen gezogen werden. Somit kann für jeden Button eine eigene Verarbeitungskette definiert werden. Weitere Informationen zu Buttonereignissen sind [[hier>>doc:Formcycle.Designer.Workflow.Events.SubmitButton.WebHome]] und [[hier>>doc:Formcycle.Designer.Workflow.Events.SubmitButtonAdvanced.WebHome]] zu finden.
	155	+
153	153	{{id name="sec_elements_events_other"/}}
154	154
155	155	==== weitere Ereignisse ====
156	156
157		-{{id name="sec_elements_actions"/}}
	160	+Neben den Buttonereignissen gibt es noch folgende Ereignisse:
158	158
159		-=== Aktionen ===
	162	+; [[Benutzerdefinierte Ereignisse>>doc:Formcycle.Designer.Workflow.Events.Custom.WebHome]]
	163	+: Ein benutzerdefiniertes Ereignis tritt nicht automatisch ein, sondern muss durch einen Benutzer manuell ausgelöst werden.
160	160
161		-Bei einigen Aktionen können Dateien ausgewählt werden, die von anderen Aktionen erzeugt werden. Dabei können alle Aktionen ausgewählt werden, die potentiell vor der Aktion ausgeführt werden können.
	165	+; [[Datum und Uhrzeit>>doc:Formcycle.Designer.Workflow.Events.DateAndTime.WebHome]]
	166	+: Dieses Ereignis tritt ein, sobald ein benutzerdefinierter fester oder berechneter Zeitpunkt eintritt.
162	162
163		-* Die gleiche Logik greift auch im Platzhalterdialog bei den zu Verfügung stehenden Aktionsplatzhaltern.
	168	+; [[Double-Opt-In bestätigen>>doc:Formcycle.Designer.Workflow.Events.DoubleOptInConfirmed.WebHome]]
	169	+: Sobald ein Nutzer auf einen vorher generierten Double-Opt-In Link klickt und damit den Double-Opt-In Prozess bestätigt, tritt dieses Ereignis ein.
164	164
165		-Referenziert eine Aktion auf Dateien einer vorigen Aktion, geht diese Referenz verloren, wenn die Aktion in eine andere Verarbeitungskette geschoben wird.
	171	+; [[Einladung fehlgeschlagen>>doc:Formcycle.Designer.Workflow.Events.InvitationFailed.WebHome]]
	172	+: Tritt ein, wenn beim Versenden einer Einladungsmail ein Fehler auftritt.
166	166
	174	+; [[Einladung versendet>>doc:Formcycle.Designer.Workflow.Events.InvitationSent.WebHome]]
	175	+: Tritt ein, wenn eine Einladungsmail zu einem Formular versandt wurde.
	176	+
	177	+; [[Nach Statuswechsel>>doc:Formcycle.Designer.Workflow.Events.AfterStateChange.WebHome]]
	178	+: Dieses Ereignis tritt einmalig ein, nachdem der Vorgang nach einem Statuswechsel für eine gewisse Zeit in einem bestimmten Status verweilt hat.
	179	+
	180	+; [[Workflow-Fehler>>doc:Formcycle.Designer.Workflow.Events.WorkflowError.WebHome]]
	181	+: Dieses Ereignis tritt ein, sobald im Workflow an irgendeiner Stelle ein unbehandelter Fehler auftritt.
	182	+
	183	+{{id name="sec_elements_actions"/}}
	184	+
	185	+=== Aktionen ===
	186	+
	187	+Eine Liste sämtlicher Workflowaktionen ist [[hier>>doc:Formcycle.Designer.Workflow.Actions.WebHome]] zu finden.
	188	+
167	167	{{id name="sec_elements_flow_control"/}}
168	168
169	169	=== Steuerung ===
170	170
171		-Ja/Nein-Label von Bedingungen können umbenannt werden.
	193	+Eine Liste sämtlicher Steuerungselemente ist [[hier>>doc:Formcycle.Designer.Workflow.FlowControl.WebHome]] zu finden.
172	172
173	173	{{id name="sec_elements_endpoints"/}}
174	174
175		-=== Endpunkte ===
	197	+=== Status ===
176	176
177		-==== Status-Endpunkte ====
	199	+Weitere Information zu Status sind [[hier>>doc:Formcycle.Designer.Workflow.States.WebHome]] zu finden.
178	178
179		-==== Aktions-Endpunkte ====
180		-
181	181	{{id name="sec_differences_old_workflow"/}}
182	182
183		-
184	184	== Unterschiede zur alten Status- & Aktionsverarbeitung ==
185	185
186	186	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.
187	187
188	188
189		-== Beschreibung des neuen Workflows ==
	208	+== TODO auf Unterseiten ==
190	190
191		-* Verarbeitungsketten ... jeweils ein Ereignis auslösend
192		-* Ereignisse grob beschreiben und auf Unterseite verlinken
193		-* Aktionen grob Möglichkeiten beschreiben und auf Aktionen verlinken
194		-* Bedingungen und Fehlerelemente grob beschreiben und auf Aktionen verlinken
195		-* Endpunkte grob beschreiben und auf Aktionen verlinken
196		-
197		-
198		-
199		-
200		-TODO auf Unterseiten:
201		-
202	202	* Aktionen des neuen WF sollten immer auch auf die alten verlinken und umgekehrt.
203	203	* Bei den Aktionen sollte immer auch im ersten Satz stehen, in welcher Gruppe sie sind
204	204	* 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.