Purchase cut-off testing establishes that purchases and the payables they create are recorded in the period in which control of the goods or services passed to the client. It is tested by comparing three dates on transactions either side of the year end — date of receipt, invoice date and the date recorded in the books — and resolving disagreements by reference to the terms of delivery rather than to whichever date is most convenient. Both directions have to be tested: purchases recorded in the year that belong to the next, and purchases in the next year that belong to this one.
Cut-off is a control question, not a date question
The temptation is to treat cut-off as an arithmetic exercise on dates. It is not. The question is when control of the goods transferred, and the dates are only evidence about that. Terms of delivery decide the answer, and the same three dates can point to opposite conclusions under different terms.
| Term | Control typically passes | Goods dispatched 28 March, received 3 April |
|---|---|---|
| Ex works / at seller's factory gate | On dispatch from the supplier | This year's purchase. The goods are the client's on 31 March and belong in closing stock as goods in transit. |
| FOR destination / delivered at client's premises | On delivery to the client | Next year's purchase. Nothing is recorded this year, and the goods are not in closing stock. |
| Services, on completion | As the service is performed or on completion of a milestone | Depends on when performance occurred, not when it was billed. Partly-performed contracts need an accrual. |
The single most common cut-off error in a mid-market audit is not a misdated voucher. It is goods in transit at the year end on ex-works terms, where the purchase and the liability are both omitted and the stock is omitted too. The trading account is understated on both sides, so the profit effect is small, but the balance sheet is understated and the payables figure is wrong.
The three dates, and which field they live in
Before designing the test, confirm which date the client's system actually records and which one the purchase register was filtered on. In Tally and similar systems the voucher date and the supplier's invoice date are separate fields, and a register run on one will not contain the same transactions at the year end as a register run on the other.
- Date of receipt: from the goods receipt note, gate inward register, security register or transporter's delivery record. This is the field that usually does not exist in the accounting system and has to be obtained separately.
- Invoice date: the supplier's date on the face of the tax invoice. Relevant to the input credit period and to the terms, but it does not determine when control passed.
- Date recorded: the voucher date in the books. This is the only one under the client's control, and it is the one being tested.
Sizing the window
A fixed number of days either side of the year end is a habit, not a method. The window should be long enough to cover the client's normal lag between receipt and recording, which you can measure from the register rather than guess.
- 01Measure the normal lagFor a few hundred transactions during the year, compute the days between the invoice date and the voucher date. Look at the distribution rather than the average. If 90% are recorded within eleven days and the tail runs to forty, a seven-day window tests almost nothing.
- 02Set the window to cover the bulk of the tailCover the period within which the great majority of that client's transactions are recorded, in both directions from the year end. Record the measurement and the resulting window in the working paper, because that is the sample basis.
- 03Add the goods in transit population separatelyPurchases on ex-works terms dispatched before and received after the year end will not appear in either direction of the date test, because they are not recorded in either period. They have to be found from the supplier's dispatch documents and the transporter's records.
- 04Add a search for unrecorded liabilitiesReview payments made in the first weeks after the year end and identify those relating to goods or services received before it. Review the file of unprocessed invoices, and the vendor statements received after the year end.
Common practice, not a requirement
Seven days either side of the year end is a widely used default. No standard prescribes it. If the client's own recording lag is longer than the window, the window is decorative and a reviewer is entitled to say so.
The procedure
- 01Select the last transactions recorded before the year endFrom the purchase register, by voucher date, running backwards from 31 March across the window. For each, obtain the receipt evidence and the invoice, and establish the date control passed.
- 02Select the first transactions recorded after the year endFrom the next year's register, running forwards from 1 April. Same test, opposite direction. This is the leg most often skipped, and it is the one that finds understated liabilities.
- 03Agree both selections to the goods inward recordsWork from the client's inward record, not from the invoice. The inward record is the independent evidence of when the goods arrived; the invoice date is the supplier's choice.
- 04Check the last few document numbers in each sequenceThe last goods receipt note number before the year end and the first after it, against the client's own count-sheet cut-off if a physical count was carried out. These should reconcile. A receipt note numbered before the cut-off but recorded after it is an exception whether or not the dates look right.
- 05Test consistency with stockAn item treated as a purchase this year must either be in closing stock or have been consumed or sold. An item excluded must not be in closing stock. Cut-off errors that are consistent on both sides do not affect profit; ones that are inconsistent do, and those are the material ones.
- 06Look at the direction of the errors foundA scatter of errors in both directions is a process weakness. A run of errors all in the same direction at the year end is a different finding and should be escalated as one.
Four worked examples
| Facts | Treatment | Why |
|---|---|---|
| Goods dispatched 29 March ex works, received 4 April, invoice dated 29 March, recorded 4 April | Purchase and payable belong to the year ended 31 March. Goods form part of closing stock as goods in transit. | Control passed on dispatch. Recording it in April understates both purchases and stock. |
| Goods received 30 March, invoice dated 6 April, recorded 6 April | Purchase belongs to the year ended 31 March. Accrue the liability. | The supplier's invoice date does not determine when control passed. This is the classic understated liability. |
| Goods received 2 April, invoice dated 30 March, recorded 30 March | Purchase belongs to the following year. Reverse it, unless the terms are ex works and dispatch was before 31 March. | Recording on invoice date rather than receipt date. Overstates purchases and payables, and often overstates stock too if the count included them. |
| Annual maintenance contract for 1 January to 31 December, invoiced and paid in full on 5 January | Three months in this year, nine months prepaid. | Not strictly a cut-off exception but found by the same procedure. Services are recognised as performed, not as billed. |
Input credit does not follow the accounting cut-off
An accrual raised for goods received in March against an invoice dated April is correct for the financial statements, and it does not entitle the client to the input credit in March. Credit under the CGST Act depends on conditions including possession of the invoice, and the invoice is dated April. The two treatments legitimately differ, and the reconciliation between the purchase register and GSTR-2B will show the difference as a timing item.
Regulatory requirement
Section 16(4) of the CGST Act sets an outer limit for taking input tax credit in respect of an invoice or debit note for a financial year: the earlier of 30 November following the end of that financial year, or the date of filing the annual return for that year. A cut-off difference that remains unclaimed past that point stops being a timing difference and becomes a cost. Verify the current provision before concluding.
Concluding
The conclusion on cut-off has to state what the testing showed and what the aggregate effect of the errors found was, in both directions and gross rather than netted. Netting a March purchase wrongly excluded against an April purchase wrongly included produces a small number that hides two separate control failures.
- Window measured from the client's own recording lag, and recorded.
- Both directions tested, with the post year-end leg evidenced.
- Goods in transit population identified separately, from dispatch and transport records.
- Receipt sequence agreed to the physical count cut-off where a count was performed.
- Consistency with closing stock checked on each item.
- Errors summarised gross and by direction, and carried to the summary of uncorrected misstatements.
- Input credit timing differences cross-referenced to the GSTR-2B reconciliation rather than raised twice.
How we think about this
Comparing three dates across every transaction in a window, and flagging where they disagree, is a rule. It should be applied to the whole window rather than a sample of it, and it should give the same answer on a re-run. Deciding what the terms of delivery were, and therefore which date governs, is a judgement about a contract and stays with the auditor.
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
- Purchase & AP auditPurchase testing in statutory audit: procedures, samples and exceptionsAgreeing the population, choosing a sample basis that survives review, the procedures that address each assertion, and what to do with what they throw up.
- Purchase & AP auditPurchase testing: a complete exception taxonomyEvery category of finding a three-way match can produce, what each usually means in an Indian mid-market client, and which are worth escalating versus documenting and moving on.
- Audit documentationAudit working papers: what they should containThe anatomy of a paper that stands on its own: objective, population, sample basis, procedure, results, exceptions, conclusion and sign-off, and what each must establish.
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.
- 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.