Dígito verificador SSCC-18
Os 17 dígitos de dados 00614141123456789 recebem o dígito verificador 0, então o SSCC-18 completo é 006141411234567890. Calcule o dígito antes de imprimir a etiqueta de um palete ou valide um código de 18 dígitos de um aviso de embarque. 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
- 00614141123456789
- Modo de cálculo
- Compute
- Entrada
- 00614141123456789
- Dígito verificador
- 0
- SSCC-18
- 006141411234567890
Etiquetas logísticas, sistemas de armazém e integrações com transportadoras identificam paletes e unidades de envio com um Serial Shipping Container Code (SSCC-18) de dezoito dígitos. Dezessete desses dígitos carregam o dígito de extensão, o prefixo de empresa GS1 e a referência serial; o décimo oitavo é um dígito verificador derivado da fórmula GS1 mod-10, de modo que um erro de digitação ou uma transposição falhe com muito mais frequência do que parecer outro contêiner válido. Esta capacidade calcula esse dígito a partir de uma cadeia de dezessete dígitos de dados, ou valida um SSCC completo de dezoito e informa se o dígito final armazenado coincide com o valor recalculado.
Como o dígito verificador SSCC-18 é calculado
As Especificações Gerais GS1 definem um único dígito verificador mod-10 para o Serial Shipping Container Code e símbolos relacionados com AI (00). Pegue os dezessete dígitos de dados — dígito de extensão, prefixo de empresa e referência serial — e ignore parênteses ou identificadores de aplicação impressos junto às barras. Numere esses dígitos de dados da direita: o dígito de dados mais à direita é multiplicado por três, o seguinte à esquerda por um, depois três, depois um, alternando até o dígito mais à esquerda.
Some cada produto ponderado. O dígito verificador é dez menos essa soma módulo dez, tomado de novo módulo dez, de forma que uma soma já divisível por dez produza dígito zero. Ao acrescentar esse único dígito obtém-se o SSCC completo de dezoito dígitos codificado no símbolo e muitas vezes impresso em forma legível abaixo.
A validação é a operação inversa: recalcule o dígito esperado a partir dos dezessete primeiros caracteres e compare com o décimo oitavo. *
Como calcular um dígito verificador ou validar um SSCC completo
Envie um campo number que contenha apenas os caracteres de zero a nove. O modo validate espera exatamente dezoito dígitos. Essa forma facilita mostrar «você digitou X, esperado Y» em uma interface de armazém sem uma segunda requisição.
Strings vazias, number ausente, valores de mode inválidos e comprimentos errados (por exemplo dezesseis ou dezenove dígitos) falham antes de qualquer soma ponderada e não são cobrados. Prefira compute ao criar ou completar um serial de contêiner novo; prefira validate quando receber um SSCC completo de um scanner, uma exportação WMS ou um feed de transportadora e precisar de um gate booleano antes de reservar o envio.
Onde os dígitos verificadores SSCC-18 se encaixam em fluxos logísticos reais
Expedidores e operadores 3PL recebem um prefixo de empresa GS1 e atribuem referências seriais a paletes ou caixas externas; antes de uma impressora de etiquetas gravar o símbolo, devem acrescentar o dígito verificador correto para que scanners de armazém e portais de transportadoras aceitem a unidade na primeira leitura.
Sistemas de gestão de armazém importam avisos de expedição de fornecedores cheios de SSCCs de dezoito dígitos e devem rejeitar linhas cujo dígito verificador não coincida mais, o que detecta tanto edições humanas quanto bugs de um a mais em geradores anteriores. Gráficas que compõem etiquetas logísticas GS1-128 a partir de seriais de dezessete dígitos chamam o modo compute uma vez por unidade e colocam sscc18 sob as barras.
Não trate um dígito verificador válido como prova de alocação GS1 ou de propriedade da faixa serial — ele só prova que a cadeia de dezoito dígitos é aritmeticamente correta sob a regra GS1 mod-10, o mesmo critério de honestidade que você aplica a qualquer checksum logístico.
Casos de uso
Completar um serial de dezessete dígitos para etiquetas de palete
Pegue o dígito de extensão, o prefixo de empresa GS1 e a referência serial (dezessete dígitos), chame o modo compute e imprima sscc18 sob as barras GS1-128 para que a etiqueta do palete carregue um SSCC-18 válido para o scanner.
Auditar colunas SSCC de parceiros em feeds EDI
Valide em lote cada SSCC-18 de um DESADV, CSV ou exportação WMS e coloque em quarentena as linhas cujo dígito verificador não coincida mais com o valor esperado recalculado.
Perguntas frequentes
O que é um dígito verificador SSCC-18?
É o décimo oitavo dígito de um Serial Shipping Container Code, calculado a partir dos dezessete primeiros dígitos com pesos GS1 alternados de 3 e 1 a partir da direita, para que erros de um único dígito falhem com muito mais frequência do que parecer outro contêiner.
O que acontece com letras, espaços, hífens ou comprimentos errados?
Tarefas de validação com falha não são cobradas.
A ferramenta de dígito verificador SSCC-18 é gratuita?
A ferramenta do navegador é gratuita e roda localmente.
Como se calcula o dígito verificador do SSCC?
Começando pelo último dígito de dados, multiplique os dígitos alternadamente por 3 e por 1 e some os produtos. O dígito verificador é o que leva a soma ao próximo múltiplo de dez, ou 0 se ela já for. Para 00614141123456789 ele é 0.
Um SSCC válido prova que a série pertence à minha empresa?
Não. Um dígito verificador correto só mostra que os 18 dígitos fecham a conta. Ele não prova que o prefixo de empresa GS1 foi atribuído a você nem que a faixa de séries é sua.
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/sscc \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"number":"00614141123456789"}'const res = await fetch("https://api.kit.forhosting.com/enc/sscc", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"number": "00614141123456789"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/enc/sscc",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"number": "00614141123456789"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/enc/sscc", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"number":"00614141123456789"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"number":"00614141123456789"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/enc/sscc", 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": "00614141123456789"
}Exemplo de resposta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "enc.sscc",
"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
Caracteres não numéricos e comprimentos incorretos são rejeitados com um erro invalid_input claro, sem remover lixo em silêncio. Execute grátis no navegador ou chame a API do KIT ao preço publicado; ambos os caminhos usam a mesma aritmética pura, sem rede e sem armazenar SSCCs.
Como o dígito verificador SSCC-18 é calculado
O mesmo esquema de pesos sustenta outros identificadores GS1 de comprimentos diferentes, mas esta ferramenta foca estritamente no layout dezessete mais um do SSCC-18 para que a intenção de busca e os contratos de API fiquem claros. Como o algoritmo é aritmética inteira pura com pesos fixos, o mesmo serial produz sempre o mesmo dígito verificador em cada plataforma — navegador, Worker ou harness de testes offline —, por isso a capacidade é entregue como motor parse de tier A e não como chamada a um modelo.
Como calcular um dígito verificador ou validar um SSCC completo
Espaços, hífens, letras, parênteses em torno de identificadores de aplicação e pontos decimais são rejeitados como entrada não numérica com invalid_input, para que um formulário nunca aceite um valor limpo em silêncio. O modo compute é o padrão: forneça exatamente dezessete dígitos de dados; o motor devolve check_digit como string de um caractere, sscc18 como esses dezessete dígitos mais o verificador, e length dezoito. A resposta indica valid true quando o dígito final coincide com o expected_check_digit recalculado, e inclui sempre payload (os dezessete primeiros dígitos), check_digit como enviado, expected_check_digit e o sscc18 canônico formado com payload mais o dígito esperado. Como o caminho é parse puro, sem relógio, fonte aleatória ou rede, a mesma entrada produz sempre 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 de ASN, impressoras de etiquetas e auditorias de arquivos de parceiros sem negociar um nível personalizado.
Onde os dígitos verificadores SSCC-18 se encaixam em fluxos logísticos reais
APIs de reserva de transportadoras que aceitam listas de SSCC podem validar no envio e bloquear a oferta até que valid seja true, reduzindo rejeições de EDI ou API. Testes de integração e jobs de qualidade de dados recalculam expected_check_digit para cada coluna SSCC em uma exportação e colocam em quarentena as divergências antes de chegarem à porta do doca. Em todo fluxo o contrato é o mesmo: apenas dígitos, dezessete para compute ou dezoito para validate, JSON estruturado testável com goldens, comportamento idêntico grátis no navegador ou com saldo pré-pago do KIT, e falha honesta quando a entrada não é uma cadeia SSCC-18 bem formada.
Casos de integração
Validar SSCCs lidos ou digitados no recebimento
Quando um scanner de mão ou um formulário enviar dezoito dígitos, chame o modo validate e bloqueie atualizações de ASN ou de armazenagem se valid for false, mostrando expected_check_digit para corrigir um erro de digitação.
Perguntas técnicas
Como calculo um dígito verificador SSCC-18 com esta API?
Faça POST com number de exatamente dezessete dígitos e mode compute (ou omita mode). A resposta inclui check_digit e sscc18 (o código completo de dezoito dígitos).
Como valido um SSCC completo de dezoito dígitos?
Faça POST com a cadeia de dezoito dígitos e mode validate. A resposta inclui valid, check_digit, expected_check_digit, payload e o sscc18 canônico.