assess.one – AI-powered business operations platform

Workflow Template

Document Review and Approval Workflow

End-to-end intake, review, revision, approval, publication and staff-acknowledgement workflow for controlled documents (policies, procedures, plans, forms), with status tracking, reviewer/author/controller/HR tasks, owner approval gate, and notifications at each key stage.

This workflow is designed for organisations that manage controlled documents such as policies, procedures, plans and forms, and need a consistent way to move them from submission through to published and acknowledged. It automates intake via a request form, reviewer and author revision cycles, a document owner approval gate, controller-led publication, and an optional HR acknowledgement step, with status updates and email notifications sent at each key stage. The result is a single record per document that tracks its reference number, current status and full timeline, replacing scattered email threads and manual follow-up.

Business Outcomes

  • Faster turnaround from document submission to publication through automated task handoffs
  • Clearer visibility of where each document sits in the review, revision and approval cycle
  • Reduced manual chasing of reviewers, authors, owners and HR through built-in email notifications
  • More consistent handling of revision cycles with recorded reviewer comments and recommendations
  • Easier tracking of staff acknowledgement dates for documents that require them

Workflow Steps

Steps

  1. 1
    Create document recordcreate record

    Registers the submitted document as a controlled document record.

  2. 2
    Set status to Submittedupdate record

    Marks the document record as Submitted.

  3. 3
    Email author acknowledgementsend email

    Sends the author a confirmation email with their reference number.

  4. 4
    Set status to Reviewingupdate record

    Marks the document record as Reviewing before assigning the reviewer task.

  5. 5
    Reviewer: review documentcreate task

    Assigns a reviewer task to review the document and record comments and recommendation, due in 5 days.

  6. 6
    Route on reviewer recommendation

    Routes the workflow based on the reviewer's recommendation.

    review_recommendation: "Ready for approval"→Document owner: approve or reject
    review_recommendation: "Changes needed"→Set status to In Revision
    Default→End
  7. 7
    Set status to In Revisionupdate record

    Marks the document record as In Revision and hands it back to the author.

  8. 8
    Author: revise documentcreate task

    Assigns the author a task to upload the revised document and new version number, due in 5 days.

  9. 9
    Save revised document detailsupdate record

    Updates the record with the revised document and version number, then returns it to Reviewing status.

  10. 10
    Return to reviewerrestart from step

    Restarts the workflow from the reviewer task so the revised document is re-reviewed.

  11. 11
    Document owner: approve or rejectrequest approvalrequires approval

    Requests the document owner's approval or rejection of the document.

  12. 12
    Route on owner decision

    Routes the workflow based on the document owner's approval decision.

    approval_status: "approved"→Set status to Approved
    approval_status: "rejected"→Set status to Rejected
    Default→End
  13. 13
    Set status to Rejectedupdate record

    Marks the document record as Rejected.

  14. 14
    Email author of rejectionsend email

    Notifies the author that the document was not approved.

  15. 15
    Set status to Approvedupdate record

    Marks the document record as Approved ahead of publication.

  16. 16
    Document controller: publish and distributecreate task

    Assigns the document controller a task to publish and distribute the document, due in 3 days.

  17. 17
    Save publication detailsupdate record

    Persists the published date, publish location and next review date to the record.

  18. 18
    Route on acknowledgement requirement

    Checks whether staff must acknowledge the document before finalising publication.

    requires_acknowledgement: "Yes"→HR: record staff acknowledgement
    requires_acknowledgement: "No"→Set status to Published
    Default→Set status to Published
  19. 19
    HR: record staff acknowledgementcreate task

    Assigns HR a task with no due date to record the date all affected staff acknowledged the document.

  20. 20
    Save acknowledgement dateupdate record

    Persists the staff acknowledgement date to the record.

  21. 21
    Set status to Publishedupdate record

    Marks the document record as Published.

  22. 22
    Email author of publicationsend email

    Notifies the author that the document is published, including the next review date.

Fields

Show all 17 fields

FormControlled Document Submission

  • Author Name*· Text
  • Author Email*· Email
  • Document Title*· Text
  • Document Type*· Choice
  • Version Number*· Text
  • Summary of Changes*· Long text
  • Document Upload*· File upload
  • Must staff acknowledge this document?*· Choice

TaskReviewer: review document

  • Reviewer Comments· Long text
  • Reviewer Recommendation*· Choice

TaskAuthor: revise document

  • Revised Document Upload*· File upload
  • New Version Number*· Text

