BC
Brad CodyAdministrator
Current productPipelines and record experience
Reverse spec drafted

Record Files

Upload, list, filter, sort, export, column selection and open actions for record files.

Observed route/admin/leads/:id?tab=filesFuture Spec 14
Current maturityWorking upload module with populated grid evidenced
Evidence confidenceVerified
Last reviewedAugust 4, 2026
Visual evidenceDeferred during UI updates

Current-state summary

The Files tab keeps briefs, plans, images, spreadsheets, archives and correspondence on the record. The live opportunity shows an upload empty state. Earlier evidence shows a populated reusable grid with select all, filtering, sorting, export, column selection and metadata including document, source, upload date, size, uploader and actions.

Interface inventory

Anatomy and verified behavior

Verification states separate observed behavior from requirements or assumptions.

ElementCurrent behaviorVerification
Upload actionsPrimary and empty-state Upload files actions are available.Verified live
Scope copyExplains supported document purposes and types.Verified live
Empty stateNo files uploaded with a direct upload action.Verified live
Populated gridEarlier evidence shows selection, filter, sort, export and configurable columns.Verified from earlier product evidence
File metadataShows name/type, source, date, size, uploader and Open action.Verified from earlier product evidence

User journeys

Current flows

01

Upload

  1. Open Files
  2. Select Upload files
  3. Choose supported files
  4. Validate and scan
  5. Store file
  6. Create metadata and Activity event
Observed result

Entry points verified; live upload not performed.

02

Review files

  1. Open populated Files
  2. Filter or sort
  3. Choose columns
  4. Open a document or export metadata
Observed result

Populated grid evidenced.

State model

Current and expected states

Empty

Dedicated empty state and upload actions.

Uploading

Progress, cancellation and retry were not observed.

Populated

Enterprise grid with file metadata and actions.

Failed or quarantined

Not observed.

Product rules

Non-negotiable boundaries

  • File bytes and metadata are Workspace-scoped.
  • Opening or downloading enforces access at request time.
  • Source and uploader provenance are retained.
  • Replacing a file must not silently destroy the prior version.
  • Exports include only authorized metadata.
  • Uploads require type, size and malware controls.
Dependencies
Object storageFile metadataUpload serviceEnterprise data gridVirus/content scanningPermission checksActivity events

Known current limitations · 4 mapped

What is missing, broken or unverified

Future Spec 14 owns closure →
  1. Upload progress, retry and failure behavior are unverified.
  2. Versioning, folders, tags, preview and approval status are not visible.
  3. Retention and deletion rules are not documented in the current UI.
  4. External cloud-file links and Project inheritance are unverified.

Future alignment

Required evolution

  • 01Create one file service reused by records, Projects, tasks, messages, POs and provider operations.
  • 02Add versioning, classification, previews and source linkage.
  • 03Support client/provider visibility without copying the file.
  • 04Preserve audit evidence for replacement, archive and access.

Current baseline

Acceptance record

  • Upload entry points and explicit empty state exist.
  • Populated state uses the shared grid.
  • Core provenance metadata is visible.
  • Access and export remain Workspace- and permission-scoped.

Reverse-spec completeness

Documentation coverage

The interface is still changing, so visual evidence and repository tracing remain intentionally incomplete.

Purpose and user outcome

Documented

Roles and access

Documented

Routes and entry points

Documented

Page and component anatomy

Documented

Fields and displayed data

Documented

Primary actions

Documented

Forms and validation

Documented

States and transitions

Documented

Empty, loading and error states

Documented

Responsive behavior

Partial

Accessibility behavior

Partial

Activity and audit events

Partial

Data sources and persistence

Documented

Notifications and automation

Partial

Known defects and limitations

Documented

Reusable component dependencies

Documented

Future-spec conflicts

Partial

Visual and repository evidence

Deferred

Acceptance of current baseline

Documented