Deferred revenue and how to account for it correctly under UK GAAP

Money in the bank that you can't count as revenue is one of the more counterintuitive realities in accounting, and deferred revenue trips up finance teams for exactly that reason. Cash has arrived, the customer is happy, the bank balance looks healthy, but the income statement stays flat because you haven't done the work yet. Get the treatment wrong and you could overstate profit or walk into an audit with a deferred income balance nobody can reconcile.

This being said, it's general guidance for UK finance teams, not tax advice. VAT and corporation tax treatment depends on your specific circumstances, so consult a qualified adviser before making decisions based on the rules covered here.

Why deferred revenue is a liability

When you receive cash in advance, you carry an obligation until you deliver the goods or services. You record that obligation as deferred income, present it on the balance sheet, and release it through worked journal entries as delivery happens. That is the whole discipline of getting deferred revenue right, and it starts with understanding why the cash isn't yours to recognise yet.

Deferred revenue feels like a contradiction the first time you handle it. The cash is real, it's cleared, and yet recognising it as revenue would breach one of the foundational principles of accrual accounting: revenue belongs to the period in which you earn it, with payment timing handled separately.

This principle applies whether you're preparing accounts under the current United Kingdom Generally Accepted Accounting Practice (UK GAAP) framework, Financial Reporting Standard 102 (FRS 102), or under International Financial Reporting Standards (IFRS). When you receive payment in advance for goods or services you haven't yet delivered, you've taken on an obligation. You owe the customer delivery or repayment. That obligation is a liability, and it stays on the balance sheet until you fulfil it. As you deliver, the liability unwinds and the revenue moves into your profit and loss account in step with the work performed.

The terms deferred revenue and deferred income both describe the same thing: an advance payment before delivery. "Unearned revenue" means the same in this context. UK practice tends to favour "deferred income" because "prepaid income" reads too closely to "prepayments," which sit on the opposite side of the balance sheet as an asset. On the Companies Act balance sheet format, the relevant line reads "accruals and deferred income," tucked within creditors.

Deferred income vs accrued income

Mixing up deferred income and accrued income is a common source of misstatement, so the distinction matters early. Accrued income is the mirror image of deferred income: you've earned it but haven't been paid, so it sits as an asset (a debit). Deferred income comes from payment ahead of delivery, so it sits as a liability (a credit). One represents future cash for past work; the other represents past cash for future work.

How UK GAAP treats deferred revenue, and what's changing in 2026

If you've been deferring revenue under FRS 102 for years and assumed the rules were settled, the next reporting cycle may surprise you. The 2026 changes are a major practical update for UK GAAP reporters, especially where contracts include bundled goods and services or upfront fees.

FRS 102, the standard applicable across the UK and the Republic of Ireland, uses Section 23 "Revenue from Contracts with Customers" to govern revenue recognition. The version most companies still apply uses a risks-and-rewards model. Under that approach, you defer income when you receive cash in advance but the risks and rewards attached to the goods or services haven't yet passed to the customer.

The Periodic Review 2024, completed in March 2024, substantially rewrote Section 23. The revised version takes effect for accounting periods beginning on or after 1 January 2026. The shift changes the conceptual basis from risks and rewards to transfer of control. This brings UK GAAP much closer to IFRS 15.

The five-step model

Revised Section 23 uses IFRS 15 as its base and introduces the same five-step framework that IFRS reporters have used since 1 January 2018:

1. Identify the contract with a customer

2. Identify the performance obligations in the contract

3. Determine the transaction price

4. Allocate the transaction price to the performance obligations

5. Recognise revenue when (or as) you satisfy a performance obligation

You recognise revenue at an amount reflecting the consideration you expect to receive in exchange for transferring goods or services, based on when control passes to the customer. If you already report under IFRS 15, the mechanics will feel familiar, though the revised FRS 102 wording is still its own UK GAAP framework.

For deferred revenue, the timing of recognition may shift for some entities. Non-refundable upfront fees, for instance, are deferred to the extent they represent an advance payment for future goods or services, then released as the related obligation is satisfied. For licences, you'll need to assess whether you're granting a "right to access" or a "right to use," with simplified criteria compared to IFRS 15.

If you provide bundled goods and services or charge non-refundable upfront fees as part of wider service arrangements, the new model may have a larger effect on your accounts. It may involve prior period restatements or adjustments to opening reserves on initial application, a point the Institute of Chartered Accountants in England and Wales (ICAEW) has flagged. The Financial Reporting Council (FRC) offers two transition routes: full retrospective application with restated comparatives, or retrospective application without restating comparatives. Under the second route, you recognise the cumulative effect as an adjustment to opening retained earnings.

Have you mapped which of your contracts will be affected? If you have multi-year software-as-a-service (SaaS) deals or implementation fees bundled with subscriptions, the answer needs to come before your first 2026 reporting period.

