Excerpt | ||
---|---|---|
| ||
It may be easiest to edit the incomplete links in the template text below in "wiki markup" mode. |
...
The goal of this scenario is to create a specification for a receipt schema and a demonstrator for creating, providing and using a minimum viable consent receipt.
Background
Not unlike a receipt you get when you buy something, which you then submit for a third party, either to show a budget and costs, or to report on what was purchased and for how much. Like costs, consents can be counted, and like purchasing preferences, consent preferences collected. Better managed preferences result in better user experience.
...
- Create a consent receipt generator, --> Common Terms, Legal.TXT
- Create a consent receipt button, --> Embed Code, publish legal.txt
- Provision a consent to a service user
- Service user, uses the receipt to achieve the use case specified.
The demonstrator includes 3 stages, 1. Pre-Consent, 2. Consent 3. Post-Consent
- Pre-Consent
- a website/server with form for a company to generate a legal.txt file
- Publishing legal.txt
- An embed code is created for company to put behind their consent buttons on the website
- Consent
- A service user selects the consent '+ receipt' option to collect a receipt
- The id used by the service user to provision consent is used to send the receipt.
- A service user selects the consent '+ receipt' option to collect a receipt
...
- With no pre arranged application, a modal box will appear asking for slection of identifier to use with the receipt
- this could be social login, email, etc
- the receipt is then accepted and stored by the digital identity being used for the consent
- With no pre arranged application, a modal box will appear asking for slection of identifier to use with the receipt
- Post - Consent
Use Case: Demonstrator Scenario 1, Stage 1: Pre-Consent (Pending)
Submitted by: Mark Lizar
So far this looks like --> Scenario 1
Pre-Consent
- Common Terms - links existing policies to consent fields and semantics
...