Blog · Incident Reporting
13 August 2026 · 6 min read

How to Write a Professional Security Incident Report (With Examples)

Most incident reports fail for the same handful of reasons — vague timing, missing actions taken, or language that reads like a text message rather than a formal record. None of that is about being a bad writer. It's about not having a structure to follow when you're tired, it's 3am, and the adrenaline's worn off.

Here's a structure you can reuse for almost any incident, plus the most common mistakes worth avoiding.

The four-part structure

Every solid incident report covers the same four things, in this order:

  • Incident details — date, time, exact location, who was involved (names/descriptions if names unknown)
  • Description of events — what actually happened, in the order it happened, using precise language
  • Actions taken — what you and any colleagues did in response
  • Outcome — how it was resolved, whether police/management were involved, and any follow-up needed

If a report is missing any one of these four sections, it's incomplete — even if the writing itself is fine. Management and police both read reports looking for these four things specifically, so structure them exactly like this and half the battle is already won.

Common mistakes (and how to fix them)

1. Vague timing

✕ Weak
"Later on there was an issue near the entrance."
✓ Strong
"At approximately 23:15 hours, an incident occurred at the main entrance."

Vague timing is one of the most common reasons reports get challenged later. Even an approximate time ("approximately 23:15") is far stronger than "later on" — it shows you were paying attention and gives anyone reviewing the report (police, CCTV operators, management) something concrete to cross-reference.

2. Opinion instead of observation

✕ Weak
"The male was clearly off his head and looking for trouble."
✓ Strong
"The male displayed slurred speech, unsteady balance, and raised his voice when approached by staff."

Reports hold up better when they describe what you actually observed — behaviours, not conclusions. "Looking for trouble" is your interpretation; "raised his voice" is a fact anyone reading the report can verify or challenge. This distinction matters most if a report is ever used as evidence.

3. Missing the "actions taken" section entirely

It's easy to describe what happened and skip straight to the outcome, missing out what you actually did in between. This is the section that protects you — it shows you responded appropriately and proportionately. Even something as simple as "Security intervened to separate the parties and requested the individual leave the premises" makes a report significantly stronger.

4. Informal language

Reports written the way you'd describe the incident to a mate ("kicked off," "went mental," "had a right go") don't hold up well if the report is ever read by police, a court, or senior management unfamiliar with your venue. It doesn't need to sound robotic — just factual and professional.

A quick template you can reuse

Template
INCIDENT DETAILS
Date/Time: [date, approximate time]
Location: [specific location]

DESCRIPTION OF EVENTS
[What happened, in order, factual language]

ACTIONS TAKEN
[What you and colleagues did]

OUTCOME
[How it was resolved, police/management involvement, follow-up needed]

Keep this structure on your phone or in your notebook. Even jotting rough notes under these four headings during or immediately after a shift makes writing the formal version afterwards much faster — you're just expanding bullet points rather than starting from a blank page.

Don't want to write it up from scratch every time?
SIA Pro Writer turns your rough notes into a fully formatted, professional report using this exact structure — in about 10 seconds. Free to try, no card needed.
Try it free →