Sync Repo-docs-COMMITTEE-DOMAIN-BOUNDARY from project files
@@ -0,0 +1,69 @@
|
||||
<!-- codex-wiki-sync:e2438007d08d70f088f89d50 -->
|
||||
|
||||
> Mirrored from `/mnt/DATA/git/govoplan-committee/docs/COMMITTEE_DOMAIN_BOUNDARY.md`.
|
||||
> Origin: `repository`.
|
||||
> Active tasks and changing state belong in Gitea issues; this wiki page is durable project context.
|
||||
|
||||
---
|
||||
# Committee Domain Boundary
|
||||
|
||||
## Purpose
|
||||
|
||||
Committee, board, council, and senate workflows for meetings, agendas, minutes, decisions, voting, and follow-up tasks.
|
||||
|
||||
## Owns
|
||||
|
||||
- committee bodies
|
||||
- meeting agendas
|
||||
- minutes
|
||||
- deliberation and vote context plus references to formal decision records
|
||||
- votes
|
||||
- follow-up assignments
|
||||
|
||||
## Does Not Own
|
||||
|
||||
- generic task execution
|
||||
- document storage
|
||||
- calendar event storage
|
||||
- generic approval gates
|
||||
- the cross-domain formal decision lifecycle, including authority, facts,
|
||||
applicable rules, reasoning, effects, review, correction, and revocation
|
||||
|
||||
## Integration Candidates
|
||||
|
||||
- calendar
|
||||
- docs
|
||||
- files
|
||||
- tasks
|
||||
- workflow
|
||||
- approvals
|
||||
|
||||
## Current Headless Slice
|
||||
|
||||
The current repository state is intentionally bounded:
|
||||
|
||||
- module manifest and entry point
|
||||
- tenant-level permission definitions
|
||||
- manager and viewer role templates
|
||||
- documentation topic and architecture/evidence declaration
|
||||
- `committee.decision_path` interface and capability
|
||||
- a governed assembler for one formal committee outcome
|
||||
- Gitea issue workflow templates
|
||||
- manifest and decision reconstruction contract tests
|
||||
|
||||
No runtime API, database model, migration, WebUI route, or navigation item is
|
||||
registered yet. The headless decision path accepts or resolves one effective
|
||||
Mandate covering the deciding unit, function, and jurisdiction; requires
|
||||
approval, fact evidence, versioned legal bases, operative
|
||||
result, and reasoning, and emits the shared formal Decision contract. If a
|
||||
Decision registry is installed it records there; otherwise the result remains
|
||||
a reconstructable return value for a future Committee-owned local projection.
|
||||
|
||||
## Decision Reconstruction Proof
|
||||
|
||||
`tests/test_decision_path.py` proves effective-time authority, organization,
|
||||
function, and jurisdiction coverage, approval, legal basis/evidence versions, requested effects,
|
||||
information governance, responsible actor/automation assurance, and a protected
|
||||
reconstruction payload. A vote remains
|
||||
an approval reference and is not made indistinguishable from the formal
|
||||
institutional outcome.
|
||||
Reference in New Issue
Block a user