Hide last authors
XIMA Admin 59.1 1 {{content/}}
awa 42.3 2
XIMA Admin 59.1 3 {{figure image="form_access_dialog_en.png" clear="global"}}
4 {{id name="fig_form_access_dialog" /}}
5 The configuration dialog //Access// with various settings for permissions and the form's availability.
6 {{/figure}}
nlo 7.1 7
XIMA Admin 59.1 8 The dialog for editing the access and availability configurations of a form (see [[figure>>||anchor="fig_form_access_dialog"]]) can be opened by clicking the //Access// button {{ficon name="user"/}} in the [[form menu>>doc:Formcycle.UserInterface.MyForms.WebHome||anchor="form_menu"]].
XIMA Admin 58.1 9
XIMA Admin 59.1 10 == General settings ==
awa 39.2 11
XIMA Admin 59.1 12 === Availability ===
gru 1.1 13
XIMA Admin 59.1 14 The //online// checkbox lets you switch the form on-/offline. When set to offline, the form cannot be viewed or submitted. Use this for example when you wish to perform maintenance operations.
awa 39.2 15
XIMA Admin 59.1 16 * {{litem title="Availability window"}}This lets you limit the form's availability to a certain time range. When the form is not available, it can neither be viewed nor submitted. When no limit is set for //available from// and //Available until//, no restriction applies.{{/litem}}
XIMA Admin 58.1 17
XIMA Admin 59.1 18 * {{litem title="Frontend server"}}By default the form can be accessed on the [[master server>>doc:Terminology.WebHome||ancher="master_server"]]. The form may be made available on a [[frontend server>>doc:Formcycle.UserInterface.Client.FrontendServer.WebHome]] as well, if one has been configured for the client. If no frontend server is selected the form is only accessible on the master server.{{/litem}}
gru 1.1 19
XIMA Admin 59.1 20 {{id name="form_login"/}}
nlo 8.1 21
XIMA Admin 59.1 22 === Form login ===
nlo 15.1 23
XIMA Admin 59.1 24 This configuration area allows you to provide different methods with which users can or must log in to the form. Information of the logged in user can be accessed within the form & the workflow processing using [[user variables>>doc:Formcycle.UserInterface.Variables.WebHome||anchor="sec_user_variables"]].
25 If no settings are made in this area, the form is public and can be accessed by any user without login.
sas 54.2 26
XIMA Admin 59.1 27 ; Authenticators (external users)
28 : Here you can enable configured external users, system, NTLM or Kerberos logins. The selected login methods are available when the form is called.
XIMA Admin 58.1 29
XIMA Admin 59.1 30 ; Accessible by
31 : Only the users of the selected group have access to the form. This restriction applies only to users who have logged in to the form by system login, NTLM or Kerberos. If no user group is selected, there is no restriction for these login types.
nlo 48.2 32
XIMA Admin 59.1 33 ; form password
34 : To restrict access to the form, a **form password** can also be entered.
nlo 48.2 35
XIMA Admin 59.1 36 ; Without login
37 : If users are to be able to access the form without logging in, this checkbox must be activated. This option is only available if one of the login options above is activated.
awa 39.2 38
XIMA Admin 59.1 39 {{id name="admin_restriction"/}}
nlo 17.1 40
XIMA Admin 59.1 41 === Administrative protection ===
awa 39.2 42
XIMA Admin 59.1 43 {{info}}
44 Client administrators can always edit the form, regardless of their user group.
45 {{/info}}
nlo 27.1 46
XIMA Admin 59.1 47 This section lets you configure which users are allowed access to the forms. It consists of two parts:
sas 54.2 48
XIMA Admin 59.1 49 ; Only editable by
50 : Here you can choose which user groups may access the {{designer/}} and the change the settings in the configuration pages available from the [[form menu>>Formcycle.UserInterface.MyForms||anchor="form_menu"]]. When no user groups are selected, all users of the [[client>>doc:Formcycle.UserInterface.Client.WebHome]] are allowed to make changes to the form's configuration.
51 ; Only visible for
52 : Here you can choose which user groups can see the form on the form overview page. When a user is allowed to edit the form, they can see it even if not explicitly configured by this setting. When no user groups are selected, all users of the [[client>>doc:Formcycle.UserInterface.Client.WebHome]] can see the form.
XIMA Admin 58.1 53
XIMA Admin 59.1 54 === Data protection ===
awa 39.2 55
XIMA Admin 59.1 56 When the option **anonymize** is activated, the user name of the user who submitted the form is not logged in the system's [[protocol>>doc:Formcycle.UserInterface.Protocol.WebHome]].
awa 42.4 57
XIMA Admin 59.1 58 {{id name="duplicate_data_sets"/}}
nlo 41.1 59
XIMA Admin 59.1 60 === One-time submission ID ===
awa 45.2 61
XIMA Admin 59.1 62 Some forms may only be sent once per user or mail address. This forms allows you to configure an ID template that should contain [[variables>>doc:Formcycle.UserInterface.Variables.WebHome]], so that submitted forms with the same generated ID as already existing form records are rejected.
gru 1.1 63
XIMA Admin 59.1 64 {{figure image="access2_en.png"}}
65 The error message displayed when attempting to submit a form with the same one-time submission ID twice. Customize this error message by editing the corresponding [[HTML system template>>doc:Formcycle.UserInterface.FilesAndTemplates.HTML.WebHome]] {{enquote text="One-time submission error"/}}.
66 {{/figure}}
gru 1.1 67
XIMA Admin 59.1 68 Assuming a form contains an input field //tfMail//, the following one-time submission ID can be used to limit form submissions to distinct mail addresses.
nlo 42.1 69
XIMA Admin 59.1 70 {{code language="none"}}
gru 1.1 71 [%tfMail%]
XIMA Admin 59.1 72 {{/code}}
gru 1.1 73
XIMA Admin 59.1 74 Every time a form is submitted, the one-time submission ID is generated from the value of the input field //tfMail//. If there exists a form record with this ID already, the submission is rejected and an error message is displayed. This error message can be customized by editing the [[HTML system template>>doc:Formcycle.UserInterface.FilesAndTemplates.HTML.WebHome]] //One-time submission error//.
gru 1.1 75
XIMA Admin 59.1 76 Available variables are form value variables and template variables.
gru 1.1 77
XIMA Admin 59.1 78 In case the generated one-time submission ID is empty after all variables were replaced, the check is skipped and the form submission is not rejected. It is recommended you mark all form fields for the one-time submission ID as required.
gru 1.1 79
XIMA Admin 59.1 80 The one-time submission ID must not be longer than 1024 characters. If possible, set a length restriction on the corresponding form fields in the {{designer/}}.
gru 1.1 81
XIMA Admin 59.1 82 When changing the one-time submission ID template, you can update all existing form records with the button to the top left. In case this result in duplicate IDs, the update process is aborted and all conflicting form records are shown. If the ID template is empty and an update is performed, all existing IDs are removed.
gru 1.1 83
XIMA Admin 59.1 84 == Settings per state ==
gru 1.1 85
XIMA Admin 59.1 86 These settings can be configured separately for each state.
gru 1.1 87
XIMA Admin 59.1 88 === Advanced options: deletion & review ===
XIMA Admin 58.1 89
XIMA Admin 59.1 90 ; Process-Link without login
91 : {{version major="6" minor="6"}}Since version 6.6.0 this option is called //Process-Link without login// instead of //Unregistered review//{{/version}}.
92 When this option is enabled, form records with this state may be viewed by anonymous users, assuming they have got a link to the form with the process ID.
93 When this option is disabled, users need to sign in in order to gain access to form records.
XIMA Admin 58.1 94
XIMA Admin 59.1 95 ; Form record deletable
96 : Whether a form record with this state can be deleted in the [[inbox>>doc:Inbox]].
Copyright 2000-2024