on 08-01-2014 2:28 PM
I have troubles implementing Service Request Fulfillment Checklists. These checklists are meant to support single employees (Partner Function: Employee Responsible) as well as teams (Partner Function: Service Employee Group) with so called Workflow Tasks as a reminder that a assigned task needs to be done by this particular employee or team.
However, this only seems to works for single employees.
No Workitem and therefore no Workflow Task is created when I assign a Service Employee Group to a task. For a single employee everything works well.
The symptoms (for Service Employee Groups!) are:
I'm running a fresh installed Solution Manager 7.1 SPS 11 and I only configured mandatory parts of SOLMAN_SETUP regarding System Preparation, Basic Configuration and ITSM.
I did not find any instruction on how to create a Service Employee Group, but according to the definitions of this Partner Function (Transaction SPRO >> CRM >> Basic Functions >> Partner Processing >> Define Partner Functions) it belongs to the category Service Team and therefore these instructions should be applicable:
I believe my set up is correct, although I don't know how to activate the scenario ("Activate the organizational unit for the selected scenario by choosing Scenario active/not active" for Creating a Service Organization and Service Team). In my opinion there is no such option.
As an alternative I even tried to assign a Business Partner Group (Transaction BP >> Create Group with the relationship "Has the Employee Responsible") to a task, but it didn't work either.
I thought maybe the predefined Partner Determination is flawed (Transaction SPRO >> CRM >> Basic Functions >> Partner Processing >> Define Partner Determination Procedure). Playing around with Partner Determination access sequence (per default empty) hasn't been a success (I tried the several "Organizational Data: ..." named options).
Hi Erik,
Please maintain evaluation path as below. There is working for me after debugging.
T_CODE: ooaw
There is caused by there is a some hardcode in the method CL_CRM_SRQM_CHKLST_WORKFLOW=>READ_CURRENT_STEPS.
The enhancement of this method can be applied. However, Changing this customizing object is fastest for me. The function module 'RH_STRUC_GET' also can be used for simulation / testing.
Jamorn H.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi all,
Is there a note concerning this fix? I would like to also know what was the outcome of this discussion, as we have the exact same requirement and are stuck with the very same problem.
Should we:
1) Change the evaluation path in OOAW (because this would also change all dependent calls to this BUPA get, right? It would mean that I'd change the evaluation path globally for all calls to it??)
Or
2) create a Z method out of the CURRENT_STEPS and in there modify the call to the RH_STRUCT_GET (and also btw the subsequent READ TABLE has to be changed after if I'm not mistaken)
@Eike: How did you do and what was the result ??
Please let me know,
Jamorn Huangwilai wrote:
Hi Erik,
Please maintain evaluation path as below. There is working for me after debugging.
T_CODE: ooaw
There is caused by there is a some hardcode in the method CL_CRM_SRQM_CHKLST_WORKFLOW=>READ_CURRENT_STEPS.
The enhancement of this method can be applied. However, Changing this customizing object is fastest for me. The function module 'RH_STRUC_GET' also can be used for simulation / testing.
Jamorn H.
User | Count |
---|---|
87 | |
10 | |
10 | |
10 | |
7 | |
6 | |
6 | |
5 | |
5 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.