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

Calificación de códigos de barras vs. verificación de códigos de barras: ¿cuál es la diferencia?

Una etiqueta se escanea perfectamente en tu escritorio. Dos semanas después, el control de calidad de entrada del minorista marca el palé y te enfrentas a un contracargo por un símbolo que “funcionaba bien”. La diferencia entre esos dos resultados rara vez es el escáner: es si alguien fue más allá de leer el código de barras y realmente lo verificó.

La confusión suele reducirse a dos palabras que se usan indistintamente: calificación y verificación. Están relacionadas, pero no son lo mismo, y tratarlas como sinónimos es cómo los equipos acaban con una prueba de escaneo que pasa y un envío que falla.

Este artículo separa ambas, muestra qué contiene una prueba de verificación real y explica cómo hacer de la verificación un paso repetible en un flujo de trabajo de etiquetas basado en Next Generation Label Printing System.

Por qué importa la verificación de códigos de barras en etiquetas impresas

Empecemos por las definiciones, porque la distinción determina todo lo demás.

La calificación es una medición. Asigna una puntuación de calidad a un símbolo impreso —a menudo una nota de la A a la F— basándose en parámetros medibles de la propia impresión.
La verificación es un proceso. Comprueba un código de barras contra una especificación objetivo y confirma que se escaneará de forma fiable en el mundo real. La verificación normalmente incluye la calificación, pero también abarca la exactitud de los datos, la elección de la simbología y las condiciones de impresión en las que se produjo la etiqueta.

Aquí está la parte que pilla a la gente: la verificación no es una prueba de escaneo. Un escáner de consumo o la cámara de un teléfono están diseñados para ser tolerantes. Decodificarán sin problema un símbolo con bajo contraste, barras irregulares o una zona de silencio marginal, porque su trabajo es tener éxito. El trabajo de un verificador es el contrario: mide cuánto se acercó el símbolo a fallar. Esa es exactamente la información que necesitas antes de que el equipo de un cliente tome la decisión por ti.

El riesgo empresarial se concentra en tres puntos:

Envíos rechazados cuando un escáner de recepción en un centro de distribución no puede decodificar una etiqueta en una sola pasada.
Contracargos del minorista cuando se multa a un proveedor por símbolos no conformes.
Costes de reimpresión y retrabajo, que siempre son superiores al de la propia etiqueta: estás reimprimiendo, volviendo a aplicar y, a veces, reenvasando.

La solución no es tener operarios más cuidadosos. Es tratar la verificación como un paso documentado y repetible del flujo de trabajo de etiquetas, igual que tratarías una compilación o una suite de pruebas. Ejecútala sobre la salida impresa, registra el resultado y conserva el registro.

Cómo es una prueba de verificación de códigos de barras

Una “prueba” aquí significa el artefacto que puedes entregar a un equipo de calidad, a un auditor o a un cliente seis meses después. Una prueba útil contiene cuatro cosas:

La calificación del símbolo: la puntuación global más las mediciones individuales de los parámetros que la sustentan.
El perfil de reflectancia de escaneo: la curva de reflectancia a lo largo del símbolo, que es lo que realmente explica por qué una calificación salió como salió.
Un veredicto de aprobado/rechazado contra una especificación objetivo concreta: una calificación aislada no significa nada; una calificación medida contra “mínimo B para este cliente” sí significa algo.
La procedencia: qué etiqueta, qué registro de datos, qué impresora, qué sustrato y cuándo.

Ese último punto es donde falla la mayoría de la verificación improvisada. Una foto de una etiqueta con una calificación garabateada al lado no es auditable. Una prueba vincula una etiqueta impresa concreta a una marca temporal y a una fuente de datos para que puedas reconstruir la tirada más adelante.

Dos advertencias que conviene interiorizar:

Una prueba solo es válida para las condiciones en las que se produjo. El sustrato, la tinta o la cinta, la impresora y la velocidad influyen en la calificación. Una prueba de una impresión de prueba láser sobre papel de oficina no te dice nada sobre una etiqueta de transferencia térmica sobre material sintético.
El render es la base, no la prueba. Next Generation Label Printing System genera renders en PDF y PNG, además de registros de trabajos, a través de su cola de trabajos y su API de servicios web: ese es el artefacto y los metadatos que consume tu paso de verificación. La medición en sí proviene de tu verificador.

