El stock mínimo es una cantidad que solo se entiende dentro de una política de planificación concreta. No designa por sí misma una reserva estadística ni un punto de pedido universal.

En Oracle Inventory Management 26C, min-max compara un nivel de inventario con cantidades mínima y máxima; en Oracle Replenishment Planning 26C, la cantidad mínima de una política estática incluye demanda durante el plazo y stock de seguridad; Business Central indica que su nivel mínimo suele ser la cantidad de seguridad. El rótulo por sí solo no identifica qué magnitud representa.

Fuentes: Oracle Fusion Cloud SCM 26C, Min-Max Planning, Oracle Fusion Cloud SCM 26C, Static Policies or Time-Phased Policies y Microsoft Learn, Design details - planning parameters.

La expresión contesta una pregunta de vocabulario, no determina el número adecuado para una referencia. Para leerla, hay que saber qué producto y versión se consulta, qué método de planificación está activo y qué cantidades usa esa regla. También conviene separar tres ideas: el umbral que el plan compara, el stock de seguridad que se mantiene como colchón y el punto que activa una propuesta.

Una política puede reunir más de una idea en una cifra; otra puede almacenarlas en campos diferentes.

Qué significa “mínimo” en una ficha de inventario

En almacén, mínimo suele sugerir una cota inferior de existencias. Esa intuición ayuda, pero no indica qué saldo interpreta el programa, qué evento usa como señal ni si la cifra incorpora una reserva. Un número escrito junto a la palabra “mínimo” podría ser un nivel objetivo de cobertura, un componente de seguridad o el resultado de una ecuación de planificación. Sin el contexto de la política, llamarlo “el colchón” o “el punto de pedido” puede confundir.

La documentación de los sistemas refuerza esa cautela. Oracle Inventory Management denomina cantidades mínima y máxima a atributos de su planificación min-max. La regla contempla un nivel formado por existencias en mano más pedidos en curso; si ese nivel queda por debajo de la cantidad mínima del artículo, el informe sugiere una requisición o una solicitud de movimiento para volver al máximo.

Es un comportamiento de ese módulo de Oracle Fusion Cloud SCM, no una definición común a todos los ERP. Oracle Help Center, Min-Max Planning, secciones “Min-Max Planning” y “Define Min-Max Planning Attributes”.

Business Central emplea las expresiones de otro modo. Su documentación enumera por separado los parámetros que definen cuándo reordenar y cuánto reponer. El punto de pedido aparece en los parámetros de cuándo; el nivel mínimo de inventario, que normalmente es la cantidad de stock de seguridad, aparece en la lógica de cuánto cubrir.

Cuando el saldo disponible cae por debajo de ese nivel, el plan puede generar una propuesta para recuperar el stock de seguridad; cuando se alcanza o cruza el punto de pedido, la política puede generar otra propuesta ligada al pedido. No conviertas ese diseño en una regla para programas que usan el campo mínimo con otra finalidad. Microsoft Learn, Design details - planning parameters, “Define when to reorder” y “Define how much to reorder”.

Por ello, la respuesta precisa a “¿qué es el stock mínimo?” empieza con el alcance: “en este producto, versión y política, es…”. Si la frase no puede completarse consultando la documentación de la organización, el rótulo no basta para deducir si activa la reposición, protege un margen o contiene ambos elementos.

Oracle Inventory Management: el mínimo como nivel de comparación

En Oracle Inventory Management 26C, min-max mantiene niveles definidos para los artículos incluidos en esa planificación. La documentación pide especificar cantidades mínima y máxima. El informe toma como nivel de inventario las unidades disponibles en mano más las que están pedidas; si el nivel queda por debajo del mínimo asignado, propone una requisición o un movimiento para recuperar el máximo.

El atributo puede establecerse en el ámbito de una organización de inventario o de un subinventario, según cómo se configure la política. Oracle Help Center, Min-Max Planning, párrafos iniciales y “Define Min-Max Planning Attributes”.

Ese ejemplo muestra que el mínimo puede nombrar una frontera de comparación dentro de una regla. No afirma que la cantidad mínima sea siempre una reserva independiente, ni explica por sí sola cómo se calculó el parámetro. Para entender una pantalla concreta, interesa leer en conjunto el nivel mínimo, el máximo de reposición y la base de saldo que el informe usa.

Si se mira únicamente el valor mínimo, no se sabe si el plan considera pedidos en curso, en qué nivel organizativo aplica la regla ni qué destino tendrá la propuesta.

La jerarquía también tiene consecuencias semánticas. Una política definida para un artículo en una sububicación puede no ser la misma que la de la organización completa. En el caso documentado por Oracle, el sistema permite configurar min-max en el nivel de organización o subinventario; eso no significa que ambos niveles tengan los mismos datos ni que se deban replicar los valores.

La página además lista parámetros distintos —mínimo, máximo, cantidad fija por múltiplos, cantidad mínima y máxima de pedido— que pueden participar en los resultados. El atributo que se llama “mínimo” es solo una pieza de ese diseño.

