Every consent state, mapped
List each state: requested, granted, renewed, revoked, expired. Say what moves a person from one to the next, and give them a receipt for each move.
A consent journey maps how consent is requested, renewed, revoked, and recorded over time.
A consent journey maps consent from the first request through renewal, revocation, and expiry. It treats consent as a series of choices, not a single checkbox.
A well-built journey issues a receipt for each choice and logs every change, so a person can prove what they agreed to and when.
Consent counts only where refusing is possible. A person who cannot get the service without agreeing has not chosen the system, and the cost of leaving it belongs in the journey map.
A hypothetical case. A health data app asks for consent at sign-up and asks again every 90 days. A person can revoke it in one click and download a receipt.
In the glossary: Consent journey.
Mechanism, drawn
Consent is a sequence of explicit, auditable choices across changing contexts — never a one-time checkbox at onboarding.
In practice
List each state: requested, granted, renewed, revoked, expired. Say what moves a person from one to the next, and give them a receipt for each move.
Most programs ask once and never again. Ask again when the purpose, the model, or the parties the data is shared with change.
Publish how long a revocation takes to take effect, how many renewals are completed, and the consent history an auditor can check.
Where the standards use it:
More often for riskier data. A sensitive data flow needs a shorter renewal window and a clear reminder.
A log that ties each change to its scope, its purpose, and the owner who approved it. A receipt alone shows what the person chose, not what the system did with the choice.