19:01:41 RRSAgent has joined #wpay-ecom 19:01:41 logging to http://www.w3.org/2015/12/21-wpay-ecom-irc 19:01:49 LindaToth has joined #wpay-ecom 19:01:52 present+ linda 19:01:55 present+ MattC 19:01:57 present+ brian 19:02:01 present+ matt 19:02:06 present+ richard 19:02:11 present+ 19:02:30 present+ jenny 19:02:34 present+ shane 19:02:39 present+ mattH 19:02:52 ShaneM has joined #wpay-ecom 19:02:56 s/present+ matt// 19:03:00 present+ dlongley 19:03:00 present+ ShaneM 19:03:03 present+ adrian 19:03:10 s/present+ shane// 19:04:10 present+ steven 19:05:36 brussell has joined #wpay-ecom 19:06:09 scribenick: collier-matthew 19:06:59 dezell: Any questions before introductions? 19:07:02 AdrianHB has joined #wpay-ecom 19:07:10 jheuer has joined #wpay-ecom 19:07:41 https://www.w3.org/Payments/IG/wiki/Main_Page/ProposalsQ42015/Ecommerce 19:08:20 dezell: I represent NACS, and am co-chair of the WPIG 19:08:29 LindaToth: I am with Conexxus 19:09:07 brian: I've been in payments for 15 years. 19:09:27 Present+ AdrianHB 19:09:32 mattH: Walmart: manage global acceptance. Representing MAG 19:09:54 ed_c has joined #wpay-ecom 19:10:04 Jenny: CIO for Flash... 20 years in the industry. We have a mobile app and we would like to enhance that. 19:10:27 ShaneM: with DigitalBazaar, trying to keep coordinated with other W3C groups. 19:10:52 AdrianHB: Standards officer at Ripple, background in card payments. I am the co-chair of web payments working group. 19:11:20 Steven: In charge of R&D for Enmar Digital promotions. 19:11:45 Richard: Architect for ... 19:11:56 present+ edcollupy 19:12:09 dlongley: Work with DigitalBazaar, I've worked on a number of standards in the past. 19:12:37 manu has joined #wpay-ecom 19:13:03 present+ manu 19:13:04 edCollupy: member of Conexxus 19:13:22 Kristi from Target in payment acceptance. 19:13:26 present+ Kristy 19:13:27 dlehn has joined #wpay-ecom 19:13:38 s/Kristi/Kristy 19:13:39 Present+ Manu 19:13:50 present + jheuer 19:13:59 Present+ dlehn 19:14:00 present+ jheuer 19:14:09 jheuer: DTelecom R&D Unit, working with business unit for payments from operator perspective. 19:14:14 present+ gtaylor 19:14:26 GTaylor, With Conexxus 19:14:40 dlehn: Work with DigitalBazaar 19:14:48 present+ manu 19:15:22 manu: Work with DigitalBazaar, we've been working with payments and credentials space for a while. Trying to get the ball rolling on improving the payment experience on the internet. 19:15:45 dezell: Thank you all for being here. 19:16:18 dezell: I would like to talk about the problem we need to solve, then background and use cases 19:16:37 ... also talk about way to get the right people to the table. 19:16:47 ... two years ago in Paris, we had a workshop on payments. 19:17:05 ... there was a lot of excitement. There was one presentation from merchants. 19:17:08 which was a fantastic presentation from merchants at the Web Payments Workshop! 19:17:49 ... standards are the focus. There are many proprietary ways of doing things. 19:18:11 https://www.w3.org/Payments/IG/wiki/Main_Page/ProposalsQ42015/Ecommerce 19:19:13 ... looking under item 3, ecommerce proposal 19:19:38 ... this is about creating a task force on how to get merchants more involved in the standards process. 19:19:52 ... One next step would be to approve this document. 19:20:18 ... We might do a straw poll at the beginning of next year. 19:20:41 q+ to note problem statement and "digital offers", "receipts", "coupons", and multiple payment instruments per transaction. 19:20:51 ... In the course of implement web payments, merchants want to stay in the loop and make sure their interests are represented. 19:21:01 ... I have broken the situation into two halves. 19:21:15 Erik has joined #wpay-ecom 19:21:19 ... first half, we can provide to the web payments working group use cases. 19:21:35 ... also gather necessary players for requirements and recommendations. 19:21:36 ack manu 19:21:36 manu, you wanted to note problem statement and "digital offers", "receipts", "coupons", and multiple payment instruments per transaction. 19:21:56 manu: I have read through the proposal and noticed that there a couple things missing. 19:22:02 q+ to talk about whether convergent scenarios are also in scope? 19:22:04 ... I did not see anything about digital offers. 19:22:37 ... for example make it easier for consumers to make digital offers easier to find and use. 19:23:04 ... No uses cases yet for digital offers. The other thing is that there's nothing about digital receipts. 19:23:45 ... Digital Bazaar has some ideas about this, but it it's important that the this group indicates that it's important if that's the case. 19:24:04 ... I'm concerned about multiple payment instruments per purchase. 19:24:18 ... We want to make sure that Phase I allows us to do that. 19:24:37 ... over the past 4+ years, we have proposals about digital offers, receipts and coupons. 19:24:50 ... we have not had the opportunity to present those to the WPIG 19:25:12 dezell: Manu is talking about phase I, which is what the wpay workgroup is doing now. 19:25:35 ... this is a straight forward payments scenario. It might be *too* simple. 19:25:44 ... which is why we should review the use cases. 19:25:49 q? 19:26:32 Erik Anderson from Bloomberg, co-chair with dezell, interested in the future of payments. 19:27:01 ack jh 19:27:01 jheuer, you wanted to talk about whether convergent scenarios are also in scope? 19:27:41 Kristy: in the goals... we should make payment instruments more broad, including EBT and SNAP 19:28:00 ed_c: I agree, I was thinking about fleet cards and college payment cards 19:28:17 dezell: Let's not forget NACS payroll cards. 19:28:18 q+ to say dont forget things like points too! 19:28:38 jheuer: I want to ask if we want to keep focus on online payments only. 19:29:01 q+ to say "we are payment instrument agnostic", and would like to ask for a "would like to have" list and a priority list. 19:29:06 Gray has joined #wpay-ecom 19:29:47 ... Or should we also be talking about proximity systems as well. 19:30:15 q- ShaneM 19:30:15 ack ShaneM 19:31:14 ack manu 19:31:14 manu, you wanted to say "we are payment instrument agnostic", and would like to ask for a "would like to have" list and a priority list. 19:31:18 dezell: We want to figure out if we have enough interested and people power to keep this going. 19:31:57 manu: for the retailers that have not been involved in week-to-week meetings. We are payment method agnostic in our approach. 19:32:35 ... I want to make sure everyone understands that we are not preferring one payment method over another. But we do have an issue where we are not allowing for multiple payment methods in Phase One. 19:33:03 AdrianHB has joined #wpay-ecom 19:33:12 ... what about offer, digital receipts, and coupons. I would be good to know if merchants/retailers are interested in these things. 19:33:12 Manu, split payments between 2 different instruments should be required. 19:33:13 q+ 19:33:20 q? 19:33:37 ... the working group needs to know what they should be focusing on in the various phases of their work, (I, II ,III) 19:33:39 ack Gray 19:33:42 Q+ 19:34:21 Gray: To manu's point. There's a large cognitive load for consumers to use mobile payments. We should be agnostic of payment type. 19:35:08 ... there may be a need to handle different data. Multiple payments within one transaction along for digital promotions is *very* important. 19:35:33 ... incorporating coupons into the transaction needs to be in Phase I 19:35:35 q+ Kristie 19:35:43 ack ri 19:35:50 q+ to find out how merchants would like to see this materialise (coupons, loyalty etc) 19:36:09 richard: Are you talking about interface between gateway/aquirer? Which interface are we talking about? 19:36:43 dezell: Our charter calls out the consumer and merchant as stakeholders. 19:36:59 ... it is the way the consumer talks to the merchant that we are working on. 19:37:12 ... we are trying to align with ISO20022. 19:38:06 ... in our case, it's not merchants/aquirers, but we are interested in riding existing rails when possible. 19:38:19 richard: you're referring to retailers? 19:38:19 ack Kristie 19:38:22 dezell: yes 19:38:50 ack Adrian 19:38:50 AdrianHB, you wanted to find out how merchants would like to see this materialise (coupons, loyalty etc) 19:38:53 Kristy, I agree with Gray. We should have multiple payment instruments within a single transaction. Often we have gift cards. 19:39:24 My line is poor 19:40:15 AdrianHB: the work we're doing in the WG is to connect the retailer and the user (payer/payee) 19:40:24 q+ to note that we may have a different set of deliverables - the first one being shaking the Web Payments WG and let them know that they may be blind to the pay w/ multi-payment instrument use case. 19:40:27 ... today payments are high friction and relatively insecure. 19:40:48 ... we are trying to standardize communication between those two that allows for more complex messages. 19:41:16 ... the exchange of data could be complex encrypted data. We need to deal with payment methods of today as well as payment methods of the future. 19:41:45 ... wrt multi-tender... 19:42:35 ack manu 19:42:35 manu, you wanted to note that we may have a different set of deliverables - the first one being shaking the Web Payments WG and let them know that they may be blind to the pay w/ 19:42:38 ... multi-payment instrument use case. 19:43:06 TL;DR: It will help us a great deal if this group get's up to speed on the direction the WG is currently going so that it's easier to relate the group's requirements to what is currently being proposed 19:43:14 manu: The higher priority thing might be to make sure that the WG pays attention to retailers needs in Phase One. 19:43:34 manu: There is no multi-tender proposal in place. 19:43:53 ... there's a disconnect between what WG is working on and what retailer want. 19:44:15 q? 19:44:19 e.g. Multi-tender, sharing customer data etc are possible but maybe in a way that merchnats won't be happy with 19:44:20 zakim, close the queue 19:44:20 ok, dezell, the speaker queue is closed 19:44:33 ... also we need to get other use cases into the mix as well, like couplons/offers. 19:44:46 dezell: I think we got some good points out of that discusssion. 19:44:53 zakim, open the queue 19:44:53 ok, dezell, the speaker queue is open 19:45:20 ... I would like to spend the balance of the call talking about how we might make progress on getting a marker down for the working group. 19:45:30 ... One avenue may be use cases. 19:45:47 my concern is that if I tell this group: "You can handle multi-tender by developing a custom payment method" it will be helpful if this group understands what "develop a custom payment method" means 19:45:52 ... are people here willing to help on creating a workshop on creating a browser interface for payments on the web. 19:46:14 ... we would like all of this to be easy and standardized. 19:46:40 It should be easy to do WITHIN a useragent and WITHIN an application that just wants to accept payments (e.g., a mobile app) 19:46:51 https://dvcs.w3.org/hg/webpayments/raw-file/default/latest/use-cases/index.html 19:47:17 another concern is that some merchant requirements (know the customer) conflict with user requirements (privacy) 19:47:51 dezell: What is in the use cases... which can be found in the table of contents. 19:48:03 +1 to what everything AdrianHB is saying - very important stuff. 19:48:23 https://dvcs.w3.org/hg/webpayments/raw-file/default/latest/use-cases/index.html#an-overview-of-the-payment-phases 19:48:31 Section 7 has actual scenarios. 19:49:06 dezell: as we create these payments cases, and think about them in phases, we can determine what is necessary to support that. 19:49:21 Section 6 defines each of the necessary steps. 19:49:35 final concern is that if we are too explicit with standards we make it very difficult for anyone to innovate. We need to find a balance in all these things and where that balance is found is influenced by the perspective of the participants. If we don't have a wide merchant participation then the balance will tend away from the merchant's requirements... 19:49:59 +1 to Adrian's comments as well. 19:50:06 q+ to point out the points Adrian is making in IRC. 19:50:22 ... discovery offer is not about digital offers, but how a consumer might collaborate with a merchant and negotiate payment terms. 19:50:40 ... please review over the next few weeks. I will be circulating use cases that follow this model. 19:50:51 ... I want to show this model to reduce confusion. 19:51:01 ... please point out anything that could be improved. 19:51:04 ack manu 19:51:04 manu, you wanted to point out the points Adrian is making in IRC. 19:51:14 manu: I would like to point out some of what AdrianHB has been typing in IRC 19:51:34 ... he say... we're looking for the right balance wrt to privacy. 19:52:13 ... to-date, we have not had good engagement with retailers. When that happens, retailers groups might not get met. 19:52:38 ... we need clear use cases to inform the work. 19:52:58 ... It helps those doing the work prioritize the work. 19:53:20 A big concern for the WG is developing standards that will be deployed. If we don't have sufficient engagement during the work that is a big risk 19:53:39 q? 19:53:40 ... Please do give attention to the use cases and make your support known. 19:54:07 1. propose a task force to investigate this topic. 19:54:08 2. adopt deliverables for the task force: 19:54:08 a) use cases revision 19:54:08 b) possible WG 19:54:09 c) workshop creation 19:54:18 Agree with Adrian & Manu, we need to block diagram such uses of multi-tender. Also, we cannot forget that the "pull" style of current payments (where merchant pulls payment credentials) is not where market is going. THink how do I, as a consumer, PUSH adequate information that the merchant is comfortable that settlement will occur 19:55:14 +1 to Gray - very little focus on push payments now in the Web Payments WG (we support it, but PSPs are putting more of a focus on pull these days w/ no counterbalance from retailers for push) 19:55:15 dezell: We might want to create a task-force. 19:55:44 Please all have a look at some of the content on the WG wiki already and feel free to reach out to me if you need some info 19:55:45 https://github.com/w3c/webpayments/wiki/A-Payments-Initiation-Architecture-for-the-Web 19:56:04 ... if we create a task-force, we could revise the use cases and get the retailers requirements in the hands of the working group. 19:56:21 ... also we might create a working group focused on retailer issues. 19:56:41 ... what we might do is have a workshop 19:56:52 Our work documenting the flows in use today (that we want to support) is also important: https://github.com/w3c/webpayments/wiki/Flows 19:57:11 ... there's a lot of working going on in various organizations. We have a unique relationship with web developers here at the W3C. 19:57:22 +1 to Manu - agree, we keep trying to solve for the ISO/CVV world, when this will be tokenized and pushed. 19:57:29 ... accessibility is an important issue at W3C. 19:58:11 Also have a look at some of the proposals being considered by the WG: 19:58:18 https://github.com/WICG/web-payments-browser-api 19:58:18 https://github.com/WICG/paymentrequest 19:58:19 https://github.com/web-payments/web-payments-messaging/ 19:58:19 https://github.com/web-payments/web-payments-http-api 19:58:19 +1 to Gray - "pushing" payment credentials that the merchant doesn't need to see is the future, but certain "pull" operations may continue to exist for other types of "credentials" merchants do need to see 19:58:36 rrsagent, make minutes 19:58:36 I have made the request to generate http://www.w3.org/2015/12/21-wpay-ecom-minutes.html ShaneM 19:58:54 q+ to note that when we try to talk about 'push' the response is: "but that's not how 95% of payments happen today". 19:58:58 q+ 19:59:03 Gray: I see a huge difference between push/pull payments. Push payments should be considered in the retailer space. 19:59:24 q+ 19:59:29 ack manu 19:59:29 manu, you wanted to note that when we try to talk about 'push' the response is: "but that's not how 95% of payments happen today". 19:59:31 Gray: I believe the future is in push payments. 19:59:57 +1 to support for push (as Erik said earlier, we need to support the future) but we also need to support the present to get adoption 20:00:28 zakim, close the queue 20:00:28 ok, dezell, the speaker queue is closed 20:00:45 ack Erik 20:00:56 manu: I think there's a huge desire for push payments. Hearing that push payments is important to retailers is an important message to the working group. 20:01:59 Erik: Tokenization of ALL payment data is important, we need to hear that from retailers as well. 20:02:40 Agree Erik - all PII should be vailed of tokenization 20:02:57 rrsagent, make minutes public 20:02:57 I'm logging. I don't understand 'make minutes public', ShaneM. Try /msg RRSAgent help 20:03:12 rrsagent, make logs public 20:03:13 rrsagent, make minuts 20:03:13 I'm logging. I don't understand 'make minuts', manu. Try /msg RRSAgent help 20:03:16 rrsagent, make minutes 20:03:16 I have made the request to generate http://www.w3.org/2015/12/21-wpay-ecom-minutes.html manu 20:03:48 dezell: I will be looking for additional retailer when I am at the NRF show. 20:03:56 thanks all 20:05:56 There is a MAG meeting in February. 20:06:19 which is another opportunity to collect feedback from people in the industry. 20:18:41 chair: dezell 20:19:32 Meeting: Proposal for eCommerce Task Force 20:22:58 Present: Linda Toth (Conexxus), Matthew Collier (Digital Bazaar), Brian Russell (Verifone), Richard Halter (ARTS), Jenny Bullard (Flash Foods), David Longley (Digital Bazaar), Shane McCarron (Digital Bazaar), Adrian Hope-Bailie (Ripple), Ed Collupy (W. Capra Consulting), Manu Sporney (Digital Bazaar), Kristy Cook (Target), Joerg Heuer (Deutche Telekom), David Lehn (Digital Bazaar), Gray Taylor (Conexxus), David Ezell (NACS), Erik Anderson (Bloomberg) 20:23:08 rrsagent, make minutes 20:23:08 I have made the request to generate http://www.w3.org/2015/12/21-wpay-ecom-minutes.html dezell 20:24:33 rrsagent, make logs public 20:33:16 rrsagent, bye 20:33:16 I see no action items