This blog defines and compares the three most commonly used inventory control policies. It should be helpful both to those new to the field and also to experienced people contemplating a possible change in their company’s policy. The blog also considers how demand forecasting supports inventory management, choice of which policy to use, and calculation of the inputs that drive these policies. Think of it as an abbreviated piece of Inventory 101.

Scenario

You are managing a particular item. The item is important enough to your customers that you want to carry enough inventory to avoid stocking out. However, the item is also expensive enough that you also want to minimize the amount of cash tied up in inventory. The process of ordering replenishment stock is sufficiently expensive and cumbersome that you also want to minimize the number of purchase orders you must generate. Demand for the item is unpredictable.  So is the replenishment lead time between when you detect the need for more and when it arrives on the shelf ready for use or shipment. 

Your question is “How do I manage this item? How do I decide when to order more and how much to order?”  When making this decision there are different approaches you can use.  This blog outlines the most commonly used inventory planning policies:  Periodic Order Up To (T, S), Reorder Point/Order Quantity (R, Q), and Min/Max (s, S).  These approaches are often embedded in ERP systems and enable companies to generate automatic suggestions of what and when to order.  To make the right decision, you’ll need to know how each of these approaches are designed to work and the advantages and limitations of each approach.    

Periodic review, order-up-to policy

The shorthand notation for this policy is (T, S), where T is the fixed time between orders and S is the order-up-to-level.

When to order: Orders are placed like clockwork every T days. The used of a fixed reorder interval is helpful to firms that cannot keep track of their inventory level in real time or who prefer to issue orders to suppliers at scheduled intervals.

How much to order: The inventory level is measured and the gap computed between that level and the order-up-to level S. If the inventory level is 7 units and S = 10, then 3 units are ordered.

Comment: This is the simplest policy to implement but also the least agile in responding to fluctuations in demand and/or lead time. Also, note that, while the order size would be adequate to return the inventory level to S if replenishment were immediate, in practice there will be some replenishment delay during which time the inventory continues to drop, so the inventory level will rarely reach all the way up S.

Continuous review, fixed order quantity policy (Reorder Point, Order Quantity)

The shorthand notation for this policy is (R, Q), where R is the reorder point and Q is the fixed order quantity.

When to order: Orders are placed as soon as the inventory drops to or below the reorder point, R. In theory, the inventory level is checked constantly, but in practice it is usually checked periodically at the beginning or end of each workday. 

How much to order: The order size is always fixed at Q units.

Comment: (R, Q) is more responsive than (S, T) because it reacts more quickly to signs of imminent stockout. The value of the fixed order quantity Q may not be entirely up to you. Often suppliers can dictate terms that restrict your choice of Q to values compatible with minima and multiples. For example, a supplier may insist on an order minimum of 20 units and always be a multiple of 5. Thus orders sizes must be either 20, 25, 30, 35, etc. (This comment also applied to the two other inventory policies.)

Continuous review, order-up-to policy (Min/Max)

The shorthand notation for this policy is (s, S), sometimes called “little s, big S” where s is the reorder point and S is the order-up-to level. This policy is more commonly called (Min, Max).

When to order: Orders are placed as soon as the inventory drops to or below the Min. As with (R, Q), the inventory level is supposedly monitored constantly, but in practice it is usually checked at the end of each workday. 

How much to order: The order size varies. It equals the gap between the Max and the current inventory at the moment that the Min is reached or breached.

Comment: (Min, Max) is even more responsive than (R, Q) because it adjusts the order size to take account of how much the inventory has fallen below the Min. When demand is either zero or one units, a common variation sets Min = Max -1; this is called the “base stock policy.”

Another policy choice: What happens if I stock out?

As you can imagine, each policy is likely to lead to a different temporal sequence of inventory levels (see Figure 1 below). There is another factor that influences how events play out over time: the policy you select for dealing with stockouts. Broadly speaking, there are two main approaches.

Backorder policy: If you stock out, you keep track of the order and fill it later.  Under this policy, it is sensible to speak of negative inventory. The negative inventory represents the number of backorders that need to be filled. Presumably, any customer forced to wait gets first dibs when replenishment arrives. You are likely to have a backorder policy on items that are unique to your business that your customer cannot purchase elsewhere.

