La planilla DB Stocks Diarios de Mauro es el puente entre los IDs de ML y nuestro producto, y cómo leerla
Planilla: "DB Stocks Diarios", hoja Combinación de Resultados. Es el mapeo maestro que Mauro mantiene a mano y el puente que faltaba entre Mercado Libre y nuestro catálogo. 5.864 filas.
Columnas que importan (índice base 0, la fila 1 son agrupadores y la fila 2 los encabezados):
- 0 NETSUITE — el código interno nuestro. Viene de NetSuite, que fue el primer sistema de gestión.
- 24 ID OBJECT — el
objectIDde Mongo. Este es el que conecta con todo lo demás. - 49 ID RARO ML — es el
user_product_idde ML (empieza con U). - 50 OTRO ID ML — es el
inventory_idde FULL (4 letras + 5 dígitos). - 88 ID CATÁLOGO CON MLA — el MLA de la publicación de catálogo.
- 3 MARCA · 5 PRODUCTO · 7 UNIDAD · 11 CONSERVACIÓN · 8 el pack de compra.
Por qué hay que mapear por inventory_id y no por MLA. Mauro lo explicó: cada ID de Plant tiene dos IDs de ML, la publicación tradicional y la de catálogo. Las de catálogo se discontinúan y se recrean —pasó con la pasta de maní—, y él reemplaza el ID viejo por el nuevo. Todo lo que busca el ID viejo deja de matchear: el Excel de Nacho que registra la venta de ML tira error por eso. El inventory_id no cambia cuando recrean la publicación, así que mapear por ahí es estable. (Mauro propone además una columna de IDs descontinuados; dice que son pocos casos y que cuando pasa no es grave, se detecta mirando el monto al cerrar la OC.)
Rinde: 2.717 inventory_id → objectID y 1.538 MLA → objectID. Cubre el 85% de los 1.620 inventory_id con stock en FULL, y bajó las publicaciones sin costo de compra de 185 a 16.
Vive en KV como ml:mauromap. Para bajarla: abrir la planilla en el navegador con la sesión de Gabriel y disparar una descarga contra gviz/tq?tqx=out:csv&headers=0&sheet=Combinación de Resultados&tq=select A,Y,AX,AY,CK,D,F,L. El CSV cae en Descargas y se lee desde ahí — pasar los datos por la salida del tool de JS no sirve, corta a ~1.500 caracteres.
Lo que sigue sin cuadrar: el stock de FULL valorizado da $126,6M por API contra $184,9M del depósito valorizado de Mauro, y en unidades 46.530 contra 87.806 (53%). No es cobertura (solo 16 publicaciones sin costo) ni son los 7.530 en camino. La pregunta puntual para Mauro es en qué unidad cuenta el stock de ML de multipacks: si una publicación es una caja de 12 barras, ¿la cuenta como 1 o como 12? Ver plant-stock-sobrevaluado y ml-datos-solo-por-sesion.
Datos/plant-mapeo-mauro-netsuite