Config to allow put stock products into a HU order

[cst777]

Sorry @jorix , not sure to understand... is this to enable the usage of products in stock for planned orders (by planned order I mean 'shop_and_order.php' with 'what = Order')?

We are trying to start using Aixada and found that when UF orders a product with stock in planned orders, the product is till included in the buying order to the provider... but since we have stock, our expectation was to don't include this product in buying order for the provider.

Is this functionality handled by Aixada?

fyi, we have this in our config: public $use_shop = false; public $prevent_out_of_stock_purchase = false; public $orders_allow_stock = true;

[jorix]

I mean 'shop_and_order.php' with 'what = Order')?

Sí

Lo propuse como configurable para estandarizar el uso que la cooperativa Travalera que ya había parcheando el código SQL

Por otra parte el stock se actualizan al validar (igual que los casos en que $use_shop=true que sería el caso de #80, ten en cuanta que allí no se refiere a pedido de productos)

NOTAS:

• Actualmente $prevent_out_of_stock_purchase = true; no evita que se pida más de lo que hay en stock, solo se evita que haya un pedido de una UF que pida más del stock.
• Si tienes activado $order_distributeValidate_invoce = true; al pulsar "distribuir y validar" los productos de stock se restan del saldo de las UF, se restan del stock, pero no se suman a la deuda del proveedor como sí hacen el resto de productos.
• Atención: los productos de stock también constan en el pedido al proveedor, y si el proveedor tiene email informado y enviáis automáticamente los pedidos al finalizar el pedido, entonces el proveedor recibiría un pedido también con esos productos.

Saludos y bienvenido a Aixada!

[jorix]

El comentario anterior es para @cst777

[cst777]

Gracias Jorix, entiendo que cuando se implemente el issue #80; además de decrementar el stock en el momento que la UF hace el pedido, también se tendrá en cuenta no incluir los productos en stock en los pedidos generados para los proveedores. No? Hasta entonces, tendremos que revisar los pedidos a proveedores generados por l'Aixada para descontar los productos que ya tenemos en stock. FYI, en la coop 30Panxes hacemos pedidos semanales abiertos hasta el domingo y que se entregan los jueves.

[jorix]

He estado valorando un poco la situación.

Nos referimos solo de productos de stock.

Estamos hablando de:

• stock real (el validado, o sea el que veríamos si contáramos los productos que hay en la coope) y
• stock pendiente de compra (el que presumiblemente, si todo va bien, acabaremos teniendo)
• stock pendiente de pedido.

El stock pendiente de compra se debería componer de:

• restar compras de UF pendientes de validar (vengan o no de pedidos distribuidos)

y el stock pendiente de pedido:

• restar pedidos pendientes de enviar
• restar pedidos pendientes de recibir (no distribuidos)
• sumar, de alguna manera, lo que pediremos para reponer stock (a concretar como)

Entonces si $prevent_out_of_stock_purchase = true; al hacer un pedido/compra (son stocks previstos distintos) no deben poder tener stock previsto+real negativo. Esto significa que la lógica actual de bloquear los productos con stock negativo debe complementarse con una lógica más minuciosa que permita hacer pedidos pero solo hasta dejar a 0 el stock real+previsto.

Todo esto supone considerables cambios en BD, procedimientos SQL y lógica javaScript... ¿para cuantas cooperativas?

...y por hoy lo dejo aquí.

[cst777]

En primer lugar, @jorix, quería agradecerte la atención y el análisis de posibilidades. Finalmente, en nuestra coope hemos optado por usar Aplicoop (http://aplicoop.sourceforge.net/). Mucho más sencillo, pero que se adapta mejor a nuestra forma de trabajar.

Saludos, Carlos