Gerador de números de cartão de teste (Luhn válido, apenas sandbox)

Esta ferramenta gera números de cartão sintéticos e falsos com um único propósito: exercitar um formulário de checkout, uma integração de SDK de pagamento ou um conjunto de testes automatizados sem tocar numa conta real. Não é uma forma de obter um cartão funcional e nenhum dos seus resultados está associado a qualquer conta, titular ou banco reais. Cada número é construído sobre um prefixo BIN que os processadores de pagamento publicam na sua própria documentação de sandbox para programadores precisamente para que os engenheiros possam preencher formulários de pagamento em modo de teste — exatamente os mesmos prefixos do tipo 424242..., 411111..., 555555..., 510510..., 378282..., 371449... e 601111... referenciados na documentação dos principais gateways de teste. Nada disto funciona para uma compra real, numa loja real, numa rede de pagamento real.

O que torna o resultado com aspeto válido em vez de apenas uma sequência aleatória é um checksum Luhn real (módulo 10), calculado de raiz em cada geração: a partir do dígito mais à direita do número candidato, duplica cada segundo dígito, subtrai 9 a qualquer resultado duplicado acima de 9, soma todos os dígitos e escolhe-se o dígito restante de modo a que o total final seja múltiplo de dez. Essa é a mesma aritmética que uma verificação do lado do browser do tipo «parece um número de cartão válido» executa, pelo que estes números passam nesse teste específico e restrito da mesma forma que um número de cartão real passaria — sendo, ainda assim, totalmente falsos, gerados localmente e inúteis para uma transação real.

A ferramenta mantém o prefixo de teste documentado fixo por rede e aleatoriza tudo o que vem depois, pelo que um lote de até 20 números é genuinamente 20 números diferentes com Luhn válido, em vez do mesmo número de teste literal conhecido repetido. Cada resultado é depois reclassificado pelas regras reais de intervalos BIN que os formulários de pagamento usam para detetar a rede de um cartão (4 inicial para Visa, 51 a 55 ou 2221 a 2720 para Mastercard, 34 ou 37 para Amex, 6011 ou 65 para Discover) apenas para confirmar que o rótulo apresentado corresponde aos dígitos gerados, mais um CVV com o tamanho correto (3 dígitos, ou 4 para Amex) e uma data de validade futura aleatória opcional para conveniência ao preencher um formulário de teste completo.

Isto é uma conveniência para developers e QA, não um produto de pagamento: existe porque a Stripe, o PayPal e a maioria dos outros processadores já publicam estes mesmos números apenas de teste para qualquer pessoa que esteja a integrar o checkout, e ter uma forma rápida de gerar variações que ainda assim satisfazem a validação Luhn do lado do cliente evita ter de voltar a digitar os mesmos poucos números de manual. Tudo é executado localmente no seu browser com aleatoriedade suportada por Web Crypto — nada é transmitido para lado nenhum e nada do que aqui é produzido deve ser alguma vez introduzido no checkout real de um comerciante.