Anomaly Views¶
Reviewing anomalies in their views
Qualytics shows anomalies on four screens, and each one is made for a different moment of the work. Lists help you find and prioritize anomalies. The anomaly page gives one anomaly your full attention. The side panel lets you triage many anomalies in a row without leaving the list. The anomalies panel shows the anomalies of whatever you are looking at, such as a Scan or a check. This page explains how to reach each screen, what it shows, and what you can do there.
| Screen | Best for |
|---|---|
| Anomaly lists | Finding anomalies, prioritizing them, and acting on many at once. |
| Anomaly page | Investigating one anomaly in depth, with every section and its full Timeline. |
| Anomaly side panel | Going through many anomalies one after another, without leaving the list. |
| Anomalies panel | Seeing the anomalies of a Scan, a check, or a table while you look at it. |
Anomaly Lists¶
Getting to the Lists¶
- Explore › Anomalies lists the anomalies of every datastore you have access to.
- The Anomalies tab of a datastore, a table or file, or a field lists the anomalies found there.
- The Anomalies tab of a check lists the anomalies that check produced, and the one of a check template lists those of every check built from the template.
What the Lists Show¶
Each list opens on its Open tab, sorted by Impact, so the anomalies that matter most come first. Each row shows the anomaly's status and type, its datastore and table or file, its description, the fields and rule types of its failed checks, its anomalous record count, its tags, and the AI badge when every failed check is AI Managed.
Each row also shows these values, in both the list and the card layout:
| Value | What it shows |
|---|---|
| Failed Checks | The IDs of the checks that failed, such as #274252 or #414384, #414390. With three or more checks, the first ID and how many others, such as #810215 +11. Hover it to see each ID with its rule type, up to 10, followed by +N more. Reading the IDs helps you spot the same checks failing again across scans. |
| Impact | How much the anomaly matters: Low, Medium, High, or Critical. See Anomaly Impact. |
| Detected | The date the anomaly was found, such as Dec 10, 2025. Hover it to see the exact date and time and how long ago that was. |
| Days Open | How many calendar days have passed since the anomaly was detected, counted while it is Active or Acknowledged. An archived anomaly shows --. |
| Assignees | The users responsible for the anomaly. See Anomaly Assignees. |
What You Can Do in the Lists¶
- Narrow the list with the Open and Archived tabs and their subtabs, the search field, the filters, and the sort. See Filter and Sort Anomalies.
- Act on one anomaly from the menu on its row (every list except Explore): acknowledge, reactivate, or archive it. An archived anomaly shows Delete on its row instead.
- Act on many by selecting their checkboxes (every list except Explore): the selection bar offers Edit (tags and assignees), Acknowledge or Reactivate, Archive, and Delete on archived anomalies. See Bulk-Edit Tags and Archive Anomalies.
- Open an anomaly by clicking it. From a datastore, table, field, or check list, it opens the anomaly page. From Explore or a check template, it opens the side panel, which has the status, tags, assignees, and description controls of the anomaly page.
Anomaly Page¶
Getting to the Anomaly Page¶
- Click an anomaly in the Anomalies tab of a datastore, a table or file, a field, or a check.
- Click Open anomaly page in the side panel.
- Open a link to the anomaly, such as one copied with Copy Anomaly Link, a notification about it, or the link Qualytics adds to its tickets.
- Click the Original badge on a later anomaly with the same fingerprint, to open the first one. See Related Anomalies.
What the Anomaly Page Shows¶
The page holds everything about the anomaly, in six sections:
| Section | What it shows |
|---|---|
| Summary | The anomaly's key attributes, listed below. |
| Description | The plain-language explanation of the issue. See Anomaly Description. |
| Failed Checks | Each check that failed, with its message and its own impact, such as High impact. Hover the impact to see what decided it. When the check has impact metrics, a button next to the impact shows how many it measured, or how many are outside their expected range. Click a check to open it in a side panel. When several fields are involved, the Anomalous Fields button narrows the list to the fields you choose. |
| Source Records | The rows behind the anomaly, with the failing cells highlighted. See Source Records. |
| Tickets | The linked Jira and ServiceNow tickets. See Anomaly Tickets. |
| Timeline | Every change made to the anomaly, and the team's comments. See Anomaly Timeline. |
Each check in Failed Checks is shown as it was when the anomaly was created, so later edits to the check do not change what the anomaly says.
The Summary shows these fields:
| Field | What it shows |
|---|---|
| Status and Type | The anomaly's current status, such as Active, and its type, Record or Shape. When an earlier anomaly has the same fingerprint, an Original badge links to it. See Record Anomalies, Shape Anomalies, and Related Anomalies. |
| Anomalous Records | How many records the anomaly affects. A Record anomaly always shows 1. A Shape anomaly shows the number of failing rows when the rule can count them. |
| Failed Checks | How many checks failed in the anomaly. |
| Impact | How much the anomaly matters: Low, Medium, High, or Critical. Hover over it to see what decided it. See Anomaly Impact. |
| Detected | How long ago the anomaly was found. Hover it to see the exact date and time. |
| Scan | The Scan that found the anomaly and whether it was a Full or an Incremental Scan. Click the expand icon to open that Scan's results. |
| Source Datastore | The datastore that holds the data. Click the expand icon to open it. |
| Table | The table or file where the anomaly was found. Click the expand icon to open it. |
| Location | The full path of the table or file in the datastore. Click the copy icon to copy it. |
| Tags | The tags on the anomaly. Click a tag badge to add or remove tags. |
| Assignees | The users responsible for the anomaly, as avatars. A +N avatar groups the ones that do not fit. Click Edit , or Plus when no one is assigned, to change them. See Anomaly Assignees. |
Next to the anomaly's ID, a row of buttons copies or opens what you need to share or trace it:
| Button | What it does |
|---|---|
| Copy Anomaly Link | Copies a link to the anomaly, to share it with a teammate. |
| Copy Anomaly UUID | Copies the anomaly's unique identifier. |
| Copy Anomaly Fingerprint | Copies the anomaly's fingerprint. Shows No Fingerprint Available when the anomaly has none. See Anomaly Fingerprints. |
| Go to Original Anomaly | Opens the earliest anomaly with the same fingerprint. Shown when there is one. |
| Go to User Guide | Opens this guide in a new tab. |
What You Can Do on the Anomaly Page¶
The actions bar at the top right changes with the status:
| Status | Actions |
|---|---|
| Active | Acknowledge marks the anomaly as reviewed. Archive closes it with a resolution. |
| Acknowledged | Reactivate returns the anomaly to Active. Archive closes it with a resolution. |
| Archived | The menu holds Restore , which reopens the anomaly as Acknowledged, and Delete . |
On the page you can also edit the tags, the assignees, and the description, link or create tickets, and comment on the Timeline. Keyboard shortcuts work here: Cmd+ECtrl+E archives the anomaly, A then T assigns tags, and Cmd+BackspaceCtrl+Del deletes it. See Keyboard Shortcuts.
Anomaly Side Panel¶
Getting to the Side Panel¶
- Click an anomaly in Explore › Anomalies or in a check template's Anomalies tab.
- Click an anomaly in the anomalies panel.
The panel opens on the right, and the list stays where you left it.
What the Side Panel Shows¶
The side panel is a compact version of the anomaly page:
- The header: the anomaly's ID and status, Open anomaly page , the same copy and Go to Original Anomaly buttons as the page, and Copy Location, which copies the location of the data the anomaly was found in.
- The key attributes: the type, the Impact, when the anomaly was detected, and its datastore and table or file. Click the datastore or the table or file to open it.
- Tags, Assignees, and Description, editable as on the page.
- Failed Checks, Source Records, Tickets, and Comments, as sections that expand when you click their name. Each shows how many items it holds.
The side panel shows the anomaly's comments, not its full Timeline. To read every change, open the anomaly page.
What You Can Do in the Side Panel¶
- Move through the list with Previous and Next , or with Left and Right while you are not typing in a field, without closing the panel. This is the fastest way to triage a list one anomaly at a time.
- Change the status: Acknowledge or Reactivate, and Archive, on an open anomaly. Restore and Delete on an archived one.
- Edit the tags, the assignees, and the description, and link or create tickets.
- Close the panel with to return to the list.
Anomalies Panel¶
Getting to the Anomalies Panel¶
The anomalies panel opens from screens that are not about anomalies, when you click their anomaly count:
| Opened from | Anomalies listed |
|---|---|
| The results of a Scan | The anomalies the Scan identified. When the Scan also auto-resolved anomalies, the panel has an Identified tab and an Auto-Resolved tab, for the open anomalies of earlier Scans that this one resolved. See Run Results. |
| A check's card | The Active anomalies of that check. |
| An Observability card | The Active anomalies of the table or file's Volumetric and Freshness checks. |
| The Lineage graph | The Active anomalies of the table or file, or of one of its fields. See View Anomalies from the Graph. |
What the Anomalies Panel Shows¶
The panel lists the anomalies as cards. Each card shows the anomaly's status and type, when it was created, its fields and rule types, its anomalous record count, and its assignees. A card has its own Acknowledge or Reactivate and Archive buttons, so you can triage without opening the anomaly. Click a card to open the anomaly in its side panel.
Archived Anomalies¶
An archived anomaly opens on the same screens, but it is read only: its status, tags, assignees, and description cannot change, its tickets cannot be linked or unlinked, and its comments cannot be added, edited, or deleted. Restore it to make changes. See Anomaly Status.
See Also¶
-
Description
The business-friendly explanation of the data quality issue behind an anomaly.
-
Source Records
The rows behind an anomaly, how to read them, and how masked values are protected.
-
Tickets
Linked Jira and ServiceNow tickets: sync modes, what reaches the ticket, and status sync.
-
Timeline
The record of every change to an anomaly, and how comments and mentions work.
-
Examples
Real scenarios that follow an anomaly from the Scan that finds it to the decision that closes it.
-
Best Practices
Guidelines for keeping the anomaly list short, trusted, and acted on.
-
Permissions
The team permission and user role behind every anomaly action.
-
How It Works
How a Scan creates anomalies, AI Managed and Authored checks, the lifecycle, duplicates, and notifications.
-
Record Anomalies
Anomalies that flag one row: when they are created, how rows are grouped, and examples.
-
Shape Anomalies
Anomalies about many rows or the whole dataset: what creates them, what they count, and examples.
-
AI Managed and Authored
How anomalies from AI Managed and Authored checks differ, the AI badge, and how triage tunes AI Managed checks.
-
Impact
How the Low to Critical impact level is decided from the failed checks, and when it updates.
-
Status
The lifecycle of an anomaly, from Active and Acknowledged to the archived statuses.
-
Assignees
How the Assignees field works, who can be assigned, and when assignees are notified.
-
Fingerprints
How Qualytics recognizes a newly detected anomaly as a duplicate of one it already found.