7-al-runde_22062021_gesamtdatei_gepruft

Dieses Dokument ist Teil der Anfrage „Protokolle der AL-Runde des IT-Planungsrates aus 2021

/ 154
PDF herunterladen
Orientierung Parametrisierung Inhalt Inhalt 1 Einführung .......................................................................................................................... 6 1.1 Status des Dokuments........................................................................................................ 6 1.2 Verwendung ....................................................................................................................... 6 2 Aufgabenstellung ................................................................................................................ 7 2.1 Stakeholder ...................................................................................................................... 10 3 Grundlegende Designempfehlungen .................................................................................. 11 4 Beispielhafter Ablauf: Parameteraufrufe der EfA-Online-Dienste ........................................ 15 5 Parameterpflege ............................................................................................................... 21 6 Offene Punkte und Ausblick .............................................................................................. 22 7 Anhang ............................................................................................................................. 23 7.1 Glossar.............................................................................................................................. 23 Version 0.5 Seite 3 von 24
69

Orientierung Parametrisierung Abbildungen Abbildungen Abbildung 1: EfA-Zielbild, vorgestellt in der AL-Runde am 08.12.2020 ............................................. 8 Abbildung 2: In der AL-Runde am 15.12.2020 beschlossenes Architekturbild FIT-Connect .............. 9 Abbildung 3: Sequenzdiagramm Parameteraufrufe der EfA-Online-Dienste (beispielhafter Ablauf, vereinfachte Darstellung, lesbare Ansicht über diesen Link) ........................................................... 16 Version 0.5 Seite 4 von 24
70

Orientierung Parametrisierung Tabellen Tabellen Tabelle 1: Änderungsverzeichnis ........................................................................................................ 2 Tabelle 2: Stakeholder ...................................................................................................................... 11 Tabelle 3: Designempfehlungen ....................................................................................................... 15 Tabelle 4: Glossar ............................................................................................................................. 24 Version 0.5 Seite 5 von 24
71

Orientierung Parametrisierung Einführung 1 Einführung 1 Das vorliegende Dokument befasst sich mit der Parametrisierung von „Einer-für-Alle“(EfA) -Online- Diensten, um trotz landes- und satzungsrechtlicher Unterschiede eine bundesweite Nachnutzung der Dienste zu ermöglichen. Die Flexibilität von EfA-Online-Diensten soll durch die Verwendung von Variablen (Parametern) sichergestellt werden. Dies soll standardisiert und gleichartig für möglichst viele Dienste der öffentlichen Verwaltung erfolgen. Das Dokument gibt Hinweise, wie die Parametrisierung von Diensten erfolgen soll, wie die Parameter definiert, gepflegt und abgerufen werden sollen und welche Parameter verwendet werden sollen. Es werden Parameter für variable Werte des Online-Dienstes, Kommunikationsparameter für das Antragsrouting, Parameter für Adressierung von Bezahldiensten sowie Parameter zur Steuerung des Aussehens der Online-Dienste nötig sein. Ein Online-Dienst der öffentlichen Verwaltung, der dem Konzept EfA folgen soll, zeichnet sich dadurch aus, dass er bundesweit allen Gebietskörperschaften zur Mitnutzung zur Verfügung steht. Es besteht also die Herausforderung, dass ein fachlicher EfA Online-Dienst für mehrere, unterschiedliche landes- und satzungsrechtliche Grundlagen zur Verfügung gestellt wird. Ziel des Dokuments ist es, eine Lösung zu skizzieren, die alle Aspekte umfasst. Darauf aufbauend soll entschieden werden, bei welchen Systemen welche Anpassungen notwendig sind und ob bei Bedarf neue Systeme einzuführen sind. 1.1 Status des Dokuments Dieses         Dokument        definiert      keinen      Standard        des       IT-Planungsrates. Es       dient    als     Orientierung     und      Hinweis     für     aktuelle      Entwicklungen. Es ist geplant, dass das hier beschriebene Vorgehen und die hier beschriebenen Vorgaben weiterentwickelt werden. Dieses Dokument wird durch Aufnahme des in den kommenden Umsetzungsschritten zum Aufbau und Betrieb von EfA-Leistungen erkannten Änderungs- und Ergänzungsbedarfs fortgeschrieben und ggfs. einer Beschlussfassung des IT-Planungsrates zugeführt. 1.2 Verwendung Dieses Dokument ist gemäß CC BY 2.0 DE lizensiert. 1 https://www.onlinezugangsgesetz.de/Webs/OZG/DE/umsetzung/nachnutzung/efa/efa- node.html;jsessionid=CF98859CA305652E624BA799B145F094.1_cid287 Version 0.5 Seite 6 von 24
72

