From b64c6d970d17077522b456835663efce186bbea7 Mon Sep 17 00:00:00 2001 From: Alexander Hoose <alexander.hoose@fitko.de> Date: Wed, 11 Aug 2021 04:23:42 +0000 Subject: [PATCH] Aktualisieren news/2021-08-11-sprint-report-cw-32.md, news/2021-07-26-sprint-report-cw-30.md Dateien --- news/2021-07-26-sprint-report-cw-30.md | 2 +- news/2021-08-11-sprint-report-cw-32.md | 38 ++++++++++++++++++++++---- 2 files changed, 34 insertions(+), 6 deletions(-) diff --git a/news/2021-07-26-sprint-report-cw-30.md b/news/2021-07-26-sprint-report-cw-30.md index aa397e47f..d9e381ae0 100644 --- a/news/2021-07-26-sprint-report-cw-30.md +++ b/news/2021-07-26-sprint-report-cw-30.md @@ -54,7 +54,7 @@ kurzfristig als Zusatzoption ermöglicht werden und langfristig als Ersatz für Es wurde erprobt und dokumentiert, wie ein solches JSON-Schema allgemein und über eine eigene Software abzuleiten ist, sodass dies zukünftig automatisiert durchgeführt werden kann. -### Im Sprint nicht umgesetzte Stories +### Im Sprint nicht abgeschlossene Stories #### Event Log der Submission diff --git a/news/2021-08-11-sprint-report-cw-32.md b/news/2021-08-11-sprint-report-cw-32.md index 012a12693..2465a002a 100644 --- a/news/2021-08-11-sprint-report-cw-32.md +++ b/news/2021-08-11-sprint-report-cw-32.md @@ -15,22 +15,50 @@ Dieses Format soll nun bei jedem Sprintwechsel veröffentlicht werden. ### Umgesetzt -#### <Story #1> +#### Finalisierung des Autorisierungskonzepts + +Im Rahmen dieser Story wurden begonnenen Arbeiten an Umstellung der OAuth Autorisierung für die API Zugriffe umgesetzt. Hierzu wurde Software gegen die neuen Tokens und Scopes getestet und die Dokumentation und API Spec aktualisiert. Wesentliche Neuerungen der neuen OAuth Autorisierung: +- Zugriff auf die Verwaltung von Zustellpunkten und Abruf von Einreichungen basiert nun auf Scopes und nicht mehr auf dem konkreten Client, der den Zustellpunkt erstellt hat. Dies erlaubt es, flexibel API-Clients auszutauschen, ohne hierfür die Destination neu anzulegen oder auch den Zugriff auf Zustellpunkte für mehrere API-Clients zu ermöglichen. +- Neue Zustellpunkte können nur noch durch das Self-Service-Portal erstellt werden. Die Verwaltung von Zustellpunkten ist jedoch weiterhin über die API möglich. +- Sendende Systeme können Access Token ... +- Um diese Berechtigungen bei Access Tokens von sendenden Systemen zu ermöglichen. Müssen nun in den Zustellpunkten die ... + +https://docs.fitko.de/fit-connect/docs/getting-started/authentication + +#### Endpunkt zur Abfrage der öffentlichen Informationen einer Destination + +Aktuell gibt es keine Möglichkeit, dass ein sendendes System einen Zustellpunkt und dessen öffentliche Informationen abfragen kann. Ein solcher Abruf ist bis zur Umsetzung der Routing API zwingend notwendig, damit sendende Systeme Informationen über Destinations ermitteln können, die für eine fachlich und technische korrekte Übermittlung zwingend erforderlich sind (insbesondere Fachschemareferenzen und Keys für die Verschlüsselung der Einreichung). + +Daher wurde ein neuer Endpunkt umgesetzt, der es sendenden Systemen erlaubt, für eine konkrete Destination die öffentlichen Informationen abzurufen. Empfangende Systeme können für ihre eigenen Destination (bspw. mit dem manage:destination:<id>) weiterhin alle Informationen einer Destination abrufen. Der spezifizierte Endpunkt kann hier eingesehen werden: https://docs.fitko.de/fit-connect/docs/apis/delivery-service#get-/destinations + +#### Event Log der Submission + +... + +#### Schlüsselverwaltung des Zustelldienstes ... -#### <Story #2> +#### Implementierung des neuen Statusmodells + +... + +#### schemas` in `submissionSchemas` umbenennen + +Es wurde im Rahmen der Qualitätsprüfungen der API beschlossen, den Bezeichner `schemas`, der die referenzierten Fachdatenschemata in der Destination bzw. im Metadatenschema beinhaltet hat, in `submissionSchemas` umzubenennen. Diese Umbenennung wurde in der API Spec und Dokumentation ungepasst. + +#### Dokumentationsartikel "Versenden" im Überblick von Getting Started aufteilen ... -### Im Sprint nicht umgesetzte Stories +### Im Sprint nicht abgeschlossene Stories -#### <Story #1> +#### Umsetzung des Self-Service-Portals ... -#### <Story #2> +#### XFall Schema: Erstellung eines Konzepts zur Ableitung eines JSON Schemas aus einem FIM Stammdatenschema ... -- GitLab