I have an API Workflow which calls an external API to retrieve a list of records and creates a new thing (“Search Result”) for each of the records returned. The Workflow consists of the Create a New Thing action, followed by an action updating another thing called “Saved Search.”
The update to “Saved Search” adds the “Search Result” created in the previous step to a list field called “Results List.”
The problem arises when I execute a test of the setup… I can see the workflow API is successfully creating several new “Search Results,” however only seems to update the “Saved Search” 3-6 times. The number of updates made had varied throughout testing, and I’m at a loss for a solution.
Oh man, that’s a pretty big blow! Any advice on calculating “optimal” delay? 0.5 and 1 second don’t seem to make a massive difference, which worries me…
I’ve experienced that several times and my “solution” has been to create a multi-step process where one button creates, and another button updates. Definitely not a desired design, and gives the appearance of a hack, but it “works” until something like being asked for is developed.
Thanks both! They should definitely take a look at it (although I agree with @NigelG that it’s likely a more complex issue than it first lets on).
I’ve been experimenting all day and it seems that the best solution (for me at least), is to bite the bullet and restructure some of my data so as to omit the second action. Passing the UID of the “Saved Search” to each of the “Search Results” when the Workflow API is triggered does the trick, but it means that every user needs to essentially own an individual copy of the “Search Result” (since it’s stamped with a particular UID).
Definitely presents some potentially major problems in the long-run…
Staring to wonder if Data API may be the solution to (at least some) of this. Thoughts?