| ... |
... |
@@ -8,13 +8,21 @@ |
| 8 |
8 |
|
| 9 |
9 |
== Workflow im Beispiel == |
| 10 |
10 |
|
|
11 |
+{{figure image="workflow_full_de.png"}} |
|
12 |
+Workflow im Beispielformular, mit dem die entsprechen |
|
13 |
+{{/figure}} |
|
14 |
+ |
| 11 |
11 |
Im Formularstore kann das Beispielformular mit dem Namen "ALVA Sonn- und Feiertagsverbot" importiert oder heruntergeladen werden. In diesem werden Informationen gesammelt und diese nach dem Absenden des Formulars im [[Workflow>>doc:Formcycle.Designer.Workflow.WebHome]] über eine [[XSL-Transformation>>doc:Formcycle.UserInterface.FilesAndTemplates.XSLTransformation]] in ein für ALVA9 importierbares XML-Format umgewandelt. Anschließend erstellt der Workflow aus diese XML-Datei, allen im Formular übertragenen Daten und einer PDF-Druckquittung ein ZIP-Archiv. |
| 12 |
12 |
Dieses wird anschließend in das Austauschverzeichnis gespeichert. Das Austauschverzeichnis ist im Beispielformular noch nicht konfiguriert und muss in den jeweiligen Aktionen zunächst noch festgelegt werden. Der Grund dafür ist, dass der Pfade nicht allgemengültig sind und vom jeweiligen System abhängen, in welches das Beispielformular importiert wurde. |
| 13 |
13 |
|
| 14 |
14 |
=== Inhalt und Erstellung der XML-Datei === |
| 15 |
15 |
|
| 16 |
|
-Die XML-Datei mit allen im Formular eingegebenen Daten wird über eine sagenannte [[XSL-Transformation>>https://de.wikipedia.org/wiki/XSL_Transformation]] erzeugt. Die Struktur der erzeugten XML-Datei wird dabei von ALVA9 vorgegeben und besteht im Beispiel aus den Konten //daten// und //datensatz//, wobei in letzteren die einzelnen Informationen als eigene Unterknoten eingefügt werden. |
|
20 |
+{{figure image="workflow_xml_de.png"}} |
|
21 |
+Konfiguration der Workflow-Aktion vom |
|
22 |
+{{/figure}} |
| 17 |
17 |
|
|
24 |
+Die XML-Datei mit allen im Formular eingegebenen Daten wird durch eine Aktion vom Typ [[XXX>>doc:TODO]] mithilfe eine sogenannten [[XSL-Transformation>>https://de.wikipedia.org/wiki/XSL_Transformation]] erzeugt. Die Struktur der erzeugten XML-Datei wird dabei von ALVA9 vorgegeben und besteht im Beispiel aus den Konten //daten// und //datensatz//, wobei in letzteren die einzelnen Informationen als eigene Unterknoten eingefügt werden. |
|
25 |
+ |
| 18 |
18 |
Die vollständige XSL-Transformation für das Beispiel sieht wie folgt aus: |
| 19 |
19 |
|
| 20 |
20 |
{{panel title="XSL-Transformation des Beispielformulars" triggerable="true" initial="hidden"}} |
| ... |
... |
@@ -165,20 +165,12 @@ |
| 165 |
165 |
|
| 166 |
166 |
=== Speichern von zusätzlichen Dokumenten === |
| 167 |
167 |
|
| 168 |
|
-Im Beispiel wird zunächst über eine Aktion vom Typ [[ZIP Komprimieren>>doc:Formcycle.Designer.Workflow.Actions.CompressFiles]] ein ZIP-Archiv mit allen an das Formualar angehangenen Dateien und einer mithilfe einer [[PDF-Print-Aktion>>doc:Formcycle.PluginDocumentation.PrintServicePlugin]] generierte PDF-Quittung des Formulars sowie der erstellten XML-Datei erzeugt. Dieses Archiv wird dann über eine Aktion vom Typ [[Speichern im Dateisystem>>doc:Formcycle.Designer.Workflow.Actions.SaveToFileSystem]] an eine Stelle im Dateisystem des Servers gespeichert, die als Austauschverzeichnis für ALVA9 gedacht ist und von der aus sich das System dann die Datei selbstständig abholt. Es ist wichtig, dass alle Dokumente, die zu den in der XML-Datei enthaltenen Daten gehören und zu ALVA9 übertragen werden sollen, mit im gleichen ZIP-Archiv enthalten sind. |
|
176 |
+Im Beispiel wird zunächst über eine Aktion vom Typ [[ZIP Komprimieren>>doc:Formcycle.Designer.Workflow.Actions.CompressFiles]] ein ZIP-Archiv erzeugt, welches alle an das Formualar angehangenen Dateien, eine mithilfe einer [[PDF-Print-Aktion>>doc:Formcycle.PluginDocumentation.PrintServicePlugin]] generierte PDF-Quittung des Formulars und die erstellte XML-Datei beinhaltet. Dieses Archiv wird dann über eine Aktion vom Typ [[Speichern im Dateisystem>>doc:Formcycle.Designer.Workflow.Actions.SaveToFileSystem]] an eine Stelle im Dateisystem des Servers gespeichert, die als Austauschverzeichnis für ALVA9 gedacht ist und von der aus sich das System dann die Datei selbstständig abholt. Es ist wichtig, dass alle Dokumente, die zu den in der XML-Datei enthaltenen Daten gehören und zu ALVA9 übertragen werden sollen, mit im gleichen ZIP-Archiv enthalten sind. |
| 169 |
169 |
|
| 170 |
170 |
=== Benennung der erzeugten Dateien === |
| 171 |
171 |
|
| 172 |
|
-Im Beispiel wird die XML-Datei //ALVA_SONNTAG_[%$PROCESS_ID%].xml// und das ZIP-Archiv //ALVA_SONN_[%$PROCESS_ID%].zip// genannt. Es ist wichtig, dass der Dateiname der ZIP-Datei eindeutig ist und nicht bei verschiedenen Vorgängen gleich ist. Im Beispiel wird dafür der Platzhalter für die Prozess-ID verwendet, welche bei jedem Vorgang unterschiedlich ist. Grundsätzlich können hierfür aber auch andere Werte wie zum Beispiel Werte von [[Zählern>>doc:Formcycle.UserInterface.Data.Counter]] verwendet werden. |
|
180 |
+Im Beispiel wird die XML-Datei //ALVA_SONNTAG_[%$PROCESS_ID%].xml// und das ZIP-Archiv //ALVA_SONN_[%$PROCESS_ID%].zip// genannt. Es ist wichtig, dass der Dateiname der ZIP-Datei eindeutig ist und nicht bei verschiedenen Vorgängen gleich ist. Im Beispiel wird dafür der Platzhalter für die Prozess-ID verwendet, welche bei jedem Vorgang unterschiedlich ist. Grundsätzlich können hierfür aber auch andere Werte wie zum Beispiel Werte von [[Zählern>>doc:Formcycle.UserInterface.Data.Counter]] verwendet werden. Auch bei der XML-Datei empfiehlt es sich, auch einen eindeutigen Namen zu verwenden. |
| 173 |
173 |
|
| 174 |
|
-das ist wichtig weil |
| 175 |
|
- |
| 176 |
|
-Selbe, eindeutige ID -> Es empfiehlt sich, Process_ID zu verwenden |
| 177 |
|
- |
| 178 |
|
----Hierbei ist die Verwendung gl dateinamen |
| 179 |
|
- |
| 180 |
|
- |
| 181 |
|
- |
| 182 |
182 |
== Ansprechpartner für Fragen == |
| 183 |
183 |
|
| 184 |
184 |
Für weitere Fragen zur Anbindung und der nötigen Konfiguration für den Import in ALVA9 steht folgender Ansprechpartner auf Seiten der Ascherslebener Computer GmbH zur Verfügung: |
