Skip to main content


         This documentation site is for previous versions. Visit our new documentation site for current releases.      
 

Implementing case types

Updated on June 11, 2021

By default, Pega Client Lifecycle Management and KYC comes with different cases that you can use from your implementation layer. Based on the functionality of the cases, they can be classified as either journeys or supporting cases.

Journeys

Cases that implement end-to-end journeys in a business, that the application manages. Journeys are instantiated as top-level cases and might require other case types to complete their work.

In the base product, journey cases reside under PegaCLMFS-Work-CLM, a class that defines the generic case lifecycle used as a base by most journeys. For example, the Client Lifecycle Management case in the Case types area of Dev Studio and App Studio. The class structure identifies each specialized journey case.

If you select all the case types when you create your application, you should have the following journey cases available under your main work pool (for example, UPFS-MyApp-Work):

Case typeClass
Onboard new customerUPFS-MyApp-Work-CLM-OnboardNewCust
Onboard related partyUPFS-MyApp-Work-CLM-OnboardNewCust
Onboard new business relationshipUPFS-MyApp-Work-CLM-OnboardNewBusRel
Offboard existing customerUPFS-MyApp-Work-CLM-OffboardExistingCust
Maintain existing customerUPFS-MyApp-Work-CLM-MaintainExistingCust
Maintain business relationshipUPFS-MyApp-Work-CLM- MaintainBusRel
Customer reviewUPFS-MyApp-Work-CLM- CustomerReview
Customer due diligenceUPFS-MyApp-Work-CLM- CustDueDiligence
Group managementUPFS-MyApp-Work-CLM- GroupManagement

Each of these journeys implements different variations, which have name journey subtypes. The journeys are implemented as classes and case types. The subtypes are a qualifier (a property) available to the case that can slightly change the behavior of the journey.

For example, all customers can be onboarded using the Onboard new customer journey. However, the onboarding process for an individual will present some differences compared with the process for an entity. The process for the main entity will also be different from, for example, a subsidiary. The journey subtypes manage all the minor variations over the main journey in the system.

Supporting cases

These cases support the process defined by a journey. Most supporting cases are instantiated as subcases of the journey case, while others are created as top-level cases. However, they all need a journey case to exist. The following supporting cases are available out of the box:

Subcases

Case typeClass
Global KYCUPFS-MyApp-Work-GlobalKYC
Local KYCUPFS-MyApp-Work-KYC
Legal WorkUPFS-MyApp-Work-Legal
Credit WorkUPFS-MyApp-Work-Credit
FATCAUPFS-MyApp-Work-Tax-FATCA
CRSUPFS-MyApp-Work-Tax-CRS
eScreeningUPFS-MyApp-Work-Screening
Adverse MediaUPFS-MyApp-Work-Screening-AdverseInformation
RequirementUPFS-MyApp-Work-Requirement
Business sponsor approvalUPFS-MyApp-Work-BusSponsorApproval
Fulfillment workUPFS-MyApp-Work-Fulfillment

Top-level cases

Case typeClass
Client OutreachUPFS-MyApp-Work-ClientOutreach
Fulfill clustered productsUPFS-MyApp-Work-FulfillmentClusteredProducts

Have a question? Get answers now.

Visit the Support Center to ask questions, engage in discussions, share ideas, and help others.

Did you find this content helpful?

Want to help us improve this content?

We'd prefer it if you saw us at our best.

Pega.com is not optimized for Internet Explorer. For the optimal experience, please use:

Close Deprecation Notice
Contact us