- From: Adrian Hope-Bailie <notifications@github.com>
- Date: Fri, 18 Nov 2016 07:44:41 -0800
- To: w3c/webpayments-method-identifiers <webpayments-method-identifiers@noreply.github.com>
- Message-ID: <w3c/webpayments-method-identifiers/pull/16/review/9248205@github.com>
adrianhopebailie approved this pull request.
>
<ul>
<li>Parties may mint payment method identifiers to
represent different conditions. This scalable approach may work
well for a small number of independent conditions, but
may not scale well for complex relationships.</li>
- <li>Payment methods may define "filters." Merchants provide
- filter data as input to the Payment Request API to complement
- payment method identifier matching.</li>
+ <li>A payment method can define
+ "filters" that enable callers of the API to describe in
+ finer detail the conditions under which they accept
+ that payment method. User agents and third party
+ payment apps can similarly scope their support for
+ that payment method with these filters. In this
+ scenario, a match between payee and payer depends
+ first on matching payment method identifiers, then on
+ filter alignment. Please note that at this time the
+ Working Group's expectations is that filters will be
+ defined within payment methods; there will not be
+ "generic" filters that work across payment methods.</li>
</ul>
👍
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/w3c/webpayments-method-identifiers/pull/16#pullrequestreview-9248205
Received on Friday, 18 November 2016 15:45:15 UTC