This page (revision-1) was last changed on 29-Nov-2024 16:16 by UnknownAuthor

Only authorized users are allowed to rename pages.

Only authorized users are allowed to delete pages.

Page revision history

Version Date Modified Size Author Changes ... Change note

Page References

Incoming links Outgoing links

Version management

Difference between version and

At line 1 added 17 lines
!!! Overview
[EMV Payment Tokenisation Specification – Technical Framework|http://www.emvco.com/specifications.aspx?id=263 |target='_blank']
[{$pagename}] is a method for protecting [Payment Card] data by substituting a card’s [Primary Account Number] ([PAN]) with a unique, randomly generated sequence of numbers.
This "[token]" (essentially a [by-reference] value) can be reversed to its true associated [PAN] value at any time with the right decryption keys. There are different kinds of [{$pagename}] and different ways to create them, and a token can be merchant specific, single-or multi-use; tokens can be stored and managed in the cloud, in a token vault, or at a merchant location; and, once a token has been created, it may be tied to a card on file, an individual transaction, a payment card, or a device.
!! [HCE] - [Tokenization]
The Token is like a [by-reference] card number that looks and feels like a credit card number for most intents and purposes, but is a virtual credit card number. During transaction authorization the token would be de-tokenized into the real [PAN] by the Acquirer before passing on to the Issuer for authorization.
[EMVCo Tokenization/hce_tokenization-101_infographic.pdf]
!! More Information
There might be more information for this subject on one of the following:
[{ReferringPagesPlugin before='*' after='\n' }]