Verificación paso a paso con Next Generation Label Printing System

El flujo de trabajo siguiente se ejecuta en las propias superficies del producto: el estudio de etiquetas, la cola de trabajos, la página de estado, la API de servicios web y el Player de línea de comandos. No se requiere trabajo directo con el protocolo.

1. Valida el valor codificado en el estudio de etiquetas

Antes de que se imprima nada, detecta los errores de datos que ningún verificador puede corregir. Adjunta un bloque de script de Python al campo del código de barras y comprueba el valor que está a punto de codificarse. Los bloques de script se ejecutan antes de imprimir y pueden leer y modificar los valores de los 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 es la verificación más barata que vas a ejecutar: un dígito de control incorrecto o un valor truncado se detiene en la fase de diseño en lugar de en el muelle de carga.

2. Confirma la impresión de prueba y obtén el render

Envía una impresión de prueba a través de la interfaz web. La cola de trabajos y la página de estado confirman que el trabajo se completó, y puedes recuperar el PDF/PNG renderizado para su inspección física y medición. Imprime ese render sobre el sustrato de producción real con la impresora de producción real; de lo contrario, estarás calificando una etiqueta distinta de la que envías.

3. Envía trabajos mediante programación a través de la API de servicios web

Una vez que el diseño es estable, traslada la verificación a tu propio pipeline. Autentícate mediante OAuth2, envía los datos de la etiqueta y recibe la salida renderizada. El flujo de registro es una única URL generada para el sistema externo que estás 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

Ese PDF es ahora una entrada para tu paso de verificación: envíalo a la impresora, mide la salida física y almacena el resultado junto al ID del trabajo.

4. Automatiza con el Player de LPSNG

Para líneas de alto volumen o sin conexión, el Player de LPSNG es un motor de línea de comandos autónomo: paquete más datos de entrada, PDF/PNG/JSON/impresión/ESL de salida. Es la pieza que permite que un paso de verificación se ejecute sin interfaz en la línea en lugar de en un 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"

La forma difícil, como contraste

También puedes imprimir una hoja, escanear cada etiqueta a mano con un lector portátil y escribir los resultados en una hoja de cálculo. No escala más allá de unas pocas docenas de etiquetas al día, no produce un rastro de auditoría fiable y verifica la legibilidad en lugar de la calidad. Usa la vía de la API.

Interpretar los resultados de la verificación y gestionar casos límite

Una calificación fallida es una señal, no un veredicto. La primera pregunta siempre es: ¿es esto un problema de impresión o un problema de datos?

Los fallos de calidad de impresión se manifiestan en la propia medición: contraste insuficiente, emborronamiento o huecos, bordes de barra irregulares, ganancia desigual a lo largo del símbolo. Se corrigen ajustando la impresora (calor, velocidad, presión), el medio (cinta, sustrato) o el diseño (ancho de barra, zona de silencio).

Los fallos de datos son anteriores: un dígito de control incorrecto o ausente, un valor truncado, la simbología equivocada para los datos o un valor que excede el campo. Ningún ajuste de la impresora los corrige; pertenecen de vuelta al bloque de script del paso 1.

Casos límite comunes que conviene prever:

Códigos de barras pequeños sobre superficies curvas. Los envases cilíndricos distorsionan el símbolo al envolverse. Verifica la etiqueta aplicada al envase real, no plana sobre una hoja.
Etiquetas térmicas de bajo contraste. El material oscuro o de color con transferencia térmica puede parecer nítido a la vista y aun así medir mal. Califica la combinación real de cinta y sustrato.
Códigos de barras que escanean pero califican mal. Este es el caso más caro, porque nada falla hasta que el equipo de un cliente es menos tolerante que el tuyo. Un símbolo que se decodifica en tu escáner y califica una C es un símbolo que no deberías enviar.
Vuelve a verificar tras cualquier cambio. Nuevo diseño, nueva impresora, nuevo sustrato, nuevo lote de cinta: las calificaciones no son transferibles entre condiciones. Una calificación es una propiedad de una tirada de impresión, no de un archivo de diseño.

