Rule-based matching, statistical anomaly detection, and AI classification are three different tools for three different kinds of audit question: rule-based matching answers 'does this reconcile against a known, exact criterion' and should be used for anything deterministic, anomaly detection answers 'which of these thousands of items is statistically unusual relative to the rest' and is best for surfacing candidates for review rather than conclusions, and AI classification answers 'what category or type is this unstructured item' and is useful for triage but needs a human or rule-based check on anything the classification feeds into.
Rule-based matching
This is exact or tolerance-based matching against a defined rule — invoice number matches, amount matches within a rupee, date falls within a stated window. It is the right approach whenever the criterion for a match is genuinely knowable and fixed in advance, such as reconciling GSTR-2B entries against a purchase register or matching bank statement lines to the cash book.
- Strength: deterministic, auditable, same input always gives the same output — exactly what a reconciliation needs.
- Weakness: brittle to data quality issues like inconsistent formatting, and blind to anything the rule wasn't written to catch.
- Best fit: GST reconciliation, bank reconciliation, vendor statement matching, three-way match on purchases.
Statistical anomaly detection
This flags items that are statistically unusual relative to a population — a transaction far outside the normal size range for that vendor, a journal entry posted at an unusual time, a round-number cluster where genuine transactions rarely land exactly on round figures. It does not know why an item is unusual, only that it is.
- Strength: surfaces things nobody wrote a specific rule to catch, which is exactly where fraud and error often hide.
- Weakness: generates false positives that need human triage, and a population with genuinely unusual-but-legitimate activity (seasonal spikes, one-off transactions) will trigger noise.
- Best fit: journal entry testing, fraud risk procedures, identifying candidates for further substantive testing rather than final conclusions.
AI classification
This assigns a category or label to unstructured content — classifying an invoice line item into a chart-of-accounts category, flagging a contract clause as a related-party indicator, sorting scanned documents by type. It is doing pattern recognition on content a rule can't easily parse, which makes it useful but means its output is a prediction, not a fact.
- Strength: handles unstructured or varied-format content that rule-based matching can't touch at all.
- Weakness: confidently wrong on edge cases, and the error looks identical to a correct classification until checked.
- Best fit: initial document triage and categorisation, always followed by either a rule-based check or human review before the classification feeds a conclusion.
| Question | Right approach | Why |
|---|---|---|
| Does this invoice tie to the GR note and PO? | Rule-based matching | The criterion is exact and known |
| Which journal entries look unusual this period? | Anomaly detection | No fixed rule defines 'unusual' in advance |
| What category does this expense line belong to? | AI classification, checked | Content is unstructured; needs a verification step after |
How we think about this
Lekhya layers these deliberately rather than picking one: deterministic matching for anything the opinion depends on numerically, anomaly detection to surface candidates a human then reviews, and classification confined to triage with a visible confidence flag — never presenting a prediction as a settled fact.
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 auditData analytics in audit: what full-population testing changesThe rare but material exceptions full-population testing surfaces that sampling cannot, and the judgement about what an exception means that no tool replaces.
- Audit workflow & automationAudit sampling methods for Indian CA firmsStatistical vs judgmental sampling, when full-population testing removes the need to sample, when sampling still applies, and what drives sample size.
- Purchase & AP auditDuplicate invoice detection during auditWhy exact matching finds almost nothing, the six match rules that do work, and how to tell a duplicate booking from a duplicate payment.
- 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.
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.