Zum Inhalt springen

Änderungen von Dokument Release-API

Zuletzt geändert von MACH formsolutions am 08.04.2026
Von Version 30.1
bearbeitet von MACH formsolutions
am 08.04.2026
Änderungskommentar: Es gibt keinen Kommentar für diese Version
Auf Version 23.1
bearbeitet von MACH formsolutions
am 09.07.2021
Änderungskommentar: Es gibt keinen Kommentar für diese Version

Zusammenfassung

Details

Seiteneigenschaften
Inhalt
... ... @@ -1,66 +1,92 @@
1 1  ## Allgemeines
2 2  
3 -MACH formsolutions stellt eine Schnittstelle zur Verfügung, die alle im System hinterlegten Veröffentlichungen ausliest. Diese Veröffentlichungen beinhalten sowohl Assistenten als auch PDF-Formulare.
4 -Die Architektur beruht auf dem REST-Standard und ist in der Lage die angefragten Dokumente entweder im JSON-Format oder im CSV-Format auszuliefern.
5 -Wie bei allen von MACH formsolutions angebotenen Schnittstellen unterliegt auch diese einem Authentifizierungskonzept. Hierbei werden die Zugriffsberechtigungen auf die getätigte Anfrage geprüft und sichergestellt, dass keine Dokumente ausgeliefert werden, auf die der Zugriff verweigert ist. Eine Besonderheit hierbei stellt der Supermandant dar, welcher als übergeordnete Instanz Zugriff auf alle unterliegenden Mandanten hat.
3 +Form-Solutions stellt eine Schnittstelle zur Verfügung, die alle im System hinterlegten Veröffentlichungen ausliest. Diese Veröffentlichungen beinhalten sowohl Assistenten als auch PDF-Formulare. Die Architektur beruht auf dem REST-Standard und ist in der Lage die angefragten Dokumente entweder im JSON-Format oder im CSV-Format auszuliefern. Wie bei allen von Form-Solutions angebotenen Schnittstellen unterliegt auch diese einem Authentifizierungskonzept. Hierbei werden die Zugriffsberechtigungen auf die getätigte Anfrage geprüft und sichergestellt, dass keine Dokumente ausgeliefert werden, auf die der Zugriff verweigert ist. Eine Besonderheit hierbei stellt der Supermandant dar, welcher als übergeordnete Instanz Zugriff auf alle unterliegenden Mandanten hat. Im nachfolgenden Dokument werden die genauen Funktionalitäten im Einzelnen beschrieben.
4 +Wir stellen seit dem Release [4.62.0](https://wiki.form-solutions.de/wiki/docwiki/view/Main/13_Release-Notes/) mehrere Versionen der Release-API zur Verfügung. Die ausführliche Dokumentation finden Sie im Rahmen der Swagger-Dokumentation. Den Link hierfür finden Sie am Ende der Seite.
5 +Was wird durch die Version 3 der Release-API neu zur Verfügung gestellt?
6 +Es werden nun zusätzlich zu der Leika-ID auch die OZG-ID's in der Response der Schnittstelle bereitgestellt.
6 6  
7 7  ## Voraussetzungen
8 8  
9 -Um die Release-API nutzen zu können sind folgende Voraussetzungen zu erfüllen:
10 +Um die Release-API nutzen zu können sind folgende Voraussetzungen zu erfüllen:
11 +- Der Formularserver benötigt mindestens das Release mit der Version 4.46.0
12 +- Es muss für die Authentifizierung die Mandantennummer und der API-Key vorhanden sein.
10 10  
11 -* Es muss für die Authentifizierung die Mandantennummer und der API-Key vorhanden sein.
12 -
13 13  ## Verwendung der Schnittstelle
14 14  
15 -Die API wurde nicht für den Browsergebrauch konzipiert. Um die Anbindung zu testen, werden externe Tools wie beispielsweise [Insomnia](https://insomnia.rest/) oder [Postman](https://www.postman.com/) empfohlen.
16 -
17 17  Da die Schnittstelle auf dem REST-Standard beruht, kann diese über eine URL erreicht werden. Hierbei gibt es einen festen Basispfad und einen entsprechenden Endpunkt. Der Basispfad ist bei jedem Aufruf gleich, wobei sich die Endpunkte je nach Funktion unterscheiden können. Ein Endpunkt spricht eine Funktionalität der Schnittstelle an. Da der Basispfad immer gleich ist, können über diverse Endpunkte mehrere Funktionalitäten in die Schnittstelle verbaut werden. Weitere Verwendungsmöglichkeiten finden Sie in unserer Swagger-Dokumentation.
18 18  
19 19  ## Einschränkungen
20 20  
21 -Zur Zeit gelten für die Schnittstelle folgende Einschränkungen:
20 +Im derzeitigen Zustand hat die Schnittstelle folgende Einschränkungen:
21 +- Es werden nicht alle möglichen Konfigurationsoptionen angezeigt
22 +- Fehlerhafte Konfigurationsfelder werden ausgeblendet
22 22  
23 -* Es werden nicht alle möglichen Konfigurationsoptionen angezeigt
24 -* Fehlerhafte Konfigurationsfelder werden ausgeblendet
24 +Weiterhin werden nur "gültige" Veröffentlichungen angezeigt. Für Assistenten bedeutet das, dass
25 +- der Assistent seine Gültigkeitsperiode bereits begonnen hat
26 +- der Assistent seine Gültigkeitsperiode nicht beendet hat
25 25  
26 -Weiterhin werden nur "gültige" Veröffentlichungen angezeigt. Für Assistenten bedeutet das, dass
28 +Für PDF bedeutet das, dass
29 +- die aktuelle Formularversion aktiv ist
27 27  
28 -* die Gültigkeitsperiode für den Assistenten bereits begonnen hat
29 -* die Gültigkeitsperiode des Assistenten noch nicht beendet ist
31 +Die API wurde nicht für den Browser gebrauch konzipiert. Um die Anbindung zu testen, werden externe Tools wie beispielsweise "Insomnia" oder "Postman" empfohlen.
30 30  
31 -Für PDF bedeutet das, dass
32 -
33 -* die aktuelle Formularversion aktiv ist
34 -
35 35  ## Ausgabeformate
36 36  
37 -### Ausgabe im JSON-Format (Standard)
35 +Die Schnittstelle unterstützt insgesamt zwei unterschiedliche Ausgabeformate. Standardmäßig wird hier ein Dokument im JSON-Format ausgehändigt, während über einen Parameter im Header der Anfrage die Ausgabe im CSV-Format erzwungen werden kann.
38 38  
39 -Werden keine Header-Parameter mitgegeben, erfolgt die Ausgabe standardmäßig im JSON-Format.
37 +### Ausgabe im JSON-Format
40 40  
39 +Werden keine Header-Parameter mitgegeben, erfolgt die Ausgabe standardmäßig im JSON-Format. Hierbei wird eine Ausgabe erzeugt, welche verschiedene Felder beinhaltet.
40 +
41 41  ### Ausgabe im CSV-Format
42 42  
43 -Mit dem Header-Parameter "accept = text/csv" kann die Ausgabe im CSV-Format erfolgen.
43 +Mit dem Header-Parameter „accept“ kann die Ausgabe im CSV-Format erzwungen werden. Hierbei sollte der oben erwähnte Parameter wie folgt aufgebaut sein: "accept = text/csv". Auch hier beinhaltet die Ausgabe verschiedene Felder.
44 44  
45 45  ## Authentifizierung
46 46  
47 -Um die Schnittstelle verwenden zu können, muss eine Authentifizierung vorgenommen werden. Für diese sind die Mandantennummer und ein API-Key notwendig, wobei die Mandantennummer als Benutzername und der API-Key als Passwort gilt. Die verwendete Authentifizierungsart ist eine Basis-Authentifizierung.
47 +Um die Schnittstelle verwenden zu können, muss eine Authentifizierung vorgenommen werden. Für diese ist die Mandantennummer und der dafür hinterlegte API-Schlüssel notwendig, wobei die Mandantennummer als Benutzername und der API-Schlüssel als Passwort gilt. Sollte noch kein passender API-Schlüssel vorliegen, kann dieser beim Administrator des Fomularservers beantragt werden.
48 48  
49 -Einen API-Key können Sie beim Betreiber des Formularservers beantragen.
49 +Die erforderlichen Authentifizierungsdaten dienen zu Demonstrationszwecken und lauten wie folgt:
50 +***Mandantennummer:*** 77777777-0000
51 +***API-Schlüssel:*** yIJNM2BS6LI0lS25Qa5xbtEK
50 50  
53 +> {{icon name="far fa-info-circle" size="3"/}} ***Hinweis:***
54 +> Die verwendete Authentifizierungsart ist eine Basis-Authentifizierung.
55 +
51 51  ### Authentifizierung als Supermandant
52 52  
53 -Bei der Authentifizierung als Supermandant liegen Berechtigungen auf alle im System hinterlegten Mandanten vor. Somit ist es möglich, alle Veröffentlichungen auf dem Formularserver mandantenübergreifend auszulesen. Gleichzeitig bietet die Schnittstelle über den Parameter "organizationId" die Möglichkeit, jeweils nur die Veröffentlichungen für einen oder mehrere Mandanten auszulesen.
58 +Bei der Authentifizierung als Supermandant liegen Berechtigungen auf alle im System hinterlegten Benutzer vor. Somit ist es möglich, alle Veröffentlichungen auf dem Formularserver mandantenübergreifend auszulesen. Gleichzeitig bietet die Schnittstelle über einen Parameter die Möglichkeit auch nur die Veröffentlichungen für einen oder mehrere Mandanten auszulesen. Dieses Verhalten wird über den Parameter "organizationId" gesteuert.
54 54  
60 +#### Aufruf ohne Parameter "organizationId"
61 +
62 +***Pfadbeispiel:*** https://<server-name>/release-api/releases
63 +***Beschreibung:*** Wird die Schnittstelle als Supermandant ohne den Parameter "organizationId" aufgerufen, so werden alle Veröffentlichungen aller im Formularserver hinterlegten Mandanten ausgelesen. Dies betrifft sowohl Assistenten als auch PDF-Formulare.
64 +
65 +#### Aufruf mit Parameter "organizationId"
66 +
67 +***Pfadbeispiel:*** https://<server-name>/release-api/releases?organizationId=12345678-1234
68 +***Beschreibung:*** Wird die Schnittstelle als Supermandant mit dem Parameter "organizationId" aufgerufen, so werden alle Veröffentlichungen für den in dem Parameter aufgeführten Mandanten ausgelesen. Dies betrifft sowohl Assistenten als auch PDF-Formulare. Zusätzlich zu dieser Funktion können auch mehrere Mandantennummern kommasepariert als Wert des Parameters eingetragen werden. Somit würden alle Veröffentlichungen der angegebenen Mandantennummern ausgelesen werden.
69 +
55 55  ### Authentifizierung als einzelner Mandant
56 56  
57 -Bei der Authentifizierung als einzelner Mandant liegen Berechtigungen auf alle Veröffentlichungen des eigenen Mandanten vor. Es werden die Veröffentlichungen von Assistenten und PDF-Formularen des authentifizierten Mandanten übergeben.
72 +Bei der Authentifizierung als einzelner Mandant liegen Berechtigungen auf alle Veröffentlichungen des eigenen Mandanten vor. Um die Schnittstelle nach einer solchen Authentifizierung nutzen zu können, wird die oben beschriebene Basis-URL sowie der gewünschte Endpunkt verwendet.
58 58  
74 +***Pfadbeispiel:*** https://<server-name>/release-api/releases
75 +
76 +Da wir mit dieser Art der Authentifizierung bereits eindeutig als Mandant identifiziert sind, wird an dieser Stelle keine Filterung der Mandanten über einen gesonderten Parameter benötigt. Mit der Nutzung der oben beschriebenen URL werden nun alle Veröffentlichungen von Assistenten und PDF-Formularen des angemeldeten Mandanten ausgehändigt.
77 +
59 59  ## Beispielanwendung (Swagger-Dokumentation)
60 60  
61 -Auf dem Formularserver ist mit der Swagger-Anwendung eine übersichtliche Darstellung und technische Dokumentation der Schnittstelle verfügbar. Mit dieser Anwendung kann die Funktionalität auch getestet werden.
80 +Um die Schnittstelle beispielhaft bedienen zu können, wird eine Demoanwendung unter folgender URL bereitgestellt: https://vertrieb.form-solutions.de/release-api/swagger-ui/index.html
62 62  
63 -Die Adresse der Swagger-Anwendung der Release-API lautet `< Formularserveradresse >/release-api/swagger-ui/index.html`
64 -Um die Anwendung aufzurufen, setzen Sie die Adresse des jeweiligen Formularservers ein.
82 +> ***Achtung***
83 +> Die oben verlinkte Swagger-Dokumentation greift auf den Form-Solutions internen Vertriebsserver zu. Um die Dokumentation auf anderen Servern einzusehen muss die URL folgendem Format entsprechen: < BASIS_URL >/submission/swagger-ui/index.html
65 65  
66 -Für Funktionstests sind gültige Authentifizierungsdaten für den jeweiligen Server erforderlich (Mandantennummer und API-Key).
85 +Ebenso steht dem Anwender mit dieser Beispielanwendung eine technische Dokumentation zur Verfügung, welche die einzelnen Ressourcen detaillierter beschreibt.
86 +
87 +### Testdaten zu Demonstrationszwecken
88 +
89 +***organizationID:*** 77777777-0000
90 +***secureID (Assistent):*** 6050847cb2e9650a8ab19c83
91 +***secureID (PDF):*** zGVrF5v6N8XzH5j7kJN84qtKrM8TA9A
92 +