Änderungen von Dokument Zugriff
bearbeitet von XIMA Admin
am 01.02.2021, 12:40
am 01.02.2021, 12:40
Änderungskommentar:
Zurück zur Version 57.4
Zusammenfassung
-
Seiteneigenschaften (3 geändert, 0 hinzugefügt, 0 gelöscht)
-
Anhänge (0 geändert, 3 hinzugefügt, 2 gelöscht)
Details
- Seiteneigenschaften
-
- Dokument-Autor
-
... ... @@ -1,1 +1,1 @@ 1 -XWiki.n lo1 +XWiki.ximaadmin - Tags
-
... ... @@ -1,0 +1,1 @@ 1 +Online|Offline - Inhalt
-
... ... @@ -1,66 +1,97 @@ 1 -{{figure image="access1_de.png"}} 2 -{{id name="fig_form_access_dialog" /}} 3 -Das Untermenü Zugriff mit allen Funktionen zur Verfügbarkeit und Rechten. 4 -{{/figure}} 1 +{{content/}} 5 5 6 6 Den Dialog für die Zugriffs- und Verfügbarkeitskonfiguration (siehe [[Abbildung>>||anchor="fig_form_access_dialog"]]) können Sie über die Schaltfläche //Zugriff// {{ficon name="user"/}} im [[Formularmenü>>doc:Formcycle.UserInterface.MyForms.WebHome||anchor="form_menu"]] öffnen. 7 7 8 -== Online ==5 +== Allgemeine Einstellungen == 9 9 10 - Mitder Checkbox //Online// wird festgelegt, ob das Formular verfügbar ist. Ist ein Formular nicht verfügbar, kann es weder aufgerufen noch abgesendet werden. Dies kann beispielsweise genutzt werden, wenn Wartungsarbeiten am Formular durchgeführt werden sollen. Ist das Formular online geschaltet, kann zudem einVerfügbarkeitszeitraumangegeben werden.7 +=== Verfügbarkeit === 11 11 12 - ==Anonymisiertes Absenden ==9 +{{id name="availability"/}} 13 13 14 - Ist dieOptionzum anonymisiertenAbsenden aktiviert,sowirdbeimAbsendendes Formulars derNutzername desNutzers,derdasdasFormularabgesendethat,nicht im [[Protokoll>>doc:Main.ProtokollMenue]]protokolliert.11 +Mit der Checkbox //Online// wird festgelegt, ob das Formular verfügbar ist. Ist ein Formular nicht verfügbar, kann es weder aufgerufen noch abgesendet werden. Dies kann beispielsweise genutzt werden, wenn Wartungsarbeiten am Formular durchgeführt werden sollen. 15 15 16 -== ID für das Einmalabsenden == 13 +; Verfügbarkeitszeitraum 14 +: Hier kann konfiguriert werden, in welchem zeitlichen Rahmen (Datum und Uhrzeit) das Formular verfügbar sein soll. Ist das Formular nicht verfügbar, kann es werden aufgerufen noch abgesendet werden. Ist in den Feldern //Verfügbar von// und //Verfübar bis// kein Wert eingetragen, wird keine zeitliche Beschränkung angewandt. 17 17 18 -Manchmal ist es erwünscht, dass ein Formular etwa nur einmal pro Benutzer oder E-Mail-Adresse abgesendet werden kann. Dieses Feld erlaubt es, mittels [[Platzhaltern>>doc:Main.Platzhalter]] eine ID festzulegen, sodass keine Formular abgesendet werden können, welche die gleiche ID wie bereits abgesendete Formulare (Vorgänge) haben. 16 +; Frontend-Server 17 +: Standardmäßig kann das Formular über den [[Master-Server>>doc:Terminology.WebHome||ancher="master_server"]] erreicht werden. Ist für den Mandant ein [[Frontend-Server>>doc:Formcycle.UserInterface.Client.FrontendServer.WebHome]] angelegt, kann das Formular zusätzlich über diesen bereitgestellt werden. Ist kein Frontend-Server ausgewählt, ist das Formular lediglich über den Master-Server erreichbar. 19 19 20 -{{figure image="access2_en.png"}} 21 -Die Fehlermeldung, wenn ein Formular mit gleicher ID versucht wird, abzusenden. Die Fehlermeldung kann über das HTML-System-Template {{dequote text="Fehler bei Einmalabsendung"/}} angepasst werden. 22 -{{/figure}} 19 +{{id name="form_login"/}} 23 23 24 - Istbeispielsweise imFormularein Textfeld mit dem Namen//tfMail// festgelegt, kann für die ID für das Einmalabsenden Folgendes eingegebenwerden.21 +=== Formularanmeldung === 25 25 26 -{{code}} 27 -[%tfMail%] 28 -{{/code}} 23 +Dieser Konfigurationsbereich ermöglicht es verschiedene Methoden zur Verfügung zu stellen, mit denen sich Benutzer am Formular anmelden können bzw. müssen. Auf Informationen des angemeldeten Benutzers kann innerhalb des Formulars & der Status- und Aktionsverarbeitung per [[Benutzerplatzhalter>>doc:Formcycle.UserInterface.Variables.WebHome||anchor="sec_user_variables"]] zugrgriffen werden. 24 +Werden in diesem Bereich keine Einstellungen vorgenommen, so ist das Formular öffentlich und kann von jedem Anwender ohne Anmeldung aufgerufen werden. 29 29 30 -Mittels diesem ID-Template wird also eine ID für jedes abgesendete Formular erzeugt, welche aus der E-Mail-Adresse besteht. Sendet dann ein Nutzer das Formular mit seiner E-Mail-Adresse ab und versucht anschließen, das Formular erneut mit dieser E-Mail-Adresse abzusenden, wird das Formular nicht angenommen. Dem Nutzer wird dabei eine Fehlerseite angezeigt. Der Inhalt dieser Fehlerseite kann im [[HTML-System-Template>>doc:Formcycle.UserInterface.MyForms.WorkflowProcessing.Actions.ResponsePage]] //Fehler bei Einmalabsendung// angepasst werden. 26 +; Authentifikatoren (Externe Benutzer) 27 +: Hier können konfigurierte Externe Benutzer, System-, [[NTLM oder Kerberos>>doc:Formcycle.SystemSettings.UserInterface.SingleSignOn.WebHome]]-Anmeldungen aktiviert werden. Die gewählten Anmeldemethoden stehen beim Formularaufruf zur Verfügung. 31 31 32 -Falls nach der Ersetzung der Platzhalter die ID leer ist (keine Zeichen oder nur Leerzeichen), so wird die Prüfung übersprungen und das Absenden des Formulars nicht verhindert. Es wird daher empfohlen, das Feld oder die Felder als Pflichtfelder zu markieren, die im ID-Template vorkommen. 29 +; Formularaufruf beschränken 30 +: Nur die [[Benutzer>>doc:Formcycle.UserInterface.UserSettings.User.WebHome]] der ausgewählten [[Gruppe>>doc:Formcycle.UserInterface.UserSettings.UserGroups.WebHome]] haben Zugriff auf das Formular. Diese Beschränkung gilt nur für Benutzer, die sich per //Systemanmeldung//, //[[NTLM oder Kerberos>>doc:Formcycle.SystemSettings.UserInterface.SingleSignOn.WebHome]]// am Formular angemeldet haben. Ist keine Benutzergruppe ausgewählt, so gibt es keine Beschränkung für diese Anmeldungstypen. 33 33 34 -Die ID für das Einmalabsenden nach der Platzhalterersetzung darf eine Maximalzeichenlänge von 1024 nicht überschritten. Es sollt daher im {{designer/}} eine Längenbeschränkung an den entsprechenden Eingabefeldern gesetzt werden. 32 +; Formularpasswort 33 +: Um den Zugang zum Formular zu beschränken, kann zudem ein **Formularpasswort** angegeben werden. 35 35 36 -Schließlich gibt es über die Schaltfläche //Vorgänge aktualisieren// links oben die Möglichkeit, die ID für das Einmalabsenden für bereits existierende Vorgänge neu zu erzeugen. Dies kann dann sinnvoll sein, wenn das ID-Template geändert wurde. Falls bei der Neugenerierung doppelte IDs auftreten, so schlägt die Neugenerierung fehl und es werden die Vorgänge angezeigt, welche eine doppelte ID erhalten würden. Ist das ID-Template leer, so werden alle IDs an den Vorgängen entfernt. 35 +; Ohne Login 36 +: Sollen Anwender auch ohne eine Anmeldung auf das Formular zugreifen können, muss diese Checkbox aktiviert sein. Diese Option steht nur zur Verfügung, wenn eine der oberen Optionen zur Anmeldung aktiviert ist. 37 37 38 - ==Verfügbarvon-bis ==38 +{{id name="admin_restriction"/}} 39 39 40 - Hierkann konfiguriert werden, in welchemzeitlichenRahmen (Datum und Uhrzeit) dasFormular verfügbar sein soll. Istdas Formular nichtfügbar,kann es werden aufgerufen nochabgesendet werden. Ist in den Feldern //Verfügbar von//und //Verfübar bis// kein Werteingetragen, wird keinezeitlicheBeschränkung angewandt.40 +=== Administrativer Schutz === 41 41 42 -== Zustandsabhängige Einstellungen == 42 +{{info}} 43 +Unabhängig von Ihrer Benutzergruppe haben Mandantadministratoren immer Zugriff auf den {{designer/}} und die Konfiguration des Formulars. 44 +{{/info}} 43 43 44 - DieseEinstellungenwerdenproStatusvorgenommen.46 +Über den administrative Schutz kann festgelegt werden, welche Nutzer auf das Formular Zugriff haben. Er teilt sich in 2 Bereiche: 45 45 46 -=== Unregistrierte Wiederanzeige === 48 +; Nur konfigurierbar durch 49 +: Hier wird festgelegt, welche Nutzergruppen den {{designer/}} und die Konfiguarationsoberflächen des [[Formularmenüs>>Formcycle.UserInterface.MyForms||anchor="form_menu"]] Zugriff haben und dort Änderungen vornehmen können. Ist keine Benutzergruppe ausgewählt, haben alle Benutzer des [[Mandanten>>doc:Formcycle.UserInterface.Client.WebHome]] Zugriff auf die Formularbearbeitung. 50 +; Nur sichtbar für 51 +: Alle Nutzer, die ein Formular konfigurieren können, sehen dieses auch in der Formularübersicht. Manchmal ist es gewünscht, dass nicht alle Nutzer ein Formular sehen können. Dann kann über diese Einstellungen festgelegt werden, welche Nutzergruppen das Formular in der Formularübersicht sehen. Ist keine Benutzergruppe ausgewählt, sehen alle Benutzer des [[Mandanten>>doc:Formcycle.UserInterface.Client.WebHome]] das Formular. 47 47 48 - Istdiese Optionaktiviert, können Vorgänge in diesem Status für anonyme Nutzerangezeigt werden. Voraussetzung für die Anzeige ist die Kenntnis des URL zum Formular unter Angabe der entsprechenden Prozess-ID.53 +=== Datenschutz === 49 49 50 -Ist die Option deaktiviert, so werdenVorgängein diesemStatusnurfür authentifizierte {{formcycle/}} Nutzerngezeigt.55 +Ist die Option zum **Anonymisieren** aktiviert, so wird beim Absenden des Formulars der Nutzername des Nutzers, der das das Formular abgesendet hat, nicht im [[Protokoll>>doc:Formcycle.UserInterface.Protocol.WebHome]] protokolliert. 51 51 52 - ===Vorganglöschbar ===57 +{{id name="duplicate_data_sets"/}} 53 53 54 - Gibtan,ob Vorgang in diesemStatus im [[Postfach>>doc:Inbox]] gelöschtwerdenkann.59 +=== Doppelte Datensätze === 55 55 56 - ==BenutzergruppenabhängigeEinstellungen==61 +Manchmal ist es erwünscht, dass ein Formular etwa nur einmal pro Benutzer oder E-Mail-Adresse abgesendet werden kann. Dieses Feld erlaubt es, mittels [[Platzhaltern>>doc:Formcycle.UserInterface.Variables.WebHome]] eine ID festzulegen, sodass keine Formular abgesendet werden können, welche die gleiche ID wie bereits abgesendete Formulare (Vorgänge) haben. 57 57 58 -Die Einstellungen werden pro Benutzergruppe vorgenommen. 63 +{{figure image="access2_de.png"}} 64 +Die Fehlermeldung, wenn ein Formular mit gleicher ID versucht wird, abzusenden. Die Fehlermeldung kann über das [[HTML-System-Template>>doc:Formcycle.UserInterface.FilesAndTemplates.HTML.WebHome]] {{dequote text="Fehler bei Einmalabsendung"/}} angepasst werden. 65 +{{/figure}} 59 59 60 - ===Formularaufruf===67 +Ist beispielsweise im Formular ein Textfeld mit dem Namen //tfMail// festgelegt, kann für den **Identifikator für doppelte Datensätze** Folgendes eingegeben werden. 61 61 62 -Gibt an, ob Benutzer dieser Benutzergruppe das Formular aufrufen können. Ist keine Benutzergruppe ausgewählt, so gibt es keine Beschränkung und das Formular kann von jedem Nutzer aufgerufen werden. Gibt es eine Beschränkung, so erscheint beim Formularaufruf ein Anmeldebildschirm. 69 +{{code language="none"}} 70 +[%tfMail%] 71 +{{/code}} 63 63 64 - ===Formular bearbeiten===73 +Mittels diesem ID-Template wird also eine ID für jedes abgesendete Formular erzeugt, welche aus der E-Mail-Adresse besteht. Sendet dann ein Nutzer das Formular mit seiner E-Mail-Adresse ab und versucht anschließen, das Formular erneut mit dieser E-Mail-Adresse abzusenden, wird das Formular nicht angenommen. Dem Nutzer wird dabei eine Fehlerseite angezeigt. Der Inhalt dieser Fehlerseite kann im [[HTML-System-Template>>doc:Formcycle.UserInterface.FilesAndTemplates.HTML.WebHome]] //Fehler bei Einmalabsendung// angepasst werden. 65 65 66 -Gibt an, ob Benutzer dieser Benutzergruppe das Formular im {{designer/}} bearbeiten dürfen. Ist keine Benutzergruppe ausgewählt, haben alle Benutzer Zugriff auf die Formularbearbeitung. 75 +Falls nach der Ersetzung der Platzhalter die ID leer ist (keine Zeichen oder nur Leerzeichen), so wird die Prüfung übersprungen und das Absenden des Formulars nicht verhindert. Es wird daher empfohlen, das Feld oder die Felder als Pflichtfelder zu markieren, die im ID-Template vorkommen. 76 + 77 +Die ID für das Einmalabsenden nach der Platzhalterersetzung darf eine Maximalzeichenlänge von 1024 nicht überschritten. Es sollt daher im {{designer/}} eine Längenbeschränkung an den entsprechenden Eingabefeldern gesetzt werden. 78 + 79 +Schließlich gibt es über die Schaltfläche //Vorgänge aktualisieren// links oben die Möglichkeit, die ID für das Einmalabsenden für bereits existierende Vorgänge neu zu erzeugen. Dies kann dann sinnvoll sein, wenn das ID-Template geändert wurde. Falls bei der Neugenerierung doppelte IDs auftreten, so schlägt die Neugenerierung fehl und es werden die Vorgänge angezeigt, welche eine doppelte ID erhalten würden. Ist das ID-Template leer, so werden alle IDs an den Vorgängen entfernt. 80 + 81 +== Statusabhängig == 82 + 83 +Diese Einstellungen werden pro Status vorgenommen. 84 + 85 +=== Erweiterte Einstellungen: Löschbarkeit & Wiederaufrufe === 86 + 87 +{{figure image="zugriff_loeschen_de.png"}} 88 +Definiert in welchem Status ein Vorgang aufgerufen und/oder gelöscht werden kann 89 +{{/figure}} 90 + 91 +; Process-Link ohne Login 92 +: {{version major="6" minor="6"}}Seit Version 6.6.0 heißt diese Option //Process-Link ohne Login// anstatt //Unregistrierte Wiederanzeige//{{/version}}. 93 +Ist diese Option aktiviert, können Vorgänge in diesem Status für anonyme Nutzer angezeigt werden. Voraussetzung für die Anzeige ist die Kenntnis des URL zum Formular unter Angabe der entsprechenden Prozess-ID. 94 +Ist die Option deaktiviert, so werden Vorgänge in diesem Status nur für authentifizierte {{formcycle/}} Nutzer angezeigt. 95 + 96 +; Vorgang löschbar 97 +: Gibt an, ob Vorgang in diesem Status im [[Postfach>>doc:Inbox]] gelöscht werden kann.
- access1_de.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.ximaadmin - Größe
-
... ... @@ -1,1 +1,0 @@ 1 -130.7 KB - Inhalt
- access1_en.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.ximaadmin - Größe
-
... ... @@ -1,1 +1,0 @@ 1 -130.7 KB - Inhalt
- form_access_dialog_de.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.nlo - Größe
-
... ... @@ -1,0 +1,1 @@ 1 +91.0 KB - Inhalt
- form_access_dialog_en.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.nlo - Größe
-
... ... @@ -1,0 +1,1 @@ 1 +80.2 KB - Inhalt
- zugriff_loeschen_de.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.ximaadmin - Größe
-
... ... @@ -1,0 +1,1 @@ 1 +130.7 KB - Inhalt