Änderungen von Dokument AKDB: Bürgerkonto-Service-Plugin


Von Version 7.6
bearbeitet von rth
am 06.12.2021, 09:50
Änderungskommentar: Es gibt keinen Kommentar für diese Version
Auf Version 8.5
bearbeitet von rth
am 08.02.2022, 15:34
Änderungskommentar: Es gibt keinen Kommentar für diese Version

Zusammenfassung

Details

Seiteneigenschaften
Inhalt
... ... @@ -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/}}
... ... @@ -27,9 +27,13 @@
27 27  == Einbindung des Bürgerkonto Logins im Designer ==
28 28  
29 29  {{figure image="hilfe_bk_button.png"}}
30 -Formular-Element //AKDB Bürgerkonto//
23 +Einstellungen am Formular-Element //AKDB Bürgerkonto// bis Version {{version major="3" minor="6"}}{{/version}}
31 31  {{/figure}}
32 32  
26 +{{figure image="hilfe_bk_button_v3_6.png"}}
27 +Einstellungen am Formular-Element //AKDB Bürgerkonto// ab Version {{version major="3" minor="6"}}{{/version}}
28 +{{/figure}}
29 +
33 33  {{id name="BK_LoginButton"/}}
34 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:
... ... @@ -60,15 +60,33 @@
60 60  : Als Suffix sind Buchstaben, Zahlen und der Unterstrich erlaubt.
61 61  : __Beispiel:__
62 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. 
63 -; gefordertes Authentifizierungsverfahren
60 +; --gefordertes Authentifizierungsverfahren-- (Die hier beschriebenen Eigenschaften werden bis zur Version {{version major="3" minor="6"}}{{/version}} unterstützt. Bestehende Konfigurationen werden automatisch in die neue Auswahl //Einschränkung der Authentisierungsverfahren// übernommen.)
64 64  : Hier kann das dem Nutzer zur Verfügung stehende Authentifizierungsverfahren eingeschränkt werden.
65 65  : Es gibt folgende Auswahlmöglichkeiten:
63 +:; keine Einschränkung
64 +:: Login mittels Passwort, Authega-Zertifikat oder Personalausweis steht zur Auswahl
65 +:; Authega
66 +:: Nur die Authentifizierung mittels Authega-Zertifikat steht zur Auswahl
67 +:; Authega oder Personalausweis
68 +:: Login mittels Authega-Zertifikat oder Personalausweis steht zur Auswahl
69 +:; Personalausweis
70 +:: nur Authentifizierung mittels Personalausweis steht zur Auswahl
71 +; Einschränkung der Authentisierungsverfahren (Eigenschaft steht ab Version {{version major="3" minor="6"}}{{/version}} zur Verfügung)
72 +: Über diese Checkbox-Auswahl kann das dem Nutzer zur Verfügung stehende Authentifizierungsverfahren eingeschränkt werden.
73 +: Ist nichts ausgewählt, erfolgt keine Einschränkung.
74 +:; Benutzername
75 +:: Authentifizierung erfolgt über Login / Passwort
76 +:; Authega-Zertifikat
77 +:; Elster-Zertifikat
78 +:; FINK
79 +:: Authentifizierung erfolgt über ein Identifikationsmittel aus dem Portfolio des //Föderierten Identitätsmanagements Interoperable Nutzerkonten//
80 +:; eID (Personalausweis)
81 +:; eIDAS
82 +:: Authentifizierung mittels Identifikationsmittels nach eIDAS-Verordnung (//electronic IDentification, Authentication and Trust Services//)
83 +; Postkorbversand obligatorisch
84 +: Diese Einstellung ermöglich es die Postkorb-ID als verpflichtendes Rückgabe-Attribut zu kennzeichnen.
85 +: Auf Seiten der AKDB werden dann alle Authentifizierungsarten, die keinen Postkorbversand ermöglichen, für den Nutzer ausgeblendet.
66 66  
67 -* **keine Einschränkung**: Login mittels Passwort, Authega-Zertifikat oder Personalausweis steht zur Auswahl
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!)**
70 -* **Personalausweis**: nur Authentifizierung mittels Personalausweis steht zur Auswahl
71 -
72 72  == Einbindung des Bürgerkonto Logins als Externer Benutzer ==
73 73  
74 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.
... ... @@ -100,15 +100,39 @@
100 100  Im letzten Schritt besteht die Möglichkeit die Konfiguration individuell anzupassen.
101 101  Dazu können folgende Einstellungen getroffen werden:
102 102  
118 +
119 +
103 103  ; LoginTyp
104 104  : Mit dieser Einstellung lassen sich die Arten der zurück gelieferten Daten festlegen.
105 105  : Ist als Wert **Person** definiert, so können nur personenbezogene Daten zurückgeliefert werden.
106 106  : Ist **Organisation** definiert, so ist es nur möglich organisationsbezogene Daten zurückzuliefern. Das heißt ein Login als natürliche Person ist nicht möglich.
107 107  : Ist dieser Parameter nicht konfiguriert, so kann der Nutzer selbst bestimmen, welche Datenart (personen- oder organisationsbezogen) er zurück liefern möchte. 
108 -; AuthTyp
125 +; --AuthTyp-- (wird ab Version {{version major="3" minor="6"}}{{/version}}nicht mehr unterstützt)
109 109  : Über diese Einstellung kann das geforderte Authentisierungsverfahren festgelegt werden.
110 110  : Entweder mit Authega-Zertifikat (Wert: **Authega**) oder Personalausweis (Wert: **NPA**).
111 111  : Ist nichts gesetzt oder das Attribut nicht vorhanden, so werden dem Nutzer alle möglichen Authentisierungsverfahren zur Auswahl angeboten.
129 +; LoginMethod (ersetzt die Eigenschaft AuthTyp ab Version {{version major="3" minor="6"}}{{/version}})
130 +: Über diese Einstellung kann das geforderte Authentisierungsverfahren eingeschränkt werden.
131 +: Es können dabei ein oder mehrere Werte (mit Komma getrennt) der folgenden Auflistung angegeben werden:
132 +:; Benutzername
133 +:; Authega
134 +:; Elster
135 +:; FINK
136 +:; eID
137 +:; eIDAS
138 +: Ist kein Wert gesetzt, erfolgt keine Einschränkung der Authentisierungsverfahren und dem Nutzer
139 +: werden alle vom Identity-Provider zur Verfügung gestellten Anmeldeverfahren zur Auswahl angezeigt.
140 +; PflichtElemente (ab Version {{version major="3" minor="6"}}{{/version}})
141 +: Über diese Eigenschaft können Attribute als verpflichtende Nutzereigenschaften angefordert werden.
142 +: Alle Authentisierungsverfahren, welche die geforderten Attribute nicht erfüllen, werden dadurch ausgeblendet.
143 +: Sofern der Formular-Workflow beispielsweise die Kommunikation mit dem Postkorb zwingend erfordert,
144 +: kann hier der Wert **Postkorb** angegeben werden, wodurch das Ausblenden der temporären Anmeldung erreicht wird.
145 +: Als Werte können können folgende Begriffe angegeben werden (Bei mehreren Werten sind diese durch Komma zu trennen):
146 +:; PIN
147 +:: In diesem Fall wird die sektor-spezifische Personen-Identifikations-Nummer (ssPIN) angefordert
148 +:; Postkorb
149 +:: In diesem Fall wird die Postkorb-Id als verpflichtender Wert angefordert, sodass im Workflow
150 +:: die Voraussetzungen für den Versand einer Nachricht an den Postkorb des Nutzers gegeben sind.
112 112  
113 113  === Bürgerkonto Login als Formularanmeldung einrichten ===
114 114  
... ... @@ -347,6 +347,8 @@
347 347  {{info}}
348 348  **Achtung:**
349 349  Die Schnittstelle zum Postkorb der AKDB unterstützt dabei maximal 20 Anhänge pro Nachricht mit je 50 MByte Maximalgröße.
389 +
390 +Anhänge im Zip-Format werden momentan von der Postkorb-Schnittstelle auf Seite der AKDB nicht unterstützt. Nachrichten mit Zip-Datei Anhängen werden vom System komplett verworfen, weshalb Zip-Dateien aktuell bereits im FORMCYCLE-System herausgefiltert werden, sodass die eigentliche Nachricht trotzdem den Postkorb erreichen kann. Beachten Sie dies bitte innerhalb des jeweiligen Workflows.
350 350  {{/info}}
351 351  
352 352  {{/panel}}
... ... @@ -395,7 +395,28 @@
395 395  
396 396  == Versionshistorie ==
397 397  
398 -(% class="wikigeneratedid" %)
439 +=== 3.6.0 ===
440 +
441 +* Erweiterungen / Anpassungen aufgrund von Schnittstellenanpassungen im Bürgerservice-Portal der AKDB:
442 +** Möglichkeit zur Anforderung von Pflicht-Attributen (Postkorb-ID)
443 +** Umstellung der Auswahlmöglichkeiten für das geforderte Authentifizierungsverfahren auf eine weiter reichende Auswahl (+Migration bestehender Konfigurationen am BK-Login-Button)
444 +* Anpassung AKDB-Setup: Hinweis auf freizugebende URL's (Firewall-Einstellungen) hinzugefügt
445 +* Fehlerbehebung: Fehlerbehandlung im Plugin-Action-Servlet 'AKDBLogin' angepasst
446 +
447 +=== 3.5.7 ===
448 +
449 +* Erweiterung Postkorb-Aktion: Als Anhang werden jetzt Zip-Dateien unterstützt. (Bitte beachten Sie, dass die Postkorb-Schnittstelle nur das Zip-Format und KEIN GZip-Format (Dateiendung ".gz") unterstützt)
450 +* Erweiterung Postkorb-Aktion: Die Prüfroutine für die Postkorb-Webservice-Kommunikation wurde um eine Zertifikats-Validierung erweitert, in deren Erfolgsmeldung das Ablaufdatum für die Gültigkeit des Zertifikats vermerkt ist. 
451 +
452 +=== 3.5.6 ===
453 +
454 +* Fehlerbehebung: Es wurde ein Fehler behoben, welcher bei der Wiederanzeige von Organisations-Adressdaten aufgetreten ist. Teilweise waren die Adressdaten unvollständig.
455 +
456 +=== 3.5.5 ===
457 +
458 +* Fehlerbehebung: Es wurde ein JS-Fehler behoben, der entstand, wenn das "TrustLevel"-Feld außerhalb der Daten-Vorlage verwendet wurde.
459 +* Fehlerbehebung: Bei einer NPA-Anmeldung fehlten die RAW-Daten für die Adresse und die Stadt in den XFC_METADATEN. Dies wurde behoben.
460 +
399 399  === 3.5.4 ===
400 400  
401 401  * Erweiterung Postkorb-Aktion: Prüfroutine für Postkorb-Webservice-Kommunikation in Konfigurationsoberfläche hinzugefügt.
... ... @@ -491,118 +491,4 @@
491 491  * Aufnahme zusätzlicher vom Bürgerkonto übermittelter Daten. Die genaue Beschreibung dieser kann der obigen Parameter-Tabelle entnommen werden.
492 492  * Änderung im AKDB-Setup: Möglichkeit zur Prüfung der Erreichbarkeit des Postkorb-Webservice
493 493  
494 -=== 2.15.2 ===
495 -
496 -* Fehlerbehebung: Fehler beim Speichern eines Vorgangs, mit mindestens zwei BK-Anmeldungen, wurde behoben
497 -
498 -=== 2.15.1 ===
499 -
500 -* Fehlerbehebung bei Kommunikation mit Postkorb-Schnittstelle
501 -
502 -=== 2.15.0 ===
503 -
504 -* Ä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.
505 -* Das Bürgerservice-Portal wurde auf Version 2.0 angehoben. Dadurch ergaben sich folgende Anpassungen, die in dieser Plugin-Version eingearbeitet wurden:
506 -** Es werden zusätzliche Daten vom Bürgerservice-Portal übermittelt. Die genaue Beschreibung dieser kann der obigen Parameter-Tabelle entnommen werden.
507 -** Anpassung des Verhaltens bei Abbruch der Authentifizierung durch den Nutzer auf Seiten des Bürgerservice-Portals
508 -** Aktualisierung der Metadaten des Identity Providers, sowie des Postkorb-Webservice-Endpoints. Jeweils für die Anbindung des Test-Systems.
509 -Die Aktualisierung dieser Eigenschaften bei bestehenden Plugin-Installationen erfolgt automatisch bei Installation dieser Plugin-Version
510 -* Änderung im AKDB-Setup: Überarbeitung der Einrichtungsschritte
511 -
512 -=== 2.14.2 ===
513 -
514 -* Fehlerbehebung im Plugin zum Erzeugen der Mandant-spezifischen Ressourcen, welches beim Registrieren des Plugins ausgeführt wird.
515 -
516 -=== 2.14.1 ===
517 -
518 -* Erweiterung des Setups zur initiale Einrichtung der AKDB Services: Möglichkeit zum Upload und Freigeben des SSL-Zertifikats für die Postkorb-Kommunikation.
519 -
520 -=== 2.13.3 ===
521 -
522 -* Fehlerbehebung bei der Postkorb-Webservice Anbindung: Bei der Kommunikation über einen Proxy-Server, wurde die am Plugin-Bundle hinterlegten Einstellungen nicht verwendet. Dies wurde behoben.
523 -
524 -=== 2.13.2 ===
525 -
526 -* Fehlerbehebung: Der Postkorb-Webservice konnte teilweise nicht initialisiert werden, da die zugehörige WSDL-Datei nicht korrekt adressiert wurde.
527 -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.
528 -* 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.
529 -
530 -=== 2.13.1 ===
531 -
532 -* 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.
533 -
534 -=== 2.13.0 ===
535 -
536 -* **Achtung:** alle neueren Versionen des Plugins benötigen ab dieser Version mindestens {{formcycle/}} Version {{version major="6" minor="6"}}{{/version}} oder höher
537 -* Änderung des eingesetzten Webservice-Frameworks beim Postkorb-Service, um Lauffähigkeit ab OpenJDK Version 14 zu gewährleisten
538 -* Fehlerbehebung: Fehlende Beschriftungen an den Eigenschaften für das Formular-Element //AKDB Bürgerkonto //wurde behoben
539 -
540 -=== 2.12.0 ===
541 -
542 -* 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)
543 -* 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.
544 -* AKDB-Formular Vorlage angepasst (Statusverarbeitung): Veraltete Elementplatzhalter in Postkorb-Nachricht für Organisation wurden ersetzt
545 -
546 -=== 2.11.2 ===
547 -
548 -* Fehlerbehebung: Bei anonymer Wiederanzeige von BK-Daten werden Nachname, Titel und Anrede nicht mehr fälschlicherweise auf Default-Werte zurückgesetzt und damit geleert.
549 -
550 -=== 2.11.1 ===
551 -
552 -* Fehlerbehebung: Bei mehreren Plugin-Registrierungen in verschiedenen Mandanten konnte nur im zuletzt Registrierten der Wizard, zum Erzeugen der SAML-Metadaten, aufgerufen werden. Dies wurde behoben.
553 -
554 -=== 2.11.0 ===
555 -
556 -* Feature-Umsetzung im BK-Authenticator: Am Authenticator ist jetzt die Auswahl von Authentifizierungsverfahren, die mindestens dem Vertrauens-Level von Authega entsprechen, möglich
557 -* Fehlerbehebung: Ein falsches Leeren des Feldes tfAntragstellerName beim PDF-Druck wurde behoben
558 -
559 -=== 2.10.0 ===
560 -
561 -* **Achtung:** alle neueren Versionen des Plugins benötigen ab dieser Version mindestens {{formcycle/}} Version {{version major="6" minor="5"}}{{/version}} oder höher
562 -* Anpassung Wizard für die Metadaten-Generierung: im letzten Schritt kann eine vorbefüllte Beitrittserklärung heruntergeladen werden
563 -* Internes Refactoring
564 -** Deprecated Klasse //ConfigSAML// wurde entfernt
565 -** Deprecated Klasse //GenerateIdentityServiceProviderMetadataPlugin //entfernt
566 -* Anpassung am Widget für den Bürgerkonto-Login-Button: Dieser wird jetzt beim PDF-Druck über den Designer standardmäßig ausgeblendet
567 -* Anpassung an der AKDB-Formular Vorlage: Diese verwendet jetzt die Template-Vorlage für //personen- und organisationsbezogene Daten//
568 -
569 -=== 2.9.2 ===
570 -
571 -* Erweiterung Template-Vorlage für //personen- und organisationsbezogene Daten//:
572 -** Auswahlmöglichkeit für ein Eingabe von personen- **oder** organisationsbezogene Daten
573 -** Eine Anzeige der Auswahlmöglichkeit erfolgt bei folgenden Fällen:
574 -*** es hat KEINE Authentifizierung über das Bürgerkonto stattgefunden
575 -*** es existiert ein "vorgeschaltener" Zugriffschutz (Externe Benutzer)
576 -
577 -=== 2.9.1 ===
578 -
579 -* Fehlerbehebung in Anzeige bei Nutzung der Template-Vorlage für //personen- und organisationsbezogene Daten//:
580 -** die fehlende Anzeige des Authentifizierungsverfahren am Field-Set für die persönlichen Daten wurde beseitigt
581 -** Nach erfolgter Anmeldung werden die Eingabe-Felder für die persönlichen Daten mit einem Schreibschutz belegt
582 -
583 -=== 2.9.0 ===
584 -
585 -* Neue Template-Vorlage für //personen- und organisationsbezogene Daten//: Unterteilt in 2 Fieldsets, wobei //persönliche Daten// bei beiden Anmeldungstypen angezeigt werden und //organisationsbezogene Daten// nur im Fall einer Organisations-Anmeldung. Die Vorlage wird standardmäßig ausgeblendet, wenn keine Anmeldedaten vorliegen.
586 -* Vereinheitlichung der Datenbezeichnungen bei den persönlichen Daten für den Vertreter innerhalb einer Organisations-Anmeldung: die personenbezogenen Daten für den Vertreter werden unter den gleichen Parameter-Namen, wie bei einer reinen personenbezogenen Anmeldung zur Verfügung gestellt. Im Zuge der Abwärtskompatibilität bleiben alte Parameternamen (Präfix **tfOrg**) weiterhin erhalten.
587 -* Vereinheitlichung der Vorlage für Organisationsdaten: Für die personenbezogenen Daten des Organisations-Vertreters werden die geänderten Parameternamen verwendet.
588 -* Anpassung PreRender-Logik bei Nutzung von Authenticatoren: Bei "Ohne Login" werden von Nachname und Titel die Default-Werte gelöscht, damit diese Felder bei Anzeige in der Vorlage leer sind.
589 -* Fehlerbehebung bei Verwendung des BK-Authenticators über Frontend-Server: Initialisierung notwendiger OpenSAML-Klassen bei Aufruf über Frontend-Server hinzugefügt.
590 -
591 -=== 2.8.2 ===
592 -
593 -* Ä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
594 -* 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.
595 -
596 -=== 2.8.1 ===
597 -
598 -* 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
599 -
600 -=== 2.8.0 ===
601 -
602 -* Bereitstellung eines Plugin-Authenticator für AKDB-Login als "Externer Benutzer"
603 -* Hinweis: Log für Authega funktioniert nicht bei Einsatz von Plugin-Authenticator
604 -
605 -=== 2.7.0 ===
606 -
607 -* Umstellung intern genutztes SAML-Framework. Dieses wird nicht mehr durch das Plugin selbst, sondern vom {{formcycle/}}-Core zur Verfügung gestellt.
608 -* **Achtung:** alle neueren Versionen des Plugins benötigen mindestens {{formcycle/}} Version {{version major="6" minor="4" patch="0"/}} oder höher
556 +=== ===
hilfe_bk_button_v3_6.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.rth
Größe
... ... @@ -1,0 +1,1 @@
1 +117.4 KB
Inhalt