Approver again receiving workitem in inbox

[Former Member]

Hi All,

I have implemented legal contract workflow, based change ststus(RA ) workflow should be triggered. for that i have given a condition.my workflow is 2 level approval workflow. 1st level approved then status to be changed to a1,if he rejected status changed to q1. it is working fine. but when ever approver1 rejects , status got changed to q1 , again approver1 receiving another workitem for approve.

could you please suggest me, how to stop again that one.

my BO is draw based on Condition documnet type(vcd) and documnet status(RA)then only my workflow triggers and went approvers inbox,here i have used Rule with responsibilities.based on the circle i am getting the approver1.

Thanks and Regards,

Siva

[former_member554978]

Try to complete the workflow when the user rejects the document.

Probably you can use process control to complete the workflow.

[Former Member]

Hi Swaminathan,

Thanks for your reply..

Once rejected container showing user WF-Batch again triggerring workflow.

How to stop this.

After rejection happens status got changed.(for that i have used method setstatus) , if i check approver inbox again another workitem with changed status.

as per the requirement if approver1 rejects status to be changed to q1 and send mail to workflow initiator workflow ends.

this is happening, but after rejecting approver1 again receiving another workitem for approve.(i.e US WF-batch generating)

in approver1 inbox.

please help me how to resolve this?

Regards,

Siva

[former_member554978]

Then in that case...i think you have to check the Rule.

I think its parallely sending the workitem to both the approvers.

[Former Member]

Hi Swaminathan,

Rule is Working fine.only one approver is there,

if approver1 rejects status is changed and again approver1 it self getting the same workitem,this is wf-batch is generating,

How to stop this?

Regards,

Siva

[former_member554978]

have you used any loop.

Hope its a user decision which you have use dfor approve or reject..

How are you changing the status...through any FM ...

Try to give commit statement after the status change.

[Former Member]

I have not used any loop.

Yes , i have used user decision step for approve reject.

requirement is:

when ever document changes BO DRAW and event (changed) workflow correctly triggering based on condition.

here chaged by me. ( here workflow initator is USsiva1 ).

then its going for approver1 for approve.if approver1 approves then it is waiting for 2nd approver.

if approver 1 rejects status changed to q1(here i have used BO DRAW and Setstatus Method(standard)

status is correct ly giving, but workflow is again triggering automatically ( here workflow initator is US wf-batch).and wating in approver1 inbox again.

please help me how to stop this.

Regards,

siva

[former_member554978]

I think by changing the status...

The system is treating the document is changed once again..and that's why the workflow is triggering again..

Try include some condition in SWB_COND using the status...

so that the workflow triggers only for certain statuses

[Former Member]

Hi Swaminathan,

I have checked the starting condtion, that is correct,

(&document.document type& = vcd or &document.document type & = CCD) and &document.document status& = RA.

My workflow is triggering based on this condition.

Regards,

Siva

[bpawanchand]

Can you please let us know how you have designed your workflow template, is it a standard or customized, if its standard can you mention the template number.....

[Former Member]

Hi Pavan,

This is not standard one, Customized workflow.

Regards,

Siva

[former_member193382]

Hi Siva,

Even I have come across a similar issue a long time ago and we fixed it by designing a check function module.

Even you can design a check function module in which you can check various conditions before the workflow is triggered. You can check the values for in the containers (in your case document type and status) and validate them before triggering the workflow.

Hope it helps.

Regards,

Raj