cancel
Showing results for 
Search instead for 
Did you mean: 

Urgent help needed

Former Member
0 Kudos

Hi Experts,

Right now i m developing one workflow for Draw Object.

In that i m using fork which is having 5 branches.

in 5 of them i m sending document for edit (parallelly).

For each branch i have created different task..

and each task is having different user id.

so the workitem is going in different user's inbox but if any one of them is editing document then all the workitems (in different userids inbox) are getting processed.

Other people are not able to put changes into that document.

Can anyone tell me that how i can handle this problem....

please reply as soon as possible and tell if any clearifications are required.

Thank you in advance.

Regards,

Hetal.....

Accepted Solutions (0)

Answers (2)

Answers (2)

Former Member
0 Kudos

why not just create 1 task and set the 5 users as agents , so all of them receive a workitem . If 1 of them processes it then the workitem will disappear from the others inbox ( standard workflow behaviour )

former_member186746
Active Contributor
0 Kudos

Isn't this SAP standard lock behaviour, or to put it differently, you do not have a problem, the system works as it should be.

Former Member
0 Kudos

That is right.

but i need solution for that, how i can overcome it?

because it is our client requirement

Regards,

Hetal.

former_member186746
Active Contributor
0 Kudos

Uhmm,

change the product.

If you're not happy with the locking concept which is apparent in all of the SAP modules then you shouldn't be using the product.

I know that this sounds extremely hard, but if a client chooses a product then they have to confirm to it as well.

Your solution would be to go back to the business requirement and think again to what the functional solution can be and then choose in what way the functional requirement is technically achieved.

Kind regards, Rob Dielemans

Former Member
0 Kudos

hi Rob,

loking is ok.

i think i m not able to explain my problem properly.

Actually my item is going to 5 ppl in parellel and 5 of them have to update their comments into that document.

this comments are not depended on any one. so it will come in parellel (into fork). Now as per the locking issue.... if one is editing then its ok other person will get it locked but till he will not make changes into the document then it should not go off from his businessworkplace...

all should get chance to update their comments.... so anyone can update this comments anytime...

i hope now it is clear.

hetal....

former_member186746
Active Contributor
0 Kudos

Oh,

I think that input of all 5 people are mandatory?

In that case just let them access the data sequentially, so in a loop you send the workitem to 1 person, if he/she has changed the data, the loop will then send it to the second.

Kind regards, Rob dielemans

Former Member
0 Kudos

that i dont want..

actually whoever opens that 1st should get access of that document...

it should not be in a queue... that if 1st person will approve then only other person will be able to approve it.

those modifications are independent from each other... so it can be done in any sequence....

regards,

hetal....

former_member186746
Active Contributor
0 Kudos

Then do what Radha Subramanian said,

That's pretty straightforward.

And again, what is the business requirement which led to this.

Kind regards, Rob Dielemans

Former Member
0 Kudos

Hetal,

The task you are using probably has a terminating event. This means that if 1 person has edited and saved the document the event CHANGED is triggered. This event will delete all workitems for that document.

So you need to remove the terminating event CHANGED from the task(s) you are using.

regs

Petra