Question
Capgemini
IN
Last activity: 12 Oct 2018 8:32 EDT
Robot manager and queue management
Question 1: How Robotics can get Pega service case from queue?
Question 2: Can we apply any filter while getting cases from queue or it is good to create separate robotics queue ?
Question 3: Is there any detailed document available for this? It would be very helpful if you can share any document with all these details.
***Updated by moderator: Lochan to update platform capability***
Pegasystems Inc.
US
Hi,
Please take a look on the following links:
https://community.pega.com/knowledgebase/articles/configuring-pega-robot-manager-version-5
Typically, there is dedicated queue for items to be processed by Robotics Runtime. Robotics Runtime, in turn, is able to interact with Pega Platform through API, get assignments from a queue and return back results.
Capgemini
IN
Thanks for the information Konstantin Serditov.
1: For VM(Runtime) to get cases, I need to set Queue type to Robotics Queue in Pega correct (because assign to robotics accept only robotics queue)?
2: Where it is mentioned that this Runtime will get data from which queue? Is this configurable from Pega Robotics studio ?
For question 2 I got my answer from link shared by you, The system runs the logic in the pyGetAccessGroupForRobotByWorkGroup decision table. This decision table maps the access group of the operator ID into which the VM authenticates to the work group that contains the work queues from which the VM obtains its assignments.
I also got one image from one support question. Attached is the image. Please confirm if it can be configured from project configuration from robotics studio.
If both are correct which is good practice ?
3: Suppose my queue is standard queue and I have to extract cases from that queue the only option available is API ? Please correct me if wrong.
4: Is there any other way apart from discussed one to get cases from Pega ?
Thanks in advance
Pegasystems Inc.
US
1. Yes, this is correct.
2. Correct, you can set Robot Work Queue parameter in project properties of Pega Robotic Studio or set workgroup parameter in CommonConfig.xml for Runtime (http://help.openspan.com/80/Platform_Configuration/OpenSpan_Management_Console_Configuration_Settings.htm)
3. There is only robotic queue available to process assignments by robots. Runtime uses Pega API underneath to receive them.
Technically, there is Pega API calls allowing access to cases and assignments and it is possible to work with REST APIs from robots. However. I have never done this, not aware of potential problems and this is not considered as a best practice.
4. For RPA processes robotic queue is the only way. Please be aware that there is also ways of integration with Pega for RDA. Depending on your user case it can be an option: https://community.pega.com/knowledgebase/articles/integration-robotic-desktop-automation-rda-your-pega-platform-application
Pegasystems Inc.
US
One more link about RDA integration: https://community.pega.com/knowledgebase/articles/configuration-robotic-desktop-automation-rda-your-pega-721-application
Capgemini
IN
Pegasystems Inc.
US
From this point of view, yes, RPA implies using robotic queue.
I would say, first of all, business process defines if you want RDA or RPA. RPA is unattended, runs on dedicated machine and gets assignments from a queue. RDA is running on user machines, involves user interaction and you can call automation from Pre- or Post-processing activity of action flow. RDA can be done within case flow without using robotic queue (see example in the link in my previous comment).