Wiki-Quellcode von Error-API
Zuletzt geändert von MACH formsolutions am 08.04.2026
Verstecke letzte Bearbeiter
| author | version | line-number | content |
|---|---|---|---|
 |
1.1 | 1 | ## Allgemeines |
| 2 | |||
| |
13.1 | 3 | Während des Antragsprozesses kann der Assistent auf einen Fehler laufen, welcher nicht unbedingt erwartet wird. Um die genaue Fehlerursache festzustellen, musste bisher in jedem Fall der Administrator des Formularservers kontaktiert werden. Damit dies künftig nicht mehr notwendig ist, stellt MACH formsolutions mit der Error-API eine Lösung bereit, mit der sämtliche Fehler, die standardmäßig auf eine Error-URL weitergeleitet werden, auflistet und dem Sachbearbeiter ersichtlich gemacht werden können. |
| 4 | Die Architektur beruht auf dem REST-Standard. Wie bei allen von MACH formsolutions angebotenen Schnittstellen unterliegt auch diese einem Authentifizierungskonzept. | ||
| 5 | Die ausgelesenen Ergebnisdaten werden im JSON-Format ausgegeben. | ||
| |
1.1 | 6 | |
| 7 | ## Voraussetzungen | ||
| 8 | |||
| |
7.1 | 9 | Um die Error-API nutzen zu können sind folgende Voraussetzungen zu erfüllen: |
| |
1.1 | 10 | |
| |
7.1 | 11 | * Es muss eine "errorUrl" beim Start des Assistenten mitgegeben werden (siehe hierzu [[Rücksprung-URLs|doc:Main.03_Steuerungsprozess.03_Portalintegration.WebHome]]). |
| 12 | * Es muss für die Authentifizierung die Mandantennummer und der API-Key vorhanden sein. | ||
| 13 | |||
| |
3.1 | 14 | ## Verwendung der Schnittstelle |
| |
1.1 | 15 | |
| |
7.1 | 16 | Um die Schnittstelle verwenden zu können, ist es notwendig eine "errorUrl" wie in [[Rücksprung-URLs|doc:Main.03_Steuerungsprozess.03_Portalintegration.WebHome]] beschrieben beim Assistentenstart zu übergeben. Somit wird in allen Fehlerfällen, bei denen während des Ausfüllens des Assistenten oder bei der Einreichung auf die hinterlegte "errorUrl" weitergeleitet wird, künftig ein Parameter "errorId" an die URL angehängt. Der Wert des neuen Parameters gibt die ID an, mit welcher der Datensatz aus der Schnittstelle ausgelesen werden kann. Weitere Verwendungsmöglichkeiten finden Sie in unserer Swagger-Dokumentation. |
| |
1.1 | 17 | |
| |
13.1 | 18 | Beispiel nach Weiterleitung auf die angehängte "errorUrl": https://www.testurl.de?errorId=5f60c6da8110c14fc9cfa508 |
| |
1.1 | 19 | |
| |
3.1 | 20 | ## Authentifizierung |
| |
1.1 | 21 | |
| |
13.1 | 22 | 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. |
| |
1.1 | 23 | |
| |
13.1 | 24 | Einen API-Key können Sie beim Betreiber des Formularservers beantragen. |
| |
2.1 | 25 | |
| |
3.1 | 26 | ## Beispielanwendung (Swagger-Dokumentation) |
| |
1.1 | 27 | |
| |
13.1 | 28 | 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. |
| |
1.1 | 29 | |
| |
13.1 | 30 | Die Adresse der Swagger-Anwendung der Error-API lautet `< Formularserveradresse >/error/api/swagger-ui.html` |
| 31 | Um die Anwendung aufzurufen, setzen Sie die Adresse des jeweiligen Formularservers ein. | ||
| |
5.1 | 32 | |
| |
13.1 | 33 | Für Funktionstests sind gültige Authentifizierungsdaten für den jeweiligen Server erforderlich (Mandantennummer und API-Key). |