Re: [w3c/webpayments] Add SRC user recognition use case (PR #260)

@ianbjacobs commented on this pull request.



> +See more [information about EMV®SRC](https://www.emvco.com/emv-technologies/src/), including the "Click-to-Pay" consumer facing UX.
+
+## Overview of Click-to-Pay Flow
+
+* During an enrollment phase, the user registers a card with an SRC System; thusthe SRC System has a relationship and uses cookies to recognize returning users.
+* At transaction time, the user pushes the Click-to-Pay button on a merchant site. This is typically provided by another party, the SRC Initiator (SRC-I), in a 3p context.
+* The SRC-I interacts with each SRC system (by dispatching SRC system cookies to their servers) to establish whether this is a returning user, and if so, to retrieve registered cards.
+* The SRC-I aggregates the responses into a candidate card list (i.e., cards registered in SRC systems under that user identity).
+* The SRC-I displays the list of cards to the user for selection.
+* (The rest of the flow happens, but it is not essential to understanding the problem statement.)
+
+## Expected Impact
+
+The desired user experience is that the user pushes the Click-to-Pay button and is presented with a list of registered cards.
+
+If third-party cookies are unavailable, an SRC-I will not recognize the user across different merchant sites. This means that the user will need to enter the SRC identity (e.g., via a form field) and possibly other information on each merchant site.

Thanks @stephenmcgruer and sorry for my laziness (I forgot to read the text after the bullet list). See fixes.

-- 
Reply to this email directly or view it on GitHub:
https://github.com/w3c/webpayments/pull/260#discussion_r792856487
You are receiving this because you are subscribed to this thread.

Message ID: <w3c/webpayments/pull/260/review/863841961@github.com>