| ... |
... |
@@ -1,10 +1,5 @@ |
| 1 |
1 |
[[**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) |
| 2 |
2 |
|
| 3 |
|
-{{info}} |
| 4 |
|
-**Hinweis zur Inbetriebnahme des Plugins:** |
| 5 |
|
-Im Download-Ordner der jeweilige Plugin-Version befindet sich eine Anleitung zur initialen Inbetriebnahme, sowie zu weiter reichenden Information die den allgemeinen Betrieb dieses Plugins betreffen. |
| 6 |
|
-{{/info}} |
| 7 |
|
- |
| 8 |
8 |
{{content/}} |
| 9 |
9 |
|
| 10 |
10 |
{{info}} |
| ... |
... |
@@ -17,7 +17,7 @@ |
| 17 |
17 |
{{/figure}} |
| 18 |
18 |
|
| 19 |
19 |
|
| 20 |
|
-Ü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 //AKDB Bürgerkonto Service Plugin// werden Möglichkeiten zur Einbindung der AKDB Basisdienste **Bürgerkonto** und **Postkorb** in {{formcycle/}} bereitgestellt. |
| 21 |
21 |
|
| 22 |
22 |
|
| 23 |
23 |
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. |
| ... |
... |
@@ -25,15 +25,9 @@ |
| 25 |
25 |
== Einbindung des Bürgerkonto Logins im Designer == |
| 26 |
26 |
|
| 27 |
27 |
{{figure image="hilfe_bk_button.png"}} |
| 28 |
|
-Einstellungen am Formular-Element //AKDB Bürgerkonto// bis Version {{version major="3" minor="6"}}{{/version}} |
|
23 |
+Formular-Element //AKDB Bürgerkonto// |
| 29 |
29 |
{{/figure}} |
| 30 |
30 |
|
| 31 |
|
-{{figure image="hilfe_bk_button_v3_6.png"}} |
| 32 |
|
-Einstellungen am Formular-Element //AKDB Bürgerkonto// ab Version {{version major="3" minor="6"}}{{/version}} |
| 33 |
|
-{{/figure}} |
| 34 |
|
- |
| 35 |
|
-{{id name="BK_LoginButton"/}} |
| 36 |
|
- |
| 37 |
37 |
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: |
| 38 |
38 |
|
| 39 |
39 |
|
| ... |
... |
@@ -40,7 +40,7 @@ |
| 40 |
40 |
; Schaltflächen Text |
| 41 |
41 |
: Beschriftung des Login-Buttons |
| 42 |
42 |
; Login im Popup |
| 43 |
|
-: 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. |
| 44 |
44 |
; Formularseite nach Login |
| 45 |
45 |
: Hier wird die Formularseite festgelegt, welche angezeigt werden soll, wenn der Login **erfolgreich **war. |
| 46 |
46 |
; Formularseite nach abgebrochenen Login |
| ... |
... |
@@ -61,42 +61,19 @@ |
| 61 |
61 |
Durch das Suffix wird es möglich mehrere Authentifizierungen und Formularelement-Vorbelegungen innerhalb eines Formulars zu realisieren. |
| 62 |
62 |
: Als Suffix sind Buchstaben, Zahlen und der Unterstrich erlaubt. |
| 63 |
63 |
: __Beispiel:__ |
| 64 |
|
-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. |
| 65 |
|
-; --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.) |
|
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. |
|
54 |
+; gefordertes Authentifizierungsverfahren |
| 66 |
66 |
: Hier kann das dem Nutzer zur Verfügung stehende Authentifizierungsverfahren eingeschränkt werden. |
| 67 |
67 |
: Es gibt folgende Auswahlmöglichkeiten: |
| 68 |
|
-:; keine Einschränkung |
| 69 |
|
-:: Login mittels Passwort, Authega-Zertifikat oder Personalausweis steht zur Auswahl |
| 70 |
|
-:; Authega |
| 71 |
|
-:: Nur die Authentifizierung mittels Authega-Zertifikat steht zur Auswahl |
| 72 |
|
-:; Authega oder Personalausweis |
| 73 |
|
-:: Login mittels Authega-Zertifikat oder Personalausweis steht zur Auswahl |
| 74 |
|
-:; Personalausweis |
| 75 |
|
-:: nur Authentifizierung mittels Personalausweis steht zur Auswahl |
| 76 |
|
-; Einschränkung der Authentisierungsverfahren (Eigenschaft steht ab Version {{version major="3" minor="6"}}{{/version}} zur Verfügung) |
| 77 |
|
-: Über diese Checkbox-Auswahl kann das dem Nutzer zur Verfügung stehende Authentifizierungsverfahren eingeschränkt werden. |
| 78 |
|
-: Ist nichts ausgewählt, erfolgt keine Einschränkung. |
| 79 |
|
-:; Benutzername |
| 80 |
|
-:: Authentifizierung erfolgt über Login / Passwort |
| 81 |
|
-:; Authega-Zertifikat |
| 82 |
|
-:; Elster-Zertifikat |
| 83 |
|
-:; FINK |
| 84 |
|
-:: Authentifizierung erfolgt über ein Identifikationsmittel aus dem Portfolio des //Föderierten Identitätsmanagements Interoperable Nutzerkonten// |
| 85 |
|
-:; eID (Personalausweis) |
| 86 |
|
-:; eIDAS |
| 87 |
|
-:: Authentifizierung mittels Identifikationsmittels nach eIDAS-Verordnung (//electronic IDentification, Authentication and Trust Services//) |
| 88 |
|
-; Postkorbversand obligatorisch |
| 89 |
|
-: Diese Einstellung ermöglich es die Postkorb-ID als verpflichtendes Rückgabe-Attribut zu kennzeichnen. |
| 90 |
|
-: Auf Seiten der AKDB werden dann alle Authentifizierungsarten, die keinen Postkorbversand ermöglichen, für den Nutzer ausgeblendet. |
| 91 |
|
-; Einschränkung der angeforderten Eigenschaften (Eigenschaft steht ab Version {{version major="3" minor="7"}}{{/version}} zur Verfügung) |
| 92 |
|
-: Über diese Checkbox-Auswahl kann der Nutzer die zurück gelieferten Eigenschaften einer erfolgreichen Authentifizierung am Bürgerservice-Portal einschränken. |
| 93 |
|
-: Damit wird dem Grundsatz der Datensparsamkeit der DSGVO (Datenschutz-Grundverordnung) entsprochen. Sind beispielsweise nur der Name und der Vorname einer Person einem Formularprozess notwendig, |
| 94 |
|
-: so sind nur die entsprechenden Felder in dieser Auswahlliste zu selektieren. |
| 95 |
|
-: Ist nichts ausgewählt, erfolgt keine Einschränkung. |
| 96 |
96 |
|
|
58 |
+* **keine Einschränkung**: Login mittels Passwort, Authega-Zertifikat oder Personalausweis steht zur Auswahl |
|
59 |
+* **Authega**: Nur die Authentifizierung mittels Authega-Zertifikat steht zur Auswahl |
|
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!)** |
|
61 |
+* **Personalausweis**: nur Authentifizierung mittels Personalausweis steht zur Auswahl |
|
62 |
+ |
| 97 |
97 |
== Einbindung des Bürgerkonto Logins als Externer Benutzer == |
| 98 |
98 |
|
| 99 |
|
-{{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. |
| 100 |
100 |
|
| 101 |
101 |
=== Konfiguration eines Externen Benutzers für das Bürgerkonto Login === |
| 102 |
102 |
|
| ... |
... |
@@ -125,39 +125,15 @@ |
| 125 |
125 |
Im letzten Schritt besteht die Möglichkeit die Konfiguration individuell anzupassen. |
| 126 |
126 |
Dazu können folgende Einstellungen getroffen werden: |
| 127 |
127 |
|
| 128 |
|
- |
| 129 |
|
- |
| 130 |
130 |
; LoginTyp |
| 131 |
131 |
: Mit dieser Einstellung lassen sich die Arten der zurück gelieferten Daten festlegen. |
| 132 |
132 |
: Ist als Wert **Person** definiert, so können nur personenbezogene Daten zurückgeliefert werden. |
| 133 |
133 |
: 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. |
| 134 |
134 |
: Ist dieser Parameter nicht konfiguriert, so kann der Nutzer selbst bestimmen, welche Datenart (personen- oder organisationsbezogen) er zurück liefern möchte. |
| 135 |
|
-; --AuthTyp-- (wird ab Version {{version major="3" minor="6"}}{{/version}}nicht mehr unterstützt) |
|
99 |
+; AuthTyp |
| 136 |
136 |
: Über diese Einstellung kann das geforderte Authentisierungsverfahren festgelegt werden. |
| 137 |
137 |
: Entweder mit Authega-Zertifikat (Wert: **Authega**) oder Personalausweis (Wert: **NPA**). |
| 138 |
138 |
: Ist nichts gesetzt oder das Attribut nicht vorhanden, so werden dem Nutzer alle möglichen Authentisierungsverfahren zur Auswahl angeboten. |
| 139 |
|
-; LoginMethod (ersetzt die Eigenschaft AuthTyp ab Version {{version major="3" minor="6"}}{{/version}}) |
| 140 |
|
-: Über diese Einstellung kann das geforderte Authentisierungsverfahren eingeschränkt werden. |
| 141 |
|
-: Es können dabei ein oder mehrere Werte (mit Komma getrennt) der folgenden Auflistung angegeben werden: |
| 142 |
|
-:; Benutzername |
| 143 |
|
-:; Authega |
| 144 |
|
-:; Elster |
| 145 |
|
-:; FINK |
| 146 |
|
-:; eID |
| 147 |
|
-:; eIDAS |
| 148 |
|
-: Ist kein Wert gesetzt, erfolgt keine Einschränkung der Authentisierungsverfahren und dem Nutzer |
| 149 |
|
-: werden alle vom Identity-Provider zur Verfügung gestellten Anmeldeverfahren zur Auswahl angezeigt. |
| 150 |
|
-; PflichtElemente (ab Version {{version major="3" minor="6"}}{{/version}}) |
| 151 |
|
-: Über diese Eigenschaft können Attribute als verpflichtende Nutzereigenschaften angefordert werden. |
| 152 |
|
-: Alle Authentisierungsverfahren, welche die geforderten Attribute nicht erfüllen, werden dadurch ausgeblendet. |
| 153 |
|
-: Sofern der Formular-Workflow beispielsweise die Kommunikation mit dem Postkorb zwingend erfordert, |
| 154 |
|
-: kann hier der Wert **Postkorb** angegeben werden, wodurch das Ausblenden der temporären Anmeldung erreicht wird. |
| 155 |
|
-: Als Werte können können folgende Begriffe angegeben werden (Bei mehreren Werten sind diese durch Komma zu trennen): |
| 156 |
|
-:; PIN |
| 157 |
|
-:: In diesem Fall wird die sektor-spezifische Personen-Identifikations-Nummer (ssPIN) angefordert |
| 158 |
|
-:; Postkorb |
| 159 |
|
-:: In diesem Fall wird die Postkorb-Id als verpflichtender Wert angefordert, sodass im Workflow |
| 160 |
|
-:: die Voraussetzungen für den Versand einer Nachricht an den Postkorb des Nutzers gegeben sind. |
| 161 |
161 |
|
| 162 |
162 |
=== Bürgerkonto Login als Formularanmeldung einrichten === |
| 163 |
163 |
|
| ... |
... |
@@ -175,31 +175,27 @@ |
| 175 |
175 |
Formularvorlage //AKDB Basisdienste// |
| 176 |
176 |
{{/figure}} |
| 177 |
177 |
|
| 178 |
|
-Um die Daten aus dem Bürgerservice-Portal im Formular anzuzeigen, existiert die Vorlage //Bürgerkonto personen- und organisationsbezogene Daten.// Die Felder innerhalb dieser Vorlage sind so konfiguriert, dass sie eine automatische Zuordnung und damit die Anzeige der zurück gelieferten Daten ermöglichen. Bei Nutzung des eingangs erwähnten Formular-Templates, ist die Designer-Vorlage bereits eingebunden und je nach Anmeldetyp, werden die organisations-spezifischen Daten automatisch 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. |
| 179 |
179 |
|
| 180 |
|
-Die vom Bürgerservice-Portal zurück gelieferten 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: |
|
122 |
+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. |
| 181 |
181 |
|
|
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: |
| 182 |
182 |
|
|
126 |
+ |
| 183 |
183 |
{{code language="javascript"}} |
| 184 |
184 |
XFC_METADATA.pluginResults.AKDBLoginAnalyzer |
| 185 |
185 |
{{/code}} |
| 186 |
186 |
|
| 187 |
|
-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. |
| 188 |
188 |
|
| 189 |
189 |
{{info}} |
| 190 |
190 |
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. |
| 191 |
191 |
Ist keine extra Kennzeichnung vorhanden, so ist der Parameter in beiden Bereichen vorhanden. |
| 192 |
192 |
|
| 193 |
|
-**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. |
| 194 |
194 |
Die betreffenden Parameter sind in der Tabelle mit **(PBA + OBA)** gekennzeichnet. |
| 195 |
195 |
{{/info}} |
| 196 |
196 |
|
| 197 |
|
-{{info}} |
| 198 |
|
-**Hinweis für die vom Bürgerservice-Portal zurück gelieferten Daten:** |
| 199 |
|
-Bei der Authentifizierung mit eIDAS-notifizierten Identifikationsmittel gilt der Mindestdatensatz nach eIDAS-VO, daher kann es zu einem reduzierten Datensatz kommen. |
| 200 |
|
-**[[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"]]** |
| 201 |
|
-{{/info}} |
| 202 |
|
- |
| 203 |
203 |
{{table dataTypeAlpha="0" preSort="0-asc"}} |
| 204 |
204 |
|=Parameter|=Beschreibung |
| 205 |
205 |
|BPK|Bereichsspezifisches Personenkennzeichen (in verschlüsselter Form) |
| ... |
... |
@@ -206,6 +206,7 @@ |
| 206 |
206 |
|BPK_Decoded|Bereichsspezifisches Personenkennzeichen (in entschlüsselter Form) |
| 207 |
207 |
|PostboxId|Postkorb-ID des Nutzers. Muss bei Anbindung des Postkorbs verwendet werden. |
| 208 |
208 |
|((( |
|
147 |
+Email (PBA) |
| 209 |
209 |
tfAntragstellerEmail (PBA + OBA) |
| 210 |
210 |
)))|Email-Adresse |
| 211 |
211 |
|Gender|Anrede als numerischer Wert nach ISO 5218:2004 |
| ... |
... |
@@ -212,46 +212,53 @@ |
| 212 |
212 |
|GenderName|Lesbarer Text für Geschlechter-Code aus Attribut „gender“. |
| 213 |
213 |
Mögliche Werte: //männlich//, //weiblich// |
| 214 |
214 |
|((( |
|
154 |
+Salutation |
| 215 |
215 |
tfAntragstellerAnrede (PBA + OBA) |
|
156 |
+selAntragstellerAnrede (PBA) |
| 216 |
216 |
)))|Anrede, wird mit Hilfe des Geschlechter-Code aus Attribut „gender“ erzeugt. |
| 217 |
217 |
Mögliche Werte: //Herr//, //Frau, Nicht bekannt// |
| 218 |
218 |
|((( |
|
160 |
+PersonalTitle (PBA) |
| 219 |
219 |
tfAntragstellerTitel (PBA + OBA) |
| 220 |
220 |
)))|Akademischer Titel |
| 221 |
221 |
|((( |
|
164 |
+FirstName |
| 222 |
222 |
tfAntragstellerVorname (PBA + OBA) |
| 223 |
223 |
)))|Vorname |
| 224 |
224 |
|((( |
|
168 |
+LastName |
| 225 |
225 |
tfAntragstellerName (PBA + OBA) |
| 226 |
226 |
)))|Nachname |
| 227 |
227 |
|((( |
|
172 |
+ZipCode (PBA) |
| 228 |
228 |
tfAntragstellerPLZ (PBA + OBA) |
| 229 |
229 |
)))|Postleitzahl |
| 230 |
230 |
|((( |
|
176 |
+Address (PBA) |
| 231 |
231 |
tfAntragstellerAdresse (PBA + OBA) |
| 232 |
232 |
)))|Adresse bestehend aus Strasse und Hausnummer |
| 233 |
233 |
|((( |
|
180 |
+City (PBA) |
| 234 |
234 |
tfAntragstellerOrt (PBA + OBA) |
| 235 |
235 |
)))|Ort |
| 236 |
|
-|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}}) |
| 237 |
237 |
|((( |
|
184 |
+BirthDate |
| 238 |
238 |
tfAntragstellerGeburtsdatum (PBA + OBA) |
| 239 |
239 |
)))|Geburtsdatum im Format: dd.MM.yyyy |
| 240 |
|
-|tfAntragstellerGeburtsname (PBA + OBA)|Geburtsname (ab Version {{version major="2" minor="15"}}{{/version}}) |
| 241 |
241 |
|((( |
|
188 |
+PlaceOfBirth |
| 242 |
242 |
tfAntragstellerGeburtsort (PBA + OBA) |
| 243 |
243 |
)))|Geburtsort |
| 244 |
244 |
|((( |
|
192 |
+TelephoneNumber |
| 245 |
245 |
tfAntragstellerTelefon (PBA + OBA) |
| 246 |
246 |
)))|Telefonnummer |
| 247 |
|
-|tfAntragstellerStaatsangehoerigkeit (PBA + OBA)|Staatsangehörigkeit (ab Version {{version major="2" minor="15"}}{{/version}}) |
| 248 |
|
-|tfAntragstellerDeMail (PBA + OBA)|De-Mail-Adresse (ab Version {{version major="2" minor="15"}}{{/version}}) |
| 249 |
|
-|tfAntragstellerEIDASAusstellerLand (PBA)|eIDAS Ausgabeland (ab Version {{version major="2" minor="15"}}{{/version}}) |
| 250 |
250 |
|tfOrgVertreterVorname (OBA)|Vorname der Person, welche der hinterlegten Organisation angehört und über deren Account die Anmeldung erfolgte. |
| 251 |
251 |
|tfOrgVertreterName (OBA)|Nachname der Person, welche der hinterlegten Organisation angehört und über deren Account die Anmeldung erfolgte. |
| 252 |
252 |
|tfOrgVertreterTitel (OBA)|Akademischer Titel der Person, welche der hinterlegten Organisation angehört und über deren Account die Anmeldung erfolgte. |
| 253 |
253 |
|((( |
| 254 |
254 |
tfOrgVertreterAnrede (OBA) |
|
200 |
+selOrgVertreterAnrede (OBA) |
| 255 |
255 |
)))|((( |
| 256 |
256 |
Anrede für die Person, welche der hinterlegten Organisation angehört und über deren Account die Anmeldung erfolgte. |
| 257 |
257 |
Anrede, wird mit Hilfe des Geschlechter-Code aus Attribut „gender“ erzeugt. Mögliche Werte: //Herr//, //Frau, Nicht bekannt// |
| ... |
... |
@@ -267,12 +267,10 @@ |
| 267 |
267 |
|tfOrgPLZ (OBA)|PLZ |
| 268 |
268 |
|tfOrgOrt (OBA)|Ort |
| 269 |
269 |
|tfOrgName (OBA)|Name der Organisation (mit Rechtsform) |
| 270 |
|
-|tfOrgID (OBA)|Organisations-ID (abgekündigt, wird zukünftig durch das organisationsspezifische Kennzeichen ersetzt) |
| 271 |
|
-|tfOrgKennzeichen (OBA)|organisationsspezifisches Kennzeichen: ersetzt zukünftig die Organisations-ID. (ab Version {{version major="2" minor="16"}}{{/version}}) |
|
216 |
+|tfOrgID (OBA)|Organisations-ID |
| 272 |
272 |
|Rechtsform (OBA)|Rechtsform der Organisation |
| 273 |
273 |
|tfOrgRegisterOrt (OBA)|Register(gerichts)-Ort |
| 274 |
274 |
|tfOrgRegisterNummer (OBA)|Registernummer |
| 275 |
|
-|tfOrgUUID (OBA)|Unternehmenskonto-Handle (ab Version {{version major="2" minor="15"}}{{/version}}) |
| 276 |
276 |
|TrustLevel|((( |
| 277 |
277 |
Vertrauensniveau, gibt Auskunft über gewählte Authentifizierungsmethode: |
| 278 |
278 |
* **STORK-QAA-Level-1**: Authentifizierung mittels Benutzername / Passwort |
| ... |
... |
@@ -279,7 +279,6 @@ |
| 279 |
279 |
* **STORK-QAA-Level-3:** Authentifizierung mittels Authega Zertifikat |
| 280 |
280 |
* **STORK-QAA-Level-4**: Authentifizierung mittels nPA |
| 281 |
281 |
))) |
| 282 |
|
-|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**) |
| 283 |
283 |
|NPA_Address (PBA)|Adresse, wie sie auf dem NPA vermerkt ist (alles in Großbuchstaben) |
| 284 |
284 |
|NPA_City (PBA)|Ort, wie er auf dem NPA vermerkt ist (alles in Großbuchstaben) |
| 285 |
285 |
|NPA_FirstName|Vorname, wie er auf dem NPA vermerkt ist (alles in Großbuchstaben) |
| ... |
... |
@@ -287,12 +287,11 @@ |
| 287 |
287 |
|NPA_PersonalTitle|Akademischer Titel, wie er auf dem NPA vermerkt ist (alles in Großbuchstaben) |
| 288 |
288 |
|IsIndividualPerson|Liefert den Wert **true**, wenn es sich bei den Daten aus dem Bürgerkonto um personenbezogene Daten handelt, sonst **false**. |
| 289 |
289 |
|IsOrganization|Liefert den Wert **true**, wenn es sich bei den Daten aus dem Bürgerkonto um organisationsbezogene Daten handelt, sonst **false**. |
| 290 |
|
-|authVerifyInfos|(ab Version {{version major="3" minor="5"}}{{/version}}) Enthält als Wert ein JSON Objekt mit zusammenfassenden Verifikationsinformationen zur durchgeführten Authentifizierung, separiert nach NpaDaten-Suffix. Die Informationen bestehen aus einer Liste aller Element-Namen, welche durch die Authentifizierung befüllt wurden, dem genutzten Identitäts-Prüfer, sowie dem Trust-Level. Die **authVerifyInfos** sind in den XFC_METADATA-Objekt auch dann vorhanden, wenn keine explizite Anmeldung über das Bürgerservice-Portal stattgefunden hat, sondern beispielsweise eine Wiederanzeige des Vorgangsdaten über einen Prozess-Link. |
| 291 |
291 |
{{/table}} |
| 292 |
292 |
|
| 293 |
293 |
{{info}} |
| 294 |
294 |
**Hinweis:** |
| 295 |
|
-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. |
| 296 |
296 |
\\__Beispiel:__ |
| 297 |
297 |
Wenn als Suffix "**_Person2**" definiert wurde, so ergibt sich beim Vornamen der Formular-Elementname "tfAntragstellerVorname**_Person2**". |
| 298 |
298 |
{{/info}} |
| ... |
... |
@@ -308,7 +308,7 @@ |
| 308 |
308 |
Für die einzelnen Vertrauensniveaus existieren folgende Beschriftungen: |
| 309 |
309 |
|
| 310 |
310 |
* Level 1 (Authentifizierung mittels Benutzername / Passwort): **Standard** |
| 311 |
|
-* Level 3 (Authentifizierung mittels Authega Zertifikat): **Zertifikat** |
|
253 |
+* Level 3 (Authentifizierung mittels Authega Zertifikat): **Authega** |
| 312 |
312 |
* Level 4 (Authentifizierung mittels nPA): **Personalausweis** |
| 313 |
313 |
|
| 314 |
314 |
{{figure image="hilfe_trustlevel_keine_visualisierung.png"}} |
| ... |
... |
@@ -315,30 +315,6 @@ |
| 315 |
315 |
Wenn keine visuelle Markierung gewünscht ist, so kann dies durch ein zusätzliches Attribut „noRibbon“ am Vorlagen-Fieldset unterbunden werden |
| 316 |
316 |
{{/figure}} |
| 317 |
317 |
|
| 318 |
|
-==== Anpassungen der Darstellung aufgrund reduzierter Nutzerdaten ==== |
| 319 |
|
- |
| 320 |
|
-Mit dem Update des Bürgerservice-Portals (**Release 3.2** vom **18.11.2021**) kann es bei Anmelde-Prozessen zur Übermittlung von reduzierten Nutzerdaten kommen (z.B. Authentifizierung mit eIDAS-notifizierten Identifikationsmittel). Dies äußert sich beispielsweise darin, dass nach der Anmeldung keine Adressdaten vom Nutzer in der Vorlage erscheinen. |
| 321 |
|
- |
| 322 |
|
- |
| 323 |
|
-Mit Plugin Version {{version major="3" minor="5"}}{{/version}} werden nach einer Anmeldung am Bürgerservice-Portal nur noch die Eingabefelder innerhalb der Datenvorlage für eine Bearbeitung gesperrt, welche durch den Authentifizierungsprozess am Bürgerservice-Portal befüllt wurden. |
| 324 |
|
-Alle übrigen Felder innerhalb der Vorlage, können dann standardmäßig durch den angemeldeten Benutzer bearbeitet werden, wenn im Designer für diese Felder nichts gegenteiliges festgelegt wurde. |
| 325 |
|
- |
| 326 |
|
-Zusätzlich werden die Felder bei Wiederanzeige durch kleine Icons gekennzeichnet, wodurch auf einem Blick ersichtlich wird, aus welcher Quelle die Anmeldeinformationen entstammen. |
| 327 |
|
- |
| 328 |
|
-* [[image:verified.png||alt="Icon für Informationen aus Bürgerservice-Portal" height="22" width="21"]] Felder mit diesem Icon wurden aus dem Bürgerservice-Portal übermittelt |
| 329 |
|
-* [[image:none_verified.png||alt="Icon für Informationen die der Nutzer nachträglich eingegeben hat" height="20" width="23"]] Felder mit diesem Icon wurden vom Nutzer nachträglich eingegeben und wurden deshalb nicht durch einen Identitätsprüfer verifiziert |
| 330 |
|
- |
| 331 |
|
-Die Feld-Icons werden mittels CSS-Klassen an den Eingabe-Elementen hinzugefügt und können dadurch mittels eigenem CSS Definitionen übersteuert werden. Die dafür notwendigen Klassen haben folgende Namen: |
| 332 |
|
- |
| 333 |
|
-* //verify_l1//: Kennzeichnet ein Element dessen Inhaltswert einen Level 1 Vertrauensniveaus (Authentifizierung mittels Benutzername / Passwort) entspricht. |
| 334 |
|
-* //verify_l3//: Kennzeichnet ein Element dessen Inhaltswert einen Level 3 Vertrauensniveaus (Authentifizierung mittels Zertifikat) entspricht. |
| 335 |
|
-* //verify_l4//: Kennzeichnet ein Element dessen Inhaltswert einen Level 4 Vertrauensniveaus (Authentifizierung mittels nPA oder eIDAS Identifikationsmittel) entspricht. |
| 336 |
|
-* //no_verify//: Kennzeichnet ein Element dessen Inhaltswert durch einen Nutzer frei eingegeben wurde und damit durch keinen Identitätsprüfer aus dem Umfeld des Bürgerservice-Portals geprüft wurde. |
| 337 |
|
- |
| 338 |
|
-{{figure image="noVerifyInfo.png"}} |
| 339 |
|
-Wenn keine visuelle Markierung der Formularelemente gewünscht ist, so kann dies durch ein zusätzliches Attribut „noVerifyInfo“ am Vorlagen-Fieldset unterbunden werden |
| 340 |
|
-{{/figure}} |
| 341 |
|
- |
| 342 |
342 |
== AKDB Postkorbanbindung in der Statusverarbeitung == |
| 343 |
343 |
|
| 344 |
344 |
|
| ... |
... |
@@ -347,31 +347,22 @@ |
| 347 |
347 |
|
| 348 |
348 |
Die Konfigurationsoberfläche des Aktions-Plugins ist in einzelne Bereiche unterteilt die nachfolgend kurz beschrieben werden. |
| 349 |
349 |
|
| 350 |
|
-{{panel title="Einstellungen für Absender und Empfänger" fullwidth="true" triggerable="true"}} |
|
268 |
+{{panel title="Einstellungen für Absender und Empfänger" fullwidth="true" initial="visible" triggerable="true"}} |
| 351 |
351 |
|
| 352 |
352 |
|
| 353 |
353 |
{{figure image="postkorb_absender.png"}} |
| 354 |
|
-Einstellungen für Absender und Empfänger in V6 Formularen |
|
272 |
+Einstellungen für Absender und Empfänger |
| 355 |
355 |
{{/figure}} |
| 356 |
356 |
|
| 357 |
|
-{{figure image="postkorb_absender_v3_6_fc_V7.png"}} |
| 358 |
|
-Einstellungen für Absender und Empfänger in V7 Formularen |
| 359 |
|
-{{/figure}} |
| 360 |
|
- |
| 361 |
|
-; Mandant (ab Version {{version major="3" minor="6"}}{{/version}} kein Pflichtfeld) |
| 362 |
|
-: Wird als Information in der Postkorb-Ansicht im Bürgerservice-Portal verwendet. Ist an dieser Stelle kein Wert konfiguriert, wird die globale Einstellungen aus den Eigenschaften des Plugins verwendet. |
| 363 |
|
-; Dienst (ab Version {{version major="3" minor="6"}}{{/version}} kein Pflichtfeld) |
| 364 |
|
-: Wird als Information in der Postkorb-Ansicht im Bürgerservice-Portal verwendet. Ist an dieser Stelle kein Wert konfiguriert, wird die globale Einstellungen aus den Eigenschaften des Plugins verwendet. |
|
275 |
+; Dienst (Pflicht) |
|
276 |
+: Wird als Information in der Postkorb-Ansicht im Bürgerservice-Portal verwendet. |
|
277 |
+; Mandant (Pflicht) |
|
278 |
+: Wird als Information in der Postkorb-Ansicht im Bürgerservice-Portal verwendet. |
| 365 |
365 |
; Absender-Link |
| 366 |
366 |
: Falls sich die Angabe im Feld //Mandant// auf einen Mandanten bezieht, der nicht im Bürgerservice-Portal registriert ist, kann über den //Absender-Link// ein Link mitgegeben werden, mit dem der Mandant bei der Anzeige im AKDB Postkorb verlinkt wird. |
| 367 |
|
-; Vertrauensniveau der Anmeldung für Zugriff auf Postkorb-Nachricht weiterreichen? (verfügbar ab Version {{version major="3" minor="6"}}{{/version}} im V7 Formular Workflow) |
| 368 |
|
-: Über diese Option können Sie festlegen, ob das Vertrauensniveau der Anmeldung (wenn dies ermittelt werden kann) |
| 369 |
|
-: für den Zugriff auf die Postkorb-Nachricht weitergereicht werden soll. |
| 370 |
|
-: Wenn kein Vertrauensniveau aus den Anmeldedaten ermittelt werden kann, wird das niedrigste Vertrauensniveau gesetzt, |
| 371 |
|
-: um einen Zugriff auf die Nachricht im Postfach der AKDB zu ermöglichen. |
| 372 |
372 |
; Postkorb ID aus den Vorgangsdaten ermitteln? |
| 373 |
373 |
: Diese Angabe dient zur Bestimmung der Postkorb-ID. Über die Postkorb-ID wird das genaue Ziel für den Nachrichtenversand bestimmt, also der Nachrichten-Empfänger. |
| 374 |
|
-Wird bei einem AKDB Bürgerkonto-Login die Postkorb-ID mit übermittelt, so wird diese standardmäßig am Formulareingang hinterlegt. |
|
283 |
+Bei einem AKDB Bürgerkonto-Login wird die Postkorb-ID immer mit übermittelt und standardmäßig am Formulareingang hinterlegt. |
| 375 |
375 |
Für den Fall, dass es mehrere konfigurierte Anmeldungen innerhalb eines Formulars gibt, kann hier die Auswahl über den [[Bürgerdaten Parameter-Suffix>>doc:||anchor="BK_Parameter_Suffix"]] eingegrenzt werden. |
| 376 |
376 |
Darüber hinaus ist es möglich die Postkorb-ID fest oder über einen Platzhalter (**[%$POSTKORB_ID%]**) zu definieren. (Der Platzhalter wird über das Plugin zur Verfügung gestellt und kann in der Statusverarbeitung verwendet werden.) |
| 377 |
377 |
|
| ... |
... |
@@ -378,16 +378,13 @@ |
| 378 |
378 |
|
| 379 |
379 |
{{/panel}} |
| 380 |
380 |
|
| 381 |
|
-{{panel title="Konfiguration des Nachrichteninhalts" fullwidth="true" triggerable="true"}} |
|
290 |
+{{panel title="Konfiguration des Nachrichteninhalts" fullwidth="true" initial="visible" triggerable="true"}} |
| 382 |
382 |
|
| 383 |
383 |
|
| 384 |
384 |
{{figure image="postkorb_nachricht.png"}} |
| 385 |
|
-Konfiguration von Betreff, Nachrichteninhalt und Anhängen in V6 Formularen |
|
294 |
+Konfiguration von Betreff, Nachrichteninhalt und Anhängen |
| 386 |
386 |
{{/figure}} |
| 387 |
387 |
|
| 388 |
|
-{{figure image="postkorb_nachricht_v3_6_fc_V7.png"}} |
| 389 |
|
-Konfiguration von Betreff, Nachrichteninhalt und Anhängen in V7 Formularen |
| 390 |
|
-{{/figure}} |
| 391 |
391 |
|
| 392 |
392 |
; Betreff (Pflicht) |
| 393 |
393 |
: Nahrichtenbetreff, es werden Platzhalter unterstützt. |
| ... |
... |
@@ -395,9 +395,7 @@ |
| 395 |
395 |
: Nachrichtentext, es werden Platzhalter unterstützt. |
| 396 |
396 |
; Anhänge |
| 397 |
397 |
: Hier können Dateien als Attachments an die Postkorb-Nachricht gehangen werden. |
| 398 |
|
-: Unterstützte Dateiformate sind: PDF, HTML, Plaintext, MS Word, JPEG, GIF, PNG, ZIP |
| 399 |
399 |
: Zur Auswahl stehen dabei: |
| 400 |
|
-: (Auswahlmöglichkeiten in V6-Formularen) |
| 401 |
401 |
:; Upload |
| 402 |
402 |
:: bezieht sich auf alle Dateianhänge, die über das Formular hochgeladen wurden |
| 403 |
403 |
:; Workflow |
| ... |
... |
@@ -404,23 +404,12 @@ |
| 404 |
404 |
:: bezieht sich auf alle Dateianhänge, die über den aktuellen FORMCYCLE Workflow hochgeladen wurden. |
| 405 |
405 |
:; Posteingang |
| 406 |
406 |
:: bezieht sich auf alle Dateianhänge, die über das Postfach hochgeladen wurden. |
| 407 |
|
-: (Auswahlmöglichkeiten in V7-Formularen) |
| 408 |
|
-:; Dateien aus vorherigen Aktionen |
| 409 |
|
-:: Eine Liste mit Dateien, von Datei-bereitstellenden Aktionen, die der Postkorb-Aktion vorangestellt sind. |
| 410 |
|
-:; Mandantdateien |
| 411 |
|
-:: Liefert eine Auswahlliste über alle Datei-Ressourcen am Mandanten |
| 412 |
|
-:; Formulardateien |
| 413 |
|
-:: Liefert eine Auswahlliste über alle Datei-Ressourcen, welche am Formular-Projekt hinterlegt sind. |
| 414 |
|
-:; Externe Ressourcen-URL |
| 415 |
|
-:: Dateien die über externe Quellen (HTTP-Requests) ermittelt werden können. |
| 416 |
|
-:; Vorgangsanhänge mittels Dateinamen suchen |
| 417 |
|
-:: Eine Suche innerhalb von Dateinamen mittels übereinstimmenden Suchbegriffs. Es kann dabei mittels Filter eingegrenzt werden, innerhalb welcher Datei-Quellen die Suche ausgeführt wird (Dateien aus Uploads, Datei aus der Statusverarbeitung, Dateien aus dem Posteingang) |
|
311 |
+:: Unterstützte Dateiformate sind: PDF, HTML, Plaintext, MS Word, JPEG, GIF, PNG |
| 418 |
418 |
|
|
313 |
+ |
| 419 |
419 |
{{info}} |
| 420 |
420 |
**Achtung:** |
| 421 |
|
-Die Schnittstelle zum Postkorb der AKDB unterstützt dabei maximal 20 Anhänge pro Nachricht mit je 50 MByte Maximalgröße. |
| 422 |
|
- |
| 423 |
|
-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. |
|
316 |
+Die Schnittstelle zum Postkorb der AKDB unterstützt dabei maximal 5 Anhänge pro Nachricht mit je 2 MB Maximalgröße. |
| 424 |
424 |
{{/info}} |
| 425 |
425 |
|
| 426 |
426 |
{{/panel}} |
| ... |
... |
@@ -446,6 +446,7 @@ |
| 446 |
446 |
|
| 447 |
447 |
Wenn in einem Formular beide Login-Arten (//personenbezogenes// und //organisationsbezogenes// Login) zugelassen sind und man unterschiedliche Nachrichten an den Postkorb senden möchte, so ist dies ebenfalls möglich. |
| 448 |
448 |
Im Formular müssen dann versteckte Eingabefelder mit den Element-Namen **IsIndividualPerson** und **IsOrganization** vorhanden sein. |
|
342 |
+(Dies ist automatisch der Fall, wenn die entsprechenden Vorlagen //Bürgerkonto personenbezogene Daten// und //Bürgerkonto organisationsbezogene Daten// verwendet werden). |
| 449 |
449 |
|
| 450 |
450 |
Die Konfiguration einer Ausführungs-Bedingung an einer Aktion //AKDB:Postkorbnachricht senden// für eine **personenbezogene** Anmeldung wäre dann folgendermaßen: |
| 451 |
451 |
|
| ... |
... |
@@ -469,133 +469,109 @@ |
| 469 |
469 |
|
| 470 |
470 |
== Versionshistorie == |
| 471 |
471 |
|
| 472 |
|
-=== 3.7.0 === |
|
366 |
+(% class="wikigeneratedid" %) |
|
367 |
+=== 2.13.3 === |
| 473 |
473 |
|
| 474 |
|
-* Erweiterungen / Anpassungen aufgrund von Schnittstellenanpassungen im Bürgerservice-Portal der AKDB: |
| 475 |
|
-** Möglichkeit zur Einschränkung der angeforderten Nutzerdaten am BK-Login-Button, sowie in der Plugin-Authenticator Konfiguration. |
|
369 |
+* 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. |
| 476 |
476 |
|
| 477 |
|
-=== 3.6.2 === |
|
371 |
+=== 2.13.2 === |
| 478 |
478 |
|
| 479 |
|
-* Fehlerbehebung: Bei Verwendung der Datenvorlage für //personen- und organisationsbezogene Daten // im Designer wurde nur das erste Element im Container angezeigt. Dies wurde behoben. Der Fehler tritt ab {{formcycle/}} Version {{version major="7" patch="11"}}{{/version}}auf. |
|
373 |
+* Fehlerbehebung: Der Postkorb-Webservice konnte teilweise nicht initialisiert werden, da die zugehörige WSDL-Datei nicht korrekt adressiert wurde. |
|
374 |
+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. |
|
375 |
+* 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. |
| 480 |
480 |
|
| 481 |
|
-=== 3.6.1 === |
|
377 |
+=== 2.13.1 === |
| 482 |
482 |
|
| 483 |
|
-* Fehlerbehebung: Beim Drucken eines Formulars mit Anmeldinformationen über den Print-Service erfolgte keine Darstellung des genutzten Authentifizierungsverfahren im erzeugten PDF. Dies wurde behoben. |
| 484 |
|
-* Fehlerbehebung: URL-Rewriting am Login-Button wurde nicht angewendet, wenn hinterlegte Mandant-BaseURL der URL in der SAML-Konfiguration entsprach, obwohl Formular aufgrund eines verwendeten Proxy-Servers über abweichenden Aufruf-URL verwies. Dies wurde angepasst. |
|
379 |
+* 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. |
| 485 |
485 |
|
| 486 |
|
-=== 3.6.0 === |
|
381 |
+=== 2.13.0 === |
| 487 |
487 |
|
| 488 |
|
-* Erweiterungen / Anpassungen aufgrund von Schnittstellenanpassungen im Bürgerservice-Portal der AKDB: |
| 489 |
|
-** Möglichkeit zur Anforderung von Pflicht-Attributen (Postkorb-ID) |
| 490 |
|
-** Umstellung der Auswahlmöglichkeiten für das geforderte Authentifizierungsverfahren auf eine weiter reichende Auswahl (+Migration bestehender Konfigurationen am BK-Login-Button) |
| 491 |
|
-* Anpassung Postkorb-Aktion: Im Bereich des Absenders sind //Dienst //und //Mandant //keine Pflichtfelder mehr. Wenn Sie nicht definiert werden, werden die globalen Einstellungen |
| 492 |
|
-aus den Plugin-Properties herangezogen. |
| 493 |
|
-* Erweiterung Postkorb-Aktion: Im Bereich des Empfängers kann jetzt konfiguriert werden, dass das Vertrauensniveau der Anmeldung für den Zugriff auf die Nachricht im AKDB-Postfach mitgegeben wird. |
| 494 |
|
-* Anpassung AKDB-Vorlage: Anpassung der Verlage, da im Bereich des Absenders Dienst und Mandant keine Pflichtfelder mehr repräsentieren. |
| 495 |
|
-* Anpassung AKDB-Setup: Hinweis auf freizugebende URL's (Firewall-Einstellungen) hinzugefügt, Konfigurationsmöglichkeit für Proxy-Server-Einstellungen |
| 496 |
|
-* Fehlerbehebung: Fehlerbehandlung im Plugin-Action-Servlet 'AKDBLogin' angepasst |
|
383 |
+* **Achtung:** alle neueren Versionen des Plugins benötigen ab dieser Version mindestens {{formcycle/}} Version {{version major="6" minor="6"}}{{/version}} oder höher |
|
384 |
+* Änderung des eingesetzten Webservice-Frameworks beim Postkorb-Service, um Lauffähigkeit ab OpenJDK Version 14 zu gewährleisten |
|
385 |
+* Fehlerbehebung: Fehlende Beschriftungen an den Eigenschaften für das Formular-Element //AKDB Bürgerkonto //wurde behoben |
| 497 |
497 |
|
| 498 |
|
-=== 3.5.13 === |
|
387 |
+=== 2.12.0 === |
| 499 |
499 |
|
| 500 |
|
-* Fehlerbehebung: Behebt einen Fehler, welcher im Zusammenhang mit Ajax-Uploads und dem Absenden eines Formulars ab {{formcycle/}} Version {{version major="7" patch="11"}}{{/version}} steht. |
|
389 |
+* 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) |
|
390 |
+* 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. |
|
391 |
+* AKDB-Formular Vorlage angepasst (Statusverarbeitung): Veraltete Elementplatzhalter in Postkorb-Nachricht für Organisation wurden ersetzt |
| 501 |
501 |
|
| 502 |
|
-=== 3.5.12 === |
|
393 |
+=== 2.11.2 === |
| 503 |
503 |
|
| 504 |
|
-* Erweiterung von Log-Ausgaben innerhalb der Postkorb-Kommunikation zum Zwecke der Fehleranalyse. |
|
395 |
+* Fehlerbehebung: Bei anonymer Wiederanzeige von BK-Daten werden Nachname, Titel und Anrede nicht mehr fälschlicherweise auf Default-Werte zurückgesetzt und damit geleert. |
| 505 |
505 |
|
| 506 |
|
-=== 3.5.11 === |
|
397 |
+=== 2.11.1 === |
| 507 |
507 |
|
| 508 |
|
-* Fehlerbehebung: Im Zusammenspiel mit der {{formcycle/}} Version {{version major="7" patch="10"}}{{/version}}konnten Zertifikatsdateien nicht über das AKDB Setup hochgeladen werden. Dieser Fehler wurde behoben. |
|
399 |
+* 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. |
| 509 |
509 |
|
| 510 |
|
-=== 3.5.10 === |
|
401 |
+=== 2.11.0 === |
| 511 |
511 |
|
| 512 |
|
-* Fehlerbehebung: JavaScript für Datenvorlage wurde angepasst um eine zusätzliche Validierungsroutine für die Elemente innerhalb der Vorlage. Diese Validierung wird ausgeführt, wenn die Auswahl 'Privatperson / Organisation' geändert wurde. |
|
403 |
+* Feature-Umsetzung im BK-Authenticator: Am Authenticator ist jetzt die Auswahl von Authentifizierungsverfahren, die mindestens dem Vertrauens-Level von Authega entsprechen, möglich |
|
404 |
+* Fehlerbehebung: Ein falsches Leeren des Feldes tfAntragstellerName beim PDF-Druck wurde behoben |
| 513 |
513 |
|
| 514 |
|
-=== 3.5.9 === |
|
406 |
+=== 2.10.0 === |
| 515 |
515 |
|
| 516 |
|
-* Fehlerbehebung: JavaScript für Datenvorlage wurde angepasst, sodass sich ein Ändern der Steuerfelder 'IsOrganization' und 'IsIndividualPerson' auf alle Elemente innerhalb der Vorlage auswirken kann, wenn diese entsprechend Bedingungen ausweisen. |
|
408 |
+* **Achtung:** alle neueren Versionen des Plugins benötigen ab dieser Version mindestens {{formcycle/}} Version {{version major="6" minor="5"}}{{/version}} oder höher |
|
409 |
+* Anpassung Wizard für die Metadaten-Generierung: im letzten Schritt kann eine vorbefüllte Beitrittserklärung heruntergeladen werden |
|
410 |
+* Internes Refactoring |
|
411 |
+** Deprecated Klasse //ConfigSAML// wurde entfernt |
|
412 |
+** Deprecated Klasse //GenerateIdentityServiceProviderMetadataPlugin //entfernt |
|
413 |
+* Anpassung am Widget für den Bürgerkonto-Login-Button: Dieser wird jetzt beim PDF-Druck über den Designer standardmäßig ausgeblendet |
|
414 |
+* Anpassung an der AKDB-Formular Vorlage: Diese verwendet jetzt die Template-Vorlage für //personen- und organisationsbezogene Daten// |
| 517 |
517 |
|
| 518 |
|
-=== 3.5.8 === |
|
416 |
+=== 2.9.2 === |
| 519 |
519 |
|
| 520 |
|
-* Fehlerbehebung: JavaScript für Datenvorlage wurde angepasst, sodass bei Ausblenden von Organisationsdaten, diese geleert werden, wenn dies im Designer konfiguriert ist. |
|
418 |
+* Erweiterung Template-Vorlage für //personen- und organisationsbezogene Daten//: |
|
419 |
+** Auswahlmöglichkeit für ein Eingabe von personen- **oder** organisationsbezogene Daten |
|
420 |
+** Eine Anzeige der Auswahlmöglichkeit erfolgt bei folgenden Fällen: |
|
421 |
+*** es hat KEINE Authentifizierung über das Bürgerkonto stattgefunden |
|
422 |
+*** es existiert ein "vorgeschaltener" Zugriffschutz (Externe Benutzer) |
| 521 |
521 |
|
| 522 |
|
-=== 3.5.7 === |
|
424 |
+=== 2.9.1 === |
| 523 |
523 |
|
| 524 |
|
-* 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) |
| 525 |
|
-* 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. |
|
426 |
+* Fehlerbehebung in Anzeige bei Nutzung der Template-Vorlage für //personen- und organisationsbezogene Daten//: |
|
427 |
+** die fehlende Anzeige des Authentifizierungsverfahren am Field-Set für die persönlichen Daten wurde beseitigt |
|
428 |
+** Nach erfolgter Anmeldung werden die Eingabe-Felder für die persönlichen Daten mit einem Schreibschutz belegt |
| 526 |
526 |
|
| 527 |
|
-=== 3.5.6 === |
|
430 |
+=== 2.9.0 === |
| 528 |
528 |
|
| 529 |
|
-* Fehlerbehebung: Es wurde ein Fehler behoben, welcher bei der Wiederanzeige von Organisations-Adressdaten aufgetreten ist. Teilweise waren die Adressdaten unvollständig. |
|
432 |
+* 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. |
|
433 |
+* 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. |
|
434 |
+* Vereinheitlichung der Vorlage für Organisationsdaten: Für die personenbezogenen Daten des Organisations-Vertreters werden die geänderten Parameternamen verwendet. |
|
435 |
+* 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. |
|
436 |
+* Fehlerbehebung bei Verwendung des BK-Authenticators über Frontend-Server: Initialisierung notwendiger OpenSAML-Klassen bei Aufruf über Frontend-Server hinzugefügt. |
| 530 |
530 |
|
| 531 |
|
-=== 3.5.5 === |
|
438 |
+=== 2.8.2 === |
| 532 |
532 |
|
| 533 |
|
-* Fehlerbehebung: Es wurde ein JS-Fehler behoben, der entstand, wenn das "TrustLevel"-Feld außerhalb der Daten-Vorlage verwendet wurde. |
| 534 |
|
-* Fehlerbehebung: Bei einer NPA-Anmeldung fehlten die RAW-Daten für die Adresse und die Stadt in den XFC_METADATEN. Dies wurde behoben. |
|
440 |
+* Ä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 |
|
441 |
+* 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. |
| 535 |
535 |
|
| 536 |
|
-=== 3.5.4 === |
|
443 |
+=== 2.8.1 === |
| 537 |
537 |
|
| 538 |
|
-* Erweiterung Postkorb-Aktion: Prüfroutine für Postkorb-Webservice-Kommunikation in Konfigurationsoberfläche hinzugefügt. |
|
445 |
+* 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 |
| 539 |
539 |
|
| 540 |
|
-=== 3.5.3 === |
|
447 |
+=== 2.8.0 === |
| 541 |
541 |
|
| 542 |
|
-* Fehlerbehebung: Es wurde ein Sicherheitsproblem behoben, welches bei Laden von zwischengespeicherten Formulardaten auftreten kann. |
|
449 |
+* Bereitstellung eines Plugin-Authenticator für AKDB-Login als "Externer Benutzer" |
|
450 |
+* Hinweis: Log für Authega funktioniert nicht bei Einsatz von Plugin-Authenticator |
| 543 |
543 |
|
| 544 |
|
-=== 3.5.2 === |
|
452 |
+=== 2.7.0 === |
| 545 |
545 |
|
| 546 |
|
-* Fehlerbehebung: Bei Rückleitung aus dem Bürgerservice-Portal und wenn Kommunikation nicht über Frontend-Server stattgefunden hat, wurde teilweise die Seite "Formular nicht gefunden" ausgeliefert. Dies wurde behoben. |
| 547 |
|
-* Fehlerbehebung: Bei Verwendung mehrerer Anmeldungen innerhalb eines Formulars und damit unterschiedlichen Bürgerdaten-Suffix, kam es zu falschen Formatierungen der Datenfelder. Dies wurde behoben. |
|
454 |
+* Umstellung intern genutztes SAML-Framework. Dieses wird nicht mehr durch das Plugin selbst, sondern vom {{formcycle/}}-Core zur Verfügung gestellt. |
|
455 |
+* **Achtung:** alle neueren Versionen des Plugins benötigen mindestens {{formcycle/}} Version {{version major="6" minor="4" patch="0"/}} oder höher |
| 548 |
548 |
|
| 549 |
|
-=== 3.5.1 === |
|
457 |
+=== 2.6.2 === |
| 550 |
550 |
|
| 551 |
|
-* Fehlerbehebung: Bei Rückleitung aus dem Bürgerservice-Portal und wenn Kommunikation nicht über Frontend-Server stattgefunden hat, wurde teilweise die Seite "Formular nicht gefunden" ausgeliefert. Dies wurde behoben. |
|
459 |
+* Umbenennung Menüpunkt für Metadaten-Generierung für Registrierung bei AKDB, neuer Name: "AKDB Setup" |
| 552 |
552 |
|
| 553 |
|
-=== 3.5.0 === |
|
461 |
+=== 2.6.1 === |
| 554 |
554 |
|
| 555 |
|
-* 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. |
| 556 |
|
-* Ü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 |
| 557 |
|
-* Fehlerbehebung: Fehlendes URL-Encoding eines Parameters führte dazu, dass Formular nach AKDB-Login nicht mehr gefunden wurde. Dies wurde behoben. |
| 558 |
|
-* Anpassung AKDB-Setup: beim Prüfung der Postkorb-Verbindung werden jetzt separat Zertifikat und Passwort auf Korrektheit geprüft und im Fehlerfall extra ausgewiesen. |
|
463 |
+* Fehlerbehebung bei Verwendung des BK-Logins über Frontend-Server |
| 559 |
559 |
|
| 560 |
|
-=== 3.4.0 === |
|
465 |
+=== 2.6.0 === |
| 561 |
561 |
|
| 562 |
|
-* Konfigurative Möglichkeit eines URL-Rewritings am Login-Button auf die Assertion Consumer Service URL aus der Bürgerservice-Portal-Registrierung |
| 563 |
|
-* 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. |
| 564 |
|
- |
| 565 |
|
-=== 3.3.1 === |
| 566 |
|
- |
| 567 |
|
-* 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. |
| 568 |
|
- |
| 569 |
|
-=== 3.3.0 === |
| 570 |
|
- |
| 571 |
|
-* Überarbeitung der Revisionsicherheit und damit Anpassung an Weiterentwicklung in {{formcycle/}} |
| 572 |
|
-* 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 |
| 573 |
|
-* Neues Replacer-Plugin ('LOGIN_PROTOCOL') für eine Ausgabe aller Anmeldedaten, welche am Vorgang hinterlegt sind. |
| 574 |
|
-* Fehlerbehebung: Ein Fehler, welcher im Zusammenhang mit dem Einsatz des Bürgerkonto-Login-Buttons bei Benutzung in einem Popup auftrat, wurde behoben. |
| 575 |
|
-* 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 |
| 576 |
|
- |
| 577 |
|
-=== 3.2.1 === |
| 578 |
|
- |
| 579 |
|
-* 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. |
| 580 |
|
- |
| 581 |
|
-=== 3.2.0 === |
| 582 |
|
- |
| 583 |
|
-* Fehlerbehebung: Es wurde ein Fehler bei der Authentifizierung mittels Plugin-Authenticator behoben, der dazu führte, dass |
| 584 |
|
-das Formular mit den zurückgelieferten Nutzerdaten nicht mehr angezeigt wurde. |
| 585 |
|
-* 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. |
| 586 |
|
-(Hinweis: Formulare die auf den veralteten Vorlagen abbauen werden weiterhin unterstützt) |
| 587 |
|
-* Erweiterung der Vorlage für //personen- und organisationsbezogene Daten// um das Attribut 'IdentitaetsPruefer', welches zur Differenzierung der Art der Anmeldung innerhalb eines Vertrauensniveaus dient. |
| 588 |
|
-* Anpassung der Formular-Vorlage auf Grundlage der geänderten Nutzerdaten-Vorlage |
| 589 |
|
- |
| 590 |
|
-=== 3.1.0 === |
| 591 |
|
- |
| 592 |
|
-* **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 |
| 593 |
|
-* Anpassung AKDB-Setup: im Bereich des Zertifikatsuploads für die Kommunikation mit dem Postkorb |
| 594 |
|
- |
| 595 |
|
-=== 3.0.0 === |
| 596 |
|
- |
| 597 |
|
-* **Achtung:** alle neueren Versionen des Plugins benötigen ab dieser Version mindestens {{formcycle/}} Version {{version major="7" minor="0"}}{{/version}} oder höher |
| 598 |
|
-* Postkorb-Plugin für V7-Workflow |
| 599 |
|
-* Überarbeitung Formular-Vorlage für Nutzung des V7-Workflows |
| 600 |
|
- |
| 601 |
|
-=== === |
|
467 |
+* Einbindung {{formcycle/}} Version 6.2.0 |
|
468 |
+* Unterstützung Blanko-Druck: |
|
469 |
+** Login-Button wird ausgeschlossen |
|
470 |
+** Steuerfelder und Trustlevel in den Vorlagen werden standardmäßig vom Druck ausgeschlossen |
|
471 |
+* Login-Button um Auswahlmöglichkeit für Seitenvalidierung vor Beginn BK-Login erweitert. |
