Q* y la reserva responden a preguntas distintas
Q* es el tamaño del pedido que resulta del modelo Wilson. El stock de seguridad (SS) es otra cifra: una reserva adicional frente a variaciones de demanda o de plazo durante la reposición. Ambas se expresan en unidades del mismo artículo, pero no cumplen la misma función.
NC State SCRC describe el SS como inventario por encima de la demanda media prevista durante el plazo, para cubrir diferencias respecto a esa previsión. (NC State SCRC, “Safety Stock Analysis”, apartados “Safety Stock” y “What Happens when either Demand or Lead Time Varies?”, líneas visibles 31–56).
Así se pueden leer las cifras sin recalcular Q*. Q* responde cuánto se pide en el lote; el SS, qué reserva se ha definido ante variaciones durante el plazo. No hay que sumarlas para describir el tamaño de un pedido fijo. Esta distinción pertenece al modelo: no determina cómo un ERP nombra o almacena los campos.
En una ficha local, «lote» y «mínimo» pueden referirse a campos diferentes. El rótulo no basta para saber si el valor es cantidad por pedido, saldo físico o reserva, ni en qué unidad se expresa. Las fuentes explican los conceptos; la organización define sus campos. Conviene consultar esa definición antes de deducir el significado porque dos cifras aparezcan juntas en una pantalla.
Relacionar la reserva con el plazo
El intervalo importa porque la reserva se interpreta frente a lo que puede ocurrir mientras llega la reposición. La demanda media prevista estima el consumo durante ese plazo bajo los supuestos elegidos; el SS representa margen ante diferencias. NC State distingue el caso de demanda y plazo constantes del caso en que alguno varía.
Su tutorial explica esa relación, pero no establece una cantidad válida para todos los artículos. (NC State SCRC, “Safety Stock Analysis”, apartados “Safety Stock” y “What Happens when either Demand or Lead Time Varies?”, líneas 31–56).
Comprueba de dónde procede la demanda
Antes de llamar «variación» a un consumo, identifica de dónde procede la demanda del artículo. NC State distingue la demanda independiente, ligada al mercado, de la dependiente, vinculada directamente con la demanda o el programa de producción de otro artículo. Su ejemplo docente describe un calendario hipotético de botellas y tapones; corresponde al caso farmacéutico de la fuente, no a una planta genérica. El tutorial dice que los sistemas para ambos tipos de demanda difieren.
Esa diferencia no prueba que los componentes deban carecer de stock de seguridad. (NC State SCRC, “Independent vs Dependent Demand Inventory Systems”, apartados “What is a Dependent Demand Item?” y “Continuing with the EXAMPLE”, líneas 37–49).
La ficha hipotética de Q*=120 y SS=30 no indica cómo se origina la demanda. Si el artículo se necesita para fabricar otro, una comprobación útil es conservar los códigos del artículo padre y del componente, junto con la versión y las fechas del programa de producción. Después se puede contrastar ese plan con las salidas y la disponibilidad registradas para el componente.
Es un método documental propuesto aquí, no un campo obligatorio de ERP ni una conclusión de NC State sobre esta ficha. La fuente no aporta datos de variación de este artículo; por tanto, 30 sigue siendo una cifra ilustrativa, no una reserva evaluada. Si el programa se revisa, conserva también la versión anterior y anota qué cantidades cambiaron. Así se puede distinguir una variación del plan de producción de una diferencia entre lo previsto y lo recibido.
Si no hay una relación documentada entre padre y componente, no la deduzcas de la coincidencia temporal de sus movimientos: deja ese vínculo como dato pendiente.
Qué puedes concluir con la ficha y qué queda pendiente
Para esta misma referencia hipotética, Q*=120 y SS=30 solo indican dos valores si la ficha identifica el artículo, la unidad y la versión de la política. Antes de relacionarlos con el consumo, conviene seguir tres comprobaciones documentales. No calculan un nuevo lote ni fijan una reserva: ayudan a saber qué describen los registros que ya existen.
Primero, coteja el código del artículo y la unidad en la ficha de parámetros, la exportación y los movimientos. Si una fila habla de cajas y otra de unidades, o de una variante distinta, no hay base para atribuir la diferencia a la demanda. Conserva el nombre del campo junto al valor; evita normalizar «mínimo» como SS hasta encontrar la definición local.
Segundo, documenta el origen de la demanda. NC State define la dependiente como ligada directamente a la demanda o al programa de producción de otro artículo. Para revisar esa relación en una planta, anota el artículo padre, el componente, la versión del programa y la fecha de necesidad que consten en los registros. Si falta el vínculo entre artículos, la etiqueta “dependiente” queda sin comprobar.
Si aparece, contrasta el programa con las salidas del componente para el mismo periodo; no confundas una revisión del plan con una variación del plazo. El tutorial y su ejemplo farmacéutico explican el concepto, pero no establecen qué política de reserva debería usarse para un componente industrial.
Tercero, identifica el intervalo que usa cada dato. Una previsión semanal no se compara directamente con un plazo medido entre eventos diferentes. Conserva el origen y cierre de la ventana tal como aparecen en los registros locales; si no están definidos, declara que la comparación temporal sigue pendiente. Sin observaciones que cubran el intervalo, no se puede describir la desviación real.
| Evidencia disponible para el mismo artículo | Qué se puede afirmar | Qué sigue sin responder |
|---|---|---|
| Ficha con unidades y definición local de Q* y SS | Los valores corresponden a dos campos distintos en esa versión | Si la reserva basta para una variación concreta |
| Programa con padre, componente y versión identificados | La demanda del componente está vinculada a ese programa en el registro | Si el programa coincide con las necesidades y movimientos observados |
| Periodo previsto y fechas locales de disponibilidad | Qué ventana se está comparando | Cuánto se apartó el consumo si faltan movimientos reales |
| Solo un saldo total o un campo “mínimo” sin definición | El valor que exportó el sistema, con su etiqueta original | Si representa lote, reserva, disponibilidad o una suma de conceptos |
En la ficha inventada de 120 y 30, el primer resultado posible es simplemente «Q* y SS aparecen como parámetros separados». Si el código, la unidad o la definición de campo no coinciden, la lectura debe quedarse en «significado pendiente». Y aunque todo eso coincida, no hay datos de demanda, plazo, variabilidad o criterio de servicio del artículo ficticio. Por eso no podemos evaluar si SS=30 es adecuado.
Esta conclusión acotada evita convertir una etiqueta ambigua en un ajuste de política.
Cuando faltan datos, comprueba si aún son comparables
Para comparar dos registros, primero comprueba si describen el mismo material y el mismo intervalo. La tabla propone una revisión documental; no es un procedimiento prescrito por NC State ni calcula una cantidad.
| Señal de alerta | Qué deja de ser comparable | Lectura prudente |
|---|---|---|
| Se mezclan códigos de artículos o variantes | El consumo de una referencia no representa necesariamente el de otra, aunque ambas pertenezcan a una familia | Separar la referencia observada antes de hablar de su lote o su reserva |
| Una fuente registra cajas y otra unidades | Las magnitudes no comparten base hasta verificar la conversión real del embalaje | No llamar variación a una diferencia que podría ser solo una conversión pendiente |
| La demanda se promedia por semana, pero el plazo se mide desde otro evento o hasta otro evento | El consumo y el plazo pueden cubrir ventanas distintas | Aclarar las fechas que abren y cierran el intervalo antes de relacionar ambos datos |
| Cambió proveedor, ruta, calendario o política entre periodos | La observación anterior y la reciente pueden corresponder a condiciones distintas | Marcar el cambio y evitar juntar periodos como si describieran una sola condición sin comprobarlo |
| Hay una previsión, pero no observaciones de lo recibido o consumido | La diferencia entre lo esperado y lo ocurrido no puede medirse con esa previsión sola | Identificar el dato ausente y dejar la conclusión en suspenso |
Para fijar el intervalo de comparación, anota qué evento abre el plazo y cuál indica que el artículo está disponible para uso. Una recepción física y la disponibilidad registrada podrían no ser el mismo momento según el proceso local. Esta es una comprobación editorial; las fuentes citadas no definen los eventos de cada almacén.
En la ficha hipotética, el periodo de consumo debe terminar en el evento que el proceso local considere disponibilidad. Si el registro acaba antes, no cubre el intervalo completo. Anota la ventana que falta; con estos datos no se puede decidir si las 30 unidades cubren una variación.
Si el consumo reciente cambia de nivel de forma sostenida, revisa primero la previsión usada como base. Aumentar la reserva sin actualizarla podría esconder el cambio, no explicarlo. Si la previsión sigue siendo representativa y algunas observaciones se apartan de ella, la pregunta es otra: qué variación se decidió cubrir.
NC State separa demanda media de variación; distinguir un cambio de nivel de una fluctuación es una lectura analítica propia, no un diagnóstico de la fuente. (NC State SCRC, “Safety Stock Analysis”).
Un ejemplo hipotético: lote 120, reserva 30
Tomemos una referencia industrial ficticia cuya ficha indica Q*=120 unidades por pedido y SS=30. No calculamos ninguna de las dos cifras. El ejemplo solo permite leer el lote y la reserva como campos distintos; no da datos para evaluar si 30 unidades son suficientes.
NC State describe la reserva aparte de la demanda media prevista durante el plazo, mientras MIT presenta Q y s como parámetros distintos en una política continua. (NC State SCRC, “Safety Stock Analysis”; MIT ESD.260, Lecture 11, diapositivas 5–6).
| Campo de la ficha hipotética | Valor | Cómo leerlo aquí |
|---|---|---|
| Q* | 120 unidades por pedido | Tamaño del lote definido previamente |
| Stock de seguridad | 30 unidades | Reserva separada; no forma parte de las 120 |
Una orden de 120 no pasa a ser de 150 por mostrar SS=30 en otro campo. Tampoco una recepción de 120 confirma que la reserva siga intacta: hacen falta los saldos, los movimientos y la definición local de cada campo. Un total de 150 en otra pantalla no demuestra cómo se formó.
Si las dos cifras llegan en una exportación
Al preparar una exportación, conserva el código del artículo, la unidad y el nombre original de cada campo. En la ficha hipotética, Q*=120 por pedido y SS=30 son datos separados. Escribirlos como “120/30” borra cuál cifra corresponde a cada concepto.
| Lo que muestra el registro | Qué puede anotarse | Qué queda sin demostrar |
|---|---|---|
Q*=120 u/pedido y SS=30 u en campos definidos |
Lote y reserva por separado | Que 30 sean suficientes para un servicio o plazo concreto |
| Una recepción de 120 unidades | Movimiento recibido, si la transacción identifica el artículo | Que el stock de seguridad siga intacto o que el campo sea Q* |
Mínimo=30 sin definición local |
Nombre y valor tal como aparecen; significado pendiente | Que sea necesariamente stock de seguridad |
| Una única cantidad 150 sin desglose | Total exportado, con su etiqueta original | Que el sistema haya sumado 120 y 30 |
La tabla no impone nombres de campo. Ayuda a conservar lo que el archivo sí dice y a dejar pendiente lo que no define. Si existe una ficha vigente, contrasta su versión y fecha con la exportación. Saber qué significa Q* en una versión no prueba que el valor siga vigente. MIT distingue Q de otros parámetros de política; NC State separa el SS de la demanda media.
Ninguna fuente define las columnas de un ERP local. (MIT ESD.260, Lecture 11, diapositivas 5–6; NC State SCRC, “Safety Stock Analysis”).
Separar una edición de política de un movimiento de stock
La misma ficha ayuda a separar cuatro registros que pueden mostrar 120, 30 o 150. La comparación es un método documental propuesto aquí; no se atribuye a una función concreta de ERP. Antes de interpretar la diferencia, identifica qué clase de registro contiene cada cifra y cuándo se generó.
| Registro que se conserva | Qué permite establecer | Qué no establece por sí solo |
|---|---|---|
| Ficha de parámetros con Q*=120 y SS=30 | Los valores definidos para el artículo en esa versión, si la ficha identifica unidad y vigencia | Que las unidades de reserva estén físicamente disponibles o que el nivel sea suficiente |
| Línea de pedido con 120 unidades | La cantidad solicitada en esa transacción, si conserva su identificador y fecha | Que el pedido se generara a partir del Q* mostrado en otra versión |
| Saldo agregado de 150 unidades | El total que el sistema informa para ese corte, con la definición local del saldo | Que el total sea exactamente la suma de lote y reserva |
| Fila que dice “mínimo=30” | El nombre y el valor exportados | Que “mínimo” sea sinónimo de stock de seguridad |
Primero conserva los registros tal como llegaron. Sin el mismo código y unidad, no los compares. Si coinciden pero falta la definición de una columna, anota el total sin descomponerlo. Una coincidencia numérica no revela qué operación produjo ese agregado.
Una copia posterior puede mostrar SS vacío, Q* todavía en 120 y un saldo distinto. No permite saber si cambió la política, se omitió la columna o hubo movimientos. Contrasta la fecha y versión de la ficha con la definición de exportación y los movimientos del artículo. Si falta historial, deja la causa sin determinar.
La fecha de exportación y la de vigencia cumplen funciones distintas. Conserva las dos si aparecen. Si solo tienes la primera, no la tomes como fecha de cambio de política.
La ficha no permite recomendar otra reserva ni afirmar que 30 unidades cubran un plazo real. La pregunta que sí resuelve es más concreta: ¿qué registro permite distinguir lote, reserva y saldo? NC State y MIT ayudan a separar los conceptos; la secuencia de comprobación es propuesta editorial, no una regla de sistema.
Preguntas frecuentes
¿El stock de seguridad se suma al lote Wilson?
No para definir el tamaño de cada pedido fijo. Q* es la cantidad del lote; la reserva es inventario adicional que protege frente a variaciones durante el plazo.
¿Q* y el stock de seguridad se calculan para el mismo periodo?
No representan periodos de consumo equivalentes: Q* es una cantidad por pedido y la reserva cubre la incertidumbre asociada al plazo. Para compararlos, deben compartir el artículo y la unidad, y el consumo previsto debe expresarse para ese plazo.
¿Un saldo total permite identificar Q* y la reserva por separado?
No por sí solo. Hace falta la definición local de los campos y saber a qué artículo, unidad y fecha corresponde cada registro.
¿Un Q* correcto determina cuánto stock de seguridad mantener?
No. El lote y el colchón responden a preguntas distintas. El valor de la reserva necesita un criterio de servicio o coste y datos pertinentes del artículo y del plazo.
¿Qué significa un ejemplo con Q*=120 y stock de seguridad de 30?
Solo ilustra que el lote y la reserva son cifras distintas. Sin datos de variación ni criterio declarado, no demuestra que 30 unidades sean suficientes o convenientes.