Cómo calcular el punto de pedido con tus datos

El punto de pedido (ROP, por sus siglas en inglés) combina dos cantidades: lo que se espera consumir durante el plazo de reposición y el stock de seguridad que ya usa la política. Si el consumo hipotético es de 12 unidades al día, el plazo es de 5 días y el stock de seguridad acordado es de 30 unidades, el umbral resulta 12 × 5 + 30 = 90 unidades.

Esa cifra ilustra la cuenta; no es un parámetro de WizeeMind ni de una planta real.

En la revisión continua, MIT ESD.260 expresa el punto de pedido como s = xL + kσL y etiqueta σL como RMSE. La ecuación pertenece al modelo de la clase; no es un parámetro universal para cualquier almacén. Fuente: Lecture 11, diapositiva «Determining s in (s,Q) System», p. impresa 9.

La secuencia evita un error habitual: calcular primero la multiplicación y olvidar que el stock de seguridad se suma aparte, o sumar dos veces el mismo buffer. MIT OpenCourseWare presenta el punto de pedido s como la demanda esperada durante el plazo más un stock de seguridad en el sistema de revisión continua (Lecture 11, diapositiva «Determining s in (s,Q) System», p. impresa 9).

En esa diapositiva, la forma escrita es s = xL + kσL: xL representa la previsión durante el plazo y kσL el stock de seguridad según los parámetros del modelo (p. impresa 9). Consulta la diapositiva de MIT sobre cómo determinar s en el sistema (s,Q).

Para usar el umbral con datos del sitio, empieza por la política concreta del artículo o SKU. Identifica la demanda que corresponde al plazo, expresa demanda y plazo en unidades de tiempo compatibles, añade el SS ya establecido y registra las condiciones del cálculo. Después contrasta la posición de inventario con el umbral siguiendo la regla local.

Esta guía no decide cuánto stock de seguridad necesita cada producto ni hace que el ERP cree un pedido.

Antes de calcular: decide qué cuenta como plazo

El plazo de reposición no es necesariamente el intervalo entre dos revisiones del inventario. Es el periodo que usa la política para representar cuánto transcurre desde que se solicita una reposición hasta que el material queda disponible para la operación. Si el dato local mide otro tramo —por ejemplo, desde la aprobación interna hasta la emisión de la orden— no lo llames sin más plazo de entrega completo.

La definición debe ser la misma que usa el cálculo de demanda durante plazo y el stock de seguridad que se añadió.

Escribe el inicio y el final que adoptas. Un registro puede contar días naturales; otro, días laborables; un tercero, horas de proceso. No conviertas uno en otro sin documentar el calendario. Si el ROP se usa en unidades por día, el plazo debe expresarse en días de ese calendario. Para demanda por semana, expresa el plazo en semanas o convierte la tasa de demanda antes de multiplicar.

El producto debe terminar en unidades de inventario, no en “unidades-día”.

Mira también si el plazo es constante para el ejercicio o una variable observada en los datos. El ejemplo usa cinco días fijos porque es una demostración aritmética. En la operación real, las fechas de solicitud y disponibilidad podrían no coincidir con ese supuesto. Si el plazo cambia y se calcula stock de seguridad con esa variabilidad, una tasa media por cinco días no resume por sí sola la incertidumbre de la reposición.

En la clase de MIT, los supuestos de política se separan explícitamente: revisión continua o periódica; plazo instantáneo, constante o variable; demanda conocida o aleatoria, entre otras distinciones (pp. 3–5). Esas etiquetas no son adorno. Ayudan a saber qué significado tiene el umbral y con qué frecuencia se observa.

La fuente advierte que sus clasificaciones son arbitrarias como taxonomía, así que conviene conservar la política usada por la empresa en vez de forzar toda regla local a una casilla académica.

Paso 1: calcula la demanda esperada durante el plazo

Si la demanda es constante en el modelo elegido, usa:

Demanda durante el plazo = demanda por unidad de tiempo × plazo en la misma unidad de tiempo.

Con una demanda de 12 unidades/día y un plazo de 5 días, la demanda durante el plazo es 12 × 5 = 60 unidades. En una semana de 5 días, la misma tasa daría 60 unidades; en una semana de 7 días, no, salvo que la tasa o el calendario se hayan definido así. La cuenta solo es reproducible si anotas la base temporal de los datos.

No uses el consumo total de un mes como si fuera una demanda diaria. Si la salida fue de 240 unidades en un periodo de 20 días operativos y la operación considera esos días comparables, puedes derivar 12 unidades/día como promedio del caso; escribe esa derivación y conserva el numerador y el número de días.

Si el periodo incluye cierres, demanda perdida, pedidos extraordinarios o una mezcla de productos, ese promedio puede no representar el consumo que la política necesita. No hay una conversión que arregle una población mal definida.

