Skip to main content
Collabase uses two independent permission worlds. Understanding both helps you give teams exactly the access they need across global tools and individual spaces.

Two permission worlds

System Admins bypass both worlds — they have full access to everything, everywhere.

Instance roles

Every user account has an instance-level role. This is the broadest layer. Instance roles are set under Admin → Users.

Global modules

Global modules are not tied to any space. Access is controlled per module by assigning groups a role in Admin → Roles & App Access.

Registry

Users without a Registry group assignment cannot see the Registry module at all. Per-schema permissions — each schema has its own access configuration: Configure per-schema access from the schema’s Settings → Permissions tab.

Intranet

Automation

All authenticated users can build and manage their own automation rules. There are no group-based module roles for Automation — access to individual rules is controlled per rule: The rule’s creator always has all permissions. You can share specific permissions with individual users or groups in the rule’s Settings → Permissions tab. Run as — each rule has a “Run as” setting:

Time Reports


Space roles

Within each space, every member has one of four roles. The Space Admin role grants fixed space-management rights; the other three roles are configured through a Permission Scheme. Space roles are assigned in Space Settings → Members.

Permission Schemes

A Permission Scheme is a named, reusable template that defines exactly what Managers, Members, and Viewers can do in a space. One scheme can be assigned to many spaces at once — when you update a scheme, all assigned spaces are updated together. Collabase ships with four built-in schemes. These cannot be deleted but can be cloned and customized.

Open Scheme (default)

A maximally open scheme — ideal for trusting teams where everyone should be able to contribute freely.

Default Software Scheme

A balanced scheme for engineering and product teams — Members can create and edit their own work; Managers control structural operations like sprints and project settings.

Client / Read-only Scheme

For external stakeholders — clients, auditors, or partners who need visibility without edit access.

Restricted / Confidential Scheme

For sensitive spaces — HR, Finance, Legal. No public access; detailed audit log always active.

Assigning a scheme to a space

1

Open Space Settings

Navigate to your space and open Settings → Permissions.
2

Select a scheme

Choose a scheme from the dropdown. A preview shows how many spaces are currently using this scheme.
3

Save

The scheme takes effect immediately. All members of the space now operate under the new rules.

Managing schemes

All schemes are managed under Admin → Permission Schemes. You can:
  • Clone any scheme to create an editable copy
  • Edit a cloned scheme’s rules per role and module
  • Preview which spaces will be affected before saving changes
The four built-in system schemes cannot be edited directly. Clone them first, then customize the copy.

Full permission reference

Projects — Tasks

Moving a work item to another project also requires Create tasks and View tasks in the destination Space, because the move creates a work item there.

Projects — Sprints

Projects — Admin

Comments & Attachments

Docs — Pages

Test Management

Time Tracking (in-space)


Page-level permissions

For pages in the Docs module, you can restrict or grant access beyond the space role — per individual page. Set page permissions from the Share button on any page. Page permissions are independent — they are not inherited from the parent page or from the space role.

Groups

Groups let you assign space roles and module access to entire teams at once.
1

Create a group

Go to Admin → Groups and create a new group. Add the users who belong to it.
2

Grant space access

In Space Settings → Members, add the group and assign a space role. Every member of the group inherits that role immediately.
3

Grant module access

In Admin → Roles & App Access, assign the group a role for Registry, Intranet, or Time Reports.
When you add or remove someone from a group, their access across all assigned spaces and modules updates immediately.

Common scenarios


  • Users & Groups — create users, manage groups, set instance roles, configure module access
  • Space Settings — assign Permission Schemes, manage space members
  • Spaces — visibility settings (Private, Internal, Public)
  • Permission Schemes — create and manage custom schemes
Last modified on July 30, 2026