Working with files

このコンテンツはまだ日本語訳がありません。

Everything on this page happens under the project’s Files group in the sidebar — the group lists All files plus the top-level standard folders you can access (each a one-click shortcut into that section). All files is the browser: folder tree on the left (carets collapse and expand branches), the current folder’s contents on the right — subfolders appear as rows you click into, Drive-style, with breadcrumbs to climb back — and a details drawer when you click a document. The tree remembers which branches you left open and the folder you were in, per project, so a refresh drops you back where you were. The layout is yours to adjust too: drag the divider to resize the tree panel, and drag a column edge to resize the table’s metadata columns (the Name column takes up whatever’s left) — both stick per project.

The toolbar’s Search all folders… box searches the whole project tree by document title (two characters or more) — a result row shows where the document lives; clicking it opens that folder.

The address bar follows you into folders. Clicking into a folder updates the URL, so the browser’s Back and Forward buttons walk back through the folders you visited, and you can copy the link and send it to a colleague — they land in the same folder, provided they’re allowed to see it. (A link to a folder someone isn’t cleared for simply doesn’t open it; it is not a way around access.)

Two shortcuts worth knowing:

Right-click any row (or click its ⋮ button). A document offers Details / Download / Share with partners / Transmit; a subfolder offers Open / Share / Add subfolder / Rename / Move / Retire — the same actions as the tree’s ⋯ menu.
Tick the checkboxes to act on several documents at once: Share with partners, Transmit, Download (zip) — one ZIP of everything ticked, each download recorded as usual — or Mark issued, which takes one suitability for all the ticked WIP deliverables, marks ticked drafts issued, and skips anything already live.

Uploading

Three ways in — they all end the same:

Drop files anywhere on the page — a “Drop to upload to «folder»” overlay confirms where they’ll land (the folder you’re viewing). Several at once is fine, and whole folders too: the directory structure is recreated under the folder you’re viewing (where the template’s folder-changes setting allows — a refused subfolder fails its own files with the reason, never the rest of the batch).
Upload files / Upload folder… buttons in the toolbar.
Register a document for a controlled document with a generated name (below).

Uploads queue in a tray at the bottom-right corner, each file with its own progress and outcome — one bad file never stops the rest, and you can keep browsing while they run.

You’re always told when an upload worked. A confirmation appears naming what happened — “New version P03 of «STR-MUR-SD Package» uploaded”, or “5 files uploaded” for a batch — and a file that failed says so rather than disappearing quietly. The same confirmations appear in the partner portal.

If a file you drop has the same name as a document already in the folder, a prompt asks what you meant: Upload as new version (the bytes become the next revision of the existing document), Keep both (a separate document), or Cancel. Other files in the same drop upload as usual while you decide.

The filename decides what the file becomes (see Files overview): a name matching the project convention registers as a controlled document; anything else becomes a descriptive document titled with its filename.

Registering a controlled document

Click Register a document and fill in the dropdowns:

Field	Meaning
Originator	Which organisation authored the file (each participant has a short code, e.g. `ABF` — set under Clients & vendors → the organisation → Participant code).
Volume	Which part of the works it belongs to, plus an optional room-type suffix.
Level / floor	Where it applies (`01`, `B1`, `XX` for “not level-specific”).
Type	What kind of container it is — drawing, model, schedule… (codes from the workspace naming register).
Discipline	Whose discipline — architecture, structure, MEP…

The form shows the generated container name live, for example P0109-ABF-XX-01-DR-A-0001-S0-P01 — the sequence number is issued automatically, S0 means “work in progress”, P01 is the first preliminary revision. Pick the file, press Register, and the document exists in the current folder at state WIP.

Tick Issue on upload and choose a suitability (S1–S4) to register and issue in a single step — the deliverable lands Shared rather than WIP. Issuing is still its own audited transition: if it fails, the WIP document is safe and you can issue it later from its drawer.

Versions and revisions

Documents are never overwritten:

New version (drawer toolbar) files a new revision — P01 → P02 while preliminary; published documents continue on the contractual C01, C02… series. The previous version stays on the record, marked superseded.
Restore (next to any old version) copies that version’s bytes forward as a new revision — history is never rewritten to “go back”.
Download always tells you exactly which revision you’re getting, and every download is recorded.

Spotting a versioned file at a glance

Once a document has more than one version its row shows a “3 versions” chip. Click the chip to open the drawer straight at the version list.

Dated file names. Many teams end every filename with the date it was produced — STR-MUR-SD Package-2026-05-28. That’s a fact about the version, not about the document, so once a second version exists the displayed name drops the trailing date and reads STR-MUR-SD Package. Each revision still carries its own dated filename, and the stored name is untouched — it’s what search matches on. Single-version documents show their name exactly as uploaded.

