Page Comparison

...

This document is a product of the XXX CISWG Work Group. It records the scenarios and use cases governing the development of XXX consent receipt and guiding associated implementations and deployments.

...

This document is currently under active development. Its latest version can always be found here. See the Change History at the end of this document for its revision number.

Editors

Paul Procopolis
Janie RamoneMark Lizar
Mary Hodder
Valentino 

Intellectual Property Notice

The XXX CISWG Work Group operates under Option ABC and the publication of this document is governed by the policies outlined in this option.

...

Submitted by: participant-name(Provide description of the scenario with all nontechnical particulars, noting requirements, constraints, and other observations. Avoid diagrams if they're technical. Sample user experience drawings could be useful.)

Summary

The goal of this document is to help create a specification for a standard and a demonstrator for a minimum viable consent receipt. 

The demonstrator and scenario will aim to produce a specification for the data schema of consent receipt.  The demonstrator will illustrates the receipt and its use. Once completed we will finish drafting the specification and explore its utility.  

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. 

 A receipt can also be used for governance, for instance, the Tax authorities can use a receipt to check and see if the sales are hidden, the purchaser can use a receipt to be sure of the cost of goods and compare the change provided and the receipt against the price advertised to make sure of compliance.  

  A receipt can be taken and used with third parties like a token to access other services.

Objective

 Specify the existing fields for a consent transaction receipt and list them as a basic template for consent receipts. (Note: This entails formally defined attributes, published and open for comment.  )

Develop scenario covering the life cycle of a minimum viable consent receipt.  This would involve

1. Create a consent receipt generator, --> Common Terms, Legal.TXT
2. Create a consent receipt button,  --> Embed Code, publish legal.txt
3. provision a consent to a service user
4.  service user, uses the receipt  to achieve the use case specified.  

The aim here is to

Intended Use

Use Case: unique-title (Pending)

Submitted by: participant-name

...