Generator številk testne kartice (veljavno za Luhn, samo peskovnik)

To orodje ustvari lažne, sintetične številke kartic samo za en namen: izvajanje obrazca za odjavo, integracija plačilnega SDK-ja ali samodejni testni paket brez dotika pravega računa. To ni način za pridobitev delujoče kartice in nobena od njenih izhodov ni vezana na noben pravi račun, imetnika kartice ali banko. Vsaka številka je zgrajena na predponi BIN, ki jo plačilni procesorji objavijo v lastni dokumentaciji o peskovniku, namenjeni razvijalcem, posebej zato, da lahko inženirji izpolnijo plačilne obrazce v testnem načinu - popolnoma enak slog 424242..., 411111..., 555555..., 510510..., 378282..., 371449... in 601111... predpone, na katere se sklicujejo dokumenti o preskusnem načinu glavnega prehoda. Nič tukaj ne deluje za pravi nakup, v pravi trgovini, na pravem plačilnem omrežju.

Tisto, zaradi česar je izhod videti veljaven in ne le naključni niz, je resnična Luhnova (mod-10) kontrolna vsota, izračunana od začetka za vsako generacijo: začenši s skrajno desno števko števila kandidata se podvoji, vsakemu podvojenemu rezultatu nad 9 se od tega odšteje 9, vse števke se seštejejo in ena preostala številka se izbere, tako da skupna vsota pristane na večkratniku deset. To je ista aritmetika, ki jo na strani brskalnika izvaja preverjanje »izgleda kot veljavna številka kartice«, tako da te številke prestanejo ta specifičen, ozek test na enak način, kot bi ga opravila prava številka kartice – medtem ko so še vedno popolnoma lažne, ustvarjene lokalno in neuporabne za dejansko transakcijo.

Orodje ohranja dokumentirano preskusno predpono nespremenljivo za vsako omrežje in naključno razvrsti vse za njo, tako da je paket do 20 številk resnično 20 različnih veljavnih Luhnovih številk in ne iste dobro znane dobesedne preskusne številke, ki se večkrat natisne. Vsak rezultat se nato ponovno razvrsti s pravili pravil razpona BIN, ki jih obrazci za plačila uporabljajo za zaznavanje omrežja kartice (vodilni 4 za Visa, 51 do 55 ali 2221 do 2720 za Mastercard, 34 ali 37 za Amex, 6011 ali 65 za Discover), zgolj za potrditev, da se prikazana oznaka ujema z ustvarjenimi ciframi, plus CVV pravilne velikosti (3 števke, ali 4 za Amex) in izbirni naključni datum poteka v prihodnosti za udobje pri izpolnjevanju celotnega testnega obrazca.

To je udobje za razvijalce in QA, ne za plačilni izdelek: obstaja, ker Stripe, PayPal in večina drugih procesorjev že objavljajo te natančne številke samo za preizkuse za vse, ki integrirajo svojo blagajno, in imajo hiter način za ustvarjanje različic, ki še vedno izpolnjujejo Luhnovo validacijo na strani odjemalca, prihrani ročno vnašanje istih nekaj številk učbenikov. Vse teče lokalno v vašem brskalniku z naključnostjo, podprto s spletnim kripto – nič se ne prenaša nikamor in nič, kar je tukaj proizvedeno, ne bi smelo biti vneseno v živo blagajne pravega trgovca.