{
  "schemaVersion": 1,
  "generatedFrom": "src/data/catalogue.js",
  "wiki": {
    "title": "Co.Property internal wiki",
    "version": "2026.10.20.2",
    "date": "20 October 2026"
  },
  "page": {
    "stableId": "company-os#page",
    "pageId": "company-os",
    "pageTitle": "The Company OS: five connected responsibilities",
    "pageSlug": "company-os",
    "sectionId": "page",
    "sectionTitle": "The Company OS: five connected responsibilities",
    "sectionProse": [
      "Managing, Selling, Planning, Delivering, and Learning are operational concepts for seeing the same company picture. They are not an invented staff chart.",
      "Make the responsibilities, records, tasks, and knowledge handovers understandable without needing to know internal implementation details.",
      "Managing guides Selling, Planning, and Delivering. Delivering produces observations for Learning, and Learning informs Managing. Every area uses records, tasks, and knowledge.",
      "The areas are a shared map, not a staff chart",
      "Managing holds objectives, key results, decisions, meetings, and company rhythm. Selling covers owner relationships, leads, service catalogue work, and property intake. Planning handles finance, commitments, subscriptions, revenue planning, and projects.",
      "Delivering covers reservations, turnover, cleaning, maintenance, charges, and settlements. Learning turns SOPs, incidents, reports, and company knowledge into a better next way of working. The names help a teammate ask the right question; they do not prove a particular person or team exists for each label.",
      "Records, tasks, and knowledge answer different questions",
      "A record describes something that exists or occurred, such as a property, owner relationship, reservation, or subscription. Its identity and source matter. A task is an accountable next action with a responsible person, due time, and outcome another person can verify.",
      "Knowledge is a reusable explanation: an SOP, incident lesson, report interpretation, or decision note. Keeping these separate prevents a record from being treated as an instruction, or an instruction from being treated as evidence that work happened.",
      "A handover is useful when it preserves both context and accountability",
      "A handover should identify the source record, what is known, the next decision or action, who owns it, when it matters, and what evidence closes it. “Please look at this” is not enough because it loses the decision boundary.",
      "For example, Selling can hand a qualified owner enquiry to Planning with property identity and agreed next step. Planning can make a commitment visible to Delivering. Learning can turn a repeated exception into a reviewed SOP improvement."
    ],
    "version": "2026.10.20.2",
    "date": "20 October 2026",
    "status": "Checked",
    "currentStatus": "Checked — the five-area model and its responsibility descriptions are drawn from the approved handbook.",
    "proposedStatus": "Use a named owner only when a current record or decision establishes one; the model alone does not assign people.",
    "expectedOutcome": "A reader can classify work by responsibility, identify the information it needs, and make a clear handover.",
    "tests": [
      "Check all five area labels appear in navigation, diagram text, and the Markdown export.",
      "Check the wording never describes these concepts as a confirmed reporting hierarchy."
    ],
    "sourcePointers": [
      "docs/OS-CORE.md",
      "docs/OS-SECTIONS.md",
      "coprop_kb/company_os.py",
      "coprop_kb/osdb.py",
      "tests/test_company_os.py",
      "tests/test_osdb.py",
      "Handoff / pages/organisation.html",
      "Handoff / START-HERE.html"
    ],
    "related": [
      {
        "id": "property-lifecycle",
        "title": "Property lifecycle: from enquiry to review",
        "summary": "A property service lifecycle connects owner needs, identity, stays, readiness, settlement, and learning. It is a model to validate, not a claim that every handover is automated.",
        "status": "Checked",
        "path": "/workflows/property-lifecycle/"
      },
      {
        "id": "sop-learning",
        "title": "SOP learning: turn observations into a better next step",
        "summary": "Learning connects incidents, reports, and repeated exceptions to a reviewed procedure. It prevents a useful lesson from being stranded in a one-off conversation.",
        "status": "Checked",
        "path": "/workflows/sop-learning/"
      },
      {
        "id": "dashboard-tv",
        "title": "Dashboard and passive TV: shared views, not source authority",
        "summary": "The staff dashboard and passive TV surfaces make a shared operating picture visible. They consume projections; they do not become the authoritative writer for company state.",
        "status": "Checked",
        "path": "/systems/dashboard-and-tv/"
      }
    ],
    "sshTarget": {
      "alias": "coproperty-office",
      "hostname": "copropertys-mac-mini.tail3ab9e5.ts.net",
      "user": "coproperty",
      "projectPath": "/Users/coproperty/Projects/coproperty-office-os",
      "codexPath": "/Users/coproperty/.local/bin/codex",
      "hostFingerprint": "SHA256:UUFmlsdclEmRtyRWNqAdVYUoFxeUkRUGhbzObQPsOPg",
      "requiredChecks": [
        "Verify the hostname, project path, and repository status before any work.",
        "Create an isolated task worktree outside the installed project.",
        "Never modify the installed runtime from this contribution path."
      ]
    }
  },
  "sections": {
    "operating-areas": {
      "stableId": "company-os#operating-areas",
      "pageId": "company-os",
      "pageTitle": "The Company OS: five connected responsibilities",
      "pageSlug": "company-os",
      "sectionId": "operating-areas",
      "sectionTitle": "The areas are a shared map, not a staff chart",
      "sectionProse": [
        "Managing holds objectives, key results, decisions, meetings, and company rhythm. Selling covers owner relationships, leads, service catalogue work, and property intake. Planning handles finance, commitments, subscriptions, revenue planning, and projects.",
        "Delivering covers reservations, turnover, cleaning, maintenance, charges, and settlements. Learning turns SOPs, incidents, reports, and company knowledge into a better next way of working. The names help a teammate ask the right question; they do not prove a particular person or team exists for each label."
      ],
      "version": "2026.10.20.2",
      "date": "20 October 2026",
      "status": "Checked",
      "currentStatus": "Checked — these are documented operating responsibilities, not asserted job titles or reporting lines.",
      "proposedStatus": "Assign a named owner in the relevant current task or decision record, then show the handover explicitly.",
      "expectedOutcome": "Work can be routed by responsibility without inventing organisational facts.",
      "tests": [
        "Check each area has a plain-language question and a linked diagram node.",
        "Review the page for wording that could be mistaken for an employment or reporting claim."
      ],
      "sourcePointers": [
        "docs/OS-CORE.md",
        "docs/OS-SECTIONS.md",
        "coprop_kb/company_os.py",
        "coprop_kb/osdb.py",
        "tests/test_company_os.py",
        "tests/test_osdb.py",
        "Handoff / pages/organisation.html",
        "Handoff / START-HERE.html"
      ],
      "related": [
        {
          "id": "property-lifecycle",
          "title": "Property lifecycle: from enquiry to review",
          "summary": "A property service lifecycle connects owner needs, identity, stays, readiness, settlement, and learning. It is a model to validate, not a claim that every handover is automated.",
          "status": "Checked",
          "path": "/workflows/property-lifecycle/"
        },
        {
          "id": "sop-learning",
          "title": "SOP learning: turn observations into a better next step",
          "summary": "Learning connects incidents, reports, and repeated exceptions to a reviewed procedure. It prevents a useful lesson from being stranded in a one-off conversation.",
          "status": "Checked",
          "path": "/workflows/sop-learning/"
        },
        {
          "id": "dashboard-tv",
          "title": "Dashboard and passive TV: shared views, not source authority",
          "summary": "The staff dashboard and passive TV surfaces make a shared operating picture visible. They consume projections; they do not become the authoritative writer for company state.",
          "status": "Checked",
          "path": "/systems/dashboard-and-tv/"
        }
      ],
      "sshTarget": {
        "alias": "coproperty-office",
        "hostname": "copropertys-mac-mini.tail3ab9e5.ts.net",
        "user": "coproperty",
        "projectPath": "/Users/coproperty/Projects/coproperty-office-os",
        "codexPath": "/Users/coproperty/.local/bin/codex",
        "hostFingerprint": "SHA256:UUFmlsdclEmRtyRWNqAdVYUoFxeUkRUGhbzObQPsOPg",
        "requiredChecks": [
          "Verify the hostname, project path, and repository status before any work.",
          "Create an isolated task worktree outside the installed project.",
          "Never modify the installed runtime from this contribution path."
        ]
      }
    },
    "shared-objects": {
      "stableId": "company-os#shared-objects",
      "pageId": "company-os",
      "pageTitle": "The Company OS: five connected responsibilities",
      "pageSlug": "company-os",
      "sectionId": "shared-objects",
      "sectionTitle": "Records, tasks, and knowledge answer different questions",
      "sectionProse": [
        "A record describes something that exists or occurred, such as a property, owner relationship, reservation, or subscription. Its identity and source matter. A task is an accountable next action with a responsible person, due time, and outcome another person can verify.",
        "Knowledge is a reusable explanation: an SOP, incident lesson, report interpretation, or decision note. Keeping these separate prevents a record from being treated as an instruction, or an instruction from being treated as evidence that work happened."
      ],
      "version": "2026.10.20.2",
      "date": "20 October 2026",
      "status": "Checked",
      "currentStatus": "Checked — the distinctions match the operating model in the handoff.",
      "proposedStatus": "Add links between these objects at the handover: source record → task → accepted outcome → learning.",
      "expectedOutcome": "A team member can tell whether they need to inspect a fact, perform an action, or follow a procedure.",
      "tests": [
        "Check the example distinguishes a reservation record from a turnover task and SOP.",
        "Check the context export includes only this section’s prose when this section is selected."
      ],
      "sourcePointers": [
        "coprop_kb/company_os.py",
        "coprop_kb/osdb.py",
        "coprop_kb/workflows.py",
        "tests/test_company_os.py",
        "tests/test_osdb.py",
        "tests/test_workflows.py",
        "Handoff / pages/organisation.html",
        "Handoff / START-HERE.html"
      ],
      "related": [
        {
          "id": "property-lifecycle",
          "title": "Property lifecycle: from enquiry to review",
          "summary": "A property service lifecycle connects owner needs, identity, stays, readiness, settlement, and learning. It is a model to validate, not a claim that every handover is automated.",
          "status": "Checked",
          "path": "/workflows/property-lifecycle/"
        },
        {
          "id": "sop-learning",
          "title": "SOP learning: turn observations into a better next step",
          "summary": "Learning connects incidents, reports, and repeated exceptions to a reviewed procedure. It prevents a useful lesson from being stranded in a one-off conversation.",
          "status": "Checked",
          "path": "/workflows/sop-learning/"
        },
        {
          "id": "dashboard-tv",
          "title": "Dashboard and passive TV: shared views, not source authority",
          "summary": "The staff dashboard and passive TV surfaces make a shared operating picture visible. They consume projections; they do not become the authoritative writer for company state.",
          "status": "Checked",
          "path": "/systems/dashboard-and-tv/"
        }
      ],
      "sshTarget": {
        "alias": "coproperty-office",
        "hostname": "copropertys-mac-mini.tail3ab9e5.ts.net",
        "user": "coproperty",
        "projectPath": "/Users/coproperty/Projects/coproperty-office-os",
        "codexPath": "/Users/coproperty/.local/bin/codex",
        "hostFingerprint": "SHA256:UUFmlsdclEmRtyRWNqAdVYUoFxeUkRUGhbzObQPsOPg",
        "requiredChecks": [
          "Verify the hostname, project path, and repository status before any work.",
          "Create an isolated task worktree outside the installed project.",
          "Never modify the installed runtime from this contribution path."
        ]
      }
    },
    "handovers": {
      "stableId": "company-os#handovers",
      "pageId": "company-os",
      "pageTitle": "The Company OS: five connected responsibilities",
      "pageSlug": "company-os",
      "sectionId": "handovers",
      "sectionTitle": "A handover is useful when it preserves both context and accountability",
      "sectionProse": [
        "A handover should identify the source record, what is known, the next decision or action, who owns it, when it matters, and what evidence closes it. “Please look at this” is not enough because it loses the decision boundary.",
        "For example, Selling can hand a qualified owner enquiry to Planning with property identity and agreed next step. Planning can make a commitment visible to Delivering. Learning can turn a repeated exception into a reviewed SOP improvement."
      ],
      "version": "2026.10.20.2",
      "date": "20 October 2026",
      "status": "Checked",
      "currentStatus": "Checked — this is a practical interpretation of the documented areas and shared records.",
      "proposedStatus": "Use a clear exception owner when a handover cannot be completed with the available evidence.",
      "expectedOutcome": "The next person receives a specific, supported action instead of a vague transfer of responsibility.",
      "tests": [
        "Check handover examples name a source, action, and expected evidence.",
        "Check related links lead to lifecycle and learning pages rather than an unscoped technical guide."
      ],
      "sourcePointers": [
        "docs/OS-CORE.md",
        "docs/OS-SECTIONS.md",
        "coprop_kb/company_os.py",
        "coprop_kb/osdb.py",
        "tests/test_company_os.py",
        "tests/test_osdb.py",
        "Handoff / pages/organisation.html",
        "Handoff / START-HERE.html"
      ],
      "related": [
        {
          "id": "property-lifecycle",
          "title": "Property lifecycle: from enquiry to review",
          "summary": "A property service lifecycle connects owner needs, identity, stays, readiness, settlement, and learning. It is a model to validate, not a claim that every handover is automated.",
          "status": "Checked",
          "path": "/workflows/property-lifecycle/"
        },
        {
          "id": "sop-learning",
          "title": "SOP learning: turn observations into a better next step",
          "summary": "Learning connects incidents, reports, and repeated exceptions to a reviewed procedure. It prevents a useful lesson from being stranded in a one-off conversation.",
          "status": "Checked",
          "path": "/workflows/sop-learning/"
        },
        {
          "id": "dashboard-tv",
          "title": "Dashboard and passive TV: shared views, not source authority",
          "summary": "The staff dashboard and passive TV surfaces make a shared operating picture visible. They consume projections; they do not become the authoritative writer for company state.",
          "status": "Checked",
          "path": "/systems/dashboard-and-tv/"
        }
      ],
      "sshTarget": {
        "alias": "coproperty-office",
        "hostname": "copropertys-mac-mini.tail3ab9e5.ts.net",
        "user": "coproperty",
        "projectPath": "/Users/coproperty/Projects/coproperty-office-os",
        "codexPath": "/Users/coproperty/.local/bin/codex",
        "hostFingerprint": "SHA256:UUFmlsdclEmRtyRWNqAdVYUoFxeUkRUGhbzObQPsOPg",
        "requiredChecks": [
          "Verify the hostname, project path, and repository status before any work.",
          "Create an isolated task worktree outside the installed project.",
          "Never modify the installed runtime from this contribution path."
        ]
      }
    }
  }
}