Testkaartnummergenerator (Luhn-geldig, alleen sandbox)
Genereer neppe, Luhn-checksum-geldige testkaartnummers uit openbaar gedocumenteerde sandbox-BIN-bereiken (Visa, Mastercard, Amex, Discover) voor QA- en afrekenstroomtests. Geen echte kaarten.
🔒 Wordt volledig in uw browser verwerkt. Niets wat u hier invoert, wordt ooit geüpload.
Resultaat
Deze tool genereert neppe, synthetische kaartnummers voor één enkel doel: het uittesten van een afrekenformulier, een betaal-SDK-integratie of een geautomatiseerde testsuite zonder dat er een echt account aan te pas komt. Het is geen manier om aan een werkende kaart te komen, en geen enkele uitvoer is gekoppeld aan een echt account, een echte kaarthouder of een echte bank. Elk nummer is opgebouwd bovenop een BIN-prefix die betalingsverwerkers in hun eigen ontwikkelaarssandboxdocumentatie publiceren, juist zodat technici testbetaalformulieren kunnen invullen — precies dezelfde 424242…-, 411111…-, 555555…-, 510510…-, 378282…-, 371449…- en 601111…-achtige prefixen die in de testmodusdocumentatie van mainstream gateways worden genoemd. Niets hiervan werkt voor een echte aankoop, in een echte winkel, op een echt betalingsnetwerk.
Wat de uitvoer er geldig-uitziend maakt in plaats van een willekeurige reeks tekens, is een echte Luhn-checksum (mod-10), die bij elke generatie opnieuw wordt berekend: beginnend bij het meest rechtse cijfer van het kandidaatnummer, wordt elk tweede cijfer verdubbeld, van elk verdubbeld resultaat boven de 9 wordt 9 afgetrokken, alle cijfers worden opgeteld en het ene overgebleven cijfer wordt zo gekozen dat het eindtotaal op een veelvoud van tien uitkomt. Dat is precies dezelfde rekensom die een browserzijdige 'ziet eruit als een geldig kaartnummer'-controle uitvoert, dus deze nummers doorstaan die specifieke, beperkte test op dezelfde manier als een echt kaartnummer dat zou doen — terwijl ze nog steeds volledig nep zijn, lokaal gegenereerd en nutteloos voor een daadwerkelijke transactie.
De tool houdt de gedocumenteerde testprefix per netwerk vast en randomiseert alles daarna, zodat een batch van maximaal 20 nummers echt 20 verschillende geldige-Luhn-nummers oplevert in plaats van hetzelfde bekende letterlijke testnummer dat steeds wordt herhaald. Elk resultaat wordt vervolgens geherclassificeerd aan de hand van de echte BIN-bereikregels die betalingsformulieren gebruiken om het netwerk van een kaart te detecteren (een voorloopcijfer 4 voor Visa, 51 t/m 55 of 2221 t/m 2720 voor Mastercard, 34 of 37 voor Amex, 6011 of 65 voor Discover), puur om te bevestigen dat het getoonde label overeenkomt met de gegenereerde cijfers, plus een CVV van de juiste grootte (3 cijfers, of 4 voor Amex) en optioneel een willekeurige vervaldatum in de toekomst voor het gemak bij het invullen van een volledig testformulier.
Dit is een hulpmiddel voor ontwikkelaars en QA, geen betalingsproduct: het bestaat omdat Stripe, PayPal en de meeste andere verwerkers deze exacte testnummers al publiceren voor iedereen die hun kassa integreert, en omdat de mogelijkheid om snel variaties te genereren die toch de client-side Luhn-validatie doorstaan, bespaart dat je steeds de handvol bekende voorbeeldnummers handmatig opnieuw moet intikken. Alles draait lokaal in je browser met door Web Crypto ondersteunde willekeur — er wordt niets verstuurd en niets wat hier wordt geproduceerd, mag ooit worden ingevoerd in de live-afrekenpagina van een echte verkoper.