[wbs] response to 'Call for Review: Web Payments Working Group Charter'

The following answers have been successfully submitted to 'Call for Review:
Web Payments Working Group Charter' (Advisory Committee) for Mozilla
Foundation by David Baron.


The reviewer's organization suggests changes to this Charter, and only
supports the proposal if the changes are adopted [Formal Objection].

Additional comments about the proposal:
   I'd like to ensure that it's possible to build a Web browser that
can make payments using the deliverables of the working group, as
they are actually deployed, without also building a payment
processing system (e.g., building the relationships with banks,
etc., that have been necessary for Apple to build Apple Pay) or
having a business partnership with somebody who has done that.
Doing this seems possible technically, but it requires participation
from issuing banks or payment systems in order to register payment
instruments (and run whatever systems are required by that
registration).

I don't think the deliverables and scope described in the current
charter are precise enough to tell whether that's the case.  I
regret not previously pushing back harder against the charter being
unclear and using terms (like "digital wallet") that abstract away
what is actually happening.

I think both the scope of the charter and the deliverables need to
be clear about what the working group is actually being chartered to
build.  Who are the parties involved in the Web payments ecosystem,
which of the group's deliverables apply to each party, and are all
of those parties actually willing to make this happen in the way
that the charter describes?  (A diagram could be helpful here.)  Or,
to state this concern differently: I think the charter is not clear
enough about what it proposes to build for the AC to tell who the
parties needed to build that technology are, and whether they're
involved in the work.

I think (although I'm not sure) that the relevant parties to involve
in order to build an open payments system are, for credit card
payments, the issuing banks.  (An alternative might be the payment
systems like Visa, MasterCard, etc.)  So the charter would need to
be clear about which parts of the proposed system are infrastructure
at the issuing banks, so that in their charter review, those banks
are able to understand which part of the system they are expected to
provide, and to comment on the charter based on that understanding.


In slightly more detail:

I think the Scope section of the current charter draft could be
interpreted in different ways.  It's not clear which communications
between parties in the payment process are part of the standardized
message flow, and which are part of the proprietary "delivery
mechanism".  Nor is it clear which common delivery mechanisms will
be standardized.

The use of the concept of "digital wallet" doesn't seem to add
anything, since it is described only as a container for payment
instruments, of which a user may have more than one.  The
partitioning of payment instruments into digital wallets is
completely undefined, as is the relationship of digital wallets to
concepts that exist in an implementation.

The deliverables section doesn't really say what is being delivered.
The first three bullets are goals, the middle three bullets are
messages between unspecified parties (in which the term "digital
wallet service" appears out of nowhere, undefined), and the last
three bullets are use cases.


The reviewer's organization intends to participate in these groups:
   - Web Payments Working Group

The reviewer's organization:
   - intends to review drafts as they are published and send comments.
   - intends to develop experimental implementations and send experience
reports.
   - intends to develop products based on this work.

Answers to this questionnaire can be set and changed at
https://www.w3.org/2002/09/wbs/33280/wpay_wg2015/ until 2015-09-15.

 Regards,

 The Automatic WBS Mailer

Received on Tuesday, 15 September 2015 21:18:03 UTC