The execution of operations on approval requests depends on assigned team roles within the workflow associated with each request.
â
Note: Project administrators possess full read access to view all approval requests across a project and are the only role capable of configuring workflows. However, to perform step-specific operations such as submitting requests or indicating validations, administrators must be explicit members of the designated submitter, reviewer, or final reviewer teams.
This article contains infromation about the following topics:
1. Levels of Page Access in Approvals
Viewing an approval request and interacting with its contents occurs across three distinct page levels:
1.1 Approvals Page (List View)
Displays the overview list of approval request cards.
Detailed request visibility rules on this page are governed by team role assignments as explained in the Approvals Page Visibility and Team Roles article.
1.2 Approval Content Page
Opened by selecting an approval request card from the approvals page.
Assigned reviewer team members and final review team members can view the entire approval request, including all workflow steps before, during, and after their assigned step, as well as the full history of validation indications.
1.3 File Review Page
Opened by clicking review or view for files in an approval request.
This page provides two distinct modes:
1.3.1 Review Mode
Opened by clicking the Review button on behalf of an active reviewer team.
Full annotation tools are available to add markups and comments.
Can be launched for all documents via the Overview tab, or for selected documents via the Documents tab right menu.
1.3.2 View Mode
Opened by clicking the View button.
Operates in read-only mode where only the View tool is available in the document preview toolbar.
1.3.3 Document Access Requirement
To open a file on the File Review Page in either mode, a member must belong to an assigned workflow team and hold at least Read access to that specific document in the project document library.
Belonging to a reviewer team does not bypass document-level access restrictions in the document library.
Page View Access Matrix
Page View Level | Submitter Team Member | Reviewer Team Member | Final Reviewer Team Member |
Level 1: Approvals Page | Allowed See article about approvals page visibilty | Allowed See article about approvals page visibilty | Allowed See article about approvals page visibilty |
Level 2: Approval Content Page | Submitting member only Displays full details of personally submitted request | Allowed (Full Request) Displays complete request details across all workflow steps | Allowed (Full Request) Displays complete request details across all workflow steps |
Level 3: File Review (View Mode) | Submitting member only Read-only view; requires Read access to document | Allowed Read-only view; requires Read access to document | Allowed Read-only view; requires Read access to document |
Level 3: File Review (Review Mode) | - | Allowed Full annotation tools; active step team members with Read access | Allowed Full annotation tools; active final step team members with Read access |
2. Approval Actions Matrix
2.1 Pre-Submission Actions Matrix
The matrix below details permissions for actions performed before an approval request is formally submitted for review.
Action / Operation | Submitter Team Member | Reviewer Team Member | Final Reviewer Team Member |
Save Approval Request as Draft | Draft request creator only Creates/updates unsubmitted approval request draft | - | - |
Add Documents to Draft Approval Request | Draft request creator only Adds document revisions prior to submission | - | - |
Discard Document from Draft | Draft request creator only Removes document revisions from draft | - | - |
Submit Approval Request for Review | Submitting member only Submits request on behalf of selected submitter team | - | - |
2.2 Post-Submission Actions Matrix
The matrix below details permissions for actions performed after an approval request has been submitted for review.
â
Action / Operation | Submitter Team Member | Reviewer Team Member | Final Reviewer Team Member |
Discard Document from Request | Submitting member only Removes document revisions before final decision | - | - |
Indicate Validation (Approve / Reject) | - | Allowed Indicates approval/rejection per document during active step | Allowed Indicates approval/rejection per document during final step |
Change Validation Indication | - | Allowed Modifies indications before formal team submission | Allowed Modifies indications before formal final decision |
Submit Validation Indication | - | Allowed Formally submits team validation indications for step | Allowed Formally executes final approval or rejection decision |
3. Operational Breakdown by Approval Lifecycle Phase
3.1 Drafting and Submission Phase
Submitting members manage approval requests during the initial creation stage.
â3.1.1 Creating and Saving Draft Approval Requests
Members assigned to a submitter team configured for a workflow can initiate a new approval request.
Saving an approval request as a draft creates an unsubmitted request container, allowing document revisions to be added and configured before launching the review timeline.
Draft approval requests remain accessible exclusively to the individual member who created them.
Note: This refers strictly to the draft approval request container, not to document revision statuses
3.1.2 Adding Documents to Draft Approval Requests
After a draft approval request has been saved, the draft creator can continue adding shared document revisions to that draft request prior to submitting it for review.
3.1.3 Submitting Approval Requests for Review
Submitting an approval request locks the request details and initiates the review timeline for reviewer teams configured in the first review step.
3.1.4 Discarding Documents from Approval Requests
The submitting member can discard document revisions from an approval request both in draft stage and after submission, provided the final approval decision has not yet been executed.
3.2 Review and Validation Phase
Reviewer teams process document validations during active review steps.
â3.2.1 Accessing Full Approval Request Details (Level 2)
Opening an approval request card gives reviewer team members access to the full Approval Content Page.
Reviewers can view all document details, step histories, and comments submitted across all preceding and subsequent steps, ensuring complete context prior to making decisions.
3.2.2 Opening Documents for Review (Level 3)
Clicking review or view opens the File Review Page.
Members can launch review mode for all files via the Overview tab or for a selection of files via the Documents tab right menu.
Navigation tools and a progress bar allow stepping through the selected file revisions.
3.2.3 Annotation Tool Availability
When accessing the File Review Page in Review Mode on behalf of a team, all document annotation tools are available to add markups.
When accessing the page in View Mode, only the View tool is active in read-only mode.
3.2.4 Document Access Prerequisites
Opening a file on the File Review Page requires at least Read access to that specific document in the project document library.
3.2.5 Indicating and Submitting Validation
Members of reviewer teams assigned to an active step can indicate Approve or Reject per document. Indications remain editable until formally submitted.
Submitting formally records and locks the team's decision for that step.
3.3 Final Approval Phase
Final reviewer teams execute the definitive outcome of an approval request.
â
3.3.1 Reviewing Preceding Validations (Level 2)
Members of the designated final approval team can examine the entire approval request content page, including all validation indications, markups, and comments submitted by reviewer teams across all preceding review steps.
3.3.2 Document Access Prerequisites (Level 3)
Final reviewers require Read access to the underlying documents in the document library to preview file contents on the File Review Page.
3.3.3 Executing Final Approval or Rejection
A member of the final approval team submits the final decision.
Approving the request publishes the approved shared revisions, while rejecting the request prevents publication according to the workflow configuration.
Executing this action formally closes the approval request.