Orientierung Parametrisierung Aufgabenstellung Sie dürfen dieses Dokument für beliebige Zwecke, sogar kommerziell, in jedwedem Format oder Medium vervielfältigen und weiterverbreiten sowie dieses Dokument verändern und darauf aufbauen. Sie müssen angemessene Urheber- und Rechteangaben machen, einen Link zur Lizenz beifügen und angeben, ob Änderungen vorgenommen wurden. Diese Angaben dürfen in jeder angemessenen Art und Weise gemacht werden, allerdings nicht so, dass der Eindruck entsteht, der Lizenzgeber unterstütze gerade Sie oder Ihre Nutzung besonders. Sie dürfen keine zusätzlichen Klauseln oder technische Verfahren einsetzen, die anderen rechtlich irgendetwas untersagen, was die Lizenz erlaubt. Die Lizenz ist unter https://creativecommons.org/licenses/by/2.0/de/legalcode verfügbar. 2 Aufgabenstellung Die Digitalisierung von Verwaltungsdienstleistungen erfolgt nach dem EfA-Prinzip. Das bedeutet, dass eine Leistung zentral von einem Land entwickelt und anschließend anderen Ländern zur Verfügung gestellt wird. Dabei müssen die in der AL-OZG-Runde am 08.12.2020 beschlossenen EfA- 2 Mindestanforderungen erfüllt werden . In der AL-OZG Runde am 08.12.2020 wurde das „EfA-Zielbild“ vorgestellt, siehe Abbildung 1. 2 https://leitfaden.ozg-umsetzung.de/download/attachments/4621478/EfA-Mindestanforderun- gen_Version%201.0.pdf?version=1&modificationDate=1612276616029&api=v2 Version 0.5 Seite 7 von 24
73

Orientierung Parametrisierung Aufgabenstellung Abbildung 1: EfA-Zielbild, vorgestellt in der AL-Runde am 08.12.2020 Die Konfiguration der EfA-Online Dienste berücksichtigt (unabhängig von der späteren konkreten Realisierung des Bereichs „config“ in der Abbildung) die EfA-Mindestanforderung F3. Dementsprechend             soll      der      EfA-Online-Dienst     landes- oder  satzungsrechtliche Ausführungsvorschriften zu bundesrechtlich geregelten Leistungen geeignet berücksichtigen können. Neben Mandantenfähigkeit kann dies durch Parametrisierung erfolgen. Es ist im Rahmen des vorliegenden Konzepts zu klären, wie der Online-Dienst entsprechende Parameter (variable Werte), wie z. B. lokale Gebühren, ermitteln kann. Das EfA-Zielbild adressiert zudem alle notwendigen Kommunikationskanäle, d. h. regionalen Verknüpfungen, die beim Einsatz eines deutschlandweit zentral betriebenen EfA-Online-Dienstes notwendig sind. Die „Agenten“ sorgen dafür, dass die regional zuständigen Basisdienste (z. B. Nutzerkonten, Bezahldienste), Fachverfahren und Register adressiert werden. Sie ermöglichen außerdem, dass der EfA-Online-Dienst nach der Zuständigkeitsermittlung mit der Bezeichnung des Dienstleistungsanbieters und einem regionalen Logo versehen werden kann. Abschließend liefern die „Agenten“ dem Nutzer/Verwaltungskunden Informationen über die zuständige Behörde inkl. Kontaktdaten. Der Begriff „Agent“ ist in diesem Zusammenhang umsetzungsneutral zu verstehen und legt keine spezifischen Technologien oder Integrationsmuster fest. Einige in der Abbildung aufgeführten „Agenten“ werden bereits adressiert und entsprechende Architekturkonzepte liegen vor. Dies betrifft (1) „Authentifizierung“ und „Postfächer“ (Projekt FINK), (2) „Datenabrufe“ (Projekt Registermodernisierung) sowie (3) „Datenzustellung“ (Projekt FIT- Version 0.5 Seite 8 von 24
74

Orientierung Parametrisierung Aufgabenstellung 3 Connect in Zusammenspiel mit XTA/OSCI/DVDV), siehe unten. Die Themen „Payment“ und „UI- Repository“ sind hinsichtlich Verortung der Informationen über regionale Bezahldienste und Logos der zuständigen Behörden zu klären. Für den Transport der Antragsdaten („Agent für Datenzustellung“ in Abbildung 1) soll die bestehende Transportinfrastruktur in Deutschland eingesetzt werden. Der Datenaustausch erfolgt dabei mittels OSCI-XTA. Die technischen Adressen und Zertifikate werden vom DVDV (Deutsches Verwaltungsdiensteverzeichnis) verwaltet. Die AL-OZG Runde hat beschlossen, diese Infrastruktur durch FIT-Connect zu ergänzen. FIT-Connect vereinfacht die Anbindung an Fachverfahren durch den Einsatz von modernen Schnittstellentechnologien (REST, JSON statt SOAP, XML). Auch die Pflege der Behördenkennung soll vereinfacht werden. Bei FIT-Connect wird statt der DVDV-Behördenkennung 4 eine Destination-ID als Universal Unique Identifier eingesetzt. Das DVDV wird weiterhin eingesetzt, um die technischen Adressen und Zertifikate zu erhalten. Das in der AL-Runde am 15.12.2020 beschlossene Architekturbild FIT-Connect enthält neben dem FIT-Connect Zustelldienst einen FIT-Connect Routingdienst, der verwendet wird, um Adressierungsinformationen und Verschlüsselungszertifikate zu ermitteln (siehe Abbildung 2). Dieser Beschluss ist in der vorliegenden Konzeption zu berücksichtigen. Abbildung 2: In der AL-Runde am 15.12.2020 beschlossenes Architekturbild FIT-Connect 3 Das Thema Payment wird bereits in der KG Portalverbund (Zielbild – Arbeitspaket 7) bearbeitet. Hier liegt der Fokus auf einer einheitlichen Schnittstelle. 4 https://de.wikipedia.org/wiki/Universally_Unique_Identifier Version 0.5 Seite 9 von 24
75