This also means dropping …-2026-06-14.pdf into a folder that already holds …-2026-05-28.pdf offers Upload as new version, instead of quietly creating a second document that looks like a duplicate.

Choosing which revision to open

The drawer’s Versions list opens, downloads or restores any revision, and Preview carries a version switcher — flip between revisions in place, which is what you want when comparing one issue against the last.

Putting revisions back in the right order

Loading a project’s history by hand, it’s easy to upload P03 before P02. Drag the rows in the Versions list to correct it: the revision labels stay put (P01, P02, P03) and the files move between them, so the newest revision label always holds the file you meant.

Reordering is offered only while the trail is still private to the project — two or more versions, no upload in flight, and the document has never been shared with a partner or pinned to a transmittal, and is still WIP (or, for an ordinary file, not yet a formal record). Once something has gone out, its revision history is part of the record and stops being editable. If you need to correct a document past that point, file a new version instead.

The details drawer

Click any row and the drawer opens on the right:

Header — title, container name, state badge, and a from partner chip when a delivery partner uploaded it.
Vitals — revision, size, modified date, file type (a Drive-style icon plus the extension — PDF, DWG, XLSX), and the folder it lives in. The folder is a link: click it to jump to that folder (the tree opens to it) and the drawer closes.
Toolbar — Preview (PDFs and images render in an overlay; any other type — a CAD drawing, a Word doc — shows a Download to open card, never a broken image), Download, New version, Rename…, Move….
Lifecycle — the one action that currently applies (Issue / Publish / Archive / Mark issued). See Lifecycle & sharing.
Sharing — which partners can see it, plus outside share links.
Versions — the full revision history, with per-version open, download, restore and (while the document is still private to the project) drag to reorder. See Versions and revisions.
Activity — everything that happened to this document, newest first.
Delete — at the bottom; see Retention & erasure.

Rename and move — “within rules”

Renaming and moving are allowed while a document is still being worked on, and refused once it has become a formal record:

A published or archived controlled document refuses rename — its filed name must keep resolving. An ordinary document does too once it’s a formal record: issued in a [workflow] folder, or handed over by a partner. A live file in any other folder renames freely.
Moving keeps a controlled document inside the controlled part of the tree; the underlying stored file and its confidentiality never change.

Changing the folder structure

Right-click a folder in the tree — or hover it for the ⋯ menu — to reach the structural changes: Add subfolder, Rename, Move and Retire. How much you can change is the template’s “Folder changes on projects” setting:

Add only (the usual setting): add your own folders where the template marks space for them, and rename/move/retire the folders your project added. The standard folders that came with the template are fixed — they change through the template itself (below), so every project on the standard stays identical.
Locked: no project-level changes at all.
Full: standard folders may also be renamed, moved or retired per project; every divergence is recorded and shows on the admin Drift tab.

The rules that keep changes safe:

Nothing is ever deleted. Retiring hides a folder from filing; the record and its history stay. Retiring a folder that still holds live documents makes you choose first: move the contents to another folder, or keep them in place as a read-only record. Files already pending deletion don’t count — they stay with the retired record and remain on the Retention queue. Retire is also how you remove a subfolder you added by mistake — and it isn’t one-way: Add subfolder with the same name in the same place restores the retired folder, history intact.
A move that changes who can see things stops and asks. Delivery partners’ folder access follows the tree — if moving a folder would put it inside (or take it out of) a partner’s granted area, the change pauses and tells you how many partners would gain or lose sight before you confirm.
Files never move in storage. Renames and moves are recorded against the folder — documents and their history are untouched.

When the template itself changes

When a workspace admin activates a new template version, every project on that template reconciles rather than being rebuilt: additions and renames flow through safely; anything that removes folders or changes who can see what waits for a human on Admin → Filing → Reviews. Your own added folders ride along untouched — unless the template retires the folder they live in, which is flagged for you to re-home them first.

Switching a project to a different template

A project that hasn’t filed anything yet can swap templates outright: Project settings → Filing → Filing template shows where the tree came from and a picker over the active templates. The switch replaces the empty tree and refuses the moment any document exists (even one pending deletion) — a tree holding documents only changes through reconciliation. Any partner folder access on the old tree is revoked by the swap; re-grant it on the Partners page. The usual case: an older project was backfilled with its methodology’s default and you want a different standard.

The rest of the Files group

The sidebar’s Files group carries the record-keeping pages alongside the browser:

Transmittals — issue and track formal transmittals; see Transmittals. (The Transmit… button on the browser toolbar and in a document’s drawer starts one too.)
Partners — see Delivery partners.
Exchange register — the record of everything exchanged; see the exchange register.
Activity — a project-wide feed of filing events (uploads, issues, downloads, shares, transmittals), with who did what and when.
Retention — pending deletions and the erasure ledger; see Retention & erasure.