EOQ: cuánto pedir en cada reposición para no quedarte sin stock ni fundirte en depósito

01El costo que se te escapa cuando decidís cuánto pedir

Cuando reponés un SKU hay dos costos peleándose:

• Costo de pedir (S): todo lo fijo de generar una orden —tiempo administrativo, flete mínimo, gestión de importación, revisión de recepción—. Cuantos menos pedidos hacés, menos pagás de esto.
• Costo de mantener (H): lo que cuesta tener una unidad guardada un año —capital inmovilizado, depósito, seguro, obsolescencia—. Cuanto menos stock tenés parado, menos pagás de esto.

Tirás para un lado y el otro se dispara. Pedís gigante para no volver a molestarte: fundís caja en depósito. Pedís de a poco para no inmovilizar plata: pagás el costo de pedido una y otra vez. La EOQ (Economic Order Quantity) es el tamaño de pedido donde esos dos costos se igualan y el total es mínimo.

02La fórmula

EOQ = √( 2 · D · S / H )

• D = demanda anual en unidades.
• S = costo por pedido ($).
• H = costo de mantener una unidad un año ($).

03El ejemplo hecho con números que cierran

Un SKU con demanda de D = 12.000 unidades/año, costo por pedido S = $50 y costo de mantenimiento H = $6 por unidad/año:

EOQ = √( 2 · 12.000 · 50 / 6 ) = √( 1.200.000 / 6 ) = √200.000 ≈ 447 unidades

Eso implica 12.000 / 447 ≈ 26,8 pedidos al año, uno cada ~13,6 días. Y acá está la propiedad linda de la EOQ: en el óptimo, los dos costos quedan iguales.

• Costo de pedir: 26,8 × $50 = $1.342/año.
• Costo de mantener: (447 / 2) × $6 = $1.341/año.
• Total ≈ $2.683/año.

04Por qué el óptimo es un óptimo (y no un capricho)

Comparalo contra pedir mal para los dos lados:

Pedir de a 100 o de a 2.000 te cuesta lo mismo: $6.300, más del doble que la EOQ. El error caro está en los extremos, y la intuición humana casi siempre tira a uno de los dos: o "pido lo justo para no clavar plata" o "pido un montón así no jodo de nuevo con el proveedor".

05Lo que la EOQ NO te dice (y dónde LATAM la complica)

La EOQ te dice cuánto pedir, no cuándo. El *cuándo* es el punto de reorden, que depende del lead time y su varianza. Y ojo con las letras chicas del modelo: asume demanda pareja, costos fijos y sin MOQ ni descuentos por volumen. En LATAM eso rara vez se cumple —el proveedor te impone un mínimo de compra, la importación mueve el costo de pedido, y el lead time real no es el prometido—. Usá la EOQ como ancla, no como dogma: si el óptimo te da 447 pero el MOQ es 500, pedís 500 y listo; si te da 447 pero eso son 6 meses de venta de un producto de moda, la achicás.

Para atar el *cuánto* con el *cuándo*, cruzá la EOQ con las semanas de cobertura: te dicen cuánto te dura lo que tenés y cuándo entrás en zona de quiebre.

06El problema real no es la fórmula: es alimentarla bien

La EOQ es una raíz cuadrada; cualquiera la hace. Lo difícil es tener D, S y H reales por SKU —y actualizados—, porque la demanda tiene tendencia, el costo de pedido cambia con el dólar y el H sube cuando el depósito se llena. Con inputs viejos, el "óptimo" es óptimo para un negocio que ya no existe.

KANDIMA calcula la EOQ y el punto de reorden por SKU con demanda ponderada por tendencia y lead time histórico real del proveedor (no el prometido), y te avisa al WhatsApp cuándo y cuánto pedir antes de que entres en zona crítica.

Arrancá por lo conceptual: mirá qué es la EOQ en dos líneas, y sacá tu punto de reorden con stock de seguridad en la calculadora de punto de reorden.