This is a composite, illustrative scenario built from how document-authenticity red flags typically surface in evidence review, not an account of a named client. A capex approval memo was dated the 28th of a month, but the electronic file it was stored as carried creation metadata showing it had been generated six days later, on the 4th of the following month. That contradiction meant the printed date on the document could not be literally true, which raised the approval itself as the actual question rather than the memo's formatting. The resolution was not a restatement — the expenditure was genuine and properly incurred — but it was a real control-override finding that changed how the audit treated every other approval from the same approver for the rest of the engagement.
How it came up
It wasn't found by reading the memo. It was found because the evidence-management step on this engagement checked file metadata as a matter of course on a sample of supporting documents, the same way a vouching step checks an invoice against a ledger entry. The memo's own printed date read the 28th. Its file properties — created, not modified — read the 4th of the next month.
A created-date after a modified-date, or a scanned document whose embedded creation time postdates its stated date, does not prove fraud on its own. Software migrations, re-saves, and genuine re-issues of a document all produce metadata that looks irregular for entirely innocent reasons. What it proves is that the question is now open and has to be closed with something other than re-reading the same document.
What was checked before anyone was accused of anything
- 01Checked whether the document had simply been re-savedAsked IT for the file's full version history on the shared drive. No earlier version existed — this was the only copy, and its creation date was the 4th, not a re-save of something older.
- 02Checked the capex spend date against the approvalThe purchase order to the vendor was dated the 2nd, two days before the approval memo was created and twenty-six days before the memo's own printed date. The spend had happened before the approval existed in any form.
- 03Checked who had authority to approve at that valueThe signatory did have authority at that spend level. This was not someone approving beyond their limit — it was someone approving after the fact and dating the document to make it look otherwise.
- 04Raised it to the engagement partner before going back to the clientA finding that implies a control was deliberately circumvented, rather than simply missed, is a partner-level decision on how to approach the client, not a senior's call to make alone.
What the client said, and what settled it
The explanation was operational, not concealment: the purchase had been verbally approved and actioned under time pressure, and the written memo was produced and backdated afterward to make the paper trail look compliant with the company's own policy, which required written approval before spend. The spend itself was legitimate, properly recorded, and not disputed. The problem was that the company's stated control — written approval before commitment — had been overridden and then papered over rather than disclosed as an exception at the time.
| Assessment | |
|---|---|
| A misstatement in the financial statements | No — the expenditure was genuine, correctly valued, and correctly recorded. |
| A control override | Yes — the written pre-approval control was bypassed and the record was altered to obscure that. |
| Grounds to extend the sample of this approver's other documents | Yes — every other approval this person signed in the period was pulled and checked for the same pattern. |
| A matter for the management letter and, given the deliberate backdating, the audit committee | Yes. |
The extended check mattered as much as the original find. One backdated document could be an isolated lapse under pressure. Three or four from the same person is a pattern that changes how much reliance the audit can place on that individual's documentation generally, for the rest of the engagement and arguably for next year's planning too.
What went into the file
- The original metadata contradiction, with the file properties captured as evidence, not just described.
- The purchase order date, establishing the spend preceded the approval's existence in any form.
- The extended check across this approver's other documents, and its result — two more instances of the same pattern, both for lower-value items.
- The distinction, stated explicitly, between a financial misstatement (none) and a control failure (real, and deliberate).
- The matter escalated per the firm's policy on suspected irregularities, not closed as a documentation tidy-up.
The audit opinion was unaffected — nothing here misstated the financial statements. What changed was the internal controls commentary to those charged with governance, which now named a specific, evidenced control-override pattern rather than a general observation about documentation discipline. That distinction is the entire reason the metadata check happened in the first place: a reviewer reading only the memo would have seen a normally dated approval and moved on.
How we think about this
This is specifically what Lekhya's document forensics checks for on every upload — metadata consistency, editing-tool fingerprints, creation-versus-stated-date contradictions — not to accuse anyone, but so a pattern like this surfaces from routine evidence intake rather than depending on a reviewer happening to check file properties on the one document that mattered.
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
- Audit documentationAudit evidence: what makes it sufficient, appropriate and traceableSufficiency and appropriateness without the textbook circularity, a reliability hierarchy for Indian practice, and what has to be recorded for evidence to be traceable.
- Audit documentationAudit trails: the client's, and your ownThe edit log the Companies Act now requires in the client's software, and the record of what the audit team did to its own file. What each must show, and how to test the first.
- Audit documentationAn audit documentation checklist for statutory auditsA checklist organised by when the work happens: planning, fieldwork, each paper, completion and assembly, with the deadlines that govern the last two.
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.