När en kund lägger till sitt kort i Apple eller Google Pay genererar Apple och Google automatiskt ett nytt kortnummer som kallas DPAN (Device PAN) med ett nytt utgångsdatum. DPAN-numret är ett helt annat nummer än det riktiga kortnumret:
Utfärdare använder ofta ett parat "DPAN BIN" för varje PAN BIN (med samma finansieringstyp, vanligen 8 siffror långt), men det är inte säkert att detta är konsekvent.
Allt detta sker bakom kulisserna och visas inte uttryckligen för kortinnehavarna. När kunderna betalar med Apple Pay eller Google Pay skickas detta DPAN-nummer till handlaren/betalleverantören och de ser aldrig det riktiga kortnumret eller det riktiga utgångsdatumet.
Ett problem med det här flödet är dock att den information som en handlare kan få om det kort som är kopplat till ett köp skiljer sig från kundens riktiga kortnummer, eftersom handlarna i stället återger DPAN-numrets fyra sista siffror.
Apple och Google löser detta genom att skicka de fyra sista siffrorna i det riktiga kortnumret till betalleverantören tillsammans med DPAN-numret. Detta innebär att vi på vårt håll debiterar DPAN-numret, men visar de fyra sista siffrorna i det riktiga kortnumret i egenskapen last4 i API:et. Det gör det lättare för handlare att rapportera uppgifter om det använda kortet. Vi anger också de fyra sista siffrorna i DPAN-numret separat i egenskapen dynamic_last4 så att handlarna kan bekräfta detaljerna om DPAN-numret som vi debiterat. Observera att Apple inte visar det riktiga kortets fyra sista siffror för Apple Cards som lagts till i Apple Pay. I detta scenario hänvisar både last4 och dynamic_last4 till DPAN-numrets sista fyra siffror. Detta fall är unikt i sitt slag eftersom avsikten med Apple Cards är att de ska användas med Apple Pay.
Eftersom vi inte har det riktiga kortnumret kommer fingeravtrycksvärdet att beräknas utifrån DPAN-numret i stället för det riktiga kortnumret. Det innebär att om samma kort läggs till i två olika enheter kopplas samma kort till två olika DPAN-nummer och leder till två olika fingeravtryck i API:et eller Dashboard.
I testläget kommer kortets egenskap last4 fortfarande att överensstämma med det ursprungliga kortets fyra sista siffror. För Apple Pay ignorerar vi dock DPAN-numret och använder automatiskt testkortnumret 4242424242424242. Eftersom testkortnumret 4242 är ett Visa-kort innebär det att kortmärket och finansieringstypen som återspeglas i Dashboard och API:et kommer att vara Visa och kredit, även om det faktiska kortet som användes är av ett annat märke eller har en annan finansieringstyp. För Google Pay ersätter Google DPAN-numret med ett av testkortnumren från sin testsvit, vilket innebär samma problem med att det inte stämmer överens med det faktiska kortet som används.