Roles and Permissions: Difference between revisions
No edit summary |
No edit summary |
||
Line 157: | Line 157: | ||
* If a group member is a '''Project Administrator''', he/she can add and remove project specific access rights for the group or for any individual member of the project. | * If a group member is a '''Project Administrator''', he/she can add and remove project specific access rights for the group or for any individual member of the project. | ||
== Filtering Permissions== | |||
A user can query details of a filter via Web Service API for any filter created to a model the user has at least '''GenericRead''' permission. | |||
A filter is visible if the user has permissions for the model the filter belongs to and any of the following conditions is true: | |||
* User has '''ManageReports''' or '''ManageViews''' permission for the project the model belongs to (e.g. has Administrator role for project or global) | |||
* User is the creator of the bookmark. | |||
* The publish mode of the bookmark public. | |||
3 A filter is visible in Web Client UI if the user has permissions for the model the filter belongs to and the publish model of the filter is public. | |||
== Scripting Permissions == | |||
Permissions required for all ETL script related tasks: | |||
* '''Viewing scripts''': Global '''RunScripts''' | |||
** All scripts linked to the current context are available to be viewed 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. | |||
*** If a special HideScriptDetailsFromNonScriptManagers flag is set for a script, then only users with modify permissions for the script can see the ScriptText and Script log. | |||
* '''Script creation, modification, deletion and export''': | |||
** System context: Global ManageScripts, Global RunScripts | |||
** Project context: '''ManageScripts''' for project, Global '''RunScripts''' | |||
** Model context: '''ManageScripts''' for project of the model, 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. | |||
* '''Running scripts''': Global '''RunScripts''' and view permissions. | |||
== See Also == | == See Also == |
Revision as of 15:36, 7 February 2018
QPR ProcessAnalyzer uses role-based access control mechanism, so operation require permissions in order to be executable. Permissions are given to users and user groups by assigning users to roles, where roles are a collection of permissions. Roles can be bound either to a project or be global, which means that that role (and its permissions) is applicable for all the contents in the database. Users belonging to an user group have automatically all the roles assigned to that user group.
Global Roles
Global roles are roles are assigned when <All> is selected from the project list in the Manage Users dialog.
(Global) Administrator | Model Creator | Evaluator | Run Script | |
---|---|---|---|---|
GenericRead | ||||
GenericWrite | ||||
DeleteModel | ||||
CreateModel | ||||
ResetDatabase | ||||
Filtering | ||||
ManageUsers | ||||
ManageOperations | ||||
ManageReports | ||||
ManageIdeas | ||||
ManageProject | ||||
ManageIntegrations | ||||
ManageScripts |
(Global) Administrator | Model Creator | Evaluator | Run Script | |
---|---|---|---|---|
Create Project | ||||
View Project | ||||
Edit Project | ||||
Permanently Delete Project | ||||
Create Model | ||||
View Model | ||||
Import Data into Model | 300 event attributes and case attributes each |
|||
Create Filters / Analyze Model | ||||
Permanently Delete Model | ||||
Create Data Table | ||||
View Data Table | ||||
Import Data into Data Table | max. 1000 rows and 300 columns each |
|||
Delete Data Table | ||||
Access Operation Log | ||||
Run Scripts |
Evaluator has the following additional restrictions:
- Maximum number of models: 10
- Maximum number of event in a model: 1000
- Maximum number of event attributes in a model: 1000
- Maximum number of case attributes in a model: 1000
- Maximum number of created integration tables: 10
- Maximun number of rows in created integration table: 1000
- Maximun number of columns in created integration table: 1000
- Evaluator and Model Creator get the Project administrator role for the projects that they create (see User Roles and Rights for Individual Projects below). They can delete models in the created projects only.
- Models created by an Evaluator inherit the restrictions the current user has. These restrictions are in effect for all the imports targeting that model, no matter who is doing the import.
- Users with Global Administrator or Model Creator role can always import new data into any model without restrictions. Note, however, that a user cannot import more data than what is allowed by the product's activation limits.
Project Roles
(Project) Administrator | Analyzer | Designer | Viewer | |
---|---|---|---|---|
GenericRead | ||||
GenericWrite | ||||
DeleteModel | ||||
CreateModel | ||||
ResetDatabase | ||||
Filtering | ||||
ManageUsers | ||||
ManageOperations | ||||
ManageReports | ||||
ManageIdeas | ||||
ManageProject | ||||
ManageIntegrations | ||||
ManageScripts |
(Project) Administrator | Analyzer | Designer | Viewer | |
---|---|---|---|---|
View Project | ||||
Edit Project | ||||
Delete Project | ||||
View Model | ||||
Edit Model | ||||
Create Filters / Analyze Model | ||||
Import Data into Existing Model | ||||
Delete Model | ||||
View Data Table | ||||
Import Data into Existing Data Table | ||||
Delete Data Table |
Group Roles
Administrator (Group) | Member | Hidden Member | |
---|---|---|---|
Add/Remove Group Members | |||
Create Users to Group | |||
Add/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, he/she can add and remove project specific access rights for the group or for any individual member of the project.
Filtering Permissions
A user can query details of a filter via Web Service API for any filter created to a model the user has at least GenericRead permission.
A filter is visible if the user has permissions for the model the filter belongs to and any of the following conditions is true:
- User has ManageReports or ManageViews permission for the project the model belongs to (e.g. has Administrator role for project or global)
- User is the creator of the bookmark.
- The publish mode of the bookmark public.
3 A filter is visible in Web Client UI if the user has permissions for the model the filter belongs to and the publish model of the filter is public.
Scripting Permissions
Permissions required for all ETL script related tasks:
- Viewing scripts: Global RunScripts
- All scripts linked to the current context are available to be viewed 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.
- If a special HideScriptDetailsFromNonScriptManagers flag is set for a script, then only users with modify permissions for the script can see the ScriptText and Script log.
- All scripts linked to the current context are available to be viewed provided that the current user has permission to see the scripts in the context. The required permissions by context are:
- Script creation, modification, deletion and export:
- System context: Global ManageScripts, Global RunScripts
- Project context: ManageScripts for project, Global RunScripts
- Model context: ManageScripts for project of the model, 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.
- Running scripts: Global RunScripts and view permissions.