Organise the document library
Folders, labels, versions and visibility — plus read-and-sign for the documents that bind people.
5 min read · Last reviewed 18 August 2026
File things properly
- 1
Open Documents and build the folder structure you actually retrieve by — policies, procedures, certificates, site files.
- 2
Use labels for what cuts across folders — “statutory”, “client-facing” — because one hierarchy never fits every question.
- 3
Upload documents; the built-in viewer opens them in the browser, so a site phone reads a procedure without a download-open-delete loop.
Versions and visibility
- 1
Upload a new version onto an existing document rather than beside it — versions stack, one is marked current, and the superseded copies stay readable.
- 2
Set visibility per document. It is enforced by the server: a document someone cannot see is genuinely not there for them, not merely hidden.
Tip: Never “final_v2_NEW”. One document, many versions, one current — the register handles what filenames never could.
Read-and-sign
- 1
For documents that bind people — a new procedure, a policy change — send a signature request.
- 2
Each recipient signs from their own “For me” queue; the document’s record shows who has signed and who is outstanding.
- 3
For a broader push with a message around it, attach the document to a briefing instead — see the briefings guide.