Browse the wiki

Reference

Screenshots tour

Checked

These sanitized screenshots are a visual orientation to the installed app captured on 20 October 2026. They are not mockups, credentials, or current operational proof.

Download page Markdown
Interactive mapSelect a node to read its explanation. Use Work on this beside the section to prepare a change.
Screenshots tour: dated examples, safer next questions diagramOperations overview points to readiness and evidence questions. Planning navigation points to record and permission questions. Data health points to freshness and identity questions. Reports and admin views point to review and careful action boundaries.Operations overview — Screenshots tour: dated examples, safer next questionsOperations overviewPlanning navigation — Screenshots tour: dated examples, safer next questionsPlanning navigationData health — Screenshots tour: dated examples, safer next questionsData healthReports — Screenshots tour: dated examples, safer next questionsReportsAsk the next question — Screenshots tour: dated examples, safer next questionsAsk the next question
The tour links each screen type to the question it helps a reader ask.Solid · information flow
Read the diagram as text

Operations overview points to readiness and evidence questions. Planning navigation points to record and permission questions. Data health points to freshness and identity questions. Reports and admin views point to review and careful action boundaries.

  • Operations overview → Screenshots tour: dated examples, safer next questions
  • Planning navigation → Screenshots tour: dated examples, safer next questions
  • Data health → Screenshots tour: dated examples, safer next questions
  • Reports → Screenshots tour: dated examples, safer next questions
  • Ask the next question → Screenshots tour: dated examples, safer next questions
What it does

Help a reader recognise key surfaces and ask the right next question without copying private records or over-interpreting a dated screen.

Responsibility

Readers treat screenshots as visual orientation only.

Next step

Read the screenshot date and caption before using it as an example.

Operations overview: locate today’s work, then inspect support

Checked

The operations overview screenshot shows a shared daily picture: arrivals, departures, turnovers, and exceptions.

Read the details

The operations overview screenshot shows a shared daily picture: arrivals, departures, turnovers, and exceptions. Use it to orient the operating day, then follow the relevant record and responsible person.

A cleaning job marked complete is not automatically a verified property-ready decision. Read the observation time and evidence label before treating a visual status as current or accepted.

Current
Checked — this is a dated installed-app example captured on 20 October 2026, not a statement of current values.
Proposed next state
Keep a caption and source boundary if the image is ever replaced with a newly approved sanitized capture.
Expected outcome
The screen helps a reader find a task without erasing the evidence and verifier questions.
Checks to include when changing this section
  • Check local image path, descriptive alt text, and dated caption.
  • Check the turnover page remains the focused link for evidence and readiness details.

Planning navigation: recognise modules without exposing private values

Checked

The planning navigation crop points to finance, owners, goals, revenue and pricing, and roadmap records.

Read the details

The planning navigation crop points to finance, owners, goals, revenue and pricing, and roadmap records. It intentionally omits individual financial values and private records.

Computed values should not be edited as if they were ordinary fields. Confirm the source, permission, and review boundary before proposing a change to inputs or using a displayed number in a decision.

Current
Checked — the capture is intentionally limited to navigation and has no private financial detail.
Proposed next state
Maintain the no-private-values boundary for future visual documentation.
Expected outcome
Readers can recognise where planning work lives without mistaking a screenshot for access or authorisation.
Checks to include when changing this section
  • Check the planning image contains no textual claim of live financial data.
  • Check responsive CSS keeps the narrow navigation crop legible.

Data health, reports, and admin: inspect confidence before acting

In progress

The data-health screenshot helps illustrate why source labels and identity confidence matter.

Read the details

The data-health screenshot helps illustrate why source labels and identity confidence matter. It is a dated example, so it cannot prove current freshness or reconciliation. Use it to ask whether the relevant source window was read completely and published successfully.

Report and admin screens can contain high-consequence actions or internal information. Treat them as carefully scoped surfaces: current approval, record context, and a reviewed change path matter more than a familiar layout.

Current
In progress — provider freshness and all live acceptance labels require current evidence, not a screenshot.
Proposed next state
Add a newly sanitized dated capture only when it improves a specific safe question and preserves access boundaries.
Expected outcome
A reader uses visual cues to investigate confidence rather than making a completion claim.
Checks to include when changing this section
  • Check no screenshot caption claims live health, freshness, or completed acceptance.
  • Check search and visual controls remain keyboard-operable with images present.

Screens are an invitation to ask the next question

Checked

A screen can show what to investigate.

Read the details

A screen can show what to investigate. It cannot make a provider source fresh, make an identity confirmed, or make a verifier accept a result. Use labels, dates, and record links as signals to follow the process described elsewhere in the wiki.

The only copied images in this site are the approved sanitized JPGs in this tour. No internal evidence, QA artifacts, databases, credentials, or private logs are included.

Current
Checked — the visual documentation boundary is explicit and uses only approved local assets.
Proposed next state
Keep screenshots visual and explanatory; keep sensitive operational material in its authorised system.
Expected outcome
The tour stays shareable inside the intended audience without becoming an evidence or credential archive.
Checks to include when changing this section
  • Check the public asset tree contains only the five approved JPG screenshots for this tour.
  • Check generated exports have no runtime-log or private-evidence references.

Apply with care

A concrete safe example

Example, responsibilities & checklist

Read a screen without overclaiming

If an operations card says a cleaning task is completed, ask whether evidence and verifier acceptance are also present. If data health says a source is recent, ask whether the relevant source window was read completely and published successfully.

Responsibilities

  • Readers treat screenshots as visual orientation only.
  • Documentation maintainers retain captions, dates, alt text, and sanitisation boundaries.
  • Operators open approved live records for current facts.
  • Contributors run browser and mobile checks if screenshot layout changes.

Checklist

  1. Read the screenshot date and caption before using it as an example.
  2. Never infer a live value, access right, or accepted decision from a screenshot.
  3. Use local approved JPGs only; do not embed external media or private captures.
  4. Check alt text and responsive display on desktop and mobile.
Expected outcome

A reader can identify an operational, planning, data-health, report, or admin surface and know which evidence question matters next.

Traceability without sensitive material

Source pointers and exports

This page expands the approved handoff into plain-language guidance. It does not include runtime logs, credentials, databases, private evidence, internal QA artifacts, or developer planning history.

Documentation references
  • Handoff / pages/app-tour.html
  • Handoff / START-HERE.html