← Back to team overview

openerp-india team mailing list archive

[Bug 915568] Re: Wrong dates used when confirming stock inventory

 

I've re-examined the code in v7: 
- the quantities are computed for the date specified on the inventory ("to_date=inv.date")
- the moves are written at the date the inventory is confirmed ("now").
So the behavior is indeed not consistent and buggy, so I'm confirming again.
According to Quentin's comments, I think the consistent solution for the standard would be to :
- compute the quantities up to now
- keep the stock moves up dated "now".
Quentin do you agree please ?

This would of course impose real-time inventory management in OpenERP,
which is impossible for some businesses like Hugh Turner emphasized.

** Changed in: ocb-addons
       Status: New => In Progress

** Changed in: openobject-addons
       Status: Opinion => Confirmed

-- 
You received this bug notification because you are a member of OpenERP
Indian Team, which is subscribed to OpenERP Addons.
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:
  Won't Fix
Status in OpenERP Addons (modules):
  Confirmed

Bug description:
  Hello.

  When we confirm a stock. inventory.

  action_confirm method is not taking in account "date" from
  sotck.inventory object, and update qtys in the moment of confirmation.

  IMHO this is wrong, i expect that date say _when_ the inventory was
  taken in this way amount to correct shuld be in this before this date.

  Regards:

  PS: attach videos with better explanation, and document with kardex
  expected.

  The problem is twofold:
  - the inventory date is not taken into account when querying the stock to compute the inventory difference
  - the stock moves are created at the wrong date, making the stock and virtual stock wrong at the date of the inventory

To manage notifications about this bug go to:
https://bugs.launchpad.net/ocb-addons/+bug/915568/+subscriptions


References