Módulo: pedidos de clientes¶

Uso de los pedidos de clientes en STOCK¶

Los pedidos de clientes se usan en dos áreas de STOCK:

1. Como sustituto de las ventas: muchos de los módulos de cálculo de STOCK tratan los pedidos recibidos de un cliente en el pasado como una venta. Esos módulos pueden, por lo tanto, tratar los pedidos como ventas, de modo que esos pedidos se pueden depurar de extremos, se pueden proyectar y pueden formar parte del análisis ABC o de la depuración de ventas.
2. En el módulo Propuesta de pedidos: en este caso, los pedidos de clientes recibidos en el pasado reducen el stock disponible y los programados para el futuro aumentan la proyección.

Los pedidos de clientes programados para el futuro pueden afectar la proyección de tres maneras. El modo se selecciona para cada pedido de cliente en SIDI mediante el campo accept_only_ofc_bigger_than_forecast:

• 0 – Aditivo: la cantidad del pedido de cliente se suma a la proyección original. Este modo es adecuado para pedidos no reflejados en la proyección — por ejemplo, porque provienen de un cliente nuevo, o de un cliente que pide de forma esporádica y cuyos pedidos históricos han sido depurados como extremos. Dado que la proyección no tiene conocimiento de esta demanda, la cantidad del pedido se suma a la proyección.
• 1 – Bloqueo: se utiliza el mayor valor entre la proyección original y la cantidad del pedido de cliente. El pedido de cliente por lo tanto solo aumenta la proyección cuando la supera. Este modo es adecuado para pedidos recurrentes y predecibles de clientes ya establecidos cuyas compras ya están reflejadas en la proyección. Evita el doble conteo y a la vez cubre cualquier cantidad de pedido de cliente que supere el nivel esperado.
• 2 – Reemplazo: la cantidad del pedido de cliente reemplaza la proyección original. Una cantidad de cero también reemplaza la proyección por cero. Este modo es adecuado para los casos en que los pedidos de cliente representan demanda confirmada para todo el día — por ejemplo, cuando no se esperan otras ventas ese día y los pedidos de cliente funcionan de hecho como una proyección confirmada. Los pedidos se tratan entonces como un sustituto fiable de la proyección calculada.

Cuando a la misma fecha de entrega se aplican pedidos de cliente en varios modos, primero se evalúan los pedidos en modo de reemplazo, después los pedidos en modo de bloqueo pueden aumentar el valor reemplazado y, por último, se suman los pedidos en modo aditivo.

Depuración de los pedidos regulares de clientes¶

Al trabajar con pedidos regulares de clientes hay que prestar atención a una posible duplicación del pedido en las proyecciones.

Si cada mes hay un pedido de cliente de 10 piezas de un producto y ese pedido se convierte después en una venta, el módulo aprende a proyectar esas ventas.

Posteriormente, el módulo Propuesta de pedidos toma como entrada no solo la proyección de ventas, que ya incluye esas ventas, sino también esos pedidos del cliente directamente. El resultado es una proyección duplicada.

Por eso es necesario depurar las ventas procedentes de esos pedidos regulares de clientes ya en SIDI, en la tabla de transacciones identificadas como extremas. Así esas ventas no entran en las proyecciones y nos guiamos únicamente por lo que el cliente pide.

Los pedidos de clientes se pueden importar como «bloqueados». Esto significa que aparecen en los reportes, pero no se cuentan en el módulo Propuesta de pedidos.

Visualización de los pedidos de clientes¶

Los pedidos se pueden consultar en el módulo Detalle, en el nivel de producto (no de categoría), en la sección Propuesta de pedidos / Pedidos de clientes.

Además, los pedidos se pueden ver en los reportes: Análisis de pedidos de clientes y Reporte de pedidos de clientes.

Ventas en el momento de un pedido de cliente¶

Un uso típico de esta funcionalidad es el pedido de una tienda en línea. Los clientes compran o piden en un momento determinado, pero la venta real ocurre después, típicamente una vez completado el pedido.

También puede ocurrir que un producto esté en quiebre de stock y que, al día siguiente de reabastecerlo, se produzca una venta enorme, aunque los pedidos se hubieran ido acumulando durante días o incluso semanas.

En esos casos esta extensión es imprescindible: a efectos de todos los cálculos y de todas las vistas y visualizaciones de STOCK, la fecha de venta se toma como la fecha del pedido. La única excepción a esta regla es el módulo Cálculo de los niveles históricos de stock.

Sin embargo, esta funcionalidad solo se puede activar cuando se puede rastrear la fecha de pedido de una venta originada en un pedido de cliente.