¿Qué información contiene realmente un código de barras?
Escanear un código de barras puede parecer casi mágico.
Un cajero pasa un producto frente al lector y en la pantalla aparecen inmediatamente:
el nombre del artículo
el precio
la descripción
la categoría
y, dependiendo del sistema:
el inventario disponible
la ubicación
el proveedor
la variante
o:
otros datos relacionados.
Esto hace que muchas personas lleguen a una conclusión aparentemente lógica:
“Toda esa información está guardada dentro del código de barras”.
Sin embargo, en la mayoría de los códigos de productos tradicionales:
no funciona así.
Un código como:
7501234567890
puede contener fundamentalmente:
un identificador.
Ese identificador es leído por un escáner.
Después:
el software busca el número
dentro de:
una base de datos
un sistema POS
un ERP
un programa de inventario
un WMS
o:
otra aplicación.
Entonces encuentra la información asociada.
Por ejemplo:
Código escaneado
7501234567890
↓
Base de datos
Producto → Café Premium 500 g
Precio → RD$425
Stock → 37 unidades
Categoría → Alimentos
Ubicación → Pasillo A-12
El código proporcionó:
7501234567890
pero no necesariamente almacenaba físicamente dentro de las barras:
“Café Premium 500 g”
“RD$425”
“37 unidades”
y:
“Pasillo A-12”.
GS1 explica precisamente que, de forma general, la descripción y el precio no se encuentran dentro del código que identifica un artículo; normalmente el símbolo representa el número que identifica el producto y el sistema recupera los demás datos desde una base de datos. Existen excepciones especializadas, como determinados artículos de medida variable o cupones.
Pero la historia tampoco termina ahí.
Porque algunos tipos de códigos sí pueden contener directamente información adicional como:
un número de lote
una fecha de vencimiento
un número de serie
un peso
una cantidad
una ubicación
una URL
o:
otros datos.
Todo depende de:
la simbología utilizada
el estándar aplicado
y:
el contenido que fue codificado.
Por eso la pregunta:
“¿qué contiene un código de barras?”
no tiene una única respuesta.
La respuesta correcta es:
contiene exactamente los datos que fueron codificados según las reglas del formato utilizado.
1. Un código de barras no es una base de datos
Esta es la primera idea que debemos comprender.
Un código de barras puede funcionar como:
una llave.
La llave no necesita contener toda la información sobre lo que abre.
Simplemente permite:
encontrar el registro correcto.
Por ejemplo:
Código
PROD-000842
↓
Sistema
busca:
PROD-000842
↓
Registro
Producto → Shampoo Premium
Presentación → 500 ml
Precio → RD$395
Stock → 28
El código puede contener solamente:
PROD-000842
mientras el sistema conserva todos los demás datos.
2. ¿Qué significa “contener información”?
Cuando decimos que un código:
contiene
un dato, queremos decir que ese dato está:
codificado directamente dentro del patrón.
Supongamos un Code 128.
Contenido:
BOX-00582
Las barras representan directamente:
BOX-00582.
Cuando el lector escanea el símbolo, devuelve:
BOX-00582
No devuelve automáticamente:
Caja 582
Cliente Juan Pérez
Destino Santo Domingo
Peso 15 kg
porque esa información tendría que:
estar codificada también
o:
existir en un sistema externo.
3. Las barras representan caracteres
Un código lineal utiliza:
barras
y:
espacios
para representar:
datos.
Dependiendo de la simbología, esos datos pueden ser:
números
letras
símbolos
o:
combinaciones de caracteres.
Por ejemplo:
EAN-13
puede representar:
1234567890128
Code 128
puede representar:
SHIP001ABC
BarcodeCreator muestra precisamente esta diferencia: EAN-13 se estructura alrededor de 13 dígitos, mientras Code 128 admite caracteres ASCII.
4. El lector recupera el dato codificado
Imagina:
PROD-001
convertido a Code 128.
El escáner analiza las barras.
Después devuelve:
PROD-001
a la computadora.
En muchos casos puede actuar de manera similar a:
un teclado automático.
Es decir:
el escáner obtiene el contenido y lo introduce en el sistema.
5. El escáner no necesariamente conoce el significado
Este concepto es fundamental.
Supongamos que el lector obtiene:
PROD-001
El lector normalmente no sabe que significa:
Café Premium 500 g
Tampoco sabe:
el precio
el proveedor
el stock
la categoría
o:
la ubicación.
Simplemente ha leído:
PROD-001.
El significado aparece cuando:
el software procesa ese valor.
6. Código y significado son dos cosas diferentes
Podemos dividir el proceso en dos partes.
Dato codificado
PROD-001
Significado dentro del sistema
Producto → Café Premium
El código representa:
el dato.
El sistema determina:
qué significa ese dato dentro del negocio.
7. El mismo texto podría significar algo diferente en dos empresas
Supongamos:
A-001
En una empresa podría significar:
Producto 001
En otra:
Ubicación A-001
En otra:
Activo A-001
Y en otra:
Pedido A-001
El código no incorpora automáticamente:
el contexto empresarial.
El software y el proceso proporcionan ese contexto.
8. EAN-13 normalmente representa un GTIN
En productos comerciales es muy común encontrar:
EAN-13.
Este formato utiliza:
13 dígitos.
Dentro del sistema GS1, EAN-13 puede representar:
un GTIN-13.
GS1 indica que EAN-13 y UPC-A son dos de los códigos más utilizados para identificación de artículos comerciales.
9. ¿Qué contiene entonces un EAN-13?
Conceptualmente:
el identificador del artículo comercial.
Por ejemplo:
1234567890128
Ese número permite distinguir un artículo de otros.
No significa necesariamente que las barras contengan directamente:
Cereal Integral 500 g
RD$295
Marca Premium
Departamento Alimentos
Stock 84
El sistema relaciona:
1234567890128
con:
el registro del producto.
10. Un GTIN completo no funciona como una descripción
Esta idea también puede resultar sorprendente.
Aunque un GTIN posee una estructura definida, el número completo:
no debería interpretarse como una frase codificada.
GS1 señala que el GTIN completo no tiene significado descriptivo por sí mismo y no permite revelar qué producto es sin consultar una base de datos.
Por ejemplo:
1234567890128
no se puede “traducir” simplemente en:
“Café Premium 500 g”.
11. ¿El código contiene el nombre del producto?
En un EAN-13 tradicional:
normalmente no.
Puede representar el GTIN.
Después:
GTIN → base de datos → nombre.
Ejemplo:
GTIN
1234567890128
↓
Registro
Nombre → Café Premium 500 g
12. ¿El código contiene el precio?
Generalmente:
no.
GS1 indica que normalmente el precio se encuentra en:
la base de datos
y se recupera después de escanear el identificador.
Esto explica por qué un comercio puede cambiar:
RD$300
a:
RD$350
sin reemplazar el código de barras de cada unidad.
13. El precio puede cambiar y el código permanecer igual
Supongamos:
Producto
Galletas Premium 300 g
Código
1234567890128
Lunes
RD$185
Viernes
RD$200
El código continúa siendo:
1234567890128.
Solo cambia:
el registro de precio.
14. Existen excepciones relacionadas con precios
La regla general no significa:
“jamás existe precio dentro de un código”.
GS1 señala excepciones especializadas como:
artículos minoristas de medida variable
y:
determinados cupones
donde puede existir información relacionada con precio o valor.
Por eso es mejor decir:
el precio normalmente no está almacenado en los códigos comerciales estándar.
15. ¿El código contiene el inventario?
Normalmente:
no.
Supongamos:
Lunes
Stock → 100
Martes
Stock → 85
Miércoles
Stock → 63
Jueves
Stock → 41
El código continúa siendo:
el mismo.
El stock cambia dentro:
del sistema de inventario.
16. El código identifica y el software cuenta
Cuando se vende una unidad:
Código:
PROD-001
Sistema:
Stock antes → 50
Venta:
-1
Stock después:
49
El código no realizó:
50 – 1.
El software lo hizo.
17. ¿El código contiene el proveedor?
Generalmente:
no.
La base de datos puede tener:
Producto → PROD-001
Proveedor → Distribuidora A
Costo → RD$200
Precio → RD$350
El código solamente necesita proporcionar:
PROD-001.
18. ¿El código contiene la descripción?
En EAN/UPC tradicional:
normalmente no.
La descripción puede ser:
Café orgánico tostado oscuro, presentación 500 g
pero el código puede representar únicamente:
un número de identificación.
GS1 confirma que la descripción suele almacenarse en sistemas informáticos y recuperarse mediante el identificador.
19. ¿El código contiene la categoría?
Normalmente:
no.
Ejemplo:
GTIN
1234567890128
Categoría
Bebidas
Subcategoría
Café
La clasificación:
vive en el sistema.
20. ¿El código contiene la ubicación física?
Depende.
Un código colocado sobre un producto puede representar:
el producto
mientras que otro código colocado en un estante puede representar:
la ubicación.
Por ejemplo:
A-01
A-02
B-05
C-12
En ese caso:
sí
el valor codificado puede ser directamente:
C-12.
21. Un código no tiene que representar productos
Puede identificar:
ubicaciones
cajas
órdenes
activos
empleados
documentos
lotes
series
envíos
paquetes
o:
cualquier dato compatible con la simbología.
22. Code 128 permite mucha más libertad
BarcodeCreator indica que Code 128 puede representar:
caracteres ASCII
y lo relaciona con:
logística
inventarios
y:
envíos.
Eso permite códigos como:
BOX-000842
ORDER-2026-125
LOT-A005
INV-00482
23. ¿Code 128 puede almacenar un nombre?
Técnicamente puede representar texto compatible.
Por ejemplo:
CAFE-PREMIUM-500G
Pero eso no significa que siempre sea conveniente.
En muchos sistemas puede resultar mejor codificar:
PROD-001
y guardar:
nombre
precio
descripción
proveedor
y:
stock
en una base de datos.
24. Más información dentro del código no siempre es mejor
Supongamos que intentas almacenar:
CAFE-PREMIUM-500G-PRECIO425-STOCK37-A12
Esto presenta un problema.
Mañana:
precio → RD$450
y:
stock → 28.
El código impreso queda:
desactualizado.
Por eso los datos que cambian constantemente suelen ser mejores candidatos para:
la base de datos.
25. Los datos estables funcionan mejor como identificadores
Un identificador como:
PROD-001
puede permanecer durante años.
Mientras tanto pueden cambiar:
precio
stock
ubicación
proveedor
descripción comercial
y:
promociones.
El identificador continúa siendo:
PROD-001.
26. Esto reduce la necesidad de reimprimir etiquetas
Imagina:
10,000 productos
con una etiqueta.
Si el código almacenara directamente:
el precio
cada cambio podría obligarte a sustituir:
10,000 etiquetas.
Si el código almacena:
el identificador
solo necesitas cambiar:
un registro digital.
27. ¿Qué son los números debajo de las barras?
Muchos códigos muestran:
texto legible por humanos.
Por ejemplo:
1234567890128
debajo del símbolo.
Ese número suele representar:
el mismo contenido principal que está codificado.
28. Los números inferiores no son decoración
Cumplen una función importante.
Si el escáner falla porque:
la etiqueta está rayada
el código está parcialmente dañado
o:
el lector presenta problemas
un operador puede:
introducir manualmente el número.
29. El texto visible debe coincidir con las barras
Supongamos:
Barras
representan:
1234567890128
pero debajo se imprime:
1234567890123
Ahora existen:
dos valores diferentes.
El escáner puede devolver uno.
El operador puede escribir otro.
Esto puede provocar:
errores.
30. El dígito de verificación sí forma parte de ciertos códigos
EAN-13 incluye:
un dígito de comprobación.
UPC-A también.
BarcodeCreator explica que EAN-13 utiliza:
12 dígitos + checksum
y UPC-A:
11 dígitos + checksum.
Ese dígito ayuda a:
verificar la integridad del número.
31. El check digit no es información comercial
El último dígito no significa:
precio
categoría
país de fabricación
inventario
o:
proveedor.
Es:
un valor calculado.
Su función es ayudar con:
la comprobación.
32. La simbología también contiene elementos estructurales
No todo lo que forma físicamente un código es:
información empresarial.
Puede haber:
patrones de inicio
patrones de parada
caracteres de control
checksums
zonas silenciosas
y otros elementos.
Estos permiten al lector:
interpretar correctamente el símbolo.
33. Start y Stop no son datos del producto
En algunas simbologías existen estructuras que indican:
dónde comienza
y:
dónde termina
el símbolo.
No significan:
producto
precio
o:
cantidad.
Son parte:
del lenguaje técnico del código.
34. La zona silenciosa tampoco contiene datos
La zona clara situada alrededor de un código:
no almacena información.
Pero puede ser necesaria para:
una lectura confiable.
Por eso no debe interpretarse como:
“espacio que podemos recortar”.
35. ¿Qué ocurre con Code 39?
BarcodeCreator describe Code 39 como una simbología capaz de representar:
A-Z
0-9
y:
símbolos especiales determinados.
Esto permite identificadores como:
PART-125
o:
TOOL-084.
36. El significado de PART-125 sigue dependiendo del sistema
El código contiene:
PART-125.
La base de datos puede decir:
Nombre → Válvula industrial
Proveedor → Empresa B
Stock → 17
Ubicación → Rack 4
El código:
identifica.
La base:
explica.
37. ¿Puede un código contener un número de lote?
Sí.
Ejemplo:
LOT-260917-A
convertido a una simbología compatible.
En este caso el dato codificado es directamente:
el número de lote.
Pero también existen estándares GS1 que permiten indicar explícitamente que determinado campo:
es un lote.
38. GS1 puede codificar datos con significado estandarizado
Aquí entran los:
Application Identifiers
o:
AIs.
GS1 define más de cien identificadores que indican:
qué significa el dato que aparece después.
Por ejemplo:
GTIN
lote
fecha de vencimiento
número de serie
peso
y:
otros atributos.
39. El AI (01) identifica un GTIN
Dentro del sistema GS1:
(01)
indica:
GTIN.
Después aparece:
el valor correspondiente.
Por ejemplo conceptualmente:
(01)09521101530001
El:
01
explica al sistema:
qué significa el dato siguiente.
40. El AI (10) puede identificar un lote
Ejemplo conceptual:
(10)LOT2026A
Aquí:
10
indica:
batch/lot number.
Por tanto, un sistema compatible puede interpretar:
LOT2026A como lote
sin depender de una regla creada únicamente por una empresa.
41. El AI (17) puede identificar una fecha de vencimiento
GS1 utiliza:
(17)
para:
fecha de expiración.
Por ejemplo:
(17)281231
puede representar una fecha siguiendo la estructura definida por el estándar.
42. El AI (21) puede identificar un número de serie
Ejemplo:
(21)SN000842
El sistema puede interpretar:
SN000842
como:
número de serie.
43. Un mismo símbolo GS1 puede contener varios campos
Aquí encontramos una diferencia enorme frente a un EAN-13 tradicional.
Un símbolo GS1 compatible puede incluir:
GTIN
más:
lote
más:
vencimiento
más:
serie
dentro de:
un mismo código.
GS1 indica que determinadas simbologías permiten incluir múltiples Application Identifiers en un solo símbolo.
44. Ejemplo conceptual de múltiples datos
Imagina:
GTIN
09521101530001
Lote
LOT26A
Vencimiento
31/12/2028
Serie
SN00842
Un código GS1 adecuado podría estructurar esos datos utilizando:
(01) para GTIN
(10) para lote
(17) para vencimiento
y:
(21) para serie.
El escáner y software compatibles pueden separar:
cada elemento.
45. ¿EAN-13 puede hacer eso?
No de la misma manera.
EAN-13 posee:
una estructura fija de 13 dígitos.
No está diseñado para contener simultáneamente:
GTIN
lote
vencimiento
y:
serie.
Por eso diferentes necesidades requieren:
diferentes portadores de datos.
46. GS1-128 puede transportar múltiples datos
GS1-128 utiliza Application Identifiers y puede representar:
GTIN
lote
peso
fecha
serie
y:
otros atributos.
GS1 explica que GS1-128 incorpora un carácter FNC1 y campos formados por Application Identifier + datos.
47. FNC1 no es un dato comercial
El:
FNC1
es un carácter especial utilizado para ayudar a identificar y procesar correctamente:
la estructura GS1.
No representa:
precio
lote
o:
producto.
Es:
un carácter de control.
48. Los paréntesis de los Application Identifiers tienen una función visual
Puedes ver algo como:
(01)09521101530001
En la representación legible.
Pero GS1 señala que los paréntesis utilizados alrededor de los AIs en el texto:
no forman parte de los datos codificados.
Ayudan a:
las personas
a distinguir los campos.
49. Esto demuestra que lo impreso y lo codificado no siempre son idénticos carácter por carácter
La representación humana puede incluir:
separaciones
paréntesis
o:
formato visual
que ayudan a leer.
Pero el contenido interno puede seguir:
reglas técnicas distintas.
50. ¿Puede contener una fecha de fabricación?
Sí, si:
la simbología y estructura utilizadas lo permiten.
Por ejemplo, dentro de GS1 existen AIs para diferentes fechas.
Pero un:
EAN-13 estándar
no almacena automáticamente:
la fecha de fabricación.
51. ¿Puede contener una fecha de vencimiento?
Sí.
Pero de nuevo:
depende del formato.
Un GS1 DataMatrix o GS1-128 puede representar una fecha de vencimiento mediante:
Application Identifiers.
Un EAN-13 tradicional:
no la incluye automáticamente.
52. ¿Puede contener un número de serie?
Sí.
Por ejemplo:
SN000842
puede codificarse directamente mediante una simbología compatible.
Además, GS1 dispone de:
AI (21)
para identificar un serial number.
53. ¿Puede contener un peso?
Sí, determinados estándares permiten representar:
peso.
GS1 dispone de Application Identifiers para:
peso neto
peso bruto
y:
otras mediciones
según el contexto.
Pero no debes asumir que:
todo código de producto contiene su peso.
54. ¿Puede contener la cantidad de unidades?
También puede ser posible en determinados sistemas.
Por ejemplo, una etiqueta logística puede incluir información sobre:
cantidad de artículos contenidos.
GS1 contempla atributos de unidades logísticas y cantidades mediante sus AIs.
55. ¿Puede contener una dirección?
Técnicamente algunas simbologías pueden representar:
texto.
Por ejemplo Code 128 puede manejar caracteres ASCII.
Pero una etiqueta de envío normalmente puede separar:
Código
TRACK-000842
de:
Texto impreso
Calle Ejemplo 25
Santo Domingo
No es necesario almacenar:
toda la dirección
dentro de las barras.
56. ¿Puede contener un número de rastreo?
Sí.
Esto es muy habitual.
Ejemplo:
TRK-20260917-000842
El código puede representar directamente:
el tracking number.
Después el sistema consulta:
origen
destino
cliente
estado
ruta
y:
historial.
57. El tracking number no necesita contener todo el historial
Supongamos:
TRK001
A las 8:00:
Recibido
A las 12:00:
En tránsito
A las 16:00:
Centro de distribución
Al día siguiente:
Entregado
El código continúa siendo:
TRK001.
El historial está:
en el sistema.
58. ¿Puede contener información del cliente?
Técnicamente puede contener texto compatible.
Pero desde una perspectiva de diseño de sistemas, normalmente conviene considerar:
qué información realmente necesita estar expuesta dentro del símbolo.
Un identificador como:
CLIENTE-00842
puede ser suficiente para recuperar:
nombre
teléfono
dirección
y:
historial
desde una aplicación autorizada.
59. Un código visible puede ser leído por otras personas
Esto también importa.
Si imprimes directamente dentro de un código:
nombre completo
teléfono
correo
o:
otros datos privados
una persona con un lector compatible puede:
obtenerlos.
Por eso no conviene asumir que:
“como está en barras, nadie puede verlo”.
60. Un código no es cifrado
Representar información mediante barras:
no equivale a cifrarla.
Un lector compatible puede:
decodificarla.
Si necesitas proteger información:
la seguridad debe diseñarse por separado.
61. ¿Puede contener una URL?
Depende de la simbología.
Code 128 puede representar caracteres de texto compatibles, por lo que técnicamente puede representar ciertas cadenas.
Sin embargo, para URLs:
QR suele ser mucho más natural.
BarcodeCreator identifica QR específicamente para:
URLs
textos largos
vCards
y:
Wi-Fi.
62. QR puede contener el enlace directamente
Ejemplo:
https://barcodecreator.org
El QR puede codificar:
esa URL.
El teléfono la lee.
Después:
el navegador abre el sitio.
Aquí la URL:
sí está directamente representada.
63. Pero el contenido de la página no está necesariamente dentro del QR
Este punto es muy importante.
QR:
https://marca.com/producto
No contiene necesariamente:
todos los ingredientes
todos los videos
todas las fotografías
y:
todo el manual.
Contiene:
la dirección.
Después Internet carga:
el contenido de la página.
64. Esto es similar a un identificador en una base de datos
EAN:
1234567890128
↓
Base de datos:
producto.
QR:
https://marca.com/producto
↓
Servidor web:
página.
En ambos casos el código puede funcionar como:
un puente hacia información externa.
65. ¿Cuánta información puede contener un código?
Depende completamente:
de la simbología.
EAN-13:
13 dígitos.
UPC-A:
12 dígitos.
EAN-8:
8 dígitos.
Code 128:
caracteres ASCII y longitud variable.
QR:
puede almacenar cantidades considerablemente mayores.
BarcodeCreator muestra estas diferencias de capacidad en su Centro de Ayuda.
66. Un código más largo puede ocupar más espacio
Especialmente en:
códigos lineales.
Supongamos Code 128.
Dato
A01
produce un símbolo relativamente compacto.
Dato
ALMACEN-A-PASILLO-05-ESTANTE-04-PROD-00842
puede producir:
un símbolo mucho más ancho.
Por eso no conviene codificar:
información innecesaria.
67. La eficiencia importa
Si tu sistema solamente necesita:
PROD-842
para encontrar toda la información:
puede ser poco eficiente almacenar:
PRODUCTO-CAFE-PREMIUM-500G-PRECIO425-PASILLOA12
dentro de las barras.
Además:
varios de esos datos pueden cambiar.
68. Cómo decidir qué debe ir dentro
Pregúntate:
¿Este dato identifica algo?
Puede ser buen candidato.
¿Este dato cambia frecuentemente?
Probablemente sea mejor dejarlo en:
la base de datos.
¿Necesito que funcione sin consultar ningún sistema?
Tal vez convenga codificarlo directamente.
¿Existe un estándar que defina cómo representarlo?
Si sí:
deberías seguirlo.
69. Separar identidad de atributos simplifica sistemas
Una estrategia frecuente es:
Código
PROD-001
Base de datos
Nombre → Café Premium
Precio → RD$425
Stock → 37
Proveedor → Distribuidora A
Ubicación → A-12
Así puedes modificar:
los atributos
sin cambiar:
la identidad.
70. La forma más sencilla de entenderlo
Un código de barras puede contener:
datos.
Pero no necesariamente:
toda la información que ves después de escanearlo.
El flujo puede resumirse así:
Código → dato
Lector → recupera el dato
Software → interpreta el dato
Base de datos → aporta información relacionada
Por ejemplo:
1234567890128
↓
Café Premium 500 g
↓
RD$425
↓
37 unidades
Las barras pueden contener:
1234567890128.
El sistema aporta:
todo lo demás.
Ejemplo completo: supermercado
Producto:
Cereal Integral 500 g
Código:
1234567890128
El cajero escanea.
El lector devuelve:
1234567890128
El POS consulta:
1234567890128
y encuentra:
Nombre → Cereal Integral 500 g
Precio → RD$295
Impuesto → RD$53.10
Stock → 64
Categoría → Cereales
El código no necesitaba contener:
todos esos datos.
Solo necesitaba identificar:
el registro correcto.
Ejemplo completo: cambio de precio
Código:
1234567890128
Precio anterior
RD$295
Precio nuevo
RD$320
El código permanece:
1234567890128.
El sistema cambia:
295 → 320.
Este ejemplo demuestra por qué:
el precio suele estar fuera del código.
Ejemplo completo: inventario
Producto:
PROD-0842
Stock inicial
100
Se venden:
15
Stock:
85
Llegan:
30
Nuevo stock:
115
El código sigue siendo:
PROD-0842.
La cantidad disponible:
vive en la base de datos.
Ejemplo completo: almacén
Producto:
PROD-0842
Ubicación:
B-15
La empresa puede colocar:
Código del producto
PROD-0842
y:
Código de ubicación
B-15
El trabajador escanea ambos.
El sistema registra:
PROD-0842 → B-15
Aquí existen:
dos códigos diferentes
para representar:
dos datos diferentes.
Ejemplo completo: caja logística
Caja:
BOX-002581
El código contiene:
BOX-002581.
La base de datos registra:
Origen → Almacén A
Destino → Tienda 4
Peso → 18 kg
Contenido → 24 unidades
Estado → En tránsito
Ruta → R-05
Al escanear:
BOX-002581
aparece todo lo demás.
Ejemplo completo: número de serie
Equipo:
Laptop X500
Serie:
SN000842
El código puede contener:
SN000842.
La base puede asociar:
Modelo → X500
Compra → 05/02/2026
Garantía → 2 años
Empleado asignado → Usuario 15
Estado → Activo
Último mantenimiento → 10/08/2026
El código sigue conteniendo:
SN000842.
Ejemplo completo: lote y vencimiento
Producto farmacéutico.
Un código GS1 adecuado puede incluir:
GTIN
Lote
Vencimiento
Serie
utilizando Application Identifiers.
En este caso:
sí existe más información directamente codificada
que en un EAN-13 tradicional.
GS1 indica que AIs pueden identificar atributos como lote, vencimiento y número de serie dentro de simbologías GS1 compatibles.
Ejemplo completo: QR con URL
QR contiene:
https://marca.com/producto-x
Al escanearlo aparece:
ingredientes
manual
videos
certificaciones
promociones
Pero dentro del QR puede existir únicamente:
la URL.
Todo el resto está:
en la página web.
Ejemplo completo: Code 128 interno
Contenido:
ORDER-00584
El sistema encuentra:
Cliente → Empresa A
Fecha → 17/09/2026
Artículos → 8
Valor → RD$35,000
Estado → Preparando
El Code 128 contiene:
ORDER-00584.
No necesariamente:
toda la orden.
Ejemplo completo: texto directamente almacenado
Supongamos un Code 128 cuyo contenido sea:
CAJA-A-125
Al escanear:
CAJA-A-125
Eso sí está:
directamente codificado.
Si quieres que el sistema muestre:
Caja destinada a sucursal norte
esa segunda descripción puede estar:
en la base de datos.
¿Qué información suele estar realmente dentro?
Dependiendo del formato, puede ser:
✔ Un GTIN
✔ Un SKU
✔ Un identificador interno
✔ Un número de serie
✔ Un lote
✔ Una ubicación
✔ Un número de pedido
✔ Un tracking number
✔ Una fecha
✔ Un peso
✔ Una cantidad
✔ Una URL
✔ Texto
✔ Datos GS1 estructurados
¿Qué información normalmente está fuera del código?
En muchos sistemas:
■ Nombre completo del producto
■ Precio actual
■ Stock disponible
■ Proveedor
■ Historial de ventas
■ Fotografías
■ Descripción extensa
■ Categoría
■ Promociones
■ Historial de movimientos
■ Datos detallados del cliente
■ Información completa del pedido
Estos datos suelen estar:
en sistemas externos.
Errores frecuentes al interpretar la información de un código
Pensar que las barras contienen el precio
Normalmente el precio se obtiene desde la base de datos.
Pensar que contienen el nombre completo del producto
EAN/UPC suelen proporcionar un identificador, no una descripción extensa.
Pensar que contienen el inventario
El stock cambia constantemente y normalmente se administra en software.
Creer que el escáner reconoce el producto por sí mismo
El lector recupera el dato.
El sistema:
interpreta qué significa.
Confundir número legible con información adicional
Los dígitos debajo suelen representar el mismo contenido principal del símbolo.
Pensar que el check digit es información del producto
Su función es:
comprobación.
Pensar que todos los códigos contienen exactamente lo mismo
Cada simbología posee:
reglas diferentes.
Pensar que EAN-13 puede contener cualquier texto
EAN-13 tiene una estructura:
numérica y fija.
Pensar que Code 128 solamente sirve para números
Puede representar caracteres ASCII.
Introducir precio y stock directamente en un identificador
Esos valores pueden cambiar y dejar obsoleta la etiqueta.
Introducir demasiados datos en Code 128
El código puede volverse:
demasiado ancho.
Pensar que un QR contiene toda la página que abre
Muchas veces contiene:
solo la URL.
Confundir código con base de datos
El símbolo puede funcionar como:
la llave.
La base de datos contiene:
el registro.
Confundir cifrado con codificación
Las barras representan información.
No necesariamente la protegen.
Colocar información privada pensando que nadie podrá leerla
Un lector compatible puede:
decodificar el contenido.
Confundir texto visible con contenido codificado
En determinados estándares pueden existir diferencias de representación.
No distinguir datos de caracteres de control
Elementos como:
FNC1
start
stop
o:
checksum
cumplen funciones técnicas.
Creer que los paréntesis de los AIs siempre están codificados
En la representación humana aparecen para facilitar lectura, pero GS1 indica que no forman parte de los datos codificados.
Pensar que un EAN revela directamente el producto
Sin una base de datos no puedes obtener automáticamente:
la descripción comercial.
No verificar qué devuelve realmente el escáner
La forma más sencilla de saber qué contiene un código es:
escanearlo y observar el valor recibido.
Checklist para decidir qué información codificar
Comprueba:
✔ Qué deseas identificar.
✔ Qué simbología utilizarás.
✔ Qué caracteres acepta esa simbología.
✔ Qué longitud permite.
✔ Si necesitas solo un identificador.
✔ Si necesitas información adicional.
✔ Si el dato cambia con frecuencia.
✔ Si el precio debe permanecer fuera del código.
✔ Si el stock pertenece al sistema de inventario.
✔ Si la descripción puede recuperarse desde una base de datos.
✔ Si necesitas incluir lote.
✔ Si necesitas incluir vencimiento.
✔ Si necesitas incluir número de serie.
✔ Si necesitas utilizar GS1 Application Identifiers.
✔ Si necesitas un código comercial o interno.
✔ Si el identificador es único.
✔ Si el contenido podría exponer información privada.
✔ Si el código será visible públicamente.
✔ Si necesitas funcionamiento offline.
✔ Si necesitas una URL.
✔ Si conviene utilizar QR en vez de introducir demasiada información.
✔ Si el símbolo cabe correctamente en la etiqueta.
✔ Si el lector reconoce la simbología.
✔ Si el software interpreta correctamente el dato.
✔ Si la base de datos contiene el registro correcto.
✔ Si el valor visible coincide con lo codificado.
✔ Si probaste el código antes de imprimir grandes cantidades.
Cómo comprobar qué contiene un código existente
Una forma práctica consiste en:
1. Escanearlo
Utiliza:
un lector compatible
o:
una aplicación adecuada.
2. Observar el resultado bruto
Por ejemplo:
1234567890128
3. Separar dato de interpretación
El escáner obtuvo:
1234567890128
El sistema después mostró:
Café Premium.
4. Determinar qué parte venía realmente del símbolo
En este caso:
1234567890128.
5. Identificar la simbología
Puede ser:
EAN-13
UPC-A
Code 128
Code 39
QR
u otra.
6. Revisar sus reglas
Así puedes comprender:
qué tipo de información es posible representar.
¿Cómo puede ayudar BarcodeCreator?
BarcodeCreator permite crear etiquetas utilizando diferentes:
simbologías
y definir:
qué contenido será codificado.
Actualmente la plataforma presenta:
QR
Code 128
EAN-13
UPC-A
EAN-8
Code 39
ITF
Codabar
y:
Code 93.
Su página principal indica que la aplicación para Android trabaja con QR y ocho tipos de códigos lineales, mientras el diseñador web permite introducir directamente la “Información del Código”, configurar el texto de la etiqueta y generar de manera unitaria o por lote.
Esto es especialmente importante para comprender la diferencia entre:
Contenido del código
y:
texto de la etiqueta.
Dentro del Diseñador Visual aparecen campos separados para:
Información del Código
y:
Label de la Etiqueta.
Eso significa que puedes tener, por ejemplo:
Información codificada
PROD-001
mientras debajo aparece:
Texto de etiqueta
Café Premium 500 g
El escáner recibe:
PROD-001.
La persona visualmente puede leer:
Café Premium 500 g.
No son necesariamente:
el mismo dato.
BarcodeCreator también ofrece diferentes formatos según la naturaleza del contenido.
EAN-13
Capacidad:
13 dígitos
y se orienta a:
productos comerciales y retail.
UPC-A
Capacidad:
12 dígitos
y se orienta especialmente al:
retail estadounidense.
EAN-8
Capacidad:
8 dígitos
para:
productos pequeños.
Code 128
Puede trabajar con:
caracteres ASCII
y BarcodeCreator lo orienta a:
logística
inventarios
y:
envíos.
Code 39
Permite:
letras mayúsculas
números
y:
determinados símbolos.
QR
Puede manejar:
URLs
texto más largo
vCards
Wi-Fi
y:
datos más complejos.
Esto significa que antes de generar el código debes decidir:
qué dato quieres codificar realmente.
Por ejemplo:
Producto comercial
Puede utilizar:
EAN-13
con su identificación correspondiente.
Caja interna
Puede utilizar:
Code 128
con:
BOX-000842.
Activo
Puede utilizar:
ACT-00582.
Página web
Puede utilizar:
QR
con una URL.
Lote
Puede utilizar:
LOT-2026-A
dentro de una simbología compatible.
BarcodeCreator también permite:
generación por lote.
Por ejemplo:
PROD-001
PROD-002
PROD-003
PROD-004
PROD-005
La plataforma muestra generación secuencial y capacidad de producir hasta:
1,000 etiquetas
además de más de:
60 tamaños predefinidos.
Esto puede resultar útil cuando cada elemento necesita:
un identificador diferente.
Por ejemplo:
ACT-0001
ACT-0002
ACT-0003
hasta:
ACT-1000.
Cada código puede contener:
únicamente el identificador
mientras un sistema externo registra para cada activo:
nombre
modelo
serie
usuario
ubicación
estado
y:
mantenimiento.
Esta separación entre:
identificador
y:
datos asociados
es una de las ideas más importantes para diseñar correctamente cualquier sistema de códigos de barras.
Conclusión
Entonces:
¿qué información contiene realmente un código de barras?
La respuesta más precisa es:
contiene los datos que fueron codificados directamente dentro de su simbología.
Puede ser:
un número
como:
1234567890128
Puede ser:
un identificador alfanumérico
como:
PROD-001
Puede ser:
un número de serie
como:
SN000842
Puede ser:
un lote
como:
LOT-2026-A
Puede ser:
una ubicación
como:
B-15
Puede ser:
un tracking number
como:
TRK-000842
Puede ser:
una URL
en un formato apropiado.
Y mediante estándares más avanzados puede incluir:
GTIN
lote
fecha de vencimiento
número de serie
peso
cantidad
y:
otros atributos estructurados.
Pero esto no significa que cada código contenga automáticamente:
nombre del producto
precio
stock
proveedor
fotografía
categoría
historial
cliente
y:
descripción.
En los códigos comerciales tradicionales EAN/UPC, GS1 explica que normalmente el símbolo identifica el artículo y la información como descripción y precio se recupera desde:
una base de datos.
Una forma sencilla de entenderlo es:
Código → contiene un dato
Escáner → recupera ese dato
Software → interpreta el dato
Base de datos → aporta contexto
Por ejemplo:
1234567890128
puede ser todo lo que existe directamente dentro:
del código.
El sistema puede convertir esa identidad en:
Producto → Café Premium 500 g
Precio → RD$425
Stock → 37
Proveedor → Distribuidora A
Ubicación → A-12
Por eso cuando un escaneo muestra inmediatamente una pantalla llena de información:
no significa que toda esa pantalla estaba almacenada dentro de las barras.
El código puede haber proporcionado solamente:
la llave necesaria para encontrarla.
Sin embargo, también debemos evitar la afirmación contraria:
“los códigos solo pueden contener un número”.
Eso tampoco es correcto.
Code 128 permite:
datos alfanuméricos.
QR permite:
mucho más contenido.
Y estándares GS1 como:
GS1-128
GS1 DataMatrix
y:
GS1 QR Code
pueden utilizar Application Identifiers para comunicar de manera estructurada atributos como:
lote
serie
fecha de vencimiento
peso
y:
otros elementos.
Por tanto, la pregunta correcta antes de generar una etiqueta debería ser:
¿qué información necesita estar físicamente dentro del código?
y después:
¿qué información puede permanecer en la base de datos?
Para información:
estable
compacta
y:
necesaria para identificar
puede tener sentido codificarla directamente.
Para información que cambia:
precio
inventario
ubicación dinámica
promoción
descripción ampliada
o:
historial
normalmente resulta más flexible utilizar:
un identificador estable
y conservar:
el resto de los datos en el sistema.
En resumen:
Las barras no contienen “el producto”.
Contienen:
datos.
Esos datos pueden identificar:
el producto.
Y el sistema utiliza esa identidad para conectar:
el objeto físico
con: