Stock mínimo, punto de pedido y máximo para una misma SKU

Tres etiquetas describen una ficha; la política define cómo se conectan

Una misma SKU puede mostrar mínimo, punto de pedido y máximo en la misma pantalla. Ver tres valores no basta para saber si el sistema ordenará algo, emitirá una alerta o pedirá que alguien revise la ficha. Cada cifra necesita una definición local: qué magnitud la utiliza, en qué ámbito y qué consecuencia tiene cuando se alcanza.

Para leer la terna sin confundir funciones, puede servir una hipótesis inicial: mínimo como suelo de control, punto de pedido como disparador y máximo como objetivo o techo. Esa interpretación solo organiza las preguntas. No es una regla universal de ERP o WMS ni una traducción automática de cualquier campo que lleve esos nombres. La documentación del producto, la configuración habilitada y el procedimiento interno deciden la semántica efectiva.

La distinción evita tres atajos. Primero, un mínimo no es necesariamente el disparador: puede advertir de una situación distinta o no activar ninguna acción. Segundo, un punto de pedido no indica por sí solo cuánto comprar. Tercero, un máximo no garantiza que la aplicación reponga hasta ese nivel: puede ser una referencia, un límite para una regla concreta o una cantidad desactivada en esa ubicación. Antes de usar la terna, hay que averiguar qué campo interviene en cada regla.

La tabla no asigna significados a una instalación concreta. Si la ayuda local documenta los campos como suelo, umbral y objetivo, la lectura queda respaldada para esa configuración; si no, los tres valores deben mantenerse separados hasta aclararlo. El objetivo práctico es describir con precisión qué se leyó y qué falta confirmar, no completar con intuición la regla ausente.

Un modelo de dos parámetros ayuda a distinguir suelo y disparador

MIT ESD.260 presenta una política continua min-max de dos parámetros, (s,S). En la notación de la diapositiva, s es el punto de pedido y S el nivel objetivo: la política pide hasta S cuando la posición de inventario IP es igual o menor que s. La fuente explica ese modelo; no define un tercer valor llamado “mínimo” ni fija la semántica de campos de una instalación local. MIT, ESD.260 Lecture 11, diapositiva impresa 6, políticas continuas (s,Q) y (s,S).

En la misma presentación, la posición IP se anota como existencias en mano más inventario en pedido, menos atrasos y cantidades comprometidas. Es una magnitud del modelo. Puede diferir del saldo físico que se ve en una ubicación o de un indicador llamado “disponible” en otra aplicación. MIT, ESD.260 Lecture 11, diapositiva impresa 5, “Inventory Position”.

Esta comparación permite formular una correspondencia posible: un campo local “punto de pedido” podría desempeñar el papel de s y un “máximo” el de S. Aun si la empresa usa esa correspondencia, el mínimo puede ser otro control independiente. Solo una definición local puede confirmar que los términos describen esos papeles. No se puede concluir que el stock mínimo sea s, el stock de seguridad o cualquier otro componente sin la regla que lo vincule.

Tampoco conviene pasar de la notación a una orden sin revisar qué mide el sistema. El modelo (s,S) identifica una condición y un objetivo de reposición; este artículo no calcula stock de seguridad, demanda durante el plazo, Q* ni la cantidad de una compra. Esas preguntas requieren datos y políticas adicionales y pertenecen a otros análisis. Aquí se comprueba la lectura de la terna y el alcance de la cifra comparada.

Cómo puede cambiar la lectura sin cambiar los tres valores

Para poner las tres funciones a prueba, supongamos una sola ficha ficticia: SKU JNT-204, almacén Bilbao-A, mínimo 24, punto de pedido 48 y máximo 90 unidades. En esta ilustración, la regla local hipotética compara IP con 48, trata 24 como suelo independiente y describe 90 como objetivo; esos significados son supuestos del caso, no una configuración observada.

Si la pantalla muestra 44, el valor está por debajo de 48. Bajo la hipótesis de que 48 sea el umbral aplicado a esa misma medida, se activa la revisión que indique la política. El dato por sí solo no establece si la aplicación crea una solicitud, genera una propuesta, avisa a un planificador o no hace nada automáticamente. Esa distinción debe encontrarse en el manual del módulo o en una prueba controlada de la configuración.

El tercer número, 24, añade una pregunta diferente. Si el mínimo es un suelo de control separado, una lectura por encima de 24 no borra la condición de disparo de 48. En cambio, si la empresa definió “mínimo” como el propio disparador, el valor 24 y el punto de pedido 48 no pueden usarse simultáneamente como si fueran el mismo umbral.

La discrepancia no autoriza a corregir un número por intuición; indica que hay que averiguar si los campos sirven a reglas distintas, si uno está desactivado o si la fila mezcla configuraciones.

El máximo 90 también tiene que interpretarse con su propia regla. Puede ser el objetivo de reposición en una configuración Min-Max, pero no se deduce que así sea en todas las pantallas. En un caso real, comprueba si ese máximo pertenece al mismo centro, almacén, unidad y periodo de vigencia que el disparador. Si corresponde a otra ubicación o a una política antigua, la terna que parece estar junta no representa una única decisión vigente.

Con los mismos supuestos, una IP de 75 quedaría por encima del disparador de 48 y por debajo del objetivo 90; en la política continua (s,S) de MIT no se iniciaría la reposición por ese umbral. Una IP de 96 estaría sobre el objetivo elegido, pero de ahí no se deduce que la aplicación bloquee movimientos, proponga una devolución o corrija el dato.

El ejemplo solo permite decir que “supera el valor 90”; la política local debe definir qué hacer con el exceso y si la lectura incluye entradas previstas, compromisos y el mismo ámbito. Así se ve la diferencia entre el punto que inicia la revisión y el máximo que da contexto al objetivo.

Para que los ejemplos no se confundan con evidencia, JNT-204, el almacén Bilbao-A y los valores 24/48/90 son inventados. No son observaciones, recomendaciones ni datos de MIT, Oracle o Microsoft. Cambiar el nombre o el número no valida la regla: la utilidad de la ilustración está en mostrar cómo se detiene una conclusión cuando falta una definición local.

El saldo comparable depende de la medida y del alcance

La pregunta “¿qué hay disponible?” puede referirse a magnitudes distintas: físico, físico no reservado, esperado, disponible proyectado o posición de inventario. La notación de MIT da una definición específica de IP para su modelo. Dynamics 365 documenta, en cambio, las columnas y consultas de su propia lista de existencias. No se deben tratar como equivalentes solo porque aparezcan en la misma pantalla o se parezcan en castellano.

En la lista de existencias de Dynamics 365 Supply Chain Management, “available physical” se calcula como inventario físico menos inventario reservado físicamente. “Total available” combina available physical, “ordered in total” y “on order” según la definición de la página. Las etiquetas y la composición son específicas de esa ayuda de producto; no son una traducción de la IP de MIT ni una norma de otros WMS. Microsoft Learn, “Inventory on-hand list”, definiciones de columnas.

La misma documentación indica que la lista presenta una vista resumida. Los filtros del panel actúan sobre los registros de origen, mientras que las dimensiones mostradas afectan cómo se agregan las filas. Los filtros de cuadrícula actúan sobre la presentación agregada. Por tanto, cambiar dimensiones, filtro o agrupación puede cambiar lo que la persona interpreta como un saldo de SKU.

Eso describe esta lista concreta de Dynamics 365; no permite afirmar que cualquier pantalla de inventario filtre o agregue de la misma manera. Microsoft Learn, “Inventory on-hand list”, filtros y dimensiones.

Oracle Fusion Cloud SCM 26A proporciona otro ejemplo específico. Su apartado “Min-Max Planning” define la posición inicial como la suma de “Projected Available Balance” y “On Order”; cuando esa medida es igual o menor que la cantidad mínima, se genera una reposición, y el ejemplo describe una cantidad basada en máximo menos posición inicial. La página identifica la política de ese producto y esa versión.

No demuestra que un sistema distinto use esos mismos componentes ni que la ficha del lector esté configurada igual. Oracle, “Examples of Replenishment Orders for Different Policy Types”, apartado “Min-Max Planning” y ejemplo.

La comparación entre estos materiales sirve para evitar una equivalencia automática: MIT presenta una magnitud del modelo; Microsoft explica columnas y agrupaciones de una lista; Oracle describe cómo funciona un tipo de política en su documentación. Cada fuente habla de su propio objeto. Al trasladar una lectura a una ficha local, anota el nombre literal del campo y la versión del producto, y después confirma cuál es la magnitud que efectivamente entra en la regla.

Conciliar una fila antes de decidir si los valores conviven

Empieza por la identidad. Copia el código de la SKU, unidad de medida, centro, almacén y dimensiones visibles. Si hay variantes por lote, estado, ubicación o propietario, registra las que estén incluidas. “JNT-204 en Bilbao-A” es una etiqueta inventada en la ilustración; una consulta real debe conservar la identificación que utiliza el sistema y no reemplazarla por un nombre abreviado.

Después conserva los tres campos literalmente, con su unidad y el registro al que pertenecen. No conviertas cajas a unidades, ni agregues dos almacenes, hasta tener la regla de conversión o consolidación que aplica. Una fila con “12 cajas” no se puede comparar de forma fiable con un umbral de “48 unidades” sin conocer el contenido por caja y la unidad definida en la política. Este es un control de datos, no una fórmula de reposición.

La tercera pieza es el saldo. Registra el nombre exacto de la columna y sus componentes documentados. Si la política local usa una posición calculada, identifica si incluye pedidos en tránsito, reservas, compromisos o atrasos; no los sumes o restes por costumbre. Si solo se dispone de stock físico, deja constancia de que no se ha confirmado que sea el comparador del punto de pedido.

No resuelvas esa ausencia usando la definición de MIT en un sistema que no cita esa política.

Por último, apunta el corte temporal y las condiciones de consulta: fecha y hora, filtros, dimensiones, estado de los pedidos y versión o fecha de la regla. El objetivo no es reconstruir la lógica de una aplicación desde una captura aislada. Es hacer posible que otra persona repita la lectura y vea qué fila se comparó con qué valor.

“Coincide” significa que la fila, la unidad, el alcance de la medida y la regla identificada son compatibles; no significa que los valores estén bien elegidos. “No comparable” indica una diferencia concreta, por ejemplo un total de varios almacenes frente a un umbral de una sola ubicación. “No determinado” indica que falta el diccionario del campo, la composición del saldo o la vigencia de la regla. Los tres resultados conservan la evidencia; ninguno produce por sí mismo una orden.

Distinguir una alerta, una revisión y una reposición

La palabra “disparador” también puede describir momentos distintos. Una cifra puede iniciar una revisión humana sin crear una propuesta automática. Otra configuración puede crear una orden planificada que todavía necesita aprobación. Una tercera puede lanzar una solicitud al sistema de compras. El mismo punto puede aparecer en escenarios distintos sin implicar la misma consecuencia operativa.

Para documentar ese paso, pregunta qué evento queda registrado al cruzar el punto de pedido: aviso, tarea, propuesta, solicitud o pedido confirmado. Comprueba además si la persona responsable puede cambiar, posponer o rechazar la acción, y dónde queda la trazabilidad. Si el documento solo define una condición, no añadas una consecuencia que no muestra.

Esta distinción mantiene separados el diagnóstico de la fila y la decisión de comprar. La ficha puede señalar que la medida llegó al umbral, mientras que la disponibilidad del proveedor, las reservas, los límites de aprobación y las incidencias requieren otras comprobaciones. Esta guía no prescribe esas decisiones ni recomienda elevar o reducir la terna; muestra qué evidencia hace falta para interpretar los campos.

También puede haber diferencias entre la configuración de prueba y la que opera en producción. Si un manual o una captura no identifica el entorno, registra esa limitación. Un resultado de prueba permite explicar cómo se comportó ese caso de prueba; no acredita que la misma versión, política o dato esté activo en el almacén real. Conserva la fecha, el identificador de la regla y el alcance de la consulta para que la conclusión tenga un perímetro claro.

Qué hacer cuando la terna parece contradictoria

Una aparente contradicción puede tener varias causas: dos campos cumplen tareas diferentes, una regla está inactiva, el máximo se comparte entre ubicaciones o una consulta mezcla inventario físico con pedidos abiertos. No conviene elegir la explicación que “suena más lógica”. Anota primero las cifras y el alcance que sí son visibles; después busca el texto que vincula los campos.

Si la documentación define claramente mínimo, punto de pedido y máximo como suelo, umbral y objetivo del mismo ámbito, la interpretación se puede aplicar a esa política identificada. Si documenta otra relación, utiliza esa relación y cita su alcance. Si solo una parte de la terna tiene definición, deja el resto como no determinado. Es mejor localizar la duda en el campo que no está definido que cubrirla con una cifra compuesta o una explicación genérica.

En la ilustración, 24, 48 y 90 están escogidos para que se vea la diferencia de papeles; no prueban que cualquier sistema deba mantener ese orden ni que un mínimo inferior al disparador sea una convención universal. La secuencia es una decisión del ejemplo. En un caso real, solo la configuración y el procedimiento de esa instalación explican por qué existen los tres números y cuándo se revisan.

Una nota breve puede dejar una conclusión operativa sin inventar reglas: “SKU y almacén confirmados; unidad y dimensiones anotadas; el saldo leído está por debajo de 48; falta validar que esa columna sea la magnitud del punto de pedido”. Esa frase muestra qué se sabe y qué falta. Si luego se confirma la regla, se actualiza la conclusión junto a la evidencia; si no, se conserva la incertidumbre.

Preguntas frecuentes

¿El stock mínimo es siempre el punto de pedido?

No. Pueden ser campos separados. La definición de la política local determina si el mínimo sirve de suelo, si el punto de pedido inicia una revisión o si uno de ellos no participa en la regla activa.

¿Qué saldo debo comparar con el punto de pedido?

El que indique la política de esa instalación. MIT define una posición de inventario para su modelo, mientras que las pantallas de producto pueden exponer otras columnas. Comprueba el nombre, los componentes y el alcance antes de comparar.

¿El modelo (s,S) incluye tres parámetros?

No. En la política continua citada, s es el umbral y S el objetivo. Un mínimo local adicional no se deduce de esa notación.

¿El ejemplo 24/48/90 es un ajuste recomendado?

No. JNT-204 y esos tres valores son inventados. Sirven para explicar cómo registrar una interpretación local y no proceden de una medición, una plantilla de producto ni un cálculo.

¿Cruzar el punto de pedido determina la cantidad de compra?

No en esta guía. El umbral y el objetivo pertenecen a una regla documentada, pero la cantidad y cualquier aprobación dependen de la política completa del sistema y de datos que aquí no se calculan.