¿Cómo saber si un código de barras es válido?
Tienes delante un código de barras.
Lo escaneas.
El lector devuelve:
1234567890128
y aparentemente todo funciona.
Entonces surge una pregunta:
¿eso significa que el código es válido?
No necesariamente.
Un código puede:
escanear correctamente
tener:
el número adecuado de dígitos
e incluso:
un dígito de verificación correcto
pero todavía existir un problema.
Por ejemplo:
el GTIN puede no pertenecer a esa empresa
el número puede corresponder a otro producto
el símbolo puede estar mal dimensionado
la impresión puede ser demasiado deficiente para un punto de venta real
el código puede no estar registrado en el sistema donde se utilizará
o:
la simbología puede no ser apropiada para esa aplicación.
Por eso la palabra:
“válido”
puede tener varios significados.
Un código puede ser:
matemáticamente válido
pero no:
comercialmente válido para ese producto.
Puede ser:
correctamente asignado
pero:
físicamente ilegible.
Puede ser:
perfectamente escaneable
pero utilizar:
el tipo de código equivocado para el proceso.
Y también puede ser un código:
interno totalmente válido para una empresa
aunque:
no aparezca en GS1.
Para saber realmente si un código de barras es válido, debemos comprobar distintas capas:
estructura
dígito de verificación
simbología
contenido
calidad de impresión
asignación del identificador
relación con el producto
y:
compatibilidad con el sistema que lo utilizará.
GS1 recomienda utilizar Verified by GS1 para comprobar un GTIN dentro de su sistema. El servicio puede indicar si el GTIN está correctamente estructurado, a qué parte está licenciado y, cuando existen datos disponibles, qué producto está asociado al número.
BarcodeCreator, por su parte, indica que su sistema valida automáticamente:
EAN-13
EAN-8
y:
UPC-A
mediante sus respectivos dígitos de verificación, y para otros formatos comprueba las reglas de formato y caracteres permitidos.
Esto nos permite comenzar por la primera gran diferencia:
un código válido no se comprueba con una sola prueba.
1. ¿Qué significa que un código de barras sea válido?
Podemos hablar de:
Validez estructural
El código cumple las reglas de su simbología.
Validez matemática
Su dígito de comprobación es correcto cuando el formato lo utiliza.
Validez gráfica
Las barras han sido construidas correctamente.
Validez física
La impresión tiene calidad suficiente para ser leída.
Validez del identificador
El número utilizado corresponde a un identificador legítimo dentro del sistema correspondiente.
Validez comercial
El identificador está asociado al producto correcto.
Validez operativa
El lector y el software utilizados pueden interpretarlo.
Todas estas dimensiones:
son diferentes.
2. Primera comprobación: identifica qué tipo de código tienes
Antes de validar cualquier cosa debes saber:
qué simbología estás observando.
Puede ser:
EAN-13
UPC-A
EAN-8
Code 128
Code 39
ITF
Codabar
Code 93
o:
QR.
BarcodeCreator trabaja actualmente con QR y ocho formatos lineales en su aplicación: Code 128, EAN-13, UPC-A, EAN-8, Code 39, ITF, Codabar y Code 93.
3. No todos los códigos se validan de la misma manera
Un:
EAN-13
tiene reglas diferentes de:
Code 128.
EAN-13 posee:
13 dígitos
y utiliza:
un dígito de verificación.
Code 128 puede representar:
muchos caracteres ASCII
y posee otra estructura.
Por tanto:
no existe una única prueba universal para todos los códigos.
4. ¿Cómo reconocer aproximadamente un EAN-13?
Normalmente verás:
13 dígitos
debajo de las barras.
Por ejemplo:
1234567890128
BarcodeCreator describe EAN-13 como un formato de:
12 dígitos de datos + checksum.
5. ¿Cómo reconocer aproximadamente un UPC-A?
UPC-A utiliza:
12 dígitos
en total.
Ejemplo:
036000291452
BarcodeCreator describe UPC-A como:
11 dígitos + checksum.
6. ¿Cómo reconocer un EAN-8?
EAN-8 utiliza:
8 dígitos.
Ejemplo:
12345670
Su finalidad habitual es:
productos pequeños
o espacios reducidos.
7. Si tiene letras, probablemente no es EAN-13 ni UPC-A
Por ejemplo:
BOX-00125
no puede ser un EAN-13.
Puede ser apropiado para:
Code 128
o:
Code 39
dependiendo de:
los caracteres
la aplicación
y:
las reglas del sistema.
8. Segunda comprobación: revisa la cantidad de caracteres
Supongamos que alguien te entrega este supuesto EAN-13:
123456789012
Tiene:
12 dígitos.
Por tanto:
no es un EAN-13 completo.
Un EAN-13 necesita:
13.
9. Tener 13 dígitos tampoco demuestra que sea válido
Este número:
1234567890123
tiene:
13 dígitos.
Pero el último dígito puede:
no coincidir con el checksum correcto.
La longitud es únicamente:
la primera comprobación.
10. Tercera comprobación: el dígito de verificación
EAN-13, UPC-A, EAN-8 y otros GTIN utilizan:
un check digit.
Ese dígito se calcula matemáticamente utilizando:
los demás dígitos.
Su función es detectar determinados errores en:
escritura
transmisión
o:
captura del número.
GS1 indica que el dígito de verificación forma parte de la estructura del GTIN y sirve para comprobar que el número está correctamente compuesto.
11. Ejemplo de EAN-13 correcto
Tomemos:
1234567890128
Los primeros:
12 dígitos
son:
123456789012
El dígito de control calculado es:
8.
Por tanto:
1234567890128
supera:
la comprobación matemática.
12. Ejemplo de EAN-13 incorrecto
Supongamos:
1234567890123
La base:
123456789012
requiere:
8
como dígito final.
Pero tenemos:
3.
Por tanto:
el número falla la validación del check digit.
13. Esto permite detectar errores sencillos
Imagina que el código correcto era:
1234567890128
pero alguien escribe:
1234567890123.
La estructura sigue teniendo:
13 dígitos
pero el check digit:
ya no coincide.
14. BarcodeCreator puede hacer esta comprobación automáticamente
El Centro de Ayuda actual de BarcodeCreator indica que valida automáticamente:
EAN-13
EAN-8
y:
UPC-A
mediante sus:
dígitos de verificación.
Por tanto, introducir el número en una herramienta que aplique correctamente estas reglas puede ayudarte a detectar:
errores matemáticos básicos.
15. Pero el check digit tiene un límite muy importante
Un check digit correcto demuestra:
que la estructura matemática coincide.
No demuestra automáticamente:
que el GTIN pertenece al producto.
Esta distinción es fundamental.
16. Puedes fabricar un número con checksum correcto
Técnicamente puedes construir:
un número matemáticamente correcto
sin que haya sido:
asignado oficialmente a tu producto.
El algoritmo de checksum:
no consulta una base de datos.
Solo realiza:
un cálculo.
17. Matemáticamente válido no significa comercialmente válido
Imagina:
1234567890128
El checksum:
es correcto.
Pero ahora preguntas:
¿a qué empresa pertenece?
Eso no lo puede responder:
la fórmula del check digit.
Necesitas:
información de asignación.
18. Cuarta comprobación: verifica el GTIN en GS1
Para un producto identificado mediante:
GTIN GS1
puedes utilizar:
Verified by GS1.
GS1 señala que esta herramienta permite buscar un GTIN dentro de:
su base de datos global.
19. ¿Qué puede decirte Verified by GS1?
Puede ayudarte a conocer:
si el GTIN está correctamente estructurado
si está licenciado a una parte conocida por GS1
a quién está licenciado
si existe en el GS1 Registry Platform
y, cuando está disponible:
información del producto.
20. Esto va mucho más allá del checksum
El checksum pregunta:
“¿el número está matemáticamente bien construido?”
Verified by GS1 puede ayudarte a responder:
“¿existe dentro del sistema GS1?”
y:
“¿a quién está asociado?”
Son:
dos comprobaciones completamente diferentes.
21. Verified by GS1 puede usarse gratuitamente de forma limitada
GS1 indica actualmente que el servicio permite:
hasta 30 consultas gratuitas al día
para usuarios generales.
22. Quinta comprobación: confirma que el producto coincida
Supongamos que consultas:
un GTIN
y la base de datos devuelve:
Empresa
Empresa A
Producto
Café Premium 500 g
Pero el código está colocado sobre:
Shampoo Premium 500 ml.
Aquí tenemos:
un problema grave.
El número puede:
existir
pero:
no corresponder al producto que tienes delante.
23. Un GTIN correcto colocado en el producto equivocado sigue siendo incorrecto
Esto puede resumirse así:
GTIN válido
Sí.
Empresa correcta
Sí.
Producto correcto
No.
Resultado:
la aplicación del código es incorrecta.
24. GS1 define el GTIN como identidad del producto
GS1 explica que un GTIN identifica:
la identidad de un artículo comercial
y que un GTIN debe estar asociado a:
un producto concreto.
25. Las variaciones de producto también importan
GS1 señala que diferentes variaciones pueden recibir:
referencias de artículo diferentes.
Esto puede incluir diferencias como:
modelo
color
tamaño
fragancia
peso
o:
presentación.
26. Ejemplo: talla diferente
Producto A:
Camiseta Blanca M
Producto B:
Camiseta Blanca L
Si las reglas comerciales requieren identificarlas como:
artículos diferentes
no deberías simplemente utilizar:
el mismo GTIN
por comodidad.
27. Ejemplo: presentación diferente
Producto A:
Café Premium 250 g
Producto B:
Café Premium 500 g
Aunque:
marca
diseño
y:
producto base
sean similares:
la presentación es distinta.
La identificación debe seguir:
las reglas GS1 correspondientes.
28. Sexta comprobación: revisa quién asignó el número
GS1 indica que Verified by GS1 puede mostrar:
la empresa, organización o persona
que asignó el GTIN dentro del sistema.
Esto puede ayudarte a detectar:
inconsistencias.
29. Ejemplo: marca equivocada
Tienes:
Producto Marca A
pero el GTIN aparece vinculado a:
Empresa B
sin una explicación comercial coherente.
Eso merece:
investigación adicional.
Puede tratarse de:
un número incorrecto
un producto mal etiquetado
datos desactualizados
o:
otro problema de asignación.
30. No debes asignar otro GTIN a un producto que ya tiene uno
GS1 señala que, si estás vendiendo un producto fabricado por otra empresa, debes utilizar:
el GTIN existente asignado al producto.
No debes simplemente:
inventar otro GTIN.
31. Séptima comprobación: escanea el código
Hasta ahora hemos hablado principalmente del:
número.
Pero también debes comprobar:
el símbolo físico.
Utiliza:
un lector
un escáner móvil
o:
el dispositivo real donde se utilizará.
32. El escaneo debe devolver exactamente el dato esperado
Supongamos:
Texto visible:
1234567890128
Escáner devuelve:
1234567890128
Perfecto.
Pero si devuelve:
1234567890123
hay:
una discrepancia.
33. El texto legible y las barras deberían corresponder
Muchos códigos lineales muestran:
el dato debajo de las barras.
Eso permite que una persona:
lo introduzca manualmente
si el escáner falla.
Pero ambas representaciones deben:
coincidir.
34. Un código puede verse bien y estar codificando otro valor
Es posible diseñar una etiqueta donde visualmente aparezca:
PROD-001
pero las barras representen:
PROD-002.
Para una persona:
parece correcta.
Para el escáner:
es otra cosa.
Por eso siempre debes:
escanear la versión final.
35. Octava comprobación: prueba la versión impresa
No basta con escanear:
la imagen en una pantalla.
El resultado físico puede cambiar después de:
imprimir
laminar
cortar
pegar
o:
colocar sobre un envase.
36. Un archivo correcto puede convertirse en una impresión defectuosa
Archivo:
perfecto.
Después la impresora produce:
barras borrosas
tinta corrida
baja resolución
o:
deformación.
Resultado:
problemas de lectura.
37. GS1 recomienda comprobar la calidad física
Entre los elementos que GS1 recomienda revisar están:
check digit
quiet zones
contraste
colores
construcción del símbolo
tamaño
altura
estado de la impresión
y:
posición sobre el empaque.
38. Novena comprobación: zona silenciosa
Los códigos lineales necesitan:
espacio libre
a ambos lados.
GS1 denomina estos espacios:
quiet zones.
No deben invadirse con:
texto
bordes
gráficos
o:
otros elementos.
39. Un código puede tener los números correctos y fallar por falta de espacio
Ejemplo:
EAN:
matemáticamente correcto.
Pero el diseñador coloca:
un marco negro
pegado a la primera barra.
El lector puede tener dificultades para identificar:
dónde comienza el símbolo.
40. Décima comprobación: contraste
Una combinación tradicional:
barras oscuras sobre fondo claro
ofrece:
buena legibilidad.
En cambio:
gris claro sobre blanco
amarillo sobre crema
o:
colores con poco contraste
pueden perjudicar:
el escaneo.
GS1 incluye el contraste y la selección de colores entre los puntos de control de calidad.
41. No todos los colores se comportan igual ante un lector
Un diseño puede verse:
bonito al ojo humano
pero producir:
poco contraste para el sistema de lectura.
Por eso:
estética ≠ legibilidad.
42. Undécima comprobación: tamaño
Un código excesivamente pequeño puede:
perder definición.
Uno excesivamente deformado puede:
alterar las proporciones de las barras.
GS1 recomienda respetar las dimensiones correspondientes a:
la simbología y aplicación.
43. No reduzcas solamente el ancho
Un error común consiste en:
aplastar horizontalmente
el código para que entre en un espacio.
Eso puede modificar:
la relación entre barras y espacios.
Resultado:
el código puede dejar de ser fiable.
44. La altura también importa
GS1 advierte que reducir la altura de las barras puede:
reducir la eficiencia de lectura.
Por tanto:
“todavía se ve”
no significa necesariamente:
“está bien dimensionado”.
45. Duodécima comprobación: calidad de impresión
Observa:
bordes de las barras
manchas
espacios
rayas
arrugas
y:
zonas sin tinta.
GS1 incluye deterioros como manchas, arrugas y defectos entre los elementos que pueden afectar la calidad.
46. Una barra dañada puede cambiar la lectura
Supongamos:
una línea vertical importante
queda parcialmente borrada.
El lector puede:
no reconocer el símbolo
o:
intentar múltiples lecturas.
Una buena validación debe incluir:
el objeto físico real.
47. Decimotercera comprobación: ubicación sobre el producto
Colocar un código:
en una superficie curva
puede afectar:
la geometría.
Una botella:
muy estrecha
o:
muy redondeada
puede distorsionar:
las barras desde el punto de vista del lector.
GS1 también señala la posición incorrecta, especialmente en empaques cilíndricos, como un problema potencial.
48. Una costura o borde puede interferir
Evita colocar el código:
sobre una unión
sobre una arruga
demasiado cerca de un pliegue
o:
en una zona que quedará tapada.
El dato puede ser válido.
La ubicación:
no.
49. Decimocuarta comprobación: utiliza el lector real del proceso
Un código puede funcionar:
en la cámara de tu teléfono
pero deberías comprobar también:
el lector que realmente lo utilizará.
Por ejemplo:
escáner POS
terminal industrial
lector Bluetooth
o:
sistema de paquetería.
50. Diferentes lectores tienen capacidades diferentes
Un lector configurado para:
EAN/UPC
puede no tener habilitada:
otra simbología.
O un lector lineal puede no ofrecer:
las mismas capacidades que un imager 2D.
Por eso:
“mi teléfono lo lee”
no garantiza:
“mi caja registradora lo leerá”.
51. Decimoquinta comprobación: revisa el software
Supongamos:
el escáner devuelve:
1234567890128
perfectamente.
Pero el POS muestra:
Producto no encontrado.
El código:
puede ser técnicamente correcto.
El problema puede estar en:
la base de datos.
52. “Producto no encontrado” no significa automáticamente “código inválido”
Puede significar:
el producto no fue registrado
está desactivado
el catálogo no está sincronizado
se utilizó otro identificador
o:
estás usando una base de datos diferente.
53. Un código puede funcionar en un sistema y no existir en otro
Tienda A:
reconoce el GTIN.
Tienda B:
no tiene ese producto cargado.
Eso no cambia:
la estructura del código.
Cambia:
la información disponible en el sistema.
54. Decimosexta comprobación: determina si necesitas validación GS1
No todos los códigos pertenecen al sistema GS1.
Ejemplo:
BOX-000842
utilizado internamente en:
Code 128.
Puede ser totalmente válido para:
tu almacén
sin aparecer en:
Verified by GS1.
55. Un código interno tiene otras reglas
Para:
BOX-000842
la pregunta no es:
“¿aparece en GS1?”
La pregunta es:
“¿es único y reconocido dentro de mi sistema?”
56. Ejemplo de código interno válido
Tu sistema registra:
BOX-000842
como:
Caja 842
Zona A
Pedido 125
Estado: preparado
El lector devuelve correctamente:
BOX-000842.
Para ese flujo:
el código puede ser perfectamente válido.
57. Code 128 no necesita un GTIN para todos sus usos
BarcodeCreator presenta Code 128 específicamente para:
logística
inventarios
y:
envíos.
Puede representar valores internos como:
SHIP001ABC
sin que eso implique:
un producto de retail GS1.
58. Lo mismo ocurre con Code 39
BarcodeCreator asocia Code 39 con:
uso industrial
e:
identificación.
Un identificador como:
TOOL-125
puede ser correcto dentro de:
un sistema industrial privado.
59. Decimoséptima comprobación: caracteres permitidos
Cada simbología acepta:
determinados caracteres.
EAN-13:
solo números.
Code 39:
letras mayúsculas
números
y:
determinados símbolos.
Code 128:
un conjunto mucho más amplio de caracteres ASCII.
60. Un contenido incompatible hace inválida la elección
Si intentas colocar:
PROD-A1
dentro de:
EAN-13
el problema no es:
el checksum.
El problema es que:
EAN-13 no admite letras.
61. Decimoctava comprobación: revisa el propósito
Un código puede ser técnicamente perfecto y aun así ser:
el formato equivocado.
Por ejemplo:
Code 39 perfecto.
Pero el supermercado exige:
EAN-13.
Resultado:
no sirve para ese proceso.
62. El contexto determina parte de la validez
Para:
retail tradicional
EAN-13 y UPC-A son formatos ampliamente utilizados para identificación de artículos comerciales.
Para:
inventario interno
Code 128 puede resultar más apropiado.
Para:
URLs
QR suele ser más natural.
63. Decimonovena comprobación: no confundas precio con validez
El precio puede cambiar:
sin cambiar el GTIN
en muchos escenarios.
Por tanto:
precio diferente
no significa automáticamente:
código inválido.
El precio normalmente está asociado en:
el sistema.
64. Lo mismo ocurre con el inventario
Stock:
100
después:
50
después:
10.
El código del producto puede continuar:
igual.
No valides un código preguntando:
“¿su stock coincide?”
porque normalmente son:
datos distintos.
65. Vigésima comprobación: cuidado con códigos copiados
Encontrar un código:
en Internet
y colocarlo sobre tu producto no lo convierte en:
tu identificador.
Ese GTIN puede:
pertenecer a otra empresa
corresponder a otro producto
o:
estar utilizado en múltiples sistemas.
66. Verified by GS1 ayuda precisamente a detectar esto
GS1 indica que el servicio puede devolver al menos:
la parte que asignó el GTIN
y, cuando existe información disponible:
datos del producto.
67. Vigésima primera comprobación: no confíes únicamente en búsquedas de Internet
Una búsqueda web puede mostrar:
tiendas
catálogos
fotografías
o:
listados.
Pero para comprobar:
un GTIN GS1
es preferible utilizar:
una fuente GS1.
68. Un marketplace puede hacer su propia validación
Marketplaces y retailers pueden utilizar:
información de GS1
para comprobar:
identidad
empresa
y:
producto.
GS1 señala que Verified by GS1 es utilizado por retailers y marketplaces para verificar números e identidad del producto.
69. Vigésima segunda comprobación: verifica la empresa correcta
Supongamos:
Producto:
Marca Premium
GTIN consultado:
pertenece a otra empresa sin relación.
Aunque:
el checksum sea correcto
la identificación:
merece revisión.
70. La regla más sencilla
Para decir que un código está realmente bien preparado, comprueba:
1. Que la simbología sea correcta
2. Que el contenido tenga el formato correcto
3. Que el checksum sea correcto cuando corresponda
4. Que el identificador pertenezca a la empresa/producto cuando sea GS1
5. Que las barras codifiquen exactamente el dato visible
6. Que el símbolo tenga buena calidad física
7. Que pueda escanearse con el lector real
8. Que el sistema interprete correctamente el resultado
Solo entonces tienes:
una validación mucho más completa.
Ejemplo completo: EAN-13 matemáticamente correcto
Número:
1234567890128
Cantidad:
13 dígitos.
Checksum:
correcto.
Resultado:
pasa la validación matemática.
Pero todavía falta preguntar:
¿a quién pertenece?
y:
¿qué producto identifica?
Ejemplo completo: EAN con checksum incorrecto
Número:
1234567890123
Cantidad:
13 dígitos.
Pero:
el último dígito no coincide con el cálculo.
Resultado:
estructura matemática incorrecta.
BarcodeCreator debería rechazar o señalar este tipo de inconsistencia al validar EAN-13 según la función descrita en su Centro de Ayuda.
Ejemplo completo: UPC-A
Número:
036000291452
Posee:
12 dígitos
y el último:
2
coincide con el dígito calculado para:
03600029145.
Esto supera:
la comprobación matemática.
Después debes verificar:
su asignación comercial
si se utiliza como GTIN GS1.
Ejemplo completo: EAN-8
Número:
12345670
Posee:
8 dígitos
y su check digit:
0
es coherente con:
1234567.
De nuevo:
matemáticamente válido
no significa automáticamente:
asignado a un producto concreto.
Ejemplo completo: producto correcto, impresión incorrecta
GTIN:
correcto.
Verified by GS1:
empresa correcta.
Producto:
correcto.
Pero las barras:
están borrosas
demasiado pequeñas
y:
sin quiet zone.
Resultado:
el identificador es correcto
pero:
la etiqueta no está bien preparada para escaneo.
Ejemplo completo: impresión perfecta, producto equivocado
EAN:
perfectamente impreso.
Checksum:
correcto.
Verified by GS1 devuelve:
Café Premium 500 g.
Pero el símbolo aparece sobre:
Crema Corporal 250 ml.
Resultado:
el símbolo funciona
pero:
está aplicado al producto equivocado.
Ejemplo completo: código interno
Contenido:
BOX-A-125
Formato:
Code 128.
Escáner devuelve:
BOX-A-125.
Sistema interno encuentra:
Caja 125
Zona A
Pedido 582
Resultado:
válido para el proceso interno.
No necesitas comprobar:
Verified by GS1
porque:
no estás afirmando que sea un GTIN.
Ejemplo completo: código interno duplicado
Tienes dos activos:
Laptop A
ACT-001
Laptop B
también:
ACT-001.
Ambos códigos:
se escanean perfectamente.
Pero el sistema ya no sabe:
qué activo es cuál.
Resultado:
el problema no es gráfico.
Es:
la falta de unicidad dentro de tu esquema interno.
Ejemplo completo: lector no compatible
Etiqueta:
QR.
La cámara del teléfono:
lo reconoce.
Pero el almacén utiliza:
un lector lineal 1D antiguo.
El lector:
no lo reconoce.
El QR no es necesariamente inválido.
El problema es:
compatibilidad del hardware.
Ejemplo completo: producto no encontrado
EAN:
correcto.
Escáner devuelve:
1234567890128.
POS:
Artículo no encontrado.
La posible explicación:
el producto no está registrado en ese POS.
No concluyas inmediatamente:
“el código está mal”.
Ejemplo completo: código deformado
Diseñador:
reduce el ancho a la mitad
pero mantiene la altura.
Visualmente:
todavía parece un código.
Sin embargo:
las proporciones cambiaron.
Resultado:
puede perder fiabilidad de lectura.
Ejemplo completo: código sobre botella
EAN:
correcto.
Etiqueta:
bien impresa.
Pero se coloca alrededor de:
una botella muy estrecha
de manera que muchas barras quedan:
curvadas respecto al lector.
Resultado:
problemas de escaneo.
GS1 recomienda considerar precisamente la posición del símbolo y el tipo de empaque.
Ejemplo completo: check digit correcto pero número ajeno
Creas:
un EAN matemáticamente correcto.
Después consultas:
Verified by GS1.
El número aparece asociado a:
otra empresa.
Resultado:
no deberías utilizarlo como si fuera tu GTIN.
Ejemplo completo: número inexistente en GS1
Introduces un supuesto GTIN.
Verified by GS1 puede indicar:
que no se trata de un GTIN GS1
o:
que no se encuentra en la base de datos.
GS1 describe expresamente este comportamiento de su herramienta.
Ejemplo completo: mismo GTIN en millones de unidades
Producto:
Botella 500 ml
GTIN:
correctamente asignado.
La misma identificación puede aparecer:
en muchas unidades del mismo artículo.
Eso no significa:
duplicación incorrecta.
GS1 explica que un GTIN puede imprimirse un número ilimitado de veces sobre el mismo producto.
Lo que un check digit sí puede comprobar
✔ Errores básicos en la composición numérica.
✔ Que el último dígito coincida con el algoritmo.
✔ Parte de la estructura del GTIN.
Lo que un check digit no puede comprobar
■ Qué empresa posee el GTIN.
■ Qué producto identifica.
■ Si fue copiado de otro producto.
■ Si el símbolo está bien impreso.
■ Si el retailer lo aceptará.
■ Si la etiqueta está colocada correctamente.
■ Si el POS tiene el producto registrado.
■ Si el número fue realmente asignado a tu empresa.
Errores frecuentes al validar códigos de barras
Pensar que si escanea, es válido
Escanear demuestra:
que el lector pudo interpretar el patrón.
Nada más.
Pensar que 13 dígitos significan EAN válido
También necesitas:
check digit correcto
y, para uso comercial GS1:
asignación correcta.
Pensar que un check digit correcto demuestra propiedad
No.
El cálculo:
no consulta GS1.
Pensar que BarcodeCreator asigna un GTIN
BarcodeCreator puede:
generar y validar el símbolo.
La asignación oficial de GTIN dentro del sistema GS1 corresponde:
a GS1.
Utilizar un número encontrado en Internet
Puede pertenecer:
a otro producto.
Reutilizar el código de otro fabricante
Si el producto ya posee un GTIN, GS1 indica que debe utilizarse:
el identificador existente del producto.
Validar únicamente la imagen digital
Después debes probar:
la impresión física.
Probar únicamente con la cámara del teléfono
Prueba también:
el lector real de producción o venta.
Eliminar las quiet zones
Puede reducir:
la legibilidad.
Usar poco contraste
Puede hacer que:
el lector no distinga correctamente barras y espacios.
Reducir demasiado las barras
Puede disminuir:
la calidad de lectura.
Estirar o comprimir el código
Puede modificar:
su geometría.
Colocarlo sobre una superficie problemática
Curvatura, pliegues y uniones pueden:
afectar el escaneo.
Confundir producto no encontrado con código inválido
Puede ser:
un problema del POS.
Confundir número interno con GTIN
BOX-001
puede ser válido internamente sin ser:
un GTIN.
Usar la simbología equivocada
Un Code 128 técnicamente perfecto puede:
no cumplir la función comercial de un EAN-13.
No comprobar que el texto visible coincida con las barras
Siempre:
escanea la etiqueta final.
No comprobar a qué empresa pertenece el GTIN
Para identificadores GS1 puedes utilizar:
Verified by GS1.
No comprobar la variante exacta del producto
Talla, peso, color o presentación pueden requerir:
identificación diferenciada.
Checklist completo para validar un código de barras
Comprueba:
✔ Qué simbología estás utilizando.
✔ Si es EAN-13, UPC-A, EAN-8, Code 128 u otra.
✔ Si la cantidad de caracteres es correcta.
✔ Si los caracteres son permitidos.
✔ Si el check digit es correcto cuando corresponde.
✔ Si el generador acepta el dato.
✔ Si el contenido visible coincide con lo codificado.
✔ Si puedes escanearlo.
✔ Si el lector devuelve exactamente el dato esperado.
✔ Si el GTIN aparece en Verified by GS1 cuando corresponde.
✔ Si la empresa asociada es correcta.
✔ Si el producto asociado es correcto.
✔ Si la variante es correcta.
✔ Si el número no pertenece a otro producto.
✔ Si el símbolo tiene suficiente contraste.
✔ Si las quiet zones están libres.
✔ Si el tamaño es apropiado.
✔ Si las barras no están deformadas.
✔ Si la altura es suficiente.
✔ Si la impresión está nítida.
✔ Si no existen manchas.
✔ Si no hay arrugas críticas.
✔ Si la superficie no perjudica la lectura.
✔ Si la posición sobre el empaque es adecuada.
✔ Si el lector real reconoce la simbología.
✔ Si el POS recibe correctamente el valor.
✔ Si el producto existe en la base de datos.
✔ Si el retailer acepta ese formato.
✔ Si el código es interno o comercial.
✔ Si probaste varias unidades impresas.
Método práctico de validación en 7 pasos
Paso 1 — Identifica la simbología
Determina si es:
EAN-13
UPC-A
EAN-8
Code 128
o:
otro formato.
Paso 2 — Escanea el símbolo
Obtén:
el dato real.
Paso 3 — Comprueba estructura y caracteres
Ejemplo:
EAN-13:
13 dígitos numéricos.
Paso 4 — Comprueba el check digit
Si corresponde.
Paso 5 — Si es un GTIN GS1, consulta Verified by GS1
Comprueba:
empresa
estructura
y, cuando esté disponible:
producto.
Paso 6 — Revisa la impresión
Comprueba:
contraste
tamaño
quiet zones
daño
y:
posición.
Paso 7 — Pruébalo en el entorno real
No termines hasta probarlo en:
el lector y sistema que realmente lo utilizarán.
¿Cómo puede ayudar BarcodeCreator?
BarcodeCreator puede ayudarte especialmente en:
la validación estructural
y:
la generación correcta del símbolo.
Su Centro de Ayuda indica actualmente que:
EAN-13
se valida mediante:
su dígito de verificación.
EAN-8
también utiliza:
checksum.
UPC-A
también es:
validado automáticamente.
Para otros tipos, el sistema comprueba:
formato y caracteres permitidos.
Esto puede ayudarte a evitar errores como:
cantidad incorrecta de dígitos
checksum incorrecto
caracteres no permitidos
o:
formato incompatible.
BarcodeCreator soporta actualmente en su app:
QR
Code 128
EAN-13
UPC-A
EAN-8
Code 39
ITF
Codabar
y:
Code 93.
Además, su Diseñador Visual permite controlar:
tipo de código
ancho
alto
contenido
label
copias
modo unitario
generación por lote
color del código
y:
fondo.
Esto es útil porque:
la validez no termina en el número.
También debes producir:
una etiqueta legible.
Por ejemplo, puedes introducir:
1234567890128
como EAN-13.
BarcodeCreator puede comprobar:
su estructura y checksum.
Después puedes generar:
el símbolo.
Pero todavía debes distinguir:
validación técnica
de:
validación comercial.
BarcodeCreator puede decirte que:
el EAN está matemáticamente bien formado.
Para saber si el GTIN:
existe dentro de GS1
está licenciado
pertenece a la parte correcta
y, cuando exista información:
corresponde al producto correcto
debes complementar esa comprobación utilizando:
Verified by GS1.
Después debes realizar:
la prueba física.
BarcodeCreator ofrece herramientas para crear etiquetas de:
productos
retail
logística
alimentos
bebidas
cosmética
textiles
y:
otros usos.
Pero antes de imprimir grandes cantidades:
prueba algunas unidades.
Por ejemplo:
1. Genera
EAN-13.
2. Descarga
la etiqueta.
3. Imprime
una muestra.
4. Escanea
con:
el lector real.
5. Comprueba
que devuelve:
el número correcto.
6. Verifica
que tu POS:
encuentra el producto correcto.
7. Si es GTIN GS1
consulta:
Verified by GS1.
Ese proceso combina:
generación
validación
verificación
y:
prueba operativa.
Conclusión
Entonces:
¿cómo saber si un código de barras es válido?
La respuesta más precisa es:
no basta con escanearlo una vez.
Debes comprobar:
varias capas.
Primero:
la estructura.
Un EAN-13 debe cumplir:
las reglas de EAN-13.
Un UPC-A:
las reglas de UPC-A.
Un Code 128:
sus propias reglas de contenido y construcción.
Después:
el check digit.
Para EAN-13, UPC-A, EAN-8 y otros GTIN, el último dígito permite comprobar:
la composición matemática del número.
BarcodeCreator indica que realiza automáticamente esta validación para:
EAN-13
EAN-8
y:
UPC-A.
Pero esa comprobación:
no es suficiente para un GTIN comercial.
Un número puede tener:
checksum correcto
sin estar:
asignado a tu producto.
Por eso la siguiente etapa es:
verificar la identidad.
GS1 recomienda:
Verified by GS1
para comprobar si un GTIN es válido dentro de su sistema y conocer:
a quién está licenciado
si existe en el registro
y, cuando hay información disponible:
qué producto corresponde al número.
Esto permite detectar una diferencia fundamental:
un número bien calculado
no es necesariamente:
un número correctamente asignado.
Después debes revisar:
el producto.
Pregunta:
¿el GTIN corresponde exactamente a este artículo?
No solamente:
¿corresponde a esta marca?
También pueden importar:
peso
presentación
talla
color
modelo
fragancia
y:
otras variaciones.
GS1 indica que distintas variaciones comerciales pueden utilizar referencias diferentes dentro del GTIN.
Luego debes comprobar:
la impresión.
Un número perfectamente correcto puede fallar si:
las barras están borrosas
el contraste es insuficiente
las quiet zones desaparecen
el tamaño es inadecuado
el código está deformado
o:
está mal colocado sobre el envase.
GS1 recomienda revisar precisamente estos elementos cuando se evalúa la calidad de un código.
Finalmente:
prueba el código en el mundo real.
No solamente:
en tu pantalla.
Pruébalo:
impreso.
Pruébalo:
sobre el producto.
Pruébalo:
con el escáner que se utilizará.
Y pruébalo:
dentro del software que recibirá el dato.
Un código puede ser:
válido matemáticamente
pero:
incorrecto comercialmente.
Puede ser:
correcto comercialmente
pero:
ilegible físicamente.
Puede ser:
perfectamente legible
pero:
no estar cargado en el POS.
Puede ser:
un código interno correcto
sin:
pertenecer a GS1.
Por eso la mejor forma de resumirlo es:
Validez matemática → check digit
Validez estructural → reglas de la simbología
Validez comercial → identificador correctamente asignado
Validez física → buena impresión
Validez operativa → lector y software lo procesan correctamente
Y para productos comerciales con GTIN:
Verified by GS1 → confirma identidad y asignación dentro del sistema GS1.
Cuando todas esas comprobaciones coinciden, puedes tener mucha más confianza en que: