Universal Containers has created a custom object named Project__c to track confidential client deliverables. Management requires that record owners can read and edit their own projects. Managers must automatically inherit full access to the project records owned by their direct and indirect subordinates based on the existing role hierarchy. Additionally, a specialized compliance team needs Read-Only access to all project records across the entire organization, regardless of ownership. Profiles and object-level permissions already grant Read, Create, and Edit access on Project__c to all relevant users. Which combination of Organization-Wide Defaults (OWD) and sharing mechanisms should an administrator configure to fulfill these security requirements while enforcing the most restrictive baseline access?
- Set the Organization-Wide Default for Project__c to Private, ensure 'Grant Access Using Hierarchies' remains selected, and create a Criteria-Based Sharing Rule to share all Project__c records with the compliance team.Cevap
- BSet the Organization-Wide Default for Project__c to Public Read-Only, and modify the user Profile for standard users to revoke Read object permissions for records they do not own.
- CSet the Organization-Wide Default for Project__c to Private, deselect 'Grant Access Using Hierarchies' because custom objects do not support role hierarchy access, and create manual sharing rules for managers.
- DSet the Organization-Wide Default for Project__c to Private, deselect 'Grant Access Using Hierarchies', and assign a new Profile to manager roles that enables the 'View All' object permission on Project__c.