Access rights and the permissions model
The Axiell Collections permissions model is comprehensive and granular and access rights can be assigned to individual fields and records, as well as to functions such as record creation, editing and deletion. If you are able to edit other records, it is likely that you have been blocked from editing the current record; if you are unable to edit any records, it is likely that you do not have the Edit permission.
Select Account>Information in the Main menu to identify which roles have been assigned to you in Collections.
Axiell Collections features a comprehensive and granular access rights system based on roles (also called user groups). An unlimited number of roles can be configured in the application. The access rights system is managed by the System Administrator using Axiell Designer. Management of users in Axiell Collections is flexible and supported in various ways. The System Administrator can configure the Axiell Collections system to use Active Directory. User groups in Active Directory can be applied as roles in the Axiell Collections access rights system. It is also possible to manage user names and roles in the configuration of the Axiell Collections application using Axiell Designer. Additionally, it is possible to manage users in the Axiell Collections database. The customer can decide on a preferred method to manage users and roles.
Roles can be linked to almost any part of Axiell Collections, both to database components (up to individual fields and records) and to functions such as record creation and editing, deletion of records, location management and reporting. Access rights can be applied at the individual record level to make records accessible or not accessible for specific groups of users, including (external and internal) systems that use the Axiell Collections API.
Roles can be assigned the access rights None, Read-Only, Read-Write and Full. When configuring a role that has None access to a field, the field will become invisible to members of this role.
By applying access rights at the record level, the customer can decide which users get read and/or write access to these records. This can also be used as a simple way to publish records in selected applications such as web portals simply by granting users or roles access to records or specific parts of the database.