13:57:18 RRSAgent has joined #wpay-reg 13:57:18 logging to http://www.w3.org/2017/01/23-wpay-reg-irc 13:57:37 Meeting: Regulatory Landscape TF 13:57:37 agenda: https://lists.w3.org/Archives/Public/public-webpayments-ig/2017Jan/0054.html 13:57:40 Chair: Jean-Yves 13:57:43 Scribe: Ian 14:00:06 jyrossi has joined #wpay-reg 14:00:29 present+ Jean-Yves 14:00:37 present+ 14:01:07 regrets+ erik 14:02:17 present+ dezell 14:03:25 present+ william 14:04:52 regrets+ Jurgen 14:04:56 regrets+ jurgen 14:05:31 Bertrand has joined #wpay-reg 14:06:26 present+ Bertrand 14:07:06 topic: Activities since previous meeting 14:07:31 jyrossi: since the previous meeting I reached out to people about joining the task force. 14:08:32 ...we face a challenge of bringing together regulatory people and developers....they speak different languages 14:11:07 ...it would help to have a regular meeting (e.g., 30 minutes) to bring new contributors to the group. 14:11:52 william: I would like to understand the methodology proposed by jyrossi... 14:12:28 ...should we approach this from a business model perspective? 14:12:43 ...and see which regulations apply (e.g., DPS in Europe) 14:13:06 ...it would be interesting to see what is at stake and the potential impact, knowing today that if we look at the card payment business we take the same approach ... 14:13:23 ...we have an acquirer to issuer model..and we look at the different relationships among actors, and where regulations affect them. 14:13:27 ...could we do the same thing? 14:13:59 ...could we look at some regulations in a few countries, and see what are the potential impact. 14:14:00 q+ 14:14:50 ...e.g., we look at payment transfer...we look at how card schemes do it today, and we look at the impact on various actors 14:15:01 ...so one potential way to do this evaluation is how actors interact, and what the business models are. 14:15:17 ...and what would be the potential impact on that...most regulation looks for more transparency for customer... 14:15:36 present+ vincent 14:16:59 jyrossi: my understanding of what we should do is to ensure that implementations of the specs will be as smooth as possible from a regulatory perspective. 14:17:11 https://www.w3.org/Payments/IG/wiki/First_mapping_of_main_juridictions 14:17:21 ...for that reason, I think one of the first steps we need to take is to do a high-level mapping of jurisdictions 14:17:44 ...it means understanding the regulatory constraints, where they are, and who could be the resources 14:18:01 ...another question will be, in all these jurisdictions, what are the main questions we should consider 14:18:47 ...in conversation with Evgeny, we concluded that the requirements would be similar in many jurisdictions. 14:18:55 ...therefore i think we should consider main regulatory topics 14:18:55 https://www.w3.org/Payments/IG/wiki/Main_regulatory_topics_about_payment_services 14:22:02 https://lists.w3.org/Archives/Public/public-webpayments-ig/2017Jan/0038.html 14:22:58 Ian: Concerned that a merely "top down" approach could waste too much time. Wondering if an other approach could be more efficient, from the essence of the specs and asking experts and regulatory authorities from that feed backj 14:23:03 q+ to give an analogy with ATICA, and speak to the effort required by the TF along with scope of the spec 14:23:21 ack Ian 14:23:38 IJ: I think we should take an approach of capturing the essential of the specification in terms that regulators can digest. That will give us feedback that is directly relevant to the specification. Otherwise we may do a lot of work on topics unrelated to what we are actually doing 14:24:10 jyrossi: I think we need both. In order to attract regulatory experts to bring useful input, we really need to have what you mentioned. 14:24:27 (I feel that we should START from the spec) 14:24:39 jyrossi: We need to get interest from both sides. 14:24:41 q+ 14:25:17 jyrossi: I do think that we need to do both 14:25:24 ...in order to start, we need a methodology 14:25:35 q? 14:25:36 (Ian is proposing one) 14:25:37 ack dezell 14:25:37 dezell, you wanted to give an analogy with ATICA, and speak to the effort required by the TF along with scope of the spec 14:26:59 dezell: I believe that jyrossi's suggestion would not require a lot of effort...I see this as less burdensome than Ian does. 14:27:37 ...I think we have to be cognizant that what we do may be useful to the WG today but also may be useful later. 14:30:08 ...quick cookbook for people to know what to look out for 14:30:23 q? 14:30:42 william: For ATICA, if we had to do it again, instead of focusing on the actual spec and the details of the spec, we would have stepped back and looked at the functional / business model and how people interact 14:32:47 ...I think there are two approaches: (1) business model first or (2) pictures of the regulation...but we need a methodology 14:32:59 ...I think a lot of provisions in the regulation may not have any impact on what we are doing 14:33:12 ...so we need to be smart enough to know what will relate to what we are doing 14:33:29 ...I think there are pros and cons to both approaches 14:34:42 jyrossi: can we get materials from the WG that are more tailored to regulatory? 14:35:05 IJ: 14:35:12 1) The WG is not concerned by regulation 14:36:04 2) The WG will listen to input on the spec 14:37:49 q? 14:37:54 q+ to agree with the concrete goal, and to elaborate. 14:38:09 q+ 14:38:16 ack Ian 14:39:50 IJ: For me the metric for success is "Change proposals to the spec" 14:39:57 ..otherwise we are not as likely to have an impact 14:40:23 ..I think the WG will not drive a deliverable but that's a good thing for this task force to do 14:40:25 ...I am happy to help 14:40:29 vkuntz has joined #wpay-reg 14:40:37 zakim, who's here? 14:40:37 Present: Jean-Yves, Ian, dezell, william, Bertrand, vincent 14:40:39 On IRC I see vkuntz, Bertrand, jyrossi, RRSAgent, Zakim, Ian, dezell 14:40:39 present+ 14:40:43 present- vincent 14:40:53 q+ 14:41:02 dezell: I think a goal is to ease adoption by giving them something they can hang on to 14:41:16 (Ian wants to know what that looks like) 14:42:16 dezell: gathering information as jyrossi has suggested could be useful. 14:42:18 q? 14:42:21 ack dezell 14:42:21 dezell, you wanted to agree with the concrete goal, and to elaborate. 14:42:45 jyrossi: Here's an example of the kind of impact that regulatory issues could have on what the WG is doing. 14:42:56 ...it's just a few lines from article #8 of european regulation 14:43:00 art 8 #6 of Reg 2015/751/EU Payment card schemes, issuers, acquirers, processing entities and other technical service providers shall not insert automatic mechanisms, software or devices on the payment instrument or at equipment applied at the point of sale which limit the choice of payment brand or payment application, or both, by the payer or the payee when using a co-badged payment instrument. Payees shall retain the option of installing automatic me[CUT] 14:43:34 in the equipment used at the point of sale which make a priority selection of a particular payment brand or payment application but payees shall not prevent the payer from overriding such an automatic priority selection made by the payee in its equipment for the categories of cards or related payment instruments accepted by the payee. 14:43:53 jyrossi: This is practically connected to what we are doing with payment request 14:44:37 ...to have a relevant mapping, the first work about mapping main topics (not most but main) 14:44:43 ...that is something very practical 14:44:45 q+ 14:44:48 ack jy 14:45:15 jyrossi: It's not as much work as it appears. I share the opinion that if we have the right people in the task force, it won't be that challenging to come up with a shared vocabulary to come up with the main issues. 14:45:22 ...then this group can bring useful input to the Wgt 14:46:14 q? 14:46:22 I agree with Ian's concrete recommendations to the specification, i.e. to provide feedback to the WG. I also think that filling in Jean-Yves's templates will be useful in providing that feedback. Equally importantly, that gathered information will be helpful in easing the adoption of the Web Payments (in general) work in the greater web community. So I think we need both efforts. 14:46:27 ack vk 14:46:31 q? 14:46:44 ack Vincent 14:47:14 vkuntz: I think there are multiple dimensions of regulations that can come into the scope of web payments...in some cases you can't even initiate the payment if you are a us company and you have someone on the @@ list 14:47:35 ..another example is that if you want to do business in russia, the contract has to be registered before you do payment 14:47:43 ..this does not have an impact on the API, but on how you initiate payment 14:48:08 ...I think we need to inventory not necessarily individual regulations, but types of regulations where developers have to pay attention when they implement the API. 14:48:43 q+ to talk about audience 14:49:04 jyrossi: Should we start from regulations or from the spec? 14:49:25 vkuntz: I would start with classifications of regulation..then look into which part of the classification might have an influence on the APIs 14:49:49 ..then working from there and what has to be looked at from the perspective of the details of the regulations 14:50:15 +1 to starting from both sides. 14:50:51 ack me 14:50:51 Ian, you wanted to talk about audience 14:51:10 IJ: Audience? 14:51:12 1) Working Group 14:51:16 2) People who are using the API 14:51:33 If we want to reach the WG, we need to be concrete in spec terms 14:52:40 q? 14:52:42 q+ 14:52:54 q+ 14:52:56 Impact of regulation on the use of the APIs will lead into concrete requirements toward the working group 14:53:15 q+ 14:54:19 IJ: I think we would take a different approach and have different deliverables if our goal is to reach users of the API 14:54:52 dezell: I think the WG should be our primary audience. 14:55:19 ...I think that jyrossi's approach would help us reach both audiences 14:56:32 ack d 14:56:37 ack jyrossi 14:56:48 jyrossi: I think the WG is the first target and API users the second target 14:57:37 ....the second point I want to mention is a suggestion...it's about the question of where we start 14:57:42 ..bottom up or top down 14:57:57 ..vkuntz and I suggested that it will be useful to gather basic information from at least 3 jurisdictions 14:58:00 q+ 14:58:07 ..I think we could do that in 2 weeks 14:58:56 ...Ian, could you pick up three main items on which to focus from the regulatory point of view for the WG 14:59:09 ...one could be "choice of payment instrument" 15:00:55 "payees shall not prevent the payer from overriding such an automatic priority selection made by the payee in its equipment for the categories of cards or related payment instruments accepted by the payee." 15:01:04 q+ to say that I don't think there's any argument against doing what Ian is suggesting. 15:05:09 IJ: I can work with concrete text and try to evaluate in terms of the spec 15:05:17 (I have been pushing back on abstractions) 15:05:20 q? 15:05:23 ack vk 15:05:41 vkuntz: I agree that we need to address the WG in concrete terms and how the spec would be impelmented 15:05:55 ...another example, in most regulations there's a regulatory reporting aspect. 15:06:03 ...normally it's on the payment provider's side 15:06:19 ..for the WG there might be a consideration that they keep in mind..that there is regulatory reporting 15:06:30 ack Ian 15:08:21 IJ: I think a lot of the relationships among actors are the same...but some are slightly different it's true. That is why taking the bottom up approach and thinking in terms of what the spec does concretely will help us narrow the scope of the exercise 15:08:37 ack de 15:08:37 dezell, you wanted to say that I don't think there's any argument against doing what Ian is suggesting. 15:10:33 IJ: Let's be concrete first 15:10:42 ...learn from our experience...whether from the regulatory side or the technical side 15:10:45 IJ: I am hearing today: 15:10:51 1) WG is primary audience, users of API secondary 15:10:58 2) Let's be concrete 15:11:09 JYR: let's be concrete on both sides! 15:11:15 +1 to being concrete 15:11:23 (IJ suggests we update the wiki with consensus points) 15:11:35 Topic: next call 15:11:35 q+ 15:12:20 IJ: I can no longer make Mondays at 9am ET 15:12:46 (I could meet at 11am ET on Mondays) 15:13:02 I could meet Thursdays at 9am ET 15:13:42 jyrossi: 11am ET is too late for Asia 15:14:38 jyrossi: Proposed Thursdays starting 9 February at 9am ET 15:15:14 (IJ: some people can meet earlier, feel free!) 15:16:55 9 Feb ok for me - cannot be present on 30 January 15:16:58 IJ: If we were to model payment request API in terms of actors relating, would that help regulatory folks narrow scope of their owrk? 15:17:12 * Tx Vincent! 15:17:12 william: We need to work on an exchang emodel 15:17:37 ..at first glance, it does not seem to me that looking at the API will tell us all the sceanrios 15:17:40 ...we should be speaking about business case 15:18:51 Next meeting Feb 9, at 9 am ? 15:19:16 ACTION: william and Ian to experiment with a business model approach to formulating what the API does in terms that could help narrow or focus the regulatory evaluation 15:19:49 William: In general, Thursdays won't work for me 15:20:58 Next meeting: 9 February at 9am ET 15:21:04 ACTION: Ian to send out a webex for 9 Feb meeting 15:21:39 IJ: I suggest updating the wiki to talk about audiences (in priority order) 15:21:43 ..activities that we think are necessary to achieve goals 15:21:56 ..and clarify the goals 15:22:09 - ensure the API of the WPWG does not inherently raise regulatory issues 15:22:24 - help users of the API understand regulatory considerations around the initiation of payments 15:23:31 jyrossi: requirements more than considerations 15:23:35 I have made the request to generate http://www.w3.org/2017/01/23-wpay-reg-minutes.html Ian 15:23:51 thanks all! 17:20:18 Zakim has left #wpay-reg