La demanda durante el plazo debe usar el artículo y la unidad que la regla repone. Si el almacén gestiona cajas de 12 y la demanda está en unidades individuales, convierte una de las dos medidas antes de sumar el stock de seguridad. En el ejemplo, las 12 unidades/día y las 30 unidades de SS describen la misma unidad de inventario.

Si el ERP maneja piezas y el informe operativo cajas, registra el factor de conversión para que otra persona pueda reconstruir los 90.

Antes de calcular, expresa la tasa de demanda y el plazo con la misma unidad temporal; después suma un stock de seguridad ya expresado en unidades del mismo artículo. Este control evita resultados con unidades incompatibles. MIT ESD.260 distingue sus políticas y variables en Lecture 11, págs. 4–6; el procedimiento de comprobación es una propuesta local.

Cuando el consumo no es constante, el término de demanda durante el plazo puede representar una previsión o un valor esperado, según el método adoptado. MIT describe un caso con demanda esperada durante el plazo y stock de seguridad; la fórmula de la diapositiva «Determining s in (s,Q) System», p. impresa 9, incluye un factor k junto a σL. No tomes la media diaria observada de un periodo corto como si la fuente garantizase demanda futura.

Identifica si la previsión viene de la política, del ERP o de un cálculo propio y conserva su ventana y versión.

NC State explica el contraste básico: con demanda y plazo constantes, se conoce la demanda durante el plazo de reposición; cuando varían, el buffer protege frente a incertidumbre, con un compromiso entre faltantes y mantener existencias (tutorial, líneas 31–56). La guía ofrece una introducción educativa, no fija un método obligatorio para todos los artículos. Lee el tutorial de NC State sobre análisis de stock de seguridad.

Con demanda y plazo constantes, la cantidad que se espera consumir durante la reposición es demanda por unidad de tiempo multiplicada por el plazo compatible. Cuando varían, el stock de seguridad cubre incertidumbre según la política elegida; NCSU describe el equilibrio entre protección frente a faltantes y existencias mantenidas. Fuente: NC State SCRC, tutorial de stock de seguridad, líneas 31–56.

Paso 2: identifica el stock de seguridad que la política ya definió

El ROP no crea el stock de seguridad. Lo toma como entrada. Para aplicar una política existente, busca el valor SS para el mismo SKU, ubicación, unidad y regla de reposición. Si el dato falta o pertenece a otro centro, detén el cálculo antes de sumar. Un stock de seguridad de 30 piezas no puede añadirse a una demanda medida en cajas, ni trasladarse automáticamente de un artículo parecido al artículo de la consulta.

Averigua también de dónde sale SS. Puede ser un parámetro calculado con una política de servicio o coste, un valor aprobado por un responsable, una reserva operacional u otra regla local. Esta página no recomienda una cifra ni intenta convertir 30 unidades en una probabilidad de servicio.

MIT expresa un stock de seguridad mediante un factor k y una σL en el modelo de la p. 9; la diapositiva indica que los parámetros dependen de objetivos de coste y servicio. Para reutilizar ese método hacen falta los datos y supuestos correspondientes, no solo copiar el símbolo k.

NCSU describe el buffer como una respuesta a variación y explica el intercambio: elevar la protección puede reducir la exposición a faltantes a costa de mantener más inventario; su tutorial relaciona un factor z con el nivel de servicio dentro del modelo que enseña (líneas 46–87).

Es una explicación del trade-off, no una garantía de que cierto SS produzca un servicio concreto en cualquier almacén. La misma guía de NC State muestra la relación en su propio contexto educativo.

No sumes un stock de seguridad calculado dos veces. Si tu sistema ya presenta “demanda prevista durante plazo + stock de seguridad” como ROP, ese valor ya contiene ambos componentes. Añadir de nuevo el SS elevaría el umbral sin que el cálculo lo justifique. En cambio, si solo presenta demanda esperada durante el plazo y la regla separa el buffer, suma el SS una sola vez y deja anotada la fuente de los dos valores.

Paso 3: suma y conserva las unidades

La expresión de la página es:

ROP = demanda esperada durante el plazo + stock de seguridad.

En el caso determinista ilustrativo, la demanda durante el plazo se obtiene con d × L. Por tanto, ROP = d × L + SS. La forma algebraica es propia de aplicar esa definición a una tasa constante, plazo fijo y stock de seguridad dado; MIT documenta una versión más general para su modelo con previsión durante el plazo y SS como término separado. No presentes la fórmula reducida como si resolviera variación de demanda y plazo.

