c2c-oerpscenario team mailing list archive

["Olivier Dony \(OpenERP\)" <782168@xxxxxxxxxxxxxxxxxx>]

(correcting importance after re-evaluation of the issue)

** Changed in: openobject-addons
   Importance: Medium => Low

** Changed in: openobject-addons
    Milestone: None => 6.1

** Description changed:

+ When writing a sale order, it is possible to use multiple pricelists, even ones with different currencies.
+ When doing the latter, the final prices are incorrect, because they were expressed in different currencies.
+ 
+ Solving this in a fool-proof manner is quite difficult.
+ 
+ However, one possible thing to improve for this use case is to modify the tooltip on the pricelist field to warn the users about this.
+ We could use something like:
+ "The selected pricelist will provide suggested prices for products, and its currency will determine the currency of the sale order.
+  If prices from multiple pricelists need to be mixed, select the appropriate pricelist before adding the corresponding products. 
+  Warning: do not mix pricelists with different currencies, as that would likely result in incorrect prices!"
+ 
+ 
+ ===== original description for reference (suggested solution invalid) ============
  trunk server revno 3411
  
  having another pricelist in $ (for example)
  
  * Sales/Sales/Sales Orders, Create a sales order using the public pricelist (in €)
  * Add a sales order line, for example CPU1 (for a unit price of 75€)
  * change the pricelist on the sales order and select the pricelist in $
  * Add a sales order line, for example CPU1 (for a unit price of 75€ converted into $ = 96.26$)
  * Click on compute on the sales order line, total = 171,26
  
  Obtained result : there is no difference between product in $ and €,
  moreover the total just make the sum of the two prices !
  
  Expected result : we should see that a price is in € and the other in $
  (add a column on the sales order line) and the total must be the sum of
  all prices in € or all prices in $ not a mix of the two
  
  reported by dha, OpenERP Prof Serv

-- 
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/782168

Title:
  [PS] Mixing Pricelists in Sale Orders may result in incorrect prices

Status in OpenERP Modules (addons):
  Confirmed

Bug description:
  When writing a sale order, it is possible to use multiple pricelists, even ones with different currencies.
  When doing the latter, the final prices are incorrect, because they were expressed in different currencies.

  Solving this in a fool-proof manner is quite difficult.

  However, one possible thing to improve for this use case is to modify the tooltip on the pricelist field to warn the users about this.
  We could use something like:
  "The selected pricelist will provide suggested prices for products, and its currency will determine the currency of the sale order.
   If prices from multiple pricelists need to be mixed, select the appropriate pricelist before adding the corresponding products. 
   Warning: do not mix pricelists with different currencies, as that would likely result in incorrect prices!"


  ===== original description for reference (suggested solution invalid) ============
  trunk server revno 3411

  having another pricelist in $ (for example)

  * Sales/Sales/Sales Orders, Create a sales order using the public pricelist (in €)
  * Add a sales order line, for example CPU1 (for a unit price of 75€)
  * change the pricelist on the sales order and select the pricelist in $
  * Add a sales order line, for example CPU1 (for a unit price of 75€ converted into $ = 96.26$)
  * Click on compute on the sales order line, total = 171,26

  Obtained result : there is no difference between product in $ and €,
  moreover the total just make the sum of the two prices !

  Expected result : we should see that a price is in € and the other in
  $ (add a column on the sales order line) and the total must be the sum
  of all prices in € or all prices in $ not a mix of the two

  reported by dha, OpenERP Prof Serv