>
> @invitu:
> You did not address the issue I explained in comment #9. There is no 'main
> company' in multi-company setups, so again, there could be different
> companies to consider. And since the currency of the 'cost price' is the
> main currency of the company the product belongs to, you only need multiple
> companies with different currencies to get in trouble.
>
> Would you also care to explain why you reopened the bug stating it
> affects v6? The fix is commited in v5 AND v6, and has been merged in
> official addons (v6) since my last comment.
>
> @Nhomar
> Hold your horses ;-) The 'cost price' of the product at the time it was
> sent to the customer may not be relevant anymore when the product is
> returned from the customer. It could be 1 year later, and you don't want to
> compute an incorrect average price based on that. As there is no better
> value we must use the current average cost of the product as default... the
> user is free to change that value manually anyway.
>

@odony

Jeje. Ok, i will go i little more slow,  ;-)
You are wrong friend... You should overvalue the Item returned to the last
cost this is called LIFO (with average cost) and is not permited in almost
all countries because you are having profitability for a returned item and
is Illegal.

If you sell to a customer, and this product is back to your stock the cost
for this Item is the cost "when" it was sold not actual cost, even it _must_
change your inventory cost per unit, obviously, if you have 1.000.000 of
items in stock of this product the repercution is not watchable, but, if yo
are in a so dynamic (as at least the half of the world) economy and you sell
very expensive products you will look this in the same time you do the
return.

In several countries and in several cases what a return is done with so long
delay it is sent to "scrap" to avoid affect revaluation for the real stock,
but _even_ in scrap you are lossing the "original cost" not the "new one",
when you give to a customer a _new product_ with the _new cost_ the
difference between scrap and stock will give you the real difference of
losses in this refered period.

I know is too complicated even for us explain this in spanish, I only ask
for something simple _record the cost in the transaction out of the box_
pleeeease.

BTW, I don't understand "why" is than dificult accept this issue, whatever
book around costing say this as an "obvius" feature for calculation.

"Every return most be done with his cost in te moment of the transaction"

Incoming by purchase -- cost? price of purchase. -- recalculate cost? YES
Incoming by return --- cost? cost used in sold. -- recalculate cost? YES
Outgoing by sold --- Cost? cost in product --- recalculate? NO
Outgoing by return a purchase -- Cost? original price what it was purchased
--- recalculate? YES

Please some accountant that help us to understand this in a better way....
!!!!!!!!!!!

I preparing a YAML test to be more clear but in the pad (
http://pad.openerp.com/6-test-purchases) i posted an "ods" file with
mathematical example. Is easy make in this file an analysis around this
issue.

@All

Sorry for be so excited around this, but, my examples are related to a "real
case" in venezuela, we had an accouning audit process and this problem shows
up! surprise!!, we are developing a very strong solution for V5 that are
taking a lot of hour of analisys and study "we will publish soon" our
cmments are not soft comments from the air... , but for V6 it can not be
possible to do again if the problem is clear and explained.

2 Option here, nobody say anything, and the problem persist, or you can
invastigate a little more and give me the reason around this.

I remember people, OpenERP is not SAGE or whatever closed ERP is the best
and more Open ERP in the market ;-) is responsability of all.


>
> @All
> 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!
>
> ** Changed in: openobject-addons/trunk
>    Importance: High => Low
>
> ** Changed in: openobject-addons/trunk
>        Status: Fix Committed => Fix Released
>
> --
> [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 OpenERP
> Drivers, which is subscribed to OpenObject Addons.
>
> 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.
>
>
>