How to write a security incident report

An incident report is the account a client, insurer or court will rely on. Here is when one is needed, the facts every report should record, and how to write it so it holds up.

How do you write a security incident report?

Write it as soon as it is safe, as a timeline of facts: who was involved, what happened, when and exactly where, how it was discovered, what the officer did, who was told and at what time, and what evidence was kept. Record observations rather than opinions, and say clearly what you did not see.

When an incident report is needed

An incident report is the full written account of one event on a site. Your post orders should say which events need one; a typical list is:

  • injuries and medical emergencies, to anyone on the site;
  • theft, damage, vandalism or signs of attempted entry;
  • trespass, refused entry that turned confrontational, or anyone removed from the site;
  • fire, flood, gas leaks and other alarms that turn out to be real;
  • any use of force, and any time police, fire or ambulance attended;
  • near misses and hazards that could have hurt someone.

When in doubt, write one. A report that turns out not to be needed costs ten minutes; a missing one can cost a contract or a claim.

The facts to record

Good incident reports answer the same questions every time, in the same order.

Question What to write
Who Everyone involved: names, roles, companies, descriptions of anyone unidentified, and witnesses with contact details.
What What happened, step by step, as the officer saw it.
When The date and the time of each step, including when the officer arrived and when others were called.
Where The exact location: building, floor, room, door, zone or checkpoint.
How How it was discovered: seen, reported by someone, alarm, camera.
Action taken What the officer did, in order, and why.
Notifications Who was told (supervisor, client, police, emergency services), how and at what time, and any reference numbers.
Evidence Photos, CCTV references, items found, and where they are kept.
Outcome How it ended and what is still open.

How to write it

  1. Write it as soon as it is safe to do so. Memory fades fast, and details such as times and descriptions are the first to go.
  2. Stick to facts. Write what you saw, heard and did. "The man was shouting and pushed the door with his shoulder" is evidence; "the man was aggressive" is an opinion.
  3. Use plain words and full names. Avoid slang, codes only your team understands, and abbreviations a client or court would not know.
  4. Keep the order of events. Write it as a timeline, so a reader can follow what happened first.
  5. Quote people exactly when what they said matters, in quotation marks, and say who said it.
  6. Say what you did not see. "I did not see who broke the window" is better than leaving a reader to guess.
  7. Do not guess at causes or blame. If something is unclear, say so.
  8. Check it before you submit: names, times, locations and the spelling of anything that might be searched for later.

Common mistakes

  • Opinions instead of observations. "Suspicious", "drunk" and "aggressive" need the facts that led to them.
  • Missing times. An incident report without times is very hard to check against CCTV, alarm logs or witness statements.
  • Reports written days later, or rewritten after a conversation with a manager. Corrections should be added and dated, not used to replace the original.
  • No record of who was told. Clients often judge an incident by how quickly they heard about it.
  • Evidence without a trail. Note who took each photo or item, when, and where it is now.

What happens after the report

An incident report is the start of the follow-up, not the end of it.

  • Supervisor review the same day: is the report complete, and is anything still open?
  • Client notification as agreed in the contract, often immediately by phone for serious incidents, then in writing.
  • Corrective action: repairs, changes to post orders or patrol routes, extra cover.
  • Trends: review incidents across sites each month. Repeated incidents at one location or time usually point to a fixable cause.

Incident reports in ForceVera

In ForceVera, admins and dispatchers record and review incident reports, with a photo attached; filing them from the guard app with several photos is coming soon. Open incidents are tracked on the dashboard, and on Pro and Enterprise dispatchers see new reports in the command center's activity feed. Incidents are included in the daily client report, and clients on Pro and Enterprise can read incident reports with their photos in the client portal and download them as PDFs.

Need a format for paper or email? Use the free security incident report template, laid out in the order above.

FAQ

Questions, answered

How soon should a security incident report be written?

As soon as the situation is safe and under control, and before the end of the shift. Details such as times, descriptions and exact words are the first things people forget.

Can a security incident report be changed after it is submitted?

Add corrections or new information as dated additions, with the name of the person adding them, rather than rewriting the original. A visible history makes the report more credible.

Should witness statements go in the incident report?

Record each witness's name, contact details and a short summary of what they said, quoting them exactly where their words matter. A separate signed statement from each witness is better where your procedures allow it.

What is the difference between an incident report and an incident log?

An incident log is a running list of incidents, one line each, used to spot trends. An incident report is the full account of a single incident.

Your next shift could be verified.

Get your team on ForceVera this week. Try every core feature free for 14 days, with no charge until the trial ends and no contract.

  • Nothing charged during the trial
  • Cancel anytime
  • Your data stays yours
Book a demo Start free trial