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

# Core dashboards

> Answer pager load, out-of-hours paging, response time and follow-up questions from the dashboards Insights ships with.

Core dashboards are the built-in dashboards on the [Insights homepage](https://app.incident.io/~/insights). Each one answers a specific question about how your team is running incidents and on-call, with nothing to set up first.

Insights is available on Pro and Enterprise plans, and access is controlled by the **View Insights** permission in [**Settings → Users → Roles**](https://app.incident.io/~/settings/roles). Every panel on a core dashboard can also be added to a [custom dashboard](/insights/custom-dashboards), which is how you filter it permanently, combine it with other panels, or put it on a [schedule](/insights/scheduled-reports).

## What each dashboard answers

| Dashboard                                                                            | The question it answers                                                                   | What it needs                                                                                                 |
| ------------------------------------------------------------------------------------ | ----------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------- |
| At a glance                                                                          | How many incidents are we declaring, and where are they coming from?                      | Response                                                                                                      |
| Teams                                                                                | Which teams are carrying the incident load, and how are they doing on post-incident work? | Response, and [teams set up in Catalog](/catalog/teams)                                                       |
| Time spent on incidents                                                              | How many hours are responders putting into incidents, and when in the day does that land? | Response                                                                                                      |
| MTTX                                                                                 | How are our [duration metrics](/admin/incident-timestamps) trending?                      | Response                                                                                                      |
| Follow-ups                                                                           | How many follow-ups are open, who owns them, and are they getting closed?                 | Response, and at least one follow-up                                                                          |
| Post-incident flow                                                                   | Are incidents making it through the post-incident flow?                                   | Response, a configured [post-incident flow](/post-incident/post-incident-flow), and at least one custom field |
| [Alerts](/alerts/alert-insights)                                                     | How much is our alerting firing, and how much of it is noise?                             | On-call                                                                                                       |
| [On-call readiness](/on-call/on-call-readiness-insights)                             | Can everyone who might get paged actually be reached?                                     | On-call                                                                                                       |
| [Pager load](#pager-load)                                                            | How often is each person paged, at what time of day, and did they miss it?                | On-call                                                                                                       |
| [Pager load (PagerDuty or Opsgenie)](#reading-pager-load-from-pagerduty-or-opsgenie) | The same question, for teams still paged through a third-party tool                       | Response, and PagerDuty or Opsgenie connected                                                                 |

A dashboard hides itself when it has nothing to show. If you don't see one in the list, you're either missing the product it reports on, you haven't finished the setup it depends on, or you have no data of that kind yet. Open it and we'll tell you which of the three applies.

Some dashboards can include [private alerts](/alerts/private-incidents) and escalations for people with global access to all private data in your account. [Private incidents](/incidents/private-incidents) are always excluded.

For the full list of panels behind these dashboards, and which of them you can add to a custom dashboard, see [supported measures](/insights/supported-measures).

## Pager load

Pager load is the dashboard to take to a leadership review when you want to talk about on-call burden rather than incident count. It answers how often each person is being paged, when in their day those pages land, how quickly they acknowledge, and how often a page went unanswered.

**Pages** counts every page sent to a person through an incident.io [escalation path](/on-call/escalation-paths), over time and per person, split by time of day.

**Escalation MTTA** covers response: time to acknowledge over time, acknowledgement per person at high and low urgency, and **Missed escalations**, where a level timed out before anyone acknowledged it, so the escalation moved on to the next one.

On a trial account, Insights shows anonymised sample data so you can see how the dashboards work before you've gathered much of your own. An admin can switch to your real data with the **Sample data** toggle on the Insights homepage.

### Filter and group the numbers

Filters apply to every panel on the dashboard: user, escalation path, schedule, urgency, trigger type, and any [alert attribute](/alerts/attributes-and-priorities).

The charts and tables can be grouped by user, escalation path, trigger type, or any alert attribute. Once you have [teams set up in Catalog](/catalog/teams), you also get two team group-bys: **Escalation Path => Team**, derived from the team that owns each escalation path, and **User => Team**, derived from the teams the paged person belongs to.

<Note>
  Someone who belongs to more than one team contributes a row per team under **User => Team**, so the grouped totals
  add up to more than the overall total. Group by **Escalation Path => Team** if you need the shares to sum.
</Note>

Click any bar segment or table row to open the underlying escalations behind that figure, and use **Export** on a panel or in the drawer to download a CSV scoped to the filters you have applied.

## How out-of-hours is decided

Every page is put into one of three bands based on the hour it arrived:

| Band      | Hours       |
| --------- | ----------- |
| Working   | 8am to 7pm  |
| Late      | 7pm to 11pm |
| Overnight | 11pm to 8am |

The dashboard labels them **Working (8am – 7pm)**, **Late (7pm – 11pm)** and **Overnight (11pm – 8am)**. Those labels appear in the trend tiles, the chart legend, and the per-user table headers.

The hour is calculated in the **timezone of the person who was paged**, not your organization's timezone and not the viewer's. A 3am page for someone in Sydney counts as overnight even if the person reading the dashboard is in London and saw it arrive over lunch.

We resolve that timezone in this order:

1. The person's timezone in incident.io. For Slack organizations we keep this in step with their Slack profile timezone, unless they have set their own in [account settings](https://app.incident.io/~/user-preferences/account), which then takes precedence.
2. If we have no timezone for them, the most common timezone across your organization's users.

The timezone is recorded as it was at the moment of the page, so someone relocating doesn't retroactively move their old pages into different bands. Everyone sets their own timezone, and nobody can set it for them. So when someone's pages land in the wrong band, ask them to correct it in their account settings. That fixes future pages and leaves the ones we've already counted where they are.

The same bands and the same per-person timezone rule are used for [workload metrics](/insights/workload-metrics) on the Time spent on incidents dashboard, so paging load and hours worked stay comparable.

## Reading pager load from PagerDuty or Opsgenie

Pager load isn't limited to paging that went through incident.io On-call. Connect [PagerDuty](/integrations/pagerduty) or [Opsgenie](/integrations/opsgenie) and we import the paging those tools did, then report on it in a separate **Pager load (PagerDuty)** or **Pager load (Opsgenie)** dashboard.

You get pages over time by time of day, and pages per person, filterable by external user and by escalation policy, service, or team. Time of day is banded exactly as described above, using the paged person's timezone. These pages arrive the day after they happen, and history builds from the day you connect the integration. Escalation MTTA and missed escalations stay specific to incident.io On-call, because we can see that the other tool paged someone but not what they did next.

When both are in play, the native dashboard is renamed **Pager load (incident.io)** so the two are easy to tell apart.

## How fresh the data is

Most dashboards read your data as it happens, so a follow-up you close now shows up as soon as you reload.

Alerts and pager load are the exception, and refresh every few hours. Hover the cloud badge next to the dashboard title to see when the data you're looking at was last refreshed. Time spent on incidents counts whole hours, so the hour in progress isn't in the totals yet.

## Getting the data out

Every panel and every underlying-data drawer has an **Export** button, scoped to the filters you have applied. That's the quickest route to the numbers behind a chart, including per-person pager load and the time-of-day split.

For a standing feed, [our API](/integrations/api-overview) serves the underlying incidents, follow-ups, alerts, and escalations. Load them into BigQuery, Snowflake, or Redshift on a schedule with [Fivetran's incident.io connector](https://fivetran.com/docs/connectors/applications/incidentio) or [our Singer tap](/integrations/singer-tap).

[Scheduled reports](/insights/scheduled-reports) send a dashboard snapshot by email or to Slack on a cadence you pick. Build a [custom dashboard](/insights/custom-dashboards) with the panels you want first, since schedules run on those rather than on the core dashboards.