Dos ejemplos para separar el umbral de lo que se pide
En los ejemplos, el punto de pedido es el umbral s que activa una regla ya elegida. La política determina cuánto se solicita después: en (s,Q) se pide el lote fijo Q; en (s,S) se intenta volver al nivel objetivo S, por lo que el pedido del caso se obtiene como S − IP. MIT describe esas dos reglas para revisión continua (Lecture 11, diapositiva impresa 6). Los valores siguientes son supuestos didácticos, no datos de una empresa.
Antes de comparar con s, define qué significa IP
La diapositiva de notación de MIT define la posición de inventario (IP) como existencias en mano más pedidos en curso, menos atrasos y cantidades comprometidas (Lecture 11, diapositiva impresa 5). Por eso un conteo de estantería no basta para reconstruir la cifra que una regla compara con s: puede faltar un pedido abierto o haber unidades reservadas o atrasadas.
La definición explica la notación, no los campos de una instalación ni el cálculo de su ERP. Sus componentes se leen así:
| Componente de IP | Efecto en la posición del ejemplo |
|---|---|
| Existencias en mano | Suma las existencias registradas en mano |
| Pedidos abiertos | Suma cantidades en curso, si la política las considera dentro de IP |
| Atrasos | Se restan porque corresponden a demanda pendiente |
| Compromisos | Se restan para no contar como libres unidades ya asignadas |
La tabla traduce la notación de MIT a términos comunes, pero no define campos de una instalación. En un ejemplo didáctico basta declarar qué valores se toman y mantener una unidad. Si se parte de una pantalla, hay que identificar el instante, el producto y el ámbito que representa la cifra; si se ignoran pedidos o compromisos, no se ha reconstruido IP.
Por ejemplo, 52 unidades en mano no bastan para decir que IP vale 52. Con 9 unidades comprometidas y ningún pedido abierto, la posición ilustrativa sería 43; si además hubiera un pedido en curso de 12, sería 55, siempre que no existan atrasos ni otros compromisos. Es aritmética de los componentes, no una equivalencia propuesta con campos de software.
Caso 1: lote fijo después del disparo
Supón que el umbral ya está fijado en 40 unidades y que la política utiliza un lote de 80. En una primera lectura hay 52 unidades en mano, no se añade ningún pedido abierto y 9 unidades están comprometidas: IP = 52 + 0 − 9 = 43. El umbral aún no se alcanza.
Después se comprometen otras 4 unidades, sin que haya salido material; si el resto no cambia, la posición pasa a 52 + 0 − 13 = 39 y activa el lote.
La operación sigue la posición de inventario y el disparador IP ≤ s que presenta MIT (Lecture 11, diapositivas impresas 5–6).
| Lectura hipotética | En mano | Pedidos abiertos | Comprometidas | IP | Resultado con s = 40 |
|---|---|---|---|---|---|
| A | 52 | 0 | 9 | 43 | No activa |
| B | 52 | 0 | 13 | 39 | Activa; Q = 80 |
La igualdad también activa la condición: IP = 40 satisface IP ≤ s, según la regla de revisión continua descrita por MIT (Lecture 11, diapositiva impresa 6). El ejemplo ilustra que un cambio en compromisos puede cruzar el umbral sin que cambie el conteo físico. Los datos son inventados; no aconsejan comprometer unidades ni pedir 80 a un proveedor. Una vez dada la política, s responde cuándo y Q cuánto.
Tras pedir el lote, el mismo pedido pasa a formar parte de la posición si se considera abierto. Con los datos de la segunda lectura, si se registra un pedido de 80 y no cambian en ese instante ni las existencias, compromisos ni atrasos, IP pasa de 39 a 119. Por eso una nueva lectura idéntica de 39 no describe el mismo estado: hay una orden abierta de por medio.
La comparación es útil para entender por qué el siguiente disparo depende de la posición completa y no del número del primer registro copiado. No se modelan cancelaciones, recepciones parciales ni la configuración de un sistema.
Caso 2: reposición hasta un objetivo
Ahora toma una política (s,S) con s = 30 y S = 90. Si la posición observada es 24, se cumple 24 ≤ 30; la diferencia hasta el objetivo es 90 − 24 = 66 unidades. MIT expresa esta regla como pedir S−IP cuando IP ≤ s (Lecture 11, diapositiva impresa 6). La resta es aritmética propia sobre los supuestos, no un valor indicado por la fuente.
| Dato supuesto | Valor | Papel en el caso |
|---|---|---|
Umbral s |
30 unidades | Activa la regla al alcanzarse o quedar por debajo |
Objetivo S |
90 unidades | Nivel al que se repone en este ejemplo |
Posición IP |
24 unidades | Se compara con s y se resta de S |
Diferencia S − IP |
66 unidades | Cantidad resultante de la operación del ejemplo |
No intercambies las cuatro magnitudes: s es el disparador, S el objetivo, IP la posición observada y 66 el pedido calculado para estos datos. Todos deben expresarse en unidades comparables. El ejemplo no calcula s o S y no presenta 66 como un ajuste recomendado.
Las políticas responden de forma distinta al mismo disparo. (s,Q) mantiene el lote fijado cuando se activa; (s,S) conserva el objetivo y cambia el tamaño de la reposición según la distancia entre la posición y ese objetivo. Las diapositivas presentan ambas políticas, pero no seleccionan una para una planta concreta (MIT OpenCourseWare, Lecture 11, diapositiva impresa 6).
Cuando la lectura viene de una pantalla
El nombre «stock» no permite saber si se trata de existencias físicas, disponibles, pedidos entrantes o de una posición calculada. La documentación de Dynamics 365 distingue «Available physical», «Ordered in total», «On order», «Available for reservation» y «Total available». Define el disponible físico como inventario físico menos reservado; el total disponible suma el disponible físico y los pedidos entrantes y resta los salientes.
La disponibilidad para reservar puede incluir recepciones esperadas si está seleccionado un parámetro concreto del producto (Microsoft Learn, “Inventory on-hand list”, tabla de columnas). Esos nombres describen Dynamics 365: no son sinónimos de IP en la notación MIT ni definiciones comunes a otros ERP.
| Campo de Dynamics 365 | Definición documentada | Límite de lectura |
|---|---|---|
| Available physical | Inventario físico menos lo reservado | No suma por sí solo las recepciones previstas |
| Ordered in total | Cantidad en órdenes entrantes y ciertos diarios positivos | Es un componente, no un saldo físico |
| On order | Órdenes salientes y ciertos diarios negativos | No prueba por sí solo que exista atraso |
| Total available | Disponible físico + entrante − saliente | No se identifica automáticamente con IP |
La documentación distingue también «available for reservation»: puede incluir recepciones esperadas si está seleccionada una opción concreta de parámetros. En el ejemplo ficticio con 14 unidades físicas, 4 reservadas, 12 entrantes y 3 salientes, el disponible físico sería 10 y el total disponible 19 (14 − 4 + 12 − 3), aplicando las definiciones publicadas por Microsoft (Microsoft Learn, tabla de columnas). Si el umbral ilustrativo fuera s = 15, esas dos cifras caerían a lados distintos de la comparación.
El cálculo no dice cuál campo usa una política local ni autoriza a cambiarlo por intuición; muestra por qué hay que conservar el nombre y la definición del dato.
La misma página documenta una diferencia entre el filtro aplicado a los registros detallados y el agrupamiento de la lista. En su ejemplo, IA0001 tiene disponible físico 1 en el almacén 1 y también 1 en el almacén 3. El panel filtra Available Physical ≤ 1, por lo que conserva ambas filas; al ocultar la dimensión almacén, la lista las presenta agrupadas como una línea de valor 2.
No significa que la fila agrupada cumpla el filtro por sí sola: el filtro se ejecutó antes de la agregación. Microsoft explica además que los valores pueden investigarse abriendo las transacciones subyacentes (Microsoft Learn, “Filters pane” y “Examples”).
| Filtro aplicado en la lista | Dónde opera según Microsoft | Lectura posible del ejemplo |
|---|---|---|
| Panel Filters | En los registros detallados, antes de agrupar | Conserva los dos almacenes con 1 unidad cada uno; la fila agrupada puede mostrar 2 |
| QuickFilter o filtro de columna de la cuadrícula | En los resultados ya agregados | Evalúa la fila presentada, que en el ejemplo vale 2 |
Por eso decir «filtré el stock por debajo de uno» es incompleto si no se identifica dónde se aplicó el filtro. En el ejemplo de Microsoft, la misma expresión puede describir una selección de registros fuente o una consulta a la fila resumida; la diferencia es la secuencia del cálculo. La fuente no dice cuál de esas vistas alimenta una política de reposición local.
Para un ejemplo de punto de pedido, la decisión es primero qué cifra se está leyendo. Si una pantalla muestra «2» tras agrupar almacenes, no se debe sustituir automáticamente ese resultado por IP ni comparar con s como si el ámbito fuese el de un solo almacén. Hay que identificar el campo, sus dimensiones y si el filtro afectó los registros o la salida agrupada.
La fuente respalda ese comportamiento del producto; no confirma cómo se configuró una instalación concreta ni demuestra que el campo final sea la variable que una regla local compara con su umbral.
Variación y límites del ejemplo
Los dos ejemplos parten de parámetros ya conocidos. NC State diferencia el caso de demanda y plazo constantes de situaciones en las que cambia la demanda, el plazo o ambos; su tutorial trata la incertidumbre y la protección de inventario como preguntas adicionales (NC State SCRC, líneas 477–501). Esa distinción ayuda a no presentar 40, 80, 30 o 90 como valores típicos u óptimos. La fuente no permite deducir un s universal y esta página no calcula los parámetros.
Qué ocurre entre el disparo y la llegada
El plazo separa el momento en que la regla pide un lote de aquel en que se recibe. Para ver qué papel cumple IP, supón demanda estable de 3 unidades diarias, sin atrasos ni compromisos, y un plazo de cinco días. El umbral es 50. En el primer corte, IP = 51, así que no se activa.
Tras consumir 3 unidades, IP pasa a 48; la condición IP ≤ s se cumple y (s,Q) pide un lote hipotético de 18, aplicando la notación de posición y disparo de MIT (Lecture 11, diapositivas impresas 5–6).
| Momento del ejemplo | En mano | Pedido abierto | Demanda acumulada desde el disparo | IP ilustrativa |
|---|---|---|---|---|
| Al activarse la regla, antes de registrar el pedido | 48 | 0 | 0 | 48 |
| Cinco días después, antes de recibir | 33 | 18 | 15 | 51 |
| Tras recibir íntegramente las 18 unidades | 51 | 0 | 15 | 51 |
El saldo físico cambia al recibirse el lote; la posición no cambia solo por trasladar la misma cantidad de «pedido abierto» a «en mano». En el caso de la tabla, la ecuación simplificada después de cinco días es 48 − 15 + 18 = 51. Es un cálculo propio con una sola SKU, unidad homogénea y los movimientos descritos; no modela pérdidas, recepciones parciales, reservas ni otros pedidos.
Si la entrega se divide, el mismo principio se puede seguir sin tratarla como una sola llegada. Supón que las 18 unidades abiertas llegan en dos partidas, primero 10 y después 8, y que entre esos momentos no hay consumo adicional. Antes de la primera partida, el ejemplo tenía 33 en mano y 18 en curso; después, tendría 43 en mano y 8 en curso. La suma usada para IP seguiría siendo 51.
Tras la segunda partida, 51 estarían en mano y 0 en curso. La conservación depende de los componentes de la posición definidos por MIT (Lecture 11, diapositiva impresa 5). Las cifras son una extensión aritmética del escenario; no afirman que toda política cuente cada recepción parcial de esa manera. Si una fuente local maneja pedidos o reservas con reglas distintas, hay que respetar esa definición antes de llamar IP al resultado.
El plazo de cinco días es un dato del escenario, no una recomendación ni una fecha prometida por un proveedor. En la narración cumple otra función que s o Q: s es el umbral, Q el tamaño del lote, y los cinco días describen el intervalo supuesto hasta su llegada. No se suman a IP ni modifican por sí mismos la condición IP ≤ s.
Si el caso usa días naturales, laborables o un plazo pactado, debe decirlo; aquí solo se presupone un intervalo de cinco días para poder seguir el consumo acumulado. La secuencia sirve para contar qué se disparó, qué sigue abierto y qué acaba de llegar.
Si se toma solo la cifra de existencias físicas, el lector puede ver 33 antes de la llegada y no advertir que hay 18 en curso; si mira el total disponible de un sistema, también debe comprobar qué componentes incorpora ese campo. Ninguna de esas etiquetas se puede equiparar automáticamente a IP sin verificar su definición.
Si varios movimientos ocurrieron entre dos cortes, la comparación de ambos totales tampoco identifica por sí sola qué movimiento cruzó el umbral; para atribuir la causa haría falta el detalle temporal correspondiente.
También importa cómo se registraron las observaciones. Una regla de revisión continua se describe en MIT como basada en la posición que alcanza el umbral (Lecture 11, diapositiva impresa 6). Un informe consultado una vez al día, en cambio, conserva valores de esos cortes.
Si el lunes muestra 51 y el martes 48, se sabe que el segundo corte está bajo 50; no se conoce la hora exacta del cambio ni se puede afirmar que la posición descendiera de forma uniforme durante el intervalo. El movimiento podría incluir consumo, una reserva, un pedido abierto o una corrección de registro.
Este límite aparece en cómo se formula un ejemplo. «La lectura del martes dio 48» es una observación supuesta. «El sistema disparó exactamente a las 10:00» requiere un sello temporal del evento, no solo dos informes diarios. «El plazo fue de cinco días» puede ser otro supuesto del ejemplo, pero no demuestra que cada lote se reciba en ese plazo.
Separar estos enunciados evita convertir un par de números en una cronología más precisa de lo que los datos permiten.
En una ilustración completa conviene marcar cuatro cosas: el instante de cada observación, la base usada para calcular IP, el umbral contra el que se comparó y la cantidad pedida cuando hubo activación. La cifra de llegada estimada añade un quinto dato, pero no redefine el disparo. Esta estructura es propia de la explicación; MIT aporta la notación y no prescribe una plantilla de registro ni la frecuencia con que se debe consultar una pantalla.
Preguntas frecuentes
¿Qué significa el umbral s en los ejemplos?
s es el nivel contra el que se compara la posición de inventario para activar la regla ilustrada. El ejemplo no calcula ni recomienda ese nivel.
¿Qué diferencia hay entre (s,Q) y (s,S)?
En (s,Q), al alcanzar el umbral se solicita un lote Q fijado. En (s,S), al alcanzar el umbral se solicita lo necesario para llegar al nivel objetivo S.
¿Por qué la posición IP no coincide siempre con el stock físico?
En la notación de MIT, la posición de inventario combina existencias en mano y pedidos en curso, y resta atrasos y cantidades comprometidas. Por eso el saldo de una estantería, por sí solo, puede no representar IP.
¿Los valores de los ejemplos sirven para una empresa?
No. Son cifras inventadas para practicar la lectura de dos reglas ya elegidas; no son parámetros recomendados ni el cálculo de un punto de pedido real.