Skip to content

CAP-CMT-MTG-009Record and decide meeting follow-up proposals

Markdown

CAP-CMT-MTG-009

Record and decide meeting follow-up proposals

Markdown
  • DocumentDraft
  • Product intentProposed
  • ImplementationPartially observed

KindCapabilityProduct areaCommitteesModuleMeetings, Decisions and RecruitmentRevision1

Read atservices-committees 36129c24react-console baf6dae3

The Formal Contract

The narrative above explains; the sections below are authoritative — the rules, scenarios and tests this document binds.

Outcomes
Follow-up proposals retain their meeting contextEach proposal has a recorded acceptance or dismissal
Surfaces
api
Preconditions
New proposals require a scheduled, in-progress or held meeting.
Intent sources
services-committees:docs/milestones/CMTE-M3-meetings-and-minutes.md#D8services-committees:docs/milestones/plans/CMTE-M3-plan.md#4. Assumptions

Controls

28 controls apply, from the corpus control catalogue.

TC-IAM-006 TC-AZ-001 TC-AZ-002 TC-AZ-003 TC-AZ-004 TC-AZ-006 TC-TEN-001 TC-TEN-002 TC-TEN-003 TC-SEC-001 TC-SEC-004 TC-DAT-001 TC-DAT-002 TC-DAT-003 TC-LOG-002 TC-LOG-003 TC-LOG-004 TC-LOG-005 TC-AVL-004 TC-MON-001 TC-MON-002 TC-PI-001 TC-PI-002 TC-PI-003 TC-PI-004 TC-PI-005 TC-PRV-001 TC-PRV-002

Permissions

KeyChecked atScope
committees.meetings.readapitenant
committees.meetings.manageapitenant

Business Rules

5 rules, 3 to be proved before approval. A rule's product intent is derived from its origin: 0 confirmed by a product decision, the rest inheriting this capability's proposed.

IdRuleKindEnforced atProvenance
01must prove
Proposed
Proposing follow-up work is refused for draft or cancelled meetings, any linked agenda item must belong to the meeting, and minutes-origin proposals require an existing minutes record.
no proof recorded yet
validationservicetest
02must prove
Proposed
Acceptance or dismissal requires the current proposal version and a still-proposed item; an already decided item cannot be decided again.
no proof recorded yet
lifecycleservicetest
03must prove
Proposed
Acceptance records the proposal as accepted and creates a linked record with no task identity, without invoking CRM task creation.
origin: CMTE-M3 D8 (Andrew 2026-10-21, services-committees:docs/milestones/CMTE-M3-meetings-and-minutes.md#Decisions)
no proof recorded yet
policyservice, databasetest
services-committees:modules/meetings/tests/integration/services/minutes.integration.spec.ts#writes the accepted item’s task link with a null task id, from the minutes
04
Proposed
The earlier architectural proposal routes accepted follow-up work to CRM tasks with staff assignees until volunteer assignment becomes available; the later meetings decision keeps only the meeting record for that milestone.
policydocumented
05
Proposed
A follow-up proposal can store a responsible contact, due date and proposed, accepted or dismissed status, but supplies no task reminders, execution tracking or personal task list.
policyserviceobserved

Scenarios

IdGivenWhenThenProvenance
01The November minutes propose that the treasurer circulate a revised budget by DecemberThe secretary accepts the proposalThe proposal retains accepted status and a task link without a task identitytest

The Markdown files under specs/ in rhythmsoftware/rhythm-v2-docs are the canonical source of truth. This reader is a generated, read-only projection of them.