Verstecke letzte Bearbeiter
rth 13.30 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)
awa 13.27 2
rth 13.10 3 {{content/}}
4
rth 13.11 5 {{info}}
6 **Achtung:**
rth 13.12 7 Bevor Sie die AKDB-Basisdienste in ihren Formular-Prozessen einbinden, stellen Sie bitte sicher, dass die konfigurative Anbindung der Dienste durch den {{formcycle/}}-Administrator erfolgt ist!
rth 13.11 8 {{/info}}
9
rth 13.10 10 {{figure image="formular_vorlage.png"}}
11 Formularvorlage //AKDB Basisdienste//
12 {{/figure}}
13
14
15 Über das //AKDB Bürgerkonto Service Plugin// werden Möglichkeiten zur Einbindung der AKDB Basisdienste **Bürgerkonto** und **Postkorb** in {{formcycle/}} bereitgestellt.
16
17
rth 13.12 18 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.
rth 13.10 19
20 == Einbindung des Bürgerkonto Logins im Designer ==
21
22 {{figure image="hilfe_bk_button.png"}}
23 Formular-Element //AKDB Bürgerkonto//
24 {{/figure}}
25
26 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:
27
28
29 ; Schaltflächen Text
30 : Beschriftung des Login-Buttons
31 ; Login im Popup
32 : Wenn aktiviert, wird die Login-Seite des Bürgerservice-Portals in einem Popup geöffnet, ansonst erfolgt die Anzeige in der gleichen Seite.
33 ; Formularseite nach Login
rth 13.12 34 : Hier wird die Formularseite festgelegt, welche angezeigt werden soll, wenn der Login **erfolgreich **war.
rth 13.10 35 ; Formularseite nach abgebrochenen Login
rth 13.12 36 : Hier wird die Formularseite festgelegt, welche angezeigt werden soll, wenn der Login **abgebrochen** wurde.
rth 13.10 37 ; Eingaben prüfen vor Login
38 : Wenn aktiviert, werden die bisherigen Formulareingaben validiert. Der Start des Bürgerkonto Login-Prozesses ist dann erst möglich, wenn alle Nutzereingaben auf der Seite valide sind. Wenn deaktiviert, findet keine Überprüfung der bisherigen Formulareingaben statt und es wird sofort zum Bürgerservice-Portal weitergeleitet.
rth 13.13 39 ; Art der Rückgabedaten {{id name="Art_Rueckgabedaten"/}}
rth 13.10 40 : Hier besteht die Auswahl zwischen:
rth 13.12 41
42 * **personenbezogenen Daten**
43 * **organisationsbezogenen Daten**
44 * **personen- oder organisationsbezogenen Daten**
45
46 : Mit dieser Einstellung lässt sich die Art der zu erwarteten Rückgabedaten steuern, je nach Anforderung.
47 : Das heißt, wenn beispielsweise nur Daten einer natürlichen Person im Formularprozess zugelassen sind, ist hier die Auswahl auf //personenbezogene Daten// einzustellen.
rth 13.17 48 ; Bürgerdaten Parameter-Suffix {{id name="BK_Parameter_Suffix"/}}
rth 13.10 49 : Hier kann ein Suffix definiert werden, welches beim Vorbelegen von Formularelementen, mit den ermittelten Bürgerkonto-Daten, Anwendung findet.
rth 13.12 50 Durch das Suffix wird es möglich mehrere Authentifizierungen und Formularelement-Vorbelegungen innerhalb eines Formulars zu realisieren.
rth 13.10 51 : Als Suffix sind Buchstaben, Zahlen und der Unterstrich erlaubt.
52 : __Beispiel:__
rth 13.15 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. 
rth 13.10 54 ; gefordertes Authentifizierungsverfahren
55 : Hier kann das dem Nutzer zur Verfügung stehende Authentifizierungsverfahren eingeschränkt werden.
rth 13.12 56 : Es gibt folgende Auswahlmöglichkeiten:
rth 13.10 57
rth 13.12 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
rth 13.30 63 == Einbindung des Bürgerkonto Logins als Externer Benutzer ==
64
rth 17.5 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.
rth 13.30 66
rth 17.3 67 === Konfiguration eines Externen Benutzers für das Bürgerkonto Login ===
68
rth 14.2 69 {{figure image="externer_benutzer_akdb.png"}}
70 Bürgerkonto-Login als Externer Benutzer einrichten. (Schritt 1)
71 {{/figure}}
rth 13.30 72
rth 14.2 73 Zur Einbindung des Bürgerkonto-Logins über einen [[Externen Benutzer>>doc:Formcycle.UserInterface.UserSettings.ExternalUsers.WebHome||target="_blank"]], muss diese Login Möglichkeit zuvor konfiguriert werden.
rth 13.30 74
rth 14.3 75 Dazu muss im jeweiligen Mandaten in den Konfigurationsbereich Externe Benutzer gewechselt werden. Dort muss mittels {{ficon name="plus-circle-outline"/}} der über das Plugin zur Verfügung gestellte **AKDB Login** ausgewählt werden.
rth 14.2 76
rth 17.3 77 {{info}}
rth 17.4 78 Beachten Sie, dass vor Verwendung des //Bürgerkonto-Login als Externer Benutzer// die konfigurative Anbindung des Dienstes durch den {{formcycle/}}-Administrator stattgefunden hat, da die zur Kommunikation benötigten Zertifikate und Informationen aus den Plugin-Einstellungen entnommen werden.
rth 17.3 79 {{/info}}
80
rth 16.2 81 {{figure image="externer_benutzer_akdb_s2.png"}}
82 Bürgerkonto-Login als Externer Benutzer einrichten. (Schritt 2)
83 {{/figure}}
84
rth 16.3 85 Im nächsten Schritt muss über den Button "Konfiguration hinzufügen" eine Konfiguration hinzugefügt werden.
rth 16.4 86
rth 16.2 87 {{figure image="externer_benutzer_akdb_s3.png"}}
88 Bürgerkonto-Login als Externer Benutzer einrichten. (Schritt 3)
89 {{/figure}}
90
rth 16.3 91 Im letzten Schritt besteht die Möglichkeit die Konfiguration individuell anzupassen.
92 Dazu können folgende Einstellungen getroffen werden:
rth 16.2 93
rth 16.3 94 ; LoginTyp
rth 16.4 95 : Mit dieser Einstellung lassen sich die Arten der zurück gelieferten Daten festlegen.
96 : Ist als Wert **Person** definiert, so können nur personenbezogene Daten zurückgeliefert werden.
97 : 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.
98 : Ist dieser Parameter nicht konfiguriert, so kann der Nutzer selbst bestimmen, welche Datenart (personen- oder organisationsbezogen) er zurück liefern möchte. 
rth 16.3 99 ; AuthTyp
rth 16.5 100 : Über diese Einstellung kann das geforderte Authentisierungsverfahren festgelegt werden.
rth 16.4 101 : Entweder mit Authega-Zertifikat (Wert: **Authega**) oder Personalausweis (Wert: **NPA**).
102 : Ist nichts gesetzt oder das Attribut nicht vorhanden, so werden dem Nutzer alle möglichen Authentisierungsverfahren zur Auswahl angeboten.
103
rth 17.3 104 === Bürgerkonto Login als Formularanmeldung einrichten ===
rth 17.2 105
106 {{figure image="formular_zugriff.png"}}
rth 17.3 107 Bürgerkonto Login als Externer Benutzer am Formular freischalten.
rth 17.2 108 {{/figure}}
109
rth 17.3 110 Um das Bürgerkonto-Login über einen [[Externen Benutzer>>doc:Formcycle.UserInterface.UserSettings.ExternalUsers.WebHome||target="_blank"]] am jeweiligen Formular zu ermöglichen,
111 muss dieses als [[Formularanmeldung>>doc:Formcycle.UserInterface.MyForms.Access||target="_blank"]] am Formular hinterlegt sein.
112
rth 17.2 113
rth 13.10 114 == Designer-Element: Bürgerkonto Daten Vorlage ==
115
116 {{figure image="hilfe_bk_vorlagen.png"}}
117 Formularvorlage //AKDB Basisdienste//
118 {{/figure}}
119
rth 13.15 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.
rth 13.10 121
122 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:
123
124
125 {{code language="javascript"}}
126 XFC_METADATA.pluginResults.AKDBLoginAnalyzer
127 {{/code}}
128
129 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.
130
131 {{info}}
rth 13.15 132 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.
133 Ist keine extra Kennzeichnung vorhanden, so ist der Parameter in beiden Bereichen vorhanden.
rth 13.10 134 {{/info}}
135
136 {{table dataTypeAlpha="0" preSort="0-asc"}}
137 |=Parameter|=Beschreibung
138 |BPK|Bereichsspezifisches Personenkennzeichen (in verschlüsselter Form)
139 |BPK_Decoded|Bereichsspezifisches Personenkennzeichen (in entschlüsselter Form)
140 |PostboxId|Postkorb-ID des Nutzers. Muss bei Anbindung des Postkorbs verwendet werden.
141 |(((
142 Email (PBA)
143 tfAntragstellerEmail (PBA)
144 )))|Email-Adresse
145 |Gender|Anrede als numerischer Wert nach ISO 5218:2004
146 |GenderName|Lesbarer Text für Geschlechter-Code aus Attribut „gender“.
147 Mögliche Werte: //männlich//, //weiblich//
148 |(((
149 Salutation
150 tfAntragstellerAnrede (PBA)
151 selAntragstellerAnrede (PBA)
152 )))|Anrede, wird mit Hilfe des Geschlechter-Code aus Attribut „gender“ erzeugt.
153 Mögliche Werte: //Herr//, //Frau, Nicht bekannt//
154 |(((
155 PersonalTitle (PBA)
156 tfAntragstellerTitel (PBA)
157 )))|Akademischer Titel
158 |(((
159 FirstName
160 tfAntragstellerVorname (PBA)
161 )))|Vorname
162 |(((
163 LastName
164 tfAntragstellerName (PBA)
165 )))|Nachname
166 |(((
167 ZipCode (PBA)
168 tfAntragstellerPLZ (PBA)
rth 13.15 169 )))|Postleitzahl
rth 13.10 170 |(((
171 Address (PBA)
172 tfAntragstellerAdresse (PBA)
173 )))|Adresse bestehend aus Strasse und Hausnummer
174 |(((
175 City (PBA)
176 tfAntragstellerOrt (PBA)
177 )))|Ort
178 |(((
179 BirthDate
180 tfAntragstellerGeburtsdatum (PBA)
181 )))|Geburtsdatum im Format: dd.MM.yyyy
182 |(((
183 PlaceOfBirth
184 tfAntragstellerGeburtsort (PBA)
185 )))|Geburtsort
186 |(((
187 TelephoneNumber
188 tfAntragstellerTelefon (PBA)
189 )))|Telefonnummer
190 |tfOrgVertreterVorname (OBA)|Vorname der Person, welche der hinterlegten Organisation angehört und über deren Account die Anmeldung erfolgte.
191 |tfOrgVertreterName (OBA)|Nachname der Person, welche der hinterlegten Organisation angehört und über deren Account die Anmeldung erfolgte.
192 |tfOrgVertreterTitel (OBA)|Akademischer Titel der Person, welche der hinterlegten Organisation angehört und über deren Account die Anmeldung erfolgte.
193 |(((
194 tfOrgVertreterAnrede (OBA)
195 selOrgVertreterAnrede (OBA)
196 )))|(((
197 Anrede für die Person, welche der hinterlegten Organisation angehört und über deren Account die Anmeldung erfolgte.
198 Anrede, wird mit Hilfe des Geschlechter-Code aus Attribut „gender“ erzeugt. Mögliche Werte: //Herr//, //Frau, Nicht bekannt//
199 )))
200 |tfOrgVertreterGeburtsdatum (OBA)|Akademischer Titel der Person, welche der hinterlegten Organisation angehört und über deren Account die Anmeldung erfolgte.
201 |tfOrgVertreterGeburtsort (OBA)|Geburtsort der Person, welche der hinterlegten Organisation angehört und über deren Account die Anmeldung erfolgte.
202 |tfOrgEmail (OBA)|E-Mail Adresse der angemeldeten Person, welche diese im Unternehmen hat. (Kann von der E-Mail Adresse am personenbezogenen Account abweichen.)
203 |tfOrgVertreterTelefon (OBA)|Telefonnummer der Person, welche der hinterlegten Organisation angehört und über deren Account die Anmeldung erfolgte.
204 |tfOrgStrasse (OBA)|Strasse
205 |tfOrgHausnummer (OBA)|Hausnummer
206 |tfOrgHausnummerZusatz (OBA)|Hausnummern Zusatz
207 |tfOrgAdressZusatz (OBA)|Adress-Zusatz
208 |tfOrgPLZ (OBA)|PLZ
209 |tfOrgOrt (OBA)|Ort
210 |tfOrgName (OBA)|Name der Organisation (mit Rechtsform)
211 |tfOrgID (OBA)|Organisations-ID
212 |Rechtsform (OBA)|Rechtsform der Organisation
213 |tfOrgRegisterOrt (OBA)|Register(gerichts)-Ort
214 |tfOrgRegisterNummer (OBA)|Registernummer
215 |TrustLevel|(((
216 Vertrauensniveau, gibt Auskunft über gewählte Authentifizierungsmethode:
rth 13.15 217 * **STORK-QAA-Level-1**: Authentifizierung mittels Benutzername / Passwort
218 * **STORK-QAA-Level-3:** Authentifizierung mittels Authega Zertifikat
219 * **STORK-QAA-Level-4**: Authentifizierung mittels nPA
rth 13.10 220 )))
rth 13.15 221 |NPA_Address (PBA)|Adresse, wie sie auf dem NPA vermerkt ist (alles in Großbuchstaben)
222 |NPA_City (PBA)|Ort, wie er auf dem NPA vermerkt ist (alles in Großbuchstaben)
223 |NPA_FirstName|Vorname, wie er auf dem NPA vermerkt ist (alles in Großbuchstaben)
224 |NPA_LastName|Nachname, wie er auf dem NPA vermerkt ist (alles in Großbuchstaben)
225 |NPA_PersonalTitle|Akademischer Titel, wie er auf dem NPA vermerkt ist (alles in Großbuchstaben)
226 |IsIndividualPerson|Liefert den Wert **true**, wenn es sich bei den Daten aus dem Bürgerkonto um personenbezogene Daten handelt, sonst **false**.
227 |IsOrganization|Liefert den Wert **true**, wenn es sich bei den Daten aus dem Bürgerkonto um organisationsbezogene Daten handelt, sonst **false**.
rth 13.10 228 {{/table}}
229
230 {{info}}
231 **Hinweis:**
232 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.
233 \\__Beispiel:__
234 Wenn als Suffix "**_Person2**" definiert wurde, so ergibt sich beim Vornamen der Formular-Elementname "tfAntragstellerVorname**_Person2**".
235 {{/info}}
236
237 === Darstellung des genutzten Authentifizierungsverfahren ===
238
239 {{figure image="hilfe_trustlevel_visualisierung.png"}}
240 Darstellung des verwendeten Vertrauensniveaus an der Bürgerkonto Daten Vorlage
241 {{/figure}}
242
243 Bei Nutzung der **Bürgerkonto Daten Vorlagen** ist nach dem Absenden des Formulars, bei Wiederanzeige des Formular im Postfach, das durch den Nutzer verwendete Authentifizierungsverfahren anhand einer visuellen Markierung ersichtlich.
244
245 Für die einzelnen Vertrauensniveaus existieren folgende Beschriftungen:
246
247 * Level 1 (Authentifizierung mittels Benutzername / Passwort): **Standard**
248 * Level 3 (Authentifizierung mittels Authega Zertifikat): **Authega**
249 * Level 4 (Authentifizierung mittels nPA): **Personalausweis**
250
251 {{figure image="hilfe_trustlevel_keine_visualisierung.png"}}
252 Wenn keine visuelle Markierung gewünscht ist, so kann dies durch ein zusätzliches Attribut „noRibbon“ am Vorlagen-Fieldset unterbunden werden
253 {{/figure}}
254
255 == AKDB Postkorbanbindung in der Statusverarbeitung ==
256
257
258 Für die Anbindung zum Versand von Postkorbnachrichten wird das Aktions-Plugin **AKDB:Postkorbnachricht senden** zur Verfügung gestellt.
259 Mittels dieser Plugin-Aktion, können ähnlich einer E-Mail Aktion, Nachrichten an den Postkorb der AKDB weitergeleitet werden.
260
261 Die Konfigurationsoberfläche des Aktions-Plugins ist in einzelne Bereiche unterteilt die nachfolgend kurz beschrieben werden.
262
rth 13.23 263 {{panel title="Einstellungen für Absender und Empfänger" fullwidth="true" initial="visible" triggerable="true"}}
rth 13.10 264
265
266 {{figure image="postkorb_absender.png"}}
267 Einstellungen für Absender und Empfänger
268 {{/figure}}
269
270 ; Dienst (Pflicht)
271 : Wird als Information in der Postkorb-Ansicht im Bürgerservice-Portal verwendet.
272 ; Mandant (Pflicht)
273 : Wird als Information in der Postkorb-Ansicht im Bürgerservice-Portal verwendet.
274 ; Absender-Link
275 : 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.
276 ; Postkorb ID aus den Vorgangsdaten ermitteln?
rth 13.16 277 : 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.
278 Bei einem AKDB Bürgerkonto-Login wird die Postkorb-ID immer mit übermittelt und standardmäßig am Formulareingang hinterlegt.
rth 13.17 279 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.
280 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.)
rth 13.10 281
282
283 {{/panel}}
284
rth 13.23 285 {{panel title="Konfiguration des Nachrichteninhalts" fullwidth="true" initial="visible" triggerable="true"}}
rth 13.10 286
287
288 {{figure image="postkorb_nachricht.png"}}
289 Konfiguration von Betreff, Nachrichteninhalt und Anhängen
290 {{/figure}}
291
292
293 ; Betreff (Pflicht)
294 : Nahrichtenbetreff, es werden Platzhalter unterstützt.
295 ; Inhalt (Pflicht)
296 : Nachrichtentext, es werden Platzhalter unterstützt.
297 ; Anhänge
298 : Hier können Dateien als Attachments an die Postkorb-Nachricht gehangen werden.
299 : Zur Auswahl stehen dabei:
300 :; Upload
301 :: bezieht sich auf alle Dateianhänge, die über das Formular hochgeladen wurden
302 :; Workflow
303 :: bezieht sich auf alle Dateianhänge, die über den aktuellen FORMCYCLE Workflow hochgeladen wurden.
304 :; Posteingang
305 :: bezieht sich auf alle Dateianhänge, die über das Postfach hochgeladen wurden.
306 :: Unterstützte Dateiformate sind: PDF, HTML, Plaintext, MS Word, JPEG, GIF, PNG
307
308
309 {{info}}
rth 13.20 310 **Achtung:**
rth 13.10 311 Die Schnittstelle zum Postkorb der AKDB unterstützt dabei maximal 5 Anhänge pro Nachricht mit je 2 MB Maximalgröße.
312 {{/info}}
313
314 {{/panel}}
315
316 === Bedingte Ausführung der //AKDB:Postkorbnachricht senden//-Aktion ===
317
318 {{figure image="postkorb_nachricht_bedingung.png"}}
319 Konfiguration einer Bedingung für Ausführung der Aktion //AKDB~:Postkorbnachricht senden//
320 {{/figure}}
321
rth 13.16 322 Um eine Nachricht an den Postkorb-Schnittstelle der AKDB zu übermitteln ist eine so genannte "//Postkorb-ID//" notwendig. Ähnlich einer E-Mail-Adresse stellt sie ein Merkmal dar, womit das Postfach eines Nutzers eindeutig im System der AKDB identifiziert werden kann. Die Ermittlung der //Postkorb-ID// eines Benutzers erfolgt dabei automatisch beim Login am Bürgerservice-Portal der AKDB, wodurch dieser Identifikator dann im weiteren Formularprozess zur Verfügung steht.
323 Dies bedeutet aber auch, dass wenn in einem Formularprozess kein zwingender Bürgerkonto-Login erfolgt, die Postkorb-ID **nicht** in der Statusverarbeitung vorhanden ist.
rth 13.10 324 Damit die Statusverarbeitung bei Verwendung der Aktion **AKDB:Postkorbnachricht senden** nicht in einem Fehler resultiert, ist deshalb die Konfiguration einer entsprechenden Ausführungs-Bedingung sinnvoll.
325
rth 13.21 326 Das nachfolgende Quellcode-Beispiel zeigt das Abprüfen der Postkorb-ID auf das Vorhandensein eines Wertes, durch einen regulären Ausdruck. Die aktuelle Postkorb-ID wird dabei mittels eines System-Platzhalters im Prüfausdruck zur Verfügung gestellt.
rth 13.10 327
328 {{code language="javascript"}}
329 REGEX([%$POSTKORB_ID%]=^.+$)
330 {{/code}}
331
332 ==== Erweitere Bedingungsprüfung bei Verwendung unterschiedlicher Login-Arten (personenbezogenes bzw. organisationsbezogenes Login) ====
333
334
335 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.
336 Im Formular müssen dann versteckte Eingabefelder mit den Element-Namen **IsIndividualPerson** und **IsOrganization** vorhanden sein.
337 (Dies ist automatisch der Fall, wenn die entsprechenden Vorlagen //Bürgerkonto personenbezogene Daten// und //Bürgerkonto organisationsbezogene Daten// verwendet werden).
338
339 Die Konfiguration einer Ausführungs-Bedingung an einer Aktion //AKDB:Postkorbnachricht senden// für eine **personenbezogene** Anmeldung wäre dann folgendermaßen:
340
341
342 {{code language="javascript"}}
rth 13.21 343 REGEX([%IsIndividualPerson%]=true) REGEX([%$POSTKORB_ID%]=^.+$)
rth 13.10 344 {{/code}}
345
346
347 Bei Nutzung einer **organisationsbezogenen** Anmeldung ist folgende Bedingung zu konfigurieren:
348
349
350 {{code language="javascript"}}
rth 13.21 351 REGEX([%IsOrganization%]=true) REGEX([%$POSTKORB_ID%]=^.+$)
rth 13.10 352 {{/code}}
rth 13.21 353
354 {{info}}
355 Bitte beachten Sie, dass Bedingungen vom Typ "Mehrere Bedinungen" werden immer UND-Verknüpft sind. Somit müssen alle REGEX-Bedingungen erfüllt sein, damit die Aktion ausgeführt wird.
rth 13.22 356 {{/info}}
rth 18.1 357
358 == Versionshistorie ==
359
360 === 2.9.0 ===
361
rth 18.2 362 * 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.
363 * 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.
rth 18.1 364 * Vereinheitlichung der Vorlage für Organisationsdaten: Für die personenbezogenen Daten des Organisations-Vertreters werden die geänderten Parameternamen verwendet.
365 * 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.
rth 18.2 366 * Fehlerbehebung bei Verwendung des BK-Authenticators über Frontend-Server: Initialisierung notwendiger OpenSAML-Klassen bei Aufruf über Frontend-Server hinzugefügt.
rth 18.1 367
368 === 2.8.2 ===
369
370 * Ändern BK-Vorlage für natürliche Person: 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
371 * 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.
372
373 === 2.8.1 ===
374
375 * 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
376
377 === 2.8.0 ===
378
379 * Bereitstellung eines Plugin-Authenticator für AKDB-Login als "Externer Benutzer"
380 * Hinweis: Log für Authega funktioniert nicht bei Einsatz von Plugin-Authenticator
381
382 === 2.7.0 ===
383
384 * Umstellung intern genutztes SAML-Framework. Dieses wird nicht mehr durch das Plugin selbst, sondern vom {{formcycle/}}-Core zur Verfügung gestellt.
385 * **Achtung:** alle neueren Versionen des Plugins benötigen mindestens {{formcycle/}} Version {{version major="6" minor="4" patch="0"/}} oder höher
386
387 === 2.6.2 ===
388
389 * Umbenennung Menüpunkt für Metadaten-Generierung für Registrierung bei AKDB, neuer Name: "AKDB Setup"
390
391 === 2.6.1 ===
392
393 * Fehlerbehebung bei Verwendung des BK-Logins über Frontend-Server
394
395 === 2.6.0 ===
396
397 * Einbindung {{formcycle/}} Version 6.2.0
398 * Unterstützung Blanko-Druck:
399 ** Login-Button wird ausgeschlossen
400 ** Steuerfelder und Trustlevel in den Vorlagen werden standardmäßig vom Druck ausgeschlossen
401 * Login-Button um Auswahlmöglichkeit für Seitenvalidierung vor Beginn BK-Login erweitert.

Navigation

Copyright 2000-2025