Netværkstokenisering

Standard gateway-tokenisering er proprietær for en specifik PSP eller gateway; tokenet genereres af deres interne systemer og kan ikke bruges med andre udbydere. I modsætning hertil involverer netværkstokenisering tokens udstedt af kortordningerne som Visa eller Mastercard.

Disse tokens genkendes af alle deltagere i betalingskæden, herunder udstedere og erhververe. Dette hjælper med at opretholde portabilitet og sikrer, at tokenet forbliver gyldigt, selvom forhandleren skifter betalingsprocessor, forudsat at den nye processor understøtter netværkstokens.

Mens netværkstokenisering betydeligt reducerer omfanget af PCI DSS-overholdelse ved at sikre, at følsomme kortdata ikke kommer ind i dit miljø, eliminerer det ikke kravene fuldstændigt. Forhandlere skal stadig sikre, at deres systemer til håndtering af tokens og interaktion med gatewayen er sikre.

Afhængigt af din opsætning kan du kvalificere dig til et forenklet selvvurderingsspørgeskema, men din organisation skal stadig praktisere korrekte sikkerhedsprotokoller og gennemgå regelmæssige revisioner for at opretholde overholdelsesstatus.

Når et kort udløber eller udskiftes på grund af tab, opdaterer kortordningen og udstederen kortlægningen i deres baggrundssystemer. Selve netværkstokenet forbliver normalt det samme, eller en ny kortlægning oprettes, som forhandleren kan få adgang til.

Dette betyder, at forhandleren kan fortsætte med at behandle transaktioner ved hjælp af det eksisterende token, der er gemt i deres vault, uden at bede kunden om at give nye kortoplysninger, hvilket reducerer friktion og forhindrer betalingsfejl.

Adoptionen af netværkstokenisering er udbredt blandt store globale ordninger og store udstedere, men den er endnu ikke universel. Nogle mindre regionale banker eller udstedere på udviklingsmarkeder understøtter muligvis ikke fuldt ud den kryptogramvalidering, der kræves for netværkstokens.

I disse tilfælde falder betalingssystemer typisk tilbage til at bruge PAN eller et standard gateway-token. Forhandlere bruger ofte en hybrid tilgang for at sikre maksimal dækning, mens de stadig drager fordel af tokenisering, hvor det er tilgængeligt.

Den indledende provisionering af et netværkstoken tilføjer en lille mængde kommunikation mellem PSP'en og kortordningen, men dette håndteres typisk under den første transaktion, eller når et kort gemmes. Efterfølgende transaktioner ved hjælp af et gemt token er sammenlignelige i hastighed med traditionelle godkendelsesanmodninger.

Effektivitetsgevinsterne fra højere godkendelsesrater og færre afvisninger opvejer generelt enhver marginal stigning i den indledende behandlingstid for provisioneringstrinnet.

Ja, netværkstokens er designet til at understøtte både kundeinitierede transaktioner, såsom en e-handelscheckout, og forhandlerinitierede transaktioner, såsom tilbagevendende abonnementer eller uplanlagte top-ups. Hver transaktionstype kræver specifikke flag under godkendelsesanmodningen for at informere udstederen om konteksten.

For CIT er kortholderen til stede og kan gennemgå SCA, mens MIT er afhængig af den eksisterende aftale og det sikre netværkstoken.

Tvistprocessen forbliver stort set uændret fra en forhandlers perspektiv, når der bruges netværkstokens. Hvis en kunde bestrider en transaktion, modtager forhandleren stadig en meddelelse via deres erhverver.

Brugen af netværkstokens og unikke kryptogrammer kan dog give yderligere bevis for, at transaktionen blev godkendt sikkert. Dette kan hjælpe i repræsentationsprocessen for visse typer tvister, selvom det ikke giver en absolut garanti mod chargebacks.