Note
Access to this page requires authorization. You can try signing in or changing directories.
Access to this page requires authorization. You can try changing directories.
[This article is prerelease documentation and is subject to change.]
Tenant and environment admins in Power Platform use alerts to track the operational health of their resources. Admins set up custom thresholds and get notifications when metrics for their resources pass specific thresholds. Create alerts on any metrics in the Monitor area of the Power Platform admin center.
Keep the following principles in mind:
- Alerts are evaluated after new metrics are produced. Currently, all metrics are 24-hour aggregates, which means an alert rule in the Monitor area is evaluated every 24 hours after the newest 24-hour aggregates are produced. An alert rule does an on-demand evaluation upon its creation.
- Alert rules are alerts that admins create to monitor their resources. You can edit, delete, and turn an alert rule on or off. Alert rules can be placed on an environment and a specific resource.
- A triggered alert is when one or more of the resources that are being monitored by an alert rule pass specific thresholds defined by the admin who configured the alert rule. You can select the triggered alert to learn what resources triggered the alert rule, and get recommendations for how to improve the resources if it's in a managed environment.
Important
- This is a preview feature.
- Preview features aren’t meant for production use and might have restricted functionality. These features are subject to supplemental terms of use, and are available before an official release so that customers can get early access and provide feedback.
When to use alerts
- Teams and admins use alerts to find resources that are used more than expected. For example, an admin creates an alert to know if apps in the default environment exceed 50 launches a day.
- Teams use alerts to find resources with degraded health, and work with their makers to fix issues.
- For operations, admins create alerts to know if apps in their production environment are slow to open for users.
Prerequisites
- You must be a tenant administrator or an environment administrator to access alerts.
- Alerts can only be placed on a managed environment.
- You must be using the new and improved Power Platform admin center.
Create an alert
Sign in to the Power Platform admin center.
In the navigation pane, select Monitor.
In the Monitor pane, select Alerts. The Alerts page is displayed.
Note
Manage your existing alert rules in the Alert rules tab. Use the More user actions icon to see options for editing or deleting your alert rule. Turn your alert rule on or off by using the toggle in the Status column.
Select + Alert rule to create your new alert rule. The New alert rule pane is displayed.
In the Alert rule name field, enter the name of your alert.
In the Product list, select the product you want to monitor with the alert, Power Apps or Power Automate.
In the Product type list, select what you're going to monitor with the alert. For example, select Canvas app or Model-driven app for Power Apps, or Cloud flow or Desktop flow for Power Automate.
In the Scope list, select Environment to monitor all items of a specific type—such as all canvas apps in your production environment.
In the Id field, select the environment that you want to monitor with an alert.
In the Metric list, select the metric that you want to create your custom threshold against. The available metrics that alerts support and what they mean can be found in Metrics and recommendations for Power Apps and Metrics and recommendations for Power Automate.
In the Operator list, select an operator to define your threshold. The options are Is Under, Is Over, or Equals.
In the Select value list, use the arrow icons to increase or decrease the value.
In the Severity list, select Low, Medium, or High.
In the Notification type list, select which notification type you'd like this alert to have: None or Email.
- If you select None, you don't get an email and need to return to the Monitor area of the admin center to check on the status of your alert.
- If you select Email, you and up to four other recipients—that you specify in the Recipient(s) field—get an email when the alert is triggered. The email comes from
PowerPlat-noreply@microsoft.com.
Select Save.
After you create your alert, the system runs an on-demand evaluation and scans all the applicable resources under its scope.
When an alert triggers
If you select to receive email notifications when any resource triggers an alert, you get an email notification.
In the email notification, select Go to Alert to open a Power Platform page listing the triggered alerts. You can see information on the triggered alert and what resources triggered it. When you select any of the resources in the triggered alert, a pane is displayed that shows time series information for all applicable metrics for that resource, and recommendations for how to improve the metric if it's suboptimal.
Predefined alerts from Microsoft
Overview
Predefined alerts exist in Power Platform to help IT, operations, and center of excellence teams find high-use apps, flows, and agents with degraded health. Predefined alerts provide the most value to customers who didn't adopt custom alerts to monitor their organization's health.
What are predefined alerts?
Microsoft creates and defines predefined alerts to highlight resources with suboptimal health. They have a tenant-wide scope, so they monitor all resources of a specific type in your tenant. They're turned on by default, require no set up to start using them, and can't be edited. Predefined alerts encourage customization; not only do they help users identify high-use resources with suboptimal operational health, they also help introduce and familiarize users with the concept of custom alerts. Consider creating a custom alert on some of these resources to proactively monitor them against custom thresholds that you define.
The following table details what predefined alerts are supported today.
| Product | Predefined alert |
|---|---|
| Canvas apps | Availability of high-use canvas apps is under 90%. |
| Model-driven apps | Availability of high-use model-driven apps is under 90%. |
| Cloud flows | High-use cloud flows have a success rate under 90%. |
| Desktop flows | High-use desktop flows have a success rate under 90%. |
| Agents | High-use agents have a success rate under 90%. |
High-use thresholds
Predefined alerts highlight high-use resources in your tenant that perform sub-optimally. These alerts filter out resources with a low session or run count so that you only see relevant resources. The thresholds for each supported product type are in the following table and can't be changed.
| Product | Usage threshold |
|---|---|
| Canvas apps | Recent app launches are greater than or equal to 100. |
| Model-driven apps | Recent app launches are greater than or equal to 100. |
| Cloud flows | Daily run count is greater than or equal to 150. |
| Desktop flows | Daily run count is greater than or equal to 100. |
| Agents | Recent agent sessions are greater than or equal to 200. |
How it works
Go to the Power Platform admin center and navigate to the Monitor > Overview page. On the page, you see two cards.
The Triggered custom alerts card on the left shows you the state of your triggered custom alerts in your tenant. These alerts are ones that you define. The visual in this card breaks down your triggered custom alerts by severity level, and the Top priorities section below calls out which of your alerts triggered most recently. Select one of those custom alerts to see which items triggered it.
The Triggered alerts for high-use items card on the right shows you which of your predefined alerts triggered. Similarly, the visual at the top of the card shows a breakdown of triggered predefined alerts by product type. Select one of the alerts in the Top alerts from Microsoft section to view which resources triggered that predefined alert. For example, you can select the High-use cloud flows have a success rate under 90% predefined alert and see all the high-use cloud flows in your tenant that triggered this alert, regardless of whether the flow is in a Managed Environment or not. Like the triggered custom alert experience, selecting a specific flow in that list displays a pane that shows you how each metric for that flow has trended over time.
You can also see a list of your predefined alerts and view their details in the Alerts section of Monitor. Select Alerts and scroll to the bottom of the page to view the predefined alerts. Predefined alerts are authored by Microsoft.
Selecting the three dots next to the predefined alert and then Details displays a pane that shows how it has been configured. These alerts can't be edited or deleted.
Frequently asked questions (FAQs)
What's the difference between an alert rule and a triggered alert?
An alert rule is a monitoring rule you configure, including the scope, metric, threshold, severity, and notification.
A triggered alert is an instance when one or more resources meet the rule's condition. For example, the Is under 90% for app open success rate condition is met.
Who can create and manage alerts?
You must be a Tenant administrator or an Environment administrator to create and manage alerts.
What environments are supported?
All environment types, such as production, sandbox, trial, and developer environment types are supported, but they must be a Managed Environment. You select the environment in the ID field after setting the Scope field to Environment.
Where do I manage my created alerts?
Go to Power Platform admin center and select Monitor > Alerts and manage existing rules on the Alert rules tab.
What is the Last Run column in the Alert rules tab?
The data in this column informs you the last time the alert rule ran. Alerts should run every 24 hours, so the values in this column should change accordingly.
Does the severity level affect how alerts are processed?
The Severity, such as Low, Medium, ir High is a classification label for triage and reporting. It doesn't change evaluation frequency or email notification behavior.
Do alerts work on the default environment?
Yes, if your default environment is a Managed Environment. Alerts are only supported in Managed Environments.
Can I disable predefined alerts?
At the moment, predefined alerts cannot be disabled. We expect to support this capability soon.
Where can I view triggered predefined alerts?
Triggered predefined alerts are visible on the Monitor Overview page under the "Triggered alerts for high-use items" card and in the Alerts section at the bottom of the Alert rules page. You can also find triggered predefined alert notifications in the triggered alerts section of the Monitor Alerts page.
What should I do if a predefined alert is triggered?
Review the affected resources and consider creating custom alerts for those items to proactively monitor them against thresholds that matter to your organization and be notified via email when it triggers.
Do predefined alerts send email notifications?
No, predefined alerts do not send any notification. You need to come into Monitor to view if any of them triggered.
Can I customize predefined alerts?
No, these alerts are preconfigured by Microsoft. For customization, create custom alerts.
Any tips or best practices?
Yes! Follow these best practices:
- Start small: Create a few high-value rules first, such as performance-open times, error rates, usage spikes.
- Name consistently: Use clear names like Prod – Canvas apps – Availability < 90.
- Set appropriate severity: Use High for production-impacting metrics and Medium or Low for trend monitoring.
- Manage the 50-rule limit: Delete obsolete rules.
- Validate email routing: Ensure recipients can receive emails from PowerPlat-noreply@microsoft.com.
- Monitor the 24‑hour cadence: Expect daily evaluation; it's not real-time.
How many alert rules can be turned on at one time?
A tenant can have 50 alert rules turned on at one time. However, you can create an unlimited number of alert rules. Consider deleting or turning off any existing alert rule if you've reached the maximum.