Aisera Platform Roles and Permissions
Learn about roles and permissions within the Aisera Admin UI
Introduction to Aisera Permissions
The Aisera Admin UI enables you to manage administrators, developers, and other team members responsible for configuring and maintaining Aisera Applications. It offers comprehensive tools for creating, managing, and restricting team members using a Role Based Access Control System (RBAC). This ensures that users can only access features and data relevant to their roles, and enforces the principle of least privilege on the Aisera Platform.
Core Concepts
Aisera Platform Permissions
Permissions in the Aisera platform are feature-based, ensuring that user access within the Admin UI is determined by roles. Users are granted various levels of access to features like Intents, Fulfillments, Tickets, and Data Sources. Some roles allow users to edit features, some only allow viewing, while others may restrict access entirely.
User Roles
By default, the Aisera Admin UI includes predefined roles with specific responsibilities and capabilities, ensuring team members have appropriate access levels. Each role is associated with permissions for different features within the Admin UI, allowing efficient management of the Aisera platform and applications.
If you are seeking more granular control over access and permissions, please refer to our Managing Roles documentation for detailed guidance on creating and customizing roles to suit your specific needs.
Privilege Levels
Each user role has a Privilege level tied to each entity within the Admin UI. These Privilege levels are Write, Read, Restricted, and None.
Write
With Write access, users can view all existing data and interact with system features to observe and make necessary modifications or edits.
Read
Users with Read access can view data but cannot modify it. They must use a related feature for this purpose. For example, a user with Read privilege on an Integration doesn't grant access to the Integrations screen. However, a user with Write privileges on Data Sources allows viewing the linked Integration entity on the Data Source Detail page.
Restricted
With Restricted access, users cannot navigate to or view data related to the feature by default. However, Restricted enables entity-level permissions, which you can configure in the feature's tab. This allows you to grant Read or Write access to individual entities within the feature, for example, specific bots or Data Sources.
None
A user with no privileges to a feature will not be able to navigate to windows or view data related to the respective feature.
Restricted access and entity-level permissions
For certain features, you can set the privilege level to Restricted instead of None. By default, Restricted behaves the same as None: you cannot navigate to or view data related to the feature. However, Restricted unlocks entity-level permissions, so you can grant Read or Write access to individual items within the feature rather than applying a single permission level to all items.
The following entity types support Restricted access:
AiseraGPT
Data Sources
Integrations
Channels
AI Workflows
Privacy Access
When creating or editing a role, each of these features has a dedicated tab in the role window. These tabs are always visible, but their controls are inactive unless you set the feature to Restricted. Once you set a feature to Restricted, the tab becomes active and you can set Read, Write, or None on each individual entity within that feature.
Last updated
Was this helpful?
