2026-10-31 pdf labels barcodes label merge browser based graphical layout editor google sheets addin microsoft excel addon electronic shelf labels esl barcode3 labels label editor

Classificação vs. Verificação de Códigos de Barras: Qual é a Diferença?

Um rótulo é lido perfeitamente na sua mesa. Duas semanas depois, o controle de qualidade na recepção do varejista sinaliza o palete, e você está diante de um estorno por um símbolo que “funcionava bem”. A diferença entre esses dois desfechos raramente está no scanner — está em saber se alguém foi além da leitura do código de barras e de fato o verificou.

A confusão geralmente se resume a duas palavras usadas de forma intercambiável: classificação e verificação. Elas são relacionadas, mas não são a mesma coisa, e tratá-las como sinônimos é como as equipes acabam com um teste de leitura que passa e um envio que falha.

Este artigo separa as duas, mostra o que um comprovante de verificação real contém e explica como tornar a verificação uma etapa repetível em um fluxo de trabalho de rótulos baseado no Next Generation Label Printing System.

Por que a verificação de códigos de barras importa para rótulos impressos

Comece pelas definições, porque a distinção determina todo o resto.

Classificação é uma medição. Ela atribui uma pontuação de qualidade a um símbolo impresso — frequentemente uma nota de A a F — com base em parâmetros mensuráveis da própria impressão.
Verificação é um processo. Ela confere um código de barras em relação a uma especificação-alvo e confirma que ele será lido de forma confiável no mundo real. A verificação normalmente inclui a classificação, mas também abrange a exatidão dos dados, a escolha da simbologia e as condições de impressão sob as quais o rótulo foi produzido.

Aqui está o ponto que pega as pessoas: verificação não é um teste de leitura. Um scanner de consumidor ou a câmera de um celular é feito para ser tolerante. Ele decodifica sem problema um símbolo com baixo contraste, barras irregulares ou uma zona de silêncio marginal, porque o trabalho dele é ter sucesso. O trabalho de um verificador é o oposto — ele mede o quão perto o símbolo chegou de falhar. Essa é exatamente a informação que você precisa antes que o equipamento do cliente tome a decisão por você.

O risco comercial está em três lugares:

Envios rejeitados quando um scanner de recebimento em um centro de distribuição não consegue decodificar um rótulo em uma única passada.
Estornos do varejista, em que um fornecedor é multado por símbolos não conformes.
Custos de reimpressão e retrabalho, que são sempre maiores que o próprio rótulo — você reimprime, reaplica e, às vezes, reembala.

A solução não é ter operadores mais cuidadosos. É tratar a verificação como uma etapa documentada e repetível no fluxo de trabalho de rótulos — da mesma forma que você trataria um build ou uma suíte de testes. Execute-a na saída de impressão, registre o resultado e guarde o registro.

Como é um comprovante de verificação de código de barras

Um “comprovante” aqui significa o artefato que você pode entregar a uma equipe de qualidade, a um auditor ou a um cliente seis meses depois. Um comprovante útil contém quatro coisas:

A nota do símbolo — a pontuação geral mais as medições individuais dos parâmetros por trás dela.
O perfil de refletância de leitura — a curva de refletância ao longo do símbolo, que é o que de fato explica por que uma nota saiu como saiu.
Um veredito de aprovação/reprovação em relação a uma especificação-alvo nomeada — uma nota isolada não significa nada; uma nota medida em relação a “mínimo B para este cliente” significa algo.
Proveniência — qual rótulo, qual registro de dados, qual impressora, qual substrato e quando.

Esse último item é onde a maioria das verificações improvisadas desmorona. Uma foto de um rótulo com uma nota rabiscada ao lado não é auditável. Um comprovante vincula um rótulo impresso específico a um carimbo de data/hora e a uma fonte de dados, para que você possa reconstruir a execução depois.

Duas ressalvas que vale internalizar:

Um comprovante só é válido para as condições sob as quais foi produzido. Substrato, tinta ou ribbon, impressora e velocidade alteram a nota. Um comprovante de uma prova de impressão a laser em papel de escritório não diz nada sobre um rótulo de transferência térmica em material sintético.
O render é a base, não o comprovante. O Next Generation Label Printing System gera renders em PDF e PNG, além de registros de jobs, por meio de sua fila de jobs e API de serviços web — esse é o artefato e os metadados que sua etapa de verificação consome. A medição em si vem do seu verificador.

Verificação passo a passo usando o Next Generation Label Printing System

O fluxo de trabalho abaixo roda nas próprias interfaces do produto — label studio, fila de jobs, página de status, API de serviços web e o Player de linha de comando. Nenhum trabalho com protocolo bruto é necessário.

1. Valide o valor codificado no label studio

