Datos maestros para RFID y ESL: limpiar antes de conectar

Por qué el maestro de datos es el primer proyecto

Un proyecto de RFID o de etiquetas electrónicas suele presentarse como hardware, pero el éxito depende de algo menos vistoso: que cada producto tenga una identidad clara y coherente en todos los sistemas. Si el catálogo tiene tres variantes del mismo artículo con SKU distintos, la etiqueta correcta puede ser la equivocada y el conteo puede ser exacto sobre un dato que ya era incorrecto.

Una ventaja de limpiar antes de conectar es que los errores se corrigen en origen, una sola vez, en lugar de parchearse en cada integración. Una desventaja es el tiempo: por eso se recomienda empezar con un subconjunto acotado, por ejemplo una categoría o una tienda piloto, y no con todo el catálogo.

Identificadores: qué identifica qué

Distingue cuatro niveles que a menudo se mezclan:

• SKU interno: el código que usa tu ERP para una variante vendible.
• GTIN: identificador comercial de producto de GS1, que identifica la clase de artículo (no la unidad individual).
• EPC serializado: identifica una unidad concreta; el Tag Data Standard de GS1 define cómo se codifica y su correspondencia con claves GS1.
• Identificador de ubicación o de activo: para anaqueles, zonas o equipos.

El error típico es suponer que un GTIN y un SKU son lo mismo. En muchos catálogos un GTIN corresponde a varios SKU internos por temporada o proveedor, o varios GTIN a un solo SKU. Documenta la relación y su cardinalidad: uno a uno, uno a muchos, muchos a uno.

Campos que conviene gobernar para RFID y ESL

Para ESL añade una regla importante: que una etiqueta muestre cierto precio no demuestra que la última actualización se haya sincronizado; lo que se ve puede ser el valor anterior. Por eso el campo de precio necesita fuente única y fecha de vigencia.

Unidades, empaques y agregaciones

Una causa frecuente de diferencias entre RFID y ERP es la unidad. El ERP puede manejar cajas de 12 piezas mientras la etiqueta identifica piezas individuales, o al revés. Define el factor de conversión por SKU y dónde vive, y decide si una etiqueta en caja representa a la caja como un todo o a su contenido. Si se usan etiquetas por pieza y por caja a la vez, necesitas una regla explícita de agregación: al leer la caja, ¿se cuentan también las piezas? Sin esa regla, el mismo producto puede contarse dos veces o ninguna. Prueba la regla con un caso físico pequeño, una caja abierta y otra cerrada, antes de automatizarla.

Gobierno: quién puede cambiar qué

Asigna por campo un propietario de negocio (quien decide), un propietario técnico (quien lo mantiene) y un flujo de aprobación. Sin esto, se acumulan cambios hechos a mano en un sistema destino que luego se pierden en la próxima carga. Define también qué pasa cuando dos sistemas discrepan: ¿gana el ERP, la plataforma de etiquetas o se abre una excepción?

Si compartes eventos con socios, el uso de vocabularios comunes como el CBV de GS1 ayuda a que valores como pasos de negocio y estados signifiquen lo mismo para todos; la guía de implementación de EPCIS y CBV también describe la relación entre los eventos y los datos maestros que los acompañan.

Ejemplo hipotético: limpiar 300 SKU de una categoría

Ejemplo ilustrativo. Una tienda piloto prepara 300 SKU de una sola categoría. Al cruzar el catálogo con la lista de GTIN descubren 14 SKU sin GTIN, 9 GTIN repetidos en SKU distintos y 22 descripciones más largas de lo que cabe en la etiqueta elegida. Ninguna de estas cifras es una referencia: son supuestos para mostrar el tipo de hallazgo.

El equipo corrige las descripciones, resuelve los GTIN repetidos con compras y deja los 14 SKU sin GTIN fuera del piloto, marcados como pendientes. Corre una carga de prueba a un entorno no productivo, revisa los rechazos línea por línea y solo entonces asocia etiquetas. Documentan cada decisión en una bitácora de cambios del maestro.

Cómo comprobar que el maestro está listo

• Muestreo: toma 30 artículos al azar y verifica físicamente SKU, descripción, unidad y precio contra el sistema.
• Carga de prueba: ejecuta la carga completa del subconjunto en un entorno de pruebas y revisa rechazos.
• Cambio controlado: modifica un precio y sigue el cambio hasta el punto de venta y la etiqueta, verificando la hora de cada paso.
• Alta de producto nuevo: recorre el flujo de alta de punta a punta y mide cuánto tarda en estar disponible para etiquetar.

Anota los supuestos: tamaños de muestra y umbrales de aceptación son decisiones tuyas, no cifras de referencia.

Siguiente paso

Elige una categoría acotada, haz la tabla de identificadores y la de campos gobernados, y asigna propietarios antes de comprar hardware adicional. Para revisar cómo se vería esto con RFID o etiquetas electrónicas, puedes escribir a ARKCOM en garkcom.com/contact.