Testkortnummergenerator (Luhn-giltig, endast sandlåda)

Det här verktyget genererar falska, syntetiska kortnummer endast för ett ändamål: att utöva ett kassaformulär, en betalnings-SDK-integration eller en automatiserad testsvit utan att röra ett riktigt konto. Det är inte ett sätt att få ett fungerande kort, och inget av dess utdata är kopplat till något verkligt konto, kortinnehavare eller bank. Varje nummer är byggt ovanpå ett BIN-prefix som betalningsprocessorer publicerar i sin egen utvecklare-vända sandlådedokumentation, specifikt så att ingenjörer kan fylla i testlägesbetalningsformulär - exakt samma 424242..., 411111..., 555555..., 510510..., 3782182...4017... refereras över vanliga gateway-testlägesdokument. Inget här fungerar för ett riktigt köp, i en riktig butik, på ett riktigt betalnätverk.

Det som gör att utdatat ser giltigt ut snarare än bara en slumpmässig sträng är en riktig Luhn (mod-10) kontrollsumma, beräknad från början för varje generation: med början från den högra siffran i kandidatnumret dubblas varannan siffra, varje dubblerat resultat över 9 har 9 subtraherade från sig, alla siffror summeras, och den återstående siffran väljs på en siffra av totalt tio. Det är samma aritmetik som en kontroll på webbläsaren "ser ut som ett giltigt kortnummer" utför, så dessa siffror klarar det specifika, smala testet på samma sätt som ett riktigt kortnummer skulle göra - samtidigt som de fortfarande är helt falska, genererade lokalt och värdelösa för en faktisk transaktion.

Verktyget håller det dokumenterade testprefixet fixerat per nätverk och randomiserar allt efter det, så en batch med upp till 20 nummer är genuint 20 olika giltiga Luhn-nummer snarare än samma välkända bokstavliga testnummer som skrivs ut upprepade gånger. Varje resultat klassificeras sedan om av de verkliga BIN-intervallsreglerna som betalningsformulär använder för att upptäcka ett korts nätverk (en ledande 4 för Visa, 51 till 55 eller 2221 till 2720 för Mastercard, 34 eller 37 för Amex, 6011 eller 65 för Discover) enbart för att bekräfta att etiketten som visas stämmer överens med siffran, plus en siffra, V-siffra 4 för Amex) och ett valfritt slumpmässigt framtida utgångsdatum för enkelhets skull när du fyller i ett fullständigt testformulär.

Det här är en bekvämlighet för utvecklare och kvalitetssäkring, inte en betalningsprodukt: det existerar eftersom Stripe, PayPal och de flesta andra processorer redan publicerar dessa exakta testnummer för alla som integrerar sin kassa, och har ett snabbt sätt att generera varianter som fortfarande uppfyller Luhn-valideringen på klientsidan sparar om att skriva om samma få läroboksnummer för hand. Allt körs lokalt i din webbläsare med webbkrypteringsstödd slumpmässighet - ingenting sänds någonstans, och ingenting som produceras här bör någonsin läggas in i en riktig handlares live-utcheckning.