We've added a Get alerts button on the Assets tab, to help users better understand where alerts on an asset are being sent.

Getting alerts in Slack, Teams, and other channels is one of the main ways users stay on top of data issues and see value from Monte Carlo. But for new users, it can be challenging to understand where alerts are being sent. The Get alerts button makes it much easier to see where notifications for that assets are being sent, so they can join those channels and stay in the loop.

In the coming months, we'll make joining relevant channels a central part of a more structured, in-product user onboarding flow. For now, this is a great start.

**Get alerts** is on the top right of an Asset page

Get alerts is on the top right of an Asset page


It shows where alerts for that asset are being sent, so users can join those channels

It shows where alerts for that asset are being sent, so users can join those channels

Users can now Enable monitoring for assets, directly within the experience of making a Metric, Validation, Custom SQL, Comparison, or JSON Schema monitor.

Depending on your contract structure with Monte Carlo, having monitoring enabled for an asset may be a pre-condition for applying any other kinds of monitors (such as Metrics or Validations). Previously, users would need to navigate to the Asset page or Settings to turn on monitoring, and this improvement ensures they can turn on monitoring without needing to navigate away.

If creating a monitor on an unmonitored asset, users now can enable monitoring without needing to navigate to Assets or Settings.

If creating a monitor on an unmonitored asset, users now can enable monitoring without needing to navigate to Assets or Settings.


Users can now find a “Task” (or Models, or Activities, based on job type) tab under each Job assets page. This helps users understand how individual task performance contributes the parent job performance.

A few months ago, we introduced Mark as normal so users would have greater control over the automated thresholds in Monte Carlo. This function lets users indicate if an anomaly is ‘normal’ behavior or not. If it is marked as normal, then Monte Carlo will not alert to similar anomalies on that table in the future.

But if you had an alert affecting many tables, and you wished to mark them all as normal, this involved a lot of clicking. Users would need to go through them one by one.

With this release, users can now easily mark all the anomalies in an alert as normal, without needing to click through them all one-by-one. To do so, first click the 'Tune model' dropdown in an alert, then 'Mark as normal'. This will open a modal with the option to mark all as normal, or just that specific event.

Our integration with Collibra is now available in public preview! It enables customers to integrate data and AI observability directly into their data catalog. This helps teams manage trust at scale, communicate incidents clearly, and track the health of data assets directly where stakeholders already work.

Learn more in the Collibra documentation.

We've made some tweaks to our Volume anomaly detection, making it slightly less sensitive. Users should expect Volume thresholds to widen slightly, with the effect of roughly ~20% fewer Volume alerts.

A few months ago, we rebuilt our Volume anomaly detection, making it dramatically more sensitive. These changes nearly tripled the number of Volume alerts that Monte Carlo sends. The overall reception to these changes has been great, but we've found the default 'Medium' sensitivity to be sending more alerts than is universally desirable. As a result, we've implemented these changes to make it slightly less sensitive.

Users can still benefit from our most sensitive anomaly detection by setting Sensitivity to High.

We've redesigned and rebuilt comparison monitors with a focus on usability. The new experience supports:

  • Monitor creation without writing SQL
  • Comparing multiple metrics in a single monitor
  • Cloning monitors and changing table selection while preserving alert conditions
  • Automatic runs when target tables or data sources are updated
  • Simpler debugging with visibility into which warehouse triggered an error
  • Increased limit from 100 to 500 field/metric/segments tracked
  • Clearer results, alerts, and notifications

The Asset Editor and Asset Viewer user roles are no longer available. These roles only had access to the Assets page in Monte Carlo. They were introduced a few years ago for customers who were using Monte Carlo as a data catalog. However, users have generally struggled to see value when assigned these roles, so ultimately we have chosen to deprecate them.

Configurations (users, authorization groups, single sign-on defaults, etc) that already have these roles selected will not be impacted. They can keep the Asset Editor and Asset Viewer role.

Read more about our user roles.

You can now triage alerts with your team in Google Chat by configuring it as an audience recipient channel.

Over the next two weeks, all Dimension Tracking monitors will be switched over to Metric Monitors that use the Relative row count metric. No interruption to service or monitoring coverage is expected. You can read more about the Relative row count metric in our documentation.

The change is part of a broader effort over the last several months to clean up old monitor types. This helps to streamline reporting, filtering, and overall usability across Monte Carlo.

This change has been communicated to affected accounts over email during the last several weeks.