Error handling in larger scenarios, help needed. šŸ™

Hey everyone!
I have a question related to error handling in larger scenarios.

Take for instance the scenario in the image below. (1) A trigger in Monday.com (ā€œwhen status change in subitemā€) initiates the scenario, it then (2) gets various kinds of information from the trigger item and parent item using a GraphQL query, and then (3) does different things depending on the results of those queries.

How would you go about creating error handlers for this scenario?

The reason I’m asking is that we had an 502 error return from this scenario yesterday. Only one of the action modules (3) was affected by this.
I could of course make an error handler path for each module, specify which actions to take depending on different error codes. But that seems a bit excessive. I could optimise that a bit by creating a secondary scenario that gets called to handle the errors and call that instead, but that is still a lot of error handlers to implement.

Is it not possible to, somehow, make a catch-all for the entire scenario? I know that Blue Prism has a really nice way of handling that for instance, with what they call ā€˜bubbling up’. Where an error in a scenario (or section of a scenario) can ā€˜bubble up’ to the next up in the chain to handle the error.

For instance; Scenario A runs, and calls scenario B, when B finishes, it proceeds in A. Now if B were to return an error, A would handle the error, instead of having to make error handlers in B.

So how would you guys do error handling?

1 Like

Hi @LindaFuchs

It’s better to include a break error handler in all Monday.com modules. This helps address potential runtime errors by retrying the operation and effectively managing any issues that arise…

Best regards,

Msquare Automation
Platinum Partner of Make
@Msquare_Automation

Thanks for the reply @Msquare_Automation ,
So in effect though, it still boils down to having error handlers for each and every module in a scenario?. That there is no easy way to create a ā€˜scenario-wide fallback route’ in case the error does not match any error handlers that might be present on the module?