Gerador de número de cartão de teste (válido para Luhn, somente sandbox)
Gere números de cartão de teste falsos e válidos para soma de verificação Luhn a partir de intervalos de BIN de sandbox documentados publicamente (Visa, Mastercard, Amex, Discover) para controle de qualidade e testes de fluxo de checkout. Não são cartas reais.
Resultado
Essa ferramenta gera números de cartão falsos e sintéticos para um único propósito: exercer um formulário de checkout, uma integração de SDK de pagamento ou um conjunto de testes automatizados sem tocar em uma conta real. Não é uma forma de obter um cartão funcional e nenhuma de suas saídas está vinculada a qualquer conta real, titular do cartão ou banco. Cada número é construído sobre um prefixo BIN que os processadores de pagamento publicam em sua própria documentação de sandbox voltada para o desenvolvedor, especificamente para que os engenheiros possam preencher formulários de pagamento em modo de teste - exatamente os mesmos prefixos de estilo 424242..., 411111..., 555555..., 510510..., 378282..., 371449... e 601111... referenciados no modo de teste do gateway principal. documentos. Nada aqui funciona para uma compra real, numa loja real, numa rede de pagamento real.
O que torna a saída válida, em vez de apenas uma string aleatória, é uma soma de verificação Luhn (mod-10) real, calculada do zero em cada geração: começando no dígito mais à direita do número candidato, cada segundo dígito é duplicado, qualquer resultado duplicado acima de 9 tem 9 subtraído dele, todos os dígitos são somados e o dígito restante é escolhido para que o total geral chegue a um múltiplo de dez. Essa é a mesma aritmética que uma verificação "parece um número de cartão válido" no navegador executa, de modo que esses números passam nesse teste específico e restrito da mesma forma que um número de cartão real faria - embora ainda sejam 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 randomiza tudo depois dele, de modo que um lote de até 20 números seja genuinamente 20 números Luhn válidos diferentes, em vez do mesmo número de teste literal bem conhecido impresso repetidamente. Cada resultado é então reclassificado pelas regras reais da faixa BIN que os formulários de pagamento usam para detectar a rede de um cartão (4 iniciais para Visa, 51 a 55 ou 2221 a 2720 para Mastercard, 34 ou 37 para Amex, 6011 ou 65 para Discover) apenas para confirmar se o rótulo mostrado corresponde aos dígitos gerados, além de um CVV de tamanho correto (3 dígitos ou 4 para Amex) e um futuro aleatório opcional data de validade para conveniência ao preencher um formulário de teste completo.
Esta é uma conveniência para desenvolvedores e controle de qualidade, não um produto de pagamento: existe porque Stripe, PayPal e a maioria dos outros processadores já publicam esses números exatos apenas de teste para qualquer pessoa que integre seu checkout e tenha uma maneira rápida de gerar variações que ainda satisfaçam a validação Luhn do lado do cliente, economizando a digitação manual dos mesmos números do livro didático. Tudo é executado localmente em seu navegador com aleatoriedade apoiada pela Web Crypto - nada é transmitido para lugar nenhum e nada produzido aqui deve ser inserido no checkout ao vivo de um comerciante real.