Testkortnummergenerator (Luhn-gyldig, kun sandkasse)

Dette verktøyet genererer falske, syntetiske kortnumre kun for ett formål: å bruke et betalingsskjema, en betalings-SDK-integrasjon eller en automatisert testpakke uten å berøre en ekte konto. Det er ikke en måte å få et fungerende kort på, og ingen av utgangene er knyttet til noen ekte konto, kortholder eller bank. Hvert tall er bygget på toppen av et BIN-prefiks som betalingsbehandlere publiserer i sin egen utviklervendt sandkassedokumentasjon, spesielt slik at ingeniører kan fylle ut betalingsskjemaer i testmodus - nøyaktig samme 424242..., 411111..., 555555..., 510510..., 3782182 4..., 491, 6, 6, 491, 6, 6, 37, 37, 49, 3, 49, 4, 4, 3, 4, 3, 4, 4, 3 referert på tvers av standard gateway test-modus dokumenter. Ingenting her fungerer for et ekte kjøp, i en ekte butikk, på et ekte betalingsnettverk.

Det som gjør utdataene gyldige i stedet for bare en tilfeldig streng, er en ekte Luhn (mod-10) kontrollsum, beregnet fra bunnen av for hver generasjon: starter fra sifferet lengst til høyre i kandidatnummeret, hvert andre siffer dobles, ethvert doblet resultat over 9 har 9 trukket fra seg, alle sifre summeres, og det gjenværende sifferet blir valgt til et multiplum av ti totalt. Det er den samme aritmetikken en nettleserside "ser ut som et gyldig kortnummer"-sjekk utfører, så disse tallene består den spesifikke, smale testen på samme måte som et ekte kortnummer ville gjort – mens de fortsatt er helt falske, generert lokalt og ubrukelige for en faktisk transaksjon.

Verktøyet holder det dokumenterte testprefikset fast per nettverk og randomiserer alt etter det, så en batch på opptil 20 numre er virkelig 20 forskjellige gyldige Luhn-numre i stedet for det samme velkjente bokstavelige testnummeret som skrives ut gjentatte ganger. Hvert resultat blir deretter omklassifisert etter de virkelige BIN-reglene som betalingsformene bruker for å oppdage et korts nettverk (en ledende 4 for Visa, 51 til 55 eller 2221 til 2720 for Mastercard, 34 eller 37 for Amex, 6011 eller 65 for Discover) utelukkende for å bekrefte at etiketten som vises stemmer overens med sifferet, V-sifferet, pluss et riktig siffer eller V. 4 for Amex) og en valgfri tilfeldig fremtidig utløpsdato for enkelhets skyld når du fyller ut et fullstendig testskjema.

Dette er en utvikler og QA-bekvemmelighet, ikke et betalingsprodukt: det eksisterer fordi Stripe, PayPal og de fleste andre prosessorer allerede publiserer disse eksakte test-bare tallene for alle som integrerer kassen deres, og har en rask måte å generere varianter som fortsatt tilfredsstiller Luhn-validering på klientsiden, sparer å skrive inn de samme få læreboknumrene for hånd. Alt kjører lokalt i nettleseren din med Web Crypto-støttet tilfeldighet - ingenting blir overført hvor som helst, og ingenting som produseres her bør noen gang legges inn i en ekte kjøpmanns direktekasse.