Antes de qualquer coisa ser impressa, capture os erros de dados que nenhum verificador consegue corrigir. Anexe um bloco de script Python ao campo do código de barras e verifique o valor que está prestes a ser codificado. Blocos de script são executados antes da impressão e podem ler e modificar valores de campos.

# Field script block on the barcode field (illustrative object model —
# see the Python API docs for the exact field attributes available)
value = field.value.strip()

if not value.isdigit():
    raise ValueError(f"Barcode value must be numeric, got {value!r}")

if len(value) != 13:
    raise ValueError(f"Expected 13 digits, got {len(value)}")

# Normalize before encoding so the printed symbol matches the data record
field.value = value

Esta é a verificação mais barata que você jamais executará: um dígito verificador errado ou um valor truncado para na fase de design em vez de na doca de carregamento.

2. Confirme a impressão de teste e obtenha o render

Envie uma impressão de teste pela interface web. A fila de jobs e a página de status confirmam que o job foi concluído, e você pode recuperar o PDF/PNG renderizado para inspeção física e medição. Imprima esse render no substrato de produção real com a impressora de produção real — caso contrário, você estará classificando um rótulo diferente do que envia.

3. Envie jobs programaticamente pela API de serviços web

Depois que o layout estiver estável, mova a verificação para o seu próprio pipeline. Autentique via OAuth2, envie os dados do rótulo e receba a saída renderizada. O fluxo de registro é uma única URL gerada para o sistema externo que você está conectando.

LPSNG="https://lpsng.rsj.de"
# Endpoint paths and payload shapes: see the Web Service Interface docs.

# 1) Register the external system via the OAuth2 registration URL
curl -sS -X POST "$LPSNG/oauth2/register" \
  -H "Content-Type: application/json" \
  -d '{"client_name": "packaging-line-3", "grant_type": "client_credentials"}'

# 2) Exchange credentials for a token
TOKEN=$(curl -sS -X POST "$LPSNG/oauth2/token" \
  -H "Content-Type: application/json" \
  -d '{"client_id": "'"$CLIENT_ID"'", "client_secret": "'"$CLIENT_SECRET"'"}' \
  | jq -r .access_token)

# 3) Submit the job and capture the render
curl -sS -X POST "$LPSNG/webservice/jobs" \
  -H "Authorization: Bearer $TOKEN" \
  -H "Content-Type: application/json" \
  -d '{"template": "carton-label", "format": "pdf", "data": {"sku": "A-4711", "lot": "2026-10-31"}}' \
  -o ./out/carton-A-4711.pdf

Esse PDF agora é uma entrada para sua etapa de verificação: envie-o para a impressora, meça a saída física e armazene o resultado junto com o ID do job.

4. Automatize com o LPSNG Player

Para linhas de alto volume ou offline, o LPSNG Player é um mecanismo de linha de comando autônomo: pacote mais dados na entrada, PDF/PNG/JSON/impressão/ESL na saída. É a peça que permite que uma etapa de verificação rode sem interface na linha, em vez de em um navegador.

# Flags are illustrative — check the LPSNG Player docs for the exact interface.
lpsng-player render \
  --package ./packages/carton-label.lpsng \
  --data ./data/order-4711.json \
  --out ./out/order-4711.pdf

# Hand the render to your printer + verifier, then log the result
./verify-and-log.sh ./out/order-4711.pdf --spec "customer-min-grade-B"

O caminho difícil, para contraste

Você também pode imprimir uma folha, escanear cada rótulo à mão com um leitor portátil e digitar os resultados em uma planilha. Isso não escala além de algumas dezenas de rótulos por dia, não produz trilha de auditoria confiável e verifica a legibilidade em vez da qualidade. Use o caminho da API.

Interpretando resultados de verificação e tratando casos extremos

Uma nota reprovada é um sinal, não um veredito. A primeira pergunta é sempre: este é um problema de impressão ou de dados?

Falhas de qualidade de impressão aparecem na própria medição — contraste insuficiente, borrões ou falhas, bordas de barras irregulares, ganho desigual ao longo do símbolo. Elas são corrigidas ajustando a impressora (calor, velocidade, pressão), a mídia (ribbon, substrato) ou o layout (largura de barra, zona de silêncio).

Falhas de dados são a montante — um dígito verificador errado ou ausente, um valor truncado, a simbologia errada para os dados ou um valor que excede o campo. Nenhum ajuste de impressora corrige isso; elas pertencem de volta ao bloco de script da etapa 1.

Casos extremos comuns que vale a pena planejar:

