Cómo se resuelve cuántas unidades trae cada publicación de ML — el factor se deduce del mes cerrado, no se lee de ML
SUPERADA (3-sep-2026): ya hay una fuente declarada del factor de pack — la hoja
Precios para ML, ver ml-precios-para-ml-mapeo. Cubre el 99,8% de las unidades
vendidas, contra el 543-de-2.704 que rendía la deducción. Lo de abajo queda como
registro de por qué las otras fuentes fallaban y como control cruzado: el método
deducido daba 37,3% de margen en julio y la hoja da 36,6% en agosto.
Una publicación de Mercado Libre puede vender una unidad o un pack, y el stock de Mongo está en unidades sueltas. Sin el factor correcto todo el análisis de stock y de costo queda mal. Probé tres fuentes y solo una funciona:
| fuente del factor | CMV de julio | margen bruto |
|---|---|---|
UNITS_PER_PACK de la API de ML | $245,4M | 30,74% |
prefijo del código NETSUITE (12-, 10-) | $268,5M | 25,55% |
| deducido del mes cerrado | $226,3M | 37,26% |
| *control: Mongo, listas de ML* | *$226,0M* | *(EERR 38,65%)* |
El método que sirve: deducirlo. Para cada producto, costo por unidad de publicación = CMV real del canal en el mes cerrado ÷ unidades vendidas por la API, dividido por el purchasePrice unitario. Eso da cuántas unidades trae la publicación, y se redondea al entero más cercano de una lista razonable (1, 2, 3, 4, 5, 6, 8, 10, 12, 15, 20, 24…), aceptando solo si el redondeo cae dentro del 35%. Rinde 543 publicaciones con factor propio; el resto cae al prefijo del código (46) y después a UNITS_PER_PACK (16), y 2.099 quedan en 1.
Cierra a 0,1% del CMV de Mongo, con 95,4% de cobertura de la facturación. La diferencia de 1,4 puntos contra el 38,65% del EERR es esperable: usamos el costo de reposición de hoy y el EERR va a costo histórico.
Por qué las otras dos fallan:
UNITS_PER_PACKde ML miente: en 17 publicaciones dice 1 cuando el producto es un pack de 10 o 12, y en 2.462 de 2.705 dice 1 sin distinguir. Silk tienepack: 12en Mongo pero la publicación vende 1 litro.- El prefijo del código sobre-multiplica: Mauro lleva los multipacks como SKUs separados (
12-PONTPRO,02-BBDALM) y su hoja de depósito de ML solo lista los SKUs base, en unidades individuales — los packs están consolidados ahí. Verificado: ninguno de los 20 códigos de multipack que probé existe en su hoja "Mercado Libre".
Cuadre de FULL, con las piezas identificadas: la API da 48.427 unidades sueltas ($127,6M) y hay 7.530 en camino que ML todavía no recibió → 55.957 contra las 75.806 contadas (−26%). Lo que sigue faltando es lo recibido sin terminar de procesar (#75013847 declaró 3.856 y tiene 1.980 aptas) y los días entre un conteo y el otro. Descarté que sea un problema de packs: comparando 30 productos unitarios contra su hoja, la mitad da ratio 1,00 exacto y el resto tiene excesos irregulares que no son múltiplos.
Ojo con el número de referencia: su planilla de Depósitos Valorizados se actualiza a diario. Al 26-ago dice 75.806 unidades y $158,6M de ML; el 25-ago decía 87.806 y $184,9M. Hay que releerla, no cachear el número.
Vive en ml:costoexacto (con el mapa pack por publicación) y ml:full. Ver plant-mapeo-mauro-netsuite y plant-stock-sobrevaluado.
Datos/plant-unidades-por-pack