Project Roles
A project role defines what a member can do within a specific project. Members can have different roles in different projects — for example, a senior engineer might be a Project Admin in their primary project and a Reviewer in three other projects they support.
Role overview
| Role | For | Key capability |
|---|---|---|
project_admin | Project managers, lead document controllers | Full project control |
initiator | Document controllers, engineers who submit documents | Create, upload, send, start workflows |
reviewer | Technical reviewers, approval authorities | Respond to assigned workflow steps |
viewer | Stakeholders, clients, read-only auditors | Read-only access to all project content |
project_admin
The Project Admin has full control over the project — they can do everything an Initiator can do, plus manage the project itself.
Capabilities:
- All Initiator capabilities
- Invite and manage project team members
- Configure project settings (metadata, mail, storage)
- Create, edit, and activate workflow templates
- Configure the review matrix
- Create and manage access control groups
- Create and revoke guest shares
- View and export the audit log
- Cancel, recall, reassign, and terminate any workflow
- Lock/unlock documents and set confidentiality
- Archive and close projects
When to assign: The lead document controller, project manager, or PMO representative who owns the project's document management setup.
initiator
The Initiator is the primary working role for team members who produce and submit documents.
Capabilities:
- Upload documents and create document records
- Start new workflow instances from active templates
- Send correspondence (RFI, NCR, TQ, General) and manage responses
- Create and issue transmittals
- Manage work packages
- View reports and analytics
- View the project team and their roles
- View all non-confidential documents, correspondence, and transmittals in the project
Cannot do:
- Manage project settings or member roles
- Create or edit workflow templates
- Configure review matrix rules
- Lock or set confidentiality on documents (unless
manage_documentspermission is overridden) - View the audit log
When to assign: Document controllers, engineers, and project coordinators who regularly upload and submit documents for review.
reviewer
The Reviewer is for team members whose primary interaction is responding to workflow steps.
Capabilities:
- View and respond to workflow steps assigned to them (approve, review, acknowledge, sign, delegate)
- View documents linked to their assigned steps
- View reports
- View project content (documents, correspondence, transmittals) in read mode
- Leave comments on workflow steps and items
Cannot do:
- Upload documents or create document records
- Start workflow instances
- Send correspondence or create transmittals
- Manage project settings
When to assign: Technical reviewers, approval authorities, specialist consultants who respond to submissions but don't produce documents themselves.
viewer
The Viewer has read-only access to all non-confidential project content.
Capabilities:
- View all documents, revisions, and document activity (non-confidential)
- View all correspondence and transmittals
- View workflow instances and their history
- View reports
- Download documents
Cannot do:
- Upload, create, or edit any content
- Respond to workflow steps
- Send correspondence or transmittals
- Access confidential documents (unless in an appropriate Access Control Group)
When to assign: Client stakeholders, auditors, regulatory inspectors, or any party who needs to monitor project progress without contributing content.
Assigning project roles
- Go to the project.
- Open the Team tab.
- Click Add Member to invite a new member to the project, or click an existing member's role to change it.
- Select the project role.
- Save.
Role changes take effect immediately. Members see new permissions on their next page load.
Default roles
When a new member joins the organisation, they are assigned the default organisation role (configured in org settings). When added to a project without a specified role, they are assigned the default project role (also configurable in org settings).
Check Settings → Security → Default Roles to see and change the defaults.
What's next
- Organisation Roles — baseline capabilities set by the org role
- Permission Actions — the 14 actions and which project roles have them by default
- Permission Overrides — customise role capabilities per project