@olivier#9 : For updating the average cost price of a product that is returned by a customer, we don't care in which currency the SO has been made because we are talking about cost price and not sale price. BTW, PO are not concerned here.
@olivier#17 : (We agree that we don't have main company but several companies.) I just said the currency for a returning product from customer should be set to the company's currency to which the product belong and for which the sale has been made. We should take the currency of the company for which the return is done. Could you clarify why you see a problem if we have multi-companies with multi currencies ? To your comment "Keep in mind that we are only discussing the default value for a field in the Picking wizard, nothing else (hence the bug priority!), and the logistics officer is supposed to verify this properly every time!", here is my answer : It is very hard (not possible) to find the cost price of the product when it has been sold if you don't record it somewhere. The logistics officer should be stuck for a long time... That's why I totally agree with Nhomar, I think the solution is to record the cost price in the output picking. (@Fabien : we keep it simple and moreover, we make it right.) To sum up the bug : In stock_return_picking.py, - The cost price for returned products should be set to the cost price at the time when the product was sold to the customer. (I would add to not let it be modified by the operator) - The currency for the returned product should be set to the currency of the company for which the return is done (I would add to not let it be modified by the operator) Nhomar suggested that the return could be done to another stock (ie. scrap). For me, this feature should be implemented in stock_return_picking.py and not in stock_partial_picking.py. I don't know any company that would accept a product back after 1 year. Usually and depending on the country, it is several days (France = 7 days for B2C sales) Sorry for my poor english, @Olivier, I will send you a private email in French and we could discuss this on the phone -- [stock] returned products from customers have price = 0 https://bugs.launchpad.net/bugs/613286 You received this bug notification because you are a member of C2C OERPScenario, which is subscribed to OpenERP OpenObject. Status in OpenObject Addons Modules: Fix Released Status in OpenObject Addons 5.0 series: Fix Released Status in OpenObject Addons trunk series: Fix Released Bug description: When we return products from customers, the average price is updated with incoming products that have price = 0 Steps to reproduce : - choose a "Outgoing Products" pack - launch the "Return Packing" wizard --> a "Packing List" is created in "Available" state and is automatically opened - click on "Validate" button --> the "Make Packing" wizard proposes to get the products in stock with Unit Price = 0 and no currency. What we need : When a sale is made, the cost price should be stored in order to be used if the product is returned. The wizard should at least take the cost price from product when the product is returned but it would be better to take the cost price at the time when the product was sold. _______________________________________________ Mailing list: https://launchpad.net/~c2c-oerpscenario Post to : [email protected] Unsubscribe : https://launchpad.net/~c2c-oerpscenario More help : https://help.launchpad.net/ListHelp
