feat(cases): add governed DSAR coverage
This commit is contained in:
@@ -217,6 +217,26 @@ The focused suite covers:
|
||||
- explicit and assignment-derived case access, including non-disclosure
|
||||
- exact Service launch, deterministic replay, and conflict behavior
|
||||
|
||||
## Data-subject requests
|
||||
|
||||
Cases publishes `privacy.dsar.cases`. Canonical account, identity, and
|
||||
membership selectors cover Cases-owned operator attribution; account and
|
||||
identity selectors also cover explicit case-access grants. Exact
|
||||
`cases.case`, `cases.revision`, `cases.access_grant`, and `cases.timeline`
|
||||
references select lifecycle data. When a canonical and direct selector are
|
||||
combined, a Cases-owned relationship must corroborate them and all supplied
|
||||
direct references must identify the same case.
|
||||
|
||||
Direct case results are typed projections rather than stored snapshots. They
|
||||
exclude opaque metadata, search text, free-text change reasons, timeline
|
||||
payloads and summaries, evidence identifiers, request hashes, idempotency
|
||||
keys, audit identifiers, and unrelated access subjects. Applicant-to-identity
|
||||
correlation is owned by Parties; Cases does not infer it from opaque party
|
||||
identifiers. Immutable case identities, revisions, timelines, and operator
|
||||
attribution receive retention actions. Current open case facts and active
|
||||
access grants receive non-executable manual-review actions and can only be
|
||||
changed through the authorized case/access lifecycle.
|
||||
|
||||
## Open Decisions
|
||||
|
||||
- Whether comments belong in cases, tasks, or a collaboration module.
|
||||
|
||||
Reference in New Issue
Block a user