How to record deferred revenue: journal entries with worked examples

Errors usually come from tracking dozens or hundreds of recognition schedules by hand and losing one along the way, so the mechanics are worth getting exactly right before volume makes them unforgiving.

When you receive the cash, you debit your bank account and credit deferred revenue. The money sits as a liability. When you deliver the goods or service, you debit deferred revenue to remove the liability and credit revenue to recognise the income. The deferred revenue account drains to zero as the obligation is fully satisfied.

Annual subscription recognised monthly

Take a £1,200 annual subscription paid upfront on 1 July. On receipt, you record the full amount as a liability:

Each month, you recognise one-twelfth of the total as the service is delivered:

By the end of the twelve-month period, the deferred revenue balance reaches £0 and the full £1,200 has flowed through your profit and loss account. If the contract is cancelled after six months, recognition stops; the remaining balance depends on whether the amount is repayable.

Longer service contracts

The same logic scales to any contract length. A £6,000 six-month service contract paid upfront sits as deferred income on receipt, then releases at £1,000 per month through an adjusting entry at each period end. Businesses often make these adjusting entries at the close of every accounting period to move the earned slice of the balance into revenue.

One subscription is easy. A few hundred active contracts, each with its own start date and term, plus its own recognition schedule, turn month-end into a reconciliation exercise that swallows hours.

Where deferred revenue sits on the balance sheet

Once you've recorded the entries correctly, presentation becomes the next reporting risk. The current-versus-non-current split catches people out. Lumping everything together is one of the more common errors, and it inflates your reporting risk for no good reason.

Deferred income due to be earned within twelve months is a current liability, presented under "Creditors: amounts falling due within one year." Where an obligation extends beyond a year, the balance splits, and the portion due after twelve months sits under "Creditors: amounts falling due after more than one year." Businesses with multi-year contracts routinely split their deferred income between the current and long-term sections of the balance sheet. FRS 102 paragraph 4.2D requires this separate presentation of current and non-current liabilities.

On the Companies Act formats, the line item is "accruals and deferred income." For large and medium-sized companies, this appears at specific points in the prescribed format. Small companies applying Section 1A get reduced disclosures, with the mandatory ones set out in Appendix C, which is based on company law. Micro-entities under FRS 105 work with a significantly reduced set of required items and don't recognise deferred tax at all.

You'll also need to plan for post-2026 terminology. Under IFRS 15, a contract liability arises when an entity has invoiced the customer or received payment but hasn't yet done the work. Revised FRS 102 moves closer to that control-based model. If your accounts software or chart of accounts uses a "deferred income" label, you'll want to plan for that terminology change so reports stay consistent across the transition.

At audit, a separate nominal code for deferred revenue, distinct from other accruals, cuts your analysis effort and reduces reconciliation errors. You won't need to pick deferred income out of a combined accruals balance every time someone asks for a breakdown.

VAT and corporation tax: different triggers for advance payments

Deferred revenue becomes a genuine compliance trap because VAT and corporation tax diverge. A finance team that gets the accounts right can still get the tax wrong if it assumes the two follow the same logic.

For VAT, an advance payment creates a tax point immediately. Under section 6(4) of the VAT Act 1994, an earlier actual tax point arises when you issue a VAT invoice or receive payment ahead of the basic tax point. The tax point is the earlier of two dates: the date you issue a VAT invoice for the advance payment, or the date you receive that payment.

VAT becomes due on the advance payment and must go on the VAT return for the period in which the tax point falls, regardless of whether you've delivered anything. Where a customer pays or you invoice only part of the consideration, the supply is treated as having taken place to that extent. A further tax point arises for the balance.

Corporation tax works the other way. The general principle is that tax follows GAAP: you recognise receipts arising in the course of a trade for tax purposes when you recognise them in GAAP-compliant accounts. You earn income when you provide goods or perform services. The timing of invoicing or receiving payment doesn't determine when you should recognise income. For deferred revenue, payments received in advance of work done may well not have been earned, and if so shouldn't be recognised as receipts for tax purposes. The standards that apply for this timing are FRS 102 Section 23, FRS 105 Section 18, and IFRS 15.

The same advance payment can trigger an immediate VAT liability while remaining outside the corporation tax charge until you actually earn it. Those rules use different triggers. If you receive £12,000 for an annual subscription, the VAT on that £12,000 is due now, but only the earned slice of the £12,000 enters your taxable profit each month as you deliver.

The 2026 FRS 102 change could alter when you recognise revenue in your accounts, and because corporation tax follows the accounts, it can shift your tax position too. Where you move from one valid accounting basis to another, Chapter 14 Part 3 of the Corporation Tax Act 2009 (CTA 2009) requires an adjustment so that business receipts are taxed once and once only. It's worth raising this with your tax adviser before transition, so a timing change in the accounts doesn't create an unexpected tax charge.

