← Back to team overview

openerp-india team mailing list archive

Re: [Bug 1238525] Re: [7.0] Wrong average cost computation when price type currency is different from company currency

 

What I've never quite got here is that it is very simple to convert
cost_price to be a property field, and also to be a field of product.  This
very simple change (OK it requires some migration sometimes) just makes
everything work as expected in a multicompany environment - seperate
average costs for each individual product in each company regardless of
variant use, currencies or anything else really.  Been running in
production for 2.5 years, never a problem.


On Wed, Nov 6, 2013 at 2:41 AM, Nhomar - Vauxoo <nhomar@xxxxxxxxx> wrote:

> 2013/11/5 Joël Grand-Guillaume @ camptocamp <
> joel.grandguillaume@xxxxxxxxxxxxxx>
>
> > My arguements to fix is :
> >
> > - We need it in that last use
> > - OpenERP allow to configure stuff like this, so it is a bug if the
> > computation is wrong !
> > - I don't introduce an regression for all people here
> > - I even provide the tests that ensure it ;)
> > - Saying we're not supose to configure like that is not a valid arguments
> > IMO to refuse a fix... Or you remove the possibility to do so
> >
>
> Hello Oliver.
>
> I will complete Joel Arguments.
>
> In the book:
>
> https://doc.openerp.com/book/1/1_3_Real_Case/1_3_Real_Case_db_setup
> /#creating-products-and-their-categories
>
> - You mention "Multi company enviroments".
> - In any place we say "Explicitly" -products don't support multi company-
> - We have 90 percent of field property_* on products Is not this to set up
> multi company?
> - We have an ACL which allow see a product between companies.
>
> Then as Joel says, What is the porpuse to open a lot of miss conceptions
> "Officially" and don't accept a solution from community?
>
> IMHO your argument starts in an incorrect principle "Products are not
> supported multicompany", because you can not be gray here, or Black or
> White, or we don't have only 1 single multi company field and ACL or we
> have all them right.
>
> It is my humble opinion.
>
> Thanks Joel for the correction.
> Thanks Oliver for take the time.
>
> Regards.
>
>
>
> --
> --------------------
> Saludos Cordiales
>
> Nhomar G. Hernandez M.
> +58-414-4110269
> Skype: nhomar00
> Web-Blog: http://geronimo.com.ve
> Servicios IT: http://vauxoo.com
> Linux-Counter: 467724
> Correos:
> nhomar@xxxxxxxxxxxxxx
> nhomar@xxxxxxxxxx
> twitter @nhomar
>
> --
> You received this bug notification because you are subscribed to OpenERP
> Addons.
> https://bugs.launchpad.net/bugs/1238525
>
> Title:
>   [7.0] Wrong average cost computation when price type currency is
>   different from company currency
>
> Status in OpenERP Community Backports (Addons):
>   Fix Committed
> Status in OpenERP Addons (modules):
>   Invalid
>
> Bug description:
>   Test done with :
>   http://7-0-22302.runbot.openerp.com/?db=7-0-22302-base
>
>   Prerequisites
>   ----------------------
>   * Install Warehouse management & Purchase
>   * Go to setting / Configuaration / Purchases and activate 'Manage
> pricelist per supplier' & 'Compute product cost price based on average cost'
>   * Go to setting / Configuration / Invoicing and activate 'Allow
> multi-currency'
>   * Give the Admin user the Technical Features rights and Financial Manager
>   * The company is in EUR
>   * Go to Purchases / Configuration / Pricelists / Price Types
>   * Modify the currency of the Price type 'Cost Price' to : USD
>   (This means cost price in all product form are now USD costs.)
>   * Ensure the current rate of USD is : 1.528900
>   * Ensure the cost of product 'USB Adapter' is 13.00 and current Qty in
> inventory is : 0
>
>   How to reproduce the bug ?
>   ------------------------------------------------
>   * Create a new Supplier quotation to ASUStek with product 'USB Adapter'
> – Qty : 1 – Change the unit price to 20.(This quotation is in EUR)
>   * Confirm Order
>   * Receive Products effectively
>   * Go to Product form and see that the Cost price is 20 → WRONG
>   EXPECTED :  it should be 20€ * 1.528900 = 30.58 $ since my price type is
> in USD.
>
>
>   Thanks
>
>   Frederic Clementi
>   Camptocamp SA
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/ocb-addons/+bug/1238525/+subscriptions
>

-- 
You received this bug notification because you are a member of OpenERP
Indian Team, which is subscribed to OpenERP Addons.
https://bugs.launchpad.net/bugs/1238525

Title:
  [7.0] Wrong average cost computation when price type currency is
  different from company currency

Status in OpenERP Community Backports (Addons):
  Fix Committed
Status in OpenERP Addons (modules):
  Invalid

Bug description:
  Test done with :
  http://7-0-22302.runbot.openerp.com/?db=7-0-22302-base

  Prerequisites
  ----------------------
  * Install Warehouse management & Purchase
  * Go to setting / Configuaration / Purchases and activate 'Manage pricelist per supplier' & 'Compute product cost price based on average cost'
  * Go to setting / Configuration / Invoicing and activate 'Allow multi-currency'
  * Give the Admin user the Technical Features rights and Financial Manager
  * The company is in EUR
  * Go to Purchases / Configuration / Pricelists / Price Types
  * Modify the currency of the Price type 'Cost Price' to : USD
  (This means cost price in all product form are now USD costs.)
  * Ensure the current rate of USD is : 1.528900
  * Ensure the cost of product 'USB Adapter' is 13.00 and current Qty in inventory is : 0

  How to reproduce the bug ?
  ------------------------------------------------
  * Create a new Supplier quotation to ASUStek with product 'USB Adapter' – Qty : 1 – Change the unit price to 20.(This quotation is in EUR)
  * Confirm Order
  * Receive Products effectively
  * Go to Product form and see that the Cost price is 20 → WRONG
  EXPECTED :  it should be 20€ * 1.528900 = 30.58 $ since my price type is in USD.

  
  Thanks

  Frederic Clementi
  Camptocamp SA

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


References