EPC serializado: cómo identificar cada pieza sin perder la relación con el SKU

SKU, GTIN y serie: tres cosas que se confunden

En muchas empresas el SKU es un código interno que alguien creó en el ERP, y el GTIN es el identificador comercial que va en el código de barras. La serie es otra cosa: es lo que distingue una pieza de otra dentro del mismo producto. El estándar GS1 EPC Tag Data Standard (TDS) lo explica con precisión: los identificadores GS1 pueden señalar categorías de objetos (como el GTIN), objetos únicos (como el SSCC o el GIAI) o híbridos. El GTIN es la única clave de categoría y necesita un número de serie independiente para identificar de forma única un objeto, y ese número de serie no se considera parte de la clave.

Esto tiene una consecuencia práctica. Si su proyecto solo necesita saber cuántas piezas de cada SKU hay en un anaquel, puede bastar con leer etiquetas y contar por producto. Si necesita saber cuál pieza específica salió de un almacén, cuál se devolvió o cuál lleva un lote en recall, necesita serialización. Son dos decisiones distintas y conviene tomarlas por separado antes de comprar etiquetas.

Qué guarda realmente el EPC en la etiqueta

El EPC es una sintaxis de identificadores únicos que, según GS1, puede representarse en formas binarias aptas para etiquetas RFID y en formas de texto para intercambio entre sistemas. En una etiqueta UHF Gen2, el banco de memoria EPC guarda el identificador codificado junto con información de control. El TDS aclara que esa información de control, como el valor de filtro, ayuda a leer ciertas etiquetas entre muchas, pero no forma parte de la identidad única del objeto.

El mismo documento menciona esquemas distintos para un mismo tipo de clave, por ejemplo SGTIN-96 y SGTIN-198, y esquemas más recientes de la serie 2.x que permiten alinear mejor las codificaciones con los códigos de barras GS1 y, de forma opcional, guardar datos adicionales después del EPC. Las versiones y esquemas disponibles dependen de su proveedor de software de codificación; no asuma que todo el equipo que usted compre soporta los esquemas más nuevos y pídalo por escrito.

Cuándo serializar y cuándo no

La serialización agrega trabajo: hay que generar números, evitar repeticiones, registrar cada asignación y resolver errores. Vale la pena cuando la decisión de negocio lo exige. Los casos típicos son piezas de alto valor, trazabilidad por unidad, garantías, devoluciones, procesos regulados o activos reutilizables. No es obligatoria para cada proyecto RFID.

• Serializar: cuando necesita distinguir unidades individuales a lo largo del tiempo o conciliar movimientos pieza por pieza.
• No serializar todavía: cuando el objetivo es solo conteo por producto y su proceso de etiquetado en origen no puede garantizar series únicas.
• Revisar con terceros: cuando el proveedor o el cliente final ya impone un esquema de codificación; en ese caso la decisión está tomada y debe documentarse.

Un código de barras 2D también puede llevar una serie por unidad. Por eso la pregunta no es "RFID o código de barras" sino qué medio resuelve mejor la lectura masiva, sin línea de vista, de las piezas serializadas.

La tabla que protege la relación con el SKU

Un riesgo frecuente es que el sistema guarde solo el EPC y nadie pueda reconstruir a qué SKU pertenecía. Aunque el EPC de un SGTIN contiene el GTIN, su aplicación necesita resolver ese GTIN contra su catálogo. Una tabla mínima de control debería incluir los campos siguientes.

Documente también la regla de reemplazo. Si una etiqueta se daña y se coloca otra, decida si la pieza conserva su serie y la etiqueta vieja se anula, o si se asigna una nueva serie. Cualquiera de las dos puede ser válida, pero debe ser una sola y conocida por quienes operan.

Escenario hipotético: refacciones con serie

Imagine, solo como ejemplo ilustrativo, una bodega de refacciones con un mismo GTIN para cientos de piezas idénticas. El equipo quiere saber cuáles piezas tienen más de un año en inventario. Sin serie, el sistema solo sabe que hay cierta cantidad de ese producto. Con serie, puede ligar cada pieza a su fecha de entrada. El costo es que el área de recepción debe codificar cada etiqueta, verificar la lectura y actualizar el registro. Si ese paso no se puede ejecutar de forma consistente, la serialización genera duplicados o series sin explicación, y el beneficio desaparece.

Este escenario no describe un cliente real ni resultados medidos. Sirve para recordar que la serialización es un proceso operativo y no solo una opción de etiqueta.

Fallas comunes y límites

Hay varias fallas recurrentes. Una es reutilizar series cuando se reinicia un contador. Otra es codificar etiquetas con un esquema que el software de inventario no decodifica bien. Una tercera es confundir lecturas con piezas únicas: una misma etiqueta puede leerse varias veces, así que el conteo de eventos de lectura no es el conteo de unidades. Por último, una etiqueta con EPC válido no demuestra que esté pegada a la pieza correcta; eso depende del proceso de aplicación.

Las herramientas de codificación y decodificación que GS1 publica sirven para verificar valores de ejemplo, y el sitio del TDS indica la versión vigente y los recursos asociados. Úselas para validar su esquema antes de grabar etiquetas en volumen.

Preguntas frecuentes

¿Necesito un GTIN propio para usar EPC?

Los esquemas de producto serializado parten de un GTIN, por lo que necesita tener la clave correspondiente asignada. Confirme con su organización GS1 local o con su cliente qué identificadores aplican; este artículo no resuelve esa asignación.

¿Puedo cambiar el esquema después?

Técnicamente se pueden regrabar etiquetas si no están bloqueadas, pero cambiar de esquema con producto ya etiquetado complica la conciliación. Conviene decidir antes del piloto.

Siguiente paso recomendado

Elija una familia de producto, defina quién asigna la serie, grabe unas pocas etiquetas de prueba y verifique con una lectura de vuelta que el EPC decodifica al GTIN y la serie esperados. Si desea revisar su caso con un equipo técnico, puede escribir a ARKCOM mediante garkcom.com/contact.