EVIDENCE OUTPUTS
- Consent receipt schema
- Notice-version reference
- Subscriber acknowledgement
- Withdrawal-path test
ARCHITECTURE PATTERN · SYNTHETIC REFERENCE
Treat consent and withdrawal as versioned events that downstream systems must acknowledge.
Engineering pattern
not a legal template
WHEN TO USE
Start only after the relevant facts, source status and system boundary are understood.
SOURCE / STATUS BOUNDARY
These IDs are verification pointers to the primary-source ledger. They are not provision mappings, applicability findings or legal conclusions.
SEQUENCE DIAGRAM
captures an unambiguous action
ARTEFACT · choice eventbinds purpose and notice version
ARTEFACT · consent receiptpropagates change to subscribers
ARTEFACT · delivery recordchecks all expected acknowledgements
ARTEFACT · propagation resultTYPED JSON FIXTURE
This example contains no real person, provider, incident or system data. It demonstrates record boundaries, not a production schema.
{
"fixture": true,
"schemaVersion": "1.0-demo",
"pattern": "consent-event-and-withdrawal-propagation",
"subjectRef": "synthetic-only",
"payload": {
"eventType": "withdrawal",
"purposeRef": "purpose_demo_01",
"acknowledgements": [
"crm_demo",
"messaging_demo"
]
}
}EVIDENCE OUTPUTS
THREAT CONSIDERATIONS
FAILURE MODES
RESEARCH / RADAR CONNECTION
Interoperability, receipt semantics, revocation reliability and minimised identity binding deserve design attention before integration claims are made.
Read Consent Managers as infrastructure: interfaces, accountability and open questionsBind each captured choice to purpose, notice version and event context.
Operational pattern · Review 2026-11-20Open radar rationaleLOCAL WORKSPACE NOTE
Nothing is sent anywhere. Avoid names, personal data or confidential incident details.