The short answer: what SaaS revenue recognition means
Revenue is earned when you deliver the service, not when the customer pays for it. That one sentence is the whole of SaaS revenue recognition, and it trips up more software founders than any tax rule ever does. You sell a twelve-month subscription, the customer pays the lot upfront, and the money is in your account today. But you have only earned one twelfth of it. The other eleven twelfths are a promise you still owe.
The accounting term for that promise is deferred income, sometimes called deferred revenue. It sits on your balance sheet as a liability, because until you have delivered the month, the customer could in theory ask for it back. Each month you deliver, a slice moves out of deferred income and into revenue in your profit and loss account. By month twelve, the deferred balance for that contract is zero and the whole fee has been recognised.
Why does this matter beyond bookkeeping neatness? Three reasons. It stops you paying Corporation Tax on money you have not yet earned. It gives you a true monthly recurring revenue figure instead of a lumpy cash chart. And it is the first thing a serious investor or lender checks, because a company that recognises revenue properly is a company whose numbers you can trust. LOYALS builds this into the monthly reporting for the software companies we run, alongside specialist accounting for tech startups.
Why annual deals create deferred income
Annual contracts are the reason cash and revenue drift so far apart for a SaaS business. Sell the same product monthly and cash roughly tracks revenue: you invoice a month, you deliver a month, the two lines move together. Sell it annually and paid upfront, and month one shows a wall of cash while revenue trickles in a twelfth at a time.
Picture a customer who signs a 120,000 pound annual deal and pays in full on day one. Your bank shows 120,000 pounds. Your profit and loss account for that first month shows 10,000 pounds of revenue. The 110,000 pound difference is not profit and it is not yours to spend as if it were. It is deferred income, and it unwinds into revenue across the following eleven months.
The chart below shows the shape of it. Cash arrives in a single step and stays flat. Recognised revenue climbs in a straight line and only catches up at the end of the year. The gap between the two lines, at any point in the year, is the deferred income you are still carrying.
Get this wrong in the other direction and you understate revenue, which frightens investors and can mask real growth. The point is not to be conservative or aggressive. It is to match revenue to delivery, month by month, so the numbers tell the truth.
The FRS 102 five-step model in plain English
Most UK software companies report under FRS 102, the financial reporting standard for private companies, and from 1 January 2026 the way it handles revenue changed. The Financial Reporting Council's periodic review introduced a five-step revenue model, effective for accounting periods beginning on or after that date, built on the same principles as the international standard IFRS 15. In practice it forces you to think about what you are actually delivering, and when.
The five steps are less intimidating than they sound:
- Identify the contract with the customer. The signed order, the online sign-up, the master services agreement.
- Identify the performance obligations. What have you promised? Access to the platform is one. A separate onboarding or implementation service can be another.
- Determine the transaction price. The total the customer will pay, net of discounts, and adjusted for anything variable such as usage overages.
- Allocate the price across those obligations based on their standalone selling prices.
- Recognise revenue as each obligation is satisfied, which for ongoing platform access means evenly over the subscription term.
For a plain monthly or annual subscription with nothing bundled in, the answer is the same as it always was: spread it over the term. Where the five-step model earns its keep is the messy deals. A contract that bundles a one-off 15,000 pound implementation with a 60,000 pound annual licence needs the two split, because the implementation is delivered once and up front while the licence is delivered continuously. Setup fees that are not a distinct service get pulled into the subscription and spread. You can read the detail in the FRC's periodic review of financial reporting standards, which introduced the change.
A 120,000 pound annual deal, worked through
Numbers make this concrete. Say your financial year runs to 31 December, and a customer signs a 120,000 pound annual subscription starting 1 July, paid in full on the first day. By your year end on 31 December you have delivered six months of the twelve.
Cash received in the year: the whole 120,000 pounds. Revenue recognised in the year: six months at 10,000 pounds, so 60,000 pounds. Deferred income carried into next year: the remaining 60,000 pounds, sitting on your balance sheet as a liability until you deliver the back half of the contract in the first six months of the following year.
The waterfall below shows why the cash figure and the revenue figure are not the same number, and why the difference is a liability rather than profit.
Book all 120,000 pounds as revenue in year one and you would overstate profit by 60,000 pounds and hand HMRC Corporation Tax on money you have not earned. At the small profits rate of 19 percent that is over 11,000 pounds of tax pulled forward a year early on a single contract, per HMRC's Corporation Tax rates for 2026/27. Multiply that across a book of annual deals and the cash cost of getting recognition wrong is real.
MRR, ARR, bookings and billings: what the bank and investors want
Investors and lenders want recognised revenue reconciled to a small family of subscription metrics, because each one answers a different question about the business. Get them defined consistently and your data room stops raising eyebrows.
Bookings are the total value of contracts signed in a period, whether or not you have invoiced or been paid. It measures sales momentum. Billings are what you have actually invoiced. Cash is what has landed in the bank. Recognised revenue is what you have earned by delivering. Monthly recurring revenue, or MRR, is the normalised value of your active subscriptions in a month, and annual recurring revenue, or ARR, is simply MRR multiplied by twelve. The map below shows how a single signed deal flows through all of them.
The number that carries the most weight is net revenue retention, which tracks how the recurring revenue from an existing cohort of customers grows or shrinks over a year once you net off churn, downgrades and upgrades. Above 100 percent means your existing base is expanding on its own, which is the single strongest signal a SaaS business can show. None of these numbers mean anything, though, unless recognised revenue underneath them is measured properly, which is where the whole thing comes back to recognition. Founders modelling their equity alongside these metrics will find the tax-advantaged share-scheme detail in our guide to EMI options for UK founders.
Where VAT, R&D and MTD touch your numbers
Revenue recognition sits next to three other things that quietly shape a software company's accounts, and it helps to see how they connect. Get one wrong and it tends to drag the others with it.
VAT follows the invoice, not the recognition schedule. If you invoice a full annual subscription upfront, the VAT is usually due on that tax point even though you will recognise the revenue over twelve months, so your VAT liability and your recognised revenue will not match, and that is normal. Once your taxable turnover crosses the 90,000 pound threshold you must register, per HMRC's VAT registration guidance, and selling to consumers abroad brings in place-of-supply rules that a specialist should map for you.
R&D tax relief is where genuine software development can reduce your Corporation Tax, and the two touch because the relief works off qualifying costs in your accounts. The merged R&D scheme applies for accounting periods beginning on or after 1 April 2024, with a claim notification deadline that catches out first-time claimants, as set out in HMRC's R&D relief guidance. We cover the mechanics in our R&D tax credits guide for UK SaaS startups.
Making Tax Digital for VAT already requires digital records and MTD-compatible software for VAT-registered businesses, per HMRC's MTD for VAT guidance. A clean subscription ledger that recognises revenue correctly is far easier to keep compliant than a spreadsheet that lumps annual deals into the month they were paid.
Here is how the three common approaches actually compare for SaaS revenue recognition and reporting:
| What you need | DIY / spreadsheet | Generic accountant | LOYALS specialist |
|---|---|---|---|
| Spreads annual deals over the contract term, not the paid month | ✗ Cash-basis by default | ● Year-end only | ✓ Monthly recognition |
| Splits bundled setup fees from the licence under FRS 102 | ✗ | ● If asked | ✓ Built in |
| Produces a recognised revenue to cash bridge for investors | ✗ | ✗ | ✓ Monthly board pack |
| Reports MRR, ARR, churn and net revenue retention | ● Manual, error-prone | ✗ | ✓ Standard reporting |
| Ties recognition to VAT, R&D and MTD in one place | ✗ | ● Siloed | ✓ One finance function |
| Open Mon to Sat for a pre-round or pre-year-end call | ✗ | ✗ Mon to Fri 9 to 5 | ✓ 10am to 7pm Mon to Sat |
This is why software companies heading into a funding round tend to move from a generalist to a finance function that understands recurring revenue.
What this means for you: getting your numbers investor-ready
None of this is exotic. It is discipline applied every month rather than scrambled together the week before a raise. The practical actions are short.
- Move off cash accounting for revenue. If annual deals still spike your revenue the month they are paid, that is the first thing to fix. Post the upfront amount to deferred income and release it monthly.
- Split the deal at the point of sale. Flag which part of each contract is a distinct service, such as implementation, and which is ongoing access, so recognition follows delivery under the five-step model.
- Build the bridge. Keep a running reconciliation from bookings to billings to cash to recognised revenue to deferred income, so any investor can trace a pound from signature to profit and loss.
- Define your metrics once. Agree how you count MRR, ARR, churn and net revenue retention, then never change it mid-story. Inconsistent definitions destroy trust faster than a bad month.
- Sit recognition beside VAT, R&D and MTD. One finance function that sees all four stops them contradicting each other in your accounts.
Do these five and your data room becomes a strength rather than a liability. LOYALS runs exactly this as an outsourced finance function for UK software companies, from monthly management accounts through to the R&D claim, so the founders can spend their time on product and sales instead of untangling the ledger the night before a call with an investor.
Want this handled for you? Our outsourced management accounts service runs monthly revenue recognition, the investor-ready board pack and the deferred income schedule for UK software companies, from 500 pounds a month.