Si un export de inventario presenta Min-Max Minimum Quantity, identifica el módulo y la unidad; después comprueba qué nivel organizativo gobierna el valor y qué cantidades entran en el saldo comparado. Solo con esos datos puede afirmarse qué significa ese valor en la regla documentada. El ejemplo no demuestra que una empresa deba gestionar así sus referencias ni que el campo tenga la misma función en otra versión o plataforma.

Oracle Replenishment Planning: mínimo compuesto por plazo y seguridad

Oracle Replenishment Planning 26C documenta otra política. En su versión estática, el mínimo se calcula con la demanda durante el plazo y el stock de seguridad. La guía expresa la relación como mínimo = demanda durante el plazo + stock de seguridad; a su vez, la demanda del plazo corresponde al tiempo total de reposición por la demanda diaria media. Para una compra, el plazo total incluye preparación previa, procesamiento, procesamiento posterior y tránsito.

Para una transferencia, la composición del plazo que enumera la guía es distinta. Por eso ni el valor del mínimo ni el período al que se refiere se interpretan correctamente si se cambia la definición local de “plazo” por otra sin revisar el modelo. Oracle Help Center, Static Policies or Time-Phased Policies in Oracle Replenishment Planning, “Static Policies”.

En esta política, la cantidad de seguridad no es equivalente al mínimo completo: es un sumando. Esa diferencia permite explicar la pregunta sin convertir la reserva en una cifra recomendada. Imagina —solo como aritmética inventada— una demanda media de 4 unidades al día, cinco días de plazo total y una reserva de seis unidades fijada previamente por un procedimiento externo.

La demanda del plazo sería 4 × 5 = 20 y el mínimo de esa ecuación sería 20 + 6 = 26 unidades. Las 6 unidades no son el mínimo ni una recomendación de seguridad: son el componente ya especificado del ejemplo. Los números no proceden del manual de Oracle ni de una empresa real.

La fuente distingue también entre políticas estáticas y variables en el tiempo. Según la unidad de medida seleccionada para la asignación de política, los valores pueden permanecer estáticos o calcularse por día: con unidades, son estáticos; con días, son time-phased. La documentación indica que las políticas estáticas sirven cuando la demanda total no cambia drásticamente día a día y las variables por día cuando puede cambiar.

Incluye una tabla donde el mínimo temporal cambia conforme avanza el horizonte, mientras el mínimo estático permanece igual. Esta diferencia ayuda a leer por qué una cifra de un reporte puede variar según la fecha de la consulta sin significar que la definición general de stock mínimo haya cambiado. Oracle Help Center, Static Policies or Time-Phased Policies in Oracle Replenishment Planning, párrafos iniciales y “Time-Phased Policies”.

El alcance sigue siendo concreto: Oracle Replenishment Planning, edición 26C, describe cómo forman esas políticas sus cantidades. La fórmula no debe atribuirse a Oracle Inventory Management min-max solo porque ambos documentos pertenezcan a la nube de Oracle. Tampoco se debe trasladar sin comprobación a otra versión, a otro módulo, a una hoja de cálculo o a una política local que use días, pronóstico, reservas o reglas distintas.

Business Central: mínimo de inventario normalmente asociado a la seguridad

Business Central explica el nivel mínimo desde otra perspectiva. Al describir cómo se calcula una propuesta de pedido, señala que el plan busca cubrir el nivel mínimo de inventario, normalmente la cantidad de stock de seguridad; si no se especifica, ese mínimo es cero. La guía separa ese nivel del punto de pedido, que define la cantidad a partir de la cual se liberan propuestas de reorden.

Cuando el saldo proyectado está bajo la seguridad, el plan puede sugerir suministro para volver a cubrirla. Si alcanza el punto de pedido y permanece por encima de la seguridad, la lógica de la propuesta considera el pedido y la política de reorden. Microsoft Learn, Design details - planning parameters, “Define when to reorder” y “Define how much to reorder”.

“Normalmente” importa: el texto describe la lógica general del producto y no convierte cada configuración en una equivalencia obligatoria. Aun en esta documentación, el mínimo no sustituye toda la política; hay otros campos que determinan cuándo se planifica, cómo se agrupa la demanda y qué cantidad se propone. La documentación presenta políticas como cantidad fija de reorden, cantidad máxima, pedido individual o lote por lote.

Eso afecta el cálculo de cuánto reponer, mientras que el punto de pedido responde a cuándo liberar una propuesta.

En este producto, llamar a cualquier mínimo “umbral de reposición” no sería una traducción suficientemente precisa: el manual relaciona el mínimo de inventario con la seguridad, y describe el punto de pedido aparte. En Oracle Inventory Management, por el contrario, el atributo mínimo dentro de la regla min-max se compara con el nivel calculado y queda asociado a una propuesta para volver hacia el máximo.

La similitud de nombres no prueba que los dos campos tengan idéntico objeto, base de datos o acción.

Una tabla de ayuda que agrupe parámetros debería conservar esta separación. Puede llamar “reserva” al nivel de seguridad solo cuando la fuente del producto lo hace; puede llamar “umbral” al punto de pedido si la política lo usa así; y debe registrar el producto/versión junto al término. Una leyenda genérica que prometa que “mínimo es siempre seguridad” o que “mínimo siempre dispara compra” transformaría ejemplos de software en reglas universales que las propias fuentes no establecen.

