Skip to main content

Edition Lifecycle

An edition moves through a defined set of statuses from creation to publication. Understanding the lifecycle helps contributors, reviewers, and report managers know what actions are available at each stage.


Status overview

StatusWho can editWho can take action
DraftContributorsContributors (enter data, save, submit)
In ReviewNo one (locked)Reviewers (approve, reject, comment)
Changes RequestedContributorsContributors (address comments, re-submit)
ApprovedNo oneReport Owner / Admin (publish)
PublishedNo oneReport Owner / Admin (view, export)

Draft

Entry point — all editions start in Draft.

In Draft, contributors can:

  • Enter and edit field values (form mode and grid mode).
  • Upload files and images.
  • Use Copy Prior to pre-populate from a previous edition.
  • Use ✨ AI Fill to extract field values from an uploaded document.
  • Save changes at any time.
  • Submit the edition for review when data entry is complete.

In Review

Triggered by: Contributor clicks Submit.

In Review, the edition is locked for editing. Reviewers work from the Review panel:

  • Step through the configured workflow.
  • Leave comments on specific cells or sections.
  • Approve individual workflow steps.
  • Return the edition for revision if issues are found.

Transitions from In Review:

  • → Changes Requested: Reviewer returns for revision.
  • → Approved: All workflow steps are approved (or direct approval if no workflow).

Changes Requested

Triggered by: Reviewer returns the edition for revision.

The edition returns to an editable state. Contributors can:

  • See the reviewer's comments in the Review panel.
  • Navigate to specific cells flagged in comments.
  • Address each comment and mark it Resolved.
  • Save changes and re-submit.

Submitting again re-enters the workflow at the step where it was returned, or from the beginning depending on the workflow template configuration.


Approved

Triggered by: All workflow steps approved (or direct Approve action).

In Approved status:

  • The edition is no longer editable.
  • An info alert shows the approval date.
  • The Publish button appears for users with Report Owner or Admin role.
  • Outputs can be generated (PDF, Excel, Word, CSV exports) from the approved edition.

Published

Triggered by: Report Owner or Admin clicks Publish.

Publishing makes the edition immutable:

  • No further edits, comments, or workflow actions are possible.
  • The edition is flagged as the official published record for this reporting period.
  • Outputs generated from the published edition are the canonical deliverables.
caution

Publishing cannot be undone. Only publish when the edition is final and all stakeholders have agreed to it.


Re-opening an edition

Under some circumstances, a Report Owner or Admin may need to re-open an In Review or Approved edition:

  • Return for Revision from In Review: Reviewer returns the edition — it goes back to Draft.
  • Admin re-open: A Workspace Admin can force-return an Approved edition to Draft for correction (use sparingly — notify all stakeholders).

Published editions cannot be re-opened. If corrections are needed after publishing, create a new edition for the correction period and note the discrepancy.


Relationship to blueprint versions

Each edition records which blueprint version it was created from (shown in the edition subtext: "Monthly Progress Report (v2)").

  • If the blueprint is updated to v3 after an edition in v2 is in progress, that edition continues using v2.
  • New editions created after v3 is published use v3.
  • Edition data from v2 is not affected by v3 structural changes.

Status flow diagram

Draft
└─[Submit]→ In Review
├─[All steps approved]→ Approved ─[Publish]→ Published
└─[Return for revision]→ Changes Requested
└─[Re-submit]→ In Review