Loss policy: If you stock out, the customer turns to another source to fill their order. When replenishment arrives, some new customer will get those new units. Inventory can never go below zero.  Choose this policy for commodity items that can easily be purchased from a competitor.  If you don’t have it in stock, your customer will most certainly go elsewhere. 

The role of demand forecasting in inventory control

Choice of control parameters, such as the values of Min and Max, requires inputs from some sort of demand forecasting process.

Traditionally, this has meant determining the probability distribution of the number of units that will be demanded over a fixed time interval, either the lead time in (R, Q) and (Min, Max) systems or T + lead time in (T, S) systems. This distribution has been assumed to be Normal (the famous “bell-shaped curve”).  Traditional methods have been expanded where the demand distribution isn’t assumed to be normal but some other distribution (i.e. Poisson, negative binomial, etc.) 

These traditional methodologies have several deficiencies.

• First, it usually ignores the problem of undershoot, in which demand drops inventory not just to the reorder point but below it. Assuming no undershoot leads to overestimates of service levels and fill rates.

• Second, the probability distribution of demand is very often not even close to “bell-shaped” or whatever assumed distribution was selected –  especially for items with intermittent demand such as spares and service parts.

• Third, accurate estimates of inventory operating costs require analysis of the entire replenishment cycle (from one replenishment to the next), not merely the part of the cycle that begins with inventory hitting the reorder point.

• Finally, replenishment lead times are typically unpredictable or random, not fixed. Many models assume a fixed lead time based on an average, vendor quoted lead time, or average lead time + safety time.

Fortunately, better inventory planning and inventory optimization software exists based on generating a full range of random demand scenarios, together with random lead times. These scenarios “stress test” any proposed pair of inventory control parameters and assess their expected performance. Users can not only choose between policies (i.e. Min, Max vs. R, Q) but also determine which variation of the proposed policy is best (i.e. Min, Max of 10,20 vs. 15, 25, etc.) Examples of these scenarios are given below.

The process of ordering replenishment stock is sufficiently expensive and cumbersome that you also want to minimize the number of purchase orders you must generate

Choosing among inventory control policies

Which policy is right for you? There is a clear pecking order in terms of item availability, with (Min, Max) first, (R, Q) second, and (T, S) last. This order derives from the responsiveness of the policy to fluctuations in the randomness of demand and replenishment. The order reverses when considering ease of implementation.

How do you “score” the performance of an inventory policy? There are two opposing forces that must be balanced: cost and service.

Inventory cost can be expressed either as inventory investment or inventory operating cost. The former is the dollar value of the items waiting around to be used. The latter is the sum of three components: holding cost (the cost of the “care and feeding of stuff on the shelf”), ordering cost (basically the cost of cutting a purchase order and receiving that order), and shortage cost (the penalty you pay when you either lose a sale or force a customer to wait for what they want).

Service is usually measured by service level and fill rate.  Service level is the probability that an item requested is shipped immediately from stock. Fill rate is the proportion of units demanded that are shipped immediately from stock. As a former professor, I think of service level as an all-or-nothing grade: If a customer needs 10 units and you can provide only 9, that’s an F. Fill rate is a partial credit grade: 9 out of 10 is 90%.

When you decide on the values of inventory control policies, you are striking a balance between cost and service. You can provide perfect service by keeping an infinite inventory. You can hold costs to zero by keeping no inventory. You must find a sensible place to operate between these two ridiculous extremes. Generating and analyzing demand scenarios can quantify the consequences of your choices.

A demonstration of the differences between two inventory control policies

We now show how on-hand inventory evolves differently under two policies. The two policies are (R, Q) and (Min, Max) with backorders allowed. To keep the comparison fair, we set Min = R and Max = R+Q, use a fixed lead time of five days, and subject both policies to the same sequence of daily demands over 365 simulated days of operation.

Figure 1 shows daily on-hand inventory under the two policies subjected to the same pattern of daily demand. In this example, the (Min, Max) policy has only two periods of negative inventory during the year, while the (R, Q) policy has three. The (Min, Max) policy also operates with a smaller average number of units on hand. Different demand sequences will produce different results, but in general the (Min, Max) policy performs better.

Note that the plots of on-hand inventory contain information needed to compute both cost and availability metrics.

Figure 1: Comparison of daily on-hand inventory under two inventory policies