Orientierung Parametrisierung Aufgabenstellung Zusammenfassend müssen folgende Anwendungsfälle betrachtet werden: 1. Ermittlung/Abfrage von variablen Werten des Online-Dienstes (z. B. regionale Gebühren und Listen mit regionalen Werten) 2. Ermittlung/Abfrage von FIT-Connect Destination-IDs sofern die empfangende zuständige Fachbehörde FIT-Connect als Transportinfrastruktur nutzt. Die Destination-ID wird in diesem Fall genutzt, um technische Adressen sowie Zertifikate der jeweiligen Fachbehörde beim DVDV zu holen. Die Destination-ID wird zudem verwendet, um innerhalb des FIT- Connect Zustelldiensts die Antragdaten an die zuständige Behörde weiterzuleiten. 3. Ermittlung/Abfrage von zahlungsrelevanten Informationen (technische Adresse des zuständigen Bezahldienstes sowie weitere zahlungsrelevante Parameter), sofern für den entsprechenden Antrag erforderlich 4. Ermittlung/Abfrage von Informationen über die Bezeichnung des Dienstleistungsanbieters sowie UI-Elemente (bspw. Behördenlogos) für die entsprechende regionale Anpassung des Online-Dienstes 5. Pflege der variablen Werte des Online-Dienstes 6. Pflege der Destination-IDs beim Einsatz von FIT-Connect 7. Pflege der Bezahlparameter der regionalen Bezahldienste 8. Pflege der Informationen über Dienstleistungsanbieterbezeichnung und UI-Elemente In der vorliegenden Version fokussiert sich das Dokument auf die Anwendungsfälle eins bis vier. In einer später vorliegenden Version des Dokuments werden auch die Prozesse zur Pflege der Informationen (Anwendungsfälle fünf bis acht) genauer betrachtet. Außerhalb des Umfangs dieses Dokuments liegt die Betrachtung folgender Anwendungsfälle: 1. Weiterentwicklung und Betrieb von EfA-Online-Diensten 2. Transport der Antragsdaten nachdem Kommunikationsparameter ermittelt worden sind (OSCI und FIT-Connect) 3. Standardisierte Schnittstellen zu regionalen Bezahldiensten 2.1 Stakeholder Folgende Stakeholder sind bei der Gestaltung der Zuständigkeitslösung einzubinden, siehe Tabelle 2. Rolle                           Erwartungshaltung Mitglieder IT-Planungsrat/      Das Verzeichnis ist kompatibel mit bereits vorhandenen und Mitglieder AL Runde             benachbarten Lösungen. Evtl. notwendige Anpassungen an diese Lösungen sind transparent und zu entscheiden. Entwickler EfA-                 Rechtzeitige Verfügbarkeit der Metadatensysteme, qualitativ Onlinedienste                   hochwertige und einfach verständliche Dokumentation der Version 0.5 Seite 10 von 24
76

