Key takeaways
- ASC 606 and IFRS 15 use the same five-step model for recognising revenue
- SaaS subscriptions are satisfied over time — revenue is recognised ratably over the service period
- Multi-element arrangements require allocation based on relative standalone selling prices
- Annual contracts billed upfront create deferred revenue that unwinds monthly
- Usage-based revenue is recognised as the customer consumes the service
Related tools & resources
Why Revenue Recognition Matters for SaaS
SaaS companies face a fundamental timing mismatch: customers pay upfront (or on billing cycles), but value is delivered continuously over the subscription term. Revenue recognition bridges this gap, ensuring your P&L reflects economic reality rather than cash movements.
Getting this wrong has real consequences. Errors can lead to:
- Audit qualifications and financial restatements
- Investor concerns and loss of confidence
- Incorrect financial ratios that affect valuation, debt covenants, and fundraising
The ASC 606 Five-Step Model for SaaS
Both ASC 606 (US GAAP) and IFRS 15 use the same five-step framework. Here's how each step applies to a typical SaaS contract.
Step 1: Identify the Contract
A SaaS subscription agreement — whether a signed order form, online terms of service, or enterprise MSA — qualifies as a contract when it meets the following criteria:
- Both parties have approved the arrangement
- Payment terms are identifiable
- The contract has commercial substance
Step 2: Identify Performance Obligations
Most SaaS contracts contain a single performance obligation: access to the software platform over the subscription term. However, some contracts bundle additional obligations:
- Implementation or onboarding services
- Premium support tiers
- Data migration or integration services
- Professional services or consulting
Each distinct obligation must be evaluated separately for revenue allocation purposes.
Step 3: Determine the Transaction Price
For straightforward subscriptions, this is simply the contract value.
Variable consideration — such as usage overages, discounts tied to volume, or SLAs with penalty clauses — requires estimation using either the expected value or most likely amount method.
Step 4: Allocate to Performance Obligations
When a contract has multiple obligations, allocate the transaction price based on relative standalone selling prices.
- Observable price: If you sell implementation services separately, use that price.
- Estimated price: If no standalone price exists, use observable inputs or estimates.
Step 5: Recognise Revenue
SaaS subscriptions are typically satisfied over time — the customer simultaneously receives and consumes the benefit. Revenue is recognised ratably (straight-line) over the service period. This is the step our free calculator automates.
In practice, this means a 12-month subscription billed upfront recognises one-twelfth of the total each month. The billing date is irrelevant to the recognition pattern.
Common SaaS Revenue Recognition Scenarios
Annual Contracts Billed Upfront
A customer signs a 12-month contract for £120,000, billed at signing. On day one, you record £120,000 as deferred revenue (a liability). Each month, you recognise £10,000 to the P&L and reduce the deferred balance.
Monthly Subscriptions
When billing and delivery happen monthly, revenue recognition is straightforward — revenue equals the monthly invoice amount. There is minimal deferred revenue because the billing cycle matches the service period.
Multi-Year Contracts with Annual Escalators
A 3-year contract at £100,000/year with 5% annual escalators has a total transaction price of £315,250. Under ASC 606, the total is recognised ratably across 36 months (£8,757/month), not in step with annual billing.
In practice, escalator contracts create a timing difference between billing and recognition. In year one, recognised revenue exceeds the billed amount, creating a contract asset. In year three, billing exceeds recognition, and the difference sits in deferred revenue.