stock moves must allow past dates

[Ferdinand]

the purchase/packing/picking flow always assigns now() as date and uses this date to assign the period, which is fine as long as every stock move can be entered "real time". this is technically correct, but not suitable for many business.

entering "real time" is not the case if
* the computer/network is down
* the person with grants/roles to validate picking is absent
* monthly inventory might be entered on the first day of the month
* incoming/outgoing goods are handled at remote sites without technical or organizational possibilities to enter data there
(this is typically in farming business, goods sold are weighted at customer site and the documents arrive some days after the actual move)

I have already created a patch ( together with price_unit) which allows to enter document date and derives the period from this date (so far for purchase) - not fully tested yet.
see also https://bugs.launchpad.net/openobject-addons/+bug/358584

Obviously allowing to enter a previous date might create other problems, especially the correct calculation of average price may get inaccurate if the sequence of entering documents is disrupted. This must be prevented by organizational measures.

So I suggest
* allow only working in one "open" period - this can be appropriate if the old period can be closed in between a few hours of the first working day and no stock moves must be generated during this time
* recalculate average price in the order of posting dates (+ id numbers)
** without touching any evaluation of stock moves, but creating account_moves with the value differences found.
** reevaluate everything - account_moves will need an additional state "preliminary evaluation" or remain as draft until final evaluation (closing of the period) - for this it must be possible to "close" the stock journal of a period.

It could also be helpful to restrict entering a past date to a certain user group, for certain product group, for certain periods.

[Ferdinand (office-chricar)]

past dates work now for sale too

[Ferdinand (office-chricar)]

And companies running shifts need it , the "reporting day" starts at 6:00 and ends at 6:00 - for the one I know
so production etc hast to be entered for the day before

[Ferdinand (office-chricar)]

please note that this problem is SOLVED in
https://code.launchpad.net/~openerp-commiter/openobject-addons/chricar_price_unit

[Richard (John) Nopkins@Servosoft (richard-nopkins)]

Harry, plz can u help us here?
stock related anothe link https://bugs.launchpad.net/openobject-addons/+bug/372045 is also waiting for you.

many thanks in advance.

[Ferdinand (office-chricar)]

I hope that I will have time AFTER we have discussed these matters during community/partner days.
It should be possible to provide small patches per module, although some issues touch several modules.

[Samantha (samantha-z-mathews)]

I agrie to jhon,ferdinand.
new version should have it.
our customer need some stock improvements.

[Samantha (samantha-z-mathews)]

any takers?

[Richard (John) Nopkins@Servosoft (richard-nopkins)]

Thanks Smantha and Ferdinand.
Harry, any solution can we prepend?

[Samantha (samantha-z-mathews)]

John, it is Samantha, not smantha !!^^!!

version 6.0 will may have it.

[Richard (John) Nopkins@Servosoft (richard-nopkins)]

I Sorry.
Samantha,dont get angrie. you also wrote my wrong name on comment number 6. i ddnt oppose.

Anyways, i dont go for fight . (Hell yeah, I am just back from hospotal) :) :) :).

No thanks.

[Vinay Rana (OpenERP) (vra-openerp)]

Hello Dr. Ferdinand,

This issue is already improved in current trunk code.
You can change and assign past date from stock picking object form and that date will write in stock move.

Hope this will help you.
Thanks.