Home
ianbjacobs edited this page May 19, 2016
·
63 revisions
Pages 55
- Home
- A Payments Initiation Architecture for the Web
- Agenda 12th November 2015 at 1700 UTC
- Agenda 17th December 2015 at 1700 UTC
- Agenda 19th November 2015 at 1700 UTC
- Agenda 20160107
- Agenda 20160121
- Agenda 20160128
- Agenda 20160204
- Agenda 20160211
- Agenda 20160310
- Agenda 20160317
- Agenda 20160331
- Agenda 20160407
- Agenda 20160414
- Agenda 20160421
- Agenda 20160428
- Agenda 20160505
- Agenda 20160512
- Agenda 20160519
- Agenda 20160526
- Agenda 20160602
- Agenda 20160609
- Agenda 20160616
- Agenda 20160623
- Agenda 3rd December 2015 at 1700 UTC
- Agenda for 3rd March telco
- All in the Browser
- Browser with remote Payment Apps
- Call for Consensus FPWD
- CFC_20140412
- Checkout API
- Components
- DeploymentExamples
- Extensibility_Notes
- F2F Agenda
- How it Works
- How the Working Group works
- Issue Summary
- MagWebinar
- Meetings
- Mobile Platform
- PaymentApp_Notes
- PaymentRequestFAQ
- PMI_Notes
- RegistrationTypes
- Spec_Notes
- Support for multi price and currency
- Synchronizing Github Issues with W3C Mailing Lists
- TPAC 2015 issues list
- Web Payment Deployment Examples
- Web Payments Working Group FTF Meeting (July 2016)
- Web Payments Working Group Plan
- WPWG FTF Feb 2016
- WPWG FTF Feb 2016 Requirements
- Show 40 more pages…
Mailing list archives
Current Work
Issues
Clone this wiki locally
The mission of the Web Payments Working Group, part of the Web Payments Activity, is to make payments easier and more secure on the Web. See the charter for more information.
Goals
The Web Payments WG is committed to deliver technical specifications that cover three main areas:
- a set of messages that can be used to accomplish a payment,
- message flows for the initiation and, where scheme-permitting, confirmation or completion of a payment, and
- an Application Programming Interface (API) to allow Web applications to participate in these flows.
Improved interoperability between payer and payee systems will offer a number of benefits:
- A better checkout experience for users, particularly on mobile devices. The standards should facilitate automation, one approach to improving the user experience.
- Streamlined payment flow, which is expected to reduce the percentage of transactions abandoned prior to completion ("shopping cart abandonment").
- Easier adoption of payment instrument improvements (e.g., related to security) or new payment instruments.
- Added value through machine-readable digital payment requests and payment responses.
Current Status
- On 21 April the Working Group published three First Public Working Drafts:
- Payment Request API: This specification describes a web API to allow merchants (i.e., web sites selling physical or digital goods) to easily accept payments from different payment methods with minimal integration. User agents (e.g. browsers) will facilitate the payment flow between merchant and user.
- Payment Method Identifiers: This document defines payment method identifier strings so that components in the payment ecosystem can determine which parties support which payment methods.
- Basic Card Payment: This specification describes the data formats used by the Payment Request API to support payment by payment cards such as credit or debit cards.
- The Working Group also published a Payment Request API FAQ.
- On 21 April, the group resolved to take on Basic CT-DD Payment as a deliverable.
- As of 28 April, the group's top priorities are "paymentRequest API" and "payment app registration".
- On 5 May 2016, the group resolved to adopt HTTP API and Core Messages specifications as deliverables of the WPWG.
- The Working Group is documenting payment flows to evaluate the API and begin the work of creating documentation to help developers understand how to use the API. The group has also begun to "translate" these flows into payment method specifications (e.g., for card payments and SEPA credit transfers); more should follow soon.
How the Working Group Works
Working Group participants hold regular meetings, for which proceedings are public. The Working Group uses Github to manage the majority of the group's activity, notably for specifications, issues, and actions. However, a small number of actions are at times recorded in the W3C action tracking tool. Read more about how the Working Group works.
Work Developed in Community Groups
- Web Incubator Community Group: