on 09-03-2013 6:19 AM
Hi Team,
We recently had SPS upgrade in the production box. After SPS upgrade , we found there are two workflows getting generated when the order response comes to system. One workflow is the correct one which contains the Purchase order number and other one is the incorrect one which contains the idoc number in the work item text. Only one workflow should get triggered which contains the Purchase order number in the work item text.
I have checked the settings in SWE2 and also tried trace option but no luck.
Is there any other way to check why two workflows are getting triggered ? (May be some configuration or other setting in SPRO)
Thanks,
Chetan Taori
Hi,
You should check transaction WE46 and WE47 most likely they are triggerd from settings in these transactions.
If you don't need them, you could also disable the starting event of this task, or put a condition on it.
Kind regards, Rob Dielemans
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
First check the triggerin event of the wrong workflow.
Also check any change document configure in SWEC for any Business object IDOC, which may used in the workflow.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Suresh,
i checked both the workflows the correct one and the incorrect one. Both are generated with task instance ts00008075 ans same event INPUTERROROCCURRED. Both the workflows are generated at the same time.
Hi Jocelyn,
I checked the tcode for process code ORDR. Do you want me to check any specific setting over there?
Thanks,
Chetan T
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello Chetan !
What is the event that triggers the IDOC as you see in SWEL transaction ? Is it INPUTERROROCCURRED ?
Have a look at the triggering tab of the task TS00008075.
Is that event INPUTERROROCCURRED that triggered is seen in triggering tab ? If so, just undo the binding i.e., uncheck the check box under binding column for the event INPUTERROROCCURRED and save it.
That's it ! No more instances for the event INPUTERROROCCURRED would be created.
Regards,
S.Suresh.
Yes but Suresh that would stop all of those tasks which may not be what Chetan intended? Unless you can live with that Chetan? Lots of sites have IDOC workflow tasks turned on and never actually use them
Chetan if its starting with an event, you should be able to see some info in the event log and or event browser (in SWEQADM) if you have those turned on. The Event Browser should at least let you see if there is any difference in the event container content when the event is triggered.
But I defer to those with greater IDOC knowledge that WE46/47 and SWEC would also be worth checking. BTW - just check if there is more than ORDR that may be triggering ORDRSP - e.g. ORDR_SUS ?
Yes but Suresh that would stop all of those tasks which may not be what Chetan intended? Unless you can live with that Chetan? Lots of sites have IDOC workflow tasks turned on and never actually use them
Chetan if its starting with an event, you should be able to see some info in the event log and or event browser (in SWEQADM) if you have those turned on. The Event Browser should at least let you see if there is any difference in the event container content when the event is triggered.
But I defer to those with greater IDOC knowledge that WE46/47 and SWEC would also be worth checking. BTW - just check if there is more than ORDR that may be triggering ORDRSP - e.g. ORDR_SUS ?
Hello Jocelyn !
You've stated that unbinding the event at triggering event tab for the task TS0008075 will stop all those tasks.
But, in my understanding, unbinding the event at task TS00008075, will affect only this task and not all tasks where this event is used. May be I could have misunderstood your suggestion.
Please have your say, if my understanding is incorrect.
Regards,
S.Suresh.
Hi Suresh, Yes thanks for correcting me. Of course I mean stop all work items based on task TS00008075. The question is whether you want to stop the work items entirely (in which case unbinding would be appropriate) or just stop the duplicates (in which case further investigation of the source of the events is needed).
Clearer?
Regards,
Jocelyn
Hello Chetan !
Is the workflow log shows that one instance of TS00008075 generates purchase order number and the other instance generates IDoc number ?
Please verify which task number in workflow log has generated the purchase order number and IDoc number.
Regards,
S.Suresh.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Try the IDOC configuration... they tend to trigger standalone tasks directly
Think its buried somewhere in transaction WE42 - you'll need to know the relevant inbound process code.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
84 | |
25 | |
12 | |
9 | |
6 | |
6 | |
5 | |
5 | |
4 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.