Генератор на тестови номера на карти (Luhn-валидни, само за sandbox)

Този инструмент генерира фалшиви, синтетични номера на карти само с една цел: да се тества форма за плащане, интеграция на платежен SDK или автоматизиран тестов пакет, без да се пипа истински акаунт. Това не е начин за получаване на работеща карта и нито един от изходните данни не е свързан с реален акаунт, картодържател или банка. Всеки номер е изграден върху BIN префикс, който платежните процесори публикуват в собствената си документация за разработчици за sandbox среда специално за да могат инженерите да попълват тестови платежни форми – същите префикси от типа 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 базирана случайност – нищо не се предава никъде и нищо от произведеното тук не трябва да се въвежда в реална активна каса на търговец.