← Back to team overview

credativ team mailing list archive

[Bug 915568] Re: [6.0] Stock inventory not take DATE to calucate stock-move qty.

 

HEllo

@Numérigraphe

You and me have a point, but BTW im not agreed about this affirmation

>> You may give the moves a creation date that matches the moment you
confirm the inventory, that does not matter.

It do matter, for traceability and partial calculation at time.


I think it is your situation, when you have an ALIVE inventory process, you need count at 10 am for example, you will sell 11 am for example, but you put your inventory 2 days after .... when you confirm the adjustment of inventory move from or to inventory loss needs to be done to the moment that you count (because it is the moment when you make the REAL adjustment, because you COUNT in this exactly moment.)

Even, for accounting reasons, you need to declare increase or losess about your inventory in the moment of the adjustment.
Not in the moment that you load, because you will calculate with bad in and out moves.

This is what is doing my patch.

With my patch if you decide do it for the MOMENTE WHEN you confirm
inventory, JUST change date and it complay with ALL requirements
discussed on this bug.

-- 
You received this bug notification because you are a member of OpenERP
Framework Experts, which is subscribed to OpenERP Addons.
https://bugs.launchpad.net/bugs/915568

Title:
  [6.0] Stock inventory not take DATE to calucate stock-move qty.

Status in OpenERP Addons (modules):
  New

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.

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


Follow ups

References