Änderungen von Dokument Workflow


Von Version 80.1
bearbeitet von nlo
am 28.07.2021, 15:47
Änderungskommentar: Es gibt keinen Kommentar für diese Version
Auf Version 81.1
bearbeitet von nlo
am 28.07.2021, 15:54
Änderungskommentar: Es gibt keinen Kommentar für diese Version

Zusammenfassung

Details

Seiteneigenschaften
Inhalt
... ... @@ -150,7 +150,7 @@
150 150  
151 151  ==== Buttonergnisse ====
152 152  
153 -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]] zu finden.
153 +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.
154 154  
155 155  {{id name="sec_elements_events_other"/}}
156 156  
... ... @@ -161,9 +161,18 @@
161 161  ; [[Benutzerdefinierte Ereignisse>>doc:Formcycle.Designer.Workflow.Events.Custom.WebHome]]
162 162  : Ein benutzerdefiniertes Ereignis tritt nicht automatisch ein, sondern muss durch einen Benutzer manuell ausgelöst werden.
163 163  
164 -; [[Datum und Uhrzeit>>doc:Formcycle.Designer.Workflow.Events.Custom.WebHome]]
164 +; [[Datum und Uhrzeit>>doc:Formcycle.Designer.Workflow.Events.DateAndTime.WebHome]]
165 165  : Dieses Ereignis tritt ein, sobald ein benutzerdefinierter fester oder berechneter Zeitpunkt eintritt.
166 166  
167 +; [[Double-Opt-In bestätigen>>doc:Formcycle.Designer.Workflow.Events.DoubleOptInConfirmed.WebHome]]
168 +: 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.
169 +
170 +; [[Einladung fehlgeschlagen>>doc:Formcycle.Designer.Workflow.Events.InvitationFailed.WebHome]]
171 +: Tritt ein, wenn beim Versenden einer Einladungsmail ein Fehler auftritt.
172 +
173 +; [[Einladung versendet>>doc:Formcycle.Designer.Workflow.Events.InvitationSent.WebHome]]
174 +: Tritt ein, wenn eine Einladungsmail zu einem Formular versandt wurde.
175 +
167 167  {{id name="sec_elements_actions"/}}
168 168  
169 169  === Aktionen ===
... ... @@ -190,7 +190,6 @@
190 190  
191 191  {{id name="sec_differences_old_workflow"/}}
192 192  
193 -
194 194  == Unterschiede zur alten Status- & Aktionsverarbeitung ==
195 195  
196 196  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.
... ... @@ -204,9 +204,6 @@
204 204  * Bedingungen und Fehlerelemente grob beschreiben und auf Aktionen verlinken
205 205  * Endpunkte grob beschreiben und auf Aktionen verlinken
206 206  
207 -
208 -
209 -
210 210  TODO auf Unterseiten:
211 211  
212 212  * Aktionen des neuen WF sollten immer auch auf die alten verlinken und umgekehrt.