<div dir="ltr">Hello all,<div><br></div><div>I have attached the schema that Samuli modified to add proper validation. (thanks Samuli). I also changed &quot;jti&quot; to &quot;consentReceiptID&quot; because &quot;jti&quot; is a reserved name in JWT, and I added dataRention (see below).</div><div><br></div><div><span style="font-size:12.8px">&gt;&gt;&gt; Mark Added - &quot;Public Key should be in Data Controller section&quot;</span></div><div><span style="font-size:12.8px">[dt] I don&#39;t agree. Each receipt will have just one key. If there are more complex scenarios requiring multiple keys from different authorities then we can deal with that in a future version, or we can assume it will be an implementation-specific detail.</span></div><div><span style="font-size:12.8px"><br>&gt;&gt;&gt; Mark Added &quot;Add Data Retention Field as suggested in v.0.9.3” </span><br></div><div><span style="font-size:12.8px">[dt] I added this to the attached schema as a &quot;string&quot;, like purposeTermination. Mark, please provide </span><span style="font-size:12.8px">text for the field description. </span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">David</span></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Nov 16, 2016 at 4:15 PM, Mark <span dir="ltr">&lt;<a href="mailto:mark@smartspecies.com" target="_blank">mark@smartspecies.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">Hi Everyone, <div><br></div><div>We have had a lot of last minute feedback from people leading consent receipt implementations.  As it happens, this feedback is just in time, as we have the opportunity to go through it tomorrow on the call. </div><div><br></div><div>So to begin with I want to thank the implementors for your feedback, as well as welcome these gentlemen to the work group.  </div><div><div><br></div><div><ul><li>Simon Crossley - from My Life Digital - running a team looking to launch next year</li><li>Joss Langford - from Coel - OASIS - looking to integrate the consent receipt into the Coelition ecosystem</li><li>Samuli Tuoriniemi -  from My Data and the University of Oulu integrating consent into My Data Operator</li></ul></div></div><div>I hope the three of you can make the call tomorrow to discuss the outstanding items.  (<a href="https://global.gotomeeting.com/join/983443893" target="_blank">The call is at 3:30pm UK time</a> - )</div><div><br></div><div>Thanks for the feedback and sharing about implementation. </div><div><br></div><div>Kind Regards,</div><div><br></div><div>Mark </div><div><br></div><div><b>For Next Meeting Nov 16</b></div><div><br></div><div>David has complied a list of the feedback; which we are close to addressing.  </div><div><br></div><div>*From David; —&gt;  The biggest issues <b>are </b>based on implementers&#39; feedback. Here&#39;s my recommendation as the editor (as opposed to an implementer).&quot;<div><br></div><div>v1</div><div><ul><li>Conformance is missing ; Major schema change to add validation. (Samuli can explain)</li><li>‘PII Principle ID” is used without reference or definition. I assume that this is the data subject (which seems like a more intuitive name). PII Principle. i.e., the individual&#39;s name is missing.<br></li><li>I think you’ll need an array of strings to name multiple third parties.<div></div></li><li>We need an array for multiple controllers in json – this is suggested in the spec but no array is available. <br></li><li>Mark Added - &quot;Public Key should be in Data Controller section&quot;</li><li>Mark Added &quot;Add Data Retention Field as suggested in v.0.9.3” </li></ul></div>v1.x<br><ul><li>Need an explanation of the relationship between the elements.<br></li><li>publicKey: currently string, should this be JWK object? <br></li><li>collectionMethod: table says type is object, schema says type is string, I guess string is correct<br></li><li>Consent type - requests for both content and JSON structure<br></li><li><strike>Purpose termination / data retention</strike></li></ul><div><br></div></div><div><br></div><div><br></div><div><br></div></div><br>______________________________<wbr>_________________<br>
WG-InfoSharing mailing list<br>
<a href="mailto:WG-InfoSharing@kantarainitiative.org">WG-InfoSharing@<wbr>kantarainitiative.org</a><br>
<a href="http://kantarainitiative.org/mailman/listinfo/wg-infosharing" rel="noreferrer" target="_blank">http://kantarainitiative.org/<wbr>mailman/listinfo/wg-<wbr>infosharing</a><br>
<br></blockquote></div><br></div>