Métricas de inventario
Definición de los resultados que el optimizador de AInventory calcula por SKU. Todos los valores corresponden a la última simulación guardada para el SKU seleccionado.
Relación estructural entre los indicadores
SS ≤ ROP ≤ S
donde SS = safety stock, ROP = punto de reorden y S = stock objetivo. El optimizador garantiza esta inecuación en todo momento.
Catálogo de indicadores
Factor de seguridad (k)
| Campo | Valor |
|---|---|
| Unidad | Adimensional |
| Rango explorado | 0,1 – 5,0 |
El factor de seguridad k es la "perilla" que controla el colchón de inventario. El optimizador busca el valor de k que minimiza el costo total esperado (holding + shortage).
S = μ(L+R) + k · σ
donde μ(L+R) es la demanda esperada en la ventana de revisión más lead time, y σ es la variabilidad de la demanda.
| Rango de k | Interpretación |
|---|---|
| 0,1 – 0,5 | Casi sin colchón; alto riesgo de quiebre |
| 0,5 – 1,5 | Colchón moderado |
| 1,5 – 3,0 | Colchón amplio |
| 3,0 – 5,0 | Colchón muy alto; riesgo de sobre-stock |
Ejemplo: Demanda esperada en ventana = 400 u, variabilidad = 50 u.
- k = 1,8 → S = 400 + 1,8 × 50 = 490 u
- k = 3,0 → S = 400 + 3,0 × 50 = 550 u
Un k = 0 reportado para SKU bajo política newsvendor o cobertura fija no significa "sin colchón": esas políticas no utilizan el parámetro k. El safety stock en esos casos se determina por otro mecanismo.
Stock objetivo (S)
| Campo | Valor |
|---|---|
| Unidad | Unidades |
| Alias | Nivel objetivo, S |
S = μ(L+R) + SS
Es el nivel de inventario hasta el que se repone cada vez que se lanza una orden. Se calcula como la demanda esperada durante la ventana (lead time L + periodo de revisión R) más el safety stock.
Ejemplo: Ventana de 3 meses con forecast [150, 160, 140] → μ(L+R) = 450 u. SS = 90 u → S = 540 u.
Safety stock (SS)
| Campo | Valor |
|---|---|
| Unidad | Unidades |
| Alias | Stock de seguridad, inventario de seguridad |
SS = S − μ(L+R) ≈ k · σ
El safety stock es el colchón de inventario que protege contra la variabilidad de la demanda durante el lead time. Es la diferencia entre el stock objetivo y la demanda esperada en la ventana.
Ejemplo (continuación): SS = 540 − 450 = 90 u.
Punto de reorden (ROP)
| Campo | Valor |
|---|---|
| Unidad | Unidades |
| Restricción | SS ≤ ROP ≤ S |
ROP = SS + μL
donde μL es la demanda esperada durante el lead time. El ROP está acotado por abajo en SS y por arriba en S.
Cuando el inventario en mano cae por debajo del ROP, el sistema indica que se debe reabastecer.
Ejemplo: SS = 90 u. Lead time = 2 meses con forecast [150, 160]. μL = 310 u. ROP = 90 + 310 = 400 u.
Si el inventario actual es 380 u < 400 u → se activa la señal de reabastecimiento.
Nivel de servicio — Fill rate esperado
| Campo | Valor |
|---|---|
| Unidad | % |
| Fórmula | 1 − (unidades no servidas / demanda total) |
El fill rate es un resultado de la política óptima encontrada por el optimizador; no es un objetivo fijado por el usuario. El optimizador minimiza el costo total (holding + shortage) y el fill rate resultante es el nivel de servicio implícito de esa política.
Ejemplo: Demanda total en la simulación = 450 u. Unidades no servidas = 18 u (quiebre parcial en algunos escenarios). Fill rate = 1 − 18/450 = 96 %. Promediado sobre 1.000 escenarios de simulación ≈ 93,6 %.
Costo total esperado
| Campo | Valor |
|---|---|
| Unidad | Moneda ($ configurada en el tenant) |
| Componentes | Holding + Shortage |
C_total = C_holding + C_shortage
Es la función objetivo que el optimizador minimiza. No incluye el costo de ordenar (colocación de órdenes); el único freno al tamaño de la orden es el MOQ.
Ejemplo: C_holding = $1.730. C_shortage = $2.500. Costo total = $4.230.
Costo de holding
| Campo | Valor |
|---|---|
| Unidad | Moneda |
| Fórmula | (Σ inv. final_t) × tarifa de almacenamiento |
El holding cost acumula el inventario final de cada periodo en la simulación y lo multiplica por la tarifa de almacenamiento (por unidad-mes).
Ejemplo: Inventarios finales [periodos 1–3] = 120, 80, 60 u. Tarifa = $1,50 / u-mes. Σ = 260 u-mes × $1,50 = $390 (costo de holding de esa simulación).
Costo de shortage
| Campo | Valor |
|---|---|
| Unidad | Moneda |
| Fórmula | unidades no servidas × penalización por unidad |
El shortage cost penaliza cada unidad de demanda que no pudo ser atendida por falta de inventario.
Ejemplo: 20 unidades no servidas × $25 / unidad = $500.
Inventario promedio
| Campo | Valor |
|---|---|
| Unidad | Unidades |
| Fórmula | (Σ inv. final_t) / n_periodos |
Indica el nivel medio de inventario a lo largo de la simulación. Útil para estimar el capital de trabajo comprometido.
Ejemplo: Inventarios finales = [120, 80, 60]. Inventario promedio = (120 + 80 + 60) / 3 = 87 u.
Reabastecimiento sugerido (Q)
| Campo | Valor |
|---|---|
| Unidad | Unidades |
| Restricción | Q ≥ 0 (nunca negativo) |
Q = máx(0, S − (inv. en mano + inv. en tránsito))
Cantidad sugerida para llevar el inventario disponible (en mano + en tránsito) hasta el stock objetivo. Si el inventario disponible ya supera S, Q = 0.
Ejemplo: S = 540 u. Inventario en mano = 300 u. En tránsito = 50 u. Q = 540 − 350 = 190 u.
Q ajustado por MOQ
| Campo | Valor |
|---|---|
| Unidad | Unidades |
| Fórmula | ⌈Q / MOQ⌉ × MOQ |
Redondea Q hacia arriba al múltiplo del MOQ (Minimum Order Quantity) más cercano.
Ejemplo: Q = 190 u. MOQ = 50 u. ⌈190/50⌉ × 50 = 4 × 50 = 200 u.
Lead time (L)
| Campo | Valor |
|---|---|
| Unidad | Meses (entero ≥ 1) |
| Tipo | Dato de entrada |
El lead time es el tiempo de reposición configurado por el usuario para el SKU. El optimizador lo usa como parámetro fijo; no se optimiza.
Demanda promedio (respaldo)
| Campo | Valor |
|---|---|
| Unidad | Unidades / mes |
| Fórmula | Promedio de los últimos 6 meses de demanda histórica |
Se usa como estimación de la demanda cuando no hay un forecast de consenso disponible para el SKU. En presencia de forecast de consenso, este dato queda en segundo plano.
Errores comunes de interpretación
Ver nota en la sección de Factor de seguridad.
El optimizador minimiza únicamente holding + shortage. El costo de colocación de órdenes no forma parte de la función objetivo. El MOQ actúa como único freno al tamaño de la orden.