Читайте внимательно SDK =)
Security Dependencies
Sometimes security dependencies exist because it is necessary to have more than one access right to perform a given action. For example, if you have the access right CREATE for accounts, you can create an instance of the account entity. However, unless you also have READ access for accounts, you cannot create an instance of the account entity and be the owner of that new account instance.
The following table shows the access right dependencies for the actions specified.
ActionAccess rights requiredTo Create an instance and be the instance ownerCREATE READ
To Share an entity instanceSHARE. This right is required by the person doing the share operation. READ. This right is required by the person doing the share operation and also by the person with whom the entity instance is being shared.
To Assign an entity instanceASSIGN WRITE
READ
To Append To an entity instanceREAD APPENDTO
To Append an entity instanceREAD APPEND
Another type of dependency exists when objects are subordinate to another object. For example, the opportunity and contact objects cannot exist on their own. Each is always attached to an account. To create an opportunity or a contact, you must have the access right APPENDTO on accounts as well as the access right APPEND on opportunities or contacts.
|