Una empresa internacional puede recibir el mismo producto como SKU del ERP en un archivo, código de artículo del retailer en otro, EAN o GTIN en un tercer feed y una descripción en el idioma local en otro. Cuando esos registros no hacen join, el problema suele describirse como un “SKU mismatch”. Esa etiqueta es demasiado amplia para ser útil. El cruce puede haber fallado por un código sin mapear, un match incorrecto, una conversión de pack o un mapeo histórico que se sobrescribió.
El mapeo de SKU solo es fiable cuando la identidad del producto se separa del código que utiliza cada origen. Un código de retailer puede identificar un artículo dentro de un mercado y no decir nada sobre su equivalente en otro país, otro nivel de pack o otro periodo.
Qué significa realmente que falle un mapeo de SKU
Un mapeo falla cuando un registro de producto de origen no puede conectarse con suficiente evidencia a un producto canónico para el análisis previsto. Esta definición incluye algo más que un resultado vacío en una búsqueda.
- Código sin mapear. El valor de origen no tiene una relación aprobada con un SKU canónico.
- Match incorrecto. El registro se conectó con un producto plausible, pero la evidencia no respalda ese producto.
- Match duplicado. Un código de origen apunta a varios SKU canónicos sin una condición válida de mercado, pack o fecha.
- Conflicto de pack. Se unió una unidad de consumo con una caja, un multipack o un expositor sin una regla de conversión.
- Deriva histórica. Una relación actual sustituyó a una anterior y ya no se pueden reproducir los periodos pasados.
- Falta de cobertura. El producto existe en el maestro, pero no está cubierto para el retailer, país, feed o periodo que se está procesando.
La distinción importa porque cada fallo requiere una corrección diferente. Añadir un alias puede resolver un código sin mapear. No resuelve un conflicto entre caja y unidad ni recupera un mapeo que se sobrescribió el año pasado.
Por qué fallan los mapeos internacionales
Se confunde el código local con una identidad global
Los retailers, distribuidores y sistemas internos suelen asignar sus propios números de artículo. Un código como 883221 tiene significado dentro de su origen, pero los dígitos no demuestran que represente el mismo producto que el código de ERP MX-2041. El sistema de origen, el mercado y la cuenta forman parte de su significado.
Se mezclan el nivel de pack y la unidad de medida
Un producto puede aparecer como una botella, una caja de doce unidades, un bundle promocional o un palé. Si un feed informa de cajas y otro de unidades individuales, el cruce puede parecer correcto mientras las ventas quedan doce veces por debajo o por encima. La descripción del producto rara vez explicita la relación entre unidades con suficiente precisión.
Se ignoran los identificadores y surtidos específicos de cada mercado
Una misma marca puede utilizar GTIN, etiquetas, tamaños de pack o versiones regulatorias distintas en cada país. Un producto vendido en España puede tener otro identificador y otro estado de surtido en Francia. Los nombres parecidos sirven para investigar; no prueban que los registros sean intercambiables.
No se versiona el ciclo de vida del código
Los códigos de retailer pueden crearse, retirarse, reutilizarse o sustituirse. Los EAN o GTIN también pueden cambiar cuando se modifica sustancialmente un producto o su envase. Aplicar un único mapeo actual a todos los archivos históricos puede llevar las ventas antiguas al producto equivocado o hacer que un artículo descatalogado parezca activo.
Las descripciones y los idiomas generan una confianza falsa
El matching de texto sirve para encontrar candidatos, especialmente cuando las descripciones llegan en alemán, francés, español o con el vocabulario local del retailer. Es una evidencia débil cuando faltan el tamaño del pack, se utilizan abreviaturas o se describe una gama en lugar de un artículo concreto. Una descripción parecida con un código de barras diferente debe ser una excepción, no un match automático.
Se aplanan las relaciones uno-a-varios
Un código de retailer puede representar una gama, un bundle o un artículo de peso variable. Un producto canónico también puede tener varios códigos de origen según el país, canal o pack. Una tabla plana con “SKU de origen” y “SKU maestro” pierde las condiciones que hacen válida la relación.
Los overrides manuales se convierten en lógica invisible
Los equipos suelen corregir un archivo añadiendo una excepción en una hoja de cálculo. Si esa decisión no vuelve a una tabla de mapeo controlada con responsable, motivo y fecha de vigencia, la misma excepción reaparece en el siguiente feed. El resultado parece una automatización inestable, aunque el problema real sea la falta de control sobre los cambios.
Cómo diagnosticar el síntoma
La primera pregunta útil no es “¿qué SKU debe ser este?”. Es “¿qué ha cambiado en los registros, en el origen o en la definición?”. Este cambio evita que un match basado en la descripción oculte un problema estructural.
| Síntoma observado | Explicación probable | Primera comprobación |
|---|---|---|
| Aumentan los códigos sin mapear tras abrir un mercado | El nuevo maestro local o surtido del retailer no está incorporado | País, retailer y fecha del primer registro |
| Un código de origen se asigna a varios SKU | Bundle, gama, artículo de peso variable o condición ausente | Nivel de pack y reutilización del código |
| El mismo SKU cambia los totales históricos | El mapeo actual sobrescribió una relación anterior | Fechas de vigencia e historial de versiones |
| Las unidades difieren 12 o 24 veces | Se mezclaron caja, multipack y unidad de consumo | Unidad de medida y factor de conversión |
| La descripción coincide pero el código de barras no | La similitud textual creó un candidato incorrecto | Estado del GTIN o EAN en ese mercado |
| Las ventas desaparecen después del join | Las filas sin mapear se eliminaron con un inner join | Filas antes y después del cruce |
Conserva las filas de origen que fallan. Un informe que solo muestra productos con match puede aparentar una cobertura completa porque ya ha eliminado la evidencia del fallo.
Cómo modelar un mapeo de SKU entre países
Un mapeo internacional práctico debe conservar el contexto necesario para reproducir una decisión. GS1 describe los GTIN como identificadores de artículos comerciales y, dentro de su sistema de identificación, distingue también otras entidades y ubicaciones. La regla operativa es sencilla: un identificador no debe cargar con información que pertenece a otro campo.
| Campo | Ejemplo | Por qué hace falta |
|---|---|---|
| Mercado e idioma | ES / español | Los códigos, etiquetas y surtidos pueden ser específicos del país |
| Origen y cuenta | Feed de retailer / ES-042 | Identifica quién asignó el código de origen |
| Código de origen | 883221 | Conserva el valor presente en el archivo |
| SKU canónico | MX-2041 | Proporciona la identidad analítica interna |
| GTIN o EAN | 08412345678901 | Guarda por separado el identificador del artículo |
| Nivel de pack y factor | Caja / 12 | Evita distorsionar los totales de unidades |
| Válido desde y hasta | 01-01-2025 a 31-12-2025 | Permite reproducir los mapeos históricos |
| Estado y confianza | Activo / revisado | Separa matches aprobados, candidatos y excepciones |
| Responsable y referencia de cambio | Datos maestros / CHG-104 | Hace trazables las correcciones posteriores |
Por eso, cómo mapear SKU entre retailers es primero una cuestión de modelo de datos y después una cuestión de algoritmo de matching. La automatización puede proponer candidatos usando códigos, identificadores, descripciones y atributos de pack. El registro controlado debe mostrar por qué la relación aplica a ese mercado, origen y periodo.
Cuándo no conviene forzar un match
Un SKU sin mapear puede ser el resultado más preciso disponible. Déjalo en una cola de excepciones cuando:
- el tamaño del pack o la unidad de medida no coincide y no existe una conversión aprobada
- el mercado o la versión regulatoria es diferente y la relación no está confirmada
- un código de origen se reutiliza para varios productos o fechas
- un bundle, gama, expositor o artículo de peso variable no puede representarse con un único SKU canónico
- la descripción es parecida pero el EAN o GTIN apunta a otro artículo comercial
- el producto está descatalogado, sustituido o no tiene fecha de vigencia
- la única evidencia es una suposición manual que nadie puede reproducir o validar
Forzar estas filas produce una salida limpia con una tasa de error desconocida. Mantenerlas visibles conserva la información necesaria para mejorar el mapeo y mantiene explicables las cifras de ventas e inventario.
Controles antes de publicar los datos mapeados
- Unicidad. Comprueba que un código de origen solo tiene un destino válido para el mismo origen, mercado, pack y periodo.
- Cobertura. Compara las filas antes y después del mapeo, incluido el valor y volumen que queda en excepciones.
- Conversión de pack. Reconcilia unidades, cajas y multipacks con factores explícitos.
- Consistencia de identificadores. Investiga los EAN o GTIN que entren en conflicto en lugar de permitir que el texto los sobreescriba.
- Integridad temporal. Comprueba que las fechas de vigencia no se solapen cuando deberían ser excluyentes.
- Reproducibilidad histórica. Vuelve a ejecutar un periodo anterior con la versión de mapeo que era válida entonces.
- Responsable de la excepción. Asigna a cada código sin resolver un estado, responsable, siguiente acción y fecha de revisión.
Estos controles también explican por qué una tabla de mapeo debe tratarse como un activo de datos mantenido y no como una hoja de cálculo de una sola vez. La tabla cambia cuando los retailers modifican sus códigos, cuando cambian los packs y cuando se añaden países o canales.
Conclusión práctica
La mayoría de fallos de mapeo de SKU internacionales no se deben a una única búsqueda incorrecta. Aparecen al comprimir una relación condicionada en un código global. Conserva mercado, origen, pack, identificador, ciclo de vida y confianza junto al mapeo, y mide tanto la cobertura con match como las excepciones sin resolver.
El servicio de mapeo e integración de datos de Marksyte puede apoyar este proceso conectando registros de origen, estandarizando campos de producto y conservando las reglas utilizadas para resolver excepciones. Para la distinción entre SKU, EAN y GTIN a nivel de identificador, consulta la guía sobre mapeo de SKU, EAN y GTIN. Para la cuestión relacionada de cómo las definiciones de producto, local y periodo afectan al análisis de sell-out, consulta la guía sobre mapeo de datos sell-out.
Preguntas frecuentes
¿Por qué falla el mapeo de SKU?
Falla cuando un código local o transaccional se trata como una identidad completa de producto, aunque la relación dependa del mercado, origen, nivel de pack, ciclo de vida o fecha de vigencia.
¿Cómo se mapean SKU entre países?
Relaciona cada código de origen con un producto canónico y conserva país, retailer, nivel de pack, GTIN o EAN, factor de conversión, fechas de vigencia, estado y confianza del match. No supongas que una descripción o un código tienen el mismo significado en todos los mercados.
¿Por qué no coincide el SKU del retailer con el SKU del ERP?
Los retailers y las empresas suelen asignar códigos internos diferentes. Además, los registros pueden representar packs distintos, surtidos locales, idiomas, versiones de producto o periodos de vigencia diferentes.
¿Puede un EAN mapearse a varios SKU?
Hay que investigarlo antes de aceptar la relación. Puede reflejar varios registros internos de pack o un error de datos, pero un único identificador de artículo no debe ocultar una distinción de producto sin resolver.
¿Cómo se gestionan los SKU descatalogados?
Conserva la relación histórica con sus fechas de vigencia y su estado de descatalogado. No la sustituyas por el producto sucesor salvo que exista una regla de negocio explícita para agregar ambos.
¿Qué se hace con un SKU sin mapear?
Conserva la fila de origen en una cola de excepciones, cuantifica su impacto, asigna un responsable y registra la evidencia necesaria para aprobarla. No la elimines silenciosamente del dataset de ventas o inventario.
Fuentes y metodología
- GS1, GTIN Management Standard y buenas prácticas
- GS1, arquitectura del sistema
- GS1, Global Location Number
- Google Merchant Center, especificación de datos de producto e identificadores
Las fuentes respaldan la distinción entre identificadores de artículos comerciales, otras entidades y registros de producto específicos de cada origen. El diagnóstico, los campos y el proceso de control son una interpretación práctica de Marksyte para datos internacionales de retailers, distribuidores y ERP.