Testing share-based payment vesting conditions means classifying each condition attached to a grant as a service condition, a non-market performance condition, or a market condition, because the classification determines how the expense is re-estimated through the vesting period: service and non-market performance conditions are re-estimated every period based on the current probability of vesting, while a market condition is factored into the grant-date fair value once and never revisited regardless of how likely it now looks to be met.
Why this classification is the single highest-risk judgement in the ESOP file
Treating a market condition — such as a share price or total shareholder return target — as if it were a non-market performance condition and re-estimating the charge each period based on how likely the target now looks to be achieved is the most frequent misclassification, and it moves the expense in exactly the wrong direction compared to what the standard requires.
The testing sequence
- 01Obtain the scheme document and list every distinct condition attached to each grant or trancheContinued employment to a date, a specific performance metric such as revenue or EBITDA growth, and a market-based metric such as share price or TSR relative to a peer group can all appear on the same grant and need to be separated out.
- 02Classify each condition using its actual definition, not the scheme's own label for itA service condition requires only continued employment; a non-market performance condition depends on the entity's own operations or a specific market or non-market event unrelated to the entity's share price; a market condition is related to the market price of the entity's own equity instruments, directly or through an index.
- 03Confirm the market condition was built into the grant-date valuation modelA market condition should be reflected through the option pricing model used at grant date — for example through a Monte Carlo simulation for a TSR target — and the resulting fair value is then never adjusted for the market condition's subsequent likelihood of being met.
- 04Recompute the period expense for service and non-market performance conditions using the current best estimateThe estimate of the probability of vesting should be updated based on the latest information available at each reporting date, and the cumulative expense trued up accordingly — test that this re-estimation was actually performed this period, not carried forward unchanged.
- 05Confirm no re-estimation was applied to the market condition componentEven where a TSR target now looks unlikely to be met, the expense already recognised for that tranche is not reversed purely because the market condition looks less achievable — the award still vests for accounting purposes as long as the service condition is satisfied.
- 06Test for a modification where the terms of a condition were actually changedA change to the performance target itself, rather than a change in how likely it is to be met under the original target, is a modification and is accounted for separately, typically resulting in incremental expense for any increase in fair value.
| Condition type | Re-estimated through vesting period? | Example |
|---|---|---|
| Service condition | Yes — based on expected and actual staff attrition | Continued employment for three years |
| Non-market performance condition | Yes — based on current probability of achieving the target | Revenue or EBITDA growth target |
| Market condition | No — built into grant-date fair value only | Share price or total shareholder return target |
Regulatory requirement
Ind AS 102 sets out the distinct definitions of service, performance and market conditions and the different treatment each receives through the vesting period, as well as the accounting for modifications. Verify the current text before concluding.
How we think about this
Once a condition is correctly classified, the re-estimation or non-re-estimation that follows is mechanical and should be applied consistently to every grant with that classification. The classification itself is the judgement call, and it is worth documenting the reasoning for each condition explicitly rather than letting the scheme's own label stand in for the analysis.
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
- Payroll & employee costAuditing bonus and incentive paymentsPayment of Bonus Act basics, provision-versus-actual testing, approval evidence for discretionary schemes, and accrual cut-off — the audit approach to bonus and incentive payments.
- Payroll & employee costDirector remuneration audit under the Companies ActManagerial remuneration limits and approvals, financial statement disclosure, and testing payments against board and shareholder resolutions.
- Audit workflow & automationSA 540: auditing accounting estimates, where judgment replaces a verifiable numberAn estimate can't be vouched to a source document the way an invoice can. SA 540 is about what replaces vouching when there's no single right answer to check against.
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.
- 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.