c2c-oerpscenario team mailing list archive

[Graeme Gellatly <778170@xxxxxxxxxxxxxxxxxx>]

1 more issue to think about.  Lets say we do go multicompany in some way.
 Do we also now need to consider multi currency?

On Wed, Jul 27, 2011 at 3:57 PM, Graeme Gellatly
<gdgellatly@xxxxxxxxx>wrote:

> 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