1. Document Management System
  2. Features
  3. Version records
Feature · Version records

Version records

Keep source-linked revisions and their outcomes with the parent document.

OverviewVersions awaiting outcome
Document Management System · Version records

Versions awaiting outcome

Approval conditions

New
ParentSequenceDescriptionSource referenceOutcome
DCM-4157910Pending dv-199SR-862Pending
DCM-6902030Pending dv-162SR-729Pending
DCM-2963330Pending dv-837SR-372Pending
DCM-2826290Pending dv-582SR-169Pending
DCM-3130080Pending dv-646SR-715Pending
6 of 6 records
Pending dv-199Document versions · DV-21241
Pending
ParentDCM-41579
Sequence10
Source referenceSR-862
Example screen with sample data

What you can do

Preserve the revision trail

A document can change while retaining the same controlled identity. Each source-linked version sits under its parent document, with a sequence, description, observed date, source reference and outcome. The parent holds the current revision and version number. Reviewers can therefore see which source item was considered without treating a renamed attachment as a new document.

For example, a safety procedure may be corrected after publication. The controller records the incoming source item under the existing parent and identifies the prior published revision. A correction has its own operation run and compensating step; the successor version does not replace earlier entries. This distinction matters when a reader asks what the organization had approved before the correction.

How the work is organized

  • Parentage. Every version belongs to a specific controlled document.
  • Source identity. The source reference and source record ID identify the incoming item considered for review.
  • Outcome. Pending, Accepted and Rejected distinguish a version waiting for a decision from one with a recorded result.

What to agree during setup

Choose a sequence convention and decide what the description must tell the reviewer. Agree how source record IDs and references map to the repository where the content lives. If a source system supplies the data, review its mapping from source fields into document fields before import. The mapping record includes its version, field names, transform rule and effective date, so the team can explain a later migration or correction.

Define the point at which a version is accepted and who checks that the source content matches the document’s classification and access policy. Keep this decision separate from publishing the parent document. The version outcome tells the team what happened to the candidate; the review decision identifies the reviewer and the parent revision considered.

Check the handoff on an actual case

Use an incoming procedure revision that has a source ID already recorded. The Document Controller finds its existing parent, adds the candidate version and checks its sequence and source reference. The Document Reviewer can inspect the source and record a decision against the intended revision. If the candidate is rejected, the outcome and reason should remain understandable without removing the prior accepted version.

Then rehearse a correction to a published revision. Compare the old and successor version records, the updated parent revision, the correction run and the assigned verification action. The old entry should remain available for an authorized historical review, while the current parent directs readers to the new controlled state.

What your team sees

  • Versions awaiting outcome — Review candidate source items that still need a recorded result.
  • Document register — Return to the parent record and its current revision.
  • Returned reviews — Find revisions that need another pass before publication.

Follow the work through

What it keeps track of

Data model
Document versions
Immutable versions recorded against a parent document.
Documents
Controlled documents with status, classification and retention.
Source mappings
Reviewed field mappings from source systems into document fields.
Document categories
Controlled document categories with policy reference and effective dates.
Operation runs
Durable operation runs for upload, approval and correction workflows.
Follow up actions
Open and completed follow-up actions raised on documents.

Who uses it

Permissions
Document Controller
, Document Reviewer, Publishing Manager

Set up Document Management System your way.

Start free, then use Proto to change fields, steps and approvals before your team goes live.

How to get started