How to handle multi bot Arch.?

Hi Team

Explain me the below multi bot Arch. so far i have not worked on Multi bot.

your solutions really help me to understand the multibot arch,

In multibot Approach, Performer BotA is processing the items, but we need to process the another BotB items ASAP while running the BotA.

thanks!!!

hii @Mr.Sanket

Multibot means more robots work at the same time to finish work faster. If BotA is busy but BotB needs to start quickly just give Bot B its own queue or mark its items urgent so it runs immediately.

This way Bot b doesnt wait for Bot a as long as both have their own robot runtimes or machines.

Hi @Mr.Sanket

Basically multiple bot architecture we can work with More than one Robot on the same business process in parallel to finish the work faster.You can split the work into Queue Items and assign multiple bots to process them at the same time.

Cheers

1 Like

Hi @Mr.Sanket

Think of it like a restaurant kitchen:

  • You have many orders (queue items).
  • You have multiple chefs (bots).
  • Each chef picks the next order and works independently.
  • Because multiple chefs cook together, orders finish faster.

That’s all Multi-Bot Means → Many robots working on the same queue at the same time.

Similarly here :slight_smile:

  • Business items are added into a Queue in Orchestrator.
  • Any available bot (BotA, BotB, BotC…) can pick the next item.
  • No bot waits for another; everything runs in parallel.
  • Orchestrator automatically divides items across all active bots.

For your scenario you can use 1 queue + 2 triggers + 2 robots → both bots will process items simultaneously.

1 Like

@Mr.Sanket

few basic rules

  1. If any shared resources are used then we need to use lockign mecahnism like say we are modifying asset or modifying items on sharepoint etc we need to make sure only one bot edits it at one time
  2. No local files are to be used (if used should be for temporary purpose)
  3. using queue makes more sense as allocation is taken care of there
  4. if sending mails make sure you doint send multiple times as it runs multiple times

So if we keep these in mind then any bot can run at the same time.. there wont be any issues..its more like running same process in multiple systems at same time

cheers

1 Like

Hi @Mr.Sanket

The idea is to run multiple robots in parallel so that work is not delayed by one bot waiting for another to finish. Each bot is connected to Orchestrator, which manages queues and distributes items.
For eg:, imagine you have two different sets of work: invoices and customer tickets. Bot A is the performer bot assigned to process invoices from Queue A. While Bot A is busy working through those invoice items, new customer tickets arrive in Queue B. Instead of waiting for Bot A to complete all invoices, Bot B can immediately start processing the customer tickets from Queue B at the same time. This parallel execution ensures that both types of work are handled simultaneously, reducing overall processing time and improving efficiency

Happy Automation

Hi @MohammedShabbir ,

Thanks for your valuable suggestions,

Could you please elaborate it in little more

For your scenario you can use 1 queue + 2 triggers + 2 robots → both bots will process items simultaneously.

You can simply create a queue trigger , select process (performer) to trigger, then scroll down, select which machines you want to trigger (select your 2 machines here)

This is one way to do with Quuee trigger.

3 Likes

This topic was automatically closed 3 days after the last reply. New replies are no longer allowed.