Skip to content
Snippets Groups Projects

Compare revisions

Changes are shown as if the source revision was being merged into the target revision. Learn more about comparing revisions.

Source

Select target project
No results found

Target

Select target project
  • fit-connect/docs
1 result
Show changes
Commits on Source (8)
......@@ -4,6 +4,10 @@ Das Format dieser Datei basiert auf [Keep a Changelog](https://keepachangelog.co
Das hier veröffentlichte Changelog bezieht sich auf die [Testinstanz von FIT-Connect](getting-started/environments.mdx).
## 2023-02-20
### Dokumentation
- Der [Umgang mit dem `replyChannel`-Attribut im Metadatensatz](receiving/verification.mdx) durch Subscriber wurde angepasst/korrigiert.
## 2023-02-14
### Self Service Portal 1.5.3
- Das Formular zum Anlegen und Verwalten von Zustellpunkten unterstützt jetzt mehrere Verwaltungsleistungen pro Zustellpunkt, die auch mehrere Regionen und Fachdatenschemas enthalten können. ([Story](https://git.fitko.de/fit-connect/planning/-/issues/443))
......
......@@ -18,9 +18,9 @@ Eine Nutzung des Self-Service-Portals (SSP) setzt eine Authentifizierung über e
#### Username/Passwort erforderlich
In der Testumgebung ist die Authentifizierung per Username und Passwort über Ihren Account bei GitHub oder GitLab möglich.
Zudem können Sie sich über `GitLab der FITKO` anmelden. Zur Registrierung beim GitLab der FITKO wenden Sie sich bitte an `fit-connect <ät> fitko.de`.
Zudem können Sie sich mit einem Account der OpenCoDE-Plattform anmelden. Eine Neu-Registrierung über das GitLab der FITKO wird zugunsten des Logins über die OpenCoDE-Plattform nicht mehr unterstützt.
<img width="600" alt="Übersicht der aktuell unterstützten OAuth 2.0 Identiy Provider" src={useBaseUrl('/images/ssp/1-Login-Verfahren.png')} />
<img width="950" alt="Übersicht der aktuell unterstützten OAuth 2.0 Identiy Provider" src={useBaseUrl('/images/ssp/1-Login-Verfahren.png')} />
### Zugang zum SSP in der Staging- und Produktivumgebung
......
......@@ -442,11 +442,11 @@ Stimmt die Liste der Anlagen in der Submission mit den Anlagen im Metadatensatz
### Rückkanal
Entspricht der gewählte Rückkanal einem der angebotenen Kanäle?
Die Angabe keines Rückkanals ist immer gültig, auch wenn Rückkanäle angeboten werden.
Subscriber definieren die von ihnen unterstützten Rückkanal-Optionen [im Self-Service-Portal](./destination.mdx#zustellpunkt-anlegen) oder über die [Self-Service API](../apis/self-service-api.mdx).
Die Angabe des falschen Rückkanals sollte ignoriert und die Verarbeitung ohne Rückkanal fortgesetzt werden.
Es wird daher der postalische Weg als Fallback genutzt.
Ist im [Metadatensatz](../metadata/replyChannel.mdx) einer Einreichung kein Rückkanal hinterlegt oder ein Rückkanal hinterlegt, der vom Subscriber nicht unterstützt wird, hat der Subscriber zwei Möglichkeiten:
- a) Fallback auf den postalischen Rückkanal
- b) Zurückweisung der Einreichung über ein Reject-Event mit folgendem `problem`:
```json
{
......
static/images/ssp/1-Login-Verfahren.png

10.5 KiB | W: 0px | H: 0px

static/images/ssp/1-Login-Verfahren.png

28.5 KiB | W: 0px | H: 0px

static/images/ssp/1-Login-Verfahren.png
static/images/ssp/1-Login-Verfahren.png
static/images/ssp/1-Login-Verfahren.png
static/images/ssp/1-Login-Verfahren.png
  • 2-up
  • Swipe
  • Onion skin