Skip to main content

         This documentation site is for previous versions. Visit our new documentation site for current releases.      

This content has been archived and is no longer being updated.

Links may not function; however, this content may be relevant to outdated versions of the product.

Setting a privilege

Updated on July 1, 2021

To secure an activity, you need to choose the correct privilege. The task described below is an example step-by-step process to find an existing privilege in your application in order to secure an Activity.

In the example below, we are looking for an activity that gives the user the ability to reopen a case.

If you are looking for privileges found in standard Roles Name rules available in Pega Infinity, see Standard Privileges in Securing an Activity.

Note: Your access role may have a dependent role. Users get all privileges from all dependent roles. To view dependent rules, click on the Manage dependent role button.
  1. Determine the Access Roles that should and should not have the ability to execute the Activity.
    1. In our example, users with the role PegaRULES:User4 should have the ability to update cases, but not to reopen them.
    2. Users with the PegaRULES:WorkMgr4 role should have the ability to both update cases and reopen them.
    3. To view the example Access Role, in the pabel of , click RecordsSecurityAccess Role Name. Then, select your Role Name in the list.
  2. In the Privileges column, there is a list of privileges for that Role Name. Choose the privilege that describes the action you need to take that is available for this role, but not available for other roles which should not be able to execute this activity.
    Note: If you are building a Component or Application reuse layer, adding new privileges could cause backwards compatibility problems. It is possible to create a Role Name using the "Clone from" feature rather than using role dependencies. If those consuming your Component or Application reuse layer did this, when you add new privileges you must document this in upgrade instructions because those cloned roles will not get the new privilege on upgrade.
    1. In our example, there is an existing Privilege called WorkReopen found near the bottom of PegaRULES:WorkMgr4 role.
  3. In the same row, in the first column, note the class associated with that privilege.
    In our example, this is "Work-".
  4. Open your activity rule form and enter the Class and Privilege name. For example:
    1. Privilege Class: Work-
    2. Privilege Name: WorkReopen
    Note: When an Activity has multiple privileges listed, the user needs one of the privileges to be granted access.

Have a question? Get answers now.

Visit the Support Center to ask questions, engage in discussions, share ideas, and help others.

Did you find this content helpful?

Want to help us improve this content?

We'd prefer it if you saw us at our best. is not optimized for Internet Explorer. For the optimal experience, please use:

Close Deprecation Notice
Contact us