Para consideraciones específicas de simbología, la documentación de formatos de códigos de barras enumera los formatos 1D y 2D compatibles. Elegir el formato correcto forma parte de la verificación, no es una cuestión aparte.

Mantener las etiquetas conformes a escala

El muestreo es donde los programas de verificación se degradan silenciosamente. Una comprobación de primera pieza el lunes por la mañana no te dice nada sobre el turno de la noche del jueves con una cinta nueva y un cabezal de impresión a la deriva.

Integra la verificación en el flujo de trabajo de impresión:

Lanza un trabajo de verificación después de cada trabajo de impresión, no según un calendario. La API de servicios web convierte esto en un hook posterior a la impresión natural: envía el trabajo, recibe el render, imprímelo, verifícalo y registra el resultado en tu propio sistema junto al ID del trabajo.
Almacena los resultados donde tu sistema de calidad pueda consultarlos. El ID del trabajo es la clave de unión entre el registro de LPSNG y tu registro de verificación.
Genera alertas por deriva de la calificación, no solo por fallos. Una tirada que baja de A a B y a C te está diciendo algo sobre la impresora antes de que algo falle realmente.

# 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 operaciones con múltiples sedes, las funciones Enterprise (multiusuario, multirregión, multidispositivo) mantienen los mismos diseños y la misma disciplina de verificación de forma consistente entre ubicaciones, de modo que una etiqueta verificada en una planta significa lo mismo en otra.

Y mantén conectadas las dos mitades del flujo de trabajo: las comprobaciones previas detectan problemas de datos y de diseño antes de enviar el trabajo, y la verificación posterior a la impresión detecta lo que realmente hizo la impresora. El lado previo se cubre en Cómo comprobar códigos de barras antes de imprimir etiquetas; este artículo es la otra mitad.

Preguntas frecuentes: calificación y verificación de códigos de barras

¿Es lo mismo la calificación de códigos de barras que la verificación de códigos de barras? No. La calificación es la medición de la calidad de un código de barras contra un estándar (a menudo expresada como una nota alfabética), mientras que la verificación es el proceso más amplio de comprobar que un código de barras cumple una especificación y se escaneará de forma fiable. La verificación normalmente incluye la calificación, pero también abarca la exactitud de los datos y las condiciones de impresión.

¿Puedo verificar códigos de barras con un escáner normal o un smartphone? Un escáner normal o un smartphone pueden confirmar que un código de barras es legible, pero no proporcionan una calificación de calidad ni un informe de verificación formal. Para fines de conformidad y auditoría, necesitas un verificador que mida parámetros como el contraste y la modulación.

¿Con qué frecuencia deben verificarse las etiquetas impresas? Verifica tras cualquier cambio en el diseño de la etiqueta, la impresora o el sustrato, y periódicamente durante la producción. Como las condiciones de impresión varían, una calificación de una tirada no garantiza la siguiente.

¿Next Generation Label Printing System califica los códigos de barras automáticamente? Next Generation Label Printing System proporciona el diseño de etiquetas, el renderizado (PDF/PNG) y la API de servicios web para enviar trabajos y recuperar la salida. Puedes usar esa salida con tu proceso de verificación; el sistema en sí no asigna una calificación.

Conclusión

La calificación te dice lo bueno que es un símbolo impreso. La verificación te dice si es suficientemente bueno, contra una especificación concreta, en condiciones de impresión reales y con un registro al que puedes remitirte más adelante. Los equipos que confunden ambas acaban dependiendo de una prueba de escaneo que no demuestra nada hasta el primer contracargo.

El camino práctico es hacer estructural la verificación: valida los datos en el estudio de etiquetas, renderiza a través de la cola de trabajos o la API de servicios web de Next Generation Label Printing System, verifica la salida física con un verificador real y registra el resultado junto al ID del trabajo. Hazlo en cada trabajo en lugar de en muestras, y la calificación dejará de ser una sorpresa.

Si lo estás configurando por primera vez, empieza con una sola plantilla de etiqueta y una impresora de producción, ejecuta el ciclo de principio a fin y solo entonces automatízalo en toda la línea.

Artículos relacionados

Calificación de códigos de barras vs verificación de códigos de barras: ¿cuál es la diferencia?