Access Control

MeetBit uses Role-based Access Control (RBAC) to manage access within the platform. This section will explain different concepts that determine the access users have within the admin panel.

Most concepts here also apply to MeetBit Public API Clients. Roles can also be assigned to them to control each client's access level.

Role-Based Access Control

All access that Users have are provided via Roles. Permissions can only be provided directly to Roles and not Users. You can assign Roles to Users when you create or update Users. You can also provide and revoke permissions from Roles when you create or update Roles.

Departmental Scope

Permissions that are supposed to provide access to all resource IDs like the example below are actually scoped to the User's own department.

Permissions for Meeting Links

This means that a User from the "Asia-Pacific Sales" Department with a Role that allows them to read all Meeting Links actually can only read Meeting Links that also belong to the "Asia-Pacific Sales" Department. They cannot see Meeting Links from other Departments and Users from other Departments cannot see their Meeting Links.

Since Clients don't belong to any Department, they are not affected by Department scopes. If their Roles allows them to read all Meeting Links, then they can read all Meeting Links from all Departments.

Global Department

The Global Department is a special Department since it provides its Users access to resources of all Departments. All while other Departments don't have access to the Global Department's resources.

Additionally, resources that don't belong to any Department are only accessible to Users of the Global Department. These include:

  • Departments

  • Roles

  • Domains

  • Branding

  • Legal Information

  • Settings

  • Contracts

  • Invoices

  • Usage

  • Clients

  • Providers

Some resource objects are not owned by one particular Department nor are they restricted to the Global Department. These resource objects can be accessed by any User with a Role that allows them to do so. These include:

  • Notifications

  • Performance Analytics

  • Activities

Access to Performance Analytics and Activities are dependent on the subject.

Page Designs are very special. They belong to specific Departments but, Users of non-global Departments have read access to the Page Designs of the Global Department (as long as their Role permits them to).

Access To Owned Resources

Some resources can be owned by a specific User. These include:

  • Connected Accounts

  • Calendars

  • Online Conference Accounts

  • Events

  • Online Conferences

  • Online Conference Recordings

  • Chat Rooms

  • Exports

However, owning the resource does not automatically give the User access to these resources. To gain access, their Role must allow them to.

Own Permissions for Online Conferences

Access of Participants

Events and Conference Rooms are resources that have "participants". If a User is an attendee of an Event or an attendee of a Conference Room, they automatically gain the permission to read the Event or Conference Room they are an attendee of.

This is the only type of access that is automatically provided to Users and is not controlled via Roles.

Side Effects

The above concepts also influence the functionality of other features, often unrelated to each other. This is because a User's ability to select options is likewise constrained by these concepts.

For example, although a User's Role allows them to read performances, they can only view performances for Meeting Links, Forms, and Events accessible to them according to their Role-based permissions, Department, and Direct permissions.

For a much clearer example, let's consider the following:

  • User A, belongs to Department B with Role C.

  • Role C only allows Users to read all Meeting Links and read Performances.

  • User A has direct permissions to read Meeting Link D which belongs to the Global Department.

When User A opens the Performance page, the following is true:

  • They can generate performance charts of all Meeting Links belonging to Department B.

    • These charts do not include data from other Departments.

  • They can generate performance charts for Meeting Link D.

  • They cannot generate charts for Forms or Events.

Last updated

Was this helpful?