Working with Roles
From AgileApps Support Wiki
Revision as of 23:13, 20 June 2012 by imported>Aeric
Application users generally fall into categories, or roles. A person in each role needs permissions to work with some kinds of data (objects), but typically doesn't need to work with (or even see) other kinds data.
It is common for new roles to be added over time, and for existing roles to evolve as the organization grows and business procedures are refined.
Users that have the Access Control/User Management permission can create teams and roles, add users, assign users to teams, and designate access permission rights
Role Management Restrictions
The ability to manager roles is subject to the Permissions Hierarchy restrictions.
Add or Edit a Role
To Add or Edit a Role:
- Click Designer > Roles.
The currently defined roles are listed. - Click the [New Role] button to add a role;
- Optionally, click an existing role to edit the role
- Specify the Role Settings (described below)
- Click [Save]
Note:
- The System Administrator role comes with the platform.
- Learn more: Default Roles
Clone a Role
You can clone a role in order to save time in creating a new role that has similar settings.
To Clone a Role:
- Click Designer > Roles
- Click the name of the role you want to clone. The detail page for that role opens.
- Click the [Clone] button.
The Add Role page opens, displaying the settings from the Role you cloned. - Specify the Role Settings (described below)
- Click [Save]
Delete a Role
To Delete a Role:
- Click Designer > Roles
- Click the name of the role you want to delete; the detail page for that role opens
- Click the [Delete] button at the top of the page.
A confirmation dialog appears. - Click [OK] to delete the role.
Role Settings
Role Information
- Name
- The name of the role as it will appear in the platform
- Description
- Text that describes this role and its settings (permissions)
Permissions Assignment
These are the permissions that can be specified for a role:
- Record Access Permissions
- For each object, specify the ability to Create, and Delete records.
- If Record Level Visibility is enabled for an object, specify the ability to Control Visibility.
- (In general, the ability to access an object implies the ability to view any of the records it contains. However, if Record Level Visibility is enabled, a role can also specify the ability to set visibility criteria for individual records, in order to restrict visibility of that record to a designated audience.)
- Access to Records Owned by Others Within the Team
- Specify the ability to Update, Delete, and View records contained in a each object.
(These permissions apply to records owned by a different member of the team.)