> ## Documentation Index
> Fetch the complete documentation index at: https://docs.dqlabs.ai/llms.txt
> Use this file to discover all available pages before exploring further.

# Observability Dashboard — Report

> How to read the Report tab of the Observability Analytics dashboard — stale and at-risk reports, viewer activity, and report health.

<script type="application/ld+json">
  {`{
                  "@context": "https://schema.org",
                  "@type": "TechArticle",
                  "headline": "Observability Dashboard — Report",
                  "description": "How to read the Report tab of the Observability Analytics dashboard — stale and at-risk reports, viewer activity, and report health.",
                  "url": "https://docs.dqlabs.ai/architecture/observability-report-dashboard",
                  "publisher": {
                    "@type": "Organization",
                    "name": "DQLabs Inc",
                    "logo": "https://media.brand.dev/332adc35-5bc4-4d2b-bf78-256aa4a5e414.svg"
                  }
                  }`}
</script>

The **Report** tab of the Observability Dashboard tracks the health of downstream BI content — reports, worksheets, and dashboards — including which ones are stale, at risk from upstream issues, or barely used. Navigate to **Analytics → Observability (Data) → Report** to access it.

<Note>
  This tab looks at BI objects (reports, worksheets, dashboards) rather than data assets directly. Use the **Upstream Assets** column on the Report health widget to trace a report back to the tables/views feeding it, and cross-reference the [Data](/architecture/observability-data-dashboard) tab if an upstream asset looks unhealthy.
</Note>

## AI Summary

Same AI Summary component as the other Analytics tabs. In validation it sometimes continued to show a previous tab's summary text immediately after switching — give it a moment to refresh, or rely on the tiles and widgets below if it looks out of date.

## KPI cards

| Card | What it shows | How it's calculated |
| :- | :- | :- |
| **Stale Reports** | Count of reports that haven't refreshed within their expected cadence | A point-in-time count of reports/dashboards currently flagged stale |
| **At-Risk Reports** | Count of reports with an upstream data issue (alert, schema change, staleness) that could affect their accuracy | A count of reports whose lineage includes at least one currently-unhealthy upstream asset |
| **Avg. Active Viewers** | Mean number of distinct users actively viewing in-scope reports over the date range | Average of per-report active-viewer counts, for reports matching the current filters and date range |

<Warning>
  All three tiles animate with a count-up effect and can take several seconds to settle — in validation, **At-Risk Reports** read as low as 7 before settling at 30, and **Avg. Active Viewers** read as 0.049 before settling at 0.200. Read a tile only after two consecutive looks agree.
</Warning>

## Widgets

### Report health

A table of all reports/worksheets/dashboards in scope. Columns: **Report**, **Type** (Report / Worksheet / Dashboard), **Last Refreshed**, **Status**, **Alerts** (count of upstream alerts affecting this report), **Upstream Assets** (the data assets feeding it, via lineage).

<Note>
  **Status** can show as a dash (—) for every row when no distinct status values are populated for that report type/connector. Treat that as an unpopulated field rather than a sign every report is simultaneously at a particular status — check the **At-Risk Reports** KPI and the **Alerts** column instead for a reliable per-report signal.
</Note>

### Least-used reports

A table of reports ranked by lowest viewer activity. Columns: **Report**, **Type**, **Viewers**, **Last Viewed**. Use this to find BI content that may be a candidate for deprecation or that signals a broken/undiscoverable report rather than one that's simply unpopular.

## Filters

Same filter bar as the other Analytics dashboards: **Domain, Application, Product, Tag, Source, Asset Type, Asset, Date Range, Slice By, Previous Period**. See [Catalog Dashboard](/architecture/catalog-dashboard#filters) for the full list of options and the general filtering mechanism, which is identical here.

<Tip>
  Filter selections persist across page reloads and across navigating away and back, for as long as your session is active. Click **Reset** to confirm you're looking at the true unfiltered baseline before drawing conclusions from the numbers.
</Tip>

## Slice By

Like the [Catalog Dashboard](/architecture/catalog-dashboard#slice-by-has-no-effect-on-this-dashboard), this tab has no trend chart or heatmap widget. Based on that same pattern, **Slice By** is expected to have no visible effect here — there is nothing on this page for it to rebucket.

<Note>
  This dashboard's Slice-By and filter behavior were not independently re-verified click-by-click during this validation pass — they follow directly from the pattern confirmed on the other Analytics dashboards. If you see different behavior in your environment, treat the live dashboard as the source of truth and let the docs team know via the feedback link so this page can be corrected.
</Note>

## Related pages

<CardGroup cols={2}>
  <Card title="Observability Dashboard — Data" icon="database" href="/architecture/observability-data-dashboard">
    Freshness, volume, and schema reliability for the data assets upstream of these reports
  </Card>

  <Card title="Observability Dashboard — Pipeline" icon="diagram-project" href="/architecture/observability-pipeline-dashboard">
    Pipeline and model run health — the processing layer between raw data and these reports
  </Card>
</CardGroup>


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.