Vad är Handlarvalv kontra nätverkstoken?
Två tokeniseringsmodeller: PSP-valv lagrar PAN kryptografiskt för en handlare; nätverkstokens är systemutfärdade, portabla och uppdateras automatiskt av utfärdare.
Handlarvalv kontra nätverkstoken betyder: Två tokeniseringsmodeller: PSP-valv lagrar PAN kryptografiskt för en handlare; nätverkstokens är systemutfärdade, portabla och uppdateras automatiskt av utfärdare. I betalningsoperationer är det inte bara en etikett; det styr hur en transaktion, en uppgift, en riskhändelse eller en finansieringsrörelse tolkas av motparter.
Mekaniken är kopplad till kortdata, kortuppgifter, utfärdarbehandling eller schemamessage-standarder. Det påverkar hur ett kort identifieras, säkras, lagras, tokeniseras, auktoriseras eller dirigeras genom schemanätverket.
Det analyseras vanligtvis tillsammans med Tokenisering, Nätverkstoken, Kortvalv, eftersom dessa närliggande koncept bestämmer det kommersiella och operativa resultatet.
Den praktiska detaljen finns vanligtvis i gateway-loggar, förvärvarrapporter, schemafiler, kundtjänstregister och avräkningsutdrag snarare än i en enda instrumentpanel. Teamen bör registrera värdet, tidsstämpeln, motparten, valutan, svarskoden och eventuell undantags- eller ansvarsindikator kopplad till händelsen.
Ett vanligt misstag är att behandla handlarvalv kontra nätverkstoken som en statisk definition. I praktiken kan betydelsen ändras beroende på system, land, MCC, kortprodukt, utfärdare, transaktionskanal och om betalningen initieras av kunden eller handlaren.
Det är därför handlare med hög volym normalt dokumenterar regler, övervakar undantag varje vecka och granskar tröskelvärden innan ett litet operativt problem blir ett chargeback-, finansierings- eller efterlevnadsproblem.
Praktiskt exempel
En handlare granskar en transaktion på 75 £ där handlarvalv kontra nätverkstoken är den avgörande faktorn. Uppgiften identifieras, schemadataelement fylls i, utfärdaren tillämpar sina regler, och svaret returneras via förvärvaren till handlaren.
Den operativa kostnaden modelleras till 6 baspunkter av system- eller behandlingskostnaden, eller 0,05 £, och den relevanta åtgärden måste slutföras under auktorisering och clearing. Steg 1 är att fånga de ursprungliga begärandedata, inklusive belopp, valuta, utfärdarland, MID och svars- eller statuskod.
Steg 2 är att tillämpa handlarens regelverk, till exempel om man ska försöka igen, bestrida, återbetala, släppa varor eller hålla för granskning. Steg 3 är att stämma av resultatet mot förvärvarrapporteringen så att ekonomiavdelningen kan se den kontanta effekten.
Om regeln förbättrar resultatet med så lite som 50 baspunkter på 2 000 liknande månatliga transaktioner, skyddar handlaren ungefär 10 extra beställningar från undvikbara fel eller förluster.
Noteringar från kortnätverken
Visa och Mastercard förlitar sig båda på BIN- eller IIN-intervall, ISO 8583-liknande meddelandestrukturer, systemtokens och utfärdares svarskoder, men fältanvändning och produktindikatorer är inte identiska. Migreringen till åttasiffriga BIN har ökat behovet av aktuella BIN-tabeller, eftersom sexsiffriga uppslagningar kan felklassificera utfärdarland, produkttyp eller förbetald status.
American Express och Discover använder sina egna numrerings- och nätverksregler, så handlare bör inte hårdkoda kortlogik enbart kring Visa och Mastercard.
Varför det spelar roll för handlare
Kommersiellt påverkar detta auktoriseringskvalitet, PCI-omfattning, uppgifters livscykel, bedrägerikontroll och hur mycket användbar data som når utfärdaren.
För en handlare som behandlar 500 000 £ per månad är en rörelse på 25 baspunkter värd 1 250 £ före sekundära effekter som tvister, reserver, supportärenden eller misslyckade leveranskostnader.
Effekten är större i högrisk-, prenumerations-, rese-, digitala varor- och gränsöverskridande modeller eftersom utfärdarbeslut och systemövervakning snabbt kan förstärkas.
Cardflo kan hjälpa till genom att kombinera förvärvsåtkomst, MID-routing, orkestreringsregler, KYB-granskning och chargeback-verktyg där det är relevant, så att handlaren inte är beroende av en processortolkning eller en fast transaktionsväg.
Vanliga frågor
Vilken data ska en handlare lagra för handlarvalv kontra nätverkstoken?
Lagra transaktions-ID, MID, förvärvare, belopp, valuta, utfärdarland, kortsystem, svars- eller statuskod, tidsstämpel och eventuell 3DS-, undantags-, återbetalnings- eller tvistreferens. För korttransaktioner, behåll auktoriserings- och clearingidentifierare eftersom frågor om avräkning eller chargeback kan komma 30 till 120 dagar senare.
För reglerade flöden, behåll kundens samtycke och bevis för minst den period som krävs enligt lokal lag eller systemregler. Goda register minskar utredningstiden från timmar till minuter när förvärvarrapporteringen inte matchar ordersystemet.
Hur ofta ska handlarvalv kontra nätverkstoken granskas?
Handlare med hög volym bör granska undantagsfrekvenser varje vecka och trenda den huvudsakliga mätningen månadsvis per system, förvärvare, utfärdarland, MCC och betalningsmetod. En rörelse på 20 till 50 baspunkter kan vara betydande om handlaren behandlar tusentals beställningar.
Ekonomiavdelningen bör stämma av den kontanta effekten på avräkningsnivå, medan risk- eller betalningsoperationer bör analysera grundorsaken. Att endast granska sammanlagda totaler döljer problem som uppstår på ett enskilt BIN-intervall, region eller MID.
Vilken tröskel utlöser vanligtvis åtgärder för handlarvalv kontra nätverkstoken?
Tröskeln beror på kategorin, men handlare bör undersöka alla plötsliga förändringar över 10 % relativ rörelse eller 25 baspunkter absolut rörelse. För tvister och bedrägerier kan systemtrösklar som 0,9 % under Visa-övervakning eller 1,5 % under Mastercard ECM skapa omedelbar eskaleringsrisk.
För avräknings- eller prissättningsposter kan även 5 till 15 baspunkter motivera routing- eller kontraktsgranskning. Nyckeln är att sätta trösklar före månadsskiftet, inte efter att en processorräkning eller systemmeddelande anländer.
Kan handlarvalv kontra nätverkstoken skilja sig mellan förvärvare?
Ja. Förvärvare kan mappa svarskoder olika, tillämpa olika riskregler, stödja olika datafält och avräkna på olika cykler.
En förvärvare kan returnera ett generiskt avslag medan en annan exponerar utfärdarråd som tillåter ett säkert nytt försök. Avgiftsbehandlingen kan också variera per kontrakt, särskilt för gränsöverskridande, FX, premiumkort och alternativa betalningsmetoder.
Det är därför handlare som använder orkestrering bör jämföra prestanda per förvärvare och system snarare än att förlita sig på en enda blandad godkännande- eller kostnadssiffra.
Vad är det första åtgärdssteget när handlarvalv kontra nätverkstoken skapar förluster?
Börja med ett 30-dagars urval och dela upp det efter system, utfärdarland, kortprodukt, betalningsmetod, MID och svars- eller tvistkod. Kvantifiera det riskerade värdet i kontanta termer, inte bara procentenheter.
Bestäm sedan om lösningen är operativ, som bättre bevis eller kundkommunikation, teknisk, som rikare data eller 3DS-indikatorer, eller kommersiell, som en annan förvärvarväg. Kontrollera samma mätning igen efter en fullständig avräknings- eller tvistcykel för att bekräfta att ändringen fungerade.
Relaterade termer
Att ersätta känslig kortdata med ett icke-känsligt surrogatvärde som kan lagras och återanvändas utanför PCI-omfånget.
En systemutfärdad token som ersätter PAN från början till slut och uppdateras automatiskt när det underliggande kortet utfärdas på nytt.
En PCI DSS kompatibel lagring av tokeniserade kortuppgifter som låter en handlare debitera ett kort igen utan att inneha PAN.
Relaterade guider.
Redo att förbättra din betalningsinställning?
Berätta om ditt företag. Vi matchar dig med rätt inlösenpartners och rätt väg, vanligtvis inom en vecka.