7 Commits

Author	SHA1	Message	Date
Sergio Teruel	d893726123	[MIG] stock_available: Migration to v12.0	2019-07-05 12:31:47 +02:00
Kiko Peiro	a2ba407e07	[MIG] stock_available: Migration to 11.0	2019-07-05 12:31:10 +02:00
François Honoré	2d73596ab9	[ADD] Add search function for immediately_usable_qty computed field + related unit test ... Increase version number of the module	2019-07-05 12:31:10 +02:00
Cédric Pigeon	04479483de	[10.0]stock_available: improve computation performance ... [CHG] improve code regarding code review [ADD] add test [CHG] optimize stock computation by avoiding to call useless compute	2019-07-05 12:31:10 +02:00
SodexisTeam	6f82b8f548	[10.0][MIG] stock_available & stock_available_immediately (#219)	2019-07-05 12:31:10 +02:00
Lionel Sausin	36d6557e24	Revert changes to computation of _immediately_usable_qty ... Commit 6c16913 changed the way we compute the immediately_usable_qty: instead of using the virtual stock, we used the sum of quants without reservations. But a quant may actually be reserved and still be available (for example it may be reserved for an internal move). Fixes https://github.com/OCA/stock-logistics-warehouse/issues/79 Remove loop and use correct decorator Restore the features of stock_available_immediately The previous fix restored stock_available but then there was no way to exclude the incomming moves from the count. This belongs in stock_available_immediately, restoring it cleanly. This commit also takes care to respect the distinction between templates and variants, so it should fix https://github.com/OCA/stock-logistics-warehouse/issues/73 too. Restore the qty avail. to promise on variant treeview PEP8	2019-07-05 12:30:51 +02:00
Giovanni francesco Capalbo	94075e6030	[FIX] searching on products, leaving full calculations ... not using internal qty_available that seems not to take in consideration reserved quants. [ADD] Tests	2019-07-05 12:28:57 +02:00