Glosario
¿Qué es el modo sombra en un sistema de reposición?
Definición
El modo sombra es una fase de prueba en la que un sistema nuevo recibe los mismos datos reales que el proceso actual y calcula sus propias decisiones, pero esas decisiones no se ejecutan: solo se guardan para compararlas después con lo que se hizo y con lo que pasó. En reposición, el sistema propone los envíos de cada semana en paralelo al equipo durante uno o dos meses, sin riesgo para el stock.
En el modo sombra el sistema trabaja con tus datos de cada semana, propone sus envíos, y nadie los ejecuta. Tu equipo sigue pidiendo como siempre. Al final de cada semana se comparan las dos listas con lo que pasó. Es el paso entre «en el pasado habría funcionado» y «lo dejamos proponer de verdad».
¿Qué es exactamente el modo sombra?
El modo sombra es ejecutar un sistema nuevo en paralelo con el que funciona, con los mismos datos en vivo, sin que sus resultados lleguen a usarse. La idea viene del despliegue de modelos: la documentación de Amazon SageMaker describe la prueba en sombra como enviar una copia de cada petición real a la versión nueva, devolver al usuario solo la respuesta de la versión en producción y guardar la de la versión en sombra para compararlas después.
En reposición, el «usuario» es tu almacén. Cada semana el sistema lee ventas y stock, calcula qué mandar a cada sitio y guarda su propuesta. Tu equipo hace su pedido como siempre. La semana siguiente se compara: ¿qué sitios se quedaron sin producto con el pedido real?, ¿se habrían quedado con la propuesta del sistema?, ¿cuánto stock habría sobrado en cada caso?
También se le llama
Shadow mode, prueba en sombra, shadow testing, ejecución en paralelo o piloto en paralelo. Es el paso siguiente al backtest: allí se prueba con el pasado; aquí, con el presente.
Un ejemplo
Un distribuidor de recambios con seis almacenes regionales pone el sistema en sombra ocho semanas. Cada lunes recibe por correo dos columnas por almacén: lo que pidió su jefe de compras y lo que habría propuesto el sistema, con el porqué de cada línea. Al acabar la semana se añade una tercera columna: lo que se vendió. En la semana 3 el sistema habría mandado más pastillas de freno a dos almacenes del norte por el frío; el jefe de compras no lo hizo y uno se quedó a cero el jueves. En la semana 6 el sistema se pasó con una referencia que tenía una promoción que no conocía. Las dos cosas se apuntan y se ajustan.
Ojo con esto
El modo sombra solo sirve si la comparación es justa y si alguien la mira.
- Que el equipo copie la propuesta del sistema durante la prueba: entonces ya no se compara nada.
- Hacerlo muy corto: dos semanas no recogen un cambio de temporada ni un festivo.
- No contar al sistema lo que el equipo sabe y él no (promociones, cierres, un cliente nuevo): sus fallos serán de información, no de cálculo.
- Medir solo los aciertos: hay que mirar también el stock de más.
Dónde aparece en el sistema
Es la segunda fase de la simulación con tus datos: después del backtest, uno o dos meses en modo sombra antes de que el sistema proponga en real. Durante ese tiempo puedes preguntar al asistente por cada diferencia: «¿por qué mandabas 15 a Bilbao si nosotros mandamos 8?». Cuando pasa a real, la persona sigue aprobando o cambiando cada envío.
Términos relacionados
Backtest, pedido sugerido, sesgo de previsión, WMAPE y fill rate.
Preguntas frecuentes
¿Cuánto dura el modo sombra?
Uno o dos meses suele bastar para ver varias semanas normales y alguna rara. Si tu negocio tiene una temporada muy marcada, conviene que el periodo toque el principio de la temporada.
¿El modo sombra cambia algo en nuestro ERP?
No. El sistema lee con un usuario que solo puede leer y guarda sus propuestas fuera. Tu ERP y tus pedidos siguen igual.
¿Qué pasa si en sombra el sistema lo hace peor que nosotros?
Se mira por qué. Si es falta de información (promociones, clientes nuevos), se le da. Si después sigue sin mejorar lo que haces, no tiene sentido seguir, y es mejor saberlo antes de pagar la puesta en marcha.