OpenValue Stock Reorder Point Procedure

by
Odoo

505.08

v 13.0 Third Party
Required Apps Manufacturing (mrp)
Inventory (stock)
Purchase (purchase)
Invoicing (account)
Included Dependencies
Technical Name openvalue_stock_reorderpoint
LicenseSee License tab
Websitehttp://linkedin.com/in/openvalue-consulting-472448176
You bought this module and need support? Click here!
Required Apps Manufacturing (mrp)
Inventory (stock)
Purchase (purchase)
Invoicing (account)
Included Dependencies
Technical Name openvalue_stock_reorderpoint
LicenseSee License tab
Websitehttp://linkedin.com/in/openvalue-consulting-472448176

STOCK REORDER POINT

 

New stock reorder point procedure has been redesigned to provide more efficient features to manage stock replenishment.

 

Quantity calculation

The location stock replenishment is triggered when the “net availability” quantity is below the minimum stock quantity. The net availability is calculated by taking into account at location level the following quantities:

·       On hand stock at location level +

·       Confirmed Purchase Orders with planned delivery date lying within the procurement lead time +

·       Draft Purchase Orders, i.e. requests for quotations, with planned delivery date lying within the procurement lead time +

·       Draft Manufacturing Orders with planned start date lying within the procurement lead time +

·       All incoming goods movements with expected date lying within the procurement lead time -

·       Outgoing goods movements, i.e. requirements, with expected date lying within the procurement lead time can be taken into account according to the requirements method indicator set in reorder point master data

 

The replenishment triggering can be forced by taking into account requirements also. The requirements method indicator can be set up as follows:

·       No requirements (standard static reorder point logic)

·       Confirmed requirements with planned date in the procurement lead time

·       All requirements with planned date in the procurement lead time

 

The replenishment lot quantity is calculated according to the following two procedures set in reorder method quantity indicator:

·       Replenishment at maximum stock level to fill up at maximum level the stock at location level

·       Fixed lot quantity to replenish the location stock with a fixed quantity

 

In case of shortage, so the net location stock availability is below the minimum stock level, the following replenishment proposals are created:

·       new Requests for Quotation line for buy products

·       new Manufacturing Orders for make products: the manufacturing order is created in draft status; this is very important for product with multiple boms because it is possible to change bom in manufacturing order in draft status only

·       new Stock Transfers for refurbish a warehouse from another one

 

Replenishment proposal scheduling

Replenishment proposal scheduling is in forward mode starting from the current date.

The lead time set in reorder point master data is a time buffer in processing the replenishment proposal; it is scheduled forward in working days as per the working calendar assigned to the warehouse.

The manufacturing lead time is taken into account in calculating in forward mode the final planned date in working days according to the working calendar defined at warehouse level.

Both manufacturing and purchase safety time effect has been cancelled, so they are not taken into account at all in replenishment proposal forward scheduling.

Therefore, we have as follows:

·       Request for proposal

o   Order date (at header level): today + buffer time (working days)

o   Schedule date (at item level): order date + delivery lead time (calendar days); this is the Planned date suggested in the single reorder point run procedure

·       Manufacturing order

o   Deadline date: today + buffer time (working days)

o   Planned date (visible in single run): Deadline date + manufacturing lead time (working days)

·       Goods transfer movement:

o   Expected date: today + buffer time (working days); this is the Planned date suggested in the single reorder point run procedure

 

 

Reorder Point Master Data


New data structure for defining at location level the reorder point product behavior.

 

The lead type indicator can be evaluated as follows:

·       days to purchase à for “buy” products, so a RfQ is generated

·       days to get the products à for replenish another warehouse through stock transfer movement

·       manufacture à for “make” product, so a MO in draft status is generated

 

The following stock data can be calculated to check the reorder point results


·       Stock Location Quantity, i.e. the stock on hand stored in the reorder point location

·       Incoming location quantity in lead time, i.e. the incoming stock movements with expected date lying within the lead time

·       Ready Requirements Location Quantity in lead time, i.e. the confirmed outgoing stock movements with expected date lying within the lead time

·       All Requirements Location Quantity in lead time, i.e. all the outgoing stock movements with expected date lying within the lead time

 

·       RfQs in lead time, i.e. the Request for Quotation lines with planned delivery date lying within the lead time; only the RfQs with incoming location as the reorder point location are taken into account

·       Draft production order in lead time, i.e. draft production orders with planned start production date lying within the lead time; only production orders with destination location as  the reorder point location are taken into account

·       Net available location quantity in lead time, calculated as detailed before (without any requirements)

·       Net available location quantity in lead time with confirmed requirements

·       Net available location quantity in lead time with all requirements

 

 

Massive Reorder Point Run


The reorder point procedure is run at warehouse level; therefore, it is possible to set the proper replenishment sequence in planning supply chains. For example, a local warehouse has to be planned before the central one because its requirements are to force the reorder point replenishment (setting the proper requirements method indicator).

 

 

Single Reorder Point Run


In the reorder point master data list view it is possible to run the reorder point procedure at single product level; the planned date and replenishment quantity are calculated according to the logics detailed above and both of them can be changed manually.

 

 

Product master data


All the reorder points master data records are collected in the product master data

Odoo Proprietary License v1.0

This software and associated files (the "Software") may only be used (executed,
modified, executed after modifications) if you have purchased a valid license
from the authors, typically via Odoo Apps, or if you have received a written
agreement from the authors of the Software.

You may develop Odoo modules that use the Software as a library (typically
by depending on it, importing it and using its resources), but without copying
any source code or material from the Software. You may distribute those
modules under the license of your choice, provided that this license is
compatible with the terms of the Odoo Proprietary License (For example:
LGPL, MIT, or proprietary licenses similar to this one).

It is forbidden to publish, distribute, sublicense, or sell copies of the Software
or modified copies of the Software.

The above copyright notice and this permission notice must be included in all
copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.
IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM,
DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE,
ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER
DEALINGS IN THE SOFTWARE.

Please log in to comment on this module

  • The author can leave a single reply to each comment.
  • This section is meant to ask simple questions or leave a rating. Every report of a problem experienced while using the module should be addressed to the author directly (refer to the following point).
  • If you want to start a discussion with the author or have a question related to your purchase, please use the support page.
There are no ratings yet!
There is a lack of the Economic Quantities that the base Odoo has.
by
Rui Fonseca
on 5/20/20, 8:13 AM

Liked it. in such a simple way I think it will be difficult to do better. But there is a lack of the Economic Quantities that the base Odoo has, for a replenishment of stock that violates the minimum stock and replenishes for the maximum stock, it was also important to replenish for the stock of economical (multiple) quantities. Rui Fonseca Smart Improve Consulting