Role of Inventory Planning Software

Best of Breed Inventory Planning, Forecasting, and Optimization systems can help you determine which type of policy (is it better to use Min/Max over R,Q) and what sets of inputs are optimal (i.e. what should I enter for Min and Max).  Best of breed inventory planning and demand forecasting systems can help you develop these optimized inputs so that you can regularly populate and update your ERP systems with accurate replenishment drivers.

Summary

We defined and described the three most commonly used inventory control policies: (T, S), (R, Q) and (Min, Max), along with the two most common responses to stockouts: backorders or lost orders. We noted that these policies require successively greater effort to implement but also have successively better average performance. We highlighted the role of demand forecasts in assessing inventory control policies. Finally, we illustrated how choice of policy influences the day-to-day level of on-hand inventory.

Stop buying everything, from paper clips to software? No. You should get a little bit smart about how you are going to ride it out.

Even in normal times, good inventory hygiene suggests that you continuously update your inventory control parameters: reorder points, order quantities, safety stocks, mins, maxes, lead times. Beyond that, you should be updating your inventory strategies, such as adjusting the target service levels or fill rates for every item you hold. That’s the “should.”

But in normal times, it’s easy enough to let those adjustments slide and focus on other things. Then, when the first whiff of recession is in the air, you might get panicky and jump into action in a way that makes it harder to survive the down times. You may look decisive by essentially freezing in place or even shutting some things down, but you risk looking decisive now and foolish later.

Better to take stock of your entire current inventory operation and do that tuning before things get really bad. It is common enough for inventory parameters like reorder points to be set at their current levels by somebody long gone at some time in the distant past for some reason that nobody remembers. Over time, conditions change but the system fails to adapt. So the start of a possible recession is an apt time to run your inventory optimization software to tune up your operations.

You may find that you can remove enough sludge in your current system to offset some or all of the bad news. For instance, your suppliers might be filling orders faster than your software thinks, so you can reduce inventories without risking more stockouts by recalculating reorder points. If you feel you must reduce stocks and ask your customers to accept lower fill rates, you should use your inventory optimization software to identify the best items to put on the chopping block, rather than, say, adjusting every item’s fill rate down by 5%.  If you have thousands or tens of thousands of inventory items, that kind of laser-focused adjustment may not be humanly possible without good software support. But with good software support, it’s doable and useful.

Before you hit the panic button, be sure to squeeze all the inefficiency out of your current operations. If, as is common, you have good software but your people are using only a fraction of its capabilities, fix that and get more out of the investment. If you don’t have modern inventory optimization, make a counter-cyclical decision and get some.

If you want to read more about demand planning, forecasting and find new business opportunities in economic recession, read this Journal of Business Forecasting article from the Institute of Business Forecasting (IBF) here or keep reading our new articles

We work with many customers in many industries to connect our advanced analytical, forecasting, and inventory planning software to their ERP systems. Despite the variety of situations we encounter, some data-related problems tend to crop up over and over. This blog lists ten tips that can help you avoid these common problems.

Once a customer is ready to implement software for demand planning and/or inventory optimization, they need to connect the analytics software to their corporate data stream. In our case, we mainline transaction data directly into the analytical software. This provides information on item demand and supplier lead times, among other things. We extract the rest of the data from the ERP system itself, which provides metadata such as each item’s location, unit cost, and product group.

These tips are important because it is not uncommon for implementation projects to start with great enthusiasm but then quickly bog down because of problems with the data that fuel for analytics. These delays can reduce team enthusiasm, embarrass project leaders, and delay (and thereby reduce) the ROI payoff that ultimately justified the implementation project in the first place.

The importance of connecting the analytics software to the corporate data stream

Here is the list of tips, grouped by the general themes of handling files safely, insuring data integrity, and dealing with exceptions.

Handling Files Safely

1. Have a test environment to use as a “sandbox.” Copy your current data to a test environment where you can safely experiment with the software without risking current operations. Besides helping users learn the ins-and-outs of the new software, having the latest data in the software allows end users to discover any problems with the data.

