In the Project Security, you can switch security on or off for the whole project. You can also configure security settings related to the project, such as user roles, administrator credentials, demo users, anonymous users, and password policy. To be able to configure, for example, security per module or access rule for entities, you need to switch the project security on first.
To configure the project security, open Project Explorer > Project >Security, and the dialog window will open:
For more general information on security, see Security.
2 Security Level
The security level defines if security is switched off or on for the project and which security settings need to be configured.
|Security level||The way security is applied||Security settings to be configured|
|Off||No security is applied. Users do not have to sign in and can access everything.||None|
|Prototype/demo||Security is applied to signing in, forms, and microflows. Users can access all data.||Administrator and anonymous access, user roles, security for forms and microflows.|
|Production||Full security is applied.||Administrator and anonymous access, user roles, security for forms, microflows, entities, and reports.|
Security levels Off and Prototype/demo are only allowed in the development and test environments. For acceptance and production you need to use the Production security level and configure all security settings accordingly.
2.1 Settings Availability for Different Security Levels
For different security levels different settings are available. Find the list of all security settings and their availability per security level in the table below:
|Setting Name||Security Off||Prototype/Demo Security||Production Security|
|Check security||N/A||N/A||Available, see the Check Security section.|
|Project status||N/A||Available, see the Project Status section.||Available, see the Project Status section.|
|Module status||N/A||Available, see the Module Status section.||Available, see the Module Status section.|
|User roles||N/A||Available, see the User roles section.||Available, see the User roles section.|
|Administrator||N/A||Available, see the Administrator section.||Available, see the Administrator section.|
|Demo users||N/A||Available, see the Demo users section.||Available, see the Demo users section.|
|Anonymous users||N/A||Available, see the Anonymous users section.||Available, see the Anonymous users section.|
|Password policy||N/A||Available, see the Password policy section.||Available, see the Password policy section.|
2.2 Check Security
If the security level is set to Production, you can specify whether the consistency of security settings should be checked.
When Check Security is enabled, for each user role Studio Pro checks which forms are accessible, either directly in the menu bar or indirectly by following forms and microflows. For each of those forms, Studio Pro checks whether referred attributes and associations are accessible for the current user role. If not, an error is added to the error list. These errors are only shown if there are no other consistency errors.
2.3 Project Status
The project status indicates the security status for the current project security level.
|Complete||All security settings for the current security level have been configured.|
|Incomplete||Some security settings for the current security level need to be configured. For more information, see the Module Status section.|
3 Module Status
The Module Status tab shows the security status for each module. It shows the total number of items for which security needs to be configured, as well as the number of items for which security has been configured already.
At the Prototype/demo security level, the status of page access and microflow access is shown.
Additionally, at the Production security level, the status of entity access and dataset access (if applicable) is shown.
4 User Roles
A user role aggregates a number of access rights on data, pages, and microflows. An end-user of the application is assigned one or more user roles by an administrator, and gets all access rights that these user roles represent. For more information, see User Roles.
In the Administrator tab of Project Security, you can change the default credentials and a user role for the Administrator user. For more information, see Administrator.
6 Demo Users
Demo users are a demonstration of each user role existing in your app. You can use demo users to test what your app looks like for each user role or to demonstrate your app to other people. For more information, see Demo Users.
7 Anonymous Users
Anonymous users allow end-users access your application without having to log in. You can restrict the data that anonymous users can access by assigning a specific user role to them. For more information, see Anonymous Users.
8 Password Policy
Specify the password requirements when users create their accounts and set passwords for them. For example, you can set the minimum length of the password, if it must contain digits or an upper case characters. For more information, see Password Policy.