openerp-community-reviewer team mailing list archive
-
openerp-community-reviewer team
-
Mailing list archive
-
Message #05463
[Bug 915568] Re: Wrong dates used when confirming stock inventory
For the moment trunk-wms will forbid inventories as soon as there quants in any state other than "cancel".
Numerigraphe's just Loïc pointed out that surely it's going to be a problem with goods being reserved by the scheduler!
In a factory for example, mrp will be reserving raw materials every day, no matter if an inventory is expected or not.
So you won't ever be able to conduct an inventory in real life.
Ideally I suppose we should "break" reservations and set the procurement
orders back to their initial state, and then recompute the procurements
when the inventory is done (but then that's a problem with MTO isn't
it?)
Or we could simply ignore reservations and only take the "done" moves
into account.
What do you think about that ?
--
You received this bug notification because you are a member of Stock and
Logistic Core Editors, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/915568
Title:
Wrong dates used when confirming stock inventory
Status in OpenERP Community Backports (Addons):
In Progress
Status in New OpenERP WMS:
Fix Released
Status in OpenERP Addons (modules):
Confirmed
Bug description:
[ Problem ]
action_confirm method is not taking in account "date" from stock.inventory object, and update qtys in the moment of confirmation.
The inventory date is taken into account when querying the stock to compute the inventory difference but the stock moves are created at the wrong date, making the stock and virtual stock wrong at the date of the inventory.
Users expect that the inventory date should say _when_ the inventory
was taken - in this way the amount to correct should effective before
this date.
Attached videos gives better explanation, and document with kardex
expected.
[ Impact ] the available quantity and virtual stock are wrong near the
date of the inventory.
[ Possible fixes ]
- The preferred fix would be to write the stock moves at the date of the inventory.
- A less-than-ideal fix would be to not take the inventory date is taken into account when querying the stock to compute the inventory difference. For the moment is the way v8 is being developed.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ocb-addons/+bug/915568/+subscriptions