PEGACPSA23V1 Exam Dumps : Certified Pega System Architect

To ensure that a survey email sent to a customer includes the case ID for the survey, incorporating dynamic content into the email is necessary. The most direct and efficient way to achieve this is by utilizing Pega's built-in functionality for email composition.

• D. Use the Insert Property feature of a Send Email step: This approach allows for the dynamic insertion of the case ID directly into the email content at the time of composing the email. The Insert Property feature is designed to reference and pull in property values (such as the case ID) from the case context, ensuring that the email content is accurately personalized for each recipient. This method ensures that the email template remains flexible and reusable, while still providing specific information like the case ID.

Creating a required field for the case ID (A) unnecessarily complicates the process for users. Calling a data transform (B) can copy data between pages within the application but does not directly address the insertion of case ID into an email. Creating a process using the Send Email step (C) provides a mechanism for sending emails but, without utilizing the Insert Property feature, does not automatically include the case ID in the email content.

For the use case where a library application displays a read-only list of outstanding past-due books to staff during the book request case process, the appropriate Data Page configuration needs to ensure the data is accessible and specific to each user session without the possibility of modification.

• D. List, Readonly, Requestor: This configuration is optimal for the described scenario. A 'List' type is suitable because it involves displaying multiple records (outstanding books). 'Readonly' ensures that the data cannot be altered during the process, maintaining the integrity of the information displayed. The 'Requestor' scope is chosen because the information needs to be specific to the user session, providing a personalized reminder for the staff member to notify the member about their past-due books.

Options involving 'Page' (B, C, E) are not suitable as they are designed for single records rather than lists. 'Editable' (B, E) permissions are unnecessary and potentially problematic for this use case since the data should not be modified. 'Node' scope (F) would not provide the user-specific session data needed for this functionality.

• Customer information: This usually pertains to session-specific data that is relevant to the current user, such as user ID and locale. In Pega, this type of information is typically stored in user pages, which are clipboard pages that contain data related to the current user of the application. User pages are created for each session and include data that pertains to that particular user.
• Previous orders: These are typically a list of orders that are not specific to a session but need to be readily accessible and possibly shared across multiple sessions or users. In Pega, this kind of information is best stored in data pages. Data pages are used to hold data that is loaded once and can be used by multiple users, cases, or processes. They are efficient for data that doesn't change often and is required to be accessed frequently, such as a list of previous orders.
• Current order: This refers to the specific details of the order the customer is currently placing. It is specific to the user's current session and the case they are working on. Therefore, it should be stored in user pages, which are specific to an individual user session and can manage data related to the work they are currently performing.

References:

• Pega's official documentation on Clipboard and Clipboard pages explains how data is categorized and managed within the application.
• Training materials from Pega Academy, which go into detail on the types of clipboard pages and their uses within a Pega application.