2. Protect your data extraction rules. If you aren’t utilizing a pre-built connector to your ERP system then you to need to ensure that you can create savable extract rules to move data from your ERP to a file.  Column orders, data types, date formats, etc. should not vary each time the same extract is re-executed.  Otherwise the project gets bogged down in manual errors or confusion in re-extracts after fixes to the data or when new data roll in. All data extraction rules should be saved and available to IT – we’ve encountered situations where files extracted were done so in ad hoc manner resulting in a slightly different formats with each new extract.  We’ve also seen customers work hard to develop a complex and accurate data extraction routine only to find all their work was lost when it was not properly archived.  Both situations led to confusion and project delays.

3. Don’t use Excel native file formats for data transfers. If your planning solution doesn’t have a direct integration to your ERP system, then export ERP data to a flat file format, such as comma delimited (.csv) or tab delimited text files.  Don’t use MS Excel formats such as .xls or .xlsx as the export file type because Excel auto-reformats field values in unexpected ways. Many users assume they need to use .xlsx files if they want to manually review them, not realizing that .csv or .txt files can be opened just as easily and don’t carry the risk of auto-reformats.

Insuring Data Integrity

Data Problems and solutions in Software Implementation. Here is the list of tips, grouped by the general themes of handling files safely, insuring data integrity, and dealing with exceptions.

4. Confirm the accuracy of your catalog data. Export your catalog data (i.e., list of products, list of customers, list of suppliers) and all their relevant attributes.  Check for wrong or suspicious values in the attributes (especially item lead times and costs).  Problematic values include blanks, zeros when you don’t expect zero as a data value, and text strings when you expect numeric values (or vice versa).  It can help to open each extract file in Excel and filter on each attribute field, looking at the unique values to see what jumps out as not like the others (e.g., “1”, “2”, “&&”, “3”…).

5. Confirm the accuracy of your grouping data. Another useful activity that can be done while viewing the product catalog data in Excel is to check major grouping/filtering fields like product family, category or class to make sure no products are assigned to the wrong category, class, or family.  Likewise check any product status/product lifecycle fields, e.g., make sure that you have correctly identified all discontinued products.

6. Check for spurious control characters within text fields. Check that there are no unusual characters extracted in your product descriptions, such as carriage returns or tabs within the description value itself.  If so, make sure you can extract that data using double quote enclosures around the description or else fix data entry errors in the ERP system directly.

7. Verify that data have a standard layout. Check that your extracts of transactional data (e.g., customer orders, customer shipments, purchase orders, supplier receipts) contain no duplicate rows.  If they do, either identify what fields need to be added to make the rows distinct or, if they are truly duplicates, remove the extra copies in the ERP database.

Dealing with Exceptions

8. Detect and react to exceptions. Identify any attributes of transactional data that would mean they should not be used, such as cancelled orders.  Understand the process around mistakenly entered orders or cancelled orders to ensure against counting, or double counting, these types of transactions.  Watch for other data attributes that would imply that attribute should not be used, such as drop shipping to the customer directly from a supplier rather than shipping it from your own company. 

9. Codify the handling of exceptional internal transfers. Define the idealized record of emergency internal stock transfers and then provide rules to edit any transactions done on an emergency basis that vary from the ideal pattern.  For example, if product P1 is supposed to be shipped out of location A, but there was an emergency shipment out of location B, the demand history for P1 at location A is hijacked and less than it should have been.  If possible, provide a rule on the preferred shipping location for each product so that the history can be corrected by the inventory optimization software for forecasting purposes.

10. Devise a procedure to handle supersession. Supersessions arise, for instance, when adopting a new ERP which re-indexes the products, or an old product is replaced by an updated version, or an entirely new product obsoletes and old one. If product identifiers changed within the past few years for any reason, identify a mapping from the old product ID to the new.  These rules should be available to the demand planning and forecasting system and editable within the application.

Failure to anticipate data problems is a major impediment to smooth implementation of new analytical software. No list can enumerate all the odd things that can go wrong in curating data, but this one highlights common problems and sensible responses.

Note: For more on how data problems can stymie the application of advanced analytical  software, see Sean Snapp’s excellent blog on how this issue is obstructing the application of artificial intelligence and machine learning.  https://www.brightworkresearch.com/demandplanning/2019/05/how-many-ai-projects-will-fail-due-to-a-lack-of-data/

In our travels around the industrial scene, we notice that many companies pay more attention to inventory Turns than they should. We would like to deflect some of this attention to more consequential performance metrics.

