«Óptimo» no identifica por sí solo un punto de pedido

En una ficha de inventario, «punto óptimo de pedido» puede nombrar un tamaño de lote o un nivel que activa reposición. La etiqueta sola no permite saber cuál de los dos significa. MIT Lecture 7 llama Q a la cantidad de reposición por pedido y Q* a la cantidad que minimiza el coste relevante del modelo EOQ.

Lecture 11 usa s como punto de pedido de una política y lo compara con la posición de inventario IP (MIT OCW, Lecture 7, diapositivas impresas 14 y 20; Lecture 11, diapositivas 4–6).

Conviene hacer dos preguntas distintas: cuánto pedir y en qué nivel revisar existencias. Q* responde a la primera dentro del modelo EOQ; s o ROP, a la segunda dentro de una política de reposición. El asterisco señala el resultado del modelo bajo sus supuestos. No convierte cualquier campo con asterisco en EOQ ni promete una cantidad óptima para todos los materiales.

Lecture 11 ilustra el disparador con dos políticas. En la política continua (s,Q), si IP ≤ s, se pide una cantidad Q; en (s,S), al llegar a s se repone hasta S. El disparador s es el nivel que inicia la acción; la cantidad pedida es fija en la primera regla y depende de la distancia hasta S en la segunda. Es notación de esas políticas docentes, no garantía de que una instalación local adopte los mismos símbolos o lógica.

El saldo que activa la regla también importa

Aunque los dos campos se expresen en unidades, pueden referirse a saldos distintos. MIT Lecture 8 escribe IOH para existencias a mano. Lecture 11 define IP como IOH más inventario en pedido, menos pedidos pendientes y menos cantidades comprometidas. Por eso, un valor que sirve de umbral para IP no se interpreta como si fuera un umbral aplicado únicamente al stock físico (MIT OCW, Lecture 8, diapositiva impresa 5; Lecture 11, diapositiva impresa 5).

El saldo importa al leer el cruce del umbral. Si la regla compara existencias a mano, una entrada abierta puede no alterar el saldo usado por esa regla. Si compara posición de inventario, la entrada puede formar parte del dato evaluado, mientras los pedidos pendientes o compromisos lo reducen según la definición de la lección.

No se puede deducir el saldo de referencia a partir del nombre «punto de pedido»; hay que encontrar la definición de la política que consume el campo.

Lecture 8 separa también el plazo del tamaño de lote. Su extensión de EOQ supone demanda uniforme y determinista y plazo determinista positivo: ordena Q* cuando IOH llega a D·L. Ahí, D·L representa el umbral de existencias a mano durante el plazo; Q* sigue siendo la cantidad de la orden. Esta regla está limitada a esa extensión y sus supuestos, no es una fórmula universal para cualquier demanda o plazo (MIT OCW, Lecture 8, diapositiva impresa 5).

Una ficha hipotética para distinguir cuánto de cuándo

En una ficha hipotética, supongamos que aparecen Q* = 120 unidades y un ROP de 40 unidades. Si la demanda uniforme es 20 unidades por día y el plazo determinista es dos días, la extensión de Lecture 8 da un umbral de 40 unidades a mano (D·L). Cuando se alcanza ese nivel, el tamaño indicado por el modelo sigue siendo 120 unidades.

El ejemplo identifica funciones distintas: 40 participa en la condición que activa la reposición; 120 identifica cuánto pedir en el modelo descrito.

La combinación no pretende ser óptima para una planta. Tampoco incorpora una reserva de seguridad ni documenta cómo se estimó la demanda. La regla deja de corresponder si se aplica a IP, a un plazo variable o a entradas parciales. En una pantalla real, primero habría que verificar que el saldo se mide como IOH y que el material, la unidad y el periodo coinciden con la definición de los valores.

T* y L también pueden aparecer expresados en días, pero representan intervalos distintos: T* es el tiempo de ciclo presentado para EOQ y L el plazo de reposición. No son valores Q ni niveles de existencias. Esta distinción evita clasificar todos los números con unidades temporales como si fueran el mismo parámetro.

Del cruce del umbral a una propuesta de aprovisionamiento

Un ROP puede iniciar una revisión sin enviar en ese instante una compra al proveedor. En el flujo descrito por SAP ERP 700, una retirada que deja el stock por debajo del nivel de pedido registra el material en un archivo de planificación para una ejecución posterior.

La ejecución evalúa necesidades, calcula una cantidad de aprovisionamiento conforme al procedimiento de tamaño de lote configurado para el material y programa fechas para la propuesta (SAP ERP 700, “Reorder Point Planning Procedure”, flujo del proceso, pasos 2–7).

