Stages Documentation

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision		Previous revision
Last revisionBoth sides next revision
76:users_groups_permissions [2021/02/02 10:06] – [Manage Users, Groups, and Permissions] twn76:users_groups_permissions [2021/04/09 14:28] – emr
Line 1: Line 1:
 ====== Manage Users, Groups, and Permissions ====== ====== Manage Users, Groups, and Permissions ======
  
 +In version 7.6, the following permission domains have been added:
 +
 +  * ''Participant-to-User Group Assignments'': assign participants to user groups
 +  * ''Process Execution'': start project processes and execute them in tools like Jira
 +  * ''Process Execution Configuration'': control edit access to process execution elements and configuration
 +  * ''Process Participant Assignments'': assign users to participants
 +  * ''Process Release Administration'': control edit access to process release workflows.
 In version 7.5, the following permission domains have been added: In version 7.5, the following permission domains have been added:
  
Line 6: Line 13:
   * ''Role-to-User Group Assignments'': assign roles to user groups   * ''Role-to-User Group Assignments'': assign roles to user groups
   * ''User-to-Role Assignments'': assign users to roles   * ''User-to-Role Assignments'': assign users to roles
-A detailed guidance for the various user actions and which permissions they require can be found in this permission matrix. +A detailed guidance for the various user actions and which permissions they require can be found in this {{:76:permissions_matrix_7.6.xlsx|Permissions Matrix}}.
- +
-The dependencies between permissions and licenses needed can be found in the [[:[[76:Stages Permission-License matrix|]]|Stages permissions-license matrix]].+
  
 +The dependencies between permissions and licenses needed can be found in the [[:76:stages-permission-license-matrix|]].
  
 ===== Manage User Access through Groups ===== ===== Manage User Access through Groups =====
  
-This approach is best used for access permissions to workspaces that exist only once, e.g. the modeling area, reference models, or standard processes.+This approach is best used for access permissions to workspaces that exist only once, e.g. the standard processes and the reference models.
  
-===== Manage User Access through Roles =====+===== Manage User Access through Participants =====
  
-This approach is best used for access permissions to workspaces that exist many times, typically project- or program-specific processes.+Participants are users that participate in the lifecycle of a process, e.g. modeling, review, approval, or tailoring. This approach is best used for access permissions to workspaces that exist multiple times for specific purposes, e.g. modeling workspaces, playgrounds, or project- or program-specific processes. Example participants: process owner, process modeler, process reviewer, process approver, tailoring approver. 
 + 
 +===== Manage User Access through Roles =====
  
-===== Stages Permission-License matrix =====+This approach is best used for access permissions to workspaces that exist many times, e.g. project- or program-specific processes, but the users do not participate in the management of the process. Example roles: engineer, tester, quality manager. Project managers are typically responsible for their project's specific process and therefore can be added as process owner participants (see above).
  
-This approach is best used for access permissions to workspaces that exist many times, typically project- or program-specific processes.+=====   =====