Visa Secure is Visa's EMV 3-D Secure authenticatieproduct dat Strong Customer Authentication (SCA) voor elektronische betalingen mogelijk maakt.
Handelaren en partners die Trust Payments shopping cart plugins gebruiken, hoeven geen actie te ondernemen omdat deze plugins al geconfigureerd zijn om deze gegevens te verstrekken.
Om het ecosysteem van betalingen te ondersteunen bij het realiseren van de volledige voordelen van EMV 3-D Secure authenticatie, heeft Visa gemandateerd dat winkeliers hun authenticatieverzoeken (AReq/THREEDQUERY) berichten bijwerken om de hieronder beschreven velden op te nemen tegen 12 augustus 2024.
Als dit mandaat niet wordt nageleefd, kan dit leiden tot mislukte verificatie, downgrades en het verlies van de bescherming tegen aansprakelijkheidsverschuiving van Visa.
Visa heeft de volgende richtlijnen gegeven met betrekking tot dit mandaat:
Consistente gegevens van hoge kwaliteit helpen de bedrijfsresultaten voor winkeliers, kaarthouders en uitgevers te verbeteren
Als winkeliers gebruikmaken van authenticatie via Visa Secure, kunnen ze erop vertrouwen dat uitgevende instellingen frauduleuze transacties detecteren. Belangrijke gegevenselementen in elk AReq/THREEDQUERY bericht zijn van cruciaal belang om een uitgevende instelling te ondersteunen bij het maken van nauwkeurige risicobeoordelingen voor succesvolle verificaties.
Als winkeliers de onderstaande velden opnemen in hun AReq/THREEDQUERY berichten, kunnen de volgende voordelen worden bereikt in het gehele EMV 3DS ecosysteem wereldwijd:
- Handelaren zien een toename van het succespercentage bij authenticatie van +4% en een toename van het goedkeuringspercentage van +6%. (4,5)
- Uitgevende instellingen kunnen een verhoging van het fraudeopsporingspercentage (FDR) zien van +65%. (6)
Visa Secure is ontworpen om een probleemloze ervaring te bieden aan Visa kaarthouders. Verbeterde gegevenskwaliteit kan zorgen voor meer naadloze ervaringen, meer vertrouwen in de beveiliging en minder onterechte afwijzingen voor kaarthouders.
- Kaarthouders krijgen een betere ervaring door een wrijvingsloze tariefverhoging van +57%. (5)
(4) De dataset voor deze berekeningen bevat 95% van de wereldwijde Visa Secure-transacties die plaatsvonden in de maanden februari-maart 2022. De uplift-cijfers zijn gegenereerd door merchants op basis van de snelheid waarmee ze de prioritaire data-elementen invullen en het gemiddelde van hun productprestaties. Raadpleeg voor meer informatie de wereldwijde business cases in de Global-Better Data Best Practices Guide voor Visa Secure, beschikbaar in de Merchant Resources-sectie van de Visa Secure Services Library.
(5) Gebaseerd op merchants die meer dan 50% van de prioritaire data-elementen invullen.
(6) De dataset voor deze analyse bevat Visa wereldwijde transacties die in de maand augustus 2021 als fraude zijn gemeld. De FDR-prestatieverhoging werd berekend door de prestaties van een Visa -fraudedetectiemodel te vergelijken in het scenario waarin prioriteitsgegevenselementen aanwezig waren versus wanneer deze werden vervangen door null- of standaardwaarden die werden gebruikt in het risicogebaseerde authenticatiemodel (RBA).
Verplichte velden
Zorg ervoor dat je systeem is bijgewerkt om te voldoen aan de volgende veldspecificatie:
Merchants en partners die gebruik maken van externe betaalgateways en 3DS-providers moeten contact opnemen met de door hen gekozen betaalgateways en 3DS-providers om te bevestigen hoe ze ervoor kunnen zorgen dat deze gegevens worden verstrekt.
Trust Payments THREEDQUERY Naam veld |
Visa AReq Naam veld |
Vereiste Status | Beschrijving |
billingfirstname XPath: /billing/name/first |
Naam kaarthouder | Vereist (Browser / In-App) | De klant Voornaam facturatie. |
billinglastname XPath: /billing/name/last |
Naam kaarthouder | Vereist (Browser / In-App) | De klant Achternaam facturatie. |
billingemail XPath: /billing/email |
E-mailadres kaarthouder | Voorwaardelijk (Browser / In-App) |
Het E-mailadres facturatie adres van de klant. Maximale lengte van 255 (maximaal 64 tekens vóór het "@"-symbool). Vereist wanneer billingtelephone niet is ingediend. |
billingtelephone XPath: /billing/telephone |
Telefoonnummer kaarthouder | Voorwaardelijk (Browser / In-App) |
Telefoonnummer van de klant. Geldige tekens:
Vereist wanneer billingemail niet is ingediend. |
customerip XPath: /customer/ip |
IP-adres browser | Vereist (browser) |
Payment Pages & JS Library: Trust Payments verzamelt en verstrekt deze gegevens. 3DS API: Moet worden verzameld en verstrekt door verkoper of partner. |
N/A | IP-adres apparaat | Vereist (In-App) |
Gemeenschappelijke parameters voor apparaatidentificatie Mobiele SDK: Trust Payments verzamelt en levert deze gegevens |
browserscreenheight XPath: /customer/browserscreenheight |
Schermhoogte browser | Aanbevolen (browser) |
Payment Pages & JS Library: Trust Payments verzamelt en verstrekt deze gegevens. 3DS API: Moet worden verzameld en verstrekt door verkoper of partner. |
browserscreenwidth XPath: /customer/browserscreenwidth |
Schermbreedte browser | Aanbevolen (browser) |
Payment Pages & JS Library: Trust Payments verzamelt en verstrekt deze gegevens. 3DS API: Moet worden verzameld en verstrekt door verkoper of partner. |
billingpremise XPath: /billing/premise |
N/A | Aanbevolen | De eerste regel van het factuuradres van de klant. |
billingstreet XPath: /billing/street |
N/A | Aanbevolen | De tweede regel van het factuuradres van de klant. |
billingtown XPath: /billing/town |
N/A | Aanbevolen | De ingevoerde stad voor het factuuradres van de klant. |
billingcounty XPath: /billing/county |
N/A | Aanbevolen |
De county ingevoerd voor het factuuradres van de klant. Voor adressen in de VS zou de staat in dit veld worden ingevuld. Geldige formaten:
|
billingpostcode XPath: /billing/postcode |
N/A | Aanbevolen | De Postcode facturatie of postcode. Dit moet een geldige postcode zijn voor de billingcountryiso2a . |
billingcountryiso2a XPath: /billing/country |
N/A | Aanbevolen |
Het land voor het factuuradres van de klant. Dit moet in ISO2A-formaat zijn. |
We hebben de veldspecificaties op de onderstaande links bijgewerkt om deze nieuwe vereiste weer te geven: