During the execution of the New Application wizard, the system creates a copy of the access groups that represent the different personas involved in the application. If you created an application of named MyApp, you must have the following access groups in the system:
|User with access to App Studio
|Sales Support User
|Sales Support Manager
|Relationship Managers User
|Relationship Managers Manager
|Back Office User
|Back Office Manager
The system configures all these access groups by default to use new roles that inherit from the out of the box ones. It gives you the ability to create your own privileges and security configuration against out-of-the-box resources. In addition to the general configuration applicable to any Pega application (for example, name, email, location settings, and others), there are two pieces of configuration that are essential to get your operators ready:
- Access group
- The operator must be pointing to one of the access groups, see the list of
access group in a table above. Pega supports
the configuration of multiple access groups per operator, but the CLM
portals are not prepared to switch between access groups, then your operator
can access only to the one marked by default.
For example, if we want our operator to act as the manager of a group of Relationship Managers, it should use the access group MyApp:CLMFSCIB_RM_Manager.
- Organizational unit and work group
- Associate your operators with the operating structure, see . Assign the operator to
one of the organizational units and make the work group point to one of the
For example, if the operator must be responsible for the Relationship Managers at the Frankfurt booking entity, allocate it to the UPFS-GM-EMEA-DE-UPFSFR organizational unit and to the UPFS_GM_EMEA_DE_RelMgmt work group.
Administer your operators, either to create new or to edit existing ones.
In the header of Dev Studio, click.