Now, getting back to warranty claims. Today I’m going to talk about the define actions step. This is another piece connected to my last 2 warranty claim posts. Defining an action is the piece that does the work. Last post we walked through creating/changing a status. Today we talk about the action, so after all of this, the process control will make sense 🙂
Start at OWTY to get to the configuration.
Now, the first thing you’ll notice is that there are a LOT of actions available. There are 4 types of actions:
Elementary Action Displayed in Action Box
Elementary Action Hidden in Action Box
Interlinking Action Displayed in Action Box
Interlinking Action Hidden in Action Box
Elementary Actions are exactly what they sound like. They perform exactly 1 function.
Now, I picked the A005 to show you the action details. Notice you can set the action type & the description. In addition, you can check Display Mode, which means the action can be called, even in display mode. Finally, Log Action check box allows you to include this action in the log for the claim (in my opinion, all actions should be logged… of course, I’m a big fan of seeing what’s happened in the past).
Now, if we move onto Function Module of the Elementary.
This time around, I selected action A103, and you can see the function module that gets called .
Now, if we look at an interlinking action.
Notice, now you can chain together several elementary functions. Doesn’t matter if it’s hidden or displayed. This is fun functionality, since you can pull together multiple steps at once, so the user doesn’t need to perform multiple actions to accomplish a task.
So, that’s the define actions step. Thanks for reading,
As always, thanks for reading and don't forget to check out our SAP Service Management Products at my other company JaveLLin Solutions,Mike
Mike, a basic question.
When would the warranty claim option in SAP be used?
The standard answer I get is when a customer claims for warranty which is seldom done in our case.
The process is the parts come back to be repaired from the customer –> we would check if it is CIP (Customer Induced Problem) or not –> If it is CIP, we would not do a warranty check as the repair would automatically be billable. If it is not CIP, then we would check if the serial number is in warranty or not.
Binu
hello Binu,
The process you are describing wouldn’t be for warranty claims. In my experience, the only time you would use warranty claims is when you are dealing with a third party that will perform the repairs for you and invoice you after the fact.
The process you described is the standard in-house repair process. In order to handle warranty, there are quite a few different ways to handle this. The easiest way that I tend to use is pricing. I’ll create a new pricing condition type on the repair sales order for warranty “discount”. This way, you can use standard account determination to direct the costs where ever finance would like them to go.
If you would like to go into more details, please feel free to email me directly:
mpiehl@gojavellin.com
and I’d be happy to help you as much as I can.
Thanks,
Mike