Data Access Permissions
Role Based Access Controls give users the ability to access data, based on their designated Role in a Team.
Although more personalized controls are often needed, the out-of-the box implementation includes Default Roles for administrators, managers and team members. Additional roles can be added or modified as the needs of the organization change. Note that Visibility Controls are an extension of Data Access Permissions, and also affect the data that is available to users.
For example, a Web Tab can be created that is only available to managers.
- For other uses, see Access Control (disambiguation).
About Roles and Data Visibility
A user's access to data is determined by a number of factors:
- The user's Access Profile specifies global access permissions and administrative permissions.
- The Application Access settings determine which applications the user can run. The Objects available to the user are therefore the combination of
- a. Objects that are part of the running application
- b. Objects that or are shared from other applications.
- The user's Role in the application, as specified by the Application Access settings, specifies high-level access rights to individual application objects. (The privileges granted in Access Profiles and Roles are additive. If either the Access Profile or the Role grants permission to perform some operation on an object, then the user has that permission.)
- The Team the user belongs to, and the access to records owned by other team members, as determined by the user's [{Role]].
- Custom Access Criteria can be used to specify access rights for individual Records (add, view, update, delete), based on record data, user characteristics, and any other available information.
- Visibility Controls determine whether records owned by others are visible and optionally, whether they can be modified.
- Team Data Sharing Policies, which allow to data to be shared across Teams. (These settings override the record-level access permissions specified in the individual's Visibility Controls.)
- Role-Based Field Visibility, when used, specifies data visibility at the Field level.
Working with Roles
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 permission can create teams and roles, add users, assign users to teams, and designate access permission
Role Management Restrictions
The ability to manage 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.
- Note:
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)
Role Permissions
Note: Before changing permission in a role, see these articles for information about how roles affect data access in the platform.
To edit permissions:
- Click Designer > Roles > {role}
- Click the [Edit] button
- Specify the settings for this role
Record Access Permissions
Specify record create and delete permissions for selected objects.
Access to Records Owned by Others Within the Team
Specify update, delete, and view permissions for selected objects. (These permissions apply to records owned by a different member of the team.)
- Considerations
- This permission is specified as part of the Role Settings
- The default permissions are set as follows for the Default Roles:
Role Update Delete View Manager Yes Yes Yes
- For Activities (Tasks and Appointments), users with this permission can also reassign Tasks to a new owner.
- Learn more: Assign Task Owner