Workspaces
A workspace is the top-level container for your organization. It holds all projects, members, settings, and billing information. Every user belongs to at least one workspace, and each workspace operates independently with its own configuration and data. Each workspace has exactly one Owner who can transfer ownership or permanently delete the workspace from Workspace Settings → Danger Zone. Workspaces are identified by a unique slug used in URLs and API calls.Projects
Projects are the primary unit of work within a workspace. Each project has its own members, settings, and data. You can create as many projects as you need, and the same user can belong to multiple projects with different roles in each.Project-level role overrides take precedence over workspace-level roles. A user who is a Viewer at the workspace level can be granted Admin access on a specific project, and an external Contractor can be promoted to Consultant on a single job.
Members and roles
Every workspace member is assigned a role that controls what they can see and do. Roles fall into two groups: Workspace roles — for your internal team:
External roles — for field collaborators (Consultant, Contractor, Subcontractor, Supplier). External roles only see the projects they are explicitly assigned to, and each has a tightly scoped permission set. Subcontractors can only edit Issues, Site Diary, and Punch List items they themselves created.
See roles and permissions for the full matrix, per-project overrides, role history, and the ownership transfer flow.