PEGACPSA23V1 Exam Dumps : Certified Pega System Architect

• 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.

When using decision rules in Pega, ensuring that no potential result is unaddressed is crucial for maintaining the rule's effectiveness. Testing for completeness involves verifying that all possible inputs and conditions have been accounted for in the decision rule. This type of testing ensures that every feasible scenario has a corresponding outcome defined, thereby preventing the decision rule from failing to return a result due to missing conditions.

In case management within Pega, when processing a parent case (P-l) with two child cases (C-l and C-2), the typical configuration requires that both child cases be resolved before the parent case can be resolved. This ensures that all related activities and requirements in the child cases are completed before the overall process (represented by the parent case) is considered complete. This approach is crucial for maintaining the integrity of the case processing lifecycle and ensuring that all necessary tasks are completed before concluding the parent case.