Comment 19 for bug 724525

Revision history for this message
Graeme Gellatly (gdgellatly) wrote : Re: [Bug 724525] Re: Purchase Orders created from Sales Orders do not honour the Analytic Account or product description

I can give you a suggestion, but my experience is in high volume
manufacturing and distribution, basically the opposite of what you ask where
the automation aspects of openerp we spend time enhancing rather than
removing. Others will be much better qualified.

Just create a wizard to do as you say would be simplest. To really make it
meet your needs you would then want some smarts that checked for the
accepted supplier quote and used that instead of creating a new order. So
this is how I would go

Wizard to create RFQ's and send them - field in RFQ's line linked back to
order_line_id (many2one). Remember you need to cover the scenario of
multiple products on one quote from different suppliers, plus some with
stock and without so the link is at line level, not order level. Then you
need to ask yourself am I sending 1 RFQ per line, or 1 RFQ per supplier. 1
RFQ per line is easier if you think you might use different suppliers for
different lines, it is also easier when it comes to procurement workflow as
that works on lines, but no biggie
On confirmation of SO, select a RFQ to accept, (deleting the others if you
like), over riding the procurement behaviour to just validate the
quantities/units/products match and write the purchase id in procurement.

There are other flash things you could do, but the above would get you
there.

For the answer to automatic procurement despite no schedulers I suspect it
is in a horrible function called ship_line_create or something like that.
From memory there are workflow calls for procurement in there. It does so
much that function, we had to completely refactor just to get it to
aggregate line from the same supplier on to the same PO from the same SO.

I have to use Anglo-Saxon accounting so things get a bit confusing here when
it comes to analytics, but if you check an invoice analytic entries there
should be entries not just for sales, but also costs. But not real expert
on this either and it depends on how you are using it.

On Wed, Mar 2, 2011 at 11:01 PM, m.karrer <email address hidden> wrote:

> Thank you also Graeme Gellatly for your answer and support!
>
> You are totally right but what would you suggest as worflow if i a
> company has mostly different Products and has to get prices for nearly
> all of them beforehand?!? Is it really so "bad" to have a wizzard that
> is able to create a PO from the SO with no double typing involved -
> could be an extra wizzard and dont has to be connected to the existing
> workflow?!? Could make OpenERP usefull for at least 4 Companies in just
> in our business group so i guess there are also others out there!
>
> Please see also my Question in post 16 if PO is created from SO through
> procurement why this is happening automatically without any
> automatically process for procurement installed?
>
> Could you explain "Provided it is carried to invoice then the associated
> costs are carried as well" a little more to me? If i create a Purchase
> Order Lines i have to add the analytic account to every line right? The
> Analytic Account is not transfered to the Suppliers Invoice just to the
> Custommer Invoice ?!? Or did you meant something else?
>
> By the way - Thank's for your great support again!
>
> --
> You received this bug notification because you are subscribed to OpenERP
> Addons.
> https://bugs.launchpad.net/bugs/724525
>
> Title:
> Purchase Orders created from Sales Orders do not honour the Analytic
> Account or product description
>
> Status in OpenERP Modules (addons):
> Confirmed
>
> Bug description:
> If a sales order gets confirmed and it creates automatically a
> purchase order then neither the analytic account of the sales order
> nor the overwritten names of products are transfered to this newly
> created purchase order.
>
> For the automatically created custommer invoice everything works
> perfectly: Analytic account and all data from the product_lines are
> transfered correctly!
>