Reposición con tiempos de proveedor y pronóstico

Se compra a ojo. No se toma en cuenta cuánto tarda cada proveedor, que hay meses en que se vende más, ni cuánto se dejó de vender por estar agotado. El sistema contable no guarda tiempos de entrega ni órdenes de compra.

1. De la copia del sistema contable salen la existencia, los precios, el último proveedor con su último costo y las compras. La existencia de cada día del último año se reconstruye hacia atrás con ventas, devoluciones, compras y ajustes, para saber cuántos días estuvo agotado cada producto y cuánto se dejó de vender.
2. Cada producto tiene un pronóstico mensual: su nivel (promedio de los últimos 6 meses sin estacionalidad) por el índice estacional de su categoría. Las categorías con poca venta usan el índice del total. Lleva un rango según cuánto varió en el año y llega hasta 6 meses adelante.
3. La estacionalidad se usa solo donde funciona: se prueba contra la historia pronosticando 3 meses desde 6 cortes distintos y la categoría la usa solo si le gana al promedio simple de 12 semanas. Con menos de 18 meses de historia no hay estacionalidad.
4. El tiempo de reposición de cada producto es la regla más específica: la del producto, la del proveedor en esa categoría, la del proveedor o 14 días por defecto. Se suman un margen de seguridad (7 días), lo que se compra para (30 días) y desde cuándo hay exceso (120 días); todo editable.
5. Con la demanda de cada mes se proyecta día a día cuándo se agota, y cada producto queda en un estado: Agotado, Se agota antes de reponer, Pedir ya, Pedir pronto (hasta 15 días después), Bien, Exceso o Sin movimiento. Se muestra la fecha "pedir antes de".
6. En los estados urgentes se calcula el sugerido: lo que se venderá en reposición + margen + 30 días, menos la existencia. Al lado va el último proveedor que registró el sistema. La app no arma órdenes de compra: el pedido se hace aparte.

Inventario, compras e historia de ventas del sistema contable. Mejor con 18 meses o más de historia.