← Back to team overview

openerp-community-reviewer team mailing list archive

[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