Pega Client Lifecycle Management for Financial Services provides an extensible design through an efficient case creation structure. The following Due Diligence subcases enable you to obtain data about customer risk:

• Global & Local KYC
• Tax (FATCA,CRS)
• Credit
• Legal

In the Global KYC section, the system considers the related parties that are added to the onboarding customer along with the main customer being onboarded and creates cases accordingly. In the Local KYC section, Pega Client Lifecycle Management for Financial Services creates sub cases for Anti-Money Laundering (AML) and regulatory rules based on the jurisdiction of the products and funds that are added to the customer being onboarded.

In the Tax due diligence section, subcases for applicable tax regulations, including FATCA and CRS, are created for the onboarding customer. In the Credit due diligence section, the system creates placeholder credit cases based on the sensitivity of the products being onboarded. In the Legal section, the system creates a placeholder legal case based on the sensitivity of the products being onboarded.

Before the start of due diligence stage, the system builds a page list for each type. Based on the results of the page list, it spins off the subcase for each result. The process to build the page list and case creation is different for each customer.

To explain this scenario, this article uses a sample structure for each available customer type in the onboarding journey (Organization, Individual and Fund Manager).

Organization customers

Customer ‘New Wave’ is of type Organization with the following associations:

• Products in the jurisdictions of the United states of America (USA) and Great Britain (GBR)
• Related party ‘Patricia Dobbie’ acting as primary point of contact
• Related party ‘X’ acting as Ultimate Beneficial Owner(UBO) with 25% ownership stake
• Related party ‘Kelly Deitch’ acting as CEO

The sub case structure that will be created as follows:

KYC Due Diligence

• Create KYC due diligence
  • Global KYC case for main customer ‘New Wave’ with the applied KYC types
• Related Party subcases(3)
  • A GKYC case for point of contact ‘Patricia Dobbie’ with the applied KYC types
  • GKYC case for related party ‘X’ only if it is defined as UBO, with the applied KYC types

• Only if the percentage is > 20%
• If the added UBO ‘X’ is individual, only one GKYC case is created
• If the added UBO ‘X’ is organization, then the sub cases will be spun off for all its related parties (if the added related party is again an organization, cases will be spun off for them ad infinitum)

• Local sub cases(2)(After completion of GKYC case of main customer ‘New Wave’)
  • AML & regulatory cases with the applied KYC types will be spun off by grouping the jurisdiction of the added products
• AML-USA
• AML-GBR
• Regulatory – USA
• Regulatory- GBR

Tax Due Diligence

• Create Tax due diligence

• 1 FATCA assessment case for the main customer ‘New Wave’ with the applied KYC types
• 1 CRS assessment case for the main customer ‘New Wave’ with the applied KYC types

Credit Due Diligence

• Create credit due diligence

• 1 Credit case for all the case sensitive products that are added to the main customer ‘New Wave’. The case will be automatically resolved if the products are not credit sensitive)

Legal Due Diligence

• Create legal due diligence

• 1 Legal case for all the legal sensitive products that are added to the main customer ‘New Wave’ (case will be automatically resolved if the products are not legal sensitive)

Individual customers

Customer ‘Sophie James’ type Individual

• Products of jurisdiction USA,GBR
• Related party ‘Ben Tuk’ as Borrower (only individual can be added as borrower)

The sub case structure that will be created is as follows:

KYC Due Diligence

• Create KYC due diligence
  • Global KYC case for main customer ‘Sophie James’ with the applied KYC types
• Related Party subcases(1)
  • GKYC case for related party only if it is borrower

• 1 GKYC case will be spun off with the applied KYC types
• Local sub cases(2)(After completion of GKYC case of main customer ‘Sophie James’)

AML & regulatory cases with the applied KYC types will be spun off by grouping the jurisdiction of the added products

• AML-US
• AML-GBR
• Regulatory – US
• Regulatory- GBR

Tax Due Diligence

• Create Tax due diligence

• 1 FATCA assessment case for the main customer ‘Sophie James’ with the applied KYC types
• 1 CRS assessment case for the main customer ‘Sophie James’ with the applied KYC types

Credit Due Diligence

• Create credit due diligence

• Credit due diligence case (only one case maximum) will be spun-off if only if there is any On boarding Product being Credit sensitive in any location in any Business Relationship for the Customer

Legal Due Diligence

• Create legal due diligence

• 1 Legal case for all the legal sensitive products that are added to the main customer ‘Sophie James’. The case will be automatically resolved if the products are not legal sensitive.

Fund Managers

Customer ‘Winter Rock Capital Group’ of type Organization but onboarding as Fund manager (managing customer of type Fund).

• Related Party ‘X’ acting as Ultimate Beneficial Owner (UBO) with an ownership stake of 25%.
• Related Party ‘Patricia Dobbie’ acting as Primary Contact
• Fund A. Fund of type Hedge fund with ‘Helen Diebel’ acting as the Underlying Principal
  • Credit sensitive product ‘CDS’ in USA
  • Credit sensitive product ‘CDS’ in GBR
