Visa Beveiligd gegevensveld verplicht: Verplichte gegevensvelden

  Laatst bijgewerkt: 

 

visa-veilig_blauw_2021.png

Visa Secure is Visa's EMV 3-D Secure authenticatieproduct dat Strong Customer Authentication (SCA) voor elektronische betalingen mogelijk maakt.

Meer informatie over SCA en EMV 3-D Secure

  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:

  • Cijfers 0-9
  • Ruimtes
  • Speciale 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:

  • Bij voorkeur: Deelstaatcode van twee tekens, bijvoorbeeld "NY".
  • Volledige naam van de staat, b.v. "New York".
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.

Klik hier voor een volledige lijst van landcodes.

We hebben de veldspecificaties op de onderstaande links bijgewerkt om deze nieuwe vereiste weer te geven:

Was dit artikel nuttig?
0 van de 0 vonden dit nuttig