Difference between revisions of "Access Controls"
From LongJump Support Wiki
imported>Aeric |
imported>Aeric m (moved Access Control (disambiguation) to Access Controls) |
(No difference)
|
Revision as of 01:00, 1 June 2013
Data Access Permissions define the data (Records or Objects) that Users in Teams are privileged to view or modify, based on Role assignments.
- The Access Control/User Management Administrative Permission right is used with Role Based Access Permissions
Access Control may also refer to:
A user's access to data is determined by a number of factors:
- The user's Access Profile specifies global access permissions and administrative permissions.
- The Application Access settings determine which applications the user can run. The Objects available to the user are therefore the combination of
- a. Objects that are part of the running application
- b. Objects that or are shared from other applications.
- The user's Role in the application, as specified by the Application Access settings, specifies high-level access rights to individual application objects. (The privileges granted in Access Profiles and Roles are additive. If either the Access Profile or the Role grants permission to perform some operation on an object, then the user has that permission.)
- The Team the user belongs to, and the access to records owned by other team members, as determined by the user's [{Role]].
- Custom Access Criteria can be used to specify access rights for individual Records (add, view, update, delete), based on record data, user characteristics, and any other available information.
- Visibility Controls determine whether records owned by others are visible and optionally, whether they can be modified.
- Team Data Sharing Policies, which allow to data to be shared across Teams. (These settings override the record-level access permissions specified in the individual's Visibility Controls.)
- Role-Based Field Visibility, when used, specifies data visibility at the Field level.