Skip to Content
Users & PermissionsRoles & Permissions

Roles & Permissions

Understand and configure what users can do in Zettabit.

Overview

Zettabit uses Role-Based Access Control (RBAC):

  • Roles are collections of permissions
  • Users are assigned to roles
  • Permissions control specific actions

How Permissions Work

Each action in Zettabit requires a permission:

resource:action

Examples:

  • client:read - View clients
  • client:create - Add new clients
  • subscription:delete - Remove subscriptions

Permission Format

ComponentDescriptionExamples
ResourceWhat it applies toclient, subscription, package
ActionWhat can be doneread, create, update, delete

Available Actions

ActionDescription
readView records
createAdd new records
updateModify existing records
deleteRemove records
allAll of the above

Available Permissions

Client Permissions

PermissionDescription
client:readView client list and details
client:createAdd new clients
client:updateEdit client information
client:deleteDelete clients
client:allAll client permissions

Subscription Permissions

PermissionDescription
subscription:readView subscriptions
subscription:createCreate new subscriptions
subscription:updateModify subscriptions
subscription:deleteCancel/delete subscriptions
subscription:allAll subscription permissions

Package Permissions

PermissionDescription
package:readView packages
package:createAdd new packages
package:updateModify packages
package:deleteDelete packages
package:allAll package permissions

Network Permissions

PermissionDescription
server:readView servers
server:createAdd servers
server:updateModify server settings
server:deleteRemove servers
olt:readView OLTs
olt:createAdd OLTs
olt:updateModify OLT settings
olt:deleteRemove OLTs

User Permissions

PermissionDescription
user:readView users
user:createAdd users
user:updateEdit users
user:deleteRemove users
role:readView roles
role:createCreate roles
role:updateModify roles
role:deleteDelete roles

Settings Permissions

PermissionDescription
settings:readView settings
settings:updateModify settings
audit:readView audit logs

Default Roles

Zettabit includes pre-configured roles:

Admin

Full system access. Use for:

  • System administrators
  • Business owners
  • IT managers

Permissions: All

Manager

Operational management. Use for:

  • Office managers
  • Senior staff
  • Team leads

Permissions:

  • All client permissions
  • All subscription permissions
  • All package permissions
  • All server/OLT permissions
  • Settings read
  • Audit read

Operator

Day-to-day operations. Use for:

  • Customer service
  • Technical support
  • Field technicians

Permissions:

  • Client: read, create, update
  • Subscription: read, create, update
  • Package: read
  • Server: read
  • OLT: read

Viewer

Read-only access. Use for:

  • Auditors
  • Observers
  • Trainees

Permissions:

  • All read permissions only

Role List

The roles page shows all configured roles:

ColumnDescription
NameRole name
DescriptionWhat this role is for
UsersNumber of users with this role
PermissionsCount of permissions

Viewing Role Details

Click on a role to see:

  • Complete permission list
  • Users assigned to this role
  • When it was created/modified

Editing Default Roles

Default roles (Admin, Manager, Operator, Viewer) cannot be modified to ensure system stability. Create custom roles for different permission sets.

Custom Roles

Need different permissions? Create a custom role.

Permission Inheritance

Some permissions imply others:

  • client:all includes read, create, update, delete
  • Having update usually requires read to work properly

Best Practices

  1. Start restrictive - Begin with minimal permissions, add as needed
  2. Match job functions - Create roles that align with actual responsibilities
  3. Review regularly - Audit permissions quarterly
  4. Document roles - Keep descriptions up to date
  5. Test new roles - Verify permissions work as expected

Troubleshooting

User can view but not edit

They have read but not update permission. Edit their role or assign a different one.

”Access Denied” error

The user’s role lacks the required permission. Check what permission the action needs and verify the role includes it.

Can’t create custom role

You need role:create permission. Only Admin users have this by default.

Last updated on