Skip to main content

Release Operations based on available to promise

Project description

Alpha License: LGPL-3 OCA/wms Translate me on Weblate Try me on Runbot

Currently the reservation is performed by adding reserved quantities on quants, which is fine as long as the reservation is made right after the order confirmation. This way, the first arrived, first served principle is always applied. But if you release warehouse operations in a chosen order (through deliver round for example), then you need to be sure the reservations are made in respect to the first arrived first served principle and not driven by the order you choose to release your operations.

Allow each delivery move to mark a quantity as virtually reserved. Simple rule would be first ordered, first served. More complex rules could be implemented.

When the reservation of a picking move occurs, the quantity that is reserved is then based on the quantity that was promised to the customer (available to promise):

  • The moves can be reserved in any order, the right quantity is always reserved

  • The removal strategy is computed only when the reservation occurs. If you reserve order 2 before order 1 (because you have/want to deliver order 2) you can apply correctly fifo/fefo.

    • For instance order 1 must be delivered in 1 month, order 2 must be delivered now.

    • Virtually lock quantities to be able to serve order 1

    • Reserve remaining quantity for order 2 and apply fefo

  • Allow to limit the promised quantity in time. If a customer orders now for a planned delivery in 2 months, then allow to not lock this quantity as virtually reserved

  • Allow to perform reservations jointly with your delivery rounds planning. Reserve only the quants you planned to deliver.

When move qty is not completely satisfied on release, the remaining qty is split and attached to a new picking that can be released later.

Important: if the “Stock reservation horizon” is set, the qty is calculated on moves which have an expected date not beyond $today + $horizon (in days).

Table of contents

Configuration

In Inventory > Configuration > Routes, activate the option “Release based on Available to Promise” on the routes where you want to use the feature.

To modify the horizon go to “Inventory > Settings” and change “Stock reservation horizon”.

Usage

When an outgoing transfer would generate chained moves, it will not. The chained moves need to be released manually. To do so, open “Inventory > Operations > Stock Allocation”, select the moves to release and use “action > Release Stock Move”. A move can be released only if the available to promise quantity is greater than zero. This quantity is computed as the product’s virtual quantity minus the previous moves in the list (previous being defined by the field “Priority Date”).

Bug Tracker

Bugs are tracked on GitHub Issues. In case of trouble, please check there if your issue has already been reported. If you spotted it first, help us smashing it by providing a detailed and welcomed feedback.

Do not contact contributors directly about support or help with technical issues.

Credits

Authors

  • Camptocamp

Contributors

Maintainers

This module is maintained by the OCA.

Odoo Community Association

OCA, or the Odoo Community Association, is a nonprofit organization whose mission is to support the collaborative development of Odoo features and promote its widespread use.

This module is part of the OCA/wms project on GitHub.

You are welcome to contribute. To learn how please visit https://odoo-community.org/page/Contribute.

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distributions

No source distribution files available for this release.See tutorial on generating distribution archives.

Built Distribution

File details

Details for the file odoo13_addon_stock_available_to_promise_release-13.0.1.11.1-py3-none-any.whl.

File metadata

File hashes

Hashes for odoo13_addon_stock_available_to_promise_release-13.0.1.11.1-py3-none-any.whl
Algorithm Hash digest
SHA256 8ad0ff726c19a3eaa258df5663e217b00ff805c663c76fb380e2f0d801ff6509
MD5 0caa0dd876b1835c302d5c2905053d32
BLAKE2b-256 df8c18ec308ce7fc5266842c4c89f6ac80c1482751c87a5d588c31058481a028

See more details on using hashes here.

Supported by

AWS AWS Cloud computing and Security Sponsor Datadog Datadog Monitoring Fastly Fastly CDN Google Google Download Analytics Microsoft Microsoft PSF Sponsor Pingdom Pingdom Monitoring Sentry Sentry Error logging StatusPage StatusPage Status page