Key Takeaways
- Deferred revenue appears as a contract liability on the balance sheet until the entity delivers the promised goods or services.
- SaaS and subscription businesses routinely carry deferred revenue balances equal to 30% to 60% of annual revenue at any reporting date.
- Releasing deferred revenue too early overstates revenue and can trigger an audit qualification if the overstatement exceeds performance materiality (PM).
- The balance must reconcile to underlying contracts, not just to cash received.
What is Deferred Revenue / Unearned Revenue?
On about half the SaaS engagements we've worked, the deferred revenue balance is the single largest liability on the balance sheet, sometimes 40% or more of annual revenue. Yet the audit work often amounts to agreeing it to cash receipts and moving on. That leaves the real question untested: did the entity release revenue only for performance obligations (POs) genuinely satisfied before the reporting date?
IFRS 15.106 defines a contract liability as an entity's obligation to transfer goods or services to a customer for which it has already received consideration (or for which the amount is due). "Deferred revenue" and "unearned revenue" are presentation labels; the standard itself uses "contract liability." The substance is identical.
Mechanically, when cash arrives before the PO is satisfied, the entity credits a liability. As the entity delivers, it debits the liability and credits revenue. The auditor's job is to verify that the release pattern matches the actual transfer of control. ISA 315.25 requires the auditor to understand the entity's revenue recognition policies, including how management determines when a PO is satisfied over time versus at a point in time. For deferred revenue, the risk of material misstatement sits primarily in the occurrence and cut-off assertions.
The transaction price allocated to remaining POs also triggers the IFRS 15.120 disclosure requirement, which means the auditor needs to reconcile the deferred revenue balance to the underlying contract population.
Worked example: O'Sullivan Tech Ltd
Client: Irish SaaS company, FY2025, revenue €8M, IFRS reporter. O'Sullivan sells a cloud-based compliance platform to mid-market audit firms across Europe. Annual subscription contracts run €24,000 per firm. Most subscriptions renew on 1 July. At 31 December 2025, O'Sullivan has 180 active annual contracts billed on 1 July 2025.
Step 1 — Calculate the deferred revenue balance at year-end
Each €24,000 annual subscription covers 1 July 2025 to 30 June 2026. At 31 December 2025, six months remain undelivered. Deferred revenue per contract: €12,000. Total deferred revenue from July-billed contracts: 180 × €12,000 = €2,160,000.
Documentation note: record the contract population (180 active subscriptions), billing date, subscription period, the straight-line basis for revenue release, and the resulting deferred revenue per contract. The file should tell a story from contract to cash to liability to release.
Step 2 — Verify the release pattern
O'Sullivan recognises revenue on a straight-line basis over the subscription period ( IFRS 15 .B36 applies because the customer simultaneously receives and consumes the benefit of the platform access). The auditor selects a sample of 25 contracts and recalculates the monthly release for July through December 2025. All 25 match the general ledger (GL) postings within a rounding tolerance of €3 per contract.
Documentation note: record the sample size, selection method (random from the full contract population), the recalculation for each sampled contract, and the immaterial variance identified. Cross-reference each sampled contract back to the PO analysis.
Step 3 — Test completeness of the liability
Next, reconcile cash receipts for subscription invoices issued in June and July 2025 to the initial recognition of contract liabilities. Two contracts totalling €48,000 were invoiced on 28 June 2025 with service start dates of 1 July 2025. O'Sullivan recorded these as June revenue rather than deferred revenue, and the auditor proposes a reclassification.
Documentation note: record the two misclassified contracts, the invoice dates, service start dates, and the proposed adjustment (debit revenue €48,000, credit contract liability €48,000). Add to the summary of uncorrected misstatements per ISA 450 .A5 if management declines to adjust.
Step 4 — Evaluate disclosure
IFRS 15.120 requires disclosure of the transaction price allocated to remaining POs. O'Sullivan's remaining obligation at 31 December 2025 is €2,208,000 (the corrected deferred revenue balance). The auditor confirms this figure appears in the revenue note with the expected recognition period (January to June 2026 for current contracts).
Documentation note: record the IFRS 15.120 disclosure check, the reconciliation of the deferred revenue balance to the remaining PO disclosure, and confirmation of the expected recognition timeline.
The corrected deferred revenue balance of €2,208,000 is defensible. It reconciles to the underlying contract population, the straight-line release pattern reflects continuous service delivery, the two misclassified contracts have been identified for adjustment, and the IFRS 15.120 disclosure ties back to the corrected figure.
Why it matters in practice
- The FRC's 2021/22 Annual Review of Corporate Reporting highlighted that entities frequently fail to reconcile their contract liability (deferred revenue) balances to the underlying contract population. IFRS 15.116 (a) requires opening-to-closing reconciliation of contract liabilities, yet auditors on smaller engagements often test the balance by agreeing it to cash receipts alone without tracing through to the POs. At firms like ours, we call this "ticking and bashing" the bank statement rather than doing the actual work.
- Teams sometimes apply a single release pattern to all deferred revenue without distinguishing between POs satisfied over time and those satisfied at a point in time. A SaaS subscription (over time, per IFRS 15.35 (a)) and a one-off software licence (point in time, per IFRS 15.38 ) sitting in the same deferred revenue account require different release triggers. ISA 540.13 (a) requires the auditor to evaluate whether the entity's method for the accounting estimate is appropriate for the nature of the item.
- This is one of those areas where a SALY approach quietly creates risk. If last year's team tested deferred revenue at a point when the contract base was smaller or less complex, copying the same sample size and the same procedures into a larger, more varied population leaves a gap nobody notices until the review partner asks the question.
Deferred revenue vs. accrued revenue
| Dimension | Deferred revenue (contract liability) | Accrued revenue (contract asset) |
|---|---|---|
| Cash timing | Cash received before performance | Performance completed before cash received |
| Balance sheet classification | Liability (obligation to deliver) | Asset (right to consideration for performance completed) |
| Revenue recognition trigger | When the entity satisfies the PO | Already recognised; the asset awaits invoicing or payment |
| Audit risk focus | Premature release overstates revenue (occurrence, cut-off) | Failure to accrue understates revenue (completeness, cut-off) |
| Common industries | SaaS, media subscriptions, insurance premiums, construction advances | Construction (percentage-of-completion), consulting, long-term service contracts, interim management assignments |
These two are mirror images. Deferred revenue asks whether the entity has earned what it already collected. Accrued revenue asks whether the entity has collected (or billed) what it already earned. On the same engagement, both balances can coexist when some contracts are prepaid and others are billed in arrears. Getting the direction wrong on even a handful of contracts can flip a balance from asset to liability, and in our experience that misclassification is one of the most common cut-off errors on revenue-heavy files.
Related terms
Related tools
Related reading
Frequently asked questions
How do I audit deferred revenue on a SaaS engagement?
Reconcile the deferred revenue balance to the contract database. For each sampled contract, verify the billing date, the service start and end dates, the monthly release calculation, and the GL posting that corresponds to each release. IFRS 15.35(a) governs recognition over time when the customer simultaneously receives and consumes the benefit. Test both directions: confirm that revenue recognised in the period relates to POs satisfied, and confirm that the remaining balance relates to POs not yet fulfilled.
What is the difference between deferred revenue and a refund liability?
Deferred revenue represents an obligation to deliver goods or services. A refund liability under IFRS 15.55 represents an obligation to return cash to the customer (for example, under a right-of-return policy). Deferred revenue settles through performance. A refund liability settles through a cash payment or credit. Both appear as liabilities, but the underlying obligation differs.