| ... |
... |
@@ -1,3 +1,5 @@ |
|
1 |
+{{figure image="workflow_full_de.png" clear="h1"}}Workflow im Beispielformular, mit dem die im Formular aufgenommenen Informationen und Dateien so im Dateisystem gespeichert werden, dass sie über eine kostenpflichtige Import-Schnittstelle von ALVA9 importiert werden können.{{/figure}} |
|
2 |
+ |
| 1 |
1 |
Im folgenden wird Anhand eines Beispielformulars kurz beschrieben, wie Daten von {{formcycle/}} an ein [[ALVA9 System (Link zum Hersteller)>>https://www.ascherslebener-computer.de/alva-9_software-strassenverkehrsbehoerden/]] übertragen werden können. |
| 2 |
2 |
|
| 3 |
3 |
{{content/}} |
| ... |
... |
@@ -6,13 +6,12 @@ |
| 6 |
6 |
|
| 7 |
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 gepackt und in einem Austauschverzeichnis abgelegt werden, von dem aus ALVA9 sie automatisch importiert. |
| 8 |
8 |
|
| 9 |
|
-{{figure image="workflow_full_de.png"}}Workflow im Beispielformular, mit dem die entsprechen{{/figure}} |
| 10 |
|
-== Workflow im Beispiel == |
|
11 |
+== Workflow im Beispielformular == |
| 11 |
11 |
|
| 12 |
|
-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>>https://de.wikipedia.org/wiki/XSL_Transformation]] 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. Dieses wird anschließend in das Austauschverzeichnis gespeichert. Das Austauschverzeichnis ist im Beispielformular noch nicht konfiguriert und muss in der Aktionen zunächst noch festgelegt werden. Der Grund dafür ist, dass der Pfad nicht allgemengültig ist und vom jeweiligen System abhängt, in welches das Beispielformular importiert wurde. |
|
13 |
+Aus dem [[Formularstore>>https://formexchange.formcycle.eu/formcycle/ui/portal/form-store/public/formstore/index.xhtml]] 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>>https://de.wikipedia.org/wiki/XSL_Transformation]] in ein für ALVA9 importierbares XML-Format umgewandelt. Als nächstes erstellt der Workflow aus dieser XML-Datei, allen im Formular übertragenen Dateien und einer PDF-Druckquittung ein ZIP-Archiv. Dieses wird anschließend in das Austauschverzeichnis abgelegt. Das Austauschverzeichnis ist im Beispielformular noch nicht konfiguriert und muss in der Aktion zunächst noch festgelegt werden. Der Grund dafür ist, dass der Pfad nicht allgemengültig ist und vom jeweiligen System abhängt, in welches das Beispielformular importiert wurde. |
| 13 |
13 |
|
| 14 |
14 |
=== Inhalt und Erstellung der XML-Datei === |
| 15 |
|
-{{figure image="workflow_xml_de.png" clear="h3"}}Konfiguration der Workflow-Aktion vom Typ //Als XML exportieren//, mit der die an ALVA9 zu sendenden Daten in eine XML-Datei überführt werden.{{/figure}}Die XML-Datei mit allen im Formular eingegebenen Daten wird durch eine Aktion vom Typ [[//Als XML exportieren//>>doc:Formcycle.Designer.Workflow.Actions.ExportXML]] mithilfe einer in {{formcycle/}} definierten [[XSL-Transformation>>doc:Formcycle.UserInterface.FilesAndTemplates.XSLTransformation]] 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 |
+{{figure image="workflow_xml_de.png" clear="h3"}}Konfiguration der Workflow-Aktion vom Typ //Als XML exportieren//, mit der die an ALVA9 zu sendenden Daten mithilfe einer XSL-Transformation in eine XML-Datei mit einem für ALVA9 interpretierbaren Format überführt werden.{{/figure}}Die XML-Datei mit allen im Formular eingegebenen Daten wird durch eine Aktion vom Typ [[//Als XML exportieren//>>doc:Formcycle.Designer.Workflow.Actions.ExportXML]] mithilfe einer in {{formcycle/}} definierten [[XSL-Transformation>>doc:Formcycle.UserInterface.FilesAndTemplates.XSLTransformation]] 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 |
|
| ... |
... |
@@ -86,12 +86,6 @@ |
| 86 |
86 |
<xsl:with-param name="weight" select="form/field[@name='tfAUF_GEWICH']/plainValue" /> |
| 87 |
87 |
</xsl:call-template> |
| 88 |
88 |
</AUF_GEWICH> |
| 89 |
|
- <!-- |
| 90 |
|
- <LKW_LEER><xsl:value-of select="form/field[@name='']/plainValue"/></LKW_LEER> |
| 91 |
|
- <ANH_LEER><xsl:value-of select="form/field[@name='']/plainValue"/></ANH_LEER> |
| 92 |
|
- <ZUG_LEER><xsl:value-of select="form/field[@name='']/plainValue"/></ZUG_LEER> |
| 93 |
|
- <AUF_LEER><xsl:value-of select="form/field[@name='']/plainValue"/></AUF_LEER> |
| 94 |
|
- --> |
| 95 |
95 |
<ERS_GEWI_1> |
| 96 |
96 |
<xsl:call-template name="formatWeight"> |
| 97 |
97 |
<xsl:with-param name="weight" select="form/field[@name='tfERS_GEWI_1']/plainValue" /> |
| ... |
... |
@@ -125,10 +125,6 @@ |
| 125 |
125 |
<BIS_UHR><xsl:value-of select="form/field[@name='tfBIS_UHR']/plainValue"/></BIS_UHR> |
| 126 |
126 |
<ORT_LEERFA><xsl:value-of select="form/field[@name='tfORT_LEERFA']/plainValue"/></ORT_LEERFA> |
| 127 |
127 |
<BEGRUENDG><xsl:value-of select="form/field[@name='tfBEGRUENDG']/plainValue"/></BEGRUENDG> |
| 128 |
|
- <!-- |
| 129 |
|
- <ORTSLAGE><xsl:value-of select="form/field[@name='tfORTSLAGE']/plainValue"/></ORTSLAGE> |
| 130 |
|
- <NOTIZ><xsl:value-of select="form/field[@name='tfNOTIZ']/plainValue"/></NOTIZ> |
| 131 |
|
- --> |
| 132 |
132 |
<ORTSLAGE><xsl:value-of select="form/field[@name='edAnmerkungen']/plainValue"/></ORTSLAGE> |
| 133 |
133 |
<NOTIZ><xsl:value-of select="form/field[@name='edAnmerkungen']/plainValue"/></NOTIZ> |
| 134 |
134 |
<SACHGEBIET>Z</SACHGEBIET> |
| ... |
... |
@@ -162,9 +162,11 @@ |
| 162 |
162 |
|
| 163 |
163 |
Im Beispiel werden über die am Ende stehenden Templates //formatDate// und //formatWeight// Datumswerte und Gewichte in das Format überführt, welches ALVA9 erwartet. Eine Konvertierung von im Formular eingegebenen Werten in ein von ALVA9 erwartetes Format kann gegebenenfalls auch bei anderen Daten nötig sein. In den solchen Fällen ist die Verwendung von speziellen Templates häufig die einfachste Lösung. |
| 164 |
164 |
|
|
156 |
+Bezüglich Details zur benötigten XML-Struktur für das jeweilige anzubindende Fachverfahren wenden Sie sich bitte an den Fachverfahrenshersteller. |
|
157 |
+ |
| 165 |
165 |
=== Speichern von zusätzlichen Dokumenten === |
| 166 |
166 |
|
| 167 |
|
-{{figure image="workflow_zip_de.png"}}Konfiguration der Workflow-Aktion vom Typ //ZIP Komprimieren//, welche ein Archiv mit alle Dateien erzeugt.{{/figure}}{{figure image="workflow_save_de.png"}}Beispielhafte Konfiguration der Workflow-Aktion vom Typ //Speichern im Dateisystem//, mit der das Archiv mit allen Daten im Dateisystem gespeichert wird.{{/figure}}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. Falls nur Informationen aus Formularfeldern und keine Dateien an ALVA9 übertragen werden sollen, muss nur die zuvor erzeugte XML-Datei im das ZIP-Archiv gespeichert werden. |
|
160 |
+{{figure image="workflow_zip_de.png"}}Konfiguration der Workflow-Aktion vom Typ //ZIP Komprimieren//, welche ein Archiv mit allen zum Formulareingang gehörenden Dateien erzeugt.{{/figure}}{{figure image="workflow_save_de.png"}}Beispielhafte Konfiguration der Workflow-Aktion vom Typ //Speichern im Dateisystem//, mit der das Archiv mit allen Daten im Dateisystem gespeichert wird.{{/figure}}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. Falls nur Informationen aus Formularfeldern und keine Dateien an ALVA9 übertragen werden sollen, muss nur die zuvor erzeugte XML-Datei im ZIP-Archiv gespeichert werden. |
| 168 |
168 |
|
| 169 |
169 |
=== Benennung der erzeugten Dateien === |
| 170 |
170 |
|
