Earlier quoted context omitted.
I'm not sure how that affects my reply. To be clear, I am commenting on the difference between: "Recurring payments work by storing credit card info in tokenized form, which is still allowed". vs. "Recurring payments work by storing a token instead of credit card information." Those both answer the question, but they say different things on whether "credit card information" is stored. And they say different things ab…
To use card tokens for any kind of payment, you need to integrate with some kind of card data vault, which this rule seems to also prohibit. It seems to be instructing the card brands to issue unique tokens for ever cardholder + merchant pair. No idea how that would work…
Why would you need that?
The rule says nobody can store "actual card data".
If you're using the token for a new payment, you don't retrieve the card number, you use the token directly.
> It seems to be instructing the card brands to issue unique tokens for ever cardholder + merchant pair. No idea how that would work…
Pick a random number and store it in a database with those two other fields...?