Testkortnummergenerator (Luhn-gyldig, kun sandbox)

Dette værktøj genererer falske, syntetiske kortnumre med ét eneste formål: at afprøve en betalingsformular, en betalings-SDK-integration eller en automatiseret testsuite uden at røre en rigtig konto. Det er ikke en måde at få et fungerende kort på, og intet af dets output er knyttet til en rigtig konto, kortholder eller bank. Hvert nummer bygger på et BIN-præfiks, som betalingsformidlere offentliggør i deres egen udviklerrettede sandbox-dokumentation, netop for at ingeniører kan udfylde betalingsformularer i testtilstand – præcis de samme præfikser i stil med 424242..., 411111..., 555555..., 510510..., 378282..., 371449... og 601111..., som der henvises til i almindelige gateways testtilstands-dokumentation. Intet her fungerer til et reelt køb, i en rigtig butik eller på et rigtigt betalingsnetværk.

Det, der får outputtet til at se gyldigt ud i stedet for bare at være en tilfældig streng, er en ægte Luhn-kontrolciffer (mod-10), som beregnes fra bunden ved hver generering: Fra det kandidatnummers ciffer længst til højre fordobles hvert andet ciffer, ethvert fordoblet resultat over 9 fratrækkes 9, alle cifre summeres, og det sidste ciffer vælges, så den samlede sum rammer et multiplum af ti. Det er den samme aritmetik, som en browserbaseret „ser ud som et gyldigt kortnummer”-kontrol udfører, så disse numre består den specifikke, snævre test på samme måde, som et rigtigt kortnummer ville – mens de stadig er helt igennem falske, genereres lokalt og er ubrugelige til en egentlig transaktion.

Værktøjet holder det dokumenterede testpræfiks fast pr. netværk og randomiserer alt derefter, så en batch på op til 20 numre reelt er 20 forskellige, Luhn-gyldige numre i stedet for det samme velkendte testnummer, der gentages. Hvert resultat klassificeres derefter efter de rigtige BIN-interval-regler, som betalingsformularer bruger til at bestemme et korts netværk (et indledende 4 for Visa, 51 til 55 eller 2221 til 2720 for Mastercard, 34 eller 37 for Amex, 6011 eller 65 for Discover), udelukkende for at bekræfte, at den viste etiket stemmer overens med de genererede cifre. Hertil kommer en CVV i korrekt længde (3 cifre, eller 4 for Amex) og en valgfri, tilfældig fremtidig udløbsdato for nemheds skyld, når en komplet testformular skal udfyldes.

Dette er et hjælpemiddel til udviklere og QA, ikke et betalingsprodukt: Det findes, fordi Stripe, PayPal og de fleste andre formidlere allerede offentliggør netop disse testnumre til alle, der integrerer deres betalingsløsning, og fordi en hurtig måde at generere varianter, der stadig tilfredsstiller klientside-Luhn-validering, sparer én for at taste de samme få lærebogsnumre manuelt. Alt kører lokalt i din browser med Web Crypto-baseret tilfældighed – intet sendes nogen vegne, og intet af det, der produceres her, bør nogensinde tastes ind i en virkelig forhandlers live-betalingsside.