studio-web
latest
false
- Release notes
- Getting started
- For administrators
- RPA workflow projects
- Creating an RPA workflow from an idea
- Creating a project
- How to start an RPA workflow
- Managing project files and folders
- Connecting RPA workflows to your accounts
- Configuring activities
- Managing the activities in a project
- Passing values between activities
- Iterating through items
- Managing the data in a project
- Configuring a project to use your data
- Using file and folder resources
- App projects
- Agentic processes
- Agents
- Solutions - Preview
- API workflows - Preview
Try Catch

Studio Web User Guide
Last updated Aug 7, 2025
The Try Catch activity provides structured exception handling within workflows. Use it to define fallback actions for API failures, invalid data, or unexpected errors.
To add a Try Catch activity to your workflow:
- On your API workflow designer canvas, select the plus (+) icon. The Add activity menu appears.
- Select Try Catch.
- In the Properties panel, provide a name for your error.
- Add activities to the Try block. These are the activities monitored for errors.
- Define the error-handling logic in the Catch block. If any step in the Try block fails, execution transitions to the Catch flow.
- Test the workflow to execute the activity and generate output fields for later use.
When an error occurs in the Try block, the Try-Catch activity exposes structured error details. To access the error details, use
$context.outputs.Try_Catch_X.error
.
The error object maintains a consistent structure, as follows:
"Try_Catch_1": {
"error": {
"type": "<runtime error source>",
"title": "<summary error message>",
"status": <response status code>,
"detail": "<detailed error message",
"data": {},
}
}
"Try_Catch_1": {
"error": {
"type": "<runtime error source>",
"title": "<summary error message>",
"status": <response status code>,
"detail": "<detailed error message",
"data": {},
}
}
- type—Indicates the runtime source of the error.
- title—Provides a concise error summary.
- status—The HTTP status code (if applicable).
- detail—Offers a detailed explanation of the error.
- data— Includes additional metadata about the failed task. This field may not always be populated.