Process job states in RPA Hub

  • Release version: Yokohama
  • Updated January 30, 2025
  • 2 minutes to read
  • Summarize
    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 Process job states in RPA Hub

    In RPA Hub, a process job tracks the execution status of a bot process running on a robot. Understanding these states helps ServiceNow customers monitor bot activities, handle concurrency, and troubleshoot execution issues effectively.

    Show full answer Show less

    Process Job States and Their Meanings

    • Running: Indicates that the bot process is currently being executed by the robot.
    • Canceled: The bot process execution was manually canceled or interrupted. For example, if a new bot process with force start enabled begins while another is running, the running process job is marked Canceled.
    • Success: The bot process completed execution successfully.
    • Failed: The bot process execution did not complete successfully.
    • Skipped: Occurs mainly in concurrency scenarios where multiple bot processes are triggered on the same robot but cannot all run simultaneously. Skipped applies when:
      • A new bot process with force start disabled is triggered while another is running.
      • Two processes are scheduled at the same time, and one has lower priority.
      • Two processes with equal priority are scheduled simultaneously; only one runs, the other is skipped randomly.
      • A bot process is triggered while the robot is waiting to log in.
      • Multiple start process requests occur before execution begins; only the first runs, others are skipped.
      • When a robot recovers from an unresponsive state, only the latest start process request within threshold runs, others are skipped.
    • Abandoned: Set when a previously running process job did not update to a completed state and a new job starts. This can happen if the robot loses connectivity or encounters issues and later reconnects, marking the last known job as abandoned.

    Practical Implications for ServiceNow Customers

    • Monitoring these states enables customers to identify bot execution progress and handle conflicts when multiple jobs are triggered.
    • The Skipped state helps manage concurrent job triggers and prioritization, preventing resource conflicts on unattended robots.
    • Recognizing the Abandoned state is critical for troubleshooting robot connectivity and execution interruptions.
    • Understanding when jobs are Canceled versus Skipped or Abandoned aids in effective process orchestration and error handling.

    A process job represents the execution of a bot process on a robot.

    Table 1. Process job state scenarios
    State Scenario
    Running When a bot process is being executed by a robot, the status of the process job is updated to Running.
    Canceled When a bot process execution is canceled manually, the process job status is updated to Canceled.

    If Bot process 1 is already executing, and Bot process 2 with force start enabled is triggered, then the process job status of Bot process 1 is updated to Canceled, and the process job status of Bot process 2 is updated to Running.

    Success After a bot process is executed successfully by a robot, the process job status is updated to Success.
    Failed When a bot process execution fails to complete, the process job status is updated to Failed.
    Skipped Consider the following scenarios when more than one bot processes are triggered for the same unattended robot:
    • If Bot process 1 is already executing and Bot process 2 with force start disabled is triggered, then the process job status of Bot process 2 is updated to Skipped.
    • If two bot processes, BP1 and BP2, are scheduled to run on the same robot at the same time and BP2 has lower priority (higher priority order number), then the process job status of BP2 is updated to Skipped.
    • If two bot processes, BP1 and BP2, with the same priority order are scheduled to run on the same robot at the same time, then only one of the bot process would be selected randomly for running and the process job status of the other one is updated to Skipped.
    • If Bot process 1 is triggered and robot is waiting to login, and in the mean time Bot process 2 is triggered, then process job status of Bot process 2 is updated to Skipped.
    • The Start process action is invoked for Bot process 1. Until the execution starts, if other bot processes are triggered then the process jobs of all other start process requests are updated to Skipped.
    • When a robot comes back to responsive state, it will start to receive start process requests that were triggered when the robot was in the unresponsive state. The latest request which falls under the configured threshold is updated to Running and all the older requests are updated to Skipped.
    Abandoned
    • For any robot type, if a bot process was previously executing and the process job status was not updated to Completed, and a new process job is created, then the status of the previously executing process job is updated to Abandoned.
    • When a process job is running, the robot state is moved from Busy state to any other state.

      For example, when a process job is executing locally in the robot machine, a robot may fail to update RPA Hub with its heartbeat call due to network failure, certificate authentication failure, machine user profile corruption, and so on.

      In all such scenarios, when the robot calls the RPA Hub after an interruption, and then updates its status from Busy or Disconnected to Available, then the status of the last known process job is changed to Abandoned.