Independence Day Deal! Unlock 25% OFF Today – Limited-Time Offer - Ends In 00:00:00 Coupon code: SAVE25
Welcome to Pass4Success

- Free Preparation Discussions

Salesforce Exam ANC-201 Topic 2 Question 12 Discussion

Actual exam question for Salesforce's ANC-201 exam
Question #: 12
Topic #: 2
[All ANC-201 Questions]

Cloud Kicks has informed CRM Analytics developers that they have two scenarios with restricted row-level security.

The parameters being:

1. Non-CXOs and VPs working in EMEA can have access to EMEA records only.

2. CXOs and VPs should have access to all data irrespective of the region (APAC, EMEA, etc.).

Which sharing method works for this scenario?

Show Suggested Answer Hide Answer
Suggested Answer: B

Predicate is a name for a filter condition that defines row-level access to records in a dataset Example: 'rowLevelSecurityFilter':''AccountOwner' == '$User.Name''

Contribute your Thoughts:

Mel
2 months ago
Option B definitely sounds like the most efficient solution. I mean, who wants to deal with the headache of constantly updating multiple dashboards and datasets?
upvoted 0 times
Arlyne
19 days ago
Yeah, it would be a hassle to manage multiple dashboards and datasets. Option B is definitely the way to go.
upvoted 0 times
...
Nicholle
21 days ago
Agreed, using a field on the user record for row-level security is much simpler.
upvoted 0 times
...
Myrtie
1 months ago
Option B definitely sounds like the most efficient solution.
upvoted 0 times
...
...
Ulysses
2 months ago
Haha, I can already see the IT team cringing at the thought of managing two separate datasets. Talk about a maintenance nightmare!
upvoted 0 times
Bronwyn
2 months ago
B) Use a field on the user record like Department/Region, and apply row-level security based on that field.
upvoted 0 times
...
Elvera
2 months ago
A) Create two sets of dashboards; one for EMEA, and one for CXOs and VPs while filtering the dashboard on the region.
upvoted 0 times
...
...
Christiane
2 months ago
I'm not sure creating separate dashboards or datasets is the right approach here. It feels like it would be a lot of maintenance and could lead to inconsistencies.
upvoted 0 times
...
Alyce
2 months ago
Option B seems like the way to go. Using a field on the user record to apply row-level security is a more flexible and scalable solution.
upvoted 0 times
Francoise
24 days ago
Yeah, having separate dashboards could get confusing for users.
upvoted 0 times
...
Glennis
1 months ago
Creating two separate datasets might be more work in the long run.
upvoted 0 times
...
Mirta
2 months ago
I agree, it would make it easier to manage access based on department or region.
upvoted 0 times
...
Jani
2 months ago
Option B seems like the way to go. Using a field on the user record to apply row-level security is a more flexible and scalable solution.
upvoted 0 times
...
...
Miesha
3 months ago
I'm not sure about option A) though. Creating separate dashboards might be confusing for users. I think option B) is the way to go.
upvoted 0 times
...
Malika
3 months ago
I agree with Tawny. Option B) seems like the most efficient way to handle the different access levels based on user roles.
upvoted 0 times
...
Tawny
3 months ago
I think option B) makes sense because we can use the Department/Region field to apply row-level security.
upvoted 0 times
...

Save Cancel
az-700  pass4success  az-104  200-301  200-201  cissp  350-401  350-201  350-501  350-601  350-801  350-901  az-720  az-305  pl-300  

Warning: Cannot modify header information - headers already sent by (output started at /pass.php:70) in /pass.php on line 77