Usa una tabla de cálculo por SKU y ubicación. Mantén campos separados para: unidad de inventario; demanda y unidad temporal; plazo y calendario; demanda esperada durante el plazo; SS y fuente; ROP calculado; fecha o versión de los parámetros. El objetivo no es llenar más columnas, sino hacer visibles las entradas que pueden cambiar el resultado. Si después se revisa 90, debe quedar claro si cambió d, L, SS o la unidad.

Al pasar a un sistema, verifica la precisión y la regla de redondeo. Con cifras enteras del caso, 12 × 5 + 30 da exactamente 90 unidades. Si d fuera 12,4 unidades/día y L 4,5 días, la multiplicación daría 55,8 unidades antes de añadir SS.

La decisión de redondear hacia arriba, a unidad de empaque o por múltiplo de compra depende de la política de ese artículo; este cálculo no la inventa. Conserva el valor sin redondear y registra cualquier redondeo aplicado después.

Ejemplo hipotético: de las entradas al ROP

Supón que un registro de prueba contiene estas entradas para un producto inventado:

Con d = 12 unidades/día, L = 5 días y SS = 30 unidades, el ejemplo hipotético da ROP = 12 × 5 + 30 = 90 unidades. Es una derivación aritmética propia con demanda constante y plazo fijo; no estima el stock de seguridad ni predice el servicio. MIT ESD.260 presenta la forma del punto de pedido en Lecture 11, diapositiva «Determining s in (s,Q) System», p. impresa 9.

Primero calcula el consumo durante el plazo: 12 unidades/día × 5 días = 60 unidades. Los “días” se cancelan y queda una cantidad de inventario. Después añade el stock de seguridad: 60 + 30 = 90 unidades. Por tanto, el punto de pedido ilustrativo es 90 unidades. Las cifras y la política de 30 unidades se han inventado para que se pueda comprobar la operación; no son una recomendación, un valor observado ni un nivel de servicio prometido.

Comprobación de coherencia: demanda y SS están en unidades del mismo artículo, el plazo usa la base temporal de la demanda y ninguna entrada está expresada en valor monetario. Si el 30 estuviera en cajas y la demanda en piezas, primero se requiere una conversión documentada. Si los cinco días fueran laborables y la demanda estuviera calculada por día natural, hay que corregir las bases o declarar un modelo que las conecte.

Ahora imagina dos posiciones de inventario para probar la señal. MIT define la posición de inventario como stock en mano más pedidos en tránsito, menos atrasos y compromisos; la distingue del inventario físico aislado (Lecture 11, impresa p. 5). En un caso hipotético, 65 unidades en mano + 40 en pedido − 10 atrasadas − 5 comprometidas = 90 unidades de posición. Esa posición alcanza el umbral del ejemplo.

La regla local decidiría si genera una alerta, una propuesta o una orden.

En otra fotografía, podrían quedar 110 unidades disponibles y ningún pedido pendiente. Aunque el stock físico supera 90, el umbral por sí solo no dice cuánto pedir; depende de la política de reposición. En un sistema continuo (s,Q), se revisa el punto s y se lanza una cantidad Q definida por esa política.

En una regla periódica (R,S), se revisa en momentos determinados y se repone hacia un nivel S. MIT diferencia las políticas de revisión continua (s,S) y periódica (R,S) en las páginas impresas 5–7; s y S no son intercambiables.

Ese contraste permite revisar el resultado sin mezclar decisiones. El ROP contesta “¿a partir de qué posición conviene activar el paso definido por esta política?”. No contesta “¿cuántas unidades compro?”, “¿cuál debe ser el máximo?” ni “¿cuál es el riesgo de faltante?”. El ejemplo demuestra la suma con entradas inventadas, no selecciona Q o S ni sustituye a la configuración del ERP.

Aplicación en el ERP: el cálculo no es una orden

Un punto de pedido escrito en una hoja y un punto de pedido configurado en el ERP no son automáticamente lo mismo. La pantalla puede comparar stock físico, posición de inventario u otro campo; puede excluir pedidos con fecha tardía, contar material bloqueado de forma distinta o usar una unidad de medida base.

Antes de reemplazar un parámetro, revisa la definición en la documentación interna y compara el valor calculado con la regla que realmente ejecuta el sistema.

No copies el ejemplo hipotético sobre un SKU real. Para revisar una regla existente, conserva la unidad de medida, ubicación, plazo utilizado, previsión, SS y estado de pedidos según la definición local. Si el sistema redondea por caja o múltiplo de compra, registra el valor previo y posterior al redondeo. Una alerta de bajo inventario tampoco confirma que la orden haya sido aprobada o enviada al proveedor.

Si la demanda durante el plazo parece demasiado alta o baja, comprueba cada entrada en vez de ajustar el resultado hasta que “parezca razonable”. Verifica si la tasa usa ventas, consumo de producción, pronóstico o salidas netas; comprueba devoluciones o conversiones; confirma fechas de pedido y disponibilidad. Para una decisión real, la persona responsable del almacén y del sistema debe validar que la política representa el flujo de ese producto.

