ForHosting KIT · Matemática

Validador do algoritmo de Luhn

Saiba na hora se uma sequência de dígitos passa no teste de Luhn de módulo 10: 79927398713 passa. Ele detecta qualquer dígito digitado errado e a maioria das trocas entre dígitos vizinhos, sem afirmar que o número exista. Grátis no seu navegador.

  • Grátis
  • Funciona no seu navegador
  • Sem cadastro
  • Seus dados não saem do seu aparelho
Use pelo WebAPIE-mailTelegramApp em breve

O validador do algoritmo de Luhn verifica se uma sequência numérica atende à conhecida fórmula de checksum módulo 10. Envie os dígitos exatamente como aparecem, inclusive zeros à esquerda, e receba um resultado simples de válido ou inválido. A capacidade verifica somente o checksum: não identifica o emissor, não confirma a existência de uma conta e não consulta serviços externos. Entradas com caracteres que não sejam dígitos são rejeitadas explicitamente, em vez de serem limpas sem aviso, o que torna a automação previsível e ajuda a revelar problemas de formatação antes que cheguem a outro sistema.

O que um resultado de Luhn realmente informa

O checksum de Luhn é uma regra compacta para detectar erros em sequências de dígitos decimais. Começando pela direita, o algoritmo mantém o dígito verificador, dobra cada segundo dígito, subtrai nove quando o dobro tem duas casas e soma os valores obtidos. O número é válido quando esse total é divisível por dez.

Isso detecta toda alteração acidental de um único dígito e muitas transposições adjacentes comuns, sendo útil contra erros de digitação e cópia. Um resultado válido não prova que o número foi emitido, pertence a alguém, está ativo ou pode ser usado em uma transação. Ele indica apenas que a sequência enviada é coerente com a fórmula de Luhn.

Essa diferença é importante em interfaces e pipelines: apresente o resultado como validade do checksum, e não como confirmação de identidade ou conta. O validador preserva a representação textual, inclusive zeros à esquerda, e nunca converte a entrada em número JavaScript; assim, identificadores extensos permanecem exatos e não perdem dígitos por limites de precisão numérica.

Como preparar a entrada e entender os erros

Envie o valor no campo <code>number</code> como uma sequência não vazia contendo somente os caracteres de zero a nove. Espaços, hífens, sinais de mais, pontos decimais, quebras de linha e letras são rejeitados como entrada inválida. Esse comportamento rigoroso é proposital.

Remover pontuação silenciosamente pode esconder um defeito de formatação anterior, alterar o sentido de dados copiados ou fazer dois sistemas parecerem concordar quando receberam textos diferentes. Se a origem mostrar valores agrupados, normalize-os deliberadamente em seu fluxo antes de chamar esta capacidade e guarde o original quando a rastreabilidade for importante. Não converta primeiro a sequência em inteiro: isso pode retirar zeros à esquerda e arredondar valores extensos.

Uma chamada bem-sucedida sempre retorna um objeto com um campo booleano chamado <code>valid</code>. <code>true</code> indica que o total é divisível por dez; <code>false</code> indica entrada sintaticamente correta que falhou no checksum. Um erro de entrada é diferente de um resultado falso e normalmente deve levar a uma correção ou revisão.

Como aplicar validação determinística em sistemas

Use este validador nos pontos em que sequências numéricas entram em um sistema: envio de formulários, importação em lote, migração, geração de dados de teste ou testes de integração. Em formulários interativos, execute a versão do navegador depois que a pessoa terminar de informar o valor e explique que a verificação encontra enganos prováveis sem provar a existência de uma conta. Em importações, trate erros de caracteres como registros malformados e resultados falsos como registros bem formados cujo checksum não confere.

Manter esses casos separados produz relatórios melhores e preserva diagnósticos úteis. O algoritmo é determinístico, não usa rede, não consulta relógio e não gera valores aleatórios; entradas iguais sempre geram saídas iguais. Ele também não impõe regras de tamanho ou prefixo específicas de emissores: toda sequência não vazia de dígitos recebe o mesmo cálculo.

Se o seu domínio exigir tamanho, prefixo, titularidade ou situação em tempo real, aplique essas regras separadamente.

Detectar erros de digitação

Verifique a sequência no envio do formulário e diferencie checksum incorreto de entrada com letras ou pontuação.

Validar importações em lote

Aplique a mesma regra determinística a cada registro recebido antes de encaminhá-lo ao processamento seguinte.

Criar dados de teste confiáveis

Confirme que sequências válidas e inválidas se comportam de modo consistente em testes de integração sem depender da rede.

O que significa um resultado válido?

Significa que a sequência atende ao checksum módulo 10 de Luhn. Não confirma emissão, titularidade, situação da conta nem possibilidade de transação.

A entrada pode conter espaços ou hífens?

Não. A entrada deve conter somente dígitos. Normalize explicitamente valores formatados antes do envio.

Os zeros à esquerda são preservados?

Sim. A entrada é tratada como sequência textual e nunca é convertida em tipo numérico.

O validador exige um tamanho específico?

Não. Ele avalia qualquer sequência não vazia de dígitos. Regras de tamanho próprias do domínio devem ser aplicadas separadamente.

Como é feito o cálculo do dígito verificador de Luhn?

Começando pela direita, mantém-se o último dígito e dobra-se um a cada dois dos seguintes. Quando o dobro dá um número de dois dígitos, subtrai-se 9. Soma-se tudo: a sequência é válida se o total for divisível por 10.

Tudo nesta página está disponível via API. Esta seção é para equipes que querem integrar a ferramenta aos próprios sistemas; quem não precisa disso pode simplesmente usar a ferramenta acima.

POSThttps://api.kit.forhosting.com/math/luhn

Autenticação por token Bearer. Um único POST coloca a tarefa na fila; o resultado chega por webhook ou link assinado.

curl -X POST https://api.kit.forhosting.com/math/luhn \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"number":"79927398713"}'
{
  "number": "79927398713"
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "math.luhn",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

A API é assíncrona: cada chamada devolve um task_id na hora. Se preferir polling, consulte o status a até 1 requisição por segundo.

por chamadaUS$ 0,002

Preço publicado, sem tokens nem créditos escondidos. Tarefa que falha não é cobrada.

HTTPCódigoO que significa
401unauthorizedToken ausente ou inválido. Confira o header Authorization.
402insufficient_balanceSaldo insuficiente para esta tarefa. Faça uma recarga e tente de novo.
404unknown_typeEsse tipo de tarefa não existe. Confira o campo type no catálogo.
429rate_limitedMuitas requisições em pouco tempo. Espere um instante e tente de novo.

Como aplicar validação determinística em sistemas

As chamadas de API usam o preço-base publicado de US$ 0,002.

Quanto custa uma chamada de API?

Cada solicitação usa o preço-base publicado de US$ 0,002. A experiência no navegador pode executar localmente a mesma lógica determinística.

Ver a documentação completa do KIT →