---
sourceDocument: Zurich Workflow Data Fabric
sourceDocumentLink: https://www.servicenow.com/docs/r/zurich/integrate-applications

 Release :

    - zurich

ft:locale :

    - en-US

ft:publication_title :

    - Zurich Workflow Data Fabric

ft:clusterId :

    - crint

bundleId :

    - crint

workflow :

    - Creator


---

# Execution priority of bot processes

# Execution priority of bot processes in RPA Hub {#ariaid-title1}

* Release version: Zurich
* 
* Updated July 31, 2025
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 3 minutes to read

Summarize  
![AI sparkle icon](https://servicenow.com/docs/portal-asset/ai-sparkle-icon) Summarized using AI  
This content was generated using new OpenAI-powered functionality. Results are provided on an as is basis and are not guaranteed to be accurate or complete.  

## Summary of Execution priority of bot processes in RPA Hub

This guide explains how to efficiently prioritize bot processes in RPA Hub to prevent multiple automations from triggering on the same robot or Windows session.
It covers execution behavior for both scheduled and manual triggers, focusing on how priority order numbers and Windows user credentials influence bot process execution.
Show full answer Show less  

## Scheduled Trigger

When multiple bot processes are scheduled to run simultaneously, execution priority depends on the robot assignment, priority order, and Windows credentials:

* **Robots with different Windows credentials:** Bot processes are grouped by robot. Within each group, only the process with the lowest priority number executes; others are skipped.
* **Robots sharing the same Windows credential:** Initially, the lowest priority process per robot is selected. Because the same Windows credential cannot be used concurrently in multiple sessions, the system groups processes by credential and executes only the process with the overall lowest priority number, skipping the rest to avoid conflicts.

## Manual Trigger

When manually starting a bot process assigned to multiple high-density robots, execution depends on shared or different Windows credentials:

* **Same Windows credentials:** One robot is randomly selected to execute the process; the other robot(s) receive a skipped status for their process jobs.
* **Different Windows credentials:** All assigned robots execute the bot process simultaneously without conflict.

## Practical Impact for ServiceNow Customers

Understanding this priority logic helps ensure that automations run smoothly without conflicts or redundant executions on the same robot or Windows session. When scheduling or manually triggering bot processes, customers can optimize their bot deployment by assigning appropriate priority orders and managing Windows credentials to maximize concurrency and efficiency.  
Learn how to prioritize bot processes efficiently and avoid triggering multiple automations on the same robot. The bot processes are organized by both robots and Windows user credentials.

## Scheduled trigger {#bot-process-prioritization-order-rpa-hub__section_kff_fvm_xdc}

When multiple bot processes are scheduled to run at the same time, consider the following scenarios to understand how bot process execution is prioritized based on order number and Windows credentials.
Figure 1. Scenario 1: Robots with different Windows credentials

The following bot processes use robots 1 and 2 with different priority orders and the robots use different credentials to login to a Windows machine.

* Bot process 1
  * Robot: Robot 1
  * Order: 2
  * Windows credential: SN\\User 1
  {#bot-process-prioritization-order-rpa-hub__ul_lyr_1vf_tdc}
* Bot process 2
  * Robot: Robot 1
  * Order: 3
  * Windows credential: SN\\User 2
  {#bot-process-prioritization-order-rpa-hub__ul_myn_fvf_tdc}
* Bot process 3
  * Robot: Robot 2
  * Order: 4
  * Windows credential: SN\\User 3
  {#bot-process-prioritization-order-rpa-hub__ul_c11_hvf_tdc}
* Bot process 4
  * Robot: Robot 2
  * Order: 1
  * Windows credential: SN\\User 4
  {#bot-process-prioritization-order-rpa-hub__ul_egd_3vf_tdc}

{#bot-process-prioritization-order-rpa-hub__ul_ssb_prf_tdc}  
When all bot processes are scheduled to start simultaneously, execution is determined based on the following logic:

1. Bot processes are grouped by the robot.
2. Within each group, the bot process with the lowest priority number is executed.
{#bot-process-prioritization-order-rpa-hub__ol_cwp_nvf_tdc}  
Execution results:

* Robot 1: Bot Process 1 (priority 2) executes; Bot Process 2 (priority 3) is skipped.
* Robot 2: Bot Process 4 (priority 1) executes; Bot Process 3 (priority 4) is skipped.
{#bot-process-prioritization-order-rpa-hub__ul_ul4_rvf_tdc} Figure 2. Scenario 2: Robots with the same Windows credential

The following bot processes use high-density robots 1 and 2 with different priority orders and use same credentials to login to a Windows machine.

* Bot process 1
  * Robot: Robot 1
  * Order: 2
  * Windows credential: SN\\User 1
  {#bot-process-prioritization-order-rpa-hub__ul_lsc_gwf_tdc}
* Bot process 2
  * Robot: Robot 1
  * Order: 3
  * Windows credential: SN\\User 1
  {#bot-process-prioritization-order-rpa-hub__ul_msc_gwf_tdc}
* Bot process 3
  * Robot: Robot 2
  * Order: 4
  * Windows credential: SN\\User 1
  {#bot-process-prioritization-order-rpa-hub__ul_nsc_gwf_tdc}
* Bot process 4
  * Robot: Robot 2
  * Order: 1
  * Windows credential: SN\\User 1
  {#bot-process-prioritization-order-rpa-hub__ul_osc_gwf_tdc}

{#bot-process-prioritization-order-rpa-hub__ul_ksc_gwf_tdc}  
When all bot processes are scheduled to start simultaneously, priority is determined based on the following logic:

1. Bot processes are first grouped by the robot.
2. Within each group, the bot process with the lowest priority number is selected.
{#bot-process-prioritization-order-rpa-hub__ol_ptc_gwf_tdc}  
Intermediate priority results:

* Robot 1: Bot Process 1 (priority 2) is selected over Bot Process 2 (priority 3).
* Robot 2: Bot Process 4 (priority 1) is selected over Bot Process 3 (priority 4).
{#bot-process-prioritization-order-rpa-hub__ul_qtc_gwf_tdc}

However, Bot Process 1 and Bot Process 4 cannot be launched in the same Windows session simultaneously due to shared credentials (SN\\User1). To resolve this conflict, bot processes are grouped by Windows credentials, and the process with the lowest priority number is executed:  
Final execution results:

* SN\\User1: Bot Process 4 (priority 1) executes.
* SN\\User1: Bot Process 1 (priority 2) is skipped.
{#bot-process-prioritization-order-rpa-hub__ul_ttx_pwf_tdc}

## Manual trigger {#bot-process-prioritization-order-rpa-hub__section_rrg_jvm_xdc}

When a bot process with multiple high-density robots is triggered using the Start Process button, consider the following scenarios to understand how bot process execution is prioritized for a robot.
Figure 3. Bot process prioritization for different high-density robots

Scenario 1: Robots with the same Windows credentials
:   The Bot process 1 uses high-density robots 1 and 2 with the same credentials to login to a Windows machine. When the Start Process button is clicked on the Bot process 1 for Robot 1 and Robot 2, any one robot is picked randomly to execute the bot process. The
    process job with the Skipped status is created for the other robot.

Scenario 2: Robots with different Windows credentials
:   The Bot process 1 uses high-density robots 1 and 2 with different credentials to login to a Windows machine. When the Start Process button is clicked on the Bot process 1 for Robot 1 and Robot 2, both the robots execute the bot process simultaneously.