Dígito verificador ISO 7064 mod-11
Para 079 o caractere verificador ISO 7064 MOD 11-2 é 4, e o código fica 0794; quando o resultado é dez, o verificador é escrito como X para que todo valor tenha um símbolo imprimível. A validação confere códigos que já terminam no verificador. Grátis no seu navegador.
- Grátis
- Funciona no seu navegador
- Sem cadastro
- Seus dados não saem do seu aparelho
Executar grátis
Exemplo resolvido
- Número
- 079
- Modo de cálculo
- Compute
- Entrada
- 079
- Dígito verificador
- 4
- Com dígito verificador
- 0794
Códigos de conta longos, números de registro e identificadores internos são fáceis de digitar errado. O sistema puro ISO 7064 MOD 11-2 acrescenta um único caractere de verificação para que um dígito incorreto ou um final corrompido falhe na validação sob um percurso modular padrão. Diferente de esquemas simples de módulo 10, este algoritmo usa base dois e módulo onze, e codifica o valor dez como a letra X para que todo resto legal tenha um caractere imprimível.
O que é ISO 7064 MOD 11-2 e por que aparece o X
ISO/IEC 7064 define sistemas de caracteres de verificação puros e híbridos usados em normas que precisam de um símbolo final compacto e interoperável. O sistema puro MOD 11-2 percorre a entrada da esquerda para a direita com a recorrência p igual a duas vezes p mais o valor do dígito atual, tudo módulo onze. Depois de processar a carga útil, o caractere de verificação é o único valor entre zero e dez que faz o percurso completo terminar no resto um.
Os valores de zero a nove imprimem-se como dígitos; o valor dez imprime-se como a letra X, por isso registros e formulários às vezes mostram um X final em um código que, no restante, é numérico. Esse desenho não é uma variante caseira de Luhn nem de Damm: é a construção pura MOD 11-2 publicada, escolhida porque o módulo onze precisa de onze símbolos e o X latino é o substituto convencional do dez.
Em relação a dígitos verificadores de códigos de barras como EAN ou UPC, o MOD 11-2 não está preso a um layout de GTIN varejista. Em relação ao algoritmo de Damm, usa aritmética modular em vez de uma tabela de quasigrupo e pode emitir X em vez de uma cauda só de dígitos. Em relação à soma ponderada clássica do ISBN-10, o sistema puro processa da esquerda para a direita com base fixa em vez de pesos dependentes da posição de dez para baixo.
Use-a para qualquer carga de dígitos puros que você controle; não assuma que uma verificação bem-sucedida prova autorização ou propriedade, apenas que a cadeia está bem formada sob esta regra.
Como calcular um caractere de verificação ou validar um valor completo
Envie um campo number que contenha apenas os caracteres de zero a nove no modo compute. O modo validate espera um valor completo de pelo menos dois caracteres: um ou mais dígitos de carga mais um caractere de verificação final que seja dígito ou X. Essa forma facilita mostrar «você digitou X, esperava-se Y» em um formulário sem uma segunda chamada.
Cadeias vazias, number ausente, valores de mode inválidos e um X em qualquer posição que não seja o verificador final falham antes de concluir o percurso e não são faturados. Prefira compute ao criar novos IDs; prefira validate ao receber um ID de um usuário, de um arquivo de parceiro ou de uma etiqueta digitalizada e precisar de um portão booleano antes de buscar o registro.
Onde dígitos verificadores mod-11 se encaixam em sistemas reais
Registros nacionais e setoriais que já publicam identificadores no estilo ISO 7064 precisam de um oráculo compartilhado para emitir e conferir caracteres finais, incluindo o X ocasional. Programas de associados e fidelidade que desejam um módulo mais forte que dez podem acrescentar MOD 11-2 sem inventar um alfabeto privado. Equipes de armazém e logística imprimem códigos de caixa ou de ativo em que um único dígito digitado errado deve falhar na leitura em vez de enviar estoque ao bin errado.
Escritórios de saúde e educação que ainda movem formulários em papel com números de referência de vários dígitos podem validar na entrada e mostrar o caractere de verificação esperado quando a cauda digitada não coincide. Testes de integração e jobs de qualidade de dados recalculam o caractere de verificação esperado para cada linha de uma exportação CSV e marcam linhas em que o valor completo armazenado não coincide mais, o que captura edições humanas e bugs de desvio por um em geradores.
Equipes de produto que já usam Luhn em campos tipo cartão ou Damm em IDs internos só numéricos ainda podem adotar MOD 11-2 quando uma especificação de parceiro ou um esquema histórico o exigir, incluindo o caso do X. Documente qual algoritmo você armazena ao lado do número para nunca misturar Luhn, Damm e MOD 11-2 na mesma coluna sem perceber.
Casos de uso
Auditar colunas de IDs exportadas
Valide em lote todos os IDs numéricos ou com X em um CSV de parceiro ou em uma exportação de armazém e coloque em quarentena as linhas cujo caractere de verificação não coincida mais com o valor esperado recalculado.
Perguntas frequentes
O que é um dígito verificador ISO 7064 mod-11?
É um único caractere final do sistema puro ISO/IEC 7064 MOD 11-2: dígitos 0-9 ou X para o dez, escolhido de modo que o percurso modular da esquerda para a direita termine no resto um.
O que acontece com letras, espaços ou hífens?
Forneça apenas dígitos de 0 a 9; um X final só é permitido no modo validate como caractere de verificação. Tarefas falhas não são cobradas.
A ferramenta de dígito verificador mod-11 é gratuita?
A ferramenta do navegador é gratuita e roda localmente.
Por que o caractere verificador mod-11 às vezes é um X?
Porque o módulo onze precisa de onze símbolos: os valores de zero a nove viram dígitos e o valor dez vira a letra X. Por isso alguns números de registro terminam em X, e o X só é aceito nessa última posição.
Como se obtém o caractere verificador MOD 11-2?
Percorra os dígitos da esquerda para a direita: some cada dígito ao valor acumulado, dobre o resultado e guarde o resto da divisão por onze. O verificador é o que faz o percurso completo terminar em um; para 079 ele é 4.
Ferramentas relacionadas
Para desenvolvedores — acesso via API
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.
Endpoint
Autenticação por token Bearer. Um único POST coloca a tarefa na fila; o resultado chega por webhook ou link assinado.
Chame do seu código
curl -X POST https://api.kit.forhosting.com/enc/mod11 \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"number":"079"}'const res = await fetch("https://api.kit.forhosting.com/enc/mod11", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"number": "079"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/enc/mod11",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"number": "079"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/enc/mod11", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"number":"079"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"number":"079"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/enc/mod11", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Exemplo de requisição
{
"number": "079"
}Exemplo de resposta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "enc.mod11",
"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.
Preço
Preço publicado, sem tokens nem créditos escondidos. Tarefa que falha não é cobrada.
Erros
| HTTP | Código | O que significa |
|---|---|---|
401 | unauthorized | Token ausente ou inválido. Confira o header Authorization. |
402 | insufficient_balance | Saldo insuficiente para esta tarefa. Faça uma recarga e tente de novo. |
404 | unknown_type | Esse tipo de tarefa não existe. Confira o campo type no catálogo. |
429 | rate_limited | Muitas requisições em pouco tempo. Espere um instante e tente de novo. |
Notas técnicas
Esta capacidade calcula esse caractere de verificação para uma carga numérica que você já tem, ou valida uma cadeia completa que já o inclui, e rejeita entrada não numérica com um erro claro invalid_input em vez de descartar lixo em silêncio. Execute grátis no navegador ou chame a API do KIT pelo preço publicado; ambos os caminhos compartilham a mesma aritmética pura, sem rede e sem números armazenados.
O que é ISO 7064 MOD 11-2 e por que aparece o X
Esta ferramenta implementa esse percurso padrão e sempre nomeia o algoritmo como iso7064-mod11-2 no JSON para que sistemas posteriores registrem qual esquema protegeu o valor.
Como calcular um caractere de verificação ou validar um valor completo
Espaços, hífens, letras diferentes de um X final no modo validate, pontos decimais e notação científica são rejeitados como entrada não numérica com invalid_input, para que você nunca aceite um valor silencioso recortado. O modo compute é o padrão: o motor percorre a carga útil com a recorrência MOD 11-2, devolve check_digit como cadeia de um caractere (dígito ou X) e devolve with_check como a carga mais esse caractere, para que você possa armazenar ou imprimir uma única cadeia. A resposta informa valid verdadeiro quando o percurso completo termina no intermediário um, e sempre inclui o check_digit final, o expected_check_digit recalculado só a partir da carga e a subcadeia da carga sem o último caractere. Como o caminho é parse puro sem relógio, fonte aleatória nem rede, a mesma entrada sempre produz o mesmo JSON na ferramenta gratuita do navegador e na API. A US$ 0,002 por solicitação bem-sucedida você pode proteger importações em massa, formulários de cadastro e impressoras de etiquetas em lote sem negociar um nível sob medida.
Onde dígitos verificadores mod-11 se encaixam em sistemas reais
Em cada fluxo o contrato é o mesmo: apenas dígitos na carga, compute ou validate, JSON estruturado que você pode testar com goldens, comportamento idêntico grátis no navegador ou com saldo pré-pago do KIT, e falha honesta quando a entrada não é numérica.
Casos de integração
Emitir IDs com caractere de verificação ISO 7064
Gere uma carga de dígitos sequencial ou aleatória, chame o modo compute e armazene with_check para que todo ID novo leve um caractere final MOD 11-2 (dígito ou X) antes de ser impresso ou enviado por e-mail.
Validar códigos digitados ou lidos na entrada
Quando um usuário ou um leitor enviar um valor completo, chame o modo validate e bloqueie a busca quando valid for falso, mostrando expected_check_digit para ajudar a corrigir um único erro de digitação.
Perguntas técnicas
Como calculo um dígito verificador mod-11 com esta API?
Envie um POST com number definido nos dígitos da carga e mode compute (ou omita mode). A resposta inclui check_digit (0-9 ou X) e with_check (carga mais o caractere de verificação).
Como valido um número que já tem caractere de verificação?
Envie um POST com a cadeia completa (dígitos mais 0-9 ou X final) e mode validate. A resposta inclui valid, check_digit, expected_check_digit e a carga sem o último caractere.