Orientierung Parametrisierung Grundlegende Designempfehlungen Lösung. Verfügbarkeit einer Testplattform für frühzeitige Tests der Lösung. Anbieter/Betreiber EfA-      Hohe Verfügbarkeit der Metadatensysteme. Verfügbarkeit der Online-Dienste               Lösung über das Internet, d. h. nicht nur über interne Netze verfügbar. Nachnutzer EfA-Online-       Hohe Verfügbarkeit der Metadatensysteme. Verfügbarkeit der Dienste                      Lösung über das Internet. Daten sind korrekt und aktuell. Pflegeverantwortlicher       Einfacher Pflegeprozess. Pflegeprozess umfasst Metadatensysteme             Qualitätssicherung der Daten. Nutzer (Verwaltungskunde)    Hohe Verfügbarkeit der Metadatensysteme. Korrekte Antragsstellung an die zuständigen Fachbehörde. Datenschutzbeauftragte       Lösung erfüllt Anforderungen an Datenschutz. Bund und Länder IT-Sicherheitsbeauftragte    Lösung erfüllt Anforderungen an IT-Sicherheit. Bund und Länder Produktverantwortliche für   Frühzeitige Einbindung bei der Festlegung der Anforderungen, die betroffene Basisdienste, z.  die jeweiligen Basisdienste umsetzen müssen. Beteiligung bei der B. Portalverbund Online-     Terminplanung zur Umsetzung der Anforderungen. Gateway und DVDV Tabelle 2: Stakeholder 3 Grundlegende Designempfehlungen Folgende Empfehlungen bzgl. des Designs der Gesamtlösung wurden im vorliegenden Dokument berücksichtigt: Designempfehlung              Erläuterung Verwendung von Online-        Jeder Online-Dienst der öffentlichen Verwaltung, der dem Dienstübergreifende           Konzept EfA folgt, hat zumindest die folgenden regional Parameter durch alle EfA-     anpassbaren Parameter/Informationen anzubieten: Online-Dienste -   Vollständiger Name der Gebietskörperschaft (der (Pflichtparameter) zuständigen Fachbehörde) -   Vollständiger Name der Gebietskörperschaft (der zuständigen Fachbehörde) -   Kurzbezeichnung der Gebietskörperschaft (der zuständigen Fachbehörde) Version 0.5 Seite 11 von 24
77

Orientierung Parametrisierung Grundlegende Designempfehlungen -    Ansprechpartner bei Rückfragen -    Anschrift -    Link zur regionalen Datenschutzerklärung -    Link zum regionalen Impressum -    Zustellungskanal (Wohin soll der Antrag geschickt werden, z. B. FIT-Connect Zustelldienst oder OSCI- Intermediär inkl. technische Adresse und sonstigen Zustellungsparameter) -    Durch die Fachbehörde zu verarbeitende Fachdatenschemata (inkl. Version) Verwendung von Online-       Jeder Online-Dienst der öffentlichen Verwaltung, der dem Dienstübergreifende          Konzept EfA folgt, kann ergänzend zu Pflichtparametern bei Parameter durch alle EfA-    Bedarf weitere regional anpassbare Parameter anbieten. Diese Online-Dienste (Optionale    Parameter werden nicht standardisiert, sondern individuell in Parameter)                   Verantwortung des EfA-Online-Dienstes festgelegt. Die Infrastruktur für die Parametrisierung (z. B. über eine XZuFi- Schnittstelle) muss diese Flexibilität unterstützen. Dies wird realisiert, indem die Fachbehörde Konfigurationsdateien (z. B. als JSON-Objekt) regional anpassen kann. Der EfA-Online-Dienst muss das entsprechende Schema für diese Konfiguration definieren und Tools für die Erzeugung dieser Dateien bereitstellen. -    Logo -    Technische Folgende Online-Dienstübergreifende Parameter Bezahlparameter für Online-Zahlungen (sofern Gebühren anfallen und vorab berechnet werden können) -    Gebühren und sonstigen zahlungsrelevanten Parametern (z. B. Kassenzeichen) -    einleitender Text -    abschließender Text -    Link auf weiterführende Informationen -    Callback-URL nach Abschluss des Antrags -    Erlaubte Authentisierungs-Niveaus -    Kennzeichen Schriftformerfordernis -    Leistungsadressat (z.B. Bürger oder Unternehmen) Version 0.5 Seite 12 von 24
78

Zur nächsten Seite