Roles and Permissions: Difference between revisions
Line 109: | Line 109: | ||
== Datatable Permission== | == Datatable Permission== | ||
Permissions required for datatables: | Permissions required for datatables: | ||
* View datatable properties and data contents: GenericRead for the project. | |||
* Create datatables: GenericWrite for the project. | |||
* Change datatable properties and import data to datatable: GenericWrite for the project. | |||
* Move datatables between projects: GenericWrite and DeleteModel to source project and GenericWrite for target project. | |||
* Delete datatable: DeleteModel for the project. | |||
== Scripting Permissions == | == Scripting Permissions == |
Revision as of 07:52, 28 August 2020
QPR ProcessAnalyzer has a role-based access control, where all operations require appropriate rights in order to be executable. rights are given to users and user groups by assigning users or groups to roles, where roles are a collection of permissions. Permissions are fixed in QPR ProcessAnalyzer and there is a fixed list of operations behind a permission what user can do. Roles can be bound either to projects or be global, which means that that role (and its permissions) is applicable for all the contents in the system. Users belonging to a user group, have always all the roles assigned to that user group.
Global and Project Roles
There are two types of roles in QPR ProcessAnalyzer:
- Global roles are used to give rights in the entire QPR ProcessAnalyzer environment.
- Project roles are used to give rights in a certain project. When assigning projects roles, the project needs to be defined.
When using the Manage Users dialog, global roles are assigned when <All> is selected from the project list. Projects roles are assigned, when a project is selected in the list.
By default, QPR ProcessAnalyzer environment contains global and project roles that are shown in the following table (roles are as columns). The roles have been mapped to certain permissions that are also shown in the following table (permissions are as rows). It's possible to create new roles in QPR ProcessAnalyzer.
Global roles | Project roles | |||||||
---|---|---|---|---|---|---|---|---|
Permission | Allowed operations | Administrator | ModelCreator | RunScripts | Administrator | Designer | Analyzer | Viewer |
GenericRead |
|
|||||||
EditDashboards |
|
|||||||
Filtering |
|
|||||||
GenericWrite |
|
|||||||
CreateModel (only global) |
|
|||||||
DeleteModel |
As a project specific permission:
As a global permission:
|
|||||||
ManageViews |
|
|||||||
ManageProject |
|
|||||||
ManageOperations |
|
|||||||
ManageUsers (only global) |
|
|||||||
ManageScripts |
This permission to be effective requires also the RunScript permission. |
|||||||
RunScripts (only global) |
The rights depend also in which of the following contexts the script is located:
|
Group Roles
Group administrator | Normal member | Hidden Member | |
---|---|---|---|
Add and remove group members | |||
Create users to group | |||
Add and remove project access rights of a user | |||
Open model accessible to group members | |||
See unhidden group members | |||
See hidden group members |
If a group member is a project Administrator, the user can add and remove project specific access rights for the group or for any individual member of the project.
Datatable Permission
Permissions required for datatables:
- View datatable properties and data contents: GenericRead for the project.
- Create datatables: GenericWrite for the project.
- Change datatable properties and import data to datatable: GenericWrite for the project.
- Move datatables between projects: GenericWrite and DeleteModel to source project and GenericWrite for target project.
- Delete datatable: DeleteModel for the project.
Scripting Permissions
For viewing script definitions and running scripts, global RunScripts permission is needed. All scripts linked to the current context are available provided that the current user has permission to see the scripts in the context. The required permissions by context are:
- System context: No additional requirements.
- Project context: GenericRead permission for the project.
- Model context: GenericRead permission for the project of the model.
- User context: If the script is linked to current user, then no additional requirements. If the script is linked to a group the current user belongs to, no additional requirements. If the script is linked to other users or user groups, global ManageScripts permission is required.
For script creation, modification, deletion and export, the following permissions are needed depending on the script context:
- System context: Global ManageScripts and RunScripts
- Project context: project ManageScripts and global RunScripts
- Model context: project ManageScripts and global RunScripts
- User context: Global RunScripts and if the script is linked to a user group the user belongs to, GroupAdministrator user group role is required.
If Hide Script Details is set for the script, only users with modify permissions for the script can see the script code and log.
Permissions for Other Operations
- Move a model from a project to another: GenericWrite and DeleteModel permissions for the source project and CreateModel permission for the target project
- Creating a copy of a project: Global CreateModel permission and GenericRead and ManageProject permissions for the project
- Restoring a project from recycle bin: Global GenericRead, CreateModel and ManageProject permissions
- Deleting a project from the database: Global DeleteModel permission and ManageProject permission for the project
- It's not possible to create project without global CreateModel permission
- It's not possible to delete project without DeleteModel and ManageProject permission for the project
- It's not possible to rename a project without ManageProject permission
- It's not possible to move a project to another without ManageProject permission for moving project and GenericRead for source project and GenericRead + CreateModel for target project.
- It's not possible to move a dashboard to another project without EditDashboards permission for both the source and target project.