Scope
Who needs the workflow, what is visible, and what stays out.
Trust boundary · Work orders
This module stores no work order and performs no transition. It does not create an owner approval, notify an owner, snapshot quoted cost or markup terms, or reserve any spend authority. The work-order record is maintenance.MaintenanceWorkOrder and owner approval on it is requested through the maintenance module.
Module proof path
See the workflow, proof, and operating limits in one scan before reviewing the detailed path.
Inspect proof Open demoWho needs the workflow, what is visible, and what stays out.
Screenshot, proof card, or demo path that makes the claim inspectable.
What requires human review or source evidence.
Why this page is short
Some areas are intentionally represented by a narrow public boundary instead of a full feature page. That keeps sensitive operations, access rules, and unfinished marketing claims out of the buyer-facing experience.
How we evidence thisEnforced boundary
This module stores no work order and performs no transition. It does not create an owner approval, notify an owner, snapshot quoted cost or markup terms, or reserve any spend authority. The work-order record is maintenance.MaintenanceWorkOrder and owner approval on it is requested through the maintenance module.
WORK_ORDER_TRANSITION_BOUNDARY · apps/api/src/ironbound_api/modules/work_orders/router.py:31
Copied verbatim from apps/api/src/ironbound_api/modules/work_orders/router.py and regenerated from apps/api/src/ironbound_api/modules. The API returns these same strings in its boundary fields, and a drift check fails the build if this page and the source stop agreeing.
Pilot access
The best demo is not a feature checklist. It follows a request from owner intake to manager triage, vendor packet, field evidence, reviewed closeout, and owner-safe reporting.
We respond with the recommended demo route, who should attend, and what production access would require.