[18.0][MIG] stock_available_mrp: Migration to 18.0 by StefanRijnhart · Pull Request #68 · OCA/stock-logistics-availability

StefanRijnhart · 2025-12-22T10:15:28Z

Superseding #38

Replace product type 'product' by 'consu' + is_storable
Apply fields.Command where possible
Rebase to include [FIX] stock_available_mrp: increment potencial_qty to immediately_usable_qty instead of replacing it #32
Squash administrative commits somewhat
Remove unused config parameter
Improve config settings description in a separate commit so it can be picked into 17 if desired
Fix 'configuration parameter configured in settings UI is actually unused', also in a separate commit for backporting

@gdgellatly

Compute potential quantities for both product templates and variants. To keep the code simple, only the biggest potential of any single variant is accounted for in the template's potential. Take all levels of phantom BoM into account, respects validity dates etc. thanks to the use of the standard method _bom_explode, as suggested by @gdgellatly in OCA/stock-logistics-warehouse#5 (comment) Improve tests, rewritten in python. Adhere to new file/manifest/README conventions. Simplify copyright headers

sudo is not required since mrp.bom are readable to groups with access to the qty_x fields on a product. Moreover using sudo to retrive the bom will ignore the company_id defined on the bom

Record rules used to not be checked on stock quants, but now they are since Odoo's commit 2fd14db57433d08ab368a7e18d18ae8d49dafab1 (odoo/odoo@2fd14db). In our test we changed the company of the products and BoMs but we neglected that the stock was not attached to the right company, and that made the test fail. To fix that, make the test inventory for the right company. Since there is a little inconsistency in the demo data with a negative quantity of an unrelated product, use the `partial` filter for the inventories instead of the `none` filter, so that no wrong inventory lines are added automatically.

…ch field use to compute potential

…ew + small improvements

* mrp_bom.name has been deleted. * mrp_bom_line.type moved to mrp_bom.type. * Fix missing group_mrp_user issue. * Change versions

…recordset + Condition never statisfied

…of immediately usable qty

…ilable_immediately

Currently translated at 100.0% (7 of 7 strings) Translation: stock-logistics-warehouse-12.0/stock-logistics-warehouse-12.0-stock_available_mrp Translate-URL: https://translation.odoo-community.org/projects/stock-logistics-warehouse-12-0/stock-logistics-warehouse-12-0-stock_available_mrp/zh_CN/

Currently translated at 100.0% (7 of 7 strings) Translation: stock-logistics-warehouse-12.0/stock-logistics-warehouse-12.0-stock_available_mrp Translate-URL: https://translation.odoo-community.org/projects/stock-logistics-warehouse-12-0/stock-logistics-warehouse-12-0-stock_available_mrp/fr/

After this change odoo/odoo@3d34d58 it isn't possible to have an storable kit product anymore. The main issue is that we have to drop some uses cases that this module considered for this kind of situations.

In Odoo change odoo/odoo@3d34d58 the products with Kit BoMs couldn't longer be other than `consu`. This was reverted in odoo/odoo@6c4623a and some products are raising errors when forcing the type

Currently translated at 100.0% (5 of 5 strings) Translation: stock-logistics-warehouse-15.0/stock-logistics-warehouse-15.0-stock_available_mrp Translate-URL: https://translation.odoo-community.org/projects/stock-logistics-warehouse-15-0/stock-logistics-warehouse-15-0-stock_available_mrp/ca/

Currently translated at 100.0% (10 of 10 strings) Translation: stock-logistics-availability-16.0/stock-logistics-availability-16.0-stock_available_mrp Translate-URL: https://translation.odoo-community.org/projects/stock-logistics-availability-16-0/stock-logistics-availability-16-0-stock_available_mrp/es/

Updated by "Update PO files to match POT (msgmerge)" hook in Weblate. Translation: stock-logistics-availability-16.0/stock-logistics-availability-16.0-stock_available_mrp Translate-URL: https://translation.odoo-community.org/projects/stock-logistics-availability-16-0/stock-logistics-availability-16-0-stock_available_mrp/

