Generator numerów kart testowych (Luhn-Valid, tylko Sandbox)

To narzędzie generuje fałszywe, syntetyczne numery kart tylko w jednym celu: skorzystania z formularza realizacji transakcji, integracji z SDK płatności lub zautomatyzowanego zestawu testów bez dotykania prawdziwego konta. Nie jest to sposób na uzyskanie działającej karty, a żadne dane wyjściowe nie są powiązane z żadnym rzeczywistym kontem, posiadaczem karty ani bankiem. Każda liczba jest zbudowana na podstawie prefiksu BIN, który procesory płatności publikują we własnej dokumentacji piaskownicy przeznaczonej dla programistów, specjalnie po to, aby inżynierowie mogli wypełnić formularze płatności w trybie testowym — dokładnie te same przedrostki w stylu 424242..., 411111..., 555555..., 510510..., 378282..., 371449... i 601111..., do których odwołują się wszystkie główne bramy dokumentacja trybu testowego. Nic tu nie działa na prawdziwy zakup, w prawdziwym sklepie, w prawdziwej sieci płatniczej.

To, co sprawia, że wynik wygląda na prawidłowy, a nie tylko losowy ciąg, to prawdziwa suma kontrolna Luhna (mod-10), obliczana od zera w każdym pokoleniu: zaczynając od skrajnej prawej cyfry numeru kandydującego, co druga cyfra jest podwajana, od każdego podwojonego wyniku powyżej 9 odejmowane jest 9, wszystkie cyfry są sumowane i wybierana jest jedna pozostała cyfra, tak aby całkowita suma wyniosła wielokrotność dziesięciu. Jest to ta sama arytmetyka, którą przeprowadza po stronie przeglądarki sprawdzanie „wygląda na prawidłowy numer karty”, zatem liczby te przechodzą ten konkretny, wąski test w taki sam sposób, jak prawdziwy numer karty – a jednocześnie są całkowicie fałszywe, generowane lokalnie i bezużyteczne dla rzeczywistej transakcji.

Narzędzie utrzymuje udokumentowany prefiks testowy stały dla każdej sieci i losuje wszystko po nim, więc partia licząca maksymalnie 20 liczb to w rzeczywistości 20 różnych ważnych liczb Luhna, a nie ten sam dobrze znany, dosłowny numer testowy drukowany wielokrotnie. Każdy wynik jest następnie ponownie klasyfikowany według rzeczywistych reguł zakresu BIN, używanych do wykrywania sieci karty (wiodąca 4 w przypadku Visa, od 51 do 55 lub 2221 do 2720 w przypadku Mastercard, 34 lub 37 w przypadku Amex, 6011 lub 65 w przypadku Discover) wyłącznie w celu potwierdzenia, że wyświetlana etykieta odpowiada wygenerowanym cyfrom, a także kod CVV o prawidłowym rozmiarze (3 cyfry lub 4 w przypadku Amex) i opcjonalny losowa przyszła data ważności dla wygody podczas wypełniania pełnego formularza testowego.

Jest to wygoda dla programistów i kontroli jakości, a nie produkt płatniczy: istnieje, ponieważ Stripe, PayPal i większość innych procesorów publikuje już te dokładne numery wyłącznie testowe dla każdego, kto integruje ich realizację transakcji, a szybki sposób generowania odmian, które nadal spełniają weryfikację Luhna po stronie klienta, pozwala uniknąć ponownego ręcznego wpisywania tych samych kilku numerów z podręcznika. Wszystko działa lokalnie w Twojej przeglądarce z losowością wspieraną przez Web Crypto – nic nie jest nigdzie przesyłane i nic, co tu zostanie wyprodukowane, nie powinno nigdy zostać wprowadzone do kasy na żywo prawdziwego sprzedawcy.