Assigning Roles to Requests

Requests do not belong to one particular design part or segment, but can have one or more design parts related to them. The way the roles apply to requests is determined by the Take roles from all affected design parts option This option is set in the Administration Console Object Type Definitions function for requests.

The Take roles from all affected design parts option allows you to specify whether a request type should be routed to the role holders on the common ancestor of related design parts, or to the union of the role holders on all related design parts.

For example, consider the design part structure below

ancestor_example.gif

The effect of the Take roles from all affected design parts option is shown in the table below.

Option set?

Roles apply to...

Example (below)

Yes

All related design parts in a design part segment

John can perform a task on a request if the following is true:

  • The AUTHOR role is assigned to a task in the request's lifecycle.

  • The request is related to part e, f, or g.

  • The request is optionally related to part d in addition to being related to e, f, or g.

No

Nearest common ancestor of all related design parts in a design part segment

John can perform a task on a request if the following is true:

  • The AUTHOR role is assigned to a task in the request's lifecycle.

  • The request is related to part e, f, or g.

  • The request is not related to part d.

If it is related to part d, then only Jill, who holds the role on the common ancestor, part a, can perform a task on the request.

 

Related Topics

Managing Roles

Roles and Design Parts

Roles on Projects and Streams

Assigning Roles to Baselines

Roles on Design Part Variants

Roles and Lifecycles

Delegating Roles

Inboxes and Roles

Assigning Pending and Optional Roles

Choosing Role Capabilities

Special Roles

Options Tab for Item Types

About Request Type Options