Inventario muerto: por qué tu plata está en cajas que no vendés

El cementerio de SKUs

Hacé este ejercicio: abrí tu tienda, ordená productos por units sold últimos 90 días, mirá los últimos 30%. Eso es tu cementerio.

Esos SKUs no se venden, pero te están costando: - Capital: la plata que pagaste al proveedor, dormida. - Depósito: m² ocupados que pagás todos los meses. - Atención: cada mes que pasa, son más viejos, menos vendibles. - Costo de oportunidad: esa plata podría estar en SKUs que SÍ rotan.

Si tenés $30k en stock muerto rotando 0.2x al año, perdés $4-6k anuales solo en costo de oportunidad financiero.

Por qué pasa

Tres causas, en orden:

1. Compraste por sentimiento. Te enamoraste de un producto que a vos te gustaba. El mercado dijo no. 2. Compraste por miedo. "Mejor pedir 200 unidades porque hay menor MOQ." Tardaste 14 meses en venderlas. 3. Compraste sin data. No tenías velocity, lead time o forecast — pediste basado en la última campaña que funcionó hace 6 meses.

La fórmula que importa

Days-of-stock = current_stock / avg_daily_velocity_30d

• Menos de 14 días → estás en stockout inminente, perdés ventas.
• 14-60 días → zona sana.
• 60-180 días → revisar precio o promo.
• Más de 180 días → liquidar o donar. No es inventario, es lastre.

La trampa: `avg_daily_velocity_30d` no es `units_sold_30d / 30`. Si el SKU vendía 3/día hace 60 días y hoy vende 0.5/día, el promedio te miente. Necesitás velocity ponderada por trend.

Cómo lo resolvemos

KANDIMA corre un cron diario que calcula velocity 7d + 30d + trend (accelerating/decelerating/stable) por SKU. Cuando `days_of_stock > 180` te lo flagea automáticamente. Cuando entrás en zona crítica te avisa al WhatsApp.

Endpoint público: `GET /api/v1/inventory?status=critical` — devuelve los SKUs que más urgen. Importable a tu Google Sheet en una línea.