AI hallucination risk in audit working papers shows up as a specific, narrow failure: a model asked to summarise, extract or draft something produces a fact — a figure, a date, a clause reference, a vendor name — that is fluent and plausible but not actually present in the source document, and because it reads like every other sentence in the file, nobody flags it unless the number behind it is independently checked against the source.
Where hallucination actually enters a working paper
It rarely enters through an obviously AI-written paragraph. It enters through small, specific substitutions inside otherwise correct text: a model summarising a lease agreement states a renewal date one month off; a model drafting a risk narrative cites a materiality threshold that doesn't match the actual planning memo; a model extracting invoice fields picks up a number from the wrong line item because two numbers on the page were close together. None of these look wrong on a read-through. They look wrong only against the source.
- Field extraction from scanned or photographed documents, where a model guesses at a smudged or cropped figure rather than flagging it as unreadable.
- Narrative summarisation of long client-provided documents, where the model compresses detail and occasionally invents a plausible-sounding specific to fill a gap in the summary.
- Cross-referencing claims, where a model states that a figure 'ties to' a schedule without having actually performed the comparison.
- Citing a standard, section or clause number from memory rather than from the actual document being reviewed.
Why normal review doesn't catch it
Standard working paper review is built to catch reasoning errors and omissions — a reviewer reading for whether the conclusion follows from the evidence described. A hallucinated fact doesn't fail that test, because the reasoning built on top of it is often perfectly sound; the flaw is one layer down, in whether the fact was ever actually in the source. A reviewer who doesn't re-open the source document has no way to catch it from the narrative alone.
The riskiest hallucinations are not the obviously wrong ones — those get caught on a casual read. The riskiest are the ones close enough to plausible that they would pass an experienced reviewer's sanity check without a source comparison.
The specific checks that catch it
- 01Trace every AI-drafted figure back to its source before sign-offIf a model extracted or summarised a number, the reviewer opens the underlying document and checks that specific figure, not the surrounding narrative.
- 02Require the tool to show its source span, not just its outputA tool that highlights exactly which text or cell it drew a claim from makes verification fast. A tool that only shows a clean summary makes verification expensive enough that it quietly stops happening.
- 03Treat low-confidence extractions as flagged, not silently filled inA document that was partly illegible should produce a visible gap, not a guessed value presented with the same confidence as a clean extraction.
- 04Keep the model out of anything that functions as the final computationReconciliations, totals and variance calculations should be produced by deterministic code, with the model confined to drafting language around a number it did not generate.
| Task | Hallucination risk | Mitigation |
|---|---|---|
| Narrative drafting from notes | Moderate — fills gaps with plausible filler | Reviewer reads against source notes, not just for fluency |
| Document field extraction | High on poor-quality scans | Confidence flags on uncertain fields, not silent best guesses |
| Deterministic reconciliation | Should be near zero | Keep this step rule-based, not model-generated, entirely |
How we think about this
Lekhya's position is that anything a model drafts should be visibly traceable to a specific source span, and anything the opinion depends on numerically should never be the model's own output in the first place. That split is what makes hallucination a reviewable risk instead of an invisible one.
This is practical guidance written for audit teams, not an authoritative statement of any standard or statute. Standards, forms and timelines change. Check the current text issued by the ICAI and the relevant authority before relying on anything here in an audit file.
Related resources
- Technology, data & AI in auditAI in audit: the risks and limitations auditors should knowHallucination on numeric tasks, where client data actually goes when it reaches a model, and why junior staff over-relying on fluent output is the risk firms underrate most.
- Audit workflow & automationAI in audit: what it is good at, and what it must not touchThe three tasks language models genuinely do well in audit, the three they must never be given, and the questions to ask a vendor before any client data moves.
- Audit workflow & automationManaging audit evidence across hundreds of client documentsRequesting documents so they arrive usable, classifying what comes in, keeping versions straight, and always knowing what is still outstanding.
- Audit documentationReviewing and signing off audit working papersWhat a reviewer is responsible for, a defensible review order, writing points that get cleared properly, and why approval must lapse when the paper changes.
Free tools, no signup
Each one reads a file entirely in your browser — or, for two of them, just answers a few questions — and nothing is ever uploaded.
- Purchase register checkDuplicate payments, round-sum amounts, weekend-dated invoices, incomplete records.
- GSTR-2B reconcilerMatches your purchase register against GSTR-2B — missing invoices either side, amount mismatches.
- Bank reconciliation checkerMatches your cash book against a bank statement — what's outstanding on each side.
- Fixed asset register checkDuplicate asset codes, missing location or useful life, negative net book value.
- Payroll red-flag scannerBank accounts shared across employees, and records missing an ID, PAN or salary.
- CARO applicability checkerAnswer a few questions about the company and see which CARO 2020 clauses likely apply.
- MSME payment delay checkerMSME-flagged invoices paid — or still unpaid — beyond the 45-day Section 22 limit.
- Related-party transaction screenerTransactions above a threshold you set with no approval reference, grouped by counterparty.
- Depreciation useful life checkerCompares a useful life in use against the Schedule II, Part C indicative figure.
- Materiality calculatorOverall and performance materiality against PBT, revenue, assets or equity, with reasoning shown.
- Sample size calculatorStatistical sample size for a test of controls or a substantive test of detail.