Генератор тестових номерів карток (Luhn, лише sandbox)

Цей інструмент генерує фейкові, синтетичні номери карток лише з однією метою: перевірити форму оплати, інтеграцію платіжного SDK чи автоматизований набір тестів, не торкаючись справжнього рахунку. Це не спосіб отримати робочу картку, і жоден результат не пов'язаний із реальним рахунком, власником картки чи банком. Кожен номер побудований на основі префікса BIN, який платіжні процесори публікують у власній документації для розробників саме для того, щоб інженери могли заповнювати платіжні форми в тестовому режимі — ті самі префікси у стилі 424242…, 411111…, 555555…, 510510…, 378282…, 371449… та 601111…, які згадуються в документації тестового режиму більшості основних платіжних шлюзів. Жоден із них не спрацює для реальної покупки в реальному магазині на реальній платіжній мережі.

Те, що робить результат схожим на справжній, а не просто випадковим рядком цифр, — це справжня контрольна сума Luhn (mod-10), обчислена з нуля при кожній генерації: починаючи з крайньої правої цифри кандидата, кожна друга цифра подвоюється, від будь-якого подвоєного результату понад 9 віднімається 9, усі цифри підсумовуються, і остання цифра підбирається так, щоб загальна сума ділилася на десять. Це та сама арифметика, яку виконує клієнтська перевірка "чи схожий номер на справжню картку" у браузері, тож ці номери проходять саме цю вузьку перевірку так само, як і справжній номер картки, — залишаючись при цьому повністю фейковими, згенерованими локально й непридатними для реальної транзакції.

Інструмент лишає задокументований тестовий префікс незмінним для кожної мережі й рандомізує все, що йде після нього, тож пакет із до 20 номерів — це справді 20 різних Luhn-валідних номерів, а не один і той самий добре відомий тестовий номер, надрукований повторно. Кожен результат потім повторно класифікується за реальними правилами діапазонів BIN, якими форми оплати визначають мережу картки (4 на початку — Visa, від 51 до 55 або від 2221 до 2720 — Mastercard, 34 чи 37 — Amex, 6011 чи 65 — Discover), — виключно щоб підтвердити відповідність показаної мітки згенерованим цифрам, — плюс CVV правильної довжини (3 цифри, або 4 для Amex) і опційна випадкова майбутня дата закінчення дії для зручності заповнення повної тестової форми.

Це зручність для розробників і QA, а не платіжний продукт: він існує тому, що Stripe, PayPal та більшість інших процесорів уже публікують саме ці тестові номери для будь-кого, хто інтегрує їхню оплату, а швидкий спосіб генерувати варіації, які все ще проходять клієнтську перевірку Luhn, рятує від повторного введення вручну тих самих кількох підручникових номерів. Усе працює локально у вашому браузері з випадковістю на основі Web Crypto — нічого нікуди не передається, і ніщо, згенероване тут, ніколи не варто вводити в реальну оплату справжнього продавця.