Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Table of Contents
outlinetrue
stylenone

...

Summary


Once Permission Sets have been defined, an Admin User can manage these Permissions by grouping them into Roles defined within the application. Roles, as the name implies, allows for the grouping people with similar job functions to easily assign them Permission privileges.

...

In the Role data entry form, the User is prompted to define the 'Role' (by name) and the 'Description' used to identify the new Role. Additionally, each Role can be flagged as 'CustomerCenter Only' or 'Administrator'. These flags control certain built-in authority/restriction levels in the application (Note: See below for a listing of specific Administrator privileges). A User is considered to be an Administrator if ANY of their assigned Roles is flagged as Admin. Conversely, a User is relegated to have CustomerCenter Only access if ALL of their assigned Roles are flagged as such.

...

Admin Users can edit existing Roles by:

  1. Double-clicking any item on the User Management Roles Grid

  2. Selecting an item, and click the 'Edit Selected' button located immediately above the Grid.

This action opens the item's Role data entry form. At this point, the User can define the item's inputs by following the protocol established earlier in this section. Once all required fields have been satisfied, click the 'Save' button at the bottom of the form.

...

SSO Impact on Roles

Please see our 17926943 Roles for how Single-Sign On systems impact the use of Roles within PCR360.

...

There are six Roles created during the Application Install Process. Of these, there are three System Use Roles that can not be deleted and three other examples. These Roles are created to give Admin Users a starting point for creating their own Role structure within PCR-360. They are not intended for actual use immediately after install, unless they happen to already be setup as a Role that is desired within yur Organization. Usually, the SysAdmin and Guest Roles are utilized with no adjustments do to the nature in which these two examples were created to display.

System Use Roles

  • SysAdmin: This Role is intended to show how to grant general System Administrative access to a User.

  • Guest: This Role is intended to show how to grant general Application access to a User.

  • CustomerCenter: This Role is intended to show how to grant CustomerCenter access to a User.

Other Defaults

  • Knowledgebase: This Role is intended to show how to grant a User access to the Knowledgebase.

  • Back office: This Role is intended to show how to grant a broad level of Administrative Tasks to a User without granting them Administrator access.

  • Technician: This Role is intended to show how to grant a User basic access to the system to be able to operate as a Worker performing tasks for Service Desk Requests.

Child pages (Children Display)
styleh6
sorttitle