En ese procedimiento, la comparación de planificación considera el stock disponible a nivel de centro, el stock de seguridad y las entradas firmes previstas. Son entradas de esa evaluación, no una definición general de cada ROP. El nivel de pedido almacenado cumple el papel de condición; la propuesta resultante cumple el papel de posible recepción.

Aunque ambas cifras se expresen en unidades, una no sustituye a la otra: una identifica cuándo reexaminar la situación y otra expresa una cantidad calculada tras evaluar cobertura y procedimiento de lote.

El manual de SAP ERP 700 enumera procedimientos de lote fijo, reposición hasta máximo y opciones por periodo u “óptimas”. Para estas últimas exige calcular necesidades futuras mediante previsión e interpretar sus valores como requisitos. Son métodos que el sistema puede usar después del disparador; el nombre “óptimo” no demuestra que se trate de Q* del EOQ de MIT.

Revisa qué procedimiento figura en el maestro de materiales y qué previsión alimentó el cálculo (SAP ERP 700, “Reorder Point Planning Procedure”, Process Flow).

En los prerrequisitos, SAP ERP 700 ubica el punto de pedido en MRP 1 y el stock de seguridad en MRP 2; indica que esos valores pueden introducirse o calcularse automáticamente. La ubicación ayuda a encontrar los campos en esa versión, pero no establece una taxonomía común a todos los ERP ni demuestra que un dato sea Q*. Para clasificarlo, confirma cómo lo utiliza el procedimiento de planificación (SAP ERP 700, “Reorder Point Planning Procedure”, Prerequisites).

Para leer el estado del objeto, separa cada paso. Una entrada en el archivo de planificación no es lo mismo que una propuesta ya calculada, y una propuesta no demuestra por sí sola que exista una orden de compra transmitida. SAP documenta ese flujo para SAP ERP 700; no debe universalizarse a otros ERP, versiones o configuraciones.

Para clasificar el dato visible, identifica el objeto en que aparece y el paso que lo creó, además de revisar la definición de su campo. WizeeMind explica esta distinción; no lanza órdenes de compra ni valida la configuración local.

SAP ERP 700 también describe qué puede ocurrir si el saldo cambia antes de la planificación. Una devolución puede elevar el stock por encima del nivel de pedido y provocar que el material vuelva a registrarse para planificación; el proceso puede retirar propuestas que hayan dejado de ser necesarias. Cuando sugiere cancelar una recepción, el manual indica que el controlador debe comprobarlo junto con Compras o Producción. Así, cruce, propuesta y cancelación son momentos distintos.

El estado del documento y la revisión responsable permiten distinguirlos; la cifra del umbral no dice por sí sola si una acción posterior sigue pendiente.

Por qué una cantidad propuesta puede diferir de Q*

El Q* de MIT responde al modelo EOQ de Lecture 7. La cantidad que sale de una planificación de materiales, en cambio, depende también del procedimiento de tamaño de lote aplicado. SAP ERP 700 describe opciones como lote fijo o reposición hasta una cantidad máxima y menciona procedimientos por periodo u “óptimos” con previsión de necesidades futuras.

El nombre de una opción SAP no prueba que su cantidad use exactamente la definición de Q* de MIT: las fuentes presentan conceptos y procesos diferentes, sin establecer equivalencia.

La documentación de SAP S/4HANA on-premise PP/DS 2025 FPS01 explica que el cálculo de cantidades de recepción forma lotes y puede ajustar cantidades a condiciones de producción o planificación. El origen de la cantidad objetivo depende también de la operación: durante la planificación automática, el heurístico estándar SAP_PP_002 calcula para una necesidad no cubierta; al crear una recepción manual, cuenta el rendimiento o la cantidad de pedido deseada.

Esto ayuda a leer por qué una cantidad mostrada puede ser distinta de la necesidad neta que inició la ejecución. La afirmación describe ese producto y heurístico, no cualquier sistema MRP (SAP Help, “Procurement Quantity Calculation”, Use y Features → Lot-sizing procedure).

El manual añade que la elección del procedimiento decide qué cantidades parciales y fechas u horas de disponibilidad deben tener las recepciones para proporcionar el rendimiento o cantidad de pedido deseada. Por eso, el usuario puede estar viendo el total a obtener o una recepción individual dentro de ese total.

Antes de comparar el campo con Q*, hay que establecer si ambos representan una cantidad total por pedido, la porción de una entrega o una fecha de disponibilidad; de lo contrario, la diferencia mezcla medidas de etapas distintas. El artículo de SAP presenta esta lógica dentro de PP/DS y no determina cómo se comporta otro producto.

