Demand & Supply Planning
P2P; PTM
MD04
Hey there, my name is Martin, and in this video, we'll be discussing what to do when you have more than one realignment or rebalancing exception message. When MRP controllers are first getting started in daily exception monitoring, it can be frustrating and often confusing when you see more than one exception message. That's alerting you to the need for rescheduling in, rescheduling out, or even cancelling. All in the same material. So I'd love to hear more about this and how we can do this quickly and really understand when to resolve and how to resolve these planning situations. Patrick, I couldn't think of anybody better. Why don't you tell us more about this? Definitely, Martin. I knew that this was a challenge for me when I was first getting started with exception monitoring. Come on SAP, what are you telling me here? Move this one in, move that one out um, and cancel this one over here. The good news is that there's actually deep opportunities in these exception messages. And once you're comfortable with reviewing the full planning situation for a material, rather than just responding to a particular exception message, it can become really powerful, even if there are several that seem to be in conflict on the same material. Let's go in, take a look, and figure out what to do with these. Before we get overwhelmed by the exception messages that we see on the MD04 screen, let's try to figure out what's really happening in our supply chain. In my personal experience, I find it helpful to take a look at the whole picture before jumping into any conclusions. The MD04 stock requirements list reminds me of a checkbook. First, I want to look at my stock balance. In this case, we have zero pieces on hand. It's like I have no money in my checking account. As we look at the next MRP element on the list, which is here, a forecasted requirement of 500 pieces we can see that that's April 11th, which is today. When MRP did the math and looked at the fact that I had 500 pieces that were supposed to be consumed today and saw that I had no inventory on hand, it showed us that our inventory balance would come down to negative 500 pieces. So if I go back to the checkbook example, if I had no money in my checking account and I tried to cash a check for $500, my account balance was going to go negative by $500. So if I don't find a way to put $500 in my bank account, we're going to have a problem. So before we panic, let's continue reviewing the information on the screen. The next row of data shows that we have an open purchase order for 1,000 pieces scheduled to arrive on April 18th. MRP did the math for us again, and it realized that if you were negative 500 and you brought in 1,000 pieces, you would actually end with 500 pieces on hand. However, we needed that inventory on April 11th. It's giving us one of the most common exception messages, which is 10, to bring the process forward. If we bring those 1,000 pieces in, sure, we can satisfy that 500 piece demand, and we'll end up with 500 pieces on the shelf, but we're not going to be able to meet the demand on the day that we need it, which was April 11th, we should be looking to pull this forward. Obviously this can happen for a whole lot of reasons. Maybe our recent sales were higher than expected. Maybe our forecast in the current period is higher than expected because we're expecting the business to take off. Maybe we had some inventory and then we had an inventory write off during a physical inventory. A whole bunch of reasons that we might get exception messages. But in this case, at least we know that the supply chain is out of balance. And this exception message number 10 is letting us know that we're going to have to expedite something. So let's make a mental note about that and continue on and look at the rest of the picture. So when we look at the next MRP element, it's another purchase order. This one is due on April 30th. And this one's for 500 pieces all the way over here. So that's great. When we bring in 500 pieces on April 30th, we're going to have a 1,000 in inventory. But the thing is, we don't need a 1,000 in inventory. We don't have demand telling us to bring in a 1,000, so we've got an exception message again. In this case, it's a different kind of message. It's an exception message 15. And that message is to postpone the process. So in this case it's telling us, take this purchase order and instead of bringing it in on April 30th, let's bring it in on June 1st. The first one we're supposed to pull that one in, the next one we're supposed to push that out. Things are looking a little bit out of control, but for now, let's not overreact. Let's just make another mental note for ourselves and continue going on down through the list because it's always important to look at the whole picture. So with that in mind, the next thing that we're going to see is a 500 piece demand over here on May 1st. And thankfully there's no exception message on this one, finally an MRP element without an exception message. So good news, the inventory will be decremented by 500 and we'll have 500 left. So fantastic, but we can't stop here. So let's carry on. The next thing we see is another purchase order. This purchase order for June 1st, but we have another exception message. This exception message number 20 is actually a cancel message. And I'm sure as you look at the screen here, you could probably tell why it's asking us to cancel it. We have 500 pieces in inventory. When we bring in 500 on this purchase order, we'll have a 1,000 in inventory. And then the only demand left in the system is on June 1st for 500 pieces. So if we bring in that purchase order, we're going to be left with 500 pieces on the shelf. And unfortunately, we don't want to end with 500 on the shelf, because we don't have demand for that. So I think we need to figure this whole thing out. We've got the whole picture in front of us. So, we don't need this purchase order. In this purchase order, we need to pull in. In this purchase order, we need to push out. We actually don't need to overreact. We're getting close to the end here. Even think about this on this purchase order with the reschedule, you have a reschedule pull in, you have a push out, and you have a cancel message. Maybe if we execute to that cancel message, it will provide our vendor some capacity relief. It can let them prioritize other materials that we actually need. So maybe it's a good story that we have all these different messages. Again, bottom line, SAP is keeping us in line. So now that we've looked at the whole picture, we've got the whole scenario, we've made some mental notes. I think I know exactly what we need to do. We have an opportunity to reach out to our supplier and to communicate that whole picture. Basically, we have to ask them to do everything we see on the screen, but all in all, it's a pretty good news story. We're going to ask them. If we can pull in this purchase order number ending in 157563, from April 18th to April 11th. And then we're also going to ask them if we can push out this PO, which ends in 726, from April 30th to June 1st. And then finally, when we've done that, we will ask them if we can cancel this purchase order that ends in 887. And once we've done that, we've had our full communication. And honestly, now that I'm thinking about it, hopefully you agree that wasn't too bad. So that's all I have. I got to go and just wish me some luck with that phone call to the supplier. So in summary, what we've covered today are three messages that often co exist on the same material to show our scheduled supply is either running ahead, behind, or no longer needed. We briefly discussed some of the common causes, the opportunities that these messages can create to prioritize, or provide capacity relief. And some suggestions for how we might resolve them. Thank you for allowing me to give you the tour. Thanks, Patrick. For MRP controllers, these messages provide daily insights to support decision making. And understanding that we should review and resolve these entire planning situations rather than a single exception message. Once again, thank you. So folks, if you want to know more about this exception message and all the other exception messages that exist, please check out our video catalog. If you're not sure what video to check out, ask the chatbot.