BC
Brad CodyAdministrator
Current productWork, communications and reporting
Reverse spec drafted

Reports and operational intelligence

Audience-specific Registry, Designer Studio and Provider reporting built from authorized canonical records.

Observed routeComing soon — no routeFuture Spec 15
Current maturityDisabled navigation placeholder; reporting product not implemented
Evidence confidenceVerified
Last reviewedAugust 4, 2026
Visual evidenceDeferred during UI updates

Current-state summary

Reports appears in primary navigation as a non-routable # link with no Coming soon badge. No report catalogue, dashboard, metric definition, filter, drilldown, export or scheduled delivery surface exists. The future product must separate Registry network intelligence from Designer Studio business reporting and Provider operational/business reporting rather than exposing one generic dashboard.

Interface inventory

Anatomy and verified behavior

Verification states separate observed behavior from requirements or assumptions.

ElementCurrent behaviorVerification
NavigationDisabled # link without Coming soon label.Verified live
Report catalogueAbsent.Verified absent
Metric definitionsNo formula, owner, time zone, currency, grain, freshness or as-of metadata exists.Verified absent
Filters and drilldownAbsent.Verified absent
Export and scheduleAbsent.Verified absent

User journeys

Current flows

01

Registry operating review

  1. Choose Registry report
  2. Set market/date/category scope
  3. Review network, application, Matchmaking, Project, Provider and transaction health
  4. Drill into authorized records
  5. Export or schedule permitted summary
Observed result

Not implemented.

02

Designer Studio review

  1. Choose Studio report
  2. Review Pipeline, Project, workload, time, budget, procurement, revenue and Client-response metrics
  3. Drill into own records
Observed result

Not implemented.

03

Provider review

  1. Choose Provider report
  2. Review Offers, win rate, Work Orders, capacity, SLA, exceptions, invoicing and payments
  3. Drill into own Provider Jobs
Observed result

Not implemented.

State model

Current and expected states

Coming soon

Implied but not labelled.

No data

Not represented.

Fresh, stale or recalculating

Not represented.

Permission-redacted

Not represented.

Exporting or scheduled

Not represented.

Product rules

Non-negotiable boundaries

  • Registry, Designer Studio and Provider reports are separate audience scopes over shared metric services.
  • Every metric has a definition, owner, dimensions, grain, time zone, currency behavior, freshness and source lineage.
  • Reports never bypass record or field permissions.
  • Dashboard projections are not independent business state.
  • Exports apply the same access controls and record their actor and scope.
Dependencies
Future Spec 15 ReportingCanonical Projects, Pipelines, commercial records, Tasks and CommunicationsMetric registry and semantic layerPermissions and Row Level SecurityExports, schedules and audit

Known current limitations · 3 mapped

What is missing, broken or unverified

Future Spec 15 owns closure →
  1. No report implementation exists.
  2. No audience separation is visible.
  3. No metric catalogue, data lineage, freshness, drilldown, export or scheduling can be verified.

Future alignment

Required evolution

  • 01Label Reports Coming soon immediately.
  • 02Implement Spec 15 and its governed metric catalogue.
  • 03Build separate Registry, Designer Studio and Provider report catalogues.
  • 04Add permission-safe drilldown, saved filters, exports, scheduled delivery and freshness indicators.

Current baseline

Acceptance record

  • Reports is not described as working.
  • The three audience scopes are explicit.
  • No metric ships without a governed definition and source lineage.
  • Exports and drilldowns cannot reveal inaccessible records or fields.

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