- 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
- API workflows - Preview
Studio Web User Guide
No, solutions do not have a specific "type". A solution is simply a container that groups automations and related resources. The behavior of a solution is determined by the automations it contains. When you create a new solution, you select the automation type from which you will start building your solution.
- Define the automation in the solution by adding a new project of that specific type. You can thus fully control how the automation works.
- Import an existing project in your solution. This copies the project into the solution, so the original project remains unchanged and continues to exist independently.
- Reference a deployed process from the UiPath Platform. This copies the process definition from Orchestrator without including the source code. However, when you publish the solution, the underlying NuGet package is also included in the solution package.
You can import your existing projects into a solution. Importing does not change the original project, but creates a copy of it within the solution.
This error occurs when an automation in the solution attempts to start another automation. Let’s look at the following example featuring a solution with two projects —an agentic process (Maestro) that calls an assistant agent:
You start by debugging the agent first (the Deploy resources before debugging option in the Debug configuration window is disabled):
The agent runs successfully in debugging, as expected:
Next, you want to debug the agentic process that calls the agent (again, the Deploy resources before debugging option is disabled):
Unfortunately, an error appears in the agentic process. Why does this happen?
The error occurs because when you debug a project, it is not deployed anywhere. The project runs directly in a "Studio Web Debugging" job. In this case, since you debugged each project individually with the Deploy resources before debugging option disabled, neither project was ever deployed to any folder.
The Output panel offers this explanation:
- Enable the Deploy resources before debugging option in the Debug
configuration window to deploy the latest resources to your personal
workspace:
- Navigate to Debug > Deploy Project for Debugging. This will
deploy all projects to your personal workspace so they can be referenced by
other projects (such as the agentic process) during debugging.
You can then view these deployments in your debug solution folder in your personal workspace:
You can now see that the agentic process executes successfully after choosing one of the two options:
- Does it matter which "type" of solution I create?
- My business process requires an automation. What options do I have?
- I updated a process outside my solution. How do I update its definition in the solution?
- How do I migrate my existing projects to a solution?
- I get a "Failure to start the Orchestrator RPA job" error. What do I do?
