Management of Work Items for Parallel Processing
Users want the workflow we' re building to be able to remove work item from all in boxes based on if a certain status is chosen.
In parallel processing how would this be accomplished?
Example - work item went to three different departments via parallel processing. Say there are 2 agents in each department.
An agent in department 2 grabs it first, which would remove it from the other agent' s inbox from department 2. If the agent who grabbed it does not approve, but set it to a postpone type status, user wants the workflow to remove it from departments 1 and 3 agents' inboxes as well.
What would be the best solution to do this? Also when the agent who grabbed it eventually approves it, users want workflow to then put item back into the other 2 departments agents' inboxes and continue with the parallel processing, before advancing to next approval step in the workflow .
Any thoughts as to the best way to accomplish this also ?
Jocelyn Dart replied
Well that's a very interesting scenario Dale!
For starters I'd put the parallel processing on a subflow rather than a single task. In the subflow you could perhaps have a parallel fork or terminating event waiting for a "postpone" event. So all 3 work items are also waiting for the postpone event. You'd want to pass the agent doing the postponing and the work item id used to set postpone as event parameters.
When the event happens you could then perhaps use it to reserve the other work items to a special "dummy" user id, set them into resubmission status, or you may even be able to change the requested start date to make them "disappear" from the inbox.
This way at least you don't have to close the existing work items and create new ones.
You're going to need to prototype and see what works best.