13:56:09 RRSAgent has joined #wpay 13:56:09 logging to http://www.w3.org/2015/05/07-wpay-irc 13:56:12 zakim, this will be wpay 13:56:12 ok, manu, I see T&S_WEBPYMT(WPAY_USE)10:00AM already started 13:56:17 rrsagent, make logs public 13:56:29 Meeting: Payment Architecture Task Force (Thursday) Meeting 13:56:33 Chair: Pat 13:56:37 rrsagent, draft minutes 13:56:37 I have made the request to generate http://www.w3.org/2015/05/07-wpay-minutes.html manu 13:57:46 zakim, who is on the call 13:57:46 I don't understand 'who is on the call', padler 13:57:54 manu，hello，i am jia jiangtao from huawei，i have requested to jion wpay IG，i am sorry that the huawei's w3c manager didn't confirm my request. 13:57:54 zakim, who is on the call? 13:57:54 On the phone I see padler 13:58:19 jiajiangtao: ok, thanks for identifying yourself Jia - we were wondering who you were on the last call. 13:58:41 manu:thanks 13:59:00 +[IPcaller] 13:59:04 padler has joined #wpay 13:59:10 zakim, I am [IPcaller] 13:59:10 ok, manu, I now associate you with [IPcaller] 13:59:26 zakim, [IPcaller] is me 13:59:26 +manu; got it 13:59:47 zakim, who is on the call? 13:59:47 On the phone I see padler, manu 13:59:49 +??P5 14:00:21 zakim,??p5 is me 14:00:21 +jiajiangtao; got it 14:00:57 ShaneM_ has joined #wpay 14:00:59 zakim, who is on the call? 14:00:59 On the phone I see padler, manu, jiajiangtao 14:01:13 zakim,mute me 14:01:13 jiajiangtao should now be muted 14:01:30 +DavidJ 14:01:33 Jackson has joined #wpay 14:02:19 +??P12 14:02:25 AdrianHB has joined #wpay 14:02:50 zakim, who is on the call 14:02:51 I don't understand 'who is on the call', AdrianHB 14:02:56 zakim, ??P12 is Adrian 14:02:56 +Adrian; got it 14:03:00 zakim, who is on the call? 14:03:01 On the phone I see padler, manu, jiajiangtao (muted), DavidJ, Adrian 14:03:46 scribe: manu 14:03:52 Agenda: https://lists.w3.org/Archives/Public/public-webpayments-ig/2015May/0047.html 14:04:15 Pat: Quick suggestion to timebox discussion on tools/documentation/workflow. 14:04:56 Pat: We want to get to more important stuff - core payment agent stuff - discussion around Vision/Manifesto/Inter-network payments. 14:05:03 Pat: Any other topics that we should cover today? 14:05:25 zakim, what is the code? 14:05:25 the conference code is 9729 (tel:+1.617.761.6200 sip:zakim@voip.w3.org), ShaneM_ 14:05:38 +??P22 14:05:40 zakim, I am P22 14:05:40 sorry, ShaneM_, I do not see a party named 'P22' 14:05:41 Manu: I want to make sure we stay focused on Payment Architecture document. 14:05:45 +Katie_Haritos-Shea 14:05:46 zakim, I am ?P22 14:05:47 sorry, ShaneM_, I do not see a party named '?P22' 14:05:54 zakim, ??P22 is ShaneM 14:05:54 +ShaneM; got it 14:06:00 +Erik 14:06:14 Pat: We're going to spend the first big chunk of time going through the current document - Payment Architecture. We want to make good progress on it. 14:06:17 Erik has joined #wpay 14:06:31 Pat: I want to focus on consensus on how we break down the things that the Payment Agent needs to do or have access to. 14:06:43 Topic: Payment Architecture 14:07:05 Pat: We have 3 communication channels now... let's try to capture some of those capabilities in the group in their areas of expertise to contribute. 14:07:27 Pat: Not only have we agreed on those interfaces - how do we handle discovery of payment agent, communication of loyalty information, etc. 14:07:46 zakim? 14:07:46 Pat: A good way to do that may be to do that - contribute in those sections - all facets are represented 14:07:47 q+ 14:07:50 q? 14:07:53 ack manu 14:08:01 https://www.w3.org/Payments/IG/wiki/Payment_Architecture_Priorities 14:08:16 manu: put together a wiki page at the above link.. 14:08:33 manu: trying to map use cases to requirements to capabilities 14:09:54 manu: trying to create an iterative version of the architecture to illustrate working payment agents in an incremental way 14:11:05 manu: propose using wiki to work requirements and then move them into architecture document 14:11:26 Adrian: Some thoughts - great job, linked to use cases, lot of work thanks for that. Haven't got all the way to the bottom of it. In our architecture document, it should be talking about things that we're putting on a timeline. 14:11:32 q? 14:11:55 q+ to talk about priorities 14:11:57 +1 about timelines never being accurate. 14:12:20 q+ 14:12:58 Manu: W3C groups tend to not do well w/ timelines... we can just prioritize, that should be good enough. 14:13:11 Adrian: I don't know if we should put priorities in the architecture document. 14:13:40 s/it should be talking about things/it shouldn't be talking about things/ 14:13:57 Pat: I agree, priorities are important - but I'm concerned about not having people contribute/participate because loyalty/coupons are not in the first priorities. 14:14:29 Pat: We don't have the "what" defined first - we need to define that... We could be emergent "architecture will come out of what we're doing"... or we have a complete concept - may not be implemented yet. We may want a hybrid. 14:14:31 q? 14:14:33 ack padler 14:14:33 padler, you wanted to talk about priorities 14:14:37 ack padler 14:14:38 q+ 14:14:42 Ryladog has joined #wpay 14:16:12 manu: it sounds like we need both architecture document and priority/roadmap document 14:16:36 padler: There is a need for both a full view and a list of priorities. 14:16:55 padler: We need a way to identify the actors in the payment process - if we don't have that, we can't really do much else. 14:17:30 padler: Payment Architecture document would define capabilities - identify people and other payment agents - and other things like guiding principles. For example, people working on priorities - discover and identify payment agent. 14:18:02 q+ to ask about which section we're specifically talking about now? 14:19:29 pat: Does that mean there needs to be a way to route identifiers to endpoints? I see those things in business perspective - payee sends payer something - we may need to talk to IETF about DNSSEC / routing payment addresses. I see architecture document being the "what" along w/ guidance. We need to talk about how to expose data, content encryption of payment information, we need to frame that. That has to be a holistic part of the architecture. 14:20:01 +1 to having priorities which inform a roadmap document (how and why) AND architecture document (what) 14:20:03 pat: So everything needs to work on same goals. 14:20:07 q? 14:20:08 ack manu 14:20:08 manu, you wanted to ask about which section we're specifically talking about now? 14:20:18 q+ to ask about which section we're specifically talking about now? 14:21:20 Erik: Diagrams are used to tell a story - reinforce a story. For example - payment architecture version 1, then version 2? 14:21:46 q+ to ask if the intention is to only document v1 priorities in v1 of document 14:22:00 +1 to the need for credentialing from the start 14:22:10 Manu: This is exactly the type of discussion I wanted this document to create. 14:22:28 Erik: Credentials are absolutely required in version 1.0 - credentials is a part of this, credentials is a part of this. 14:23:40 q? 14:23:51 q? 14:24:15 Erik: If this is the document we're using for requirements/priorities - I'll help fill out this document. When I go from use cases to requirements, I break down the requirements document next - waterfall - use cases, requirements don't really work in industry anymore. 14:24:24 q+ 14:24:33 Erik: If requirements are next - I'm fine w/ that, just want to make sure we're doing this the way the group works. 14:24:36 ack Erik 14:24:47 Erik: Waterfall doesn't work very well these days. 14:24:47 ack manu 14:24:47 manu, you wanted to ask about which section we're specifically talking about now? 14:25:44 manu: created priority document to help focus the work on the document 14:26:12 ack AdrianHB 14:26:12 AdrianHB, you wanted to ask if the intention is to only document v1 priorities in v1 of document 14:26:44 q+ AdrianHB to ask if the intention is to only document v1 priorities in v1 of document 14:26:50 Jackson has joined #wpay 14:26:56 Erik: I think Pat wanted to talk about features, then requirements. 14:27:33 Pat: The part we're on to now - on page 8 "What's needed to achieve this vision"? I changed it from requirements to capabilities of the Payment Architecture. 14:28:16 Pat: The reason I think the section is so important, we're going to hand this stuff off to multiple groups. We need a cohesive vision of how all this stuff fits together, we're going to have the groups go off in different directions. 14:28:36 q+ to agree with Pat, but what are we writing next? 14:29:04 Pat: The priority - what do we want to say about payment agents, how devices that are hosting them - what are their capabilities? If it's a payment agent, how do we see these things? 14:29:26 Pat: If payment agent has to relay information to other payment agents, switch schemes in the middle, what do we want to say in the document? 14:29:47 Pat: The Priorities is important, but we need a holistic view. 14:29:57 q- 14:30:05 q+ to propose what we are going to write next. 14:30:42 pat: Maybe we need likely groups or likely parties next. If we hand off a big section to identity/credentials - for each interface, what does a payment agent need - need a way to consistently identify entities w/ strong authentication. 14:30:53 Pat: Credential WG - please give us the solution - we're looking for that. 14:30:58 ack padler 14:31:17 Erik: So let's start putting in features, and then requirements 14:31:38 Pat: It's the rationale... not just the requirements. "Here's what we think the payment agent needs to do, and here's why..." 14:32:07 Pat: I think if we go into the solutions, we're going too far. 14:32:19 Erik: Requirements are more high level - we don't need to say specifically what data formats we need to use. 14:32:44 q? 14:32:45 Pat: Yes, we don't need to get into ISO20022 - we need to be aware of it, but what happens when ISO20023 comes around? 14:33:15 Erik: So language like "Must have a decoupled messages to massage data structures into other structures." There are many different types of asset classes out there. 14:33:21 Erik: Not everyone supports everything. 14:33:24 ack AdrianHB 14:33:24 AdrianHB, you wanted to ask if the intention is to only document v1 priorities in v1 of document 14:34:15 AdrianHB: Regarding priorities in the document - it's starting to feel like we're doing quite a bit of handwaving - it's high level - we're trying to put down an architecture document that's considering over 100 use cases. That's what value of what Manu has done feeds in to the Architecture document. 14:34:45 +1 to focusing architecture work on what is needed based on priority document... 14:34:48 AdrianHB: We can trim down the scope of what we need to do in architecture document - we need to make expectation clear about this being a first cut of version 1 architecture. 14:34:56 AdrianHB: Right now, we're designing version 1. 14:35:55 Pat: anything like merchant, vendor, we need to abstract out to payment architecture document right now. 14:37:24 Pat: For example, cryptotoken to establish funds to send to merchant. I like the Payment Architecture Priorities - barebones core support version 1 - focus architecture work on this is great. I think we should take first section to populate whats needed to achieve the vision. The abstract concepts - basic proof of payment from use cases document, what's needed to achieve this - we need a data format for this. Adrian, looking at your comment in the document - we ne 14:37:24 ed a messaging format - standard communication format. 14:37:31 Pat: It needs to support payment-specific metadata 14:37:53 Pat: If you want interop, and you want to have a payment agent communication mechanism - it requires you to have this concept of a "message envelope" 14:37:59 q? 14:38:29 q? 14:38:44 q+ 14:38:55 Adrian: On the basis of that - let's provide feedback on what Manu's done on the wiki, that'll inform what needs to be in the architecture document... so for example, coupons/loyalty comes in v2, we need to know that's coming but maybe we focus on v1 now in the PA document. 14:38:57 ack manu 14:38:57 manu, you wanted to propose what we are going to write next. 14:39:58 +1 to defining a manageable scope for the next few weeks 14:40:21 Ryladog_ has joined #wpay 14:40:29 Got dropped. 14:40:41 manu: the arch doc needs to be high level 14:40:54 +1 to identifying capabilities generically 14:41:00 manu: I like the "capabilities" language vs requirements and features yet 14:41:20 manu: when we are done with that we can expand the scope 14:41:42 q? 14:42:12 AdrianHB: Yes, that's what I'm suggesting - gives us a narrower scope to focus on, helps us iterate quickly, even though we have a week between calls - the job is overwhelming, considering too many use cases. 14:43:02 Pat: yes, agreed - I like that - waterfall comment - this looks like a sprint plan on how we're going to tackle payment architecture document. By next week, we want people to run through payment architecture v1 - it reflects all capabilities required for v1, if we can call that done - that gives us a good scoping mechanism to focus the work. 14:43:42 Pat: Other comments - if people have a burning passion for things like loyalty - work on that. We're just trying to focus on v1 stuff for this sprint. 14:44:26 Pat: This helps us make sure we're making good progress - good development of the document happening via face-to-face. Only comment is that as we put those features in, we should be thinking about how groups developing pieces of architecture - functional decomposition of these things - how is it going to be consumed by those groups? 14:45:17 Pat: for example, one section for credentials, another on payment agent - we need to think about how best to do v1, iterate on that quickly via functional breakdowns - section of the document that talks about identity/privacy, focuses on stuff across the entire payment architecture. 14:45:20 q? 14:45:28 q? 14:45:31 pat: I agree w/ priority list - if others agree w/ that, great way to frame the work. 14:45:34 ack padler 14:45:49 Erik: I want us to summarize what we're going to do. 14:46:43 -Erik 14:47:01 +Erik 14:47:10 PROPOSAL: Take the version 1.0 Payment Architecture Priorities and convert them into "Capabilities" in the Payment Architecture document. Do not elaborate on low-level requirements, but rather keep the capabilities short and high-level. 14:47:16 +1 14:47:25 generic capabilities 14:47:30 Proposal: Use priority document as a release plan for work on the Payment Architecture document 14:47:53 I would combine what pat and manu have proposed 14:48:03 :) 14:50:01 q+ to ask how we handle disagreement with priority list 14:50:38 Pat: We should use this as a sprint planning tool. 14:50:53 PROPOSAL: Use the Payment Architecture Priorities document as a "sprint plan". The first sprint will take the version 1.0 Payment Architecture Priorities and convert them into "General Capabilities / Features" in the Payment Architecture document. 14:51:13 +1 14:51:13 +1 14:51:14 +1 14:51:15 +1 14:51:15 +1 14:51:18 :) 14:51:18 RESOLVED: Use the Payment Architecture Priorities document as a "sprint plan". The first sprint will take the version 1.0 Payment Architecture Priorities and convert them into "General Capabilities / Features" in the Payment Architecture document. 14:51:31 ack AdrianHB 14:51:31 AdrianHB, you wanted to ask how we handle disagreement with priority list 14:52:01 Adrian: Manu has put this list together, there are folks that don't agree w/ those priorities now. 14:52:10 q+ on how things are organized in the document. 14:52:37 AdrianHB: Let's focus on getting agreement around v1 priorities. 14:52:45 Erik: It's a sprint plan, we don't have to agree, necessarily. 14:53:03 q? 14:53:20 AdrianHB: Well, for example Credentials isn't in there, we may want to put that in there to ensure that we don't have to do lots of rewriting. 14:53:46 Erik: It's just a two week sprint cycle, doesn't mean we won't get to credentials - ready to jump in, want to make sure we're at the point wrt. who is accountable for that two week cycle. 14:54:16 Proposal: Finalize Sprint 1 scope on tomorrow's call 14:54:20 AdrianHB: My concern is mostly around rewriting. I appreciate that sprints are not ordered/hierarchical - if you give a bit of thought up front to the order, it helps not have to rewrite stuff. 14:54:51 AdrianHB: I like Pat's proposal - high level consensus around first two sprint cycles. What we are going to do now, and what we plan on doing two weeks from now. 14:55:04 Erik: What we deliver on this current cycle may change what's going to happen in two weeks. 14:55:22 q? 14:55:25 AdrianHB: Great let's set aside some time tomorrow for sprint planning. 14:56:02 Pat: If we can get people to look at v1 sprint plan, people will need to provide input. If focus on call is on v1 tomorrow, and we can figure that out - then we know what work we'll need to do over next few weeks. 14:56:28 Pat: May 7th now... by face-to-face, two sprints under our belt, meaty topics to discuss. By iteration 3, that would be good. 14:56:44 Pat: If we get consensus on the call tomorrow on next week sprint - we should have iteration 1 done. 14:56:55 ack manu 14:56:55 manu, you wanted to comment on how things are organized in the document. 14:57:51 q? 14:57:54 q+ 14:58:24 q+ to share a doc for homework (not the manifesto) 14:59:21 Manu: This document "work priorities" is not something I completely agree with (even though I put it together). It's just a cold hearted look at what technologies need to happen first, second, etc. 15:00:02 Pat: If we get people contributing and being overly vocal about certain topics, that person needs to contribute to the work. We're going to have to scope it to the people available during the two weeks. 15:00:27 Pat: They don't have to be the same person, but if there is a topic there, we have to have an accountable editor/contributor responsible for contributing during the two weeks. 15:00:32 ack padler 15:00:47 Erik: I agree, if someone says "loyalty" is important - someone has to do the work. 15:01:01 Pat: If someone finds topic X really important - someone needs to step up and do it. 15:01:19 Pat: if we find that there are 15 things on the list, but only one person to do them, then that's not a realistic goal - rethink the scope at that point. 15:01:25 ack AdrianHB 15:01:25 AdrianHB, you wanted to share a doc for homework (not the manifesto) 15:02:02 -Katie_Haritos-Shea 15:02:16 https://docs.google.com/document/d/1-eV4rB-mh4l8zYnU5q_ZzHcShTvQCIa_aRx46AB0Mrs/ 15:02:23 AdrianHB: About the email I sent today - I'm trying to draw use case / story - put together a script of a bunch of participants - send it out if it's a format that someone finds useful - it's a way of abstracting away technology, understanding interactions, then understand how technology enables interaction. 15:03:15 Pat: We're out of time, we're back tomorrow at 9:30am ET. Anything else to share? 15:03:23 q? 15:04:17 -ShaneM 15:04:18 -DavidJ 15:04:20 -padler 15:04:20 -Erik 15:04:21 -manu 15:04:32 zakim, who is on the call? 15:04:32 On the phone I see jiajiangtao (muted), Adrian 15:04:39 zakim, disconnect jiajiangtao 15:04:39 jiajiangtao is being disconnected 15:04:41 -jiajiangtao 15:04:42 zakim, disconnect AdrianHB 15:04:42 sorry, manu, I do not see a party named 'AdrianHB' 15:04:44 zakim, disconnect Adrian 15:04:44 Adrian is being disconnected 15:04:45 T&S_WEBPYMT(WPAY_USE)10:00AM has ended 15:04:45 Attendees were padler, manu, jiajiangtao, DavidJ, Adrian, Katie_Haritos-Shea, ShaneM, Erik 15:05:06 have a great day everyone! 15:05:23 Present: Pat, Manu, Adrian, Shane, DavidJackson, Pat, Erik, Jia 15:05:45 rrsagent, make logs public 15:05:49 rrsagent, draft minutes 15:05:49 I have made the request to generate http://www.w3.org/2015/05/07-wpay-minutes.html manu 16:06:32 AdrianHB has joined #wpay 17:11:03 Zakim has left #wpay 20:03:41 RRSAgent has joined #wpay 20:03:41 logging to http://www.w3.org/2015/05/07-wpay-irc 20:04:35 Present: Pat, Manu, Adrian, Shane, DavidJackson, Katie, Erik, Jia 20:04:39 rrsagent, draft minutes 20:04:39 I have made the request to generate http://www.w3.org/2015/05/07-wpay-minutes.html manu 20:07:58 rrsagent, bye 20:08:03 rrsagent, make logs public 20:08:08 rrsagent, draft minutes 20:08:08 I have made the request to generate http://www.w3.org/2015/05/07-wpay-minutes.html manu 20:08:10 rrsagent, bye 20:08:10 I see no action items