• Fund B. Fund of type Hedge fund, with ‘Gupta Chandri’ acting as Underlying Principal
  • Credit sensitive product CDS in GBR
• Fund C. Fund of type Pension fund, with ‘Helen Diebel’ acting as the Underlying Principal
  • Legally sensitive product Metal derivatives in CAN

The sub case structure would be as follows:

KYC Due Diligence

• Create KYC due diligence
  • Global KYC (Fund Manager)
• Related Parties
  • Fund cluster – Hedge Funds
    • Related Party
      • 1-N Underlying Principal subcases for all the distinct underlying principal for funds in this cluster. One case for Underlying Principal ‘Helen Diebel’ and another for ‘Gupta Chandri’.
    • Local
      • AML – US
      • AML – GBR
      • Regulatory – USA
      • Regulatory – GBR

• Fund cluster – Pension Funds
  • Related Party
    • 1-N Underlying Principal subcases for all the distinct underlying principal for funds in this cluster. In this case no Underlying Principal cases as this was already created for ‘Helen Diebel’ previously.
  • Local
    • AML – CAN
    • Regulatory – CAN

• A GKYC case for point of contact ‘Patricia Dobbie’ with the applied KYC types
• A GKYC case for related party ‘X’ only if it is defined as UBO, with the applied KYC types

• Only if the percentage is > 20%
• If the added UBO ‘X’ is individual, only one GKYC case is created
• If the added UBO ‘X’ is organization, then the sub cases will be spun off for all its related parties (if the added related party is again an organization, cases will be spun off for them ad infinitum)

• Local (Applicable if Fund Manager has products in a Principal Relationship as well as a derivation of all the Fund products being managed)

• AML – USA
• AML – GBR
• AML – CAN
• AML - SGP
• Regulatory – USA
• Regulatory – GBR
• Regulatory – CAN
• Regulatory – SGP

Tax Due Diligence

Pega Client Lifecycle Management for Financial Services provides a dual approach for creating the tax subcases. Choosing one or the other will depend on the value for a Dynamic System Setting (DSS) to be created in the system. The DSS is named ‘clmfs/MultithreadTaxforFunds’, and can be given value ‘true’ or ‘false’.

If ‘clmfs/MultithreadTaxforFunds’ is equal false, then:

• A single FATCA subcase and a single CRS subcase will be created for the whole Fund Manager scenario. Within that subcase assignments for Fund manager and the complete list of funds and all their products are shown in the header, above the FATCA or CRS questionnaire. That is to indicate the FATCA or CRS assessment is for the fund manager plus for the funds.

If ‘clmfs/MultithreadTaxforFunds’ is equal true, then:

• 1 + N FATCA subcases and 1+N CRS subcases will be created.
  • The 1 subcase is ONLY for the fund Manager FATCA or CRS assessment.
  • The N subcases are for grouped funds by Underlying principal. So there will be as many N cases as distinct Underlying Principals in the list of funds. Cases for the sample scenario shown above will be:
    • 1 FATCA or CRS group for Underlying Principal ‘Helen Diebel’, containing Funds A and C. Within that subcase assignment the list of funds (A and C) and all their products will be shown in the header, above the FATCA or CRS questionnaire. That is to indicate the FATCA or CRS assessment is for those funds.
    • 1 FATCA and CRS group for Underlying Principal ‘Gupta Chandri’, containing Fund B. Within that subcase assignment the list of funds (B) and all their products will be shown in the header, above the FATCA or CRS questionnaire. That is to indicate the FATCA or CRS assessment is for that fund.

Credit Due Diligence

• A maximum of one Credit due diligence case will be created if there is any credit sensitive product being onboarded in any location for any of the Funds for the business relationship. Funds/Products to be shown for the scenario will be:

Fund A .

• Credit Sensitive product CDS in the USA
• Credit Sensitive product CDS in GBR

Fund B.

• Credit Sensitive product CDS in GBR

Legal due diligence

• A maximum of only one Legal due diligence case will be created if there is any legally sensitive product being onboarded in any location for any of the Funds in the Business Relationship. Funds/Products shown for the scenario will be :

Fund C.

• Legally sensitive product Metal derivatives in CAN.

The important rules used to implement the sub case creation in the Due Diligence stage are outlined in the following table:

For a detailed understanding of every rule that is involved in this functionality, check for the following case type rules that drive into inner rules:

• PegaCLMFS-Work-GlobalKYC.pyDefault
• PegaCLMFS-Work-KYC .pyDefault
• PegaCLMFS-Work-Tax-FATCA.pyDefault
• PegaCLMFS-Work-Tax-CRS.pyDefault
• PegaCLMFS-Work-Credit.pyDefault
• PegaCLMFS-Work-Legal.pyDefault