PEGACPRSA22V1 Certified Pega Robotics System Architect 22 Questions and Answers

In Pega Robot Studio, the Project Explorer provides a structured view of all the components that belong to a project. These include applications, automations, and any methods (application-level procedures) associated with each application. The hierarchy in the Project Explorer reflects the relationship and scope of these components.

According to the Pega Robotics System Design and Implementation Guide (Project Structure and Scoping Rules section):

“Each application added to a Pega Robotics project appears under the ‘Globals’ node.

Automations are listed as separate automation objects under the application node.

Application methods such as Login or CustomerSearch are defined directly under the application to which they belong, following the hierarchy:

Globals → ApplicationName → Automations → Application Methods.”

Based on this structure:

The Globals node appears at the top.

The BankerInsight application appears under Globals.

Within BankerInsight, the two automations — AddCustomer and RemoveCustomer — are listed.

Under the same application node, the application methods CustomerSearch and Login also appear, showing they belong specifically to the BankerInsight scope.

Option C correctly represents this hierarchy because it shows:

Globals at the root.

BankerInsight as the single application node.

Under BankerInsight, both automations (AddCustomer, RemoveCustomer) and the application methods (CustomerSearch, Login) appear in sequence.

Other options show misplaced or missing elements:

Option A: Incorrect — does not display both automations and methods under the same hierarchy.

Option B: Incorrect — application methods are misplaced outside of the BankerInsight node.

Option D: Incorrect — application methods appear incorrectly scoped under separate folders.

Therefore, Option C aligns perfectly with the standard Pega Robotics Project Explorer hierarchy for the given configuration.

In Pega Robot Studio, an environment override allows developers to configure multiple deployment environments (such as test, staging, and production) using a single project. This helps you avoid creating separate projects for each environment and ensures consistent automation logic while dynamically switching between environment-specific settings at runtime.

According to the Pega Robotics System Design and Implementation Guide, section “Managing Environment Overrides and Multi-Environment Deployments”:

“Environment overrides provide a mechanism to define environment-specific configuration values for applications within a project.

For example, the same automation logic can be used for both test and production systems by creating separate environment override files — one for the test environment and one for the production environment — each specifying unique paths, credentials, or URLs for the corresponding system.”

Detailed Reasoning:

The HR system has different access points for test and production, which typically means different URLs or executable paths.

The automation logic (how the robot interacts with the HR application) remains identical; only the connection configuration changes.

Therefore, instead of creating multiple applications or modifying logic, you configure two environment override files — one for production and one for test — each defining environment-specific details such as:

Application path (for Windows adapters)

StartPage URL (for web adapters)

Credentials or runtime parameters

This allows a single automation project to adapt dynamically based on which environment override is active during deployment or testing.

Option Analysis:

A. Incorrect — A single override cannot contain two sets of environment details; each override corresponds to one environment.

B. Incorrect — Creating two applications increases complexity and redundancy; both would duplicate the same logic.

C. Incorrect — Adding both separate applications and overrides is unnecessary; overrides alone are sufficient for environment flexibility.

D. Correct — Two environment overrides (one for production, one for test) allow the same project and automation logic to function properly across both environments.

Therefore, the correct answer is D. Create two environment overrides for the HR System project: one override for production, and one for test.

Comprehensive and Detailed Explanation From Pega Robotics System Exact Extract:

“After adding the application method, Pega Robot Studio includes the application in the Palette. External elements are not available underneath the application, such as:

Globals

Other applications

Automations that are not scoped within the application”

In other words: when you are working within an application method under a specific application (such as BankerInsight), you cannot include items from the global scope (Globals), you cannot include items from other applications (such as Pega Finance controls belong to a different application), nor can you include automations that are not scoped to the same application (automations outside BankerInsight).

Why each option is correct/incorrect:

A. Automations that are not scoped within BankerInsight — Not available (Correct). According to the extract, “Automations that are not scoped within the application” are listed as external elements that cannot be used.

B. BankerInsight controls — Available. Controls belonging to the same application are within scope, so you can use these.

C. External data sources — The documentation snippet does not explicitly list “external data sources” as unavailable under the application method. So by the extract we cannot verify it as not available — thus we do not choose it.

D. Pega Finance controls — Not available. These belong to a different application (Pega Finance), so they fall under “Other applications” which are external to the current application and so cannot be used.

E. Globals — Not available. Explicitly listed in the documentation as external elements not available underneath the application.

If you like, I can check whether “External data sources” are allowed or not in that context and provide a more detailed explanation with additional reference pages.

This question is about understanding how a For Loop interacts with a Data Grid View (dgv) control, specifically using the GetCellValue method in Pega Robot Studio automations.

Automation Analysis

Let’s break down the logic step by step:

1. Transaction History Table (Data Grid)

