Un archivo de retailer informa ventas semanales con su propio código de producto. Su ERP une por el SKU interno. El registro GS1 identifica la unidad por el EAN. Cuando estos códigos no coinciden, cada unión falla y cada diferencia parece un error. Esta guía explica qué registra cada identificador, muestra un modelo de mapeo que puede construir y cómo mantenerlo fiable entre packs y mercados.
Verá los campos que pertenecen a un mapeo, cómo se relacionan los códigos de pack y caja, cómo las fechas de vigencia protegen el histórico y qué comprobaciones se ejecutan antes de confiar en el resultado.
Qué registra realmente cada identificador
SKU, EAN, GTIN y código de retailer son claves distintas con ciclos de vida distintos. Tratarlas como intercambiables es la causa más habitual de uniones fallidas.
Un SKU es su clave interna de catálogo. Usted lo crea, lo retira y puede usarlo para describir un pack concreto, como una botella de 500 ml o un pack de cuatro. Un EAN identifica la unidad de consumo en el canal; lo asigna la marca a través de GS1 y no debería reasignarse mientras exista el producto. Un código de retailer es la clave que el retailer usa para pedir, recibir e informar el producto en sus propios archivos.
| Identificador | Qué identifica | Alcance | Ciclo de vida |
|---|---|---|---|
SKU | Su artículo de catálogo, incluida la variante de pack | Interno a su empresa | Hasta que usted lo retira |
EAN-13 / GTIN | La unidad de consumo en el punto de venta | Global, asignado por la marca | Mientras exista el producto |
GTIN-14 / ITF-14 | La caja o cartón usado en logística | Global, asignado por la marca | Según el pack que describe |
Código de retailer | El producto tal como el retailer lo pide e informa | Dentro de un retailer | Ciclo de vida del producto del retailer |
Los ciclos de vida difieren. Un SKU cambia cuando usted cambia de sistemas, un EAN cambia cuando cambia el código de barras y un código de retailer cambia cuando cambia el dato maestro del retailer. Por eso una sola columna de código no basta: necesita un mapeo que registre cada identificador contra un producto canónico.
El modelo de mapeo: una fila canónica, no una red de uniones
Construya una fila canónica por producto y mercado en lugar de reconstruir uniones de archivo en archivo. La fila usa el SKU interno como ancla y enumera cada identificador externo que apunta a él: el EAN de consumo, el GTIN de caja cuando existe y cada código de retailer o distribuidor.
Cada proceso se une entonces a través de la fila canónica. Un archivo POS se une por el código de retailer, un archivo de distribuidor por su propio código y su ERP por el SKU. Todos resuelven al mismo producto porque cada código apunta a la misma identidad canónica.
La alternativa es una red de tablas por pares: una de EAN a SKU, otra de SKU a retailer y otra de EAN a retailer. Se desalinean, se contradicen y producen resultados distintos según la tabla que se haya usado.
Jerarquía de packs: un producto, varios códigos
Un producto suele tener varios códigos comerciales. La unidad de consumo, la bandeja y la caja son niveles de pack distintos, y cada uno puede llevar su propio EAN o GTIN. Un archivo de sell-out informa unidades y una factura informa cajas; el mapeo debe saber cómo se relacionan.
El mapeo debe registrar la relación de packs y un factor de conversión, no asumirlo. Cuando un archivo POS informa 120 unidades y una factura muestra 20 cajas, la conciliación solo funciona si sabe que una caja contiene 72 unidades.
Fechas de vigencia: cuándo un mapeo es verdadero
Un mapeo es una afirmación sobre un período. Un relanzamiento, un cambio de pack o una migración de código de retailer terminan un mapeo y empiezan otro. Sin fechas de vigencia, el histórico se sobrescribe y el resultado del mes anterior no puede reproducirse.
Código de barras original, retirado en el rediseño del pack.
CerradoCódigo de barras actual del pack rediseñado.
ActivoGuarde cada versión con una fecha de inicio de vigencia, un estado y, a ser posible, un motivo y una referencia de cambio. Así un informe puede unir una venta con el EAN correcto en la fecha de la venta, no con el que es correcto hoy.
Casos muchos a uno: cuando un código apunta a varios productos
No todo mapeo es de uno a uno. El mismo producto físico puede tener un EAN distinto en cada mercado, lo cual es legítimo. Un único código de retailer también puede cubrir varios de sus SKU, lo que obliga a decidir la granularidad.
Códigos por mercado
La misma unidad, con código de barras distinto por país. Conserve una fila canónica por mercado con sus propias fechas de vigencia.
El retailer agrupa una gama
El retailer pide una gama de sabores bajo un solo código. Decida si la fila representa la gama o cada SKU.
Registros de pack divididos
Dos registros internos para la misma unidad física. Fúndalos o mapee el EAN a una fila canónica.
Reutilización de códigos
Un retailer reutiliza un código retirado para otro producto. El solapamiento debe resolverse con fechas de vigencia antes de crear un error de unión.
Resuelva los casos muchos a uno de forma explícita. Si los deja ambiguos, cada equipo aguas abajo elige un lado distinto de la relación y se recrean exactamente los desajustes que el mapeo debía eliminar.
Validación: compruebe el mapeo antes de confiar en él
Un mapeo sin validar fallará justo en el momento en que dependa de él. Ejecute estas comprobaciones antes de cada ciclo y lleve cada excepción a una cola controlada en lugar de a un valor por defecto silencioso.
- Compruebe los dígitos. Valide el dígito de control del EAN o GTIN y el número de dígitos correcto para el formato.
- Compruebe la unicidad. Ningún SKU activo mapea a dos EAN en el mismo mercado, y ningún EAN mapea a dos filas canónicas.
- Compruebe la cobertura. Cada SKU activo tiene un mapeo, y cada código visto en los archivos de socios resuelve a uno.
- Compruebe el viaje de ida y vuelta. De código a SKU y de vuelta a código se obtiene el mismo código, y de SKU a EAN y de vuelta el mismo SKU.
- Compruebe las fechas de vigencia. Sin versiones activas solapadas ni huecos en las fechas que aparecen en los archivos.
- Compruebe la cola. Los códigos sin mapear y las validaciones fallidas van a una cola con nombre, responsable y fecha de cierre objetivo.
La validación convierte un mapeo de una suposición esperanzadora en una entrada defendible. Es la diferencia entre una conciliación que pasa porque la unión coincidió y una que es correcta porque la identidad quedó demostrada.
Propiedad: quién mantiene el mapeo correcto
Un mapeo necesita un único responsable, no un comité. El responsable aprueba los cambios, publica las versiones y responde cuando un equipo aguas abajo discrepa de una fila. La aprobación evita que el mapeo se desvíe cuando un equipo comercial o logístico cambia un código de forma informal.
- Un responsable por conjunto de productos, nombrado y localizable en el ritmo operativo.
- Aprobación obligatoria antes de sustituir o retirar un EAN, GTIN o código de retailer.
- Registro de cambios con quién, qué, cuándo y por qué.
- El estado forma parte de la fila: borrador, activo, sustituido o pendiente de confirmación.
- El responsable revisa los códigos sin mapear y fallidos cada ciclo, no una vez al trimestre.
Sin propiedad, un mapeo se degrada en silencio. Un equipo añade códigos, otro los corrige y nadie los retira, hasta que la siguiente conciliación saca a la luz la contradicción.
Ejemplo práctico: un registro de mapeo completo
Aquí está la fila canónica del producto de agua con gas usado en las figuras, tal como aparecería en una tabla de mapeo.
Cada archivo aguas abajo se une a través de esta fila. Un archivo POS informa 883221, una factura muestra el GTIN 08412345678909 y el ERP conoce MX-2041. Una fila responde a los tres, y el dígito de control, la unicidad y el viaje de ida y vuelta se comprobaron antes de publicar la fila.
Conclusión práctica
Construya una fila de mapeo canónica por producto y mercado, ancórela en el SKU interno, registre las conversiones de pack y las fechas de vigencia, valide antes de cada ciclo y asigne un único responsable. Así las uniones fallidas y las identidades de producto ambiguas se convierten en una entrada controlada y repetible.
Si su equipo concilia datos de retailers y distribuidores cada mes, el servicio de mapeo e integración de datos de Marksyte puede construir y mantener el mapeo. El trabajo relacionado puede incluir estandarizar archivos de socios y reglas de calidad de datos o conciliar los números una vez que los identificadores coinciden.
Preguntas frecuentes
¿Cuál es la diferencia entre SKU, EAN y GTIN?
Un SKU es su clave interna de catálogo para un producto y pack concretos. Un EAN es un código de barras que identifica la unidad de consumo en el canal. Un GTIN es la familia de identificadores a la que pertenecen el EAN y códigos similares. Son claves distintas con ciclos de vida distintos, por lo que se necesita un mapeo entre ellas.
¿Puede un EAN mapearse a más de un SKU?
Solo cuando la misma unidad física está dividida de forma justificada en varios registros internos de pack, y esa división debería resolverse. Como regla, conserve una fila canónica activa por producto y mercado, y registre las conversiones de pack como una relación aparte con sus propias fechas de vigencia.
¿Cómo se mantiene una tabla de mapeo SKU-EAN?
Conserve una fila canónica por producto con SKU, EAN o GTIN, códigos de retailer, fechas de vigencia, estado y un responsable. Valide dígitos de control, unicidad y cobertura antes de cada ciclo, y registre cada cambio para que el resultado del período anterior pueda reproducirse.