Master planning is not considering On hand inventory

I have created some items and defined item coverage group to the items. When I run the master plan it is not considering On hand inventory in planning. And also it is not adding min quantity in the plan order.

I am using requirement coverage group.

You’ll need to provide a bit more information…

How about starting with screen shot of the item’s “net requirements” view and a screen shot of the coverage group’s setup?

Also how the item coverage group is defined and the storage dimension goup is configured for item coverage, and the version of AX would be handy!

Hii

I am working on ax 4.0. I have attached requirement profile with coverage group details.

Hii Adam

Please check previous post and below dimension group screen-shot.

OK, still need the net requirements “general” tab, and as Steve indicated, you’re probably going to need to include a shot of whichever storage dimension group has been assigned to the item. On the assumption that you’re a bit of a novice to MRP, the most likely cause is that the supply (inventory) has at least one planning dimension value (site, warehouse, etc.) that is different than the demand (in this case, the pick-from information on the planned production order).

For the first screen shot you submitted, please change to the “overview” tab in the upper portion of the screen.

Hi Chan,

Please check the overview tab screenshot.

OK, that’s still not showing the planning dimensions we’d need to see.

It looks like “version number” is factored into the plan. What version number is called out on the parent product’s BOM for this component? What version number is the onhand inventory? Your lower grid showing planned production order and BOM line demand doesn’t show any inventory, so I’m wondering if the inventory even exists or if you’ve applied some filter to the display.

Although I’m jumping the middle of this, there is one thing I’ve seen that will cause the planning to not consider inventory. This setting is the positive day setting. I have not ever had a good explanation on why this setting was part of the system. The way it works is that the positive day setting must be as long as your coverage time fence on item requirements.

Another thing that will cause it is identifying a sub bomb at the bill materials level. This would ignore inventory if the sub bomb was different than the active bomb.

Hi Don

Feel free to jump in, trouble is in this area there are lots of possibilities and you just start pulling a piece of string. What is certain is planning will consider inventory if setup and configured to do so :slight_smile:

I have already attached Dimension group screenshot. What exactly dimensions would you like to see?
I have only one version(version no -00) activated and inventory is available only for that version. No, i have’t applied any filter here.

Thanks for reply don
I will check the positive days settings and keep you update.

AX4 with the Process add-on. Okay so I cannot remember how the requirement type worked that long ago.

I would change it to period, checking requirement does check stock.
Check the plan incorporates stock
Set positive and negative days equal to the coverage period.

Run like this and check again. Validate the on-hand is phyiscally available and show the pegging.

Once again I tried to run master planing with the suggested changes and on hand inventory has considered in plan. Now i have a new issue. I tried to delete the plan and re-run plan ,the system seems to ignore all existing inventory and generating a full sales order quantity. Why the system is not considering on hand after re-run the plan? Is there any issue with the time fence or is there any option to clean up the plans.

Could you please clarify what steps you performed when you say you “delete the plan”? I can’t imagine you deleted one of the AX plans (ex. static, dynamic), and hope that you instead deleted one or all of the planned orders within a master plan.

When you run MP, typically the first thing it does is deleted all planned orders, then it regenerates new ones if needed, so you generally should never have to “delete” a plan.

If you re-ran MP and got different results for this product, then you changed something–the product’s settings, the coverage group settings or the MP settings. Given all the suggestions we’ve thrown at you, you probably had at least one change you made but might have forgotten about :slight_smile:

It looks like your original issue is that for AX 4 the “requirement” setting might be programmed as pure “lot for lot” and ignore any inventory, but when you change to “period” it will consolidate all requirements and factor in inventory. Make sure your item is associated with a “period” coverage group and you should be fine. I’m not familiar with AX 4 versus current product, but there should be within the MP definition itself a default coverage group value. This is applied to any part that does not have a coverage group association. See what you’ve got there–you might be seeing this problem across lots of products if you have NOT set a coverage group at the product level and have set “requirement” at the plan level as the default.

Your issue is not likely time fence or positive/negative days–your previous screen shots show those settings are not affecting the specific scenario you’re presenting.

I have setup all the items with coverage group and item coverage group (Period).
I run the plan first time and all the results are got as per expected. So for testing purpose i have deleted the master plan (Periodic > Plans > Delete Plans) and tried to generate the new plan for the same items with the same settings but this time master plan ignore existing inventory. I have’t done any changes in item setups.

As i observed that if i select requirement profile for the individual plan order and run the plan for specific item(in requirement profile) then it gives me the correct results(It includes On hand , open orders and min quantity). But as per my understanding this is not the right way to generate the plan orders.

Hii

It’s working now. The issue was with the full regeneration of the master plan.