Una región vende a través de cinco distribuidores y recibe cinco archivos distintos. Cambian las columnas, cambian los códigos de producto, cambian las unidades, cambian las monedas. Si los une tal como llegan, el total parece plausible y el detalle está mal. Esta guía construye una consolidación defendible: inventario de fuentes, un esquema canónico, mapeo de dimensiones, reglas de calendario, moneda y unidades, y un flujo que mantiene las excepciones visibles.
Verá los campos que necesita un esquema canónico, cómo se conectan los mapeos de producto y cliente, las reglas que hacen comparables los archivos y los controles que le permiten confiar en el total de mercado resultante.
Inventario de fuentes: conozca cada archivo antes de construir nada
Empiece con un inventario escrito de cada archivo de distribuidor que llega: quién lo envía, con qué frecuencia, a qué granularidad, en qué unidades y moneda, y qué códigos usa. Sin esta lista, el esquema de consolidación es una suposición y cada excepción posterior se convierte en una sorpresa.
| Distribuidor | Archivo | Granularidad | Unidades | Clave de producto |
|---|---|---|---|---|
| MX-Norte | Sell-out mensual | Tienda | Unidades | Código propio + EAN |
| MX-Centro | Sell-out mensual | Mercado | Cajas | EAN-13 |
| MX-Sur | Sell-out mensual | Tienda | Unidades | Código propio |
Registre la granularidad con precisión. Un archivo a nivel de tienda responde a preguntas distintas que uno a nivel de mercado, y una consolidación que oculte esa diferencia inducirá a error en el análisis posterior.
El esquema canónico: una única estructura para cada fuente
Defina una estructura de salida única a la que se transforme cada archivo de distribuidor, y deje los archivos originales intactos. El esquema canónico es el contrato entre los datos brutos del socio y todos los informes posteriores, por lo que debe ser explícito y estable.
Campos canónicos mínimos: período de reporting, mercado, distribuidor, clave de producto, cantidad en una unidad estándar, valor en una moneda estándar y una referencia de linaje al archivo y la fila de origen. El linaje es lo que hace explicable un número consolidado cuando alguien lo cuestiona.
Dimensiones de mapeo: productos, clientes y períodos
Cada distribuidor identifica el mismo producto de forma distinta. Construya los mapeos de referencia una vez y deje que cada archivo se una a través de ellos, en lugar de reparar las búsquedas en cada archivo.
- Producto: código de distribuidor o EAN al SKU canónico, siguiendo el modelo de mapeo SKU-EAN y GTIN.
- Cliente: códigos de tienda del distribuidor a mercado, región o jerarquía de reporting.
- Período: semanas de reporting del distribuidor al calendario usado en la salida consolidada.
Mantenga cada mapeo versionado y con fechas de vigencia. Cuando un distribuidor renombra un código o cierra una tienda, el mapeo cambia sin romper los períodos históricos.
Reglas de calendario, moneda y unidades
Los archivos solo se vuelven comparables cuando se aplican las mismas reglas de conversión a todos ellos. Escriba las reglas una vez, con una fecha de referencia, para que la consolidación no dependa de quién pulsó recalcular.
- Calendario. Convierta las semanas o cortes de reporting de cada archivo al período consolidado con una regla de límite explícita.
- Moneda. Aplique un tipo de cambio fijo con una fecha de referencia declarada y conserve la moneda original en la capa bruta.
- Unidades. Convierta cajas, bandejas y unidades a una unidad estándar con factores de conversión con vigencia.
- Cobertura. Registre qué parte del mercado esperado representa cada archivo, para que los totales lleven una nota de cobertura.
- Redondeo. Fije dónde ocurre el redondeo, en el origen o en la consolidación, y regístrelo.
Documente cada regla con un responsable y una fecha de vigencia. Cuando un distribuidor cambia su plantilla o se incorpora un nuevo mercado, el conjunto de reglas es lo primero que debe revisarse.
Un flujo de consolidación que pueda ejecutar cada ciclo
La consolidación debe ejecutarse como una secuencia repetible, no como una serie de pasos manuales. Cada etapa tiene una entrada, una salida y una comprobación definidas, de modo que un fallo se detecta donde ocurre.
- Recepción. Registre cada archivo con su distribuidor, versión y fecha de llegada.
- Validación. Compruebe esquema, campos obligatorios, duplicados y totales frente al archivo de origen.
- Mapeo. Resuelva las claves de producto, cliente y período a través de los mapeos de referencia.
- Conversión. Aplique las reglas de calendario, moneda y unidades para construir las filas canónicas.
- Consolidación. Agregue las filas canónicas en el conjunto de datos a nivel de mercado.
- Comprobación. Compare los totales consolidados con la suma de los totales de origen validados.
- Publicación. Libere el conjunto con versión, linaje y nota de cobertura.
Cada etapa escribe una entrada de registro. Un año después debe poder decir qué versión de archivo, qué versión de mapeo y qué tipo de cambio produjeron cualquier número publicado.
Ejemplo práctico: consolidar tres archivos de distribuidor
Tres distribuidores informan el mismo producto de agua con gas en mayo de 2026. Cada archivo usa una clave, una granularidad y una unidad distintas; las filas canónicas los convierten en un solo número.
El número es utilizable porque cada componente es trazable: las cajas de MX-Norte se convirtieron con un factor registrado, MX-Centro y MX-Sur se mapearon a través de la referencia de producto, y el total concilia con los tres archivos de origen validados.
Excepciones: manténgalas visibles, nunca las fusione en silencio
No todas las filas se consolidan limpiamente. Los códigos sin mapear, los períodos ausentes y las cantidades negativas son habituales en archivos reales. La disciplina consiste en sacarlos a una cola controlada con responsable y estado, no en dejarlos caer dentro del total.
- Código de producto o cliente sin mapear.
- Cantidad o valor fuera de un rango definido.
- Período o archivo ausente de un ciclo esperado.
- Factor de conversión no disponible para el período.
- Corrección que llega después de la primera consolidación.
Cada excepción mantiene su importe visible en la salida como una línea de ajuste explícita. El volumen excluido es un hecho que hay que explicar, y la conciliación solo se cierra cuando la excepción tiene responsable y una resolución acordada.
Controles antes de usar el total
El total consolidado debe pasar un conjunto fijo de controles antes de llegar al reporting comercial. Estas comprobaciones son baratas y detectan las diferencias que rompen un número de cierre de mes.
- Totales. El volumen consolidado es igual a la suma de los archivos de origen validados tras la conversión.
- Cobertura. Todos los archivos y períodos esperados están presentes, y los huecos quedan marcados.
- Mapeos. Ninguna fila canónica se construye con una versión de mapeo vencida.
- Reglas. Los factores de moneda y unidades llevan fecha de vigencia y una fuente registrada.
- Excepciones. Las excepciones abiertas se listan con importe, responsable y fecha objetivo de resolución.
- Firma. Un responsable nombrado acepta el conjunto antes de su publicación.
Ejecute los mismos controles cada ciclo para que una desviación destaque. Una consolidación que no supera sus propios controles no ha fallado el proceso; se ha negado correctamente a publicar.
Conclusión práctica
Consolidar el sell-out de varios distribuidores funciona cuando las fuentes están inventariadas, un único esquema canónico aloja la salida, las dimensiones se mapean a referencias controladas y las mismas reglas de calendario, moneda y unidades se aplican a cada archivo. Las excepciones permanecen visibles y un conjunto fijo de controles firma el total.
El servicio de mapeo e integración de datos de Marksyte puede diseñar el esquema canónico y los mapeos de referencia, mientras que las operaciones de datos gestionadas ejecutan la consolidación mensual con linaje y control de excepciones. El trabajo relacionado incluye estandarizar plantillas de distribuidor y conciliar los totales consolidados.
Preguntas frecuentes
¿Por qué los archivos de sell-out de los distribuidores difieren tanto?
Cada distribuidor prepara su propio archivo con sus propias columnas, códigos de producto, unidades, moneda y calendario. Las diferencias no son errores; son decisiones locales de reporting que deben hacerse comparables antes de comparar totales.
¿Cómo se consolidan los datos de sell-out de varios distribuidores?
Haga un inventario de las fuentes, defina un esquema canónico, mapee las dimensiones de producto y cliente, aplique reglas de calendario, moneda y unidades, y ejecute un flujo que mantenga las excepciones visibles en lugar de fusionarlas en silencio.
¿Se puede comparar el sell-out entre distribuidores de distintos mercados?
Solo cuando moneda, unidades, calendario y cobertura están alineados y documentados. Las diferencias que no se convierten permanecen visibles y nunca deberían presentarse como un total de mercado limpio.