Leer una cifra sin confundir sus componentes

Para interpretar el campo, no hace falta empezar calculando un número. Primero localiza el modelo o la política documentada. En Oracle Replenishment Planning 26C, por ejemplo, la fórmula estática suma demanda del plazo y seguridad. En Business Central, la cantidad mínima suele corresponder al stock de seguridad y el punto de pedido se documenta por separado.

En Oracle Inventory Management 26C min-max, el mínimo forma parte de la comparación del saldo con los niveles mínimo y máximo. Esas tres descripciones responden al mismo rótulo con papeles distintos.

Después, identifica la base de comparación. ¿Se trata de existencias en mano, existencias más pedidos, inventario proyectado o un saldo disponible que resta compromisos? La documentación de Oracle Inventory Management especifica en su informe en mano más pedidos en curso. No debe suponerse que otro producto use el mismo saldo solo porque ofrezca un campo mínimo. Si el sistema muestra un resultado, conserva la definición asociada al informe que lo produjo.

Por último, separa lo que el valor representa de la acción posterior. Un nivel de seguridad puede ser la cantidad que el plan procura no rebasar a la baja; un punto de pedido puede ser una señal para generar una propuesta; un máximo puede ser un objetivo de reposición. Un reporte de cálculo tampoco es necesariamente una orden de compra aprobada o enviada. Esas diferencias proceden de los flujos de cada software, no de una definición legal de “stock mínimo”.

Un registro local legible podría anotar: denominación exacta del campo; producto y versión; política de planificación; unidad de medida; ubicación o nivel organizativo; base de inventario; relación entre mínimo, seguridad y punto de pedido; documento consultado; fecha de lectura. Este es un esquema editorial de documentación, no un formulario exigido por Oracle, Microsoft ni una norma española.

El propósito es que otra persona pueda saber qué objeto se estaba leyendo antes de comparar dos cifras que quizá no tengan el mismo significado.

Qué se puede concluir y qué no

Si una fuente de software dice que un mínimo se compara con un saldo, puedes explicar esa regla para el producto y versión citados. Si define una ecuación para la cantidad mínima, puedes mostrarla y nombrar sus sumandos dentro del modelo. Si separa seguridad y punto de pedido, puedes respetar esa separación. No se puede inferir de esos ejemplos que toda empresa española deba usar una reserva concreta, una frecuencia determinada o un único nombre de campo.

Tampoco un mínimo aislado revela si la cifra es adecuada para un producto o centro. Para valorar su origen haría falta el modelo, la unidad, las entradas y el proceso de autorización correspondientes. Esa evaluación queda fuera del significado conceptual del término. Aquí no se prescribe cómo configurar el ERP ni qué número mantener para una referencia.

Las tres páginas citadas son documentación de productos, no normas españolas o de la Unión Europea. Oracle 26C distingue módulos distintos, y Business Central describe parámetros de su propia aplicación. Una captura de una versión diferente, una extensión sectorial o un campo personalizado puede introducir otras definiciones. Antes de usar un nombre de pantalla en un procedimiento, consulta el manual de la misma versión y el diseño aprobado en la organización.

Preguntas frecuentes

¿Stock mínimo significa siempre stock de seguridad?

No. Business Central dice que su nivel mínimo de inventario suele ser la cantidad de stock de seguridad, pero Oracle Replenishment Planning calcula el mínimo estático como demanda durante el plazo más stock de seguridad. Oracle Inventory Management usa la cantidad mínima en su regla min-max como nivel comparado para sugerir reposición. Son comportamientos documentados de productos distintos, no definiciones universales.

¿El stock mínimo es lo mismo que el punto de pedido?

No necesariamente. En Business Central el punto de pedido define cuándo se liberan propuestas, mientras que el mínimo de inventario suele ser la cantidad de seguridad que el plan intenta alcanzar. En Oracle Inventory Management el mínimo de min-max participa en una comparación distinta. Comprueba la política y el módulo concretos.

¿Qué existencias compara Oracle Inventory Management con el mínimo?

La documentación de Oracle Fusion Cloud SCM 26C indica que su informe considera cantidades en mano más pedidos en curso. Si el nivel calculado queda bajo el mínimo del artículo, sugiere una requisición o un movimiento para volver al máximo. El cálculo se puede usar a nivel de organización o subinventario.

¿Por qué Oracle Replenishment Planning suma demanda del plazo y stock de seguridad?

En la política estática descrita para ese módulo, la fórmula del mínimo es demanda durante el plazo más stock de seguridad; la demanda del plazo equivale al plazo total por demanda diaria media. La propia guía limita esa ecuación a su política y distingue valores estáticos de valores variables por día.

¿Puedo copiar el mínimo de otro ERP o de otro módulo?

No sin identificar qué representa. Revisa el producto y la versión, la política asignada, la unidad, la base de inventario que se compara y si el mínimo es una reserva o ya la incluye. Los ejemplos de Oracle y Microsoft no fijan una definición normativa para una empresa española.