Writing audit observations people act on
· observations, audit-reporting, internal-audit
An audit observation is only useful if someone changes something because of it. The structure that gets there is old and hard to improve on: criteria, condition, cause, consequence. State what should be happening, what is happening, why the gap exists, and what it costs. Most observations that go nowhere are missing the third part.
The four parts, briefly
Criteria: what should be happening. The policy, the control as designed, the regulation, the contract term. Quote it and reference it. Without criteria, the observation is an opinion, and the argument becomes whether your opinion outranks the auditee's.
Condition: what is happening. What you found, with the scope stated: "in 12 of the 40 payments tested, between January and June". Two numbers do a lot of work here — how many you looked at and how many failed.
Cause: why the gap exists. Not "the control was not performed", which restates the condition. The reason: the approval limit was never updated after the reorganisation; the report that would show this goes to a mailbox nobody owns; the step takes twenty minutes and the deadline allows five.
Consequence: what it costs. What can happen, and what already has. Say it in the organisation's own terms: money at risk, a regulatory breach, a report someone relies on being wrong.
Why the cause decides whether anything changes
An action plan is written against the cause, whether or not you found one. When the cause is missing, the auditee fills it in with the only one available — "people did not follow the procedure" — and the action plan becomes a reminder email and a training session. Both are finished within a week, both are closed at follow-up, and the same finding comes back next year.
Finding the real cause takes one more conversation than most audits allow time for. It is the conversation that produces a fix instead of a promise.
Keep the wording usable
- Lead with the condition, not the criteria. The reader wants to know what is wrong.
- One observation per idea. Combined findings get one action plan, which fixes the first half.
- No adjectives for severity. "Serious" is an argument; "affects 12 of 40 payments" is a fact, and it is more alarming anyway.
- Say what you tested and what you did not. It protects the finding and it protects you.
- Attach the evidence; do not retell it. The work paper holds the detail. The observation holds the argument.
- Write the recommendation as a change, not a wish. "Update the approval matrix and remove the two lapsed approvers" can be done by Friday. "Strengthen the control environment" cannot be done at all.
Rating them without an argument
Whatever scale you use, write the definitions down and apply them the same way every time. Two things make ratings fight-prone: a scale with no definitions, where the rating is a negotiation; and a scale where everything lands in the middle, where the rating tells the reader nothing. If every observation this year is "medium", the scale is not being used.
From observation to something that closes
The end of the observation is the start of the tracking: an owner, an agreed action, a date. The weakness in most audit functions is not writing the observation; it is that six months later nobody can say which actions were completed and which quietly lapsed. That is a follow-up problem, and it is worth solving separately.
How the software should help
In AuditEase Pro, observations sit with the audit and its work papers, so the evidence stays with the finding rather than in a folder somewhere. The fields follow the structure above, the observation goes through review before it reaches the auditee, management responds in the system in their own words, and the agreed action becomes an issue with an owner and a due date. The draft and final PDF reports are generated from those records, under your organisation's name.
There is optional AI drafting, and it is worth being exact about what it does: it polishes wording that an auditor has already written, it can point at a model you host so the text need not leave your network, and every draft is edited and approved by a person. It does not find the cause. That is still the conversation.
See the whole path — observation, review, response, issue, report — in the live demo.
Common questions
- How long should an observation be?
- Short enough that the owner reads all of it. Half a page for the observation itself, with the evidence attached rather than retold. If it runs to two pages, it is usually two observations.
- Should the observation name the person responsible?
- Name the role that owns the fix, never the individual who made the error. The first gets an action plan; the second gets you an argument and a reputation that closes doors on your next audit.
- Who writes the management response?
- Management does, in their words. An auditor who drafts the response has written both sides of the conversation, and the action plan that follows tends to be one nobody feels they agreed to.
- What if management disagrees with the finding?
- Record the disagreement in the report next to the observation. An unresolved difference that the audit committee can see is a legitimate outcome; a finding quietly softened until everyone agrees is not.