Pass the Pegasystems Certified Lead System Architect (CLSA) PEGACPLSA88V1 Questions and answers with CertsForce

To extend a native mobile app to allow customers to create claims using a claims management application on the Pega platform, you should configure a service that can be called from the native mobile app to create claim cases. This approach allows the native app to interact with the Pega application seamlessly. The Pega platform can then handle the claim processing and push notifications to the mobile app as updates occur.

For processing weekly CSV files of customer insurance quotes and creating policy cases:

File Listener and Job Scheduler (D):

Use a file listener to read the incoming CSV file and feed the data into a data type.

Configure a job scheduler to read the records from the data type and create cases. This approach decouples the file reading and case creation processes, allowing for better control and error handling.

References:

Pega File Listener Configuration Guide

Pega Job Scheduler Documentation

 Page List vs. Page Group: In Pega, a Page List is an ordered collection of pages indexed by position (e.g., 1, 2, 3). A Page Group, on the other hand, is an unordered collection of pages indexed by a string value (e.g., "CompanyA", "CompanyB").

 Sorting Requirement: Since the requirement specifies that the list must be sorted by company stock ticker, a Page List is more appropriate because it allows for sorting and ordered iteration.

 Implementation: Use a Data Transform or an activity to populate and sort the Page List. You can use Pega's built-in sorting functions to order the list by the stock ticker.

References:

Pega Academy: Data Management with Page Lists and Page Groups

Pega Documentation: Working with Collections

For implementing Dynamic Class Referencing (DCR):

VehicleDCR PageGroup (A):

Create a VehicleDCR PageGroup property where the vehicle type is used as the subscript.

Use the pyLabel property to store the class name, enabling dynamic referencing based on the vehicle type.

Implementation:

This setup allows for dynamic class referencing where different vehicle types can be managed within the same PageGroup structure, simplifying the dynamic handling of classes.

References:

Pega Dynamic Class Referencing Guide

Pega Property and Class Management Documentation

For validating the BenefitType property value, the recommended approach is:

When Rule and Relevant Record (D):

A System Architect creates a When rule in Dev Studio, referencing the ClaimBenefit Clipboard page on the Pages & Classes tab.

The rule is marked as a relevant record, making it available for Citizen Developers to use. This approach ensures that the validation logic is centrally defined and easily accessible for reuse.

References:

Pega Dev Studio Documentation on Creating When Rules

Pega Documentation on Marking Rules as Relevant Records

 Job Scheduler with SendEmailNotification Utility:

Running a job scheduler to pull customer records matching the current date and using the SendEmailNotification utility ensures that emails are sent out at midnight. Recording failures in a data type captures the necessary error information.

 Job Scheduler with CorrNew Utility:

Using the CorrNew utility to send emails and record any exceptions in a data type also satisfies the requirement for recording email delivery failures.

 References:

Pega documentation on job schedulers and email utilities provides guidelines for implementing scheduled tasks and handling email delivery.

 Therefore, the correct answers are:

B. Run a job scheduler, and pull the customers that match the current date. For each record, invoke the SendEmailNotification utility. If any exception is received in email delivery, mark the failure in a data type.

D. Run a job scheduler, and pull the customers that match the current date. For each record, invoke the CorrNew utility. If any exception is received in email delivery, mark the failure in a data type.

Handling reference data from external systems efficiently is crucial to minimize system resource usage.

Use the System of Record (SOR) data access pattern to populate the page contents (Answer C):

Explanation: The SOR pattern ensures that the application fetches data directly from the external system when needed, rather than storing and maintaining copies of the data. This approach minimizes memory usage and keeps the data up-to-date.

Priority Communication:Priority communications are used for urgent and important messages that need to reach all customers immediately. Configuring this type of outbound interaction ensures that the temporary contact details are promptly communicated to all customers.

Configuration Steps:

Define the priority communication in the outbound strategy.

Ensure that the message content is clear and concise.

Schedule the communication to be sent out immediately to all customers.

References:Pega Academy courses on Outbound Campaign Management explain the different types of outbound interactions, including priority communications, and their appropriate use cases.

Future Component Application:

Define the case type within a specific ruleset to facilitate its future conversion to a component application.

This allows for better modularization and reuse across different applications.

True Component Conversion:

Structuring the case type in a specific ruleset makes it easier to convert it into a true component in the future.

This approach supports scalability and maintainability of the application.

References:

Pega Academy: Advanced Case Management.

Pega Documentation: Ruleset and Component Management.

Criterion 1: Owns a smart mobile

Engagement Policy Level: Group level

Explanation: The criterion "Owns a smart mobile" applies to all data plans and can be considered a group-level policy. It filters the audience at a broader level to ensure they have a smart mobile device.

Criterion 2:

Under graduation student

Engagement Policy Level: Issue level

Explanation: The criterion "Under graduation student" applies to multiple data plans (1 GB and 3 GB) and is more specific to the issue of targeting educational segments. Thus, it is suitable at the issue level.

Criterion 3:

Post graduation student

Engagement Policy Level: Action level

Explanation: The criterion "Post graduation student" is specific to the 5 GB plan and is most appropriate at the action level. This level ensures the targeting is precise for this particular plan.

New customer

Engagement Policy Level: Group level

Explanation: The criterion "New customer" can be applied across multiple offers and thus is suitable for the group level to broadly target new customers.

Existing customer

Engagement Policy Level: Action level

Explanation: The criterion "Existing customer" is applied at the action level to ensure specific offers (3 GB and 5 GB plans) are appropriately targeted to customers who already have a relationship with the company.

Step by Step Comprehensive Detailed Explanation with References:

Group Level Engagement Policy:

Conditions that apply broadly across multiple offers or groups of offers fall under group-level policies. Examples include owning a smart mobile and being a new customer.

Issue Level Engagement Policy:

Conditions that are relevant to a specific issue, such as educational status for specific data plans, are categorized under issue-level policies. This ensures that offers targeting undergraduates are consistently managed.

Action Level Engagement Policy:

Conditions that are specific to individual actions or offers are best managed at the action level. This includes targeting post-graduation students for the 5 GB plan and existing customers for specific plans to ensure precise targeting.

References: Pega's best practices for engagement policies recommend using group-level policies for broad criteria, issue-level for segment-specific conditions, and action-level for highly specific targeting to ensure effective and relevant customer engagement.