Skip to main content

Inherited access versus direct access

Learn how you can have direct access or inherited access to an object and view your access via the facepile.

Danielle Moerman avatar
Written by Danielle Moerman
Updated over 5 months ago

Note: The information below is shown for an administrator role. If you have another role in Hyperproof, like compliance manager, user, or limited access user, your access may be limited due to your organizational role and object-level permissions. We recommend viewing the organization roles and permissions article and object roles article to learn more about permissions.

All Hyperproof work items have a facepile where you can provide a user with direct access to an object and view users with inherited access to that object.

  • Facepile is Hyperproof's term for the area where users can view who has access to a particular object, e.g., a control. Users can add, remove, or change user roles depending on their permissions. Work items can also be made private via the facepile.

  • Inherited access means a user becomes a member of a work item through a parent object. For example, if the user is a member of a control, that user inherits access to any issues linked to that control.

  • Direct access means that a user has been explicitly added to a work item, e.g., a user is specifically added to a request, but not the audit. Users with inherited access inherit access to work items via a parent object.

An example scenario might look like:

  • User X is a manager of control ID 1234.

  • An issue is created by another user and linked to control ID 1234.

  • Because User X is a member of the parent object—in this case, the control—they gain contributor access to the issue.

To see how a user obtained inherited access, click the link next to the user’s email address.

Did this answer your question?