Qué cambia cuando hay incertidumbre

Cuando la demanda varía, el plazo cambia o ambos son inciertos, el término de demanda durante el plazo no debería interpretarse como una cantidad exacta garantizada. El stock de seguridad pretende cubrir parte de esa variación bajo un método y objetivo determinados.

MIT ofrece una forma basada en una previsión durante el plazo de reposición y un término kσL; NCSU explica cómo la protección frente a faltantes se relaciona con mantener más stock. Ninguna de esas fuentes autoriza trasladar un k, un z o un nivel de servicio sin revisar población, datos y supuestos.

Pregunta qué variabilidad se modela: la de la demanda, la del plazo de reposición o ambas. Un stock de seguridad estimado para una sola puede dejar fuera la otra. Pregunta también si existe una distribución o un historial suficiente, cómo se trata la estacionalidad y qué coste o nivel de servicio definió la política.

Si esas decisiones ya están documentadas para el SKU, usa el SS aprobado y evita volver a calcular el SS en una página sobre cómo formar el ROP. Si no existen, el resultado puede quedar como análisis preliminar, no como un umbral implementable.

La suma ROP = demanda durante plazo + SS no determina por sí sola un nivel de servicio. NCSU relaciona el factor de su modelo con el ciclo de servicio, pero esos ejemplos corresponden al contexto del tutorial. Para traducir ese mecanismo a una política local, deben conocerse las definiciones y parámetros de dicha política. La cifra de 90 del ejemplo no trae una probabilidad asociada.

El punto de pedido no determina por sí solo una política min–max ni un nivel de servicio. MIT ESD.260 distingue la revisión continua (s,S) de la revisión periódica (R,S) (Lecture 11, págs. 5–7); el stock de seguridad se elige según los objetivos del modelo y las fuentes consultadas no fijan parámetros universales para cada almacén.

Comprobación breve antes de compartirlo

Antes de circular el cálculo, revisa estos puntos en orden:

1. ¿La demanda corresponde al mismo SKU y ubicación que el SS?
2. ¿La unidad temporal de la tasa coincide con la del plazo?
3. ¿Está documentado de qué fecha a qué fecha se mide L?
4. ¿SS ya está definido para esa política, sin sumarlo dos veces?
5. ¿El ROP se compara con la variable de inventario que usa el sistema?
6. ¿La política distingue el umbral de la cantidad o nivel de reposición?

Si falta una entrada, deja el cálculo pendiente y señala cuál. Si el dato está, escribe la fórmula, la sustitución numérica, el resultado, sus unidades y el supuesto de demanda. Para el ejemplo hipotético: 12 unidades/día × 5 días + 30 unidades = 90 unidades. Una persona que no haya visto la hoja debería poder rehacer la multiplicación y entender por qué el stock de seguridad se añade una sola vez.

Preguntas frecuentes

¿Cuál es la fórmula del punto de pedido?

ROP = demanda durante el plazo de reposición + stock de seguridad. Si la demanda se modela como constante, puede calcularse como demanda por unidad de tiempo × plazo en esa misma unidad + SS. Comprueba qué significa “demanda” en tus datos y cómo se obtuvo el stock de seguridad.

¿Cómo calculo la demanda durante el plazo?

Si el consumo medio es constante en el periodo de planificación, multiplica unidades por día por días de plazo, o usa las unidades temporales equivalentes. Por ejemplo, 12 unidades/día × 5 días = 60 unidades esperadas durante el plazo. Si la demanda o el plazo varían, esa multiplicación por sí sola no representa la incertidumbre.

¿El stock de seguridad forma parte del punto de pedido?

Sí, cuando la política lo incluye: se suma a la demanda prevista durante el plazo. En este ejemplo, 60 + 30 = 90 unidades. El cálculo no explica por sí mismo cómo decidir esas 30 unidades ni qué nivel de servicio producirían.

¿Qué diferencia hay entre punto de pedido y stock máximo?

El punto de pedido s es el umbral de la revisión continua; en la política continua (s,S), al alcanzarlo se repone hasta el nivel S. En una revisión periódica (R,S), se evalúa la posición de inventario en cada revisión programada y se repone hasta S. MIT distingue estas políticas en Lecture 11, págs. 5–7; no intercambies el umbral s con el nivel objetivo S.

¿El ERP lanza automáticamente un pedido cuando llego al punto de pedido?

No necesariamente. El umbral puede servir como alerta, propuesta o regla de reposición según la configuración local. Esta cuenta no cambia el ERP ni confirma que un pedido haya sido creado; revisa la política, la unidad de inventario y las reglas de aprobación vigentes en el sistema.