Dígito verificador ISO 7064
Com MOD 11-2, o código 0794 recebe o caractere de verificação 0, e o identificador completo fica 07940. Acrescente o caractere de verificação a um código numérico ou alfanumérico, ou confira um completo e veja qual caractere era esperado. 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
- Texto
- 0794
- Sistema
- mod11-2
- Modo de cálculo
- Compute
- Entrada
- 0794
- Caractere de verificação
- 0
- Com dígito verificador
- 07940
- Comprimento
- 5
A ISO/IEC 7064 define sistemas puros de caractere de verificação que protegem identificadores contra substituições de um único caractere e contra muitos erros de transposição e de deslocamento. MOD 11-2 cobre cadeias numéricas puras e pode emitir um X final quando o valor dez é necessário; MOD 37-2 cobre cadeias alfanuméricas em maiúsculas e pode emitir um asterisco final quando o valor trinta e seis é necessário. Ambos os sistemas usam módulo e base dois em um único percurso da esquerda para a direita que termina no resto um quando a cadeia completa está bem formada.
O que ISO 7064 MOD 11-2 e MOD 37-2 protegem
Caracteres de verificação existem porque pessoas, leitores e teclados danificam identificadores de formas previsíveis: um símbolo errado, dois símbolos vizinhos trocados, um dígito inserido ou omitido, ou um curto deslocamento circular de um campo fixo. A ISO/IEC 7064 padroniza vários sistemas puros e híbridos para que as indústrias compartilhem um contrato matemático em vez de inventar checksums caseiros. Os dois sistemas puros de um único caractere expostos aqui são MOD 11-2 e MOD 37-2.
MOD 11-2 mapeia os dígitos de zero a nove para os valores de zero a nove e permite um caractere de verificação suplementar X com valor dez; é o esquema usado por identificadores ORCID e por muitos códigos de referência numéricos que precisam de uma garantia mais forte do que um simples dígito de módulo dez.
Ambos os sistemas usam base dois: o motor percorre da esquerda para a direita, combinando cada valor de caractere com p igual a duas vezes p mais o valor do caractere, reduzido módulo onze ou trinta e sete, e uma cadeia completa bem formada sempre termina no resto um. Essa forma algébrica detecta todas as substituições simples e uma alta taxa de transposições adjacentes e outros erros locais sem precisar de uma grande tabela de busca.
Esta ferramenta implementa apenas esses dois sistemas puros; não reivindica o comportamento híbrido MOD 11,10 nem MOD 37,36, e nomeia o algoritmo na resposta para que sistemas posteriores registrem qual esquema protegeu o valor.
Onde caracteres de verificação ISO 7064 se encaixam em sistemas reais
Plataformas de pesquisa e acadêmicas que criam ou aceitam identificadores numéricos no estilo ORCID podem recalcular ou verificar o caractere final MOD 11-2 antes de armazenar um link de perfil, capturando um único dígito digitado errado no limite do formulário. Equipes de fabricação e logística que imprimem códigos alfanuméricos de ativo ou de caixa podem adotar MOD 37-2 para que leitores portáteis e agentes de call center não redirecionem o trabalho em silêncio para o SKU errado quando dois caracteres vizinhos são trocados.
Escritórios de saúde, educação e governo que ainda movimentam formulários em papel com números de referência de vários caracteres podem validar na entrada e mostrar o caractere de verificação esperado para uma correção rápida em vez de criar um prontuário ou um processo duplicado.
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 as linhas em que a cadeia completa armazenada não coincide mais, o que captura tanto edições humanas quanto bugs de desvio por um em geradores. Não trate uma verificação ISO 7064 aprovada como prova de autorização ou propriedade — ela só prova que a cadeia está bem formada no sistema puro escolhido, o mesmo padrão de honestidade que você aplica a qualquer checksum.
Casos de uso
Auditar colunas de IDs exportadas
Valide em lote todos os identificadores de um CSV de parceiro ou de uma exportação de armazém sob MOD 11-2 ou MOD 37-2 e isole as linhas cujo caractere de verificação não coincide mais com o valor esperado recalculado.
Perguntas frequentes
O que é um caractere de verificação ISO 7064?
É um caractere final definido pela ISO/IEC 7064 de modo que um percurso modular puro sobre o identificador completo termine no resto um, detectando substituições simples e muitos erros de transposição.
A ferramenta de dígito verificador ISO 7064 é gratuita?
A ferramenta do navegador é gratuita e roda localmente.
Quando usar MOD 11-2 e quando usar MOD 37-2?
Use MOD 11-2 para identificadores feitos só de dígitos, como números no estilo ORCID; o verificador pode ser X. Use MOD 37-2 quando as letras de A a Z fazem parte do código, como em etiquetas de patrimônio ou códigos de produto; o verificador pode ser um asterisco.
Por que o caractere de verificação às vezes sai como X ou asterisco?
Porque o verificador pode precisar de um valor além dos símbolos normais. No MOD 11-2 o valor dez é escrito X; no MOD 37-2, em que dígitos e letras cobrem de zero a trinta e cinco, o valor trinta e seis vira um asterisco.
Como o caractere de verificação é calculado?
A ferramenta percorre os caracteres da esquerda para a direita, dobrando o valor acumulado e somando o valor de cada caractere, sempre reduzindo módulo 11 ou 37. O verificador é escolhido para que a sequência completa termine com resto um.
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/iso7064 \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"text":"0794"}'const res = await fetch("https://api.kit.forhosting.com/enc/iso7064", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"text": "0794"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/enc/iso7064",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"text": "0794"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/enc/iso7064", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"text":"0794"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"text":"0794"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/enc/iso7064", 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
{
"text": "0794"
}Exemplo de resposta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "enc.iso7064",
"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 final para um payload que você já possui, ou valida um identificador completo que já o inclui, e rejeita caracteres fora do alfabeto escolhido com um erro invalid_input claro em vez de descartar lixo em silêncio.
O que ISO 7064 MOD 11-2 e MOD 37-2 protegem
MOD 37-2 mapeia dígitos e letras maiúsculas de A a Z para os valores de zero a trinta e cinco e permite um caractere de verificação suplementar asterisco com valor trinta e seis; é adequado para códigos de produto, etiquetas de ativo e séries alfanuméricas mistas em que as letras fazem parte do payload.
Como calcular um caractere de verificação ou validar um identificador completo
Envie um campo text com o identificador. Hífens e espaços são removidos e as letras são convertidas para maiúsculas para que grupos no estilo ORCID e rótulos com espaços ainda sejam analisados; cada caractere restante deve pertencer ao alfabeto do sistema escolhido. Essa forma facilita mostrar «você digitou X, esperava-se Y» em um formulário sem uma segunda chamada. Cadeias vazias, texto ausente, caracteres fora do alfabeto e valores inválidos de mode ou system falham antes do fim do percurso modular 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 lida, quando precisar de um gate booleano antes de consultar o registro. O sistema padrão é mod11-2 para trabalho numérico; defina system como mod37-2 para payloads alfanuméricos. O modo compute é o padrão: o motor percorre o payload, devolve check_character como uma cadeia de um caractere e devolve with_check como o payload mais esse caractere, para que você possa armazenar ou imprimir uma única cadeia. O modo validate espera uma cadeia completa de pelo menos dois caracteres, payload mais verificação final. A resposta informa valid como verdadeiro quando o percurso completo termina no resto um, e sempre inclui o check_character observado, expected_check_character recalculado só a partir do payload, e a subcadeia do payload sem o último caractere. Como o caminho é parse puro, sem relógio, fonte aleatória ou 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 personalizado.
Onde caracteres de verificação ISO 7064 se encaixam em sistemas reais
Equipes de produto que já usam Luhn ou Damm para campos só de dígitos ainda podem adotar ISO 7064 quando um contrato de parceiro exige um esquema citado em norma ou quando payloads alfanuméricos devem carregar uma única verificação final. Em todo fluxo o contrato é o mesmo: texto limpo do alfabeto, system mod11-2 ou mod37-2, mode compute ou validate, JSON estruturado que você pode testar com goldens, comportamento idêntico grátis no navegador ou via saldo pré-pago do KIT, e falha honesta quando a entrada está fora do alfabeto.
Casos de integração
Criar IDs numéricos com MOD 11-2
Gere um payload de dígitos sequencial ou aleatório, chame compute com system mod11-2 e armazene with_check para que cada novo ID carregue um caractere de verificação final baseado na norma antes de imprimir ou enviar por e-mail.
Validar códigos digitados ou lidos na entrada
Quando um usuário ou leitor enviar um identificador completo, chame validate com o system correspondente e bloqueie a consulta quando valid for falso, mostrando expected_check_character para ajudar a corrigir um único erro de digitação.
Perguntas técnicas
Quando devo usar MOD 11-2 em vez de MOD 37-2?
Use mod11-2 para payloads numéricos puros (a verificação pode ser 0-9 ou X). Use mod37-2 para payloads alfanuméricos em maiúsculas (a verificação pode ser 0-9, A-Z ou *).
Como calculo um caractere de verificação com esta API?
Faça POST com text igual ao payload, system em mod11-2 ou mod37-2, e mode compute (ou omita mode). A resposta inclui check_character e with_check.
Como valido um identificador que já tem caractere de verificação?
Faça POST com a cadeia completa, o system correspondente e mode validate. A resposta inclui valid, check_character, expected_check_character e payload sem o último caractere.