c2c-oerpscenario team mailing list archive

[Nhomar Hernández - http://openerp.netquatro.com <nhomar@xxxxxxxxx>]

>
> Thank you for your explanations Nhomar and Invitu, I understand better
> what you mean now! :-)
>
> If we want to keep things simple, in line with what Fabien suggested on bug
> 610738, why do you think it would not be possible to do this in a module if
> the core stock module does not record the cost?
>

I will answer with other question friend.
The modules should be done for "correct" or "extend" the core
functionalties?

I mean, if is a bug, is a bug and should be corrected, BTW this is a Hidden
bug, that is no showing obviously it could be better that the core do the
correct calc than overlapping with an extra module.

For example, an extra module should be used for _extend_ the cost
calculation for "landed cost" only making a super() and adding the amount
corrected, but _this_ is extend a function not correct a function.

BTW, for make this in an extra module, we need to get the cost on time "If
it is not recorded in any place, how do i get it?"

Answer: Logical, analisys of timeline of data results, at least a lot of
hours (we expend for v5 for now at least > 100 hours and growing up!) we
prefer, expend this hours this time in V6 too, in discuss with the core tem
to make our point "clean " than expend in correct something that we are
almost sure is affecting to everybody and i'm pretty sure it should be
better and benefit more people.

I hope it can help you.

folks, Always our work and critics will be done in a constructive way ,
sorry for my poor and uneducated english.. ;-)

We share your vision, believe me, we want the best open source ERP in the
market ;-)


> An additional module could add the required fields on stock.move, inherit
> the method that marks a stock.move as done (or the method that creates the
> whole picking in sale.order if you want the cost at the time of the sale) to
> record this value, and then inherit the stock wizards to suggest this value
> when it is relevant.
> This is partially what the purchase module does at the moment in trunk to
> provide the actual purchase price of the product in the partial picking
> wizard for products with average cost enabled.
>
>

-- 
[stock] returned products from customers have cost price of the day instead of historical cost price
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: In Progress
Status in OpenObject Addons 5.0 series: Fix Released
Status in OpenObject Addons trunk series: In Progress

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.