Testkartennummerngenerator (Luhn-Valid, nur Sandbox)

Dieses Tool generiert gefälschte, synthetische Kartennummern nur zu einem Zweck: zum Ausführen eines Checkout-Formulars, einer Zahlungs-SDK-Integration oder einer automatisierten Testsuite, ohne ein echtes Konto zu berühren. Es handelt sich nicht um eine Möglichkeit, eine funktionierende Karte zu erhalten, und die Ausgabe ist nicht an ein echtes Konto, einen Karteninhaber oder eine Bank gebunden. Jede Zahl basiert auf einem BIN-Präfix, das Zahlungsabwickler in ihrer eigenen Sandbox-Dokumentation für Entwickler veröffentlichen, damit Ingenieure Zahlungsformulare im Testmodus ausfüllen können – genau die gleichen Präfixe im Stil 424242..., 411111..., 555555..., 510510..., 378282..., 371449... und 601111..., auf die im gesamten Mainstream-Gateway verwiesen wird Testmodus-Dokumente. Hier funktioniert nichts für einen echten Kauf, in einem echten Geschäft, in einem echten Zahlungsnetzwerk.

Was dafür sorgt, dass die Ausgabe gültig aussieht und nicht nur eine zufällige Zeichenfolge ist, ist eine echte Luhn-Prüfsumme (mod-10), die bei jeder Generation von Grund auf neu berechnet wird: Beginnend mit der Ziffer ganz rechts der Kandidatenzahl wird jede zweite Ziffer verdoppelt, von jedem verdoppelten Ergebnis über 9 wird 9 davon abgezogen, alle Ziffern werden summiert und die eine verbleibende Ziffer wird so ausgewählt, dass die Gesamtsumme auf einem Vielfachen von zehn landet. Das ist die gleiche Arithmetik, die eine browserseitige Prüfung „sieht aus wie eine gültige Kartennummer“ durchführt, sodass diese Nummern diesen spezifischen, engen Test genauso bestehen wie eine echte Kartennummer – und dabei immer noch völlig gefälscht, lokal generiert und für eine tatsächliche Transaktion nutzlos sind.

Das Tool hält das dokumentierte Testpräfix für jedes Netzwerk fest und ordnet alles danach zufällig an, sodass ein Stapel von bis zu 20 Nummern tatsächlich aus 20 verschiedenen gültigen Luhn-Nummern besteht und nicht aus der gleichen bekannten wörtlichen Testnummer, die wiederholt gedruckt wird. Jedes Ergebnis wird dann anhand der tatsächlichen BIN-Bereichsregeln, die Zahlungsformulare verwenden, um das Netzwerk einer Karte zu erkennen (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, um lediglich zu bestätigen, dass die angezeigte Beschriftung mit den generierten Ziffern übereinstimmt, plus einem CVV in der richtigen Größe (3 Ziffern oder 4 für Amex) und einem optionalen Zufalls-Future Bitte geben Sie das Ablaufdatum an, um das Ausfüllen eines vollständigen Testformulars zu erleichtern.

Dabei handelt es sich um eine Erleichterung für Entwickler und Qualitätssicherung, nicht um ein Zahlungsprodukt: Es existiert, weil Stripe, PayPal und die meisten anderen Prozessoren bereits genau diese reinen Testnummern für jeden veröffentlichen, der ihren Checkout integriert, und da es eine schnelle Möglichkeit gibt, Variationen zu generieren, die immer noch der clientseitigen Luhn-Validierung genügen, erspart man sich das erneute manuelle Eintippen derselben wenigen Lehrbuchnummern. Alles läuft lokal in Ihrem Browser mit Web-Crypto-gestützter Zufälligkeit – nichts wird irgendwohin übertragen und nichts, was hier produziert wird, sollte jemals in die Live-Kaufabwicklung eines echten Händlers eingegeben werden.