cancel
Showing results for 
Search instead for 
Did you mean: 

Problem in Forwarding the workitem to the approver

Former Member
0 Kudos

Hi Experts,

In one of my workflow, already there is a container called excluded_agents. its binded with wf_initiator. So if the initiator and approver is same then the work item will not reach his inbox.

Now, client asked me to remove the excluded agents. Because in some cases, initiator and approver will be same.

I have removed the excluded_agents and its working fine for new workflow's.

But the problem is with old work item's. Some ten work items are there without any agents[For those work items initiator and approvers are same].

If I forward those work item's to the approver also its not working.

Is it possible to forward a work item to a excluded agent?

Kindly help me on this.

Your helps will be highly appreciated.

Regards,

Vijayan.R

Accepted Solutions (1)

Accepted Solutions (1)

anjan_paul
Active Contributor
0 Kudos

Hi,

  You can do trick like that way.

Create one dummy user. Then forward the workitem to the dummy user. then maintain active substitute for actual user with dummy user . Then this workitem will automatically go to actual user's inbox.

Answers (3)

Answers (3)

Former Member
0 Kudos

I think you can try Anjan's suggestion and may be try to change the entries in table SWWWIAGENT.

Thanks

Arghadip

former_member185167
Active Contributor
0 Kudos

Hello,

"try to change the entries in table SWWWIAGENT"

How?

regards

Rick

Former Member
0 Kudos

Hi Rick

I think if this is absolutely necessary and the user does not have any option then use Fire Fighter id and change or delete the entry of the table in debug mode.

Thanks

Arghadip

former_member185167
Active Contributor
0 Kudos

That is a very very dangerous thing to do. Why not just have the Workflow Admin approve it on their behalf instead.

Former Member
0 Kudos

Hi Rick

I admit it is dangerous. But you will agree the whole concept of firefighter is to do dangerous things and yes we should ask the workflow admin to take care but in case they have a audit issue and workflow admin is an outsourced position so in this case we have no other choice. You can do the dangerous stuff provided we know what we are doing and what can be the consequence for it.

Thanks

Arghadip

former_member185167
Active Contributor
0 Kudos

Hi Arghadip,

I use Firefighter to update Z tables, not to change SAP tables that could be connected in ways that I can't even begin to imagine. You're braver than me. I would never even consider doing such a thing for the sake of 10 workitems being approved by their own initiator!

regards

Rick

Former Member
0 Kudos

Hi  Rick

You know I have the same thinking as you and in most cases should not be done but if there is no other option and the Business agrees what can we do? Recently I saw workflow log being deleted from Production. I repeat deleted not archived

Even in some standard solution which I do not want to name in the very code they are deleting Workflow log permanently from the database.

I think this was a nice discussion and nice to chat with you after a long time.

Thanks

Arghadip

former_member185167
Active Contributor
0 Kudos

Likewise! I have never deleted from SAP tables, maybe one day I will. But I like to get the message out that it is NOT the right thing to do. I know you agree with me on this.

cheers

Former Member
0 Kudos

Hi Vijayan.R,

Transaction SWIA admin forward cannot forward workitem to excluded agents.  It is because table SWWWIAGENT contains the excluded agent of related workitem.  So technically, if the excluded agent is not exist, you can forward the workitem.

Regards,

Donald  

former_member185167
Active Contributor
0 Kudos

Hello,

No, you can't forward a workitem to an excluded agent.

It is a strange design to allow this. Why wouldn't someone approve their own request? Just skip the approval step if initiator = agent.

What you can do is approve these workitems on their behalf via SWIA. They initiated it so it can be assumed they would approve it.

regards

Rick Bakker / hanabi technology