Home
Pages 87
- Home
- A Payments Initiation Architecture for the Web
- Adoption2017
- 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 20160728
- Agenda 20160804
- Agenda 20160811
- Agenda 20160818
- Agenda 20160825
- Agenda 20160901
- Agenda 20160908
- Agenda 20160915
- Agenda 20161006
- Agenda 20161020
- Agenda 20161027
- Agenda 20161103
- Agenda 20161110
- Agenda 20161117
- Agenda 20161201
- Agenda 20161208
- Agenda 20161215
- Agenda 20170105
- Agenda 20170112
- Agenda 20170119
- Agenda 20170126
- Agenda 20170202
- Agenda 20170209
- Agenda 20170216
- 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
- FTF March2017
- FTF Sep2016
- How it Works
- How the Working Group works
- Issue Summary
- MagWebinar
- Meeting Proposal 20161128
- Meetings
- Mobile Platform
- Networks List
- PaymentApp_Notes
- PaymentRequestFAQ
- PMI_Notes
- Proposed F2F Day 2 agenda
- RegistrationTypes
- Security and Privacy Considerations
- Spec_Notes
- Support for multi price and currency
- Synchronizing Github Issues with W3C Mailing Lists
- TestSuite
- 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 72 more pages…
Mailing list archives
Issues
- General
- Payment Request API
- Payment Method Identifiers
- Basic Card Payment
- Payment Apps API
- HTTP API and Messages
Tests
Adoption
Previous Topics
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 goals below and the charter for more information.
Deliverables
- A Web Payments Overview describes the Web Payments Working Group view of its work.
- The Working Group has formally published a Recommendation-track document for in-browser payments:
- 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. The Working Group also published a Payment Request API FAQ.
- The Working Group has also published these supporting specifications:
- Payment Method Identifiers: This Recommendation-track 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 intends for this specification to become a W3C Note.
- The Working Group has also formally published two specifications for out-of-browser payments:
- Web Payments HTTP API 1.0 and Web Payments HTTP Messages 1.0 which describe how to initiate payments outside of a browser.
- The Working Group has taken up additional work but not yet published these formally:
- Payment App API: This specification third party payment apps to the Payment Request API ecosystem. It defines how users register payment apps with user agents, how user agents support the display of information about payment options the user can select to handle the payment request, how the user selects a payment app, and how communication takes place between user agents and payment apps to fulfill the requirements of the underlying Payment Request API. This specification is being developed within the Payment Apps Task Force.
- Basic Credit Transfer Payment: This specification describes the data formats used by the Payment Request API to support payment by credit transfers (e.g., via SEPA, BACS, ACH, CHAPS, etc.).
- See additional proposals not yet taken up by the WG.
- The Working Group is developing a test suite; see the July 2016 presentation on testing strategy.
Experimentation and Implementation
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.
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.