This use case shows how to configure alerting on business events using
Anomaly Detection and problem notifications to automatically notify you when a business metric deviates from its expected behavior.
This article is intended for business analysts and process managers who monitor how their businesses are performing in real time and want to be alerted when key business metrics such as revenue, order volume, conversion rate, or business exceptions move outside of the expected ranges. For this use case, we assume that you have a basic knowledge of how business events are captured and, for the second approach, some familiarity with Dynatrace Query Language (DQL).
This guide covers two alerting approaches for business events. Use the section that matches your situation:
Business Flow pre-fills the DQL query and opens the anomaly detection configuration for you.Additionally, you should determine which:
If you already have a business flow configured, you can create alerts directly from the built-in KPI metrics of
Business Flow. The app pre-fills the DQL query and opens the anomaly detection configuration for you.
Open
Business Flow and confirm that your flow is configured and processing events correctly. Make sure that the steps show data and that there are no gaps.
At the top of the business flow page, locate the four KPI metrics and decide which one you want to alert on:
Select the KPI you want to monitor, then select New alert.
This opens the anomaly detection configuration wizard with the DQL query already filled in.
Business Flow creates a query automatically based on the selected KPI and business flow.
Some KPIs have limited alerting support for certain scenarios. Depending on your flow, you might encounter the following errors:
The query for anomaly detection could not be generated. This can happen when the underlying data or event configuration doesn't support generating a valid query.Anomaly detection for this KPI is only available for business flows with an average duration of 30 minutes or less.Alerting on key metrics is only possible when the average duration of the monitored business process is above 30 minutes, because
Anomaly Detection analyzes a 60-minute rolling window on defined metrics. See Sliding window for details.
If your flow has an average duration exceeding 30 minutes, only the Errors KPI will likely be available for alerting. If none of the KPIs work, use the Alerting using Anomaly Detection approach, where you build the DQL query manually.
In the anomaly detection configuration wizard, which opens with the pre-filled query:
In Define alert condition, choose the analyzer type: Static threshold, Auto-adaptive threshold, or Seasonal baseline.
Set the parameter for the analyzer you chose:
Set the Alert condition direction (Alert if metric is above, Alert if metric is below, or Alert if metric is outside).
Optional Select Preview to verify that the alert behaves as expected.
In Add details, set the Title and the Event name.
Select Create.
Check the Status of the new configuration shortly after creation to ensure there are no errors in the execution.
Use
Settings to create a custom alert based on business event data. You need to prepare a DQL query and the alert parameters before you start.
Since
Anomaly Detection is deprecated, we recommend configuring custom alerts in
Settings instead, according to the instructions below. For details, see Anomaly Detection app.
Go to
Settings > Analyze and alert > Alerts > All alerts.
Select Custom alerts.
Select New alert > Create your own custom alert.
In Query, enter the DQL query you want to use. The query must return a timeseries. For example:
To count business events per minute:
fetch bizevents| filter event.type == "payment-processed"| makeTimeseries count(), interval: 1m
To get the average order value per minute:
fetch bizevents| filter event.type == "order-completed"| makeTimeseries avg(orderValue), interval: 1m
Validate that the query returns a chart before you proceed.
The interval parameter controls data granularity. 1m is the default value. You might want to adjust it based on event volume. For example, if you have:
5m or 15m) to avoid noisy, sparse data points.1m works well for detecting rapid changes.Prefer aggregated data over raw data: the more you aggregate, the less your alerts are impacted by noise. For example, alert on the overall order volume rather than on per-city breakdowns to avoid alert spam.
In Define alert condition > Select use case, choose the analyzer type:
For details on each analyzer, see Analyzer type and parameters.
In Set a condition:
Set the analyzer parameter. The field that appears depends on the analyzer you selected in the previous step:
For details on each parameter, see Analyzer type and parameters.
Select the Alert condition direction:
Optional Select Preview to check if the alert behaves as expected based on recent data, and confirm that the configuration looks correct.
In Add details, configure the following:
Low order volume alert).
Problems when this alert triggers. You can use placeholders for dynamic naming.You can enter { to have Dynatrace Intelligence suggest placeholder names with the desired values (for example, {alert_condition}). For more information, see Event template.
Select Create to save the alert configuration.
Check the Status of the new configuration shortly after creation to ensure there are no errors in the execution.
Business Flow
Anomaly Detection