- 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