Page Comparison

jim pasquale

jim pasquale

Moved: John Wunderlich

Seconded: jim pasquale 

Approved

Moved: iainh1 NA (Unlicensed) 

Seconded: John Wunderlich

Discussion: None

Changes: 10/29 to be amended to reflect Mary's comments

Carried

Actions arising: 10/29 meeting notes to be amended

Project Updates (Month-end Updates) (not required this meeting)

Mark Lizar (Unlicensed) 

1. Deliverables
   
   1. ?
2. Status:

   Status
   colour Grey title InActive

3. Issues:
   1. ?
4. Next Steps:
   1. ?

iainh1 NA (Unlicensed)

1. Deliverables
   
   1. Report on Intentcasting
2. Status:

   Status
   title Inactive

3. Issues:
   1. Resourcing
4. Next Steps:
   1. Resume in October

Former user (Deleted)

1. Deliverables
   
   1. ?
2. Status:

   Status
   colour Green title Active

3. Issues:
   1. Draft report comments and review
4. Next Steps:
   1. ?

John Wunderlich

1. Deliverables
   1. Survey Report
   2. Recommendation Report
2. Status:

   Status
   title Inactive

3. Issues:
   1. Insufficient availability to proceed at this point
4. Next Steps:
   1. Find a new lead to move the project forward OR
   2. Resume when available

jim pasquale Provided an overview

Former user (Deleted) Continued the walk-through of the PDURF

Group discussion on a number of issues (if you are reading this, please email Former user (Deleted) or make changes to reflect your actual comments:

• Discussion around review of comments in V2 of the PDURF and the merge of two external versions (sent over email in the summer & also noted in the comments).
• Former user (Deleted) discussion on next steps around reviewing the revised Data Model.
• Former user (Deleted) discussion on one-page proposed text for PDURF
• Discussion around best manner to address comments - proposed to focus on the substantive discussion items with Former user (Deleted) and Former user (Deleted) leading the discussion of their respective comments.
• Former user (Deleted) discussion on refreshing consent and 2FA authentication communication - UC4. This eliminates potential dark patterns whereby conflagration between these two items might be possible.
• Former user (Deleted) discussion on the Data Operation Party - addition of Receipt Authority, to the existing Receipt Issuer, Receipt Recipient. Is the Receipt Authority a separate category (legal entity / framework / policy endpoint), and therefore not a Data Operator? 
• Input / Output recipients of data are NOT Data Operators
• However, the Receipt Authority is also a Data Operator
• Reference material - the MyData operator components are similar:
  http://mydata2016.org/wordpress/wp-content/uploads/2016/07/mydata-operator.png

*** Next call 2020-11-19 10:30 am Eastern DAYLIGHT Time

https://global.gotomeeting.com/join/323930725

Moved: Former user (Deleted)

Seconded: jim pasquale