(Security and Access 13%) Apply appropriate security controls for certain scenarios Flashcards

Identify the appropriate security controls for various user request scenarios Describe how access to objects can be defined in Salesforce Explain the different options available for giving users access to records, including organization-wide defaults, role hierarchy, sharing rules, and manual sharing Explain the use of field-level security to control the visibility of data at the field level

1
Q

What are profiles

A

Determine which objects a user can access and what actions they can take on those objects.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

What is Record Level Access

A

Determines what a user can do with records of a particular object.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

What is an Object responsible for in Record Access

A

Profile object permissions and permission sets determine access to records owned

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

What is OWD Settings responsible for in Record Access

A

Determine access to Records Not Owned.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

what is the most and least restrictive form of record access

A

Most Restrictive: PROFILE: OBJECT

Least Restrictive: MANUAL SHARING

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

field-level security

A

controls visibility to data within records at the field level

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

Role Hierarchy

A

grants access to records to users that have a role above the record owner in role hierarchy

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

Manager group access

A

manager groups allow users to share records up or down their management chain

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

Manual sharing

A

allows for manual sharing on a one off basis.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Everyone should be able to see all opportunities, but only Managers should be able to see the Opportunity value

A

Set OWD for opportunities to Public read.

Set the field level security for Opportunity Value to visible only for users with the Manager profile.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

Users work competitively and do not want to let other users see the information of their contacts.

A

Set the OWD for contacts to Private.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

Typically, no one should be able to see each other’s contracts, but users share on a record by record basis when needing help with re-negotiation.

A

Set OWD to Private for contracts.

Put the “Share” button on the contract page layout, and show users how to manually share the records.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

The sales team should not see other’s opportunities, but their managers need to see everyone on their team’s opportunities. At the same time, Finance and the company president should have access to all opportunities.

A

Set OWD for Opportunity to private.
Establish a role hierarchy.
Have sales at the bottom, with managers in a role above them.
Put finance above managers, and the president above all other roles.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

A company has many branches. Each of the branch’s employees are in a variety of roles, but need access to all customers owned by users from their branch. They should not be able to see customers from other branches

A

Set OWD to private for customers.
Create public groups for each branch.
Create a sharing rule to share with that branch’s public group, if the owner is from that branch.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

An organization would like to allow its marketing department to be able to see only the details of the campaign members whose contact or lead records they have access to

A

Set the organization-wide default sharing setting for the Campaign Member object to ‘Controlled by Lead or Contact’. It would allow all users to see only the campaign members whose contact or lead records they have access to in Salesforce

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

Users of an organization are currently only able to see campaign members whose lead or contact records they have access to in Salesforce. However, the Marketing Director would like them to access campaign member records only if they have access to the related campaign. Also, users belong to a certain public group require access to all campaign members regardless of the default access.

A

Set the organization-wide default sharing setting for the Campaign Member object to ‘Controlled by Campaign’. It can be used to allow users to only be able to see campaign members if they have access to the campaign associated with them. Since the Campaign Member object would inherit sharing rules from the Campaign object, a campaign sharing rule can be created to give the public group access to all the campaigns, which would automatically give access to the related campaign member records.

17
Q

A company uses a custom object to order supplies. Employees create order records in this custom object. The supply manager then manages the orders and maintains some fields that other employees should not have visibility to when they create the order records

A

Field level security can be used to restrict access to these fields by users with a certain profile.
If field level security is not used, creating different page layouts is feasible. One page layout that contains all the fields can be assigned to the profile of the supply manager and the other page layout without the fields can be assigned to the profile of the employees. However, these fields can still be visible in reports, search results, or list views

18
Q

Sharing rules give what access

A

Extend access to users in roles, public groups, and territories regardless of where they are in the hierarchy. Allows for horizontal sharing in role hierarchy.

19
Q

Layers of Record access

A

build on top of profile object settings. Access to Records a user DOES NOT OWN are set first by org defaults(base level). If defaults are anything less than public read/write open up access to certain roles using role hierarchy(vertical sharing)>further open up access using: sharing rules(lateral sharing)>more access: manual sharing(flexible)

20
Q

Users baseline permissions for each object is determined by the

A

profile