Common errors and audit risks worth getting ahead of

Revenue recognition carries a level of audit scrutiny that feels disproportionate to how simple the concept appears. Auditors focus on it because when you recognise cash before delivery too early, you can overstate revenue. That is exactly the kind of cut-off issue auditors are trained to challenge.

In 2014, Tesco overstated profits by £263m through revenue recognition issues. More recently, WH Smith identified a roughly £30m overstatement of headline trading profit in its North American business, after supplier income was recognised in the wrong period, contributing to a share price fall of more than 40%. Both trace back to how and when revenue hit the books. The errors that create this exposure tend to be mundane:

• Premature or delayed recognition from manually tracking schedules and recording revenue too early or too late

• Incorrect liability classification, when current and non-current deferred revenue get lumped together

• Misallocation on bundled contracts, where software with support and services each need separate treatment

• Spreadsheet dependency, where a formula error or overwrite flows straight through to reported profit

Spreadsheet dependency matters because one small schedule error can affect reported profit. As Matthew Lewns, former financial outsourcing manager at Mazars, put it on the WH Smith case, "a small mistake in that process can have big consequences when it flows through to reported profit." High transaction volumes amplify the risk, because sample-based audit techniques are likelier to miss something as volume climbs.

Can your current process catch a recognition schedule that was set up wrong six months ago and has been quietly misstating revenue ever since? If the honest answer involves opening a very large spreadsheet and squinting, that's the gap to close. A structured monthly reconciliation, a separate nominal code for deferred income, and a schedule showing what is deferred and recognised all reduce the risk of small schedule errors carrying into reported profit. The remaining balance should also be visible at every period end.

Don't let deferred revenue distort your forecasts

Financial planning and analysis (FP&A) teams can misread deferred revenue in forecasts. A strong deferred balance suggests momentum, locked-in demand, and healthy growth. It can signal the opposite for cash.

Deferred revenue is past cash with future obligations. Treating it as a cushion creates a false sense of security. A forecast that assumes growth will continue because deferred balances look strong can fail badly when most contracts are annual prepaids. The cash has already landed. The expenses to deliver stretch ahead, and renewal conversions still have to be earned.

For accurate modelling, deferred revenue needs to sit in your cash flow forecast alongside working-capital balances and debt. As a standalone number, it can flatter the picture. That's the difference between a model that forecasts profitability and one that forecasts cash.

Getting deferred revenue right, before 2026 forces the question

The bank balance can look healthy while the income statement stays flat because deferred revenue comes down to whether you've earned the cash you've received. Managing the balance well means recording the obligation accurately when the cash arrives and releasing it cleanly as you deliver. The 2026 move to a control-based, five-step model under revised FRS 102 raises the stakes for anyone with bundled contracts or upfront fees, and the VAT-versus-corporation-tax divergence remains a live compliance risk regardless of which standard you apply.

Most of that exposure traces back to the quality of the records feeding the close. Spendesk is an all-in-one spend management platform consolidating company cards, expense management, accounts payable, procurement, and budgeting. By capturing approvals, receipts, and bookkeeping data at source, it keeps spend-side records structured before month-end, so accountants and controllers spend their time reviewing judgement-heavy balances like deferred income rather than reconstructing the audit trail once the close is already underway. For example, Codat cut its month-end processes from a full day to 30 minutes after moving to Spendesk, which freed the team to focus on the balances that actually need a human eye.

Want to see how cleaner close data supports the judgement calls deferred revenue demands? See how Spendesk approaches the month-end close process. Accurate reconciliation schedules, liability classification, and recognition data keep deferred revenue from distorting profit or forecasts, and that's the difference between a balance you have to reconstruct and one your team can defend.

Frequently asked questions about deferred revenue under UK GAAP

What is deferred revenue?

Deferred revenue is cash you've received for goods or services you haven't yet delivered. Because the work is still outstanding, you can't recognise it as income yet, so it sits on the balance sheet as a liability and releases into revenue as you deliver.

How should you approach a mid-contract upgrade on a prepaid subscription?

Map the revised arrangement against the contract, performance obligations, transaction price, and recognition schedule. The key control stays the same: revenue moves out of deferred income only when, or as, the related obligation is satisfied.

What should be included in a deferred revenue audit trail?

Keep evidence of the cash receipt or invoice, the deferred income entry, the release schedule, the amounts recognised in each period, and the remaining balance at period end. A separate nominal code makes that analysis easier to defend.

How does a refund clause affect a cancellation?

Recognition should stop once delivery stops. The remaining deferred balance then depends on whether the amount is repayable, so the contract terms need to support whatever balance remains on the books.

Does deferred revenue appear on the cash flow statement?

The cash itself shows up when it lands, as an operating inflow, but the deferred income balance only moves through the balance sheet and profit and loss account as you earn it. That timing gap is exactly why a healthy cash position can sit alongside a flat income statement.