openerp-india team mailing list archive
-
openerp-india team
-
Mailing list archive
-
Message #10560
[Bug 986764] [NEW] validation of partial delivery with production lot fails
Public bug reported:
for partial delivery the system generates a new picking with the product
lines to be validated, and keeps the original picking with the lines to
be processed.
during copy the prodlot_id of the original picking/moves are removed, the validation of the new pciking fails.
This assumes that the prodlot_id is entered in the wizard, which is especially not the case if
* pickings have a lot of lines and users want to save the intermediate results
* if a more sophisticated sale validation process is implemented which sets the prodlot automaticaly during creation of out - pickings - this will be always possible if only ONE lot with qty>0 is available. very common situation in every ERP after a some month or years of operation. many old lots with qty will bother the user.
pls see patch, which keeps the prodlot_id during copy process in the
special case of validation of "to_few" ONLY
To be discussed:
should other copy actions keep or delete prodlot_idstock.py.20120421.patch
* keep if only on prodlot with qty>0 is avaialble - there will be no other lot entry possible
* delete and force the user to (re) enter all lots - very boring
** Affects: openobject-addons
Importance: Undecided
Status: New
--
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/986764
Title:
validation of partial delivery with production lot fails
Status in OpenERP Addons (modules):
New
Bug description:
for partial delivery the system generates a new picking with the
product lines to be validated, and keeps the original picking with the
lines to be processed.
during copy the prodlot_id of the original picking/moves are removed, the validation of the new pciking fails.
This assumes that the prodlot_id is entered in the wizard, which is especially not the case if
* pickings have a lot of lines and users want to save the intermediate results
* if a more sophisticated sale validation process is implemented which sets the prodlot automaticaly during creation of out - pickings - this will be always possible if only ONE lot with qty>0 is available. very common situation in every ERP after a some month or years of operation. many old lots with qty will bother the user.
pls see patch, which keeps the prodlot_id during copy process in the
special case of validation of "to_few" ONLY
To be discussed:
should other copy actions keep or delete prodlot_idstock.py.20120421.patch
* keep if only on prodlot with qty>0 is avaialble - there will be no other lot entry possible
* delete and force the user to (re) enter all lots - very boring
To manage notifications about this bug go to:
https://bugs.launchpad.net/openobject-addons/+bug/986764/+subscriptions
Follow ups
-
[Bug 986764] Re: validation of partial delivery with production lot fails
From: Amit Parik (OpenERP), 2012-05-25
-
[Bug 986764] Re: validation of partial delivery with production lot fails
From: Ferdinand @ Camptocamp, 2012-05-23
-
[Bug 986764] Re: validation of partial delivery with production lot fails
From: Ferdinand @ Camptocamp, 2012-05-23
-
[Bug 986764] Re: validation of partial delivery with production lot fails
From: Amit Bhavsar (Open ERP), 2012-04-25
-
[Bug 986764] Re: validation of partial delivery with production lot fails
From: Ferdinand @ Camptocamp, 2012-04-25
-
[Bug 986764] Re: validation of partial delivery with production lot fails
From: Amit Bhavsar (Open ERP), 2012-04-25
-
[Bug 986764] Re: validation of partial delivery with production lot fails
From: Ferdinand @ Camptocamp, 2012-04-23
-
[Bug 986764] Re: validation of partial delivery with production lot fails
From: Steffi Frank (Bremskerl, DE), 2012-04-22
-
[Bug 986764] Re: validation of partial delivery with production lot fails
From: Ferdinand @ Camptocamp, 2012-04-22
-
[Bug 986764] [NEW] validation of partial delivery with production lot fails
From: Ferdinand @ Camptocamp, 2012-04-22
References