Comprehensive and Detailed Explanation From Pega Robotics System Exact Extract:

Assisted Sign-On (ASO) is a feature of Pega Robot Studio that allows users to securely store and automatically populate login credentials for applications used in automations.

By default, Pega Customer Service (PCS) applications are integrated with Assisted Sign-On to streamline agent desktop interactions and reduce manual logins when launching multiple applications.

According to the Pega Robotics System Design and Implementation Guide , section “Assisted Sign-On Integration with Pega Applications” :

“Pega Customer Service applications include Assisted Sign-On by default.

This feature uses Credential Manager and Runtime configuration to securely authenticate users across multiple enterprise systems during attended robotic operations.”

Detailed Reasoning:

A. Pega Sales Automation – Does not include ASO by default.

B. Pega Customer Decision Hub – Focused on decision management, not attended user login automation.

C. Pega Customer Service – Correct. Assisted Sign-On is preconfigured for Customer Service use cases to streamline agent authentication.

D. Pega Robot Manager – Used for deployment and management of bots, not for user authentication.

Comprehensive and Detailed Explanation From Pega Robotics System Exact Extract:

According to the Pega Robotic Automation Asset Management and Studio Guide :

“Robotic automation assets are reusable components—such as automations, global scripts, adapters, and configuration items—that are shared across multiple robotic projects. Assets enable organizations to maintain consistency and streamline project development.”

The documentation elaborates:

• “Assets streamline the development process across the enterprise by reducing duplication of work.”

• “Shared automation assets ensure consistency of development, coding standards, and project structure across teams and projects.”

• “Assets are version-controlled and centrally stored in the Pega Robot Manager or Deployment Portal for reuse.”

It also clarifies that assets are not customizable after download because they are version-controlled and used as read-only components, ensuring enterprise-wide standardization.

Therefore:

Option A — True (Assets streamline enterprise development).

Option C — True (Assets ensure consistency across projects).

Option B — Incorrect (Assets are not designed for post-download modification).

Option D — Incorrect (Assets reduce development time, not increase it).

References (Exact Extract Source):

Pega Robotics Studio User Guide – Robotic Automation Assets and Asset Management

Pega Academy – Robotics System Architect Certification Course (Asset Sharing and Reusability)

Pega Robot Manager – Asset Lifecycle and Governance Overview

Final Verified Answer: A, C

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 .

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.

 Tools

 Folders

 Files

Before deploying automations to a production environment, it’s essential to update configuration files such as PegaRuntimeConfig.xml , CommonConfig.xml , and CredentialManagerConfig.xml . These files define how the robot connects to Pega Robot Manager , how the runtime behaves, and how credentials are managed for Assisted Sign-On.

In Pega Robot Studio , these files are accessed through the Debug menu path that navigates through several levels — starting from Tools , then Folders , and finally Files .

From the Pega Robotics System Design and Implementation Guide , section “Accessing and Editing Configuration Files for Deployment” :

“Configuration files used by the Pega Robot Runtime environment can be accessed within Robot Studio through the Debug menu.

The access path is Debug → Tools → Folders → Files .

This navigation path opens the directory containing essential configuration files such as PegaRuntimeConfig.xml, CommonConfig.xml, and CredentialManagerConfig.xml, which can be modified to point to the correct environment (test, staging, or production).”

Detailed Step Explanation:

Step 1: Tools

The Tools section under the Debug menu provides access to the environment utilities used for configuration and diagnostics.

Step 2: Folders

Under Tools , select Folders to navigate to the configuration folder where Robot Studio and Runtime files are stored.

Step 3: Files

Within Folders , click Files to open and view all editable XML/JSON configuration files required for environment updates (e.g., PegaRuntimeConfig.xml , CommonConfig.xml , CredentialManagerConfig.xml ).

By following this sequence, developers can easily access and update environment settings before packaging the deployment.

Final Correct Sequence:

Tools

Folders

Files

Comprehensive and Detailed Explanation From Pega Robotics System Exact Extract:

The PegaRuntimeConfig.xml file defines environment-specific configurations for the Pega Robot Runtime application.

To automatically launch a robotic solution (.pega file) when Runtime starts, you must configure the Startup Project path inside this XML file.

According to the Pega Robotics System Design and Implementation Guide , section “Configuring Pega Robot Runtime for Automatic Project Launch” :

“To make Pega Robot Runtime automatically load and execute a robotic solution at startup, modify the PegaRuntimeConfig.xml file.

Within this file, specify the absolute path of the solution’s .pega file under the < StartupProject > element.

When Pega Robot Runtime is launched, it reads this configuration and automatically opens the specified project.”

Detailed Reasoning:

A. PegaStudioConfig.xml – Incorrect. This file is specific to Robot Studio , not Runtime.

B. PegaRuntimeConfig.xml – Correct. The StartupProject element in this file defines which project (.pega file) to load automatically when Runtime starts.

C. CommonConfig.xml – Incorrect. Used for shared server and connection configurations, not for startup settings.

D. DisputeTransaction.pega – Incorrect. This file is a project package and does not contain configuration data.

Comprehensive and Detailed Explanation From Pega Robotics System Exact Extract:

Unattended automations , also referred to as Robotic Process Automations (RPA) , are automations that execute without human intervention. These automations operate on robotic work queues managed by Pega Robot Manager , performing background tasks automatically.

According to the Pega Robotics System Design and Implementation Guide , section “Unattended Automations (RPA) — Execution Model and Characteristics” :

“Unattended automations execute robotic tasks in a fully automated manner without user interaction.

They retrieve assignments from robotic work queues in Pega Robot Manager, perform the specified automation tasks, and return results and case updates to Pega Platform.

These automations help streamline business workflows by automating repetitive tasks in back-end processes.”

Detailed Reasoning:

A. They retrieve the next case assignment in a robotic work queue.

Correct. RPA bots work from the Robot Queue (Pega’s work queue) where cases are assigned for unattended processing.

B. They execute a fully automated task.

Correct. Unattended automations perform end-to-end automation without requiring human assistance.

C. They can streamline and automate portions of your case management workflow.

Correct. These automations integrate with Pega Platform cases, performing sub-tasks or full case resolutions automatically to improve efficiency.

D. They run during pre-processing to obtain information to display on a form.

Incorrect. That behavior describes attended automations (RDA) that assist end users in real time.

E. They complete the automated tasks based on user input.

Incorrect. Unattended automations operate without any user input; attended ones are triggered by user actions.