Row Index

Txn ID

Date

Description

Amount

0

3255

05/05/2014

Cash deposit

100

1

1763

05/22/2014

NSF Grocery

-123.38

2

3451

06/01/2014

Deposit

200

3

2535

07/05/2014

Gas

-39.57

4

3358

07/15/2014

Cash deposit

50

2. For Loop Configuration

Initial: 0

Increment: 1

Limit: 3

→ The loop will execute for Index values 0, 1, and 2 (because the limit is exclusive at 3).

3. GetCellValue Method

The GetCellValue method retrieves a value from the Data Grid View (dgvAcctTrans) control.

It uses two input parameters:

Row → the row index (connected from For Loop Index)

Column → the column index (hard-coded as 0)

In the automation, the column value is explicitly set to 0, meaning it will always retrieve the Txn ID column.

4. Execution Order

Iteration

Row Index

Column (0 = Txn ID)

Retrieved Value

Output (MessageBox)

1

0

0

3255

MessageBox shows 3255

2

1

0

1763

MessageBox shows 1763

3

2

0

3451

MessageBox shows 3451

5. Output Sequence

The MessageBox displays three transaction IDs in order:

3255, 1763, 3451

Conclusion

The GetCellValue retrieves only the first column (Txn ID) for rows 0 to 2.

Thus, the automation will display the transaction IDs sequentially in three message boxes.

Correct Answer: A. 3255, 1763, 3451

Comprehensive Extract from Pega Robotics Documentation:

From Pega Robotics System Design and Implementation Guide, section “Using Data Grid View Controls in Automations”:

“The GetCellValue method retrieves the value at a specified row and column index of a DataGridView control.

When used in conjunction with a ForLoop component, the row parameter is typically connected to the ForLoop’s Index output.

The loop executes from the defined Initial value to one less than the Limit value, retrieving sequential cell values for each iteration.”

Detailed Reasoning Recap:

ForLoop Index runs: 0, 1, 2

GetCellValue(row, 0) retrieves column 0 (Txn ID) for each row.

MessageBox displays results sequentially.

Final Answer: A. 3255, 1763, 3451

Comprehensive and Detailed Explanation From Pega Robotics System Exact Extract:

The PegaRuntimeConfig.xml file contains configuration settings that control how users interact with Pega Robot Runtime on their desktops.

These settings define parameters such as:

Robot tray icon visibility

Notification preferences

Runtime startup behavior

Access permissions for attended automation

According to the Pega Robotics System Design and Implementation Guide, section “Runtime Configuration Settings”:

“The PegaRuntimeConfig.xml file defines user interaction settings and behavior of Pega Robot Runtime on end-user desktops.

It specifies configurations related to user access, tray icon visibility, notification pop-ups, and desktop automation permissions.”

Detailed Reasoning:

A. PegaConfig.xml – Not a valid configuration file in Pega Robotics.

B. CommonConfig.xml – Used for shared system-wide connectivity and Robot Manager settings.

C. PegaStudioConfig.xml – Stores configuration data for Pega Robot Studio (developer-specific).

D. PegaRuntimeConfig.xml – Correct. Defines desktop-level user interaction and Runtime behavior.

Comprehensive and Detailed Explanation From Pega Robotics System Exact Extract:

When debugging automations in Pega Robot Studio, breakpoints are used to pause execution at specific points in an automation to inspect data and control flow. Before deploying or packaging a robotic solution, it is recommended to remove or clear all breakpoints to ensure that the production build executes uninterrupted.

According to the Pega Robotics System Design and Implementation Guide, section “Debugging Automations and Managing Breakpoints”:

“Breakpoints can be added, enabled, disabled, or deleted directly from the automation design surface or from the Debugging Tools window.

To remove breakpoints, developers can:

Right-click a breakpoint in the automation and select Remove Breakpoint.

Clear all breakpoints globally from the Breakpoints tab within the Debugging Tools window.

Breakpoints are maintained per automation and persist between sessions until manually removed or cleared.”

Detailed Reasoning:

A. Clear all automation breakpoints in the Breakpoints tab of the Debugging tools window.

Correct. This is the global method to remove all existing breakpoints across multiple automations at once.

The Breakpoints tab under Debug → Windows → Breakpoints lists every active breakpoint and includes the Clear All option to delete them.

B. Right-click a breakpoint in an automation, and then select Remove Breakpoint.

Correct. This is the direct method for deleting an individual breakpoint from within a specific automation.

C. Use the hot keys to remove each automation link that includes a breakpoint.

Incorrect. There is no hot key dedicated to breakpoint removal in Pega Robot Studio.

D. Right-click an automation on the automation surface, and then select Delete all breakpoints.

Incorrect. There is no such option available at the automation (background surface) level. Breakpoints are only removable individually or through the Breakpoints tab.

E. Click a breakpoint in an automation, and then press the Delete key.

Incorrect. The Delete key removes automation components, not debugging breakpoints.

Final Correct Answers:

A. Clear all automation breakpoints in the Breakpoints tab of the Debugging tools window.

B. Right-click a breakpoint in an automation, and then select Remove Breakpoint.

Application discovery is an early technical validation step that involves collecting the information about applications in scope of a potential robotics use case. During discovery you need to find out application types (and if they are on applications support matrix for Pega Robotics), how they are launched, how they are used, and check accessibility and functionality of the controls through interrogation. Application discovery is necessary to ensure that robotics use case is viable and it doesn't have any technical constraints... or, if constraints exist, then what kind of workarounds will be necessary to ensure the use case is successful. The rationale for having application discovery as a best practice is that you don't want to find out half-way through coding an automation that a key control is not available or not performing the desired action.

Comprehensive and Detailed Explanation from Pega Robotics System (Exact Extract & Context):

According to the Pega Robotics Automation Design and Implementation Guide:

“Robotic Automation is best suited for rule-based, repetitive, and structured tasks that do not require subjective judgment or complex decision-making.”

The guide further clarifies:

“Tasks that involve human decision-making, subjective evaluation, or business judgment are not suitable for automation through RPA, as these require contextual understanding and cognitive reasoning.”

It also specifies:

“Processes that occur infrequently, such as quarterly or annual events, are not ideal candidates for automation due to low execution frequency and limited ROI from automation development and maintenance.”

Therefore:

Option A: Complex processes that require human decision management — ❌ Not suitable, as they depend on human reasoning.

Option D: Rarely occurring processes such as sending annual reports — ❌ Not suitable, since they do not provide sufficient automation value or frequency.

Options B, C, and E describe processes that are well-suited for Pega Robotics (they are repetitive, multi-application, or rules-driven).

Document References (Exact Extracts Source)

Pega Robotics Automation Design and Implementation Guide – Identifying Suitable Tasks for Automation

Pega Robotic Process Automation Studio Training Material – Process Selection and ROI Criteria

Pega Certified Robotics System Architect Study Guide – Automation Best Practices Section

Final Verified Answer: A and D

Comprehensive and Detailed Explanation From Pega Robotics System Exact Extract:

When working with UI controls such as combo boxes in a custom user interface (Windows form or User Interaction form), you can expose their methods and events by dragging the control from the Palette or Object Explorer to the automation design surface.

According to the Pega Robotics System Design and Implementation Guide, section “Accessing Control Methods and Properties in Automations”:

“To access a control’s methods or events in an automation, drag the control (such as a combo box or text box) from the Object Explorer or Palette to the automation surface.

The Select Action dialog box appears, allowing you to filter and choose the specific method or event (for example, AddItem, RemoveItem, or Clear).”

Detailed Reasoning:

A. Drag the combo box to the automation surface... – Correct. This opens the Select Action dialog, exposing all available methods and events for that control.

B. Open the Globals tab... – Incorrect. The combo box methods are not global; they belong to a specific UI form.

C. Select the combo box in a design form... – Incorrect. This action edits UI layout, not automation logic.

D. Select the combo box in the Palette tab... – Incorrect. The properties grid shows attributes, not callable methods.

Let’s carefully analyze the automation step by step as shown in the image.

Given property values:

Double1 = 2

Double2 = 6

Double3 = 3

Step-by-Step Execution Logic

First Expression:

a + b / c = result

Substitute values:

→

So, result = 4

Second Expression:

a < 3 = result

Substitute a = 2

→ → True

So, result = True

Third Expression:

a + "result" = result

Here, the operator "+" is used for string concatenation.

The variable a is treated as a Boolean (from the previous step), and concatenated with the string "result".

Since a (previous Boolean output) = True, the expression becomes:

"True" + "result" = "Trueresult"

So, result = "Trueresult"

Final Assignment:The final value of result (which is "Trueresult") is assigned to the variable outputString.

Therefore,

outputString = "Trueresult"

Correct Answer:

B. Trueresult

Comprehensive Extract from Pega Robotics System Documentation:

According to the Pega Robotics System Design and Implementation Guide, section “Arithmetic and Logical Expression Evaluation in Automations”:

“Expressions in automations are evaluated left to right following operator precedence.

When concatenating data of different types, Pega Robot Studio converts numeric and Boolean values to strings before concatenation.

The result of a string concatenation between a Boolean value and a literal string results in a merged string output.”

Detailed Reasoning Recap:

Step

Expression

Evaluation

Result

1

2 + 6 / 3

4

4

2

2 < 3

True

True

3

True + "result"

"Trueresult"

"Trueresult"

Final Answer: B. Trueresult