Ä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
am 08.04.2026
Änderungskommentar:
Es gibt keinen Kommentar für diese Version
Auf Version 20.1
bearbeitet von MACH formsolutions
am 17.03.2021
am 17.03.2021
Änderungskommentar:
Es gibt keinen Kommentar für diese Version
Zusammenfassung
-
Seiteneigenschaften (1 geändert, 0 hinzugefügt, 0 gelöscht)
Details
- Seiteneigenschaften
-
- Inhalt
-
... ... @@ -1,66 +1,89 @@ 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|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 - Werdenkeine Header-Parameter mitgegeben, erfolgt dieAusgabestandardmäß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 sinddie Mandantennummer und ein API-Keynotwendig, wobei die Mandantennummer als Benutzername und der API-Keyals Passwort gilt.DieverwendeteAuthentifizierungsartisteineBasis-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 Mandantenvor. Somit ist es möglich, alle Veröffentlichungen auf dem Formularserver mandantenübergreifend auszulesen. Gleichzeitig bietet die Schnittstelle überden Parameter"organizationId"die Möglichkeit,jeweilsnur 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. Eswerden dieVeröffentlichungenvon Assistenten undPDF-Formularen desauthentifiziertenMandantenü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 - AufdemFormularserverist mit der Swagger-Anwendungeineübersichtliche Darstellung undtechnischeDokumentationderSchnittstelleverfügbar. MitdieserAnwendung kann dieFunktionalitätauchgetestet 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 +Ebenso steht dem Anwender mit dieser Beispielanwendung eine technische Dokumentation zur Verfügung, welche die einzelnen Ressourcen detaillierter beschreibt. 65 65 66 -Für Funktionstests sind gültige Authentifizierungsdaten für den jeweiligen Server erforderlich (Mandantennummer und API-Key). 84 +### Testdaten zu Demonstrationszwecken 85 + 86 +***organizationID:*** 77777777-0000 87 +***secureID (Assistent):*** 6050847cb2e9650a8ab19c83 88 +***secureID (PDF):*** zGVrF5v6N8XzH5j7kJN84qtKrM8TA9A 89 +