Nettverkstokenisering

Standard gateway-tokenisering er proprietær for en spesifikk PSP eller gateway; tokenet genereres av deres interne systemer og kan ikke brukes med andre leverandører. I motsetning til dette involverer nettverkstokenisering tokener utstedt av kortselskapene som Visa eller Mastercard.

Disse tokenene gjenkjennes av alle deltakere i betalingskjeden, inkludert utstedere og innløsere. Dette bidrar til å opprettholde portabilitet og sikrer at tokenet forblir gyldig selv om forhandleren endrer sin betalingsprosessor, forutsatt at den nye prosessoren støtter nettverkstokener.

Selv om nettverkstokenisering betydelig reduserer omfanget av PCI DSS-samsvar ved å sikre at sensitive kortdata ikke kommer inn i miljøet ditt, eliminerer det ikke kravene fullstendig. Forhandlere må fortsatt sikre at systemene deres for håndtering av tokener og interaksjon med gatewayen er sikre.

Avhengig av oppsettet ditt, kan du kvalifisere for et forenklet egenvurderingsspørreskjema, men organisasjonen din må fortsatt praktisere riktige sikkerhetsprotokoller og gjennomgå regelmessige revisjoner for å opprettholde samsvarsstatus.

Når et kort utløper eller erstattes på grunn av tap, oppdaterer kortselskapet og utstederen tilordningen i sine bakgrunnssystemer. Selve nettverkstokenet forblir vanligvis det samme, eller en ny tilordning opprettes som forhandleren kan få tilgang til.

Dette betyr at forhandleren kan fortsette å behandle transaksjoner ved å bruke det eksisterende tokenet som er lagret i deres hvelv uten å be kunden om å oppgi nye kortdetaljer, noe som reduserer friksjon og forhindrer betalingsfeil.

Adopsjon av nettverkstokenisering er utbredt blant store globale ordninger og store utstedere, men det er ennå ikke universelt. Noen mindre regionale banker eller utstedere i utviklingsmarkeder støtter kanskje ikke fullt ut kryptogramvalideringen som kreves for nettverkstokener.

I disse tilfellene faller betalingssystemene vanligvis tilbake til å bruke PAN eller et standard gateway-token. Forhandlere bruker ofte en hybrid tilnærming for å sikre maksimal dekning samtidig som de drar nytte av tokenisering der det er tilgjengelig.

Den første klargjøringen av et nettverkstoken legger til en liten mengde kommunikasjon mellom PSP og kortselskapet, men dette håndteres vanligvis under den første transaksjonen eller når et kort lagres. Etterfølgende transaksjoner som bruker et lagret token er sammenlignbare i hastighet med tradisjonelle autorisasjonsforespørsler.

Effektivitetsgevinstene fra høyere autorisasjonsrater og færre avslag oppveier vanligvis enhver marginal økning i den første behandlingstiden for klargjøringstrinnet.

Ja, nettverkstokener er designet for å støtte både kundeinitierte transaksjoner, for eksempel en e-handelskasse, og forhandlerinitierte transaksjoner, for eksempel gjentakende abonnementer eller uplanlagte påfyll. Hver transaksjonstype krever spesifikke flagg under autorisasjonsforespørselen for å informere utstederen om konteksten.

For CIT er kortholderen til stede og kan gjennomgå SCA, mens MIT er avhengig av den eksisterende avtalen og det sikre nettverkstokenet.

Tvistesprosessen forblir stort sett uendret fra en forhandlers perspektiv når nettverkstokener brukes. Hvis en kunde bestrider en transaksjon, mottar forhandleren fortsatt en melding via sin innløser.

Bruken av nettverkstokener og unike kryptogrammer kan imidlertid gi ytterligere bevis på at transaksjonen ble autorisert sikkert. Dette kan bidra i representasjonsprosessen for visse typer tvister, selv om det ikke gir en absolutt garanti mot tilbakeføringer.