Comment 2 for bug 519034

Hi Raphaël

I think scheduler should only be executed if company buys to_stock. In
companies where they by to_order scheduler has no sense.

Executing scheduler sometimes causes duplicated procurement orders and
confusing operative. This is the case:

Manufacturing company. They only make prototipes. Each piece is different
from another. They only buy materials for an specific manufacturing order.
They have only few materials, low cost they mantain a minimal stock, but
their warehouse is not plenty of materials.

So... Try this. Define a final product (stockable, produce, to_order),
define a list of materials with an unique material ( stockable, buy,
to_order).
Make a sales_order
confirm
A manufacturing order is created. Thats correct.
Confirm the order (sometimes if you have got JIT installed, order is
generated on confirmed status. I don't like it very much, because is
generating purchase orders automatically without having a chance to review
planified BOM materials, or something. Nevermind)
Confirming the order, DRAFT purchase orders are generated.
Now... RUN SCHEDULER
You will see that your purchase order is duplicated. Then take all purchase
orders to one supplier and merge them. If you don't review you could be
asking two times or three material you need. This is a big problem. I think
scheduler should review existing draft supplier orders including that
product and recalculate total needed quantity. It would be a wishlist. I
don't remember but I think I reported by now.

So I don't like scheduler very much. I don't like procurement to_stock like
it is by now because is just launching to time exception so many
procurements, it's more complicated managing like that, than making it
manually. This is also reported by now. No big problem for me until some of
my customer has got a really standar manufacturing and buy agains stock.
Most of them combine buy to_order + jit by now and this configuration is
working quite well.

But about regresion.. it's true. I don't understand very well this workflow
changes on an stable version. I could understand them better on a new
version where new functionality is added.

in the other side... some weeks ago, there was a point where even if you
made picking of bought materials, Manufacturing order didn't change status
to ready to produce but it was staying on waiting materials. The only way to
bring orders to correct status was running scheduler. Today, it is working
perfectly on stable 5.0.7 without executing scheduler.

Wishing this could help. Thank you

Ana

2010/2/8 Raphaël Valyi - http://www.akretion.com <email address hidden>

> Hello, Ana, I'm confused myself by those workflows and regressions or
> simple
> changes. In that case I believe (not 100% sure) that I reported the
> regression and actually Fabien told me the scheduler has now to be run to
> change the order status:
> https://bugs.launchpad.net/openobject-addons/+bug/491375
>
> I found it weird as I explained but so be it if big boss told it. What
> happens if you run the scheduler? You could also make it run automatically
> at a regular intervals. So what does running the scheduler?
> Can you also confirm if that's a duplicate or not? What do you think
>
> Thanks
>
>
> On Mon, Feb 8, 2010 at 7:29 PM, Ana Juaristi Olalde
> <email address hidden>wrote:
>
> > Public bug reported:
> >
> > Hi:
> >
> > With last bazaar version 5.0.7 Making picking does not change order
> > status. Order stays always "in progress". Inside order "picked" checbox
> > stays without check even if progress bar is showing %100 picked.
> >
> > This functionality was working in 5.0.6
> >
> > Thank you!!!
> >
> > Ana
> >
> > ** Affects: openobject-addons
> > Importance: Undecided
> > Status: New
> >
> > --
> > Regression on 5.0.7? packing and payment done but order stays "in
> progress"
> > https://bugs.launchpad.net/bugs/519034
> > You received this bug notification because you are subscribed to
> > OpenObject Addons.
> >
> > Status in OpenObject Addons Modules: New
> >
> > Bug description:
> > Hi:
> >
> > With last bazaar version 5.0.7 Making picking does not change order
> status.
> > Order stays always "in progress". Inside order "picked" checbox stays
> > without check even if progress bar is showing %100 picked.
> >
> > This functionality was working in 5.0.6
> >
> > Thank you!!!
> >
> > Ana
> >
> >
> >
>
> --
> Regression on 5.0.7? packing and payment done but order stays "in progress"
> https://bugs.launchpad.net/bugs/519034
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in OpenObject Addons Modules: New
>
> Bug description:
> Hi:
>
> With last bazaar version 5.0.7 Making picking does not change order status.
> Order stays always "in progress". Inside order "picked" checbox stays
> without check even if progress bar is showing %100 picked.
>
> This functionality was working in 5.0.6
>
> Thank you!!!
>
> Ana
>
> To unsubscribe from this bug, go to:
> https://bugs.launchpad.net/openobject-addons/+bug/519034/+subscribe
>

--
Ana Juaristi Olalde
Consultor Freelance OpenERP
www.anajuaristi.com
www.openerpsite.com
www.avanzosc.com
677 93 42 59 - 943 85 06 25