Workflow is not proceeding futher

[Former Member]

Hi All,

My scenario is : PR Approval through workflow.

When a PR is created it goes for approval process, the approver will get a workitem with approve, reject, consult, and transfer options.

If the approver decides to approve i call a Bapi in background and i release the PR.

But if the approver is not going to his inbox and making a decision and going to ME54n and release the PR, i am terminating the current step using wait for event step and then i am using a process control step to delete the workitem from the approver's inbox <b>function-->cancel workitem</b>.

After this process my workflow has to move further and send a workitem to the next approver, but my workflow is not moving further and sending a workitem to the next approver.

How to solve this issue.

Regards

Balaji E.

[Former Member]

HI

The second approver Releases PR for Release code2? If this is so the flow will be identical. If not that mean he is responsibile to release the same Release Code then I think only one person can release for one Release Code. It cannot be Released twice. Change your design by putting decision task in place of Releasing. If it is released from outside then what is the use of having 2nd level approver when the PR has been released for the relevant Release Code.

<b>Please reward Points if useful</b>

Thanks

Arghadip

[Former Member]

hi Arghadip Kat,

i am not clear on you answer can you explain me in detail, sorry to ask this because this is my first workflow for PR and PO release.

Regards

Balaji E.

[KKilhavn]

Change your process control step, and use the function for setting a work item obsolete instead. Then activate the outcome "Processing obsolete" (this is a standard outcome, but is not activated by default) and let that branch and the branch for processed work item continue together.

[Former Member]

Hi

You can use a Wit for Event step in a fork. After this step you can put the task of the manager. This will be more effective.

<b>Please reward points if useful</b>

Thanks

Arghadip

[Former Member]

How you are sending the workitem to manager???

Where you are placing this activity step in Workflow??

Regards

[Former Member]

Steps to see the event getting triggered whn u r changing the PR..

Goto tcode : SWEL

Press F5

Activate the event log

now u change the PR and change.

In SWEL the event triggered whn u change the PR should be visible.

reward if it helps,

Thanks

Message was edited by:

Nagapraveen Yaram

[Former Member]

Hi Nagapraveen,

As you told i done that and i can able to see the event "significantlychange" got triggered with information "no receiver entred".

For my previous query i.e. for each and every release code i have trigger the workflow and make the workitem to be apper in the corresponding users inbox.

Since i am maintaining the user data's in a ztable how can i get the details for each and every step.

Regards

Balaji E.

[Former Member]

In the begining of workflow from startevent you will get the release code.. use this release code to get the user from ur Ztable.

Thanks

[former_member184495]

Hi BK,

there are ways for your WF to proceed,

either use change events for your PR,

else in your WFdefinition, use loop until step, where you check which release code it has reached and increement your counter.

I think, first check whether all events are triggered properly,

like say first approver instead of releasing it using WI, he releases it thru ME54N,

check which event got triggered, and whether the receiver number is present in SWEL and create your WF definition accordingly.

Aditya

[Former Member]

Hi All,

Thanks a lot for your kind help.

Now my workflow is working good that is event if the approver goes to me54n and releases the PR it is proceeding further but i am facing one more issue.

My issue is my workflow is working fine for the 1st step its if the approver goes to me54n and release the PR it is proceeding further to 2nd approver and if the 2nd approver goes to me54n and releases the PR my workflow is not proceeding further ie there is no event log that corresponding released event in event log what to do now?

Regards

Balaji E.

[Former Member]

Hi all,

Kindly help me.

Regards

Balaji E.

[Former Member]

Hi Balaji,

R u still using the LOOP for different sending workitem to different agents??

along with that r u using Waitstep??

If yes then You need to use Waitstep in the loop itself ie the whole Fork should be in the LOOP.

When Second user is releasing the PR which event is being triggered.

Thanks

Praveen

[Former Member]

Hi Praveen,

Yes, i am using the loop for sending workitem to different agents.

if the second user releases the PR no event is being triggered.

Tell me how to proceed.

Thanks and Regards

Balaji E.

[Former Member]

Hi Balaji,

I think ur PR release strategy is COnfigured by functional consultant for single release.Ie. the PR can be released by one person

Once the first person releases the PR will be released ..

This is called single step release.

Close the thread if it answers ur question

Reward if it helps.

Thanks

Praveen

[Former Member]

Hi All,

I have discussion with my functional consultant he is telling that there is no single release for a PR.

Now, its my trun to find what has to be done.

Please Help Me guys.

My Problem is when the PR is created it is going for a release process, if the 1st approver approves the PR throught he transaction ME54n my workflow is proceeding to next step with the help of wait for event and process control ( funtion->Cancle workitem), but if the 2nd approver releases the PR throught he transaction ME54n my workflow is not proceeding further for the 3rd approver.

What i have to do now.

Regards

Balaji E.

[Former Member]

Balaji,

There is no point in repeating the same message. As you said there is no released event being triggered in case of 2 approver approves the workitem, That does mean your system is nit configured for 2 level approval scenario.

<b>In SAP its very well possible to have any levels of approvals for PR or any document(</b> single , two level etc). It all depend on the release strategy.

So go back to basics and read SAP documentation if you want. These thing are costomized by the Functional consultants.

Try to understand rather than posting the same thing again and again.

Thanks

Praveen

[KKilhavn]

Change the process control step to complete the work item instead, and see if that helps. Maybe it will, maybe it won't. Can't say since I haven't done this myself, but it can be worth a try since the advice you chose to follow doesn't seem to solve the problem.

Further information you should supply everyone with to make it more likely we can find a solution together:

1) The event that you respond to in order to cancel the first work item, which event is that (and is it an event created by standard SAP)?

2) Does the second approver receive a work item for approval after the first approver approves in ME54N?

3) When the second approver approves in ME54N, are any events created?

<i>Message was edited by Kjetil Kilhavn:</i>

Ahh. Seems you already answered questions 2 and 3 (work item is sent to approver 2, and no events are created).

The fact that no event is created is strange. That is not a workflow problem, it is an application problem. Have you checked SM58 (even SM13) just to make sure that there isn't an event creation that has failed.