Lifecycle Events activity set progress optimization
Summarize
Summary of Lifecycle Events activity set progress optimization
This guidance helps ServiceNow customers ensure that Lifecycle Events activity sets progress smoothly through their defined stages when trigger conditions are met. Activity sets group activities representing lifecycle event stages, and their progression depends on trigger conditions configured in the Activity Set record, specifically the Trigger type and Audience fields. Understanding potential causes of stagnation and how to resolve them is essential for maintaining efficient Lifecycle Events processes.
Show less
Key Issues Affecting Activity Set Progress and Solutions
- Configuration changes: Modifying an active activity set’s configuration—such as changing Audience or Trigger type fields, adding or moving activities—can disrupt ongoing Lifecycle Events cases that have already triggered or progressed. To avoid issues, perform configuration changes in a non-production instance first. If stagnation occurs, a workaround involves setting the Activity Set Context record’s State to Error and resuming the case, provided no activities or tasks have been completed or created.
- Misconfiguration: Invalid dependencies or incorrect settings can cause activity sets not to trigger or progress properly. For example, if an activity set depends on another that has been deactivated, update the configuration to remove invalid dependencies.
- Customization: Custom workflows or script includes managing activities may cause issues if Restricted Caller Access (RCA) records become invalid. Review and update RCA records to ensure proper access to script includes involved in Lifecycle Events.
- Evaluation interval: The system evaluates activity sets waiting to trigger at a default interval of four hours. Reducing this interval increases processing frequency but may overload workflows, causing cancellations. It is recommended to avoid reducing this interval below the default and instead consider using the “Condition with Event BR (Demo)” activity set to manage evaluation frequency.
- Audience criteria: Activity sets are skipped if the subject does not meet defined audience criteria. These skipped activity sets have their State set to Skipped in the Activity Set Context records, which should be reviewed to understand skipped progress.
Practical Recommendations
- Make configuration changes cautiously, preferably in a non-production environment, to avoid interrupting active Lifecycle Events cases.
- Regularly review activity set configurations and dependencies for accuracy and validity.
- Maintain and validate customizations and script access permissions to prevent workflow disruptions.
- Keep the evaluation interval at the default setting to balance timely triggering with system stability.
- Monitor Activity Set Context records for States such as Error or Skipped to identify and address stagnation promptly.
Ensure that the activity sets you have defined for Lifecycle Events progress seamlessly through completion when they meet the conditions to be triggered for a Lifecycle Events case.
Activity sets are created or modified to define a group of activities. Activity sets represent different stages in the life cycle event process and have conditions under which they’re triggered. The trigger conditions for an activity set depend on the values defined in the Trigger type and Audience fields in the Activity Set record. When an activity set is created, the State field in the corresponding Activity Set Context record is set to Awaiting Trigger. Once an activity set meets the trigger conditions that are defined for it, the value in the State field is changed to Running Activities.
| Issue | Description | Solution |
|---|---|---|
| Configuration changes | Activity set configuration changes performed while you have existing Lifecycle Events cases that are dependent on a previous activity set configuration. | You must use caution when changing the configuration of an activity set that is defined and active, specifically the following components:
Existing Lifecycle Events cases don't use the configuration changes you made to an activity set when any of the following conditions are true:
These configuration changes should be performed in a non-production instance to validate whether the changes produce any adverse effects. Tip:
If an activity set becomes stagnant due to a configuration change, you can perform the following steps to resume progress:
|
| Misconfiguration | An erroneous activity set configuration that causes unintended behavior and adversely affects the progression of activities within an activity set. | Review the activity sets you have defined to confirm whether they’re correctly configured. For example, you defined a new activity set, activity set 2 (AS2), and set the Trigger type field to Other Activity Sets so that AS2 is triggered after the completion of activity set 1 (AS1). However, if AS1 is deactivated, your configuration for AS2 becomes invalid. Since AS1 is deactivated,the configuration for AS2 must be changed to remove its dependency from AS1. |
| Customization | Issues associated with custom Lifecycle Events workflows or their related script includes that are used to manage and run activities. | Confirm whether there are any restricted caller access (RCA) records that have become invalidated from modifying a script include. If there are invalid RCA records related to a modified script include, review each
record and allow access accordingly. Also, confirm whether there are any RCA records with an error regarding the inability to call or access a script include, like hr_ActivitySet. |
| Evaluation interval | Reducing the interval of time that must transpire between each cycle of the activity set evaluation process. The activity set evaluation process determines whether activity sets with the State field set to Awaiting Trigger in the corresponding Activity Set Context record meet the trigger conditions that are defined for them. | Use caution if you decide to reduce the time interval between each cycle of the activity set evaluation process to less than the default value (four hours). Reducing the wait time between each cycle of the activity set evaluation process increases the frequency at which the activity set evaluation process runs. Consequently, this modification increases the number of workflow activities that run simultaneously. If the number of activities running reaches the capacity of activities that can be processed by the workflow, the workflow is canceled during its next attempt to run. Review the Workflow contexts table to confirm whether there are any records associated with a Lifecycle Events workflow that have been canceled. The State field in the corresponding Workflow context record is set to Canceled for workflows that have been canceled. Tip:
Use the Condition with Event BR (Demo) activity set in lieu of modifying the evaluation interval. See Lifecycle Events evaluation interval for more information about the evaluation interval and the Condition with Event BR (Demo) activity set. |
| Audience criteria | The subject person doesn't meet the audience criteria defined for an activity that is intended for a target audience. The corresponding activity set is skipped during the evaluation process. | Review the Activity Set Contexts table to confirm whether there are any records that have been skipped. The State field in the corresponding Activity Set Context record is set to Skipped for activity sets that have been skipped. |