Calculadora EOQ
Con una demanda de 1000 unidades al año, 10 por pedido y 0,5 por unidad y año de posesión, la cantidad económica de pedido es de 200 unidades: cinco pedidos al año y 50 en cada coste. Gratis en su navegador.
- Gratis
- Funciona en su navegador
- Sin registro
- Sus datos no salen de su equipo
Ejecutar — gratis
Ejemplo resuelto
- Demanda anual
- 1 000
- Costo de pedido
- 10
- Costo de mantenimiento de inventario
- 0,5
- Eoq
- 200
- Pedidos por año
- 5
- Costo anual de pedido
- 50
- Costo anual de mantenimiento de inventario
- 50
La cantidad económica de pedido, o EOQ, es el tamaño de lote que minimiza la suma del coste de ordenar y el coste de posesión del inventario cuando la demanda anual es estable. Los equipos de compras y de operaciones siguen usando la identidad de raíz cuadrada de Harris–Wilson porque basta con tres cifras que usted ya tiene: la demanda anual en unidades, el coste de lanzar un pedido y el coste de mantener una unidad durante un año. Esta calculadora EOQ acepta esas tres magnitudes finitas y devuelve el tamaño de pedido óptimo, más el número implícito de pedidos al año y las dos patas de coste que se igualan en el mínimo.
Qué es la cantidad económica de pedido y de dónde sale la raíz cuadrada
La cantidad económica de pedido es el tamaño de orden Q que minimiza la suma de dos costes de inventario opuestos cuando la demanda es constante y el reaprovisionamiento es instantáneo. El coste anual de ordenar baja al crecer Q, porque usted lanza menos reposiciones a lo largo del año. El coste anual de posesión sube al crecer Q, porque la existencia media a mano en el diente de sierra clásico es Q dividido entre dos.
La fórmula de Harris–Wilson halla el único Q positivo en el que esas dos patas de coste coinciden: EOQ es la raíz cuadrada de dos veces la demanda anual por el coste de ordenar por pedido, dividido entre el coste de posesión por unidad y año. La demanda anual es el número de unidades que espera usar o vender en un año.
El coste de ordenar es el coste fijo de lanzar una compra o una orden de producción —papelería, recepción o preparación de máquina—, no el precio de compra de la mercancía. El coste de posesión es el de mantener una unidad durante un año, cubriendo capital, almacén, seguro y obsolescencia, y debe ser estrictamente positivo.
La capacidad devuelve esa cantidad de raíz como eoq y, cuando la cantidad es positiva, los pedidos al año como demanda anual dividida entre eoq junto con las dos patas de coste anual que se igualan en el mínimo. No aplica descuentos por cantidad, reposición finita (el modelo de cantidad de producción) ni existencias de seguridad; esos son modelos distintos con parámetros extra.
Dónde aporta valor una calculadora EOQ
Compradores y planificadores de inventario usan una calculadora de cantidad económica de pedido cuando un SKU tiene demanda anual razonablemente estable y quieren un tamaño de lote que no sobreordene el almacén ni subordene hasta una tormenta de tickets de preparación. Los supervisores de producción usan las mismas tres cifras como comprobación de coste de setup frente a coste de posesión antes de cambiar la longitud de una corrida.
Las aulas de investigación de operaciones y de cadena de suministro necesitan un oráculo determinista de la fórmula de Wilson para que los deberes, los plugins LMS y los generadores de examen marquen la misma raíz que un estudiante calcularía a mano, incluido el fallo duro cuando el coste de posesión no es positivo. La validación fallida no consume saldo.
Qué puede hacer con ella
Tamaño de lote de compra para un SKU estable
Convierta la demanda anual, el coste de ordenar por pedido y el coste de posesión por unidad y año en el lote de ciclo que un comprador puede colocar junto a las cantidades de pack actuales.
Comprobaciones de aula y de examen de la fórmula de Wilson
Califique deberes EOQ e ítems de examen generados con un oráculo determinista de raíz cuadrada que rechaza un coste de posesión no positivo en lugar de inventar el infinito.
Revisiones de reposición y de longitud de corrida
Vierta las mismas tres cifras de política en una revisión de producción o de inventario para que el coste de setup y el de posesión se encuentren en un tamaño de lote documentado.
Preguntas frecuentes
¿Qué ocurre si el coste de posesión es cero o negativo?
El coste de posesión por unidad y año debe ser un número finito mayor que cero; un cargo nulo o negativo deja indefinida la identidad de raíz cuadrada EOQ y no se factura.
¿Debe redondearse el EOQ a un número entero de unidades?
Si su SKU no se puede fraccionar, redondee esa cifra a un tamaño de pack viable en su propia política; el modelo no impone lotes enteros.
¿Incluye el EOQ existencias de seguridad o descuentos por cantidad?
No. Esta calculadora es el modelo EOQ básico con reposición instantánea y sin descuentos. Existencias de seguridad, punto de reorden, ritmos de producción finitos (EPQ) y tablas de tramos de precio son modelos aparte con entradas extra.
¿Cuál es la fórmula de la cantidad económica de pedido?
Es la raíz cuadrada de dos por la demanda anual por el coste de cada pedido, dividida entre el coste de posesión por unidad y año. Con 1000 unidades, 10 por pedido y 0,5 de posesión, salen 200 unidades.
¿Qué debo incluir en el coste de pedido y en el de posesión?
El coste de pedido es lo fijo de lanzar una orden: trámites, recepción o preparación de máquina, no el precio de la mercancía. El de posesión es lo que cuesta guardar una unidad un año: capital, almacén, seguro y obsolescencia.
Herramientas relacionadas
Para desarrolladores — acceso por API
Todo lo de esta página está disponible por programación. Esta sección es para equipos que quieren integrarlo en sus sistemas; el resto puede usar la herramienta de arriba sin más.
Endpoint de API
¿Prefiere automatizarlo? Un POST autenticado crea la tarea; el resultado llega por webhook o enlace firmado. La misma capacidad también se ejecuta aquí en la web, por email y desde Telegram — y pronto también desde nuestra app.
Llámela desde su stack
curl -X POST https://api.kit.forhosting.com/fin/eoq \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"annual_demand":1000,"ordering_cost":10,"holding_cost":0.5}'const res = await fetch("https://api.kit.forhosting.com/fin/eoq", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"annual_demand": 1000,
"ordering_cost": 10,
"holding_cost": 0.5
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/fin/eoq",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"annual_demand": 1000,
"ordering_cost": 10,
"holding_cost": 0.5
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/fin/eoq", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"annual_demand":1000,"ordering_cost":10,"holding_cost":0.5}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"annual_demand":1000,"ordering_cost":10,"holding_cost":0.5}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/fin/eoq", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Ejemplo de solicitud
{
"annual_demand": 1000,
"ordering_cost": 10,
"holding_cost": 0.5
}Ejemplo de respuesta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "fin.eoq",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}La API es asíncrona: la llamada devuelve un task_id al instante y el resultado llega por webhook. El polling está limitado a 1 req/s por tarea.
Precio
Precio publicado — sin tokens ni créditos inventados. Una tarea fallida no se cobra.
Errores
| HTTP | Código | Significado |
|---|---|---|
401 | unauthorized | API key ausente o inválida. |
402 | insufficient_balance | El saldo no cubre el precio de la tarea. |
404 | unknown_type | El tipo de tarea no existe. |
429 | rate_limited | Demasiadas peticiones. Use el webhook en vez de sondear. |
Notas técnicas
El coste de posesión debe ser estrictamente positivo; un cargo de almacenamiento nulo o negativo dividiría entre cero y se rechaza con invalid_input en lugar de una cantidad hueca de infinito.
Qué es la cantidad económica de pedido y de dónde sale la raíz cuadrada
Cuando el coste de posesión es cero la identidad de raíz cuadrada queda indefinida: no habría penalización por un stock infinito, así que el modelo no aplica y este endpoint rechaza la petición.
Contrato de entrada, forma de la respuesta y comportamiento ante errores
Esos fallos no se facturan. Si la validación pasa, el cuerpo repite las tres entradas e informa eoq. Ejemplo: mil unidades de demanda anual, diez de coste de ordenar por pedido y un medio de coste de posesión por unidad y año producen una cantidad económica de doscientas unidades, cinco pedidos al año y cincuenta de cada pata de coste. Envíe por POST un cuerpo JSON con tres números finitos obligatorios. annual_demand son las unidades por año; los alias demand y yearly_demand apuntan al mismo campo. ordering_cost es el coste fijo de lanzar un pedido; se aceptan los alias order_cost y setup_cost para que el libro de compras conserve el nombre de sus columnas. holding_cost es el cargo de posesión por unidad y año; se aceptan los alias carrying_cost y holding_cost_per_unit. Cada campo numérico puede llegar como número JSON o como cadena numérica. Los campos ausentes, las cadenas vacías y los valores no finitos fallan con invalid_input nombrando el campo. Si annual_demand u ordering_cost es negativo, la petición falla. Cuando eoq es positivo, el cuerpo incluye también orders_per_year, annual_ordering_cost, annual_holding_cost y total_relevant_cost; esas patas opcionales se omiten, nunca van a null, cuando eoq es cero. Combine el JSON con su propio colchón de plazo de entrega si necesita un punto de reorden; este endpoint devuelve solo el tamaño de lote de ciclo, no un calendario de existencias de seguridad.
Dónde aporta valor una calculadora EOQ
Como la implementación es parse pura de nivel A, cada llamada correcta cuesta el precio base publicado $0.002 sin tokens de modelo ni red saliente. Mantenga holding_cost estrictamente positivo, annual_demand y ordering_cost no negativos, fije en las pruebas el tamaño de lote redondeado y obtendrá una cantidad económica de pedido reproducible para listas de compras, aulas y workers de borde sin montar un motor MRP propio.
Preguntas técnicas
¿Cómo se calcula la cantidad económica de pedido?
EOQ = sqrt(2 × annual_demand × ordering_cost / holding_cost). Cuando ese tamaño de lote es positivo, la API también devuelve los pedidos al año (annual_demand / EOQ) y las dos patas de coste anual que coinciden en el mínimo.
¿Cuánto cuesta la calculadora EOQ?
La herramienta del navegador es gratuita. Las peticiones API usan saldo prepago KIT a $0.002 por llamada correcta; la entrada inválida no se factura.