TaskDocument controller: publish and distribute

  • Published Date*· Date
  • Where Published*· Text
  • Next Review Date*· Date

TaskHR: record staff acknowledgement

  • Date All Affected Staff Acknowledged*· Date

Other fields

  • Document Status*· Choice
  • Author Name*
  • Author Email*
  • Document Title*
  • Document Type*
  • Version Number*
  • Summary of Changes*

Forms

Controlled Document Submission

8 fields

Data Views

Controlled Documents

document_title, document_type, version_number, next_review_date +1 more

Dashboard Widgets

Documents by Status

Recommended integrations

Setup the following integrations to extend workflow capability.

  • Send email in the workflow

    AWS SES logoAWS SES
documentreviewapprovalversion controlpolicyprocedure

Similar Workflows

Similar Categories

FAQs

Why should we automate document review and approval instead of handling it by email and spreadsheets?

Manually tracking document versions, reviewer comments and approval status across email and spreadsheets makes it easy to lose track of where a document is or who is holding it up. This workflow gives each submitted document a record with a reference number, a status and a timeline, so anyone can see at a glance whether a document is in review, revision, awaiting approval or published. It also removes the need to manually chase reviewers, authors, owners and HR, since tasks and email notifications are generated automatically at each stage.

What is the return on investment of using this workflow for controlled documents?

The workflow reduces the administrative time spent creating tracking spreadsheets, sending status update emails, and re-explaining process steps to new staff, since the process runs the same way every time a document is submitted. Because reviewer and author tasks have due dates and the record keeps a timeline of what happened, teams can more easily spot documents that are stalled and follow up sooner. Over time this can support faster document turnaround and fewer delays caused by documents sitting unnoticed in someone's inbox.

Who is involved in this workflow, and what does each role do?

The author submits the document via the request form and, if changes are needed, uploads a revised document and version number. A reviewer examines the document and records comments and a recommendation, the document owner approves or rejects it, the document controller publishes and distributes the approved document, and HR records the date all affected staff acknowledged it when acknowledgement is required. Each of these is a task assigned within the workspace and tracked on the document's record.

What happens if the reviewer recommends changes are needed?

When the reviewer's recommendation is 'Changes needed', the record status is set to In Revision and an author task is created, due in 5 days, to upload the revised document and new version number. Once the author submits this, the revised document and version number are saved to the record, the status returns to Reviewing, and the workflow restarts at the reviewer task so the updated document is reviewed again. This cycle can repeat as many times as needed until the reviewer recommends the document is ready for approval.

What happens if the document owner rejects the document?

If the document owner's decision is rejected, the record status is set to Rejected and the author is sent an email notifying them that the document was not approved. This gives the author a clear signal recorded on the document's timeline, and the process ends at that stage unless a new submission is made through the request form.

How does the workflow handle staff acknowledgement of published documents?

After a document is approved and the document controller records the published date, publish location and next review date, the workflow checks the 'Must staff acknowledge this document?' answer from the original request form. If acknowledgement is required, HR is assigned a task with no due date to record the date all affected staff acknowledged the document, and this date is saved to the record before the status is set to Published. If acknowledgement is not required, the workflow proceeds directly to setting the status to Published.

Can we customise the review or approval steps for our own document types?

Yes, a workflow can be adjusted by describing the change in plain English or by editing its steps directly in the workflow editor, and earlier versions are kept so changes can be reviewed. This means task due dates, the fields captured on reviewer or author tasks, or the routing logic can be tailored to fit how a specific organisation manages its policies, procedures, plans or forms.

What information does the request form capture, and where does it go?

The public request form asks for the author's name and email, document title, document type, version number, summary of changes, the document upload, and whether staff acknowledgement is required. This information is used to create the document record at the start of the workflow, and the author is sent an acknowledgement email containing their reference number.

How are authors and reviewers kept informed without needing an account?

Authors interact with the workflow through the public request form and through forms emailed to them when a task such as revising a document is assigned, and they receive email notifications for acknowledgement, rejection and publication. This means authors and other external participants never need to log in or hold an account to take part in the review and approval process.

What does the record show once a document is published?

Once published, the record status is set to Published and the record holds the published date, publish location and next review date entered by the document controller, along with the full timeline of every status change and task from submission onward. Each business should confirm its own record-keeping obligations for controlled documents against what the workflow captures.

Ready to use this workflow?

Create a free account and customise this workflow for your business.

Document Review and Approval Workflow | assess.one