Un retailer informa 1.240 unidades de un producto. El ERP muestra 1.198. La primera reacción suele ser buscar una explicación comercial: roturas de stock, devoluciones, facturas tardías o un problema de precio. Puede que importen, pero la diferencia también puede haberse creado antes, al unir códigos de producto, locales o períodos de reporte que no son comparables.
Mapear datos sell-out consiste en hacer comparables esas dimensiones sin borrar lo que cada fuente dijo originalmente. El objetivo no es forzar cada fila a coincidir, sino que las filas conciliadas sean fiables y las no conciliadas queden visibles.
Empiece por el nivel de detalle, no por el join
Antes de mapear, defina qué representa una fila. Un archivo del retailer puede tener una fila por producto, tienda y semana comercial. Un extracto del ERP puede tener una fila por producto, cliente y fecha de factura. No son niveles equivalentes, aunque ambos tengan una columna de unidades.
Escriba el nivel de detalle como una frase: “una fila equivale a un producto, un local y un período de reporte”. Después identifique qué campos sostienen cada parte. Si un archivo no contiene el detalle necesario, regístrelo como una limitación en vez de inventar precisión durante el join.
Mapee la identidad del producto
El mapeo de producto conecta los identificadores de cada fuente con un registro canónico. El retailer puede usar un código de artículo, el distribuidor un número de referencia y el ERP un SKU interno. Un código de barras como GTIN aporta otra referencia, pero no elimina la necesidad de documentar el nivel de pack, el mercado y las fechas de vigencia. GS1 define GTIN como un identificador de un producto comercial que puede valorarse, pedirse o facturarse; el mapeo operativo todavía debe indicar qué código local apunta a qué registro.
Mantenga una tabla versionada con sistema de origen, código de origen, producto canónico, descripción del pack, factor de conversión, fecha de inicio, fecha de fin, estado y responsable. Un código retirado debe seguir disponible para las filas históricas. Sustituirlo por el código actual puede hacer que un período antiguo parezca haber cambiado.
Mapee el local comercial
“Cliente” y “tienda” no siempre son la misma dimensión. Un cliente del ERP puede tener varios locales; el retailer puede informar cada tienda por separado; un distribuidor puede informar un depósito en vez del punto donde se vendió el producto. Decida si la comparación se hará a nivel de cuenta, local, almacén o mercado.
Use un maestro de locales con el identificador de origen, el local canónico, la cuenta matriz, país o mercado, tipo de local y fechas de actividad. No agregue dos tiendas solo porque sus nombres se parecen. Un traslado, cierre o cambio de cuenta puede parecer un movimiento de ventas.
Conecte el período de reporte
Una semana comercial, un mes contable y una fecha de factura describen el tiempo de forma distinta. El mapa de períodos debe asociar las fechas o períodos de origen con un calendario canónico y registrar la regla aplicada. Una semana comercial que cruza dos meses financieros necesita una regla explícita, no una decisión silenciosa basada en el nombre del archivo.
Conserve el período de origen y el período canónico. El primero preserva lo que entregó el partner; el segundo permite comparar. Si una fuente llega tarde o se corrige, guarde la versión del envío y la fecha de recepción como metadatos separados, sin cambiar silenciosamente la fecha de venta.
Mantenga visibles las excepciones
Un producto sin mapear no equivale a ventas cero. Una relación de local ausente no es un match válido a nivel total. Un período fuera del calendario no es una variación ordinaria. Cada caso debe entrar en una cola de excepciones con fuente, clave, período, medida afectada, motivo, responsable, estado y siguiente acción.
Un join que elimina filas no conciliadas puede hacer que la comparación final parezca más limpia mientras reduce la cobertura. Informe la cobertura junto a los totales: filas mapeadas, filas sin mapear, claves duplicadas, registros rechazados y unidades o valor afectados.
Ejecute controles antes de comparar totales
- Perfile la fuente. Revise columnas, tipos de dato, claves duplicadas, identificadores vacíos, rango de fechas y unidades antes de transformar.
- Pruebe la unicidad. Un producto de origen activo debe resolver a un único producto canónico en el nivel definido. Si no, detenga el proceso y resuelva la ambigüedad.
- Compruebe la cobertura. Mida por separado qué proporción de filas y unidades resuelve para producto, local y período.
- Concilie al mismo nivel. Agregue solo después de que ambas fuentes usen las mismas definiciones de producto, local, período y medida.
- Conserve el linaje. Mantenga archivo de origen, versión del envío, fila o clave del registro y versión del mapeo en la salida.
Estos controles no explican todas las diferencias. Hacen interpretables las que quedan. Una vez alineadas la identidad y el tiempo, la investigación puede centrarse en causas reales como devoluciones, stock, cierres, conversión de unidades o cobertura incompleta.
Conclusión práctica
Mapee producto, local y período como dimensiones separadas, con responsables. Conserve los valores de origen junto a los valores canónicos, version cada cambio y envíe las relaciones sin resolver a una cola de excepciones. El resultado no es un archivo que simplemente parece más limpio, sino una comparación reproducible y defendible.
El servicio de mapeo e integración de datos de Marksyte ayuda a alinear estructuras de origen y destino, transformaciones y flujos de actualización entre datos de retailers, distribuidores y sistemas internos.
Preguntas frecuentes
¿Qué hay que mapear antes de comparar datos sell-out?
Como mínimo, producto, local comercial, período de reporte y medida o unidad. Las dimensiones exactas dependen del nivel de detalle y de la pregunta que la comparación deba responder.
¿Un producto sin mapear debe tratarse como cero?
No. Es una excepción de identidad. Tratarlo como cero oculta la pérdida de cobertura y puede crear una diferencia falsa.
¿Por qué conservar el período de origen y el canónico?
El período de origen conserva el envío del partner y el canónico permite comparar. Mantener ambos hace trazables las reglas de calendario, los archivos tardíos y las correcciones.
Fuentes y metodología
El modelo de mapeo y las recomendaciones operativas son una interpretación práctica de Marksyte para reporting sell-out multi-fuente. Las fuentes de GS1 respaldan las definiciones de identificadores de producto y local; no prescriben el flujo de conciliación descrito aquí.