Lorsqu'un client ajoute sa carte à Apple ou à Google Pay, Apple et Google génèrent automatiquement un nouveau numéro de carte appelé DPAN (Device PAN), avec une nouvelle date d'expiration. Le DPAN est complètement différent du vrai numéro de carte :
Les émetteurs utilisent souvent un « DPAN BIN » associé pour chaque PAN BIN (avec le même type de financement et généralement à huit chiffres), mais ce n'est pas systématiquement le cas.
Tout cela est fait en arrière-plan et n'est pas explicitement indiqué aux titulaires des cartes. Lorsque les clients paient un achat avec Apple ou Google Pay, ce DPAN est envoyé au marchand/sous-traitant. Ce dernier ne voit jamais le vrai numéro de carte ni la vraie date d'expiration.
Toutefois, ce processus pose un problème : les informations qu'un marchant peut trouver au sujet de la carte associée à un achat sont différentes du vrai numéro de carte du client, comme les marchands utilisent plutôt comme référence les 4 derniers chiffres du DPAN.
Apple et Google contournent ce problème en envoyant les 4 derniers chiffres du vrai numéro de carte ainsi que le DPAN. Cela signifie que, pour notre part, nous débitons le DPAN, mais nous afficherons les vrais 4 derniers chiffres du numéro de carte dans la propriété last4 de l'API. Il est ainsi plus facile pour les marchands d'inclure dans leurs rapports les détails de la carte utilisée. Séparément, nous indiquerons également les 4 derniers chiffres du DPAN dans la propriété dynamic_last4, afin que les marchands puissent confirmer les détails au sujet du DPAN que nous avons débité. Veuillez noter que pour les cartes Apple ajoutées à Apple Pay, Apple ne fait pas apparaître les 4 derniers chiffres du numéro de la carte. Dans ce scénario, les propriétés last4 et dynamic_last4 font toutes deux référence aux 4 derniers chiffres du DPAN. Il s'agit d'un cas unique, car il est prévu que les cartes Apple soient utilisées avec Apple Pay.
Comme nous ne disposons pas du numéro de carte réel, la valeur de l'empreinte sera calculée sur la base du DPAN plutôt que sur le numéro de carte réel. Cela signifie que si la même carte est ajoutée à deux appareils distincts, cette même carte renverra à deux DPAN différents et donc à deux empreintes dans l'API ou le Dashboard.
En mode test, la propriété last4 d'une carte correspondra toujours aux 4 derniers chiffres originaux de la carte. Toutefois, pour Apple Pay, nous ignorons le DPAN et utilisons automatiquement le numéro de carte test 4242424242424242. Comme le numéro de carte test 4242 correspond à une carte Visa, cela signifie que la marque de la carte et le type de financement reflétés dans le Dashboard et dans l'API seront Visa et crédit, même si la carte réellement utilisée est d'une autre marque ou un autre type de financement. Pour Google Pay, Google remplace le DPAN avec un des numéros de carte test de leur suite de tests et le problème de la non correspondance avec la carte réellement utilisée se posera encore.