Currently translated at 100.0% (2 of 2 strings) Translation: stock-logistics-availability-16.0/stock-logistics-availability-16.0-stock_available_mrp Translate-URL: https://translation.odoo-community.org/projects/stock-logistics-availability-16-0/stock-logistics-availability-16-0-stock_available_mrp/es/

Currently translated at 100.0% (2 of 2 strings) Translation: stock-logistics-availability-16.0/stock-logistics-availability-16.0-stock_available_mrp Translate-URL: https://translation.odoo-community.org/projects/stock-logistics-availability-16-0/stock-logistics-availability-16-0-stock_available_mrp/it/

When a BoM is linked just to one variant through field `product_id`, it is taken in account when computing stock of the rest of variants of the same template.

Currently translated at 100.0% (6 of 6 strings) Translation: stock-logistics-availability-17.0/stock-logistics-availability-17.0-stock_available_mrp Translate-URL: https://translation.odoo-community.org/projects/stock-logistics-availability-17-0/stock-logistics-availability-17-0-stock_available_mrp/it/

…ble_qty instead of replacing it

StefanRijnhart · 2025-12-22T11:20:51Z

/ocabot migration stock_available_mrp

…ameters The configuration parameter in which the field to use was stored was actually not used. Instead, another configuration parameter, for which a default value was provided in xml data was used.

ellbristow

This caused problems for one of our customers who send the immediately usable quantity to Magento via EDI and it was sending the wrong stock figures.

ellbristow · 2026-02-06T11:02:55Z

stock_available_mrp/models/product_product.py

+                )
+
+            res[product.id]["potential_qty"] = potential_qty
+            res[product.id]["immediately_usable_qty"] += potential_qty


In the case of Kits this is wrong. Odoo already includes the buildable quantity upstream, so this modification is adding additional stock (double counting the Available stock). By returning this to = and limiting this to Kits, both kits and manufactured show the correct Available qty.

Suggested change

res[product.id]["immediately_usable_qty"] += potential_qty

if bom_id.type == "phantom":

res[product.id]["immediately_usable_qty"] = potential_qty

sbidoul and others added 15 commits December 22, 2025 10:42

[MOV] move addons out of __unported__ (they remain not installable)

56c9111

[FIX] Browse mrp.bom as current user

1666969

sudo is not required since mrp.bom are readable to groups with access to the qty_x fields on a product. Moreover using sudo to retrive the bom will ignore the company_id defined on the bom

OCA Transbot updated translations from Transifex

198f137

stock_available_mrp: fix BOM qty (multi-units, efficiency)

fd70da1

stock_available / stock_available_mrp : add possibility to choose whi…

dcc4058

…ch field use to compute potential

[FIX+IMP] stock_available_mrp: fix recursive potential_qty in list vi…

0550d85

…ew + small improvements

V9 migration modifications.

e84d565

* mrp_bom.name has been deleted. * mrp_bom_line.type moved to mrp_bom.type. * Fix missing group_mrp_user issue. * Change versions

OCA Transbot updated translations from Transifex

9166a9b

[10.0][MIG] port stock_available_mrp to 10.0

f57986e

[IMP] stock_available_mrp: readability + change compute bom_id + use …

85c9f85

…recordset + Condition never statisfied

[ADD] include new improvments

2a52860

[FIX] stock_available_mrp: remove duplicate button + fix calculation …

57ac2e6

…of immediately usable qty

[11.0][MIG] port stock_available_mrp to 11.0

e981283

StefanRijnhart force-pushed the 18.0-mig-stock_available_mrp branch 2 times, most recently from c10521e to b9a501a Compare December 22, 2025 10:19

florian-dacosta and others added 9 commits December 22, 2025 11:20

Migrate stock_available_mrp to v12

bc5cde2

Make stock_available_mrp compatible with other modules like stock_ava…

13b64e5

…ilable_immediately

[FIX] stock_available_mrp: Fix RST formatting + generate README

4e267b4

[FIX] stock_available_mrp: upstream compatibility

22701d6

After this change odoo/odoo@3d34d58 it isn't possible to have an storable kit product anymore. The main issue is that we have to drop some uses cases that this module considered for this kind of situations.

[FIX] stock_available_mrp: don't force type

805f8c9

