Practical example
Enterprise risk register practice pack
A worked, fictional risk register entry for a small business, with cause, event and effect kept separate, defined scoring scales, an owner, controls, a treatment and a review trigger.
Illustrative example. The business, its supplier and every figure are fictional and were written by LSBUK for practice. This register is not compliance assurance and does not show how any regulator or standard would assess a real organisation.
The worked risk
A small online retailer buys all its packaging from one supplier. If that supplier fails, orders stop.
| Field | Example |
|---|---|
| Cause | All packaging is bought from one supplier with no agreed alternative |
| Event | The supplier cannot deliver for two weeks or more |
| Business effect | Online orders cannot be fulfilled; refunds and lost repeat customers |
| Owner | Operations manager |
| Current controls | Two weeks of packaging stock, checked monthly |
| Treatment | Reduce: qualify and test a second supplier with one trial order |
| Review trigger | Quarterly, or immediately if the supplier misses a delivery |
Why cause, event and effect are separate. "Supplier problems" is not a risk anyone can act on. Splitting it shows where controls can work: you cannot stop a supplier failing, but you can shorten the disruption and limit the effect.
Scoring with defined scales
| Score | Likelihood (example definition) | Impact (example definition) |
|---|---|---|
| 1 | Less than once in 10 years | Under £1,000, or under a day's disruption |
| 3 | About once in 3 years | £10,000 to £50,000, or about two weeks |
| 5 | More than once a year | Over £50,000, or over a month |
Before treatment the team scored this risk likelihood 3, impact 4, giving 12. After a tested second supplier, impact falls to 2, giving 6. These are ordinal scores that organise discussion and ranking. A 12 is not "twice as risky" as a 6, and neither number is a probability or a financial loss estimate. Record the reasoning in words alongside the score.
Keeping the register alive
A register is only useful if someone reviews it. Give each risk a named owner, a due date for every action and a trigger that forces a review, then report the significant risks to leadership in a consistent format.
Field guide
| Field | What to record |
|---|---|
| Risk ID | A unique reference so the risk can be tracked over time. |
| Cause | What could lead to the event. |
| Event | The thing that might happen. |
| Business effect | What it would do to objectives: revenue, customers, safety, reputation. |
| Owner | The named person accountable for managing the risk. |
| Current controls | What already reduces the likelihood or the effect, and whether it has been tested. |
| Likelihood scale definition | What each score means in words or frequency, so different people score consistently. |
| Impact scale definition | What each score means in money, time or harm. |
| Treatment | The agreed response: reduce, transfer, avoid or accept, and the specific action. |
| Due date | When the treatment action will be complete. |
| Review trigger | The date or event that forces a review. |
| Residual assessment rationale | Why the risk is scored as it is after treatment, in words. |
Download
- Blank template (CSV, opens in Excel or Google Sheets)
- Completed illustrative example (CSV)
- Template with field guidance (Markdown text)
Everything here is illustrative practice material created by LSBUK. It is not real client, learner or cohort data.
Enterprise risk management
The full guide: ERM frameworks, appetite, assessment, fees and the articles to read next.
Open the guide →Related articleRisk Register Example: Fields, Ownership and Review
What a useful risk register records and how to keep it alive.
Read the article →CourseEnterprise Risk Management
Build and review a risk register for your own organisation with tutor feedback.
View the course →