Skip to content

[Epic] Anbindung BundID-Statusmonitor über den ZBP-Adapter

Warum

Die BundID ist eine zentrale Komponente der digitalen Verwaltungsleistungen und ermöglicht zum einen allen Bürgern eine einfache, schnelle sowie sichere Authentifizierung in den Onlinediensten. Zum anderen können und sollen über das Zentrale Bürgerpostfach der BundID (ZBP) Bescheide und Nachrichten an die Bürger zugestellt werden.

Der Bürger erhält mit dem Zugang zur BundID zusätzlich zum ZBP einen zentralen Statusmonitor für die transparente Anzeige in Echtzeit aller online gestellten Anträge. In diesem kann der Antragsteller den Bearbeitungsstand der Behörde nachvollziehen und die Notwendigkeit direkter Nachfragen wird reduziert. Die Verwaltungssysteme(als auc Online-Dienste) versenden die Statusänderungen direkt an den Bürger über den Statusmonitor der BundID.

Ziel

Ziel dieses Epics ist es den im Epic #714 erstellten ZBP Adapter so zu erweitern, dass nicht nur die Nachrichten an das jeweilige ZBP versendet werden, sondern auch der zweite öffentliche Endpunkt der BundID angesprochen werden kann, so dass zu einem Antrag sowohl der OD als auch das FV ein Update zu dem Status des Antrags übermitteln kann. Der Antrag wird über eine von der BundID vergebene ApllicationID eindeutig identifiziert. Diese ApplicationID wird beim Login über die BundID(#82 - kommt noch) vom OD abgerufen und an das FV über die Metadaten übergeben(#1113 (closed) - in Arbeit). (Anm. 19.8: Team SDK stellt diese FUnktion bereits zur Verfügung, konnte aber aufgrund der fehlednen ApplicationID es noch nicht testen. Wir versuchen hier mit einer mit NAVO generierten ApplicationID kurzfristg zu testen) Accept- & Reject-Events, sowie Weiterleitung der Fehlermeldungen sind entsprechend der Umsetzung für die ZBP-Nachrichten im Adapter umzusetzen.

Nicht-Ziele:

  • eigenes EPIC: Nachrichten in das ZBP Postfach ablegen
  • eigenes EPIC: Anbindung FIT-Connect an ZBP durch ZBP-Adapter
  • eigenes EPIC: Anpassung Metadaten
  • eigenes EPIC: Optimierung Authentifizierungsprozess und Übergabe an FV

Links, Hinweise, Bemerkungen

Einordnung in die gesamte BundID Thematik:

Als Hilfe zur Abgrenzung: Das folgende Bild zeigt alle EPICs rund um die BundID entlang des E2E Antragsprozesses. In diesem Epic geht es um den STEP 2 aus dem Diagramm.

image

Stories

Akzeptanzkriterien

  1. Folgende Antragsstatusmeldungen können dargestellt werden:
    1. Ausfüllen des Antrags begonnen (OD)
    2. Antrag bei der Behörde eingereicht (OD)
    3. Antrag bei der Behörde eingegangen (FV)
    4. Antrag wird geprüft (FV)
    5. Aktivität erforderlich (FV)
    6. Antrag abgeschlossen (FV)
  2. in der ersten Ausbaustufe keine automatische Kopplung an unseren Antragsstatus (ggf. in den SDKs)
  3. Statusupdates bekommen immer einen neuen Case, da neuer Sender und Empfänger (andere Leistung als ZBP-Nachricht) - Verlinkung über externe ID
  4. ZBP-Adapter ruft die Statusupdates vom ZSD ab. (mit SDKs)
  5. ZBP-Adapter entschlüsselt(mit SDKs) den Statusupdate und sendet den Statusupdate mit den SDKs an das ZBP.
  6. Es wird vom ZBP-Adapter ein accept/reject Event erstellt und mit den SDKs an den ZSD weitergeleitet (in Abhängigkeit von der Antwort des ZBP).
    • Sonstige Events entsprechen dem Event der Submission und werden ebenfalls am Case im Event-Log hinterlegt.
  7. Statusupdates werden je Umgebung an die selbe DestinationID gesendet wie bei den ZBP-Nachrichten (Schlüsselbereitstellung)
  8. Löschfristen der Statusupdates an den Statusmonitor entsprechen den Löschfristen, welche an Submissions/ Replies geknüpft sind.
  9. ZBP Adapter, der ZBP Branch und die SDKs sind als Release Candidate auf einer eigenen Testumgebung veröffentlicht
  10. Webhooks und Callbacks sollten sich an den fachlichen Prozessen der Submission orientieren (fachlich aktuell kaum Bedarf ZBP-Adapter steht im NdB und kann eh nicht informiert werden, das ist bei künftigen Postfächern aber ggf. anders)
  11. Verständliche Dokumentation zur Nutzung der neuen Funktionen wurde erstellt.
  12. Ein Videotutorial zu den neuen Funktionen steht im SSP zur Verfügung.
  13. Definition of Done wurde überprüft.

Mögliche Folgeaktivitäten

Offene Fragen

Edited by Wojciech Gdaniec