Generatore di numeri di carta di test (Luhn‑Valido, solo Sandbox)

Questo strumento genera numeri di carta fittizi e sintetici per un unico scopo: esercitare un modulo di pagamento, un’integrazione SDK di pagamento o una suite di test automatici senza toccare un account reale. Non è un modo per ottenere una carta funzionante, e nessun suo output è collegato a un conto, titolare o banca reale. Ogni numero è costruito sopra un prefisso BIN che i processori di pagamento pubblicano nella propria documentazione sandbox rivolta agli sviluppatori proprio perché gli ingegneri possano compilare moduli di pagamento in modalità test — gli stessi prefissi nello stile 424242..., 411111..., 555555..., 510510..., 378282..., 371449... e 601111... citati in tutta la documentazione di test dei principali gateway. Niente qui funziona per un acquisto reale, in un negozio reale, su un circuito di pagamento reale.

Ciò che rende l’output dall’aspetto valido anziché una semplice stringa casuale è un vero checksum Luhn (modulo 10), calcolato da zero a ogni generazione: partendo dalla cifra più a destra del numero candidato, ogni seconda cifra viene raddoppiata, a ogni risultato raddoppiato superiore a 9 viene sottratto 9, tutte le cifre vengono sommate e l’ultima cifra viene scelta in modo che il totale complessivo raggiunga un multiplo di dieci. È la stessa aritmetica che esegue un controllo lato browser del tipo «sembra un numero di carta valido», quindi questi numeri superano quel test specifico e circoscritto nello stesso modo in cui lo farebbe un numero di carta reale — pur restando del tutto fittizi, generati localmente e inutilizzabili per una transazione effettiva.

Lo strumento mantiene fisso il prefisso di test documentato per ciascun circuito e randomizza tutto ciò che lo segue, così un lotto fino a 20 numeri è realmente composto da 20 numeri diversi e validi Luhn anziché dallo stesso noto numero di test letterale stampato ripetutamente. Ogni risultato viene poi riclassificato in base alle regole reali di intervallo BIN che i moduli di pagamento usano per rilevare il circuito di una carta (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), al solo scopo di confermare che l’etichetta mostrata corrisponda alle cifre generate, più un CVV di dimensioni corrette (3 cifre, o 4 per Amex) e una data di scadenza futura casuale opzionale per comodità nella compilazione di un modulo di test completo.

Si tratta di una comodità per sviluppatori e QA, non di un prodotto di pagamento: esiste perché Stripe, PayPal e la maggior parte degli altri processori pubblicano già questi esatti numeri riservati ai test per chi integra il loro sistema di pagamento, e avere un modo rapido per generare varianti che soddisfano comunque la validazione Luhn lato client evita di dover riscrivere a mano ogni volta i soliti pochi numeri da manuale. Tutto viene eseguito localmente nel browser con casualità supportata da Web Crypto — nulla viene trasmesso da nessuna parte, e niente di ciò che viene prodotto qui dovrebbe mai essere inserito nel modulo di pagamento reale di un esercente.