Onboard uses role-based access control to manage what users can see and do within your organization. This guide explains the default roles, how multiple roles combine, and how to create custom roles for specific buildings.
Every organization includes the following default roles. Default roles are immutable, which means they cannot be edited or removed.
| Capability | Org Admin | Org Manager | Org Viewer |
|---|---|---|---|
| View buildings and data across the organization | ✅ | ✅ | ✅ |
| Export data | ✅ | ✅ | ✅ |
| Create Data Alerts | ✅ | ✅ | ✅ |
| Edit own user settings (password, name, MFA) | ✅ | ✅ | ✅ |
| Manage own API keys | ✅ | ✅ | ✅ |
| Launch new buildings and deployments | ✅ | ✅ | ❌ |
| Manage buildings, deployments, and building-deployment relationships | ✅ | ✅ | ❌ |
| Model and publish building data | ✅ | ✅ | ❌ |
| Create and deactivate users | ✅ | ❌ | ❌ |
| Assign roles and create custom roles | ✅ | ❌ | ❌ |
| Set unit preferences | Organization level | User level | User level |
API keys carry the permissions of the user who created them, so a key created by an Org Viewer is read-only. Managing deployments includes disabling them. Deleting a deployment is handled by Onboard Support.
Custom roles let Org Admins grant access to specific buildings instead of the whole organization. Org Admins create them from the Roles tab on the User Management page.
Permissions apply across the building workflow.
A user can hold more than one role, for example Org Viewer and Sandbox Viewer. If a user holds more than one default role from the same organization, such as Org Manager and Org Viewer, the highest role applies.