Calculadora de stock de seguridad
Con un consumo máximo de 50 unidades al día y un plazo máximo de 14 días, frente a 30 unidades y 10 días de media, necesita 400 unidades de stock de seguridad. Bastan cuatro cifras, sin nivel de servicio ni desviaciones. Gratis en su navegador.
- Gratis
- Funciona en su navegador
- Sin registro
- Sus datos no salen de su equipo
Ejecutar — gratis
Ejemplo resuelto
- Uso diario máximo
- 50
- Plazo de entrega máximo
- 14
- Uso diario promedio
- 30
- Plazo de entrega promedio
- 10
- Demanda máxima
- 700
- Demanda promedio
- 300
- Stock de seguridad
- 400
El stock de seguridad es el inventario extra que un almacén retiene para que un pico de demanda o un proveedor tardío no dejen el estante vacío antes de la siguiente recepción. La identidad clásica promedio-máximo calcula ese colchón como consumo diario máximo por plazo máximo, menos consumo diario medio por plazo medio. Planificadores, compradores y estudiantes de operaciones usan esas cuatro cifras cuando quieren una cantidad transparente en lugar de un modelo estadístico de z-score que aún no han parametrizado. Esta calculadora de stock de seguridad acepta los cuatro números finitos no negativos, devuelve la cantidad de colchón en las mismas unidades que el consumo diario y rechaza un consumo o un plazo negativos para que la identidad nunca consuma una demanda o un calendario imposibles.
Qué mide el stock de seguridad y la identidad promedio-máximo
El stock de seguridad es un colchón planificado por encima de la demanda esperada durante el reaprovisionamiento, retenido para que no ocurra una rotura de existencias cuando el consumo es alto o el proveedor es lento. El método promedio-máximo, que se enseña en cursos de inventario y se usa en planta cuando las series de consumo y de plazo son cortas, no necesita un z-score de nivel de servicio ni una desviación típica.
Pide cuatro magnitudes: el consumo diario más alto que usted ha visto o planeará, el plazo más largo que planeará, el consumo diario medio y el plazo medio. La demanda del peor reaprovisionamiento plausible es el consumo diario máximo por el plazo máximo. La demanda de un ciclo típico es el consumo diario medio por el plazo medio.
Su diferencia son las unidades extra que cubren el hueco entre un ciclo malo y un ciclo medio, y esa diferencia es la cantidad de stock de seguridad. Un comercio que llega a cincuenta unidades al día con un peor plazo de catorce días, y que promedia treinta unidades al día con un plazo típico de diez días, necesita cuatrocientas unidades de stock de seguridad, porque setecientas menos trescientas son cuatrocientas.
Se permite consumo medio nulo cuando un artículo está dormido; el colchón iguala entonces el consumo máximo por el plazo máximo. Un consumo o un plazo negativos no son una cifra de demanda ni de calendario; son un error de datos, y esta calculadora lo rechaza en lugar de inventar un colchón a partir de una entrada imposible. Mantenga el consumo en unidades por día y el plazo en días para que el producto sea una cantidad en unidades.
Mezclar un consumo semanal con un plazo medido en días es cómo un colchón miente en silencio. La fórmula son cuatro multiplicaciones y una resta para que claves de deberes, oráculos MRP y cuadernos de reposición compartan una definición reproducible sin deriva de redondeo intermedio en la hoja.
Dónde gana su sitio una calculadora de stock de seguridad
Quienes escriben stock de seguridad en un buscador ya saben que necesitan una cantidad de colchón y quieren las unidades extra, no una lección que arranque desde sistemas de inventario perpetuo frente a periódico.
Una editorial que posiciona por esa consulta breve atiende a planificadores de almacén que tienen un consumo diario de pico, un peor plazo, un consumo diario medio y un plazo medio; a estudiantes que deben rellenar la línea de stock de seguridad de un ejercicio de inventario; y a compradores que necesitan un oráculo determinista que rechace un consumo o un plazo negativos en lugar de producir en silencio un colchón absurdo.
Los fabricantes pequeños que arman un cuaderno de reposición quieren la misma cifra máximo-por-máximo menos promedio-por-promedio que los analistas escriben en diapositivas, sin errores de mano cuando cambian los decimales del consumo. Los cursos de aula y de certificación que enseñan el método promedio-máximo necesitan un servicio que devuelva stock de seguridad, demanda máxima y demanda media y nada más, para que un calificador compare contra una clave de libro sin que esta herramienta pretenda llevar un motor MRP completo. La validación fallida no consume saldo.
Combine esta capacidad con una herramienta aparte de cantidad económica de pedido cuando necesite el tamaño de lote; conserve esta superficie centrada en las unidades extra que la gente quiere decir cuando busca stock de seguridad.
Qué puede hacer con ella
Colchones de reposición de almacén
Convierta el consumo diario de pico, el peor plazo, el consumo diario medio y el plazo medio en una cantidad de stock de seguridad antes de soltar el siguiente pedido de compra.
Comprobaciones de aula y de deberes
Deje que el alumnado envíe las cuatro entradas promedio-máximo y verifique la cantidad de colchón contra la identidad del libro, sin errores de signo ni de unidad.
Preguntas frecuentes
¿Qué ocurre si una entrada es negativa?
El consumo y el plazo no pueden ser negativos, así que la identidad no se factura y no se inventa un colchón a partir de una cifra imposible.
¿Pueden ser cero el consumo diario o el plazo?
Sí. Se permite consumo medio nulo en un artículo dormido; se permite plazo nulo en un reaprovisionamiento instantáneo. El máximo sigue sin poder quedar por debajo de su promedio emparejado.
¿Es esta la fórmula estadística de stock de seguridad con z-score?
No. Este servicio implementa la identidad promedio-máximo, no z × σ × √L. No toma un nivel de servicio, una desviación típica de la demanda ni un z-score.
¿Cómo se calcula el stock de seguridad con el método del máximo y la media?
Multiplique el consumo diario máximo por el plazo máximo y reste el consumo diario medio por el plazo medio. Con 50 unidades durante 14 días frente a 30 durante 10, son 700 menos 300: 400 unidades.
¿Por qué el consumo y el plazo deben usar la misma unidad de tiempo?
Porque unidades por día multiplicadas por días dan unidades. Si mezcla un consumo semanal con un plazo en días, el resultado parece razonable, pero el colchón queda mal dimensionado.
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/safety-stock \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"max_daily_usage":50,"max_lead_time":14,"avg_daily_usage":30,"avg_lead_time":10}'const res = await fetch("https://api.kit.forhosting.com/fin/safety-stock", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"max_daily_usage": 50,
"max_lead_time": 14,
"avg_daily_usage": 30,
"avg_lead_time": 10
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/fin/safety-stock",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"max_daily_usage": 50,
"max_lead_time": 14,
"avg_daily_usage": 30,
"avg_lead_time": 10
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/fin/safety-stock", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"max_daily_usage":50,"max_lead_time":14,"avg_daily_usage":30,"avg_lead_time":10}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"max_daily_usage":50,"max_lead_time":14,"avg_daily_usage":30,"avg_lead_time":10}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/fin/safety-stock", 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
{
"max_daily_usage": 50,
"max_lead_time": 14,
"avg_daily_usage": 30,
"avg_lead_time": 10
}Ejemplo de respuesta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "fin.safety_stock",
"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
Las llamadas correctas se facturan a $0.002; la entrada inválida no se cobra.
Contrato de entrada, forma de la respuesta y validación
Un máximo que quede por debajo de su promedio emparejado se rechaza igual, porque ese par ya no es una historia de máximo frente a promedio. Ejemplo: cincuenta unidades al día con un peor plazo de catorce días, treinta unidades al día con un plazo típico de diez días, producen demanda máxima setecientas, demanda media trescientas y stock de seguridad cuatrocientas. Prefiera números desnudos frente a cadenas con formato; no se analizan separadores de miles ni etiquetas de unidad al final. Este servicio no toma un z-score, una desviación típica de la demanda ni un nivel de servicio objetivo, y no emite un punto de pedido; incorpore eso en una identidad aparte si lo necesita. Envíe un cuerpo JSON con cuatro números finitos obligatorios en unidades coherentes: consumo diario en unidades por día, plazo en días. max_daily_usage es la demanda diaria más alta esperada y debe ser mayor o igual que cero; se aceptan los alias maximum_daily_usage, max_usage y maximum_usage para que una exportación del planificador no necesite un paso de cambio de nombre. max_lead_time es el reaprovisionamiento más largo esperado en días y también debe ser no negativo; se aceptan los alias maximum_lead_time y max_lt. avg_daily_usage es la demanda diaria media y debe ser no negativa y no mayor que max_daily_usage; se aceptan los alias average_daily_usage, avg_usage y average_usage. avg_lead_time es el reaprovisionamiento medio en días y debe ser no negativo y no mayor que max_lead_time; se aceptan los alias average_lead_time y avg_lt. Cada campo puede llegar como número JSON o como cadena numérica que coincida con un patrón decimal finito estricto. Campos ausentes, cadenas vacías, valores no finitos o cualquier consumo o plazo negativos fallan con invalid_input nombrando el campo y no se facturan. En caso de éxito el cuerpo repite las cuatro entradas redondeadas, devuelve max_demand como consumo diario máximo por plazo máximo, devuelve avg_demand como consumo diario medio por plazo medio, devuelve safety_stock como demanda máxima menos demanda media, e incluye una cadena de fórmula que reescribe la identidad para que un panel imprima la definición junto al número. El precio de un ítem correcto es un $0.002 fijo.
Dónde gana su sitio una calculadora de stock de seguridad
Como la implementación es código analítico parse de tier A, cada llamada correcta se mantiene barata a $0.002 sin tokens de modelo y sin red saliente. Mantenga las peticiones pequeñas, fije safety_stock redondeado en las pruebas, y obtendrá un colchón reproducible para deberes, generadores de examen y cuadernos de reposición ligeros sin levantar un paquete estadístico de inventario.
Casos de integración
Cuadernos MRP y de reposición
Llame a un oráculo determinista desde un script de cierre o de planificación para que las unidades extra que cubren un ciclo malo coincidan con el widget de la página.
Preguntas técnicas
¿Cómo se calcula el stock de seguridad a partir del consumo y del plazo?
Envíe números finitos no negativos max_daily_usage, max_lead_time, avg_daily_usage y avg_lead_time. La API devuelve safety_stock = (max_daily_usage × max_lead_time) − (avg_daily_usage × avg_lead_time).
¿Cuánto cuesta la calculadora de stock de seguridad?
La herramienta del navegador es gratuita. Las peticiones API usan saldo KIT prepago a $0.002 por llamada correcta; la entrada inválida no se factura.