... |
... |
@@ -1,10 +8,3 @@ |
1 |
|
-{{info}} |
2 |
|
-**Hinweis für Plugin-/{{formcycle/}}-Administratoren:** |
3 |
|
-Am 13.04.2021 wurde die Testumgebung des Bürgerservice-Portals aktualisiert. Diese ist jetzt unter [[**BayernID - Startseite**>>url:https://infra-pre-bayernid.freistaat.bayern/de/bayern/freistaat||rel="noopener noreferrer" target="_blank"]] erreichbar. Diese Änderung auf Seiten des Bürgerservice-Portals macht Anpassungen bei den Dienst-Anbindungen notwendig. |
4 |
|
- |
5 |
|
-Bei einer Aktualisierung des Plugins auf mindestens eine Version {{version major="2" minor="15"}}{{/version}} werden die notwendigen Anpassungen automatisch durchgeführt und es sind keine weiteren manuellen Eingriffe durch den Administrator notwendig. |
6 |
|
-{{/info}} |
7 |
|
- |
8 |
8 |
[[**Plugin-Download**>>url:https://customer.formcycle.eu/index.php/apps/files/?dir=/FORMCYCLE%20-%20Plugins%20Customer/plugin-bundle-akdb-services&fileid=2671||rel="noopener noreferrer" target="_blank"]] (erfordert Anmeldung) |
9 |
9 |
|
10 |
10 |
{{content/}} |
... |
... |
@@ -19,7 +19,7 @@ |
19 |
19 |
{{/figure}} |
20 |
20 |
|
21 |
21 |
|
22 |
|
-Über das kostenpflichtige //AKDB Bürgerkonto Service Plugin// werden Möglichkeiten zur Einbindung der AKDB Basisdienste **Bürgerkonto** und **Postkorb** in {{formcycle/}} bereitgestellt. |
|
15 |
+Über das kostenpflichtige //AKDB Bürgerkonto Service Plugin// werden Möglichkeiten zur Einbindung der AKDB Basisdienste **Bürgerkonto** und **Postkorb** in {{formcycle/}} bereitgestellt. |
23 |
23 |
|
24 |
24 |
|
25 |
25 |
Um Formulare mit Bürgerkonto- und Postkorb-Anbindung schnell und einfach zu erstellen, gibt es eine Vorlage mit Namen **AKDB Basisdienste**. Diese ist über den Menüpunkt //Meine Formulare// und dann über die Kachel //Neues Formular erstellen// erreichbar. Wird die Vorlage genutzt, dann sind das Bürgerkonto und der Postkorb mit einer funktionierenden Default-Konfiguration eingebunden, die man sofort nutzen kann. |
... |
... |
@@ -30,8 +30,6 @@ |
30 |
30 |
Formular-Element //AKDB Bürgerkonto// |
31 |
31 |
{{/figure}} |
32 |
32 |
|
33 |
|
-{{id name="BK_LoginButton"/}} |
34 |
|
- |
35 |
35 |
Zur vereinfachten Einbindung des Bürgerkontos in Formulare gibt es das Formular-Element //AKDB Bürgerkonto//. Dieses kann per "Drag & Drop" in den Seitenbereich gezogen werden. Der dann vorhandene Absende-Button kann im Bereich **Buergerkonto-Login Einstellungen** konfiguriert werden. Die Einstellungen haben folgende Bedeutung: |
36 |
36 |
|
37 |
37 |
|
... |
... |
@@ -38,7 +38,7 @@ |
38 |
38 |
; Schaltflächen Text |
39 |
39 |
: Beschriftung des Login-Buttons |
40 |
40 |
; Login im Popup |
41 |
|
-: Wenn aktiviert, wird die Login-Seite des Bürgerservice-Portals in einem Popup geöffnet, ansonst erfolgt die Anzeige in der gleichen Seite. |
|
32 |
+: Wenn aktiviert, wird die Login-Seite des Bürgerservice-Portals in einem Popup geöffnet, ansonst erfolgt die Anzeige in der gleichen Seite. |
42 |
42 |
; Formularseite nach Login |
43 |
43 |
: Hier wird die Formularseite festgelegt, welche angezeigt werden soll, wenn der Login **erfolgreich **war. |
44 |
44 |
; Formularseite nach abgebrochenen Login |
... |
... |
@@ -59,19 +59,19 @@ |
59 |
59 |
Durch das Suffix wird es möglich mehrere Authentifizierungen und Formularelement-Vorbelegungen innerhalb eines Formulars zu realisieren. |
60 |
60 |
: Als Suffix sind Buchstaben, Zahlen und der Unterstrich erlaubt. |
61 |
61 |
: __Beispiel:__ |
62 |
|
-Wenn als Suffix "**_1**" definiert wurde, muss das Formularfeld für die Adresse mit dem Namen "tfAntragstellerAdresse**_1**" benannt werden, damit eine Vorbelegung erfolgreich stattfinden kann. |
|
53 |
+Wenn als Suffix "**_1**" definiert wurde, muss das Formularfeld für die Adresse mit dem Namen "tfAntragstellerAdresse**_1**" benannt werden, damit eine Vorbelegung erfolgreich stattfinden kann. |
63 |
63 |
; gefordertes Authentifizierungsverfahren |
64 |
64 |
: Hier kann das dem Nutzer zur Verfügung stehende Authentifizierungsverfahren eingeschränkt werden. |
65 |
65 |
: Es gibt folgende Auswahlmöglichkeiten: |
66 |
66 |
|
67 |
|
-* **keine Einschränkung**: Login mittels Passwort, Authega-Zertifikat oder Personalausweis steht zur Auswahl |
|
58 |
+* **keine Einschränkung**: Login mittels Passwort, Authega-Zertifikat oder Personalausweis steht zur Auswahl |
68 |
68 |
* **Authega**: Nur die Authentifizierung mittels Authega-Zertifikat steht zur Auswahl |
69 |
|
-* **Authega oder Personalausweis**: Login mittels Authega-Zertifikat oder Personalausweis steht zur Auswahl **(Achtung: Diese Auswahl wird momentan nicht mehr vom AKDB Portal unterstützt!)** |
|
60 |
+* **Authega oder Personalausweis**: Login mittels Authega-Zertifikat oder Personalausweis steht zur Auswahl **(Achtung: Diese Auswahl wird momentan nicht mehr vom AKDB Portal unterstützt!)** |
70 |
70 |
* **Personalausweis**: nur Authentifizierung mittels Personalausweis steht zur Auswahl |
71 |
71 |
|
72 |
72 |
== Einbindung des Bürgerkonto Logins als Externer Benutzer == |
73 |
73 |
|
74 |
|
-{{version major="6" minor="4" patch="0"/}} Die Option steht in der {{formcycle/}} - Version ab **6.4.0** mit der Plugin - Version ab **2.8.1** zur Verfügung. |
|
65 |
+{{version major="6" minor="4" patch="0"/}} Die Option steht in der {{formcycle/}} - Version ab **6.4.0** mit der Plugin - Version ab **2.8.1** zur Verfügung. |
75 |
75 |
|
76 |
76 |
=== Konfiguration eines Externen Benutzers für das Bürgerkonto Login === |
77 |
77 |
|
... |
... |
@@ -126,11 +126,11 @@ |
126 |
126 |
Formularvorlage //AKDB Basisdienste// |
127 |
127 |
{{/figure}} |
128 |
128 |
|
129 |
|
-Um die Daten aus dem Bürgerservice-Portal im Formular anzuzeigen, existieren zwei Vorlagen //Bürgerkonto personenbezogene Daten// und //Bürgerkonto organisationsbezogene Daten//. Die Felder innerhalb dieser Vorlagen sind so konfiguriert, dass sie eine automatische Zuordnung und damit die Anzeige der zurückgelieferten Daten ermöglichen. Die jeweilige Vorlage ist je nach der eingestellten [[Art der Rückgabedaten>>doc:||anchor="Art_Rueckgabedaten"]] am //AKDB Bürgerkonto//-Button zu wählen. Bei Nutzung der eingangs erwähnten Formular-Templates, sind beide Designer-Vorlagen bereits eingebunden und werden nach anzuzeigender Datenart ein- oder ausgeblendet. |
|
120 |
+Um die Daten aus dem Bürgerservice-Portal im Formular anzuzeigen, existieren zwei Vorlagen //Bürgerkonto personenbezogene Daten// und //Bürgerkonto organisationsbezogene Daten//. Die Felder innerhalb dieser Vorlagen sind so konfiguriert, dass sie eine automatische Zuordnung und damit die Anzeige der zurückgelieferten Daten ermöglichen. Die jeweilige Vorlage ist je nach der eingestellten [[Art der Rückgabedaten>>doc:||anchor="Art_Rueckgabedaten"]] am //AKDB Bürgerkonto//-Button zu wählen. Bei Nutzung der eingangs erwähnten Formular-Templates, sind beide Designer-Vorlagen bereits eingebunden und werden nach anzuzeigender Datenart ein- oder ausgeblendet. |
130 |
130 |
|
131 |
131 |
Ab Plugin Version {{version major="2" minor="9"/}} gibt es eine weitere Vorlage, welche die Daten von person- und organisations-bezogenen Daten in einer Vorlage vereint. Das Anzeigeverhalten dieser Vorlage entspricht den eingangs erwähnten Vorlagen. Das heißt, je nach Anmeldetyp, werden die organisations-spezifischen Daten ein- oder ausgeblendet. |
132 |
132 |
|
133 |
|
-Die vom Bürgerservice-Portal zurückgelieferten Daten können mittels JavaScript auch anderweitig weiterverarbeitet werden. Dafür werden sie in Form einer JSON-Struktur im Zielformular zur Verfügung gestellt. Die JSON Struktur kann über folgende JavaScript-Variable ausgelesen werden: |
|
124 |
+Die vom Bürgerservice-Portal zurückgelieferten Daten können mittels JavaScript auch anderweitig weiterverarbeitet werden. Dafür werden sie in Form einer JSON-Struktur im Zielformular zur Verfügung gestellt. Die JSON Struktur kann über folgende JavaScript-Variable ausgelesen werden: |
134 |
134 |
|
135 |
135 |
|
136 |
136 |
{{code language="javascript"}} |
... |
... |
@@ -137,23 +137,16 @@ |
137 |
137 |
XFC_METADATA.pluginResults.AKDBLoginAnalyzer |
138 |
138 |
{{/code}} |
139 |
139 |
|
140 |
|
-Die nachfolgenden Tabelle listet alle Formularfeld-Namen auf, die in einem Formular genutzt werden können, um die Daten vom Bürgerservice-Portal in Formular-Elementen anzuzeigen. Einige Informationen sind über verschiedene Parameter-Namen abrufbar (einen englisch-sprachigen und einen deutsch-sprachigen Namen), in solchen Fällen können beide Benamungen gleichwertig genutzt werden. |
|
131 |
+Die nachfolgenden Tabelle listet alle Formularfeld-Namen auf, die in einem Formular genutzt werden können, um die Daten vom Bürgerservice-Portal in Formular-Elementen anzuzeigen. Einige Informationen sind über verschiedene Parameter-Namen abrufbar (einen englisch-sprachigen und einen deutsch-sprachigen Namen), in solchen Fällen können beide Benamungen gleichwertig genutzt werden. |
141 |
141 |
|
142 |
142 |
{{info}} |
143 |
143 |
Parameter, welche nur bei einer **p**ersonen**b**ezogenen **A**nmeldung vorhanden sind, sind mit **(PBA)** und die die nur bei einer **o**rganisations**b**ezogenen **A**nmeldung vorhanden sind, mit **(OBA)** gekennzeichnet. |
144 |
144 |
Ist keine extra Kennzeichnung vorhanden, so ist der Parameter in beiden Bereichen vorhanden. |
145 |
145 |
|
146 |
|
-**Achtung: **Ab Plugin-Version **2.9.0** sind im Zuge einer Vereinheitlichung der Parameter-Name für **PBA** und **OBA**, bestimmte Parameter, die bisher nur bei **PBA** vorhanden waren auch bei einer **OBA** vorhanden. Im Zuge der Abwärtskompatibilität sind die OBA-spezifischen Parameter zusätzlich noch vorhanden. |
|
137 |
+**Achtung: **Ab Plugin-Version **2.9.0** sind im Zuge einer Vereinheitlichung der Parameter-Name für **PBA** und **OBA**, bestimmte Parameter, die bisher nur bei **PBA** vorhanden waren auch bei einer **OBA** vorhanden. Im Zuge der Abwärtskompatibilität sind die OBA-spezifischen Parameter zusätzlich noch vorhanden. |
147 |
147 |
Die betreffenden Parameter sind in der Tabelle mit **(PBA + OBA)** gekennzeichnet. |
148 |
148 |
{{/info}} |
149 |
149 |
|
150 |
|
-{{info}} |
151 |
|
-**Hinweis für die vom Bürgerservice-Portal zurück gelieferten Daten:** |
152 |
|
-Bei der Authentifizierung mit eIDAS-notifizierten Identifikationsmittel gilt der Mindestdatensatz nach eIDAS-VO, daher kann es zu einem |
153 |
|
-reduzierten Datensatz kommen. |
154 |
|
-**[[Attribute im eID Schema>>url:https://ec.europa.eu/cefdigital/wiki/display/EIDCOMMUNITY/Overview+of+available+attributes+of+pre-notified+and+notified+eID+schemes||rel="noopener noreferrer" target="_blank"]]** |
155 |
|
-{{/info}} |
156 |
|
- |
157 |
157 |
{{table dataTypeAlpha="0" preSort="0-asc"}} |
158 |
158 |
|=Parameter|=Beschreibung |
159 |
159 |
|BPK|Bereichsspezifisches Personenkennzeichen (in verschlüsselter Form) |
... |
... |
@@ -160,6 +160,7 @@ |
160 |
160 |
|BPK_Decoded|Bereichsspezifisches Personenkennzeichen (in entschlüsselter Form) |
161 |
161 |
|PostboxId|Postkorb-ID des Nutzers. Muss bei Anbindung des Postkorbs verwendet werden. |
162 |
162 |
|((( |
|
147 |
+Email (PBA) |
163 |
163 |
tfAntragstellerEmail (PBA + OBA) |
164 |
164 |
)))|Email-Adresse |
165 |
165 |
|Gender|Anrede als numerischer Wert nach ISO 5218:2004 |
... |
... |
@@ -166,46 +166,53 @@ |
166 |
166 |
|GenderName|Lesbarer Text für Geschlechter-Code aus Attribut „gender“. |
167 |
167 |
Mögliche Werte: //männlich//, //weiblich// |
168 |
168 |
|((( |
|
154 |
+Salutation |
169 |
169 |
tfAntragstellerAnrede (PBA + OBA) |
|
156 |
+selAntragstellerAnrede (PBA) |
170 |
170 |
)))|Anrede, wird mit Hilfe des Geschlechter-Code aus Attribut „gender“ erzeugt. |
171 |
171 |
Mögliche Werte: //Herr//, //Frau, Nicht bekannt// |
172 |
172 |
|((( |
|
160 |
+PersonalTitle (PBA) |
173 |
173 |
tfAntragstellerTitel (PBA + OBA) |
174 |
174 |
)))|Akademischer Titel |
175 |
175 |
|((( |
|
164 |
+FirstName |
176 |
176 |
tfAntragstellerVorname (PBA + OBA) |
177 |
177 |
)))|Vorname |
178 |
178 |
|((( |
|
168 |
+LastName |
179 |
179 |
tfAntragstellerName (PBA + OBA) |
180 |
180 |
)))|Nachname |
181 |
181 |
|((( |
|
172 |
+ZipCode (PBA) |
182 |
182 |
tfAntragstellerPLZ (PBA + OBA) |
183 |
183 |
)))|Postleitzahl |
184 |
184 |
|((( |
|
176 |
+Address (PBA) |
185 |
185 |
tfAntragstellerAdresse (PBA + OBA) |
186 |
186 |
)))|Adresse bestehend aus Strasse und Hausnummer |
187 |
187 |
|((( |
|
180 |
+City (PBA) |
188 |
188 |
tfAntragstellerOrt (PBA + OBA) |
189 |
189 |
)))|Ort |
190 |
|
-|tfAntragstellerLand (PBA + OBA)|Land aus dem der Antragsteller kommt oder die Organisation ihren Sitz hat. Als ISO 3166-1 alpha-2 gepflegt. (ab Version {{version major="2" minor="16"}}{{/version}}) |
191 |
191 |
|((( |
|
184 |
+BirthDate |
192 |
192 |
tfAntragstellerGeburtsdatum (PBA + OBA) |
193 |
193 |
)))|Geburtsdatum im Format: dd.MM.yyyy |
194 |
|
-|tfAntragstellerGeburtsname (PBA + OBA)|Geburtsname (ab Version {{version major="2" minor="15"}}{{/version}}) |
195 |
195 |
|((( |
|
188 |
+PlaceOfBirth |
196 |
196 |
tfAntragstellerGeburtsort (PBA + OBA) |
197 |
197 |
)))|Geburtsort |
198 |
198 |
|((( |
|
192 |
+TelephoneNumber |
199 |
199 |
tfAntragstellerTelefon (PBA + OBA) |
200 |
200 |
)))|Telefonnummer |
201 |
|
-|tfAntragstellerStaatsangehoerigkeit (PBA + OBA)|Staatsangehörigkeit (ab Version {{version major="2" minor="15"}}{{/version}}) |
202 |
|
-|tfAntragstellerDeMail (PBA + OBA)|De-Mail-Adresse (ab Version {{version major="2" minor="15"}}{{/version}}) |
203 |
|
-|tfAntragstellerEIDASAusstellerLand (PBA)|eIDAS Ausgabeland (ab Version {{version major="2" minor="15"}}{{/version}}) |
204 |
204 |
|tfOrgVertreterVorname (OBA)|Vorname der Person, welche der hinterlegten Organisation angehört und über deren Account die Anmeldung erfolgte. |
205 |
205 |
|tfOrgVertreterName (OBA)|Nachname der Person, welche der hinterlegten Organisation angehört und über deren Account die Anmeldung erfolgte. |
206 |
206 |
|tfOrgVertreterTitel (OBA)|Akademischer Titel der Person, welche der hinterlegten Organisation angehört und über deren Account die Anmeldung erfolgte. |
207 |
207 |
|((( |
208 |
208 |
tfOrgVertreterAnrede (OBA) |
|
200 |
+selOrgVertreterAnrede (OBA) |
209 |
209 |
)))|((( |
210 |
210 |
Anrede für die Person, welche der hinterlegten Organisation angehört und über deren Account die Anmeldung erfolgte. |
211 |
211 |
Anrede, wird mit Hilfe des Geschlechter-Code aus Attribut „gender“ erzeugt. Mögliche Werte: //Herr//, //Frau, Nicht bekannt// |
... |
... |
@@ -221,12 +221,10 @@ |
221 |
221 |
|tfOrgPLZ (OBA)|PLZ |
222 |
222 |
|tfOrgOrt (OBA)|Ort |
223 |
223 |
|tfOrgName (OBA)|Name der Organisation (mit Rechtsform) |
224 |
|
-|tfOrgID (OBA)|Organisations-ID (abgekündigt, wird zukünftig durch das organisationsspezifische Kennzeichen ersetzt) |
225 |
|
-|tfOrgKennzeichen (OBA)|organisationsspezifisches Kennzeichen: ersetzt zukünftig die Organisations-ID. (ab Version {{version major="2" minor="16"}}{{/version}}) |
|
216 |
+|tfOrgID (OBA)|Organisations-ID |
226 |
226 |
|Rechtsform (OBA)|Rechtsform der Organisation |
227 |
227 |
|tfOrgRegisterOrt (OBA)|Register(gerichts)-Ort |
228 |
228 |
|tfOrgRegisterNummer (OBA)|Registernummer |
229 |
|
-|tfOrgUUID (OBA)|Unternehmenskonto-Handle (ab Version {{version major="2" minor="15"}}{{/version}}) |
230 |
230 |
|TrustLevel|((( |
231 |
231 |
Vertrauensniveau, gibt Auskunft über gewählte Authentifizierungsmethode: |
232 |
232 |
* **STORK-QAA-Level-1**: Authentifizierung mittels Benutzername / Passwort |
... |
... |
@@ -233,7 +233,6 @@ |
233 |
233 |
* **STORK-QAA-Level-3:** Authentifizierung mittels Authega Zertifikat |
234 |
234 |
* **STORK-QAA-Level-4**: Authentifizierung mittels nPA |
235 |
235 |
))) |
236 |
|
-|IdentitaetsPruefer|Quelle der Identitätsprüfung (ab Version {{version major="2" minor="15"}}{{/version}}) (Mögliche Werte sind: **eIDAS**, **eID**, **Smart-eID**, **Authega**, **Elster**, **Benutzername** oder **FINK**) |
237 |
237 |
|NPA_Address (PBA)|Adresse, wie sie auf dem NPA vermerkt ist (alles in Großbuchstaben) |
238 |
238 |
|NPA_City (PBA)|Ort, wie er auf dem NPA vermerkt ist (alles in Großbuchstaben) |
239 |
239 |
|NPA_FirstName|Vorname, wie er auf dem NPA vermerkt ist (alles in Großbuchstaben) |
... |
... |
@@ -245,7 +245,7 @@ |
245 |
245 |
|
246 |
246 |
{{info}} |
247 |
247 |
**Hinweis:** |
248 |
|
-Wenn am Formular-Element //AKDB Bürgerkonto// ein Bürgerdaten Parameter-Suffix vergeben wurde, so muss dieses an die jeweiligen Formular-Elementnamen angefügt werden, damit eine Vorbelegung erfolgreich durchgeführt werden kann. |
|
237 |
+Wenn am Formular-Element //AKDB Bürgerkonto// ein Bürgerdaten Parameter-Suffix vergeben wurde, so muss dieses an die jeweiligen Formular-Elementnamen angefügt werden, damit eine Vorbelegung erfolgreich durchgeführt werden kann. |
249 |
249 |
\\__Beispiel:__ |
250 |
250 |
Wenn als Suffix "**_Person2**" definiert wurde, so ergibt sich beim Vornamen der Formular-Elementname "tfAntragstellerVorname**_Person2**". |
251 |
251 |
{{/info}} |
... |
... |
@@ -298,7 +298,7 @@ |
298 |
298 |
|
299 |
299 |
{{/panel}} |
300 |
300 |
|
301 |
|
-{{panel title="Konfiguration des Nachrichteninhalts" fullwidth="true" triggerable="true"}} |
|
290 |
+{{panel title="Konfiguration des Nachrichteninhalts" fullwidth="true" initial="visible" triggerable="true"}} |
302 |
302 |
|
303 |
303 |
|
304 |
304 |
{{figure image="postkorb_nachricht.png"}} |
... |
... |
@@ -324,7 +324,7 @@ |
324 |
324 |
|
325 |
325 |
{{info}} |
326 |
326 |
**Achtung:** |
327 |
|
-Die Schnittstelle zum Postkorb der AKDB unterstützt dabei maximal 20 Anhänge pro Nachricht mit je 50 MByte Maximalgröße. |
|
316 |
+Die Schnittstelle zum Postkorb der AKDB unterstützt dabei maximal 5 Anhänge pro Nachricht mit je 2 MB Maximalgröße. |
328 |
328 |
{{/info}} |
329 |
329 |
|
330 |
330 |
{{/panel}} |
... |
... |
@@ -374,107 +374,6 @@ |
374 |
374 |
|
375 |
375 |
== Versionshistorie == |
376 |
376 |
|
377 |
|
-(% class="wikigeneratedid" %) |
378 |
|
-=== 3.5.0 === |
379 |
|
- |
380 |
|
-* Erweiterung der zurück gelieferten Authentifizierungsdaten: Das JSON-Objekt //authVerifyInfos// enthält die Namen der Elemente aus den Bürgerkontodaten, welche über die Authentifizierung am Bürgerservice-Portal übermittelt wurden. |
381 |
|
-* Überarbeitung JS und CSS für Vorlagen: die Felder innerhalb der Vorlage werden jetzt per ICON so aufbereitet, dass ersichtlich wird, woher die Daten stammen bzw. wer der Identitätsprüfer war |
382 |
|
-* Fehlerbehebung: Fehlendes URL-Encoding eines Parameters führte dazu, dass Formular nach AKDB-Login nicht mehr gefunden wurde. Dies wurde behoben. |
383 |
|
-* Anpassung AKDB-Setup: beim Prüfung der Postkorb-Verbindung werden jetzt separat Zertifikat und Passwort auf Korrektheit geprüft und im Fehlerfall extra ausgewiesen. |
384 |
|
- |
385 |
|
-=== 3.4.0 === |
386 |
|
- |
387 |
|
-* Konfigurative Möglichkeit eines URL-Rewritings am Login-Button auf die Assertion Consumer Service URL aus der Bürgerservice-Portal-Registrierung |
388 |
|
-* Fehlerbehebung: Das eigenständige Overlay am Login-Button wurde entfernt und durch den System-Standard ersetzt. Dadurch wird beim Übersteuern des Standard-Overlay-Logos auch das Overlay-Logo am Login-Button mit übersteuert. |
389 |
|
- |
390 |
|
-=== 3.3.1 === |
391 |
|
- |
392 |
|
-* Fehlerbehebung: Beim Login mittels Login-Button verhinderte der Popup-Blocker, welcher in vielen Browsern aktiv ist, ein Öffnen des Popups für die Login-Auswahl. Dies wurde behoben. |
393 |
|
- |
394 |
|
-=== 3.3.0 === |
395 |
|
- |
396 |
|
-* Überarbeitung der Revisionsicherheit und damit Anpassung an Weiterentwicklung in {{formcycle/}} |
397 |
|
-* Erweiterung Plugin-Authenticator: Es gibt nun die Möglichkeit am Plugin-Authenticator (ähnlich wie am Bürgerkonto-Login-Button) ein //Bürgerdaten Parameter-Suffix// zu konfigurieren |
398 |
|
-* Neues Replacer-Plugin ('LOGIN_PROTOCOL') für eine Ausgabe aller Anmeldedaten, welche am Vorgang hinterlegt sind. |
399 |
|
-* Fehlerbehebung: Ein Fehler, welcher im Zusammenhang mit dem Einsatz des Bürgerkonto-Login-Buttons bei Benutzung in einem Popup auftrat, wurde behoben. |
400 |
|
-* Fehlerbehebung: Ein Fehler der im Zusammenhang mit dem Postkorb-Versand (fehlende Postkorb-ID), bei vorheriger Anmeldung mittels Plugin-Authentictors über einen Frontend-Server auftrat, wurde behoben |
401 |
|
- |
402 |
|
-=== 3.2.1 === |
403 |
|
- |
404 |
|
-* Fehlerbehebung: In der Vorlage für //personen- und organisationsbezogene Daten// waren Elemente falsch benannt, sodass sie bei Anzeige nicht mit den Nutzer-Daten befüllt waren. Dies wurde behoben. |
405 |
|
- |
406 |
|
-=== 3.2.0 === |
407 |
|
- |
408 |
|
-* Fehlerbehebung: Es wurde ein Fehler bei der Authentifizierung mittels Plugin-Authenticator behoben, der dazu führte, dass |
409 |
|
-das Formular mit den zurückgelieferten Nutzerdaten nicht mehr angezeigt wurde. |
410 |
|
-* die (veralteten) BK-Vorlagen für //persönliche Daten// und //organisationsbezogenen Daten// wurden aus dem Designer entfernt, sodass nur noch die Vorlage für //personen- und organisationsbezogene Daten// zur Auswahl steht, welche alle Anmeldefälle abdeckt. |
411 |
|
-(Hinweis: Formulare die auf den veralteten Vorlagen abbauen werden weiterhin unterstützt) |
412 |
|
-* Erweiterung der Vorlage für //personen- und organisationsbezogene Daten// um das Attribut 'IdentitaetsPruefer', welches zur Differenzierung der Art der Anmeldung innerhalb eines Vertrauensniveaus dient. |
413 |
|
-* Anpassung der Formular-Vorlage auf Grundlage der geänderten Nutzerdaten-Vorlage |
414 |
|
- |
415 |
|
-=== 3.1.0 === |
416 |
|
- |
417 |
|
-* **Achtung:** alle neueren Versionen des Plugins benötigen ab dieser Version mindestens {{formcycle/}} Version {{version major="7" minor="0" patch="1"}}{{/version}} oder höher |
418 |
|
-* Anpassung AKDB-Setup: im Bereich des Zertifikatsuploads für die Kommunikation mit dem Postkorb |
419 |
|
- |
420 |
|
-=== 3.0.0 === |
421 |
|
- |
422 |
|
-* **Achtung:** alle neueren Versionen des Plugins benötigen ab dieser Version mindestens {{formcycle/}} Version {{version major="7" minor="0"}}{{/version}} oder höher |
423 |
|
-* Postkorb-Plugin für V7-Workflow |
424 |
|
-* Überarbeitung Formular-Vorlage für Nutzung des V7-Workflows |
425 |
|
- |
426 |
|
-=== 2.18.3 === |
427 |
|
- |
428 |
|
-* Anpassung JS für Anzeige-Steuerung der BK-Vorlagen: Steuerparameter 'TrustLevel', 'IsOrganization' und 'IsIndividualPerson' können jetzt auch außerhalb des Vorlagen-Containers verwendet werden |
429 |
|
-* Fehlerbehebung: Es wurden Fehler bei der Wiederanzeige von zwischengespeicherten Daten bei Kommunikation über FS behoben. |
430 |
|
- |
431 |
|
-=== 2.18.2 === |
432 |
|
- |
433 |
|
-* Anpassung Postkorb: Umstellung von ID auf UUID bei Dateianhängen |
434 |
|
- |
435 |
|
-=== 2.18.1 === |
436 |
|
- |
437 |
|
-* Fehlerbehebung: Es wurde ein Fehler, beim Zwischenspeichern von Formulardaten vor der Weiterleitung zum BK-Portal, behoben. |
438 |
|
- |
439 |
|
-=== 2.18.0 === |
440 |
|
- |
441 |
|
-* Erweiterung AKDB-Setup: Neuer Einrichtungsschritt für die Erhebung von Organisationsdaten für Verwaltungszwecke. |
442 |
|
- |
443 |
|
-=== 2.17.0 === |
444 |
|
- |
445 |
|
-* Abschließende Anpassungen für Einführung Bürgerservice-Portal 2.0: |
446 |
|
-** Aktualisierung der Metadaten des Identity Providers, sowie des Postkorb-Webservice-Endpoints für die Anbindung des neuen Live-Systems |
447 |
|
-* Änderung im AKDB-Setup: |
448 |
|
-** Anpassungen am Layout, da es bei niedrigen Auflösungen dazu kam, dass Navigations-Buttons nicht angezeigt wurden |
449 |
|
-** Verbesserung der Logik für die Verbindungsprüfung bei Einrichtung der Postkorb-Anbindung |
450 |
|
- |
451 |
|
-=== 2.16.0 === |
452 |
|
- |
453 |
|
-* Aufnahme zusätzlicher vom Bürgerkonto übermittelter Daten. Die genaue Beschreibung dieser kann der obigen Parameter-Tabelle entnommen werden. |
454 |
|
-* Änderung im AKDB-Setup: Möglichkeit zur Prüfung der Erreichbarkeit des Postkorb-Webservice |
455 |
|
- |
456 |
|
-=== 2.15.2 === |
457 |
|
- |
458 |
|
-* Fehlerbehebung: Fehler beim Speichern eines Vorgangs, mit mindestens zwei BK-Anmeldungen, wurde behoben |
459 |
|
- |
460 |
|
-=== 2.15.1 === |
461 |
|
- |
462 |
|
-* Fehlerbehebung bei Kommunikation mit Postkorb-Schnittstelle |
463 |
|
- |
464 |
|
-=== 2.15.0 === |
465 |
|
- |
466 |
|
-* Änderung Postkorb-Webservice Anbindung: Die Anbindung erfolgt jetzt über die native Schnittstelle und nicht mehr über OK.KOMM. Dadurch erhöht sich die Anzahl der möglichen Anhänge auf 20 mit je 50MB Größe. |
467 |
|
-* Das Bürgerservice-Portal wurde auf Version 2.0 angehoben. Dadurch ergaben sich folgende Anpassungen, die in dieser Plugin-Version eingearbeitet wurden: |
468 |
|
-** Es werden zusätzliche Daten vom Bürgerservice-Portal übermittelt. Die genaue Beschreibung dieser kann der obigen Parameter-Tabelle entnommen werden. |
469 |
|
-** Anpassung des Verhaltens bei Abbruch der Authentifizierung durch den Nutzer auf Seiten des Bürgerservice-Portals |
470 |
|
-** Aktualisierung der Metadaten des Identity Providers, sowie des Postkorb-Webservice-Endpoints. Jeweils für die Anbindung des Test-Systems. |
471 |
|
-Die Aktualisierung dieser Eigenschaften bei bestehenden Plugin-Installationen erfolgt automatisch bei Installation dieser Plugin-Version |
472 |
|
-* Änderung im AKDB-Setup: Überarbeitung der Einrichtungsschritte |
473 |
|
- |
474 |
|
-=== 2.14.2 === |
475 |
|
- |
476 |
|
-* Fehlerbehebung im Plugin zum Erzeugen der Mandant-spezifischen Ressourcen, welches beim Registrieren des Plugins ausgeführt wird. |
477 |
|
- |
478 |
478 |
=== 2.14.1 === |
479 |
479 |
|
480 |
480 |
* Erweiterung des Setups zur initiale Einrichtung der AKDB Services: Möglichkeit zum Upload und Freigeben des SSL-Zertifikats für die Postkorb-Kommunikation. |
... |
... |
@@ -485,25 +485,25 @@ |
485 |
485 |
|
486 |
486 |
=== 2.13.2 === |
487 |
487 |
|
488 |
|
-* Fehlerbehebung: Der Postkorb-Webservice konnte teilweise nicht initialisiert werden, da die zugehörige WSDL-Datei nicht korrekt adressiert wurde. |
|
376 |
+* Fehlerbehebung: Der Postkorb-Webservice konnte teilweise nicht initialisiert werden, da die zugehörige WSDL-Datei nicht korrekt adressiert wurde. |
489 |
489 |
In einigen Umgebungen kam es zu "Permission denied" Fehlern beim Versuch das Zertifikat für die Https-Webservice-Kommunikation zu laden. Diese Fehler wurden behoben. |
490 |
|
-* Das JavaScript zur Nutzung der Template-Vorlage für //personen- und organisationsbezogene Daten// wurde erweitert, sodass die Auswahl der Anmeldeart sowohl als Checkbox, als auch als DropDown-Liste konfiguriert werden kann. |
|
378 |
+* Das JavaScript zur Nutzung der Template-Vorlage für //personen- und organisationsbezogene Daten// wurde erweitert, sodass die Auswahl der Anmeldeart sowohl als Checkbox, als auch als DropDown-Liste konfiguriert werden kann. |
491 |
491 |
|
492 |
492 |
=== 2.13.1 === |
493 |
493 |
|
494 |
|
-* Fehlerbehebung: Wenn Formular mittels Ajax und Modus 'xfc-rp-inline=true' eingebunden wurde, kam es zu JavaScript-Fehlern und die Anmeldung konnte nicht ausgeführt werden. Dies wurde behoben. |
|
382 |
+* Fehlerbehebung: Wenn Formular mittels Ajax und Modus 'xfc-rp-inline=true' eingebunden wurde, kam es zu JavaScript-Fehlern und die Anmeldung konnte nicht ausgeführt werden. Dies wurde behoben. |
495 |
495 |
|
496 |
496 |
=== 2.13.0 === |
497 |
497 |
|
498 |
498 |
* **Achtung:** alle neueren Versionen des Plugins benötigen ab dieser Version mindestens {{formcycle/}} Version {{version major="6" minor="6"}}{{/version}} oder höher |
499 |
499 |
* Änderung des eingesetzten Webservice-Frameworks beim Postkorb-Service, um Lauffähigkeit ab OpenJDK Version 14 zu gewährleisten |
500 |
|
-* Fehlerbehebung: Fehlende Beschriftungen an den Eigenschaften für das Formular-Element //AKDB Bürgerkonto //wurde behoben |
|
388 |
+* Fehlerbehebung: Fehlende Beschriftungen an den Eigenschaften für das Formular-Element //AKDB Bürgerkonto //wurde behoben |
501 |
501 |
|
502 |
502 |
=== 2.12.0 === |
503 |
503 |
|
504 |
|
-* Feature-Umsetzung: AKDB-Setup kann nur vom SAdmin oder explizit freigegebenen Mandant-Admins ausgeführt werden. Die Steuerung erfolgt über Recht 'AKDB Setup ausführen' an Mandant-Admin-Rolle (Standard-Einstellung: Recht ist deaktiviert) |
505 |
|
-* Anpassung Wizard für die Metadaten-Generierung: Wizard-Beschreibung im letzten Schritt erweitert; Generierte Dateien für Antrag und ISP-Metadaten, wurden mit einem umgebungsspezifischen Dateinamen-Suffix ausgestattet. |
506 |
|
-* AKDB-Formular Vorlage angepasst (Statusverarbeitung): Veraltete Elementplatzhalter in Postkorb-Nachricht für Organisation wurden ersetzt |
|
392 |
+* Feature-Umsetzung: AKDB-Setup kann nur vom SAdmin oder explizit freigegebenen Mandant-Admins ausgeführt werden. Die Steuerung erfolgt über Recht 'AKDB Setup ausführen' an Mandant-Admin-Rolle (Standard-Einstellung: Recht ist deaktiviert) |
|
393 |
+* Anpassung Wizard für die Metadaten-Generierung: Wizard-Beschreibung im letzten Schritt erweitert; Generierte Dateien für Antrag und ISP-Metadaten, wurden mit einem umgebungsspezifischen Dateinamen-Suffix ausgestattet. |
|
394 |
+* AKDB-Formular Vorlage angepasst (Statusverarbeitung): Veraltete Elementplatzhalter in Postkorb-Nachricht für Organisation wurden ersetzt |
507 |
507 |
|
508 |
508 |
=== 2.11.2 === |
509 |
509 |
|
... |
... |
@@ -515,7 +515,7 @@ |
515 |
515 |
|
516 |
516 |
=== 2.11.0 === |
517 |
517 |
|
518 |
|
-* Feature-Umsetzung im BK-Authenticator: Am Authenticator ist jetzt die Auswahl von Authentifizierungsverfahren, die mindestens dem Vertrauens-Level von Authega entsprechen, möglich |
|
406 |
+* Feature-Umsetzung im BK-Authenticator: Am Authenticator ist jetzt die Auswahl von Authentifizierungsverfahren, die mindestens dem Vertrauens-Level von Authega entsprechen, möglich |
519 |
519 |
* Fehlerbehebung: Ein falsches Leeren des Feldes tfAntragstellerName beim PDF-Druck wurde behoben |
520 |
520 |
|
521 |
521 |
=== 2.10.0 === |
... |
... |
@@ -523,9 +523,9 @@ |
523 |
523 |
* **Achtung:** alle neueren Versionen des Plugins benötigen ab dieser Version mindestens {{formcycle/}} Version {{version major="6" minor="5"}}{{/version}} oder höher |
524 |
524 |
* Anpassung Wizard für die Metadaten-Generierung: im letzten Schritt kann eine vorbefüllte Beitrittserklärung heruntergeladen werden |
525 |
525 |
* Internes Refactoring |
526 |
|
-** Deprecated Klasse //ConfigSAML// wurde entfernt |
|
414 |
+** Deprecated Klasse //ConfigSAML// wurde entfernt |
527 |
527 |
** Deprecated Klasse //GenerateIdentityServiceProviderMetadataPlugin //entfernt |
528 |
|
-* Anpassung am Widget für den Bürgerkonto-Login-Button: Dieser wird jetzt beim PDF-Druck über den Designer standardmäßig ausgeblendet |
|
416 |
+* Anpassung am Widget für den Bürgerkonto-Login-Button: Dieser wird jetzt beim PDF-Druck über den Designer standardmäßig ausgeblendet |
529 |
529 |
* Anpassung an der AKDB-Formular Vorlage: Diese verwendet jetzt die Template-Vorlage für //personen- und organisationsbezogene Daten// |
530 |
530 |
|
531 |
531 |
=== 2.9.2 === |
... |
... |
@@ -538,7 +538,7 @@ |
538 |
538 |
|
539 |
539 |
=== 2.9.1 === |
540 |
540 |
|
541 |
|
-* Fehlerbehebung in Anzeige bei Nutzung der Template-Vorlage für //personen- und organisationsbezogene Daten//: |
|
429 |
+* Fehlerbehebung in Anzeige bei Nutzung der Template-Vorlage für //personen- und organisationsbezogene Daten//: |
542 |
542 |
** die fehlende Anzeige des Authentifizierungsverfahren am Field-Set für die persönlichen Daten wurde beseitigt |
543 |
543 |
** Nach erfolgter Anmeldung werden die Eingabe-Felder für die persönlichen Daten mit einem Schreibschutz belegt |
544 |
544 |
|
... |
... |
@@ -552,16 +552,16 @@ |
552 |
552 |
|
553 |
553 |
=== 2.8.2 === |
554 |
554 |
|
555 |
|
-* Ändern BK-Vorlage für //persönliche Daten//: Platzhalter für Authenticator-User-Objekt-Werte gesetzt, soweit wie möglich, um Nutzung für andere Authenticatoren (Google, NTLM, Facebook) prinzipiell zu ermöglichen |
|
443 |
+* Ändern BK-Vorlage für //persönliche Daten//: Platzhalter für Authenticator-User-Objekt-Werte gesetzt, soweit wie möglich, um Nutzung für andere Authenticatoren (Google, NTLM, Facebook) prinzipiell zu ermöglichen |
556 |
556 |
* Anpassung PreRender-Logik: Bei Vorhandensein eines User-Profils aus einem Authenticator wird Steuervariable 'IsIndividualPerson' auf "true" gesetzt, damit BK-Vorlage automatisch eingeblendet und genutzt werden kann. |
557 |
557 |
|
558 |
558 |
=== 2.8.1 === |
559 |
559 |
|
560 |
|
-* Fehlerbehebung bei Verwendung des BK-Logins über Frontend-Server: Factory-Klasse (org.opensaml.core.xml.XMLObjectBuilderFactory) durch pac4j-Implementierung ersetzt, um Fehler bei Kommunikation über den Frontend-Server zu beheben |
|
448 |
+* Fehlerbehebung bei Verwendung des BK-Logins über Frontend-Server: Factory-Klasse (org.opensaml.core.xml.XMLObjectBuilderFactory) durch pac4j-Implementierung ersetzt, um Fehler bei Kommunikation über den Frontend-Server zu beheben |
561 |
561 |
|
562 |
562 |
=== 2.8.0 === |
563 |
563 |
|
564 |
|
-* Bereitstellung eines Plugin-Authenticator für AKDB-Login als "Externer Benutzer" |
|
452 |
+* Bereitstellung eines Plugin-Authenticator für AKDB-Login als "Externer Benutzer" |
565 |
565 |
* Hinweis: Log für Authega funktioniert nicht bei Einsatz von Plugin-Authenticator |
566 |
566 |
|
567 |
567 |
=== 2.7.0 === |