- From: Jo Rabin <jo.rabin@db.com>
- Date: Wed, 8 Jul 2020 16:30:07 +0000
- To: "public-md-odrl-profile@w3.org" <public-md-odrl-profile@w3.org>
- Message-ID: <8A103EAB-B9B3-410F-A424-E9D07B65F908@db.com>
Please find the minutes of today’s meeting at https://www.w3.org/2020/07/08-md-odrl-profile-minutes.html and pasted below
Summary of Action items
No specific actions were recorded
Members are requested to review ISSUEs 6 and 8 and provide feedback on GitHub.
https://github.com/w3c/market-data-odrl-profile/issues/6
https://github.com/w3c/market-data-odrl-profile/issues/8
Members are reminded that if they have questions or concerns about the process and tooling to contact the chairs, Ben and Jo.
Summary of Resolutions
1. With those amendments, Minutes accepted, and close ISSUE 3 and ISSUE 4<https://www.w3.org/2020/07/08-md-odrl-profile-minutes.html#resolution01>
Thanks
Jo
Rights Automation Community Group Teleconference
08 Jul 2020
Agenda<https://w3c.github.io/market-data-odrl-profile/agendas/md-odrl-profile-agenda-2020-07-08.html>
Attendees
Present
Jo, Ben, Jeremy, Fred, Elizabeth, Mark, MarkD, Natasa, Zayed, Paul, Olga, olbalogun, Trisha, graham, aaron
Regrets
Renato, Ilya, Laura, Phil, Josh, Richard, Atiq, Stephen, Ken
Chair
Jo
Scribe
Jo
Contents
* Topics<https://www.w3.org/2020/07/08-md-odrl-profile-minutes.html#agenda>
* Minutes of Last Meeting<https://www.w3.org/2020/07/08-md-odrl-profile-minutes.html#item01>
* Duties<https://www.w3.org/2020/07/08-md-odrl-profile-minutes.html#item02>
* Payment Duties<https://www.w3.org/2020/07/08-md-odrl-profile-minutes.html#item03>
* Notification, Request and Consent Issue 6<https://www.w3.org/2020/07/08-md-odrl-profile-minutes.html#item04>
* Comprehensibility<https://www.w3.org/2020/07/08-md-odrl-profile-minutes.html#item05>
* AOB<https://www.w3.org/2020/07/08-md-odrl-profile-minutes.html#item06>
* Summary of Action Items<https://www.w3.org/2020/07/08-md-odrl-profile-minutes.html#ActionSummary>
* Summary of Resolutions<https://www.w3.org/2020/07/08-md-odrl-profile-minutes.html#ResolutionSummary>
________________________________
<scribe> scribe: Jo
Minutes of Last Meeting
Last Meeting: https://www.w3.org/2020/06/24-md-odrl-profile-minutes.html
Jo: Clarification of Resolutions
Ben: Resolutions of roles in supply chain - role of party - ISSUE 4
... other resolution: distinction source resource and asset ISSUE 3
RESOLUTION: With those amendments, Minutes accepted, and close ISSUE 3 and ISSUE 4
Duties
Ben: clarifies what a duty is, have identified common duties
... are there additional duties to be modelled?
... mark prepared a presentation
<benws_> https://github.com/w3c/market-data-odrl-profile/issues
mark: concept of duties https://github.com/w3c/market-data-odrl-profile/issues/6
... important to our industry's licensing rights
... in odrl this is an obligation to perform and action, which is an attribute of duty
... other attributes are creditor and debtor
Ben: debtor is the party must take the action
... creditor is the party who recives the actiopn
mark: is creditor always assigner of rights
ben: no either party can be either, or could be someone else
... e.g. when receiving data from Refinitiv, it may be the assigner, whereas creditor might be an exchange
mark: other attributes: time interval and deadline
... action is most important
... an operation on an asset
... simple example - issue an iaction .... more complex amount, quantity, currency
... so let's start with payment duties
Payment Duties
ben: compensation duty
... example https://github.com/w3c/market-data-odrl-profile/issues/8
... doesn't say how often, time interval and so on
... more detail as we work down the issue
... including the idea of needing to issue an invoice - being a debtor (of he invoice)
Natasa: can we tied those together
ben: yes
zayed: is the invoice duty actually a duty or is it optional
ben: we want the payment duty to flag up as active once the invoice is recieved
... but could be decoupled
... point of meeting is determine does this cover all the things we want to cover
... so we need to go away and comment on use cases that can't be covered
jo: point would be to take a resolution next week closing this if no comments
Notification, Request and Consent Issue 6
ben: notification duty and request for consent
... example from Deutsche Borse
... consenting to a service facilitator
... they are the debtor, but they don't have to do this, so that prevents the assignee using a service facilitator
... all captured in the interaction between the two duties and the permission
... issue is here: https://github.com/w3c/market-data-odrl-profile/issues/6
olga: what is the difference between request, notification and report
ben: good question, I defined them here
... https://github.com/w3c/market-data-odrl-profile/blob/gh-pages/Vote.md
... (discusses the linked paper)
Comprehensibility
jo: want to understand that everyone is comfortable with the level of detail
ben: poll Jeremy and MarkD
... (in response to comment from MarkD) we need to do both rights and Duties
MarkD: I assume that without the contract none of this will be seen in the system
Ben: (gives an example of researching permissions and finding that obligations may need to be fulfilled as well as the permissions, which will be part of the decision making)
markD: makes sense if we want incremental rights
Graham: as an outsider - getting stuck with the creditor/debtor terms, is that widely understood?
ben: no, there is a danger that this could be misunderstood
... creditor is beneficiary of an action etc. avoids having to have specific terms for the parties for each action
Graham: what would be a non-academic terms?
zayed: would be obligor obligee in law
ben: please comment the issue and we can consider the terms
graham: can understand the need, but quite challenging
ben: suggestions for better terms gratefully recieved
zayed: can this model multi-party
ben: yes, but haven't found example
olga: how do you fulfil pass through
... all three parties need to issue consent
ben: that use case often comes up in redistribution use cases
... example of data flow leading to derivation of data which want to distribute to customers
... might need consent of exchange
... that rule would be present in the vendor
... provider would need to make sure that what it issues is compliant
... so it all flows down thew supply chain
... needs a compliance check down the chain
jo: if you don't have a relationship with upstream party, how would you fulfil the obligation
ben: modelling what you have to do, rather than how you have to do it
... so we need to compliance check at every step, which guarantees that nothing can be lost
AOB
jo: please feed back if you are concerned to the chairs on pace and comprehensibility
ben: so please comment on the issues to feed back
jo: and if you are having difficulty with the issue commenting etc. likewise let us know
... meeting closed
---
This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and delete this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden.
Please refer to https://www.db.com/disclosures for additional EU corporate and regulatory disclosures and to http://www.db.com/unitedkingdom/content/privacy.htm for information about privacy.
Received on Wednesday, 8 July 2020 16:30:26 UTC