01 · SOPs & Documentation

Version Control for Business Documents

The Ops Manual · Updated 2026-07-18

Every business has seen the folder: Quote_template_final.docx, Quote_template_final_v2.docx, Quote_template_final_v2_USE_THIS_ONE.docx. Version control for business documents isn't about installing developer tooling. It's three habits: one home, one naming convention, one review rhythm.

One home: the single source of truth

Every document type gets exactly one canonical location, and everything else links to it rather than copying it. The moment a procedure or template is emailed as an attachment, it forks — the recipient now has a private version that will quietly diverge from the real one.

  1. Pick the home (your shared drive or document system — whatever the team already lives in).
  2. Agree that links, never attachments, are how documents move around internally.
  3. Delete or archive duplicates as you find them; every surviving copy is a future wrong answer.

One naming convention

Names do the version work when they're boring and consistent. A convention that survives contact with real staff:

ElementRuleExample
Document nameWhat it is, in plain wordsSOP-Customer-Invoicing
VersionWhole numbers for approved versions; drafts marked as draftsv3, or v4-DRAFT
Date (when needed)ISO order so files sort correctly2026-07-18

Never use "final" in a filename — it's a lie with a version number of its own coming. If your document platform tracks version history automatically, lean on that and keep the visible name clean; the convention matters most for anything exported, printed or sent outside.

Common failure: two people "tidy the drive" independently, each invents a structure, and the business ends up with parallel filing systems. Naming and structure are decisions made once, by one owner, written down — themselves an SOP.

One review rhythm

Documents don't stay true on their own; processes drift and rules change. Give every controlled document three fields — owner, last reviewed, next review — and put the review dates somewhere visible. The review itself is usually ten minutes: is this still how we do it? If yes, bump the date. If no, fix it now or mark it clearly as under revision.

  • High-consequence documents (money handling, access, safety): review at least annually, and immediately after any incident or process change.
  • Templates customers see (quotes, invoices, proposals): review when branding, pricing structure or terms change — and check anything regulatory against current guidance at business.gov.au or the ATO rather than trusting last year's wording.
  • Everything else: a light annual pass, retiring what's dead. Archived is fine; wrong-but-live is not.
In practice: a printed copy is a version fork too. If laminated checklists live in the ute or on the workshop wall, add "reprint posted copies" as the final step of updating the master — the wall is where old versions go to cause incidents.

The change log

Controlled documents end with a two-column revision history: version and date, what changed, who approved it. It feels bureaucratic until the first time someone asks "since when do we do it this way?" and the answer is sitting at the bottom of the page instead of in an argument.

Official sources