Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Excerpt
hiddentrue

It may be easiest to edit the incomplete links in the template text below in "wiki markup" mode.

...

  1. Pre-Consent
    1. a website/server with form for a company to generate a legal.txt file
    2. Publishing legal.txt
    3. An embed code is created for company to put behind their consent buttons on the website
  2. Consent
    1. A service user selects the consent '+ receipt' option to collect a receipt
      1. The id used by the service user to provision consent is used to send the receipt. 
        1. With no pre arranged application, a modal box will appear  asking for slection of identifier to use with the receipt
          1. this could be social login, email, etc
        2. the receipt is then accepted and stored by the digital identity being used for the consent
  3. Post - Consent
    1. TOSSOS - Receipts are used to compare policy changes using TOSSOS
    2. TOS;Dr - Receipts are used to look up TOS;Dr rating
    3. Out of Scope
      1. Browser Plugin - Receipts are captured and used automatically  to make policy responsive and to customise experience, reduces steps in stage 2. streamling user experience. 
        1. Would require a receipt viewing capability, preferably on aggregate and current view as well. (by identity would be useful too)

Use Case: Demonstrator Scenario 1, Stage 1: Pre-Consent (Pending)

Submitted by: Mark Lizar

The primary focus is to create the first legal.txt (which I think at the time of this writing is already done) and develop a process for an organisation to distribute a consent receipt. 

...

  • Focus first on creating a minimum viable consent receipt schema and using this as the schema for the legal.txt file with the existing schema
  • Create webpage with Minimum Viable Consent Form
  1. Create Legal.txt
  2. Publish Legal.TXT

...

  1. Generate Embed Code for Consent to be used by other organisations
  • Optional
    • Create a Common Terms option to layer policies for different consent context. e.g. mobile phone, physical location, online service 
    • Option would be on first page for use in creating legal.txt file and would demonstrate the ability to create certified data sets
      • link existing policies to layered notice

 

Image Added   Image Added

  • Create Legal.txt

Image Added

 

  • Publish Legal.TXT

 

Image Added

  • Create Embed Code for Consent to be used by other organisations

Image Added

  • Notes: 
    • Exploring a Common Terms approach to layer policies for different consent context. e.g. mobile phone, physical location, online service 
      • based on existing standards and best practices
    • Option would be on first page for use in creating legal.txt file and would demonstrate the ability to create context specific consent receipts. 
      • link existing policies to layered notice
  • Thought/Discussion Needed:
    • Publishing, 
      • where should legal.txt be published?
      • How will/can people get and use their receipts? 

 

Use Case: Demonstrator Scenario 1, Stage 2: Consent (Pending)

...

Use Case: Demonstrator Scenario 1, Stage 3: Post-Consent (Pending)

The consent rec

Issue: unique-title

(Provide technical commentary on the issues brought up by this use case.)

...