Role Hierarchy in Salesforce

Every Salesforce organization maintains a role hierarchy for the organization using Salesforce. This role hierarchy defines the hierarchy of the users working in the organization.

Salesforce Role Hierarchies can be used to extend the record access automatically so that:


A Manager will always have access to the same data as his/her employees regardless of the organization-wide default settings.


Users who tend to need access to the same types of records can be grouped. These groups can be used as Roles & Sub-Ordinates in Sharing Rules.


Role hierarchies don’t have to match your organization chart exactly. Instead, each role in the hierarchy should just represent a level of data access that a user or group of users needs.

Depending on the organization’s sharing settings, roles can control the level of visibility that users have into the organization’s data. Users at any given role level can view, edit, and report on all data owned by or shared with users below them in the role hierarchy, unless the organization’s sharing model for an object specifies otherwise.



  • If the “Grant Access Using Hierarchies” option is disabled for a custom object then only record owners and users granted access by the organization-wide defaults have access to the object’s records. However users such as with the “View All” and “Modify All” object permissions and the “View All Data” and “Modify All Data” system permissions can still access records they do not own.
  • “Grant Access Using Hierarchies” option is enabled for all objects and it can only be changed for custom objects.

Public Groups

A public group consists of a set of users. It can contain individual users, other groups, or the users in a particular role or territory plus all the users below that role and subordinates in the hierarchy.


Here is where you can learn about Sharing Rules.

Our Recent Blog

Share This Post