TIP: You can type at any time to perform a new search.
Sale stock exception
sale_exception_nostock · OCA/sale-workflow
- Repository
- OCA/sale-workflow · module folder · Try on Runboat
- Module version
- 1.2.0
- Category
- sale
- Folder size
- 0.04 MB
- License
- AGPL-3
- Application
- No
- Auto-installable
- No
- Website
- https://github.com/OCA/sale-workflow
- Last tracking update
- 2026-08-07 07:17:43
- Authors
- Camptocamp, Odoo Community Association (OCA)
- Maintainers
- Camptocamp
- Committers
- Pedro M. Baeza, Denis Roussel
- Odoo dependencies
- Python dependencies
- None
- System dependencies
- None
- Required by
- None
- Description
Sale stock exception -------------------- This addon adds two new sales exceptions to be used by the `sale_exception` addon: * The first one ensures that an order line can be delivered on the delivery date if it is in MTS. Validation is done by using the order line location via related shop and using the line delay. * The second one will create a sales exception if the current SO will break a sales order already placed in the future. The second test will only look for stock moves that pass by the line location, so if your stock have children or if you have configured automated stock actions they must pass by the location related to the SO line, else they will be ignored. If the module sale_owner_stock_sourcing is installed, each sale order line can specify a stock owner. In that case, the owner will be used when computing the virtual stock availability. For this to work correctly, https://github.com/odoo/odoo/issues/5814 needs to be fixed (fixes are proposed both for odoo and OCB). **Warning:** The second test is a workaround to compensate the lack of stock reservation process in OpenERP. This can be a performance killer and should not be be used if you have hundreds of simultaneous open SO.
Code Analysis ⓘ
Views touched (0)
No views found for this module.
HTTP endpoints (0)
No HTTP endpoints found for this module.
Models touched (1)
New fields (0)
No new fields.
Public methods (2)-
can_command_at_delivery_date(self)@api.multiPredicate that checks whether a SO line can be delivered at delivery date. The delivery date is computed using date of the order + line delay. The source location is predicted with a logic similar to the one that will be used for real. :return: True if line can be delivered on time -
future_orders_are_affected(self)@api.multiPredicate function that is a naive workaround for the lack of stock reservation. This can be a performance killer, you should not use it if you have constantly a lot of running Orders :return: True if future order are affected by current command line
Loading…
Loading…
Loading…