Service Management – Configuring the Requirements Classes
Last post I talked about the service management item categories. Today I want to go into a piece of the underlying configuration associated with the item category. The requirements class can drive a lot of behavior for an item category, but the most important piece for service is the service order type that is generated by the item category. This is important for the IRRP item category (Repairs) as well as the field service/On-site service item category you choose to use.
As always, I like to start with SPRO and show you where the configuration is located.
Like so many other areas in configuration, I find it easiest to start at the bottom and work my way up. So in this instance, i’m going to start at the Determination of Requirement types Using Transaction.
This first section will show you the connection between your item category and requirement type. Now this is a subtle difference. A requirements type is a mapping to a requirements class. I personally don’t understand why this interim step is inserted into the process, but it is what it is 🙂 . The other important field is the Q column.. If there is a 1 in this field, then it means that the requirements look first to the sales order/item category (shown here). if it is blank, it means the requirements look to the material master (similar configuration exists there for the requirements class/type). I personally try to include the 1 at all times for anything sales related, but as always, verify with the business if you are unsure.
Define Requirements Type is the screen for the Requirements Type. it is simply a 1 to 1 mapping to the requirement class.
Now, onto the real meat of the post. The Define Requirements Class. This is the initial screen you will see. I’ve selected the Z04 to demonstrate. This is a requirements class I created in order to point to my custom service order type.
When you open up the detail view, you can see a little cleaner version for just the Z04. the important field for this case is the order type. In this instance, I created a custom item category to replace the IRRP (repair) line. I wanted it to to point to a specific order type, in this instance ZS03. The remainder of the settings were copied directly from the IRRP. This same strategy is used for an on-site item category that generates a service order directly (without using the repair process).
Next time, we’ll talk about how the technical objects at the sales order level.
If you’re interested in great tips and tricks on SAP service management, variant configuration or production planning, check out my blog at: http://paperstreetenterprises.com/blog/
There is also a link to some SAP Easy Buttons =)
Thanks for reading,
CTO – JaveLLin Solutions, LLC