10

Because the user is also the owner of the record, they are granted Full Access allowing them to view, edit, transfer, share, and delete the record. Salesforce Documentation: "Record Ownership" - Understanding Sharing


7

Define the class that your SOQL query is within as with sharing. This is covered by the online documentation here. The with sharing keyword allows you to specify that the sharing rules for the current user be taken into account for a class. You have to explicitly set this keyword for the class because Apex code runs in system context. In system context, ...


5

There are two errors possible in APEX about concurrency: EXCEPTION_THROWN[32] System.QueryException: Record Currently Unavailable: The record you are attempting to edit, or one of its related records, is currently being modified by another user. Please try again. FATAL_ERROR System.DmlException: Update failed. FIrst exception on row 0 with id ............; ...


5

without sharing will not reinforce SFDC field level access and visibility, so you will be running your class on system context. In system context, Apex code has access to all objects and fields— object permissions, field-level security, sharing rules aren’t applied for the current user. This is to ensure that code won’t fail to run because of ...


4

All security-related methods, such as UserRecordAccess and the describe calls, will always return the user's real permissions. All that "without sharing" does is turns off the permission and sharing table checks when querying, updating, or deleting records. It is strongly recommended by salesforce.com that developers check for a user's permission to fields, ...


4

You can use userRecordAccess object to check CRUD permissions.. So pass the recordId and userId.. to check that user having what type of access on that record.. you can check variables like HasDeleteAccess. If HasDeleteAccess true means user have delete access. If false then user don't have access.. Based on these accessibility perform DML.. List<...


4

After some googling: it seems like Salesforce is transferring these videos to something called vidyard. For example, the Overview video is now located on http://salesforce.vidyard.com/watch/kXk6BaNlWJP27UyFO8vNUg, but without links to the other videos. It seems that the videos must now be accessed via help, I found another one in Setting Your Organization-...


4

Salesforce to Salesforce (S2S) This feature allows two organizations to share their records with each other. I believe this is designed more around companies that use multiple orgs themselves (e.g. orgs for different divisions or geographic entities that then push their accounts and opportunities to a parent org for reporting). This can also be a general ...


3

I've gotten the "Record Currently Unavailable" error when saving records while doing a check-only deploy. I've had users report it during multiple deployments, and only during these deployments, so I'm fairly confident that the deployment is the cause. There was known issue that was fixed in Winter '15, but I've gotten the error in Winter '16.


3

Correct. View all access permission give access to all records. View access permission would give access to view his own records or records of his subordinates in role hierarchy.


3

I'm curious, did you test out the 'owner' idea by changing owners and re-running UserRecordAccess to see if they still have delete access? My understanding of UserRecordAccess is that it does check profile/permission set permissions which is why it's different than just using the Sharing button on the record to determine access. That's at least what I found ...


2

I have found the problem: on the profile system permission there wasn´t the permission "edit task".


2

We have different types of OWD(Organization-Wide Sharing settings) Public Public Read Only Public Read/Write Public Read/Write/ Transfer. So, in your case, the user have Public Read/Write access. Irrespective of OWD, since the user owns the record, he always have Read/Write/Delete/Transfer access. NOTE: OWD determines the base level of access to the ...


2

Looks like you didn't check "Knowledge User" checkbox in corresponding User's settings.


2

Assuming it to be a formula field, this is how you should proceed : Upload the image in static resource. Lets consider name is OwnershipImage Create a formula field on Object with below formula : IF( $User.Id == OwnerId ,IMAGE("/resource/OwnershipImage", "I am owner",40,600),'')) 40,600 is the height and the width respectively you are looking to set for ...


2

Permission set is used to extend the permission inside organization so if view all is defined it will override the OWD. If OWD is private and if he has view only access he can see only his own records and subordinates in role hierarchy.


2

Just to clarify your question are you asking if there is a way of checking if an administrator has used the 'login as' feature to sign into a user account and then modified a record? If they have the 'last updated by' on the actual record that is updated will show the account that has been logged into by the admin. However you will be able to see the IP ...


2

Go to System Admin Profile & check the Object Settings. Select the Object. Make sure that the checkbox against Assigned Record Types is checked for the required Record Type.


2

There is a field called Marketing User on the User object. The running user must have this box checked in order to work with the Campaign object. See: Who has access to campaigns?


2

You can create two different Public Groups (one for each team), and put all the users you wish to segregate in one of those roles. Then, using Sharing Rules, you can give each Public Groups R/W access to records owned by each team member. If you need hierarchical access (i.e.: there is a manager that needs to see both groups's records) then I recommend ...


2

Believe you're looking for sharing rules and public groups.


1

In order to edit a record, a user needs to have "Update Object" on their Profile, as well as "Edit" access or higher to a record. In other words, neither "override" the other in this scenario. The user would not be able to edit the record, because they lack one of the two requirements to do so. The Profile can override Sharing with "Modify All Data" or "...


1

There are record-level security controls (sharing) and there is field-level security by profile. However there is no such thing as combined "record-level field security". What you might be able to do is give the profile access to the fields but hide them from the object page layout used by that profile. You could then add an item to the Lightning App ...


1

OpportunityTeamMember.OpportunityAccessLevel is not a writeable field. You will have to make use of Opportunity Share object to achieve this. Hence you need to use the below mentioned code to provide the access. OpportunityTeamMember oppTeam = new OpportunityTeamMember(); oppTeam.TeamMemberRole = 'Sales Manager'; oppTeam.UserId = uv.Owner.ManagerID; ...


1

Since OpportunityAccessLevel is a Restricted picklist. Valid values are: Read, Edit. For more details on Read Only is not supported error, refer [this][1] link.


1

I found a work-around but it isn't the best of practices. I put all the users who had access to a particular library in a public group. Then when I inserted a document into a library, I check the library by using its Id. Once I have the library, I query all the users of that particular group and take their email ids and mail a notification to them. This ...


1

You might have to check the profile of the user. It works well with a user having Standard Platform User profile. Also Default Account and Contract Access should be set to Read/Write.


1

The fastest way for to do this as i see it if you create two page layouts. 1. Page layout for normal user, without the phone field 2. Page layout for normal user, with the phone field If the user wants to get that information as you mentioned, he creates a case. Then when the system admin approve the case, he can just switch from page layout one(without ...


1

Implicit sharing is used for some standard objects (Accounts, Contacts, Cases, Opportunities). Depending on the scenario, either the parent object will get access to the child (for example an account will be able to see a child record added to it via ImplicitParent or The child object (Opportunity in this case - it has a lookup to your object 'A') will be ...


Only top voted, non community-wiki answers of a minimum length are eligible