Test-Kartennummern-Generator (Luhn-gültig, nur Sandbox)

Dieses Tool generiert gefälschte, synthetische Kartennummern für einen einzigen Zweck: um ein Checkout-Formular, eine Payment-SDK-Integration oder eine automatisierte Testsuite zu betreiben, ohne ein echtes Konto zu berühren. Es ist kein Weg, eine funktionierende Karte zu erhalten, und keine seiner Ausgaben ist mit einem echten Konto, Karteninhaber oder einer Bank verbunden. Jede Nummer basiert auf einem BIN-Präfix, den Zahlungsdienstleister in ihrer eigenen entwicklerorientierten Sandbox-Dokumentation veröffentlichen, speziell damit Ingenieure Testmodus-Zahlungsformulare ausfüllen können – genau dieselben 424242…-, 411111…-, 555555…-, 510510…-, 378282…-, 371449…- und 601111…-artigen Präfixe, die in den gängigen Testmodus-Dokumentationen der Gateways referenziert werden. Nichts hiervon funktioniert für einen echten Kauf in einem echten Geschäft über ein echtes Zahlungsnetzwerk.

Was die Ausgabe gültig aussehen lässt und nicht nur wie eine zufällige Zeichenkette, ist eine echte Luhn-Prüfsumme (Mod-10), die bei jeder Generierung von Grund auf berechnet wird: Ausgehend von der rechtesten Ziffer der Kandidatennummer wird jede zweite Ziffer verdoppelt, bei jedem verdoppelten Ergebnis über 9 wird 9 abgezogen, alle Ziffern werden summiert, und die eine verbleibende Ziffer wird so gewählt, dass die Gesamtsumme auf ein Vielfaches von zehn fällt. Das ist dieselbe Arithmetik, die eine browser-seitige Prüfung „sieht wie eine gültige Kartennummer aus“ durchführt, weshalb diese Nummern diesen spezifischen, engen Test genauso bestehen wie eine echte Kartennummer – und dabei dennoch komplett gefälscht, lokal generiert und nutzlos für eine echte Transaktion sind.

Das Tool hält den dokumentierten Test-Präfix pro Netz fest und randomisiert alles dahinter, sodass ein Stapel von bis zu 20 Nummern wirklich 20 verschiedene gültige Luhn-Nummern sind und nicht dieselbe bekannte wörtliche Testnummer mehrfach wiederholt wird. Jedes Ergebnis wird dann anhand der echten BIN-Bereichsregeln, die Zahlungsformulare zur Erkennung des Kartennetzes verwenden (eine führende 4 für Visa, 51 bis 55 oder 2221 bis 2720 für Mastercard, 34 oder 37 für Amex, 6011 oder 65 für Discover), neu klassifiziert – nur um zu bestätigen, dass die angezeigte Bezeichnung zu den generierten Ziffern passt –, ergänzt um einen korrekt langen CVV (3 Ziffern oder 4 für Amex) und ein optionales zufälliges zukünftiges Ablaufdatum, um das Ausfüllen eines vollständigen Testformulars zu vereinfachen.

Dies ist ein Entwickler- und QA-Hilfsmittel, kein Zahlungsprodukt: Es existiert, weil Stripe, PayPal und die meisten anderen Dienstleister diese exakten Testnummern bereits für jeden veröffentlichen, der ihren Checkout integriert, und eine schnelle Möglichkeit, Variationen zu generieren, die dennoch die clientseitige Luhn-Validierung erfüllen, das erneute Eintippen derselben wenigen Lehrbuchnummern von Hand erspart. Alles läuft lokal in Ihrem Browser mit Web-Crypto-gestützter Zufälligkeit – nichts wird irgendwohin übertragen, und nichts, was hier erzeugt wird, sollte jemals in einen echten Live-Checkout eines Händlers eingegeben werden.