Blog · Board and management reporting · Compliance
An operational risk dashboard compares recorded incidents, losses, and overdue actions by business unit. This worked review separates gross losses from recoveries, keeps action denominators explicit, and reconciles the totals to supplied records.
An operational risk dashboard compares recorded incidents, losses, and overdue actions across business units. It should make the reporting boundary clear enough that a manager can move from a summary number to the underlying incident, loss posting, or action record.
The dashboard describes supplied records. Incident count measures reported events. Gross loss measures recognized loss amounts under the company's reporting policy. Recovery measures amounts recognized as recovered, and net recorded loss is their difference. Open and overdue actions describe the follow-up workload at a stated cutoff.
Those measures do not establish the probability of the next incident. NIST's risk glossary describes risk in terms of potential events, adverse impact, and likelihood. A table of recorded incidents provides evidence for a discussion, but cannot supply those judgments on its own.
Use an operational dashboard for broader process performance. A risk management dashboard has a wider brief than this descriptive review of recorded incidents and their follow-up work.
The incident export needs a distinct incident ID, business unit, event category, occurrence date, and reporting date. A near miss can remain in the incident count with no recognized loss, provided its classification is visible.
The loss export needs a posting ID, incident ID, posting date, amount in USD, and a flag distinguishing gross loss from recovery. Keep estimates and recognized amounts separate. If an incident has several postings, sum the money but count the incident ID once.
The action export needs an action ID, incident ID, owner, due date, status, and closure date. Several actions can belong to one incident. Joining every action to every loss posting and then summing the resulting table can multiply both the dollars and the workload.
Choose the time basis before the review. Incidents reported during a period are a flow; open actions at the cutoff are a stock. Recognized losses by posting month and losses attached to incidents reported that month are different views. Label them separately when older incidents receive new postings.
Consider a fictional US distributor reviewing October 1 through October 23, 2026. In this compact example, all listed incidents were reported during that window, all associated amounts were recognized during the same window, and there are no postings for older incidents. The table consolidates each incident's recognized amounts before any action records are considered.
| Incident ID | Business unit | Classification | Gross loss (USD) | Recovery (USD) | Net recorded loss (USD) |
|---|---|---|---|---|---|
| I01 | Distribution | Shipment error | 12,000 | 2,000 | 10,000 |
| I02 | Distribution | Handling damage | 3,000 | 0 | 3,000 |
| I03 | Finance | Payment error | 2,000 | 500 | 1,500 |
| I04 | Finance | Near miss | 0 | 0 | 0 |
| I05 | Customer service | Service failure | 8,000 | 1,000 | 7,000 |
| Total | 25,000 | 3,500 | 21,500 |
Net recorded loss = Gross recognized loss - Recognized recovery
The check is 25,000 - 3,500 = 21,500. There are five distinct incidents, including four with recognized gross loss and one near miss. Keeping the near miss visible avoids treating a zero-dollar record as a missing event.
Distribution's net loss is 10,000 + 3,000 = $13,000. Its share of the total is 13,000 / 21,500 = 60.5%, rounded to one decimal place. That identifies a concentration of recorded loss in this file; it does not prove Distribution has the greatest future exposure.
The following action export is reviewed at the end of October 23, 2026. An open action is overdue when its due date is earlier than the cutoff date. An action due on the cutoff is due today. An action without a due date has unknown timeliness.
| Action ID | Incident ID | Unit | Due date | Status at cutoff | Overdue calendar days |
|---|---|---|---|---|---|
| A01 | I01 | Distribution | October 10, 2026 | Open | 13 |
| A02 | I01 | Distribution | October 26, 2026 | Open | 0 |
| A03 | I02 | Distribution | October 15, 2026 | Closed October 14, 2026 | Not applicable |
| A04 | I03 | Finance | October 20, 2026 | Open | 3 |
| A05 | I04 | Finance | Missing | Open | Unknown |
| A06 | I05 | Customer service | October 23, 2026 | Open | 0 |
For an open action with a known due date, overdue days equal the greater of zero and cutoff date minus due date. Days are whole calendar days, counted after the due date. Closed actions leave the current open-action denominator, but remain available for a separate completion review.
There are six actions: five open and one closed. Of the five open actions, four have due dates and two are overdue. The overdue rate among open actions with known due dates is 2 / 4 = 50.0%. Show the remaining open action with a missing due date beside that rate; including it as on time would hide uncertainty.
| Business unit | Distinct incidents | Net recorded loss (USD) | Open actions | Open with known due dates | Overdue actions |
|---|---|---|---|---|---|
| Distribution | 2 | 13,000 | 2 | 2 | 1 |
| Finance | 2 | 1,500 | 2 | 1 | 1 |
| Customer service | 1 | 7,000 | 1 | 1 | 0 |
| Total | 5 | 21,500 | 5 | 4 | 2 |
Reconcile each column to its source independently. Incident counts tie to distinct incident IDs, money ties to recognized postings, and actions tie to distinct action IDs. The extra action attached to I01 must not create an extra incident or another copy of its loss.
Use the summary to assign review work. Distribution's owner explains the shipment error and delayed action; Finance resolves the missing due date and its overdue item. Finance also confirms the loss and recovery postings before the reporting owner circulates the review.
NIST's risk-response glossary distinguishes responses such as accepting, avoiding, mitigating, sharing, and transferring risk. Marking an action complete records a task outcome; the responsible people still judge what response is appropriate and whether it worked. Use the distinction between a dashboard, report, and list to pair the summary with the action detail managers need.
Bring your incident register, recognized-loss export, and action file with their IDs and reporting cutoff. Covirage maps the columns; its tools compute and check the figures, and the external AI model explains the results with every figure traced to its rows. Create a free Covirage account and bring a sample of your own data; creating the account takes about a minute.
See Covirage for compliance teams for the supporting business context.
Start with distinct recorded incidents, gross losses, recoveries, net recorded losses, open actions, and overdue actions. State the time basis for each measure. Add missing due dates as a data-quality exception rather than counting them as on-time actions.
No. Recorded losses describe events and amounts already captured in the supplied records. A risk assessment considers potential events and their likelihood and impact. A quiet loss history can reflect incomplete reporting or exposure that has not yet produced a recorded loss.
Show gross losses and recoveries separately, then calculate net recorded loss using a consistent recognition policy. Reconcile recovery amounts to their supporting postings. A recovery may arrive in a later period, so a recovery-month view and an incident-cohort view can legitimately differ.
Operations owners confirm incident details and action status, while finance confirms recognized losses and recoveries. A designated reporting owner maintains definitions and resolves missing records. The dashboard supports that review; it does not independently establish that controls are effective.