In Odoo change odoo/odoo@3d34d58 the products with Kit BoMs couldn't longer be other than `consu`. This was reverted in odoo/odoo@6c4623a and some products are raising errors when forcing the type

[IMP] stock_available_mrp: black, isort, prettier

a8c6e12

[MIG] stock_available_mrp: Migration to 13.0

76bdaed

StefanRijnhart force-pushed the 18.0-mig-stock_available_mrp branch from b9a501a to 025b0e7 Compare December 22, 2025 10:20

florian-dacosta and others added 2 commits December 22, 2025 11:23

Migrate stock_available_mrp to v14

b2c73a4

stock_available_mrp 14.0.1.0.1

95bed6d

StefanRijnhart force-pushed the 18.0-mig-stock_available_mrp branch from 025b0e7 to 34dbfec Compare December 22, 2025 10:23

jabelchi and others added 12 commits December 22, 2025 11:24

Added translation using Weblate (Catalan)

b5fae0b

[16.0][MIG] stock_available_mrp: Migration to 16.0

65925e8

[IMP] stock_available_mrp: pre-commit auto fixes

fa7c836

[MIG] stock_available_mrp: Migration to 17.0

9634b5e

[FIX] stock_available_mrp: variant BoMs

683121c

When a BoM is linked just to one variant through field `product_id`, it is taken in account when computing stock of the rest of variants of the same template.

[FIX] stock_available_mrp: increment potencial_qty to immediately_usa…

df1153f

…ble_qty instead of replacing it

StefanRijnhart force-pushed the 18.0-mig-stock_available_mrp branch 4 times, most recently from c460a23 to 46b084b Compare December 22, 2025 11:13

StefanRijnhart marked this pull request as ready for review December 22, 2025 11:20

StefanRijnhart mentioned this pull request Dec 22, 2025

[18.0][MIG] stock_available_mrp: Migration to 18.0 #38

Closed

OCA-git-bot added this to the 18.0 milestone Dec 22, 2025

OCA-git-bot mentioned this pull request Dec 22, 2025

Migration to version 18.0 #29

Open

7 tasks

StefanRijnhart force-pushed the 18.0-mig-stock_available_mrp branch 2 times, most recently from 224cb3c to eb9b6df Compare December 22, 2025 11:24

[IMP] stock_available_mrp: pre-commit auto fixes

d896aff

StefanRijnhart force-pushed the 18.0-mig-stock_available_mrp branch from eb9b6df to 5151f39 Compare December 22, 2025 11:25

StefanRijnhart added 3 commits December 22, 2025 20:40

[MIG] stock_available_mrp: Migration to 18.0

ea0b6e3

[IMP] stock_available_mrp: improve configuration setting description

5bd8a21

[FIX] stock_available_mrp: clear up confusion about configuration par…

093f7a0

…ameters The configuration parameter in which the field to use was stored was actually not used. Instead, another configuration parameter, for which a default value was provided in xml data was used.

StefanRijnhart force-pushed the 18.0-mig-stock_available_mrp branch from 5151f39 to 093f7a0 Compare December 22, 2025 19:40

ellbristow suggested changes Feb 6, 2026

View reviewed changes

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Uh oh!

[18.0][MIG] stock_available_mrp: Migration to 18.0#68

[18.0][MIG] stock_available_mrp: Migration to 18.0#68
StefanRijnhart wants to merge 56 commits intoOCA:18.0from
StefanRijnhart:18.0-mig-stock_available_mrp

StefanRijnhart commented Dec 22, 2025 •

edited

Loading

Uh oh!

StefanRijnhart commented Dec 22, 2025

Uh oh!

ellbristow left a comment

Uh oh!

ellbristow Feb 6, 2026

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

20 participants

	res[product.id]["immediately_usable_qty"] += potential_qty
	if bom_id.type == "phantom":
	res[product.id]["immediately_usable_qty"] = potential_qty

Uh oh!

Conversation

StefanRijnhart commented Dec 22, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

StefanRijnhart commented Dec 22, 2025

Uh oh!

ellbristow left a comment

Choose a reason for hiding this comment

Uh oh!

ellbristow Feb 6, 2026

Choose a reason for hiding this comment

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

20 participants

StefanRijnhart commented Dec 22, 2025 •

edited

Loading