Testkortnummergenerator (Luhn-giltig, enbart sandlåda)

Det här verktyget genererar fejkade, syntetiska kortnummer för ett enda syfte: att testa ett kassasystem, en SDK-integration för betalning eller en automatiserad testsvit utan att röra ett riktigt konto. Det är inte ett sätt att få tag på ett fungerande kort, och ingen av dess utdata är knuten till något riktigt konto, någon riktig kortinnehavare eller bank. Varje nummer bygger på ett BIN-prefix som betalningsprocessorer publicerar i sin egen utvecklardokumentation för sandlådemiljöer just för att utvecklare ska kunna fylla i betalformulär i testläge – exakt samma prefix i stil med 424242..., 411111..., 555555..., 510510..., 378282..., 371449... och 601111... som refereras i de stora gatewayernas testdokumentation. Ingenting här fungerar för ett riktigt köp, i en riktig butik eller på ett riktigt betalnätverk.

Det som gör utdatan giltig snarare än bara en slumpmässig sträng är en riktig Luhn-kontrollsumma (mod-10), som beräknas från grunden vid varje generering: från kandidatnumrets siffra längst till höger dubblas varannan siffra, från alla dubblerade resultat över 9 subtraheras 9, alla siffror summeras, och den sista siffran väljs så att totalsumman landar på en multipel av tio. Det är samma aritmetik som en webbläsarsidas kontroll av typen "ser ut som ett giltigt kortnummer" utför, så dessa nummer klarar det specifika, smala testet precis som ett riktigt kortnummer skulle – samtidigt som de fortfarande är helt fejkade, genererade lokalt och oanvändbara för en verklig transaktion.

Verktyget låter det dokumenterade testprefixet ligga fast per nätverk och slumpmässigt genererar allt efter det, så en batch med upp till 20 nummer verkligen är 20 olika nummer med giltig Luhn-kontrollsumma istället för samma välkända litterala testnummer som skrivs ut upprepade gånger. Varje resultat klassificeras sedan på nytt med de verkliga BIN-intervallsregler som betalformulär använder för att upptäcka kortets nätverk (inledande 4 för Visa, 51–55 eller 2221–2720 för Mastercard, 34 eller 37 för American Express, 6011 eller 65 för Discover) enbart för att bekräfta att den etikett som visas stämmer med de genererade siffrorna, plus en korrekt storlek på CVV (3 siffror, eller 4 för American Express) och ett valfritt slumpmässigt framtida utgångsdatum för bekvämlighet vid ifyllnad av ett fullständigt testformulär.

Det här är en bekvämlighetsfunktion för utvecklare och QA, inte en betalprodukt: den finns för att Stripe, PayPal och de flesta andra processerare redan publicerar dessa exakta testnummer för alla som integrerar deras kassasystem, och att ha ett snabbt sätt att generera varianter som fortfarande klarar klientsidans Luhn-validering gör att man slipper skriva om samma handfull lärobokssiffror för hand. Allt körs lokalt i din webbläsare med Web Crypto-stödd slumpmässighet – ingenting skickas iväg någonstans, och ingenting som produceras här bör någonsin fyllas i i en riktig handlares skarpa kassasystem.