O número gerado funciona em uma compra?

Não. Ele passa apenas na validação sintática do formulário. A autorização é feita pelo emissor, que não encontrará conta correspondente e recusará a transação.

Por que existem cartões de teste oficiais se posso gerar um número?

Porque os cartões de teste do gateway disparam cenários controlados: aprovação, recusa por saldo, recusa por suspeita de fraude, erro de comunicação. Um número gerado aleatoriamente simplesmente falha, o que não testa nenhum caminho útil.

São os primeiros dígitos do cartão, que identificam a instituição emissora e a bandeira. É por eles que o formulário decide qual logo mostrar e qual máscara aplicar, antes de qualquer comunicação com o servidor.

Quais erros o Luhn não detecta?

A troca de 09 por 90, e vice-versa, passa despercebida porque não altera a soma. Trocas envolvendo dígitos não adjacentes também podem passar. Por isso o Luhn reduz erros de digitação sem eliminá-los.

Posso guardar números de cartão no meu banco de dados?

Não sem entrar no escopo do PCI DSS, com todas as obrigações que ele traz. O caminho normal é tokenizar com o provedor de pagamento e nunca ver o número completo na sua infraestrutura.

Codigio Labs

Gerador de cartão de crédito

Gere números válidos (Luhn) para testes de checkout e QA com histórico local e download.

Uso estritamente educacional e de testes. Não utilize números gerados em transações reais.

Como usar

Escolha a bandeira e gere um cartão válido pelo algoritmo de Luhn. O resultado é salvo localmente.

Guia de uso responsável

Cria números que passam no algoritmo de Luhn para testar máscaras, detecção de bandeira e validações de checkout sem utilizar cartões reais.

O que é validado

O algoritmo de Luhn dobra um dígito a cada dois, da direita para a esquerda, subtrai 9 dos resultados maiores que 9 e exige que a soma seja múltiplo de 10. Ele detecta erros comuns de digitação e é usado como validação sintática por quase todo formulário de pagamento, mas não autoriza transações nem comprova que o cartão existe.

Uso em pagamento

Para testar cobranças reais em gateways, use sempre os cartões de teste oficiais do provedor de pagamento, que disparam cenários específicos de aprovação e recusa. Esta ferramenta é indicada para interface, validação local e massa fictícia.

Boas práticas

Nunca use números gerados em uma tentativa de compra real.
Teste bandeiras diferentes se sua interface muda conforme o BIN.
Combine com datas futuras e CVV fictício apenas em ambientes de sandbox.

Perguntas frequentes

O número gerado funciona em uma compra?: Não. Ele passa apenas na validação sintática do formulário. A autorização é feita pelo emissor, que não encontrará conta correspondente e recusará a transação.
Por que existem cartões de teste oficiais se posso gerar um número?: Porque os cartões de teste do gateway disparam cenários controlados: aprovação, recusa por saldo, recusa por suspeita de fraude, erro de comunicação. Um número gerado aleatoriamente simplesmente falha, o que não testa nenhum caminho útil.
O que é o BIN?: São os primeiros dígitos do cartão, que identificam a instituição emissora e a bandeira. É por eles que o formulário decide qual logo mostrar e qual máscara aplicar, antes de qualquer comunicação com o servidor.
Quais erros o Luhn não detecta?: A troca de 09 por 90, e vice-versa, passa despercebida porque não altera a soma. Trocas envolvendo dígitos não adjacentes também podem passar. Por isso o Luhn reduz erros de digitação sem eliminá-los.
Posso guardar números de cartão no meu banco de dados?: Não sem entrar no escopo do PCI DSS, com todas as obrigações que ele traz. O caminho normal é tokenizar com o provedor de pagamento e nunca ver o número completo na sua infraestrutura.