Hi all,
We have raised a PO for a part that is marked as manufactured in the system. The sales order ship by date was not aligned with the due date of the PO, which is why the system suggested to cancel the PO and created an unfirm job instead.
We have a simple question though - why did the system instead not create an expedite PO suggestion?
Here are some extra details for context:
Part detail:
Part Site Planner Parameters:
One thing that can stop expedite suggestions, is the ‘Lock Date’ on the PO release.
May be worth a check.
Because its a manufactured part . . .
No I checked the PO release it didn’t have lock dates or lock qty boxes checked.
I thought like that too, but when you change the ship by date of the sales order for after the PO due date then the cancel PO suggestion goes away and MRP is happy. I remember @timshuwy mentioned during Epicor Insights ANZ 2024 that you can place POs for manufactured parts and MRP recognises that as a valid supply to the demand. One would expect to see a PO expedite suggestion instead of a cancellation suggestion in that case.
When you changed the ship date to after the PO was due, what day exactly did you change it to? I’m going to assume it was within two days.
That’s true, and once you had the right date it did that. But when the PO isn’t the right date, it’s not a valid supply to the demand, and so it attempts to create one. And since your system settings say that the appropriate supply type is MFG, that’s what it tries to do.
Is the PO directly linked to the Sales Order demand (Buy Direct on the SO Release)? Or is it just a standard PO for stock?
If the system doesn’t know that this particular PO was entered to fill that particular Sales Order demand, it is looking for a way to meet the demand date and by default will say you need to make that part?
If this cancelled the PO and then created a job, this is the most likely scenario.
You can use the Urgent Planning Paramters now to switch between purchased/manufactured and then this should behave more like the OP is hoping.
@cpilinko I changed the ship by date to one day after the PO due date
@dcamlin
The good thing about my scenario is that there is only one demand and one supply. If you look at the screenshot, MRP has the ability to recognise that the PO has been placed to satisfy a sales order line that is usually manufactured. No cancellation suggestion, which should have been the case as per your scenario right? Maybe if we had a buy direct link in the previous screenshot then it would have shown an expedite suggestion instead of cancel? We try to avoid buy to order unless we are doing dropshipments because we are unable to track the stock in our warehouse using bin locations, which is a different can of worms that shouldn’t be opened in this thread hahahaha
I figured that this would be the most likely reason why we see a cancellation suggestion. However, the problem with this entire methodology is that the unfirm job created a lot of other related unfirm jobs and that was all artificial demand when the real solution was just to either expedite the PO or change the ship by date of the SO.
The situation we ended up in was that because of all the artificial demand that was created due to these new unfirm jobs we ended up placing high value POs to buy materials we didn’t really need.
I would argue that the problem is expecting MRP to work differently than it does. Once you set the type on the part (or the source type on the plant) that is the ONLY kind of suggestion you are going to get.
I don’t think that you can set it up like that - where you decide to purchase if you’re running late but generally manufacture, especially based on the other arguments presented in this thread.
I guess where this stems from is that we usually manufacture the same part for day to day local deliveries but if we get a bulk order we tend to place the order to one of the offshore subs where we get a better cost. Therefore this part can be purchased as well as manufactured, but it’s usually manufactured. And we placed the PO because the qty was large and naturally don’t want to manufacture here. Exactly where the complexity comes when you start seeing unfirm jobs for the stuff you didn’t want to make because it was too costly to make in the beginning!
We have the same problem, sometimes we want to transfer, sometimes we want to purchase, for the same part. Epicor MRP has nothing to manage these types of scenarios.
Doesn’t the Reschedule In Delta stop MRP from making suggestions to expedite current supply?
If my theory about the reschedule in delta is correct then it’s acting kind of like a locked PO date. In my testing (locked PO dates + days of supply) = erroneous and infinite suggestions.
