Recalcular bajo demanda
StorePulse recalcula automáticamente todas las noches. Pero a veces quieres ver el efecto de un cambio YA, sin esperar a la mañana siguiente. Para eso existe el botón "Recalcular".
:::warning Plan Enterprise El recálculo manual requiere plan Enterprise. Si tu plan es basic o pro, el botón aparece deshabilitado. :::
Cuándo recalcular manualmente
| Situación | ¿Recalcular? |
|---|---|
| Cargaste 50 conteos físicos nuevos y quieres ver el impacto | ✅ Sí |
Cambiaste el serviceLevel o safetyMargin y quieres simular | ✅ Sí |
Marcaste holidayConfirmed en items de Thanksgiving | ✅ Sí |
| Quieres simular cómo sería pedir el viernes en vez del lunes | ✅ Sí (con order_date override) |
| Quieres probar un lead time distinto para un vendor | ✅ Sí (con lead_time override) |
| Quieres recalcular solo los items clase A | ✅ Sí (con filtro ABC) |
| El sistema ya recalculó esta noche y nada cambió | ❌ No, espera al próximo |
Cómo se ve el botón
Arriba a la derecha del panel de Compras:
┌────────────────────────────────────────────────────────────┐
│ Compras │
│ [📄 PDF] [↻ Recalcular] │
└────────────────────────────────────────────────────────────┘
Click en "Recalcular" abre un modal de confirmación.
El modal de confirmación
┌──────────────────────────────────────────────────────────┐
│ Confirmar recálculo │
├──────────────────────────────────────────────────────────┤
│ │
│ Alcance │
│ ◉ Toda la tienda │
│ ○ Solo un proveedor: [Distribuidora X ▾] │
│ │
│ Filtros activos: │
│ Clase ABC: A (solo productos de esta clase) │
│ │
│ Overrides (opcional) │
│ ☐ Forzar fecha de pedido: [____-__-__] │
│ ☐ Forzar lead time: [__] días │
│ │
│ ───────────────────────────────────── │
│ │
│ [Cancelar] [Confirmar recalc] │
└──────────────────────────────────────────────────────────┘
Opciones del modal
1. Alcance
| Opción | Cuándo usarla |
|---|---|
| Toda la tienda | Recalcula los miles de items de la tienda. Tarda 1-3 minutos. |
| Solo un proveedor | Recalcula solo items de ese vendor. Tarda 10-30 segundos. |
Si solo cambiaste cosas que afectan a un proveedor (ej: actualizaste el lead time de Coca), recalcula solo ese vendor. Es mucho más rápido.
2. Filtro ABC
Si en el panel principal tienes activo un filtro de ABC (ej: solo viendo clase A), el modal muestra que el recálculo va a respetar ese filtro.
Útil para refrescar solo los items críticos (clase A) sin esperar el recalc completo.
3. Override de fecha de pedido (opcional)
Para qué: probar "¿qué pediría si el próximo pedido fuera el viernes en vez del lunes?".
Cuándo usarlo:
- Hay un feriado que mueve el ciclo normal del vendor.
- Quieres adelantar el pedido por una promo próxima.
- El vendor avisó que cambió temporalmente el día de recepción.
Restricciones:
- Solo funciona en combinación con un vendor seleccionado.
- La fecha debe ser entre hoy y 30 días en el futuro.
4. Override de lead time (opcional)
Para qué: probar "¿qué pediría si este vendor demorara N días en vez del normal?".
Cuándo usarlo:
- El vendor avisó que va a demorar más (escasez de algún producto, problema logístico).
- Quieres simular un cambio de proveedor.
- Estás haciendo un pedido especial con courier expreso (lead time menor).
Restricciones:
- Solo funciona en combinación con un vendor seleccionado.
- Valores entre 1 y 60 días.
El proceso del recalc
Cuando confirmas:
[Recalcular] click
│
▼
Modal cierra, aparece overlay "Recalculando..."
│
▼
El sistema procesa los items en segundo plano
(10 segundos a 3 minutos según scope)
│
▼
Overlay desaparece, panel se refresca
│
▼
Toast: "Recalc completo — 234 productos procesados"
Importante: el overlay no se cierra hasta que termine. Puedes cambiar de pestaña del navegador, no se va a perder el progreso.
Si el recalc falla
A veces puede fallar. Vas a ver un toast rojo con el error. Casos típicos:
| Error | Causa | Solución |
|---|---|---|
| "Already running" | Otro recalc lleva menos de 5 minutos corriendo | Esperar a que termine |
| "Enterprise required" | Tu plan no permite recalc manual | Upgrade a Enterprise |
| "Vendor required" | Pusiste override sin elegir vendor | Elegir vendor primero |
| "Stale sync data" | El agente lleva >48h sin sincronizar | El sistema avisa pero recalcula igual (bypass automático) |
Auditoría: el historial de recálculos
Cada recálculo manual queda registrado para siempre (bueno, 30 días) en Compras → Historial de pedidos (/purchasing/runs).
Vas a ver:
- Quién lo disparó.
- Cuándo.
- Cuánto duró.
- Qué scope y overrides tenía.
- Cuántos items procesó.
- Si fue completed o failed.
Click en un run del historial te lleva a /purchasing/runs/:id, donde puedes:
- Ver el detalle de los items procesados en ese momento (snapshot).
- Descargar el PDF de auditoría del run (incluye todos los parámetros usados).
Esto sirve para responder cosas como: "¿Por qué la semana pasada pide 12 cajas de Coca y esta semana sugiere 8?". Comparas los dos runs y ves qué cambió.
Ejemplos de uso típicos
Ejemplo 1 — Después de cargar conteos
1. Cargué conteos físicos de 30 items críticos esta mañana.
2. Click "Recalcular" → "Toda la tienda".
3. En 2 minutos veo el panel con las sugerencias actualizadas.
4. Comparo con lo que iba a pedir hoy → ajusto el pedido.
Ejemplo 2 — Pre-Thanksgiving
1. Hoy es lunes de la semana de Thanksgiving.
2. Voy a Productos → filtro "Holiday-driven" → marco "Holiday confirmado" en 15 items de pavo y sides.
3. Click "Recalcular" → "Toda la tienda".
4. Veo los items confirmados con sugerencias ~50% más altas (peakMultiplier ×1.5).
5. Descargo el PDF y mando el pedido grande al vendor.
Ejemplo 3 — Vendor cambió de día
1. Distribuidora X me avisó que esta semana recibe pedidos el miércoles en vez del lunes.
2. Click "Recalcular" → "Solo un proveedor: Distribuidora X" → "Forzar fecha de pedido: miércoles XX".
3. Veo el pedido ajustado para el miércoles.
4. Descargo PDF y mando.
Ejemplo 4 — Promo especial
1. La semana que viene voy a tener Coca al 30% off.
2. Quiero tener stock extra preparado.
3. Subo temporalmente el minUnits de los items Coca desde Productos.
4. Click "Recalcular" → vendor "Coca" → vendor lead_time override 1 día (pedido urgente con courier).
5. Pedido más grande que el normal, listo a tiempo.
Buenas prácticas
- No abusar: si recalculas 10 veces al día sin haber cambiado nada, estás gastando recursos del sistema. Una vez al día (después de los conteos) es suficiente.
- Después de cambios grandes: vale la pena recalcular después de actualizar configs masivos.
- Para auditoría: cuando hay un pedido importante o sospechas de una sugerencia, recalcula y guarda el PDF del run. Queda en el historial.
- No usar para A/B test: si quieres comparar dos configs distintas, cambia uno, recalcula, guarda PDF, vuelve al config anterior, recalcula de nuevo. El historial de runs te deja comparar.
¿Qué leo después?
- Configuración — qué parámetros puedes tocar.
- Productos — overrides por producto.