Skip to main content


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

Trigger strategy

Updated on September 15, 2022

A trigger strategy is generated after you define a trigger within Next-Best-Action Designer and specify the business structure to apply. You cannot modify it directly. This strategy is referenced by a data flow, which is also generated and managed by the system.

Pega Customer Decision Hub
A separate trigger strategy is generated for each business structure specified as part of a trigger configuration and the strategies are named based on the business structure as shown in the following table:
IssueGroupTrigger strategy nameExample
All issuesAll groupsTrigger_NBA_TopLevel
<Issue>All groupsTrigger_H_NBA_<Issue>Trigger_H_NBA_Acquisition
<Issue><Group>Trigger_NBA_<Issue>_<Group>Trigger_H_NBA_Acquisition_Bundle

The layout of the strategy depends on the configuration of the context dictionary. The following example shows an implementation of multiple Subscribers within an Account, where each Subscriber may have multiple Devices, for example, for a Communications application. Note that this example is for all issues and all groups.

The Trigger strategy
Note: Three context levels is the most complex configuration available for the Context Dictionary. Most NBA Trigger strategies are simpler than the above example.

The high-level logic flow is as follows:

  • Import actions
  • Post-action import extension
  • Evaluate All Actions engagement policies for all action contexts
  • Identify authorized contacts
  • Split actions into a separate stream for each action context
  • Evaluate the context level engagement policies
  • Execute the next-best-action strategy framework separately for each context
  • Merge all context streams
  • Apply final action limits and bundling options

The arrangement of Switch rules around the All Actions engagement policy sub-strategies immediately after the action import is only required if the primary context is not the top-level context. Its purpose is to execute the engagement policy within the primary context if the Trigger strategy is being executed as part of a simulation, otherwise it is executed in the top-level context.

The Set Primary Contact shape sets the following properties:

  • IsPrimaryContact - set to true if the contact is identified as an Authorized Contact
  • OriginalSubjectID - set to pySubjectID
  • OriginalContactID - set to pySubjectID

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