From version 1.17
edited by gru
on 31.03.2022, 12:21
Change comment: There is no comment for this version
To version 1.20
edited by gru
on 31.03.2022, 12:44
Change comment: There is no comment for this version

Summary

Details

Page properties
Content
... ... @@ -1,14 +1,15 @@
1 -Im folgenden wird Anhand eines Beispieles kurz beschrieben, wie Daten von {{formcycle/}} an ein [[ALVA9 DMS System>>HERSTELLERSEITE]] übertragen werden können.
1 +Im folgenden wird Anhand eines Beispieles kurz beschrieben, wie Daten von {{formcycle/}} an ein [[ALVA9 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 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.
7 +Zum Übertragen von Daten aus einem Formular an ein ALVA9 System 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>>doc:TODO]] über eine [[XSL-Transformation>>doc:TODO]] 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  
... ... @@ -164,17 +164,20 @@
164 164  
165 165  === Speichern von zusätzlichen Dokumenten ===
166 166  
167 -Im Beispiel werden alle an das Formualar angehangenen Dateien und eine mithilfe einer [[PDF-Print-Aktion>>doc:TODO]] generierte
168 -Hierbei ist die Verwendung gl dateinamen
168 +Im Beispiel wird zunächst über eine Aktion vom Typ [[ZIP Komprimieren>>doc:TODO]] ein ZIP-Archiv mit allen an das Formualar angehangenen Dateien und einer mithilfe einer [[PDF-Print-Aktion>>doc:TODO]] generierte PDF-Quittung des Formulars sowie der erstellten XML-Datei erzeugt. Dieses Archiv wird dann über eine Aktion vom Typ [[TODO>>doc:TODO]] 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
169 169  
170 -Über eine Aktion vom Typ [[ZIP Komprimieren>>doc:TODO]]
171 -Selbe, eindeutige ID -> Es empfiehlt sich, Process_ID zu verwenden
170 +=== Benennung der erzeugten Dateien ===
172 172  
172 +Im Beispiel
173 173  
174 +das ist wichtig weil
174 174  
176 +Selbe, eindeutige ID -> Es empfiehlt sich, Process_ID zu verwenden
175 175  
176 -TBD
178 +---Hierbei ist die Verwendung gl dateinamen
177 177  
180 +
181 +
178 178  == Ansprechpartner für Fragen ==
179 179  
180 180  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: