00:35 Record Level Security Need? 06:15 Three Types[1. Public Read/Write, 2. Public Read Only, 3. Private] 16:36 Planning:[First Restrict if required then provide additional access] 17:55 Role Hierarchy:[Someone Above in hierarchy can see all records of below in hierarchy] 21:38 Sharing Rules:[Automatic Exceptions according to criteria] 25:07 Manual Sharing:[if no criteria then Share Manually ] 31:40 User License:[Cloning Profile User License == AvailableUser License]
So basically, If you select ✅Visible then you have Read + Update/Edit Permissions If you select ✅Read-Only then you have Read only access which means (Visible - Update/Edit permission) which means that, you'll have Read only access only when you'll have Visible access but for visible access you'll not need Read only access. So, 1. If you've to give someone Read only access Select ✅Read-Only (Salesforce will automatically check Visible checkbox for you) 2. If you've to give someone Edit/Update access Select ✅Visible Hope this will help
Thanks Shrey, I would like to know about instance method I haven't found any example. So if make a video or shares any links thats helpful for me . Thanks once again to u
Hi, i have a question.. lets say there are 3 objects a,b,c. A----> B (a relates b) B----->C (b related c) C----->A (c relates a) In this which relation will be there..? Look up / master detail ?? And why??
Object level security and record level security go hand and hand? I tested it and what you said is unfortunately wrong. As I tested, I found Object level security applies over record level security, no matter which one is most restrictive. Anyways still I'm thankful to you Shrey as your videos are really helpful for me to understand the concepts of Salesforce Administrator.
00:35 Record Level Security Need?
06:15 Three Types[1. Public Read/Write, 2. Public Read Only, 3. Private]
16:36 Planning:[First Restrict if required then provide additional access]
17:55 Role Hierarchy:[Someone Above in hierarchy can see all records of below in hierarchy]
21:38 Sharing Rules:[Automatic Exceptions according to criteria]
25:07 Manual Sharing:[if no criteria then Share Manually ]
31:40 User License:[Cloning Profile User License == AvailableUser License]
I couldn’t find developer 1 videos topics much. Could you pls upload pd1 topics. Ur admin topics were too good and it covered all topics
So basically,
If you select ✅Visible then you have Read + Update/Edit Permissions
If you select ✅Read-Only then you have Read only access which means (Visible - Update/Edit permission)
which means that, you'll have Read only access only when you'll have Visible access but for visible access you'll not need Read only access.
So, 1. If you've to give someone Read only access Select ✅Read-Only (Salesforce will automatically check Visible checkbox for you)
2. If you've to give someone Edit/Update access Select ✅Visible
Hope this will help
Are you talking about Field level security ?
@@SalesforceHulk yes
Thanks Shrey, I would like to know about instance method I haven't found any example. So if make a video or shares any links thats helpful for me . Thanks once again to u
Hi, i have a question.. lets say there are 3 objects a,b,c.
A----> B (a relates b)
B----->C (b related c)
C----->A (c relates a)
In this which relation will be there..?
Look up / master detail ?? And why??
Bro question is wrong as u are forming a loop 🔁
Object level security and record level security go hand and hand? I tested it and what you said is unfortunately wrong. As I tested, I found Object level security applies over record level security, no matter which one is most restrictive. Anyways still I'm thankful to you Shrey as your videos are really helpful for me to understand the concepts of Salesforce Administrator.
No it doesn’t go that way , Please check maybe whichever condition you applied Object level could have restrictive than OWD
😍
I didn't under stand even one point, way of explanation is not understandable.
26/11/24
sir writing bahut gandi h aapki.....baki aap bolte acha ho
Thank you vineet 😅