Generatore di numeri di carte di prova (solo Luhn-Valid, Sandbox)

Questo strumento genera numeri di carta falsi e sintetici per un solo scopo: esercitare un modulo di pagamento, un'integrazione dell'SDK di pagamento o una suite di test automatizzata senza toccare un account reale. Non è un modo per ottenere una carta funzionante e nessuno dei suoi risultati è legato ad alcun conto reale, titolare della carta o banca. Ogni numero è costruito sopra un prefisso BIN che i processori di pagamento pubblicano nella propria documentazione sandbox rivolta agli sviluppatori appositamente per consentire agli ingegneri di compilare moduli di pagamento in modalità test: esattamente gli stessi prefissi di stile 424242..., 411111..., 555555..., 510510..., 378282..., 371449... e 601111... a cui si fa riferimento nella modalità test del gateway tradizionale documenti. Niente qui funziona per un acquisto reale, in un negozio reale, su una rete di pagamento reale.

Ciò che rende l'output valido piuttosto che una semplice stringa casuale è un vero checksum Luhn (mod-10), calcolato da zero su ogni generazione: a partire dalla cifra più a destra del numero candidato, ogni seconda cifra viene raddoppiata, qualsiasi risultato raddoppiato su 9 viene sottratto 9, tutte le cifre vengono sommate e quella rimanente viene scelta in modo che il totale complessivo sia un multiplo di dieci. Questa è la stessa aritmetica eseguita dal controllo "sembra un numero di carta valido" lato browser, quindi questi numeri superano quel test specifico e ristretto allo stesso modo di un numero di carta reale, pur essendo completamente falsi, generati localmente e inutili per una transazione effettiva.

Lo strumento mantiene fisso il prefisso del test documentato per rete e randomizza tutto dopo di esso, quindi un batch di un massimo di 20 numeri è in realtà costituito da 20 diversi numeri Luhn validi anziché dallo stesso noto numero di test letterale stampato ripetutamente. Ogni risultato viene quindi riclassificato in base alle reali regole dell'intervallo BIN utilizzate dai moduli di pagamento per rilevare la rete di una carta (un 4 iniziale per Visa, da 51 a 55 o da 2221 a 2720 per Mastercard, 34 o 37 per Amex, 6011 o 65 per Discover) semplicemente per confermare che l'etichetta mostrata corrisponde alle cifre generate, più un CVV di dimensioni corrette (3 cifre o 4 per Amex) e un futuro casuale opzionale data di scadenza per comodità durante la compilazione del modulo di prova completo.

Si tratta di una comodità per gli sviluppatori e per il QA, non un prodotto di pagamento: esiste perché Stripe, PayPal e la maggior parte degli altri processori pubblicano già questi esatti numeri di solo test per chiunque integri il proprio checkout e avere un modo rapido per generare variazioni che soddisfino comunque la convalida Luhn lato client evita di dover riscrivere a mano gli stessi numeri dei libri di testo. Tutto viene eseguito localmente nel tuo browser con la casualità supportata da Web Crypto: nulla viene trasmesso da nessuna parte e nulla di prodotto qui dovrebbe mai essere inserito nel checkout dal vivo di un vero commerciante.