También señala que los tamaños mínimo y máximo y el redondeo pueden restringir lo permitido en una recepción individual, y que el procedimiento elegido determina cuáles parámetros intervienen. Eso cambia la pregunta práctica: un lote total puede ser viable mientras una de sus recepciones no cumpla el mínimo o máximo configurado, o mientras la cantidad de una entrega deba ajustarse a un múltiplo.

El dato de restricción pertenece a la configuración de aprovisionamiento; por sí solo no demuestra cuál es el mínimo comercial acordado con el proveedor (SAP Help, “Procurement Quantity Calculation”, Features → Additional parameters).

La documentación de SAP separa también las reglas de redondeo de la decisión que inició la planificación. En el material de PP-MRP 2025, el sistema aplica primero el procedimiento de tamaño de lote y luego redondea la cantidad determinada; el redondeo puede adaptarla a unidades de entrega, embalaje o transporte (SAP Help, “Rounding”, secciones Use e Integration). En PP-MRP, un valor de redondeo exige múltiplos de una cantidad; un perfil aplica valores escalonados.

Ambos adaptan el aprovisionamiento a unidades de entrega, embalaje o transporte después del lote y del posible scrap; no cambian el umbral que inició la evaluación (SAP Help, “Rounding”, Features → Rounding value / Rounding profile).

Así, una diferencia entre la cantidad teórica de un modelo y la propuesta del sistema no demuestra que el umbral esté mal. Puede originarse en un ajuste aplicado después de calcular la necesidad. La secuencia y los campos exactos dependen de la solución y versión que se esté consultando.

También hay que comparar cantidades en la misma unidad. En la documentación de cálculo de aprovisionamiento SAP, los tamaños fijo, mínimo y máximo y los valores de redondeo suelen referirse a la unidad base del producto; pueden expresarse en una unidad alternativa cuando existe una conversión mantenida para el producto y esa unidad se selecciona para el tamaño de lote (SAP Help, “Units of Measure for the Procurement Quantity Calculation”, sección Use y Prerequisites).

Antes de comparar Q* con una propuesta, confirma que ambas cifras usan la misma unidad y revisa la conversión entre la unidad mostrada y la unidad base. La guía de SAP APO explica que una unidad alternativa entra en el cálculo únicamente si la conversión está guardada en el maestro de producto de ubicación y se selecciona en el campo Lot Size Unit.

Así, el campo mostrado y la base interna pueden diferir sin que el lote haya cambiado físicamente; la comparación requiere aplicar la conversión configurada. El artículo no muestra una versión, por lo que no se le asigna una (SAP Help, “Units of Measure for the Procurement Quantity Calculation”, Prerequisites).

El tamaño mínimo configurado en un sistema tampoco demuestra cuál es la cantidad mínima acordada con un proveedor. La página PP/DS describe parámetros que configuran cantidades permitidas por recepción; no los identifica como condiciones comerciales de un contrato. Si la propuesta parece superar lo necesario, hay dos cuestiones separadas: qué restricción aplicó el procedimiento del sistema y qué condiciones de compra aceptó la empresa.

Para la primera, revisa la configuración del tamaño de lote y redondeo; para la segunda, el acuerdo o dato comercial aplicable. El número final por sí solo no revela cuál de esas fuentes explica la diferencia.

Para localizar el origen de una diferencia, compara una misma necesidad de aprovisionamiento en la misma unidad: cantidad del modelo, cantidad total solicitada, número y calendario de recepciones, procedimiento aplicado y redondeo final. En PP/DS una cantidad total deseada puede repartirse entre recepciones con fechas u horas distintas; en PP-MRP el redondeo se aplica después de lot-sizing y scrap. Ese rastro permite preguntar qué etapa cambió “cuánto” sin confundirla con el umbral que determina “cuándo”.

No permite declarar mejor una opción sin datos de coste, capacidad y condiciones de compra.

Preguntas frecuentes

¿Qué significa Q* en EOQ?

En MIT Lecture 7, Q es la cantidad de reposición por pedido y Q* la cantidad que minimiza el coste relevante del modelo EOQ. No es el nivel de existencias que activa una regla de reposición.

¿Qué significa s en el punto de pedido?

En MIT Lecture 11, s es el punto de pedido. La política continua (s,Q) lo compara con la posición de inventario IP; en (s,S), al llegar al nivel s se repone hasta S.

¿Si el sistema dice «punto óptimo», muestra Q*?

No se sabe solo por el rótulo. Revisa si el campo es una cantidad por recepción, un nivel de existencias usado como disparador o el resultado de una planificación, y confirma la unidad y definición local.

¿Una propuesta calculada equivale a una orden de compra?

No necesariamente. En el flujo descrito por SAP ERP 700, el cruce del nivel de pedido inicia una evaluación posterior; esta puede crear una propuesta que debe revisarse. El estado depende del paso y de la configuración documentados.