Generator numeru karty kredytowej
Generuj fikcyjne numery kart płatniczych — Visa, Mastercard, Amex, Discover, JCB, Diners — z poprawną sumą kontrolną Luhna, losowym CVV i datą ważności. Do testowania formularzy płatności, walidacji pól i wykrywania typu karty po BIN-ie. Numery nie są powiązane z żadnymi rachunkami.
Kliknij „Generuj nowy", aby otrzymać kolejną kartę (typ losowany z realistycznymi proporcjami), albo wklej dowolny numer poniżej, aby sprawdzić sumę Luhna i wykryć typ.
Algorytm Luhna — krok po kroku
Wszystkie numery kart płatniczych chroni ta sama suma kontrolna — algorytm Luhna (mod 10), opatentowany w 1960 roku i do dziś używany globalnie:
- Idąc od prawej, podwajaj co drugą cyfrę (zaczynając od przedostatniej).
- Jeśli podwojona cyfra przekracza 9, odejmij od niej 9 (równoważnie: zsumuj jej cyfry).
- Zsumuj wszystkie cyfry — wynik poprawnego numeru jest podzielny przez 10.
Luhn wychwytuje każdą pojedynczą literówkę i większość zamian sąsiednich cyfr — dokładnie te błędy, które ludzie popełniają przepisując numer z karty. Walidator na tej stronie wykonuje to obliczenie i dodatkowo rozpoznaje typ karty.
BIN: jak rozpoznać typ karty
Pierwsze cyfry numeru (BIN/IIN) identyfikują wydawcę: Visa zaczyna się od 4 (16 cyfr), Mastercard od 51–55 (16 cyfr), American Express od 34 lub 37 i ma nietypowe 15 cyfr, Discover od 6011 lub 65, JCB od 35, a Diners od 36/38/300–305 z 14 cyframi. Różne długości to świetny materiał na testy negatywne — formularz zakładający „zawsze 16 cyfr" odrzuci poprawny numer Amex.
Czego te numery NIE zrobią
Wygenerowany numer przechodzi walidację Luhna i wykrywanie typu, ale nie przejdzie autoryzacji — nie istnieje w żadnym systemie bankowym, nie ma salda ani właściciela. CVV i data ważności są losowe i niepowiązane z numerem. Do testów pełnego przepływu płatności w bramkach (Stripe, PayU, Przelewy24 itd.) używaj oficjalnych numerów testowych z dokumentacji sandboksa danej bramki — te numery mają zdefiniowane zachowania (sukces, odmowa, 3DS), których losowy numer nie zasymuluje.
Legalność i przeznaczenie
Generowanie numerów spełniających algorytm Luhna do testów oprogramowania jest legalne — to matematyka, nie dane rachunków. Próba użycia takiego numeru do płatności jest przestępstwem i technicznie skazana na niepowodzenie. Generator oznacza wartości jako wrażliwe i służy wyłącznie środowiskom testowym.
Najczęstsze pytania
Czy wygenerowaną kartą można zapłacić w sklepie?
Nie — numer przechodzi tylko walidację matematyczną. Nie istnieje w systemach bankowych, więc każda próba autoryzacji zostanie odrzucona, a samo użycie byłoby przestępstwem.
Jak działa algorytm Luhna?
Od prawej strony podwaja się co drugą cyfrę, od wyników powyżej 9 odejmuje 9, sumuje wszystko — poprawny numer daje sumę podzielną przez 10. Algorytm wykrywa pojedyncze literówki i większość zamian sąsiednich cyfr.
Dlaczego Amex ma 15 cyfr, a nie 16?
To historyczna decyzja formatu American Express — numery zaczynają się od 34 lub 37 i mają 15 cyfr, z grupowaniem 4-6-5. Diners ma z kolei 14 cyfr. Formularze zakładające sztywne 16 cyfr odrzucają poprawne karty.
Czy CVV i data ważności są prawdziwe?
Są losowe i niepowiązane z numerem — w realnych kartach CVV wylicza bank z danych karty i kluczy kryptograficznych, czego nie da się odtworzyć z samego numeru.
Czym te numery różnią się od testowych numerów Stripe czy PayU?
Numery z dokumentacji bramek mają zdefiniowane zachowania w sandboksie (sukces, odmowa, 3DS). Numery z generatora służą do testów walidacji formularzy i wykrywania typu karty, nie do symulacji autoryzacji.
Czy mogę wygenerować wiele numerów naraz?
Tak — tryb bulk w pełnym katalogu kuQA eksportuje do 500 numerów do CSV, JSON, SQL lub TXT.
To tylko jeden ze 175 generatorów. Pełny katalog kuQA zawiera m.in. payloady security, artefakty QA, edge cases i tryb bulk z eksportem CSV/JSON/SQL.
