- Getting started
- Best practices
- Tenant
- About the Tenant Context
- Searching for Resources in a Tenant
- Managing Robots
- Connecting Robots to Orchestrator
- Storing Robot Credentials in CyberArk
- Storing Unattended Robot Passwords in Azure Key Vault (read only)
- Storing Unattended Robot Credentials in HashiCorp Vault (read only)
- Storing Unattended Robot Credentials in AWS Secrets Manager (read only)
- Deleting Disconnected and Unresponsive Unattended Sessions
- Robot Authentication
- Robot Authentication With Client Credentials
- Configuring automation capabilities
- Solutions
- Audit
- Settings
- Cloud robots
- Folders Context
- Automations
- Processes
- Jobs
- About Jobs
- Managing Jobs
- Job States
- Working with long-running workflows
- Running Personal Remote Automations
- Process Data Retention Policy
- Apps
- Triggers
- Logs
- Monitoring
- Queues
- Assets
- Storage Buckets
- Test Suite - Orchestrator
- Resource Catalog Service
- Integrations
- Troubleshooting
Orchestrator User Guide
Working with long-running workflows
Processes that require logical fragmentation or human intervention (validations, approvals, exception handling) such as invoice processing and performance reviews, are handled with a set of instruments in the UiPath® suite: a dedicated project template in Studio called Orchestration Process, resource allocation capabilities in Orchestrator, and actions within Action Center.
Broadly, you configure your workflow using activities from the Persistence, IntelligentOCR, DocumentUnderstanding ,and ML.Services activity packages. The workflow can be configured so that a suspended job can only be resumed if certain requirements have been met. Only after the requirements have been met, resources are allocated for job resumption, thus ensuring no waste in consumption.
Activites |
Use Case |
---|---|
Introduce a job condition, such as uploading queue items. After the main job has been suspended, the auxiliary job gets executed. After this process is complete, the main job is resumed. Depending on how you configured your workflow, the resumed job can make use of the data obtained from the auxiliary process execution. If your workflow uses the Start Job and Get Reference activity to invoke another workflow, your Robot role should be updated with the following permissions:
|
Activities |
Use Case |
---|---|
Introduce a queue condition, such as having queue items processed. After the main job has been suspended, the queue items need to be processed through the auxiliary job. After this process is complete, the main job is resumed. Depending on how you configured your workflow, the resumed job can make use of the output data obtained from the processed queue item. |
Activities |
Use Case |
---|---|
Introduce user intervention conditions, found in Action Center as actions. After the job has been suspended, an action is generated in Action Center (as configured in Studio). Only after action completion, is the job resumed. Form actions need to be completed by the assigned user. User assignment can be handled directly in Action Center, or through the Assign Tasks activity. |
Activities |
Use Case |
---|---|
Introduce user intervention conditions, found in Action Center as actions.
After the job has been suspended, an action is generated in Action Center (as configured in Studio). Only after action completion, is the job resumed. External actions can be completed by any user with Edit permissions on Actions, and access to the associated folder. |
Activities |
Use Case |
---|---|
IntelligentOCR.Activities
DocumentUnderstanding.Activities |
Introduce user intervention conditions, found in Action Center as actions. After the job has been suspended, an action is generated in Action Center (as configured in Studio). Only after action completion, is the job resumed. Document Validation actions need to be completed by the assigned user. User assignment can be handled directly in Action Center, or through the Assign Tasks activity. In order for the Robot to upload, download and delete data from a storage bucket, it needs to be granted the appropriate permissions. This can be done by updating the Robot role with the following: To upload document data:
To delete document data after downloading:
|
Activities |
Use Case |
---|---|
Introduce user intervention conditions, found in Action Center as actions. After the job has been suspended, an action is generated in Action Center (as configured in Studio). Only after action completion, is the job resumed. Document Classification actions need to be completed by the assigned user. User assignment can be handled directly in Action Center, or through the Assign Tasks activity. In order for the Robot to upload, download and delete data from a storage bucket, it needs to be granted the appropriate permissions. This can be done by updating the Robot role with the following: To upload document data:
To delete document data after downloading:
|
Activities | Use case |
---|---|
Introduce user intervention conditions, found in Action Center as actions. After the job has been suspended, an action is generated in Action Center (as configured in Studio). Only after action completion, is the job resumed. Data Labeling actions require a connection to the AI Center tenant. |
Activities | Use case |
---|---|
Introduce user intervention conditions, found in Action Center as actions. After the job has been suspended, an action is generated in Action Center (as configured in Studio). Only after action completion, is the job resumed. Using Get App Tasks, you can cover the scenarios that require another workflow to wait on the tasks, different than the workflow that created those tasks (for example, building a recovery workflow in case the current job fails). |
Activity |
Use Case |
---|---|
Introduce a time interval as a delay, during which the workflow is suspended. After the delay has passed, the job is resumed. | |
Allows you to configure a timer for each task in Action Center.
You can configure one of these actions as the outcome on the timer's expiry:
|
Job fragments are not restricted to being executed by the same Robot. They can be executed by any Robot that is available when the job is resumed and ready for execution. This also depends on the execution target configured when defining the job. Details here.
I defined my job to be executed by specific Robots, say X, Y and Z. When I start the job only Z is available, therefore my job is executed by Z until it gets suspended awaiting user validation. After it gets validated, and the job is resumed, only X is available, therefore the job is executed by X.
- From a monitoring point of view, such a job is counted as one, regardless of being fragmented or executed by different Robots.
- Suspended jobs cannot be assigned to Robots, only resumed ones can.
To check the triggers required for the resumption of a suspended job, click its corresponding Details button, and check the Triggers tab in the side panel that opens.