| ... |
... |
@@ -14,7 +14,7 @@ |
| 14 |
14 |
Bestehende Anbindungen zu Service-Konten von **BundID**, **BayernID** und **ELSTER** werden bei der Installation des Plugins automatisch auf das neue Plugin umgestellt. |
| 15 |
15 |
Die veralteten Plugins bleiben dabei auf dem System werden aber deaktiviert. Alle zuvor konfigurierten Anbindungen werden als Externe Benutzer im jeweiligen Bereich(System oder Mandant) definiert. |
| 16 |
16 |
Designer-Vorlagen, die mit den veralteten Plugins in das System gekommen sind, werden entfernt. |
| 17 |
|
-\\**Migrations-Beispiel:** |
|
17 |
+\\**Migrations-Beispiel für BayernID Anbindung:** |
| 18 |
18 |
Ausgangspunkt ist ein FORMCYCLE System mit mehreren Mandanten. In zwei Mandanten ist jeweils das// AKDB: Bürgerkonto-Service-Plugin //(Anbindung an **BayernID**) installiert. |
| 19 |
19 |
Einer der **BayernID **Mandanten hat die Einbindung des Bürgerkonto Logins als Externer Benutzer konfiguriert. |
| 20 |
20 |
|
| ... |
... |
@@ -27,6 +27,12 @@ |
| 27 |
27 |
* Alte Designer-Vorlagen für die Anzeige der Bürgerkonto-Daten wurden durch neue Vorlagen ersetzt. |
| 28 |
28 |
* Die Formulare welche bisher die **BayernID** über den Login-Button eingebunden hatten müssen nicht angepasst werden. Bei Nutzung des Login-Buttons, sowie der Postkorb-Aktion im Workflow erfolgt eine automatische Weiterleitung an die durch das **BürgerService Plugin** bereitgestellte Funktionalität. |
| 29 |
29 |
|
|
30 |
+Hinweis: Es werden nur fertig konfigurierte **BayernID **Anbindungen migriert. Ist nur das Plugin im Mandaten vorhanden ist, sind aber keine Einstellungen zur Anbindung (Keystore, EntityID etc.) konfiguriert, kann keine Migration in einen [[Externen Benutzer>>doc:Formcycle.UserInterface.UserSettings.ExternalUsers.WebHome||target="_blank"]] erfolgen. |
|
31 |
+ |
|
32 |
+ |
|
33 |
+**Migration für BundID Anbindung:** |
|
34 |
+Bei bestehenden **BundID** Anbindungen werden die vorhandenen Externen Benutzer mit der neuen Konfigurationseinstellungen erweitert. Vorhandene Formulare mit BundID Anbindung, können ähnlich, wie bei der BayernId ohne Anpassung genutzt werden. |
|
35 |
+ |
| 30 |
30 |
== Konfiguration neuer Servicekonto Anbindungen == |
| 31 |
31 |
|
| 32 |
32 |
Neue Anbindungen an Servicekonten müssen im {{formcycle/}} System als [[Externe Benutzer>>doc:Formcycle.SystemSettings.UserInterface.ExternalUsers.WebHome]] (auch als Authentikatoren bezeichnet) angelegt werden. Dabei ist es möglich diese im System- als auch im Bereich des Mandanten anzulegen. |
| ... |
... |
@@ -41,19 +41,71 @@ |
| 41 |
41 |
|
| 42 |
42 |
Hier sollten alle Externen Benutzer für die Servicekonten-Ansteuerung im System-Bereich angelegt werden. Der Vorteil ist an dieser Stelle, dass alle Anbindungen zentral an einer Stelle vorhanden sind und alle Formular-Benutzer in den verschiedenen Mandanten Zugriff auf diese erhalten. |
| 43 |
43 |
|
| 44 |
|
-=== Anbindung eines Servicekonto === |
|
50 |
+=== Anbindung eines Servicekontos === |
| 45 |
45 |
|
|
52 |
+{{figure image="extUser_selection.png"}} |
|
53 |
+Auswahl eines Servicekontos |
|
54 |
+{{/figure}} |
|
55 |
+ |
| 46 |
46 |
In diesem Abschnitt werden die allgemeinen Schritte, welche für die Anbindung der unterschiedlichen Servicekonten notwendig sind, erläutert. |
| 47 |
|
-Die Anbindung lässt sich allgemein in folgende durchzuführende Schritte gliedern: |
| 48 |
48 |
|
| 49 |
|
-1. Anlegen einen neuen Externen Benutzer unter dem Menüpunkt (System > [[Systemplugins>>doc:Formcycle.SystemSettings.UserInterface.SystemPlugins||target="_blank"]] bzw. Mandant > [[Plugins>>doc:Formcycle.UserInterface.Client.Plugins||target="_blank"]]) |
| 50 |
|
-1. Spezifische Authentikator Konfiguration festlegen |
| 51 |
|
-1. Weiterleiten der Konfigurationsdaten (Metadaten), sowie der Vertragsdaten an den jeweiligen Identity Provider (BundID, BayernID) bzw. |
| 52 |
|
-selbst durchgeführte Konfiguration auf Seiten des Identity Providers über ein Self-Service Portal (ELSTER) |
| 53 |
|
-1. Freischaltung des Authentikators in {{formcycle/}}, nach Rückmeldung durch den jeweiligen Identity Provider und damit Beginn der Einbindung in die Formulare |
|
58 |
+Bevor man ein Servicekonto anbindet sollten folgende Voraussetzungen erfüllt sein: |
| 54 |
54 |
|
| 55 |
|
-=== Anbindung BundID === |
|
60 |
+* Die im Unternehmen verantwortlichen technischen und organisatorischen Ansprechpartner müssen bekannt sein (Namen, E-Mail-Adressen). Diese Informationen werden innerhalb des Registrierungs-Prozesses für die einzelnen Servicekonten an unterschiedlichen Stellen benötigt. |
|
61 |
+* URLs für die Anbindung des FORMCYCLE-Systems müssen eingerichtet und **von außen erreichbar** sein. Dabei ist zu beachten, dass bei Verwendung eines Frontend-Servers die URL zu diesem verwendet wird. |
| 56 |
56 |
|
| 57 |
|
-=== Anbindung ELSTER //Mein Unternehmenskonto// === |
|
63 |
+Die Anbindung eines Servicekontos lässt sich allgemein in folgende Schritte gliedern: |
| 58 |
58 |
|
| 59 |
|
-=== Anbindung BayernID === |
|
65 |
+1. Anlegen einen neuen Externen Benutzer (Authentikator) unter dem Menüpunkt System > [[Systemplugins>>doc:Formcycle.SystemSettings.UserInterface.SystemPlugins||target="_blank"]] oder Mandant > [[Plugins>>doc:Formcycle.UserInterface.Client.Plugins||target="_blank"]]. |
|
66 |
+1. Spezifische Authentikator Konfiguration über die zur Verfügung gestellte Oberfläche ausführen. Die Konfigurationsoberfläche unterscheidet sich je nach ausgewählten Servicekonto. Auf die Unterschiede bei der Anbindung des jeweiligen Servicekonto-Typs wird in den nachfolgenden Abschnitten näher eingegangen. |
|
67 |
+1. Download und Weiterleitung der festgelegten Konfigurationsdaten (Metadaten), sowie der Vertragsdaten an den jeweiligen Identity Provider (**BundID**, **BayernID**) bzw. |
|
68 |
+selbst durchzuführende Konfiguration auf Seiten des Identity Providers über ein Self-Service Portal (ELSTER) |
|
69 |
+1. Freigabe des Authentikators in {{formcycle/}}, nach erfolgter Rückmeldung über die erfolgte Registrierung der Metadaten durch den jeweiligen Identity Provider bzw. Freigabe durch Prüfungsinstanz (bei ELSTER Self Service Portal Registrierung) und damit Beginn der Einbindung des Servicekontos in Formulare |
|
70 |
+ |
|
71 |
+=== Details zur Anbindung BundID === |
|
72 |
+ |
|
73 |
+=== Details zur Anbindung ELSTER //Mein Unternehmenskonto// === |
|
74 |
+ |
|
75 |
+=== Details zur Anbindung BayernID === |
|
76 |
+ |
|
77 |
+Um das Servicekonto der **BayernID** anzubinden ist ein neuer Externer Benutzer anzulegen und als Authentifizierungstyp **BayernID** auszuwählen. |
|
78 |
+ |
|
79 |
+==== Schritt 1: Konfiguration anlegen ==== |
|
80 |
+ |
|
81 |
+{{figure image="bayernID_config1.png"}} |
|
82 |
+Schritt 1: Notwendige Daten für Erzeugung der Service Metadaten festlegen |
|
83 |
+{{/figure}} |
|
84 |
+ |
|
85 |
+* Im 1. Schritt der Konfiguration erscheint eine Eingabeoberfläche, wo folgende Festlegungen getroffen werden müssen: |
|
86 |
+** Festlegung, ob Test- oder Live-Umgebung der **BayernID** anzubinden ist. |
|
87 |
+** Erhebung von Zertifikatsinformationen, welche anschließend zur Generierung eines privaten und öffentlichen Schlüssels herangezogen werden. Dieses Schlüsselpaar dient zur Ver- und Entschlüssung der Kommunikation, zwischen {{formcycle/}} und der **BayernID**. |
|
88 |
+** Angaben zum organisatorischen und technischen Ansprechpartner. Diese Informationen werden im Zuge des Registrierungsprozesses an das **BayernID**-Portal weitergegeben. |
|
89 |
+* Speichern der Eingaben. Danach gelangt man zum 2. Schritt der Anbindung. |
|
90 |
+ |
|
91 |
+==== Schritt 2: Metadaten erzeugen und registrieren ==== |
|
92 |
+ |
|
93 |
+{{figure image="bayernID_config2.png"}} |
|
94 |
+Schritt 2 und 3: Download der erzeugten Meta- und vorbefüllten Vertragsdaten für eine jeweiligen Host-Adresse; Aktivierung der BayernID Authentifizierung für Formulare |
|
95 |
+{{/figure}} |
|
96 |
+ |
|
97 |
+* In diesem Schritt werden die SAML-Metadaten für die Registrierung auf Seiten der **BayernID **erzeugt. Dafür steht in der Oberfläche ein Button mit Auswahlfeld zur Verfügung. Das Auswahlfeld enthält alle im {{formcycle/}} System gefundenen Host-Adressen, über die das System erreichbar ist. Auf der Grundlage der jeweiligen Host-Adresse werden dann die Metadaten erzeugt und als Download zurück geliefert. Die jeweilige Host-Adresse bildet dabei einen Teil der Rücksprung-URL, welche später vom Identity Provider (BayernID) zur Übermittlung der Authentifizierungsdaten genutzt wird. |
|
98 |
+Hinweis: Soll der BayernID-Login über unterschiedliche Host-Adressen erreichbar sein, so muss für jeden Host die Metadaten-Datei erzeugt und an das **BayernID**-Portal zur Registrierung übermittelt werden.((( |
|
99 |
+{{info}} |
|
100 |
+Hinweis: Soll der BayernID-Login über unterschiedliche Host-Adressen erreichbar sein, |
|
101 |
+so muss für jeden Host die Metadaten-Datei erzeugt und an das BayernID-Portal zur Registrierung übermittelt werden. |
|
102 |
+{{/info}} |
|
103 |
+))) |
|
104 |
+* Weiterhin kann eine vorbefüllte Beitrittserklärung für den jeweiligen Host heruntergeladen werden. Die Beitrittserklärung ist bereits mit den im vorherigen Schritt erhobenen Daten vorbefüllt und muss um die noch fehlenden Daten ergänzt werden. |
|
105 |
+* **Beitrittserklärung** und **SAML-Metadaten** sind an das **BayernID** Portal (Mail: **BayernID@akdb.de**) zu senden, mit der Bitte, um Aufnahme in den Portalverbund. |
|
106 |
+* Damit ist der 1. Teil der Registrierung abgeschlossen und eine Antwort vom **BayernID** Portal muss abgewartet werden. |
|
107 |
+ |
|
108 |
+==== Schritt 3: BayernID-Login Aktivierung ==== |
|
109 |
+ |
|
110 |
+* Dieser Schritt sollte erst durchgeführt werden, wenn Sie vom BayernID Portal Rückmeldung erhalten haben, dass ihre übermittelten Metadaten im Portal registriert und freigegeben sind. Erst mit dem Button //BayernId-Login aktivieren// wird der Authentikator im System aktiviert. Er ist damit in den Formularen verfügbar und kann eingebunden werden.((( |
|
111 |
+{{info}} |
|
112 |
+Hinweis: Wenn Sie den Login vor einer positiven Rückmeldung des BayernID-Portals aktivieren, |
|
113 |
+so kann das die BayernID zwar bereits in den Formularen eingebunden werden, |
|
114 |
+wird aber beim Aufruf in einem Fehler resultieren, |
|
115 |
+dass der anfragende Service dem Portal nicht bekannt ist. |
|
116 |
+{{/info}} |
|
117 |
+))) |
