Para que serve este gerador
Times de QA e desenvolvimento frequentemente precisam testar formulários de checkout e integrações de pagamento sem usar um cartão real. Este gerador cria números que passam na validação matemática básica (o algoritmo de Luhn), usada por praticamente todo formulário de cartão para detectar erros de digitação antes de enviar a cobrança — mas eles não são cartões emitidos por nenhum banco e não têm saldo, limite ou titular.
O algoritmo de Luhn
Criado pelo cientista da IBM Hans Peter Luhn, é um checksum simples usado para validar números de identificação, incluindo cartões de crédito: cada segundo dígito (contando da direita para a esquerda, a partir do penúltimo) é dobrado, e se o resultado passar de 9, subtrai-se 9; a soma de todos os dígitos precisa ser múltipla de 10 para o número ser válido.
Prefixos usados
Visa começa com 4 (16 dígitos); Mastercard começa com 51 a 55 (16 dígitos); American Express começa com 34 ou 37 (15 dígitos) — estes são os prefixos oficiais (BIN ranges) de cada bandeira, mas os dígitos seguintes são gerados aleatoriamente, então não correspondem a nenhuma conta real.
Perguntas frequentes
Esses números funcionam para comprar algo de verdade?
Não, de jeito nenhum. São apenas matematicamente válidos pelo algoritmo de Luhn — não estão vinculados a nenhuma conta bancária ou saldo real, e qualquer processador de pagamento sério rejeitaria a cobrança.
Por que os formulários de teste pedem um número "válido" e não qualquer sequência?
Porque a maioria dos formulários já valida o formato do número (via algoritmo de Luhn) antes mesmo de tentar processar a cobrança — um número aleatório sem esse cuidado seria rejeitado já nessa primeira checagem, impedindo testar as etapas seguintes.
É legal usar esses números?
Sim, para testar formulários em ambiente de desenvolvimento — mas usar qualquer número de cartão (fictício ou real) para tentar realizar uma cobrança fraudulenta é crime.