Skip to main content

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

Configuring event-driven architecture

Updated on February 16, 2021

As part of doing business with customers, a wide range of potential events can occur from many different internal and external sources. A financial institution must be able to identify and process a change, such as a customer updating their address or an identification document expiring. Failing to do so can lead to non-compliance and increased risk. Forcing manual checks on every change can delay or suspend revenue generation for the financial institution’s customers and incur high operational costs.

You can use event-driven architecture, to define and configure business events. Certain events are processed automatically while others will require manual attention. When an agent rule identifies an event, it immediately triggers the respective validation and decision mechanisms to take appropriate actions.

For example, a financial institution will periodically review customers. Customer X has been onboarded into a financial institution on the 1st of January 2016. Based on the risk profile of the customer and organizational policies, the system sets the next review date to the 1st of January 2018. The system automatically triggers a customer review case on or before 1st January 2018.

Overriding agents

You must save the scheduling agents into your application layer in order use them in an event driven architecture operation.

  1. In Dev Studio, click Dev StudioSystemOperationsAgent Management.

  2. Filter the Queue Class to PegaCLMFS and save it into your ruleset.

  3. Stop each agent.

  4. Click on the name of an agent. The system will open an agent rule that you can copy into your implementation ruleset for changes.

  5. Review the configuration of the agent (frequency, access group, and so on) and save the changes.

  6. Repeat steps 1 to 3, but filter for PegaKYCFS.

Creating a new event

You can create new events for your financial institution. In this example, the documents provided by the customer during onboarding are set to expire, and the financial institution has to ask the customer to provide the latest documents to adhere to due diligence processes.

For more information about references rules, see Event-driven architecture.

To implement this example, do the following steps:

  1. Create a new property to store the valid end date of the uploaded document.

    For example, call the property validenddate. Place this property on the document collection UI screen. If the documents collected are stored in a content management solution (such as Alfrecsco), make sure that while accessing the customer documents, the validenddate property is also brought up in the journey.

  2. Create an event code and event type for the document review case and map it in the MapFSEvents map value.

  3. Create an advanced agent which runs at required intervals.

    These intervals are determined by the duration in which the documents are valid. Use the CreateCustomerReviewEvents agent rule as a basis for this rule.

  4. Create an activity which retrieves the customer profiles whose documents are expired. Link this activity to the advanced agent in step 3, which calls it periodically.

  5. Create a report definition which retrieves the customers whose documents are about to expire, per the validenddate rule.

    Use the UnqueuedExpiredCustomerProfiles report definition as a basis for this rule. If the documents collected are stored in a content management solution, make sure that, while accessing the customer documents, the validenddate is also brought up in the journey which is required for the report definition.

  6. Create an activity to check if a case has already been created for customers with documents that are about to expire.

    Use the QueuedCustomerDetails report definition as a basis for this rule.

  7. Create an activity which creates a document review case and add this activity to the FSIFEventDrivenProcess decision table.

    Use the CreateCustomerScheduleReviewEvents activity rule as a basis for this rule. The FSIFAgentProcess checks the FSIFEventDrivenProcess decision table for the activity to be run for the Document review event type, which creates the document review case.

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. is not optimized for Internet Explorer. For the optimal experience, please use:

Close Deprecation Notice
Contact us