c2c-oerpscenario team mailing list archive

[Graeme Gellatly <778170@xxxxxxxxxxxxxxxxxx>]

I think list price should be treated seperately but evaluated at the same
time.  The reasoning here is quite simple.

The issue with cost price is not its value per se.  It is in the calculation
of its value and the errors this introduces in to our accounts.  In fact
what we are really saying is inventory valuation methods are not
multi-company.  Also the situation is much more critical for costs than it
is for list price.  With costs we also have a broader issue in the inventory
valuation methods themselves.  It would be a shame if in fixing this issue,
we ignore the relatively little extra effort to implement FIFO and actual
costing methods.

Afterall, list price is not used directly, we use pricelists, which can be
based off list price so a very valid workaround exists in the rarer
situation where list prices are different, without making product creation
overly onerous, where they are all the same.  (Imagine 9 companies, having
to create 9 list prices each time (and all the same), whereas with cost
price if using average there is no setup required) In fact even when list
prices differ, I'd argue the pricelist workaround is actually easier to
implement for the end user.  This relates back to the other mail I sent you
where list price, and list pricelist are really synonymous and should be
treated that way.  But equally there are some other seperate areas where
list price and its associated lst_price in product.product are used
differently to how standard_price is used.

Also as said before, the issue for cost is not just multicompany, it is also
shop and warehouse related as different shops will have different costs.
 This is simple for list price, as we assign pricelists to shops so I would
argue that while it is not directly obvious, the workaround is already
implemented and used.

On Wed, Jul 27, 2011 at 11:04 AM, Olivier Dony (OpenERP) <
778170@xxxxxxxxxxxxxxxxxx> wrote:

> I marked bug 815436 as a duplicate. It was raising the multicompany
> question for cost price, but also for list price, so I broadened a bit
> the title of the current bug - these issues seem quite related to me,
> aren't they?
>
> ** Summary changed:
>
> - product - average and standard cost not multicompany
> + product - list price, average and standard cost are not multicompany
> capable
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/778170
>
> Title:
>  product - list price, average and standard cost are not multicompany
>  capable
>
> Status in OpenERP Modules (addons):
>  Triaged
>
> Bug description:
>  To reproduce, create some companys
>
>  say HQ with child Company A and Company B
>  create a product which is visible in all company at Average cost
>
>  Receive product in Company A.
>  Average Cost updates correctly in Company A.
>  but it also updates Company B and parent.
>
>  For standard price just go to company B and change a standard price
>  product and it will propagate throughout
>
>  Surely in a multicompany environment we must allow for different cost
>  prices for each company.  And if using average cost it is clearly
>  incorrect to take the average cost of another company (or the combined
>  results) as your own average cost.  As a side note we must also allow
>  different companies to use different cost methods for the same
>  products.  Additionally it violates all sorts of security rules - a
>  company B user should not be able to affect the accounts of Company A
>  and these 2 fields determine the values for a very large number of
>  journal entries.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/openobject-addons/+bug/778170/+subscriptions
>

-- 
You received this bug notification because you are a member of C2C
OERPScenario, which is subscribed to the OpenERP Project Group.
https://bugs.launchpad.net/bugs/778170

Title:
  product - list price, average and standard cost are not multicompany
  capable

Status in OpenERP Modules (addons):
  Triaged

Bug description:
  To reproduce, create some companys

  say HQ with child Company A and Company B
  create a product which is visible in all company at Average cost

  Receive product in Company A.
  Average Cost updates correctly in Company A.
  but it also updates Company B and parent.

  For standard price just go to company B and change a standard price
  product and it will propagate throughout

  Surely in a multicompany environment we must allow for different cost
  prices for each company.  And if using average cost it is clearly
  incorrect to take the average cost of another company (or the combined
  results) as your own average cost.  As a side note we must also allow
  different companies to use different cost methods for the same
  products.  Additionally it violates all sorts of security rules - a
  company B user should not be able to affect the accounts of Company A
  and these 2 fields determine the values for a very large number of
  journal entries.

To manage notifications about this bug go to:
https://bugs.launchpad.net/openobject-addons/+bug/778170/+subscriptions