Recall the definition: Turns = Annual dollar cost of goods sold / Average dollar value of inventory. If you sell $1 million of stuff in a year and have an average of $100,000 of stuff on the shelf each day, you are running at an impressive 10 Turns (Walmart runs at around 8). Supposedly, having high Turns signals efficient management, and keeping your Turns higher than competitors’ signals competitive advantage.

But as happens with most performance metrics, there is more to the story. Turns may be very salient to the CFO, but they can be a straightjacket to the COO. This is because Turns are not directly related to customer service; in fact, high Turns can be synonymous with low service levels and fill rates. S&OP consultant Darrin Oliver calls Turns his “pet peeve metric” because “the customer doesn’t care about Turns.”

Suppose you are unhappy with your current Turns value. What can you do to boost the number? Since Turns is a ratio, you can increase it by either increasing the numerator (goods sold) or decreasing the denominator (inventory). Increasing sales is more difficult because it requires the cooperation of the customer. Decreasing inventory is easier because it’s completely under your control: just make smaller replenishment orders, which also saves money in the short run. Indeed, you can get very enthusiastic and cut inventory to the bone. You end up with a better looking number for Turns—and a serious problem with stockouts, backorders, lost sales, lost customer good will and lost market share. Who’s sorry now?

Here’s a lightly edited version of a story on this topic told by a very wise practitioner. “Back in my other life they were all about improving Turns. Why, I have no idea. So I pointed out the risks that you run. And they really weren’t interested. So we took our global inventories down to [a lower level], and then were breaking on stock left and right on a daily basis. Our turns were great, but we weren’t making any money, because we couldn’t get anything out the door, because we didn’t own it. The higher your turns, the lower your inventory’s going to have to be, or you’re just going to have really good flow. And in our industry that’s a very, very difficult thing to achieve. So if we can have reasonable Turns but still be in stock, I think that’s what we want to do. It can be very frustrating in an operations world to try to explain what we do every day and what the risks to the business are when the financial people are just looking at one or two metrics. They’re basically trying to plan the business in a vacuum, and it’s very difficult and very risky to do that.”

Thomas Willemain, PhD, co-founded Smart Software and currently serves as Senior Vice President for Research. Dr. Willemain also serves as Professor Emeritus of Industrial and Systems Engineering at Rensselear Polytechnic Institute and as a member of the research staff at the Center for Computing Sciences, Institute for Defense Analyses.

Do you know which items have too much or too little inventory? What if you knew? How would you go about cutting overstocks while still ensuring a competitive service level? Would you be able to reduce stockouts without incurring a prohibitively expensive inventory increase? How would these changes impact service levels, costs and turns—for individual items, groups of items and overall?

Most companies know they have too much or too little inventory but lack a key ingredient for optimizing inventory: Service Level-Driven Demand Planning. To take action, you must know how much inventory is needed to satisfy the service level you require. More fundamentally, you need to know the specific service level that will result from your current inventory policies, the gap to be addressed and its financial implications.

Many organizations, especially those with intermittent demand, find this to be an exceptionally challenging trial and error process.

Moving to a service level-driven approach will overcome this challenge and ensure that rebalancing inventory improves service level performance at a lower cost. Start with the most accurate demand forecast possible, calibrate for forecast risk and then determine your optimal inventory position. In a recent webinar, I demonstrated Service Level-Driven Demand Planning and how SmartForecasts can be used to drive this process:

1. Measure the service levels that will be achieved at current inventory levels and with your current inventory policy.
2. Identify items that will achieve high service levels (98%+) but at prohibitively high cost.
3. Identify items that are at high risk of stockout (service levels < 75%).
4. Run multiple what-if scenarios based on a different prioritization of service levels by item or item groups. Choose the scenario that optimizes financial constraints with service objectives.
5. Quantify cash savings from reducing overstocks and the costs to increase inventory when service levels are unacceptably low.
6. Take action to establish new service level-driven reorder points, order quantities and inventory levels to meet your service targets and budget.

To view the webinar replay, please click here and complete the registration request.

Gregory Hartunian serves as President of Smart Software and as a member of the Board of Directors. A graduate of The F.W. Olin School for Business at Babson College, he formerly served as Vice President, Sales and Operations.