When creating a Workflow, sometimes the goal is recieving information from multiple associated objects.
Example: I want to enhance the readability of Deals.
Every non-completed Task should write a Summary into multiline text.
This multiline text may be added to the Deal Preview to see open tasks more easily.
As is now, The Workflow structure would require you to sequence which Deal writes in which order. If you used a Deal-Workflow, you would not be able to single out Tasks in any way, shape or form.
If a Deal-Workflow were to trigger all Tasks, they would clash trying to overwrite the value at the same time - the result is a value missing Task-Input that was overwritten.
The solution to this should be either:
- Lock other Objects out of editing a value that is already being edited.
Make them wait, until they are save to edit. - Give the Workflow creator more control over which Object (in this case Task) writes first, then play them out in sequence with enough spacing to not overwrite input - essentially a for each.
In case of Testing: it does become a consistent issue, once about 5 or more Objects are involved. I find it likely it is a probability based on Threading or alikes.
I prefer the second option, because it gives more granular control of what you want to work with first and produces more predictable results.