PEGACPSA23V1 Exam Dumps : Certified Pega System Architect

In the context of identifying duplicate maintenance requests from the same address in an apartment management application, focusing on key identifiers such as tenant name and apartment address is essential.

• B. Configure the tenant name as a basic condition: Including the tenant name as a basic condition in the duplicate search criteria helps to identify requests coming from the same tenant,

In a scenario where an organization operates two lines of business with similar UI needs but differing payment methods, applying the Situational Layer Cake™ concept allows for efficient reuse of common functionalities while accommodating specific differences.

• B. Place the UI rules and generic payment method rules in the base layer, and create a new layer for the division-specific payment rules: This approach maximizes reuse by placing the shared UI components and any generic payment functionalities that apply to both divisions in the base layer of the application. Division-specific payment methods are then managed in separate layers on top of the base layer, allowing for tailored handling of payment options without duplicating the common UI elements.

Option A suggests a new layer for both lines of business, which might not efficiently leverage the commonalities between them. Creating a parallel base layer for payment rules (C) deviates from the hierarchical structure intended by the Situational Layer Cake™. Option D, creating a new layer for each division's payment rule, aligns with option B but is less clearly articulated regarding the placement of shared UI rules.

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.