- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎04-11-2016 09:53 AM
Hi there,
We currently have a wait for all tasks to close condition in all of our workflows and are looking for some ideas on how to streamline/centralize this. We originally were using a SUB flow with would be added to each workflow to ensure that it would wait for all TASKs to close before moving on. We are encountering issues with our Geneva testing and have determined that it is due to the SUB flows. We have 100+ workflows to update. Has any one used a business rule or something to centralize this check in the workflow?
Thanks....
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎04-11-2016 11:32 AM
Any time you're going to deal with manual sc_tasks parallel to a workflow you've got to use Kalai's link (section 4.4) at the end.
Either that or be *VERY* good with business rules that rigidly control whether or not a given SC_Task updates or does not update a workflow for a parent RITM.

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎04-11-2016 10:00 AM
Adding a before update rule on the table and having the check, could work. If the check is true, setAbortAction. That would stop triggering the subsequent workflows and business rule action.
But if you adopt the above approach, you are not addressing the design issue and looking for a workaround.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎04-11-2016 10:19 AM
Thanks for the tip Kalaiarasan. We'll have to look into this but pretty beginner here.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎04-11-2016 10:28 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎04-11-2016 11:01 AM
Tried this one Steve but found that it ignored any manually created tasks on the RITM. If the task was triggered from within the workflow, then it works, as long as there is only one branch. Found that we would need to add mutiple joins for each branch in the wf. Here's a sample wf