From version 1.15
edited by gru
on 31.03.2022, 12:15
Change comment: There is no comment for this version
To version 1.18
edited by gru
on 31.03.2022, 12:23
Change comment: There is no comment for this version

Summary

Details

Page properties
Content
... ... @@ -1,18 +1,19 @@
1 -Im folgenden wird Anhand eines Beispieles kurz beschrieben, wie Daten von {{formcycle/}} an ein ALVA9 DMS System übertragen werden können.
1 +Im folgenden wird Anhand eines Beispieles kurz beschrieben, wie Daten von {{formcycle/}} an ein [[ALVA9 DMS System>>HERSTELLERSEITE]] übertragen werden können.
2 2  
3 3  {{content/}}
4 4  
5 5  == Grundlegende Vorgehensweise ==
6 6  
7 -Zum Übertragen von Daten aus einem Formular an ein ALVA9 DMS muss eine XML-Datei mit den Informationen generiert und in einem Austauschverzeichnis abgelegt werden, von dem aus das DMS sie automatisch importiert. Für den Fall, dass zusätzlich zu den Informationen in der XML-Datei auch Dateien aus dem Formular oder dem Workflow mit in das DMS übertragen werden sollen, ist es nötig, diese Dateien in Form eines ZIP-Archivs an die selbe Stelle zu speichern.
7 +Zum Übertragen von Daten aus einem Formular an ein ALVA9 DMS muss eine XML-Datei mit den Informationen generiert und zusammen mit allen anderen zu speichernden Daten in einem ZIP-Archiv gesteckt und in einem Austauschverzeichnis abgelegt werden, von dem aus das DMS sie automatisch importiert.
8 8  
9 9  == Workflow im Beispiel ==
10 10  
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 über eine XSL-Transformation in ein für ALVA9 importierbares XML-Format umgewandelt. Anschließend speichert der Workflow diese XML-Datei und ein ZIP-Archiv mit allen im Formular übertragenen Daten und einer PDF-Druckquittung in einem Austauschverzeichnis. 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.
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:TODO]] über eine [[XSL-Transformation>>doc:TODO]] 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 +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.
12 12  
13 13  === Inhalt und Erstellung der XML-Datei ===
14 14  
15 -Die XML-Datei mit allen im Formular eingegebenen Daten wird über eine sagenannte 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.
16 +Die XML-Datei mit allen im Formular eingegebenen Daten wird über eine sagenannte [[XSL-Transformation>>WIKIPEDIA]] 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.
16 16  
17 17  Die vollständige XSL-Transformation für das Beispiel sieht wie folgt aus:
18 18  
... ... @@ -164,14 +164,21 @@
164 164  
165 165  === Speichern von zusätzlichen Dokumenten ===
166 166  
168 +Im Beispiel werden alle an das Formualar angehangenen Dateien und eine mithilfe einer [[PDF-Print-Aktion>>doc:TODO]] generierte
167 167  Hierbei ist die Verwendung gl dateinamen
168 168  
169 169  Über eine Aktion vom Typ [[ZIP Komprimieren>>doc:TODO]]
170 -Selbe, eindeutige ID -> Es empfiehlt sich, Process_ID zu verwenden
171 171  
172 172  
174 +=== Benennung der erzeugten Dateien ===
173 173  
176 +Im Beispiel
174 174  
178 +das ist wichtig weil
179 +
180 +Selbe, eindeutige ID -> Es empfiehlt sich, Process_ID zu verwenden
181 +
182 +
175 175  TBD
176 176  
177 177  == Ansprechpartner für Fragen ==