We recently implemented MRP about 8 months ago. We closed all the jobs in our system over the weekend and let MRP run and firmed up the jobs we needed to run on Monday and released them to the floor.
We did notice that sometimes the firmed jobs would make MRP run a little wonky. For the most part, MRP runs great as we want it to. We are still on our way to implementing the global scheduling aspect but we are in the midst of testing what works for us.
Some background information:
The original unfirmed job was for 1440 pcs. Our production planner firmed it and changed the job to 3600 pcs. When MRP runs, it is treating the job as if it is for 1440 like the original unfirmed job, and not 3600. Is this normal? Is there something that we are doing wrong?
There should only be one other job that is unfirmed for 8/23 for 1440 and that would cover the SO for 8/23 and 9/1 which would cover all of our demand.
If anyone has a better insight into the algorithm of MRP and how it decides when and how to create a job based on demand that would be helpful! I tried to look at the log it created but did not help too much.
I believe, unless you are locking the quantity of the job you firmed, MRP is also generating a suggestion to lower the production quantity on MRP45092 back down to 1440.
I think if you lock the quantity and re-run MRP it will not generate that suggestion and time phase should look like you expect.
Kind of varies depending on how much capacity we have available. Sometimes when things are slow he will run more than normal assuming we have the material to do so.
It has been a battle at the company of wanting better run efficiency(run more at once) and running lean which was the whole purpose of MRP implementation to help run lean.
Ok, because the other field setting you may want to look at is the Days of Supply. If the planner upped the job to cover future demand, that is what the Days of Supply could help with. Also, if you are make to order, MRP will just keep suggesting jobs to fill the demand instead of looking at inventory.