| ... |
... |
@@ -298,7 +298,7 @@ |
| 298 |
298 |
|
| 299 |
299 |
Die Konfigurationsoberfläche des Aktions-Plugins ist in einzelne Bereiche unterteilt die nachfolgend kurz beschrieben werden. |
| 300 |
300 |
|
| 301 |
|
-{{panel title="Einstellungen für Absender und Empfänger" fullwidth="true" triggerable="true"}} |
|
301 |
+{{panel title="Einstellungen für Absender und Empfänger" fullwidth="true" initial="visible" triggerable="true"}} |
| 302 |
302 |
|
| 303 |
303 |
|
| 304 |
304 |
{{figure image="postkorb_absender.png"}} |
| ... |
... |
@@ -313,7 +313,7 @@ |
| 313 |
313 |
: 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. |
| 314 |
314 |
; Postkorb ID aus den Vorgangsdaten ermitteln? |
| 315 |
315 |
: 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. |
| 316 |
|
-Wird bei einem AKDB Bürgerkonto-Login die Postkorb-ID mit übermittelt, so wird diese standardmäßig am Formulareingang hinterlegt. |
|
316 |
+Bei einem AKDB Bürgerkonto-Login wird die Postkorb-ID immer mit übermittelt und standardmäßig am Formulareingang hinterlegt. |
| 317 |
317 |
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. |
| 318 |
318 |
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.) |
| 319 |
319 |
|
| ... |
... |
@@ -347,8 +347,6 @@ |
| 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. |
| 350 |
|
- |
| 351 |
|
-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. |
| 352 |
352 |
{{/info}} |
| 353 |
353 |
|
| 354 |
354 |
{{/panel}} |
| ... |
... |
@@ -397,35 +397,6 @@ |
| 397 |
397 |
|
| 398 |
398 |
== Versionshistorie == |
| 399 |
399 |
|
| 400 |
|
-(% class="wikigeneratedid" %) |
| 401 |
|
-=== 3.5.7 === |
| 402 |
|
- |
| 403 |
|
-* 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) |
| 404 |
|
-* 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. |
| 405 |
|
- |
| 406 |
|
-(% class="wikigeneratedid" %) |
| 407 |
|
-=== 3.5.6 === |
| 408 |
|
- |
| 409 |
|
-* Fehlerbehebung: Es wurde ein Fehler behoben, welcher bei der Wiederanzeige von Organisations-Adressdaten aufgetreten ist. Teilweise waren die Adressdaten unvollständig. |
| 410 |
|
- |
| 411 |
|
-=== 3.5.5 === |
| 412 |
|
- |
| 413 |
|
-* Fehlerbehebung: Es wurde ein JS-Fehler behoben, der entstand, wenn das "TrustLevel"-Feld außerhalb der Daten-Vorlage verwendet wurde. |
| 414 |
|
-* Fehlerbehebung: Bei einer NPA-Anmeldung fehlten die RAW-Daten für die Adresse und die Stadt in den XFC_METADATEN. Dies wurde behoben. |
| 415 |
|
- |
| 416 |
|
-=== 3.5.4 === |
| 417 |
|
- |
| 418 |
|
-* Erweiterung Postkorb-Aktion: Prüfroutine für Postkorb-Webservice-Kommunikation in Konfigurationsoberfläche hinzugefügt. |
| 419 |
|
- |
| 420 |
|
-=== 3.5.3 === |
| 421 |
|
- |
| 422 |
|
-* Fehlerbehebung: Es wurde ein Sicherheitsproblem behoben, welches bei Laden von zwischengespeicherten Formulardaten auftreten kann. |
| 423 |
|
- |
| 424 |
|
-=== 3.5.2 === |
| 425 |
|
- |
| 426 |
|
-* 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. |
| 427 |
|
-* Fehlerbehebung: Bei Verwendung mehrerer Anmeldungen innerhalb eines Formulars und damit unterschiedlichen Bürgerdaten-Suffix, kam es zu falschen Formatierungen der Datenfelder. Dies wurde behoben. |
| 428 |
|
- |
| 429 |
429 |
=== 3.5.1 === |
| 430 |
430 |
|
| 431 |
431 |
* 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. |
| ... |
... |
@@ -583,4 +583,59 @@ |
| 583 |
583 |
* Anpassung am Widget für den Bürgerkonto-Login-Button: Dieser wird jetzt beim PDF-Druck über den Designer standardmäßig ausgeblendet |
| 584 |
584 |
* Anpassung an der AKDB-Formular Vorlage: Diese verwendet jetzt die Template-Vorlage für //personen- und organisationsbezogene Daten// |
| 585 |
585 |
|
| 586 |
|
-=== === |
|
555 |
+=== 2.9.2 === |
|
556 |
+ |
|
557 |
+* Erweiterung Template-Vorlage für //personen- und organisationsbezogene Daten//: |
|
558 |
+** Auswahlmöglichkeit für ein Eingabe von personen- **oder** organisationsbezogene Daten |
|
559 |
+** Eine Anzeige der Auswahlmöglichkeit erfolgt bei folgenden Fällen: |
|
560 |
+*** es hat KEINE Authentifizierung über das Bürgerkonto stattgefunden |
|
561 |
+*** es existiert ein "vorgeschaltener" Zugriffschutz (Externe Benutzer) |
|
562 |
+ |
|
563 |
+=== 2.9.1 === |
|
564 |
+ |
|
565 |
+* Fehlerbehebung in Anzeige bei Nutzung der Template-Vorlage für //personen- und organisationsbezogene Daten//: |
|
566 |
+** die fehlende Anzeige des Authentifizierungsverfahren am Field-Set für die persönlichen Daten wurde beseitigt |
|
567 |
+** Nach erfolgter Anmeldung werden die Eingabe-Felder für die persönlichen Daten mit einem Schreibschutz belegt |
|
568 |
+ |
|
569 |
+=== 2.9.0 === |
|
570 |
+ |
|
571 |
+* 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. |
|
572 |
+* 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. |
|
573 |
+* Vereinheitlichung der Vorlage für Organisationsdaten: Für die personenbezogenen Daten des Organisations-Vertreters werden die geänderten Parameternamen verwendet. |
|
574 |
+* 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. |
|
575 |
+* Fehlerbehebung bei Verwendung des BK-Authenticators über Frontend-Server: Initialisierung notwendiger OpenSAML-Klassen bei Aufruf über Frontend-Server hinzugefügt. |
|
576 |
+ |
|
577 |
+=== 2.8.2 === |
|
578 |
+ |
|
579 |
+* Ä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 |
|
580 |
+* 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. |
|
581 |
+ |
|
582 |
+=== 2.8.1 === |
|
583 |
+ |
|
584 |
+* 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 |
|
585 |
+ |
|
586 |
+=== 2.8.0 === |
|
587 |
+ |
|
588 |
+* Bereitstellung eines Plugin-Authenticator für AKDB-Login als "Externer Benutzer" |
|
589 |
+* Hinweis: Log für Authega funktioniert nicht bei Einsatz von Plugin-Authenticator |
|
590 |
+ |
|
591 |
+=== 2.7.0 === |
|
592 |
+ |
|
593 |
+* Umstellung intern genutztes SAML-Framework. Dieses wird nicht mehr durch das Plugin selbst, sondern vom {{formcycle/}}-Core zur Verfügung gestellt. |
|
594 |
+* **Achtung:** alle neueren Versionen des Plugins benötigen mindestens {{formcycle/}} Version {{version major="6" minor="4" patch="0"/}} oder höher |
|
595 |
+ |
|
596 |
+=== 2.6.2 === |
|
597 |
+ |
|
598 |
+* Umbenennung Menüpunkt für Metadaten-Generierung für Registrierung bei AKDB, neuer Name: "AKDB Setup" |
|
599 |
+ |
|
600 |
+=== 2.6.1 === |
|
601 |
+ |
|
602 |
+* Fehlerbehebung bei Verwendung des BK-Logins über Frontend-Server |
|
603 |
+ |
|
604 |
+=== 2.6.0 === |
|
605 |
+ |
|
606 |
+* Einbindung {{formcycle/}} Version 6.2.0 |
|
607 |
+* Unterstützung Blanko-Druck: |
|
608 |
+** Login-Button wird ausgeschlossen |
|
609 |
+** Steuerfelder und Trustlevel in den Vorlagen werden standardmäßig vom Druck ausgeschlossen |
|
610 |
+* Login-Button um Auswahlmöglichkeit für Seitenvalidierung vor Beginn BK-Login erweitert. |