Códigos de barras pequenos em superfícies curvas. Recipientes cilíndricos distorcem o símbolo à medida que ele se enrola. Verifique o rótulo aplicado ao recipiente real, não plano em uma folha.
Rótulos térmicos de baixo contraste. Material escuro ou colorido com transferência térmica pode parecer nítido aos olhos e ainda assim medir mal. Classifique a combinação real de ribbon e substrato.
Códigos de barras que são lidos mas classificam mal. Este é o caso mais caro, porque nada falha até que o equipamento de um cliente seja menos tolerante que o seu. Um símbolo que decodifica no seu scanner e recebe nota C é um símbolo que você não deve enviar.
Verifique novamente após qualquer mudança. Novo layout, nova impressora, novo substrato, novo lote de ribbon — as notas não são transferíveis entre condições. Uma nota é uma propriedade de uma execução de impressão, não de um arquivo de design.

Para considerações específicas de simbologia, a documentação de Formatos de Código de Barras lista os formatos 1D e 2D suportados. Escolher o formato certo faz parte da verificação, não é uma preocupação separada.

Mantendo rótulos em conformidade em escala

A amostragem é onde os programas de verificação silenciosamente se degradam. Uma verificação de primeira peça na manhã de segunda-feira não diz nada sobre o turno da noite de quinta-feira com um ribbon novo e um cabeçote de impressão à deriva.

Em vez disso, incorpore a verificação ao fluxo de trabalho de impressão:

Dispare um job de verificação após cada job de impressão, não em um cronograma. A API de serviços web torna isso um gancho pós-impressão natural: envie o job, receba o render de volta, imprima-o, verifique-o, registre o resultado no seu próprio sistema junto com o ID do job.
Armazene os resultados onde seu sistema de qualidade possa consultá-los. O ID do job é a chave de junção entre o registro do LPSNG e seu log de verificação.
Emita alertas sobre deriva de nota, não apenas sobre falhas. Uma execução que escorrega de A para B e para C está lhe dizendo algo sobre a impressora antes que algo de fato falhe.

# Post-print hook — sketch of the loop
for job in $(cat pending-jobs.txt); do
  lpsng-player render --package ./packages/carton-label.lpsng \
                      --data "./data/$job.json" \
                      --out "./out/$job.pdf"
  ./verify-and-log.sh "./out/$job.pdf" --job-id "$job" --spec "customer-min-grade-B"
done

Para operações com múltiplos sites, os recursos Enterprise (multiusuário, multirregião, multidispositivo) mantêm os mesmos layouts e a mesma disciplina de verificação consistentes entre localidades — de modo que um rótulo verificado em uma fábrica significa a mesma coisa em outra.

E mantenha as duas metades do fluxo de trabalho conectadas: as verificações pré-impressão capturam problemas de dados e de layout antes que o job seja enviado; a verificação pós-impressão captura o que a impressora de fato fez. O lado pré-impressão está coberto em Como verificar códigos de barras antes de imprimir rótulos; este artigo é a outra metade.

Perguntas frequentes: Classificação e verificação de códigos de barras

A classificação de código de barras é o mesmo que a verificação de código de barras? Não. A classificação é a medição da qualidade de um código de barras em relação a um padrão (frequentemente expressa como uma nota de letra), enquanto a verificação é o processo mais amplo de conferir se um código de barras atende a uma especificação e será lido de forma confiável. A verificação normalmente inclui a classificação, mas também abrange a exatidão dos dados e as condições de impressão.

Posso verificar códigos de barras com um scanner comum ou smartphone? Um scanner comum ou smartphone pode confirmar que um código de barras é legível, mas não fornece uma nota de qualidade nem um relatório de verificação formal. Para fins de conformidade e auditoria, você precisa de um verificador que meça parâmetros como contraste e modulação.

Com que frequência os rótulos impressos devem ser verificados? Verifique após qualquer mudança no design do rótulo, na impressora ou no substrato, e periodicamente durante a produção. Como as condições de impressão variam, uma nota de uma execução não garante a próxima.

O Next Generation Label Printing System classifica códigos de barras automaticamente? O Next Generation Label Printing System fornece o design do rótulo, a renderização (PDF/PNG) e a API de serviços web para enviar jobs e recuperar a saída. Você pode usar essa saída com seu processo de verificação; o sistema em si não atribui uma nota.

Conclusão

A classificação diz quão bom é um símbolo impresso. A verificação diz se ele é bom o suficiente — em relação a uma especificação nomeada, sob condições reais de impressão, com um registro ao qual você pode recorrer depois. As equipes que confundem as duas acabam dependendo de um teste de leitura que não prova nada até o primeiro estorno.

O caminho prático é tornar a verificação estrutural: valide os dados no label studio, renderize pela fila de jobs ou pela API de serviços web do Next Generation Label Printing System, verifique a saída física com um verificador real e registre o resultado junto ao ID do job. Faça isso em cada job em vez de em amostras, e a classificação deixa de ser uma surpresa.

Se você está configurando isso pela primeira vez, comece com um único modelo de rótulo e uma impressora de produção, execute o ciclo de ponta a ponta e só então automatize-o em toda a linha.

Posts relacionados

Classificação vs Verificação de Códigos de Barras: Qual é a Diferença?