Генератор на номера на тестова карта (валиден за Luhn, само в пясъчна среда)

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