PCRSA PEGACPRSA22V1 Book

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

According to the Pega Robotics Studio User Guide – Globals Designer Reference:

“The Globals designer provides a workspace where you can define variables, constants, and lists that have global scope, meaning they can be accessed from any automation or component within the project.”

When a variable (such as const_msgID) is added from the Toolbox tab of the Globals designer, it is automatically created as a global constant.

“Constants created in the Globals designer are read-only values accessible throughout the project. Constants defined here are available to all automations and cannot be modified at runtime.”

In contrast, variables declared directly within an automation have local scope, accessible only to that specific automation. But when added via the Globals designer, the constant or variable is promoted to a project-wide scope.

Therefore:

const_msgID is a global constant accessible from every automation in the project.

It cannot be changed at runtime.

It is ideal for fixed identifiers, keys, or configuration constants used across multiple automations.

Document References (Exact Extracts Source)

Pega Robotics Studio User Guide – Globals Designer and Variable Scope

Pega Robotics Studio Automation Design Concepts – Constants and Global Variables

Pega Robotics System 8.7 Certification Study Guide – Variable Scope and Project Context Section

Final Verified Answer: A

To diagnose a failure occurring on a link from a control’s Properties call to a String service’s Equals(), you must place breakpoints on the event links immediately before the failing link so you can inspect the values being passed (for example, the account number) and confirm whether a null is being propagated.

Pega Robot Studio debugging guidance:

“Breakpoints can be set on event links to pause execution at specific steps in an automation. During a paused state, developers can inspect the values on connected data ports to determine whether null or unexpected values are being passed to the next step.”

“Place breakpoints upstream of the failing event to verify the value retrieved from a control (for example, via a Properties call) before it is sent into a service method (such as Equals).”

Option A shows a breakpoint on the event path feeding the Properties block and another just before the segment that calls Equals(). This allows you to stop exactly where the input to Equals(string2) would be evaluated and verify whether it is null.

Option C also places a breakpoint directly on the event link leading into the Properties/Equals segment, which is the correct spot to pause and inspect the data value before the comparison occurs.

Options B, D, and E place breakpoints either too early (not reaching the Properties/Equals path yet) or on unrelated branches, which won’t reliably expose the null value being passed into IStringService.Equals().

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.