Pegasystems PEGACPRSA22V1 - Certified Pega Robotics System Architect 22

In Pega Platform, different integration points exist to trigger robotic automations (either desktop or unattended) through Pega Robot Studio. Each serves a specific purpose depending on whether the automation retrieves data, runs as part of a user interaction, or executes through background processing.

According to the Pega Robotics System Design and Implementation Guide, section “Integration Points Between Pega Platform and Robotic Automations”, the following definitions are provided:

Data Pages:

“A Data Page can be configured with a Robotic Desktop Automation (RDA) data source.

This allows the case to call a robotic automation to retrieve or send data between the Pega Platform and an external system.

The automation runs in the background to provide data enrichment or lookup functions.”

Flow Actions:

“Flow actions can invoke robotic desktop automations before or after a case step executes.

They enable synchronous automation interaction as part of a user’s workflow in Pega Platform.”

Robot Queues:

“A Robot Queue contains assignments that are sent to unattended robots for background processing.

One or more robots pick assignments from the queue and execute the configured automations associated with those cases.”

Detailed Reasoning:

Data Pages → Used to source or update data automatically from external systems by triggering a Robotic Desktop Automation (RDA) or Robotic Process Automation (RPA).

Hence, it “sources application data from Pega Platform applications by calling automations.”

Flow Action → Used within a case to trigger RDA automations either before or after a step.

Hence, it “calls automations to run before or after completing a step.”

Robot Queue → Used by unattended robots managed through Robot Manager to fetch assignments and perform automations.

Hence, it is the process by which “one or more robots access the case assignment to perform the automations.”

Final Correct Matching Order:

Term

Description

Data pages

Source application data from Pega Platform applications by calling automations.

Flow action

Within the case, it calls automations to run before or after completing a step.

Robot queue

One or more robots access the case assignment to perform the automations.

Comprehensive and Detailed Explanation From Pega Robotics System Exact Extract:

Application Discovery is the initial phase in Pega Robotics project development where developers analyze target applications before interrogation. The goal is to understand how each application behaves, what technology it uses, and how it interacts with other systems.

According to the Pega Robotics System Design and Implementation Guide, section “Application Discovery and Analysis Before Interrogation”:

“Before interrogating applications, conduct application discovery to ensure that automations can be designed effectively.

During discovery, developers should:

Determine the type and technology of each application (web, Windows, Java, or text-based).

Verify how each application is launched and operates outside Robot Studio to ensure accessibility.

Identify how many instances of each application the user accesses concurrently.

Observe dependencies or interactions between applications for orchestration planning.”

Detailed Reasoning:

A. Verify the number of application instances accessed by the user simultaneously.

Correct. This ensures that the automation can handle multiple instances (e.g., several browser windows or desktop clients).

C. Verify how the application opens outside of Pega Robot Studio.

Correct. Understanding launch methods (desktop shortcuts, URLs, credentials) helps configure adapters correctly.

E. Identify the technology on which the application is built (web, Windows, text).

Correct. This determines which adapter type (Web, Windows, or Text adapter) to configure in the project.

Incorrect Options:

B. Verify that the automation works as intended.

Incorrect. This happens after interrogation during testing, not during discovery.

D. Verify the interactions between all applications in the project.

Partially correct but not part of the discovery phase—it’s addressed in the design phase.

F. Verify the match rules on all interrogated controls.

Incorrect. This is performed after interrogation, not during discovery.

Final Correct Answer: A, C, E

Comprehensive and Detailed Explanation From Pega Robotics System Exact Extract:

In Pega Robot Studio, the Start My Day (SMD) functionality allows a user to define and launch all required applications at once when starting work. The configuration of these applications is performed in the Manage Applications window, where each application can be individually enabled or disabled for automatic startup.

According to the Pega Robotics System Design and Implementation Guide, in the section “Start My Day Configuration and Manage Applications”, the documentation specifies the following:

“Applications configured for Start My Day will launch automatically when the Start My Day feature is invoked.

The Manage Applications dialog lists all project applications and determines which ones are launched using the ‘Enabled’ checkbox.

Only applications marked as enabled will be started when the user initiates Start My Day. Applications that are listed but not enabled remain closed.”

The screenshot in the question shows the following configuration under the Manage Applications window:

Application

Enabled

Type

Path

Pega Finance

Yes

Adapter

C:\Users\Pega Training\Desktop\BankerInsight...

BankerInsight

Yes

Adapter

C:\Program Files (x86)\CRM Setup\CRM.exe

CRM

No

Exe

C:\Program Files (x86)\CRM Setup\CRM.exe

Notepad

Yes

Exe

C:\Windows\notepad.exe

From this configuration, the Enabled column indicates that the following applications will start automatically when Start My Day is triggered:

Pega Finance

BankerInsight

Notepad

The CRM application is not enabled and therefore will not launch.

Option Analysis:

Option A (Pega Finance, Notepad, BankerInsight): Correct, as these are the enabled applications.

Option B (CRM, BankerInsight): Incorrect, because CRM is not enabled.

Option C (CRM, Notepad, BankerInsight): Incorrect, because CRM is not enabled.

Option D (Pega Finance, CRM, Notepad, BankerInsight): Incorrect, because CRM is not enabled.

Therefore, the correct answer is A. Pega Finance, Notepad, BankerInsight.

Pega Robotics Studio – Automation Design Concepts (Events and UI Responsiveness)

“Automations started from a Windows Form Click event run on the UI thread. To keep the form responsive, long-running work should be started by calling other automations asynchronously. When an automation is executed synchronously, the UI thread is blocked until the call completes. Executing the child automation asynchronously allows users to continue interacting with the form.”

Pega Robotics Studio – Calling Automations (Run method)

“The Run method includes a synchronous parameter.

True – the caller waits for completion (blocks the UI).

False – the automation starts asynchronously and control returns immediately to the caller (UI remains available).

Default follows the project setting.”

Pega Robotics Studio – Windows Form Controls (Avoid self-triggering)

“Invoking PerformClick from within an automation that is already handling the button’s click should be avoided. It re-triggers the button click and can lead to reentrancy or recursion and does not improve UI responsiveness.”

Pega Robotics Studio – Message Dialogs

“Displaying a MessageDialog during processing is modal and prevents interaction with the form until the dialog is closed. Use only for completion or error notifications, not while long-running work is executing.”

Why Option B is correct:

Option B starts from the btnUpdateAccount.Click event (so no self-trigger via PerformClick).

It launches the downstream automations (UpdateBankerInsight and UpdatePegasFinance) using Run with the synchronous parameter set to False (asynchronous), which keeps the Windows form responsive and accessible to the user while updates run.

It does not introduce a modal MessageBox before or during the updates (dialogs are only used for completion/notification), so it avoids blocking the UI.

Why the other options are not correct:

Option A: Uses PerformClick on the button, which re-triggers the click and can lead to recursion without improving responsiveness.

Option C: Inserts a MessageDialog during the middle of processing, which is modal and blocks the form.

Option D: Calls the update automations synchronously (or leaves them at the blocking default), which holds the UI thread until completion and makes the form inaccessible during the run.