IFRS 15

What is IFRS 15?

Written by Arnon Shimoni

✓ Expert

Last updated on:

Revenue recognition sounds like an accounting formality until you're mid-deal and can't agree with your auditor on whether you've "delivered" anything yet. IFRS 15, titled "Revenue from Contracts with Customers" is the international standard that resolves that question. Issued by the International Accounting Standards Board (IASB) and effective from January 2018, it replaced a patchwork of industry-specific guidance with a single framework covering nearly every contract a company signs. Its US equivalent, ASC 606, applies the same five-step model under slightly different terminology. The standards were developed jointly and are substantially converged.

The core principle is precise: recognize revenue in an amount that reflects the consideration you expect to receive in exchange for transferring goods or services to a customer. The standard doesn't care what your contract says, what your billing system calculates, or when cash lands in your bank account. It cares about when control of something valuable passes to a customer.

The Five-Step Model

IFRS 15 structures all revenue recognition decisions through five sequential steps. Every contract, regardless of industry or complexity, runs through this framework.

Five step model chart via Synder


Step 1: Identify the contract

A contract under IFRS 15 requires five conditions:

  1. The parties have approved it (written, verbal, or implied by customary practice)

  2. Rights to goods or services can be identified

  3. Payment terms can be identified

  4. The contract has commercial substance (i.e., it changes the risk, timing, or amount of future cash flows)

  5. Collection of consideration is probable

That fifth condition trips up companies more than the others. If it's unlikely you'll actually get paid (say, a new customer with no credit history signing a large annual contract), you may not have a contract under IFRS 15 at all, even if you've signed paperwork. No contract means no revenue recognition, regardless of what was delivered.

Contract modifications are treated as either a new contract (if new distinct goods or services are added at their standalone selling price) or a modification of the existing contract (if not). Modifications that don't qualify as new contracts require retrospective or prospective adjustment to previously recognized revenue, which creates real complexity for subscription businesses mid-term.

Contract combinations apply when multiple contracts entered into at or near the same time with the same customer are economically linked. In those cases, IFRS 15 may require treating them as a single contract for revenue recognition purposes. Read more about contract combinations in this KPMG IFRS 15 handbook.

Step 2: Identify performance obligations

A performance obligation is a promise to transfer a distinct good or service to a customer. "Distinct" has a specific meaning here: a good or service is distinct if the customer can benefit from it on its own, or together with resources they already have, and it's separately identifiable from other promises in the contract.

For a SaaS company bundling software, implementation, and training into one contract, each component may or may not be a separate performance obligation depending on whether each is:

  • Capable of being distinct: Can the customer use this without the other elements?

  • Distinct within the contract: Is it separable from the other promises, or does it function as one integrated whole?

A software license that only has value after implementation is complete is likely a single combined performance obligation, not two separate ones. A software license that can be used immediately alongside third-party implementation is more likely distinct.

Getting this step wrong has downstream consequences: every subsequent step (transaction price, allocation, timing) depends on how many performance obligations you've identified.

Step 3: Determine the transaction price

The transaction price is the amount you expect to be entitled to. Not the amount invoiced. Not the list price. The expected amount, accounting for:

Variable consideration covers discounts, rebates, refunds, credit memos, price concessions, incentives, performance bonuses, penalties, and contingent fees. IFRS 15 requires estimating variable consideration using either:

  • Expected value method: probability-weighted average of possible amounts

  • Most likely amount method: the single most likely outcome

Whichever method better predicts the amount must be used, and the estimate should only be included if it's highly probable that a significant revenue reversal won't occur when uncertainty resolves. This is the "constraint" on variable consideration. Companies can't just recognize the full upside of a bonus they haven't earned yet.

Chart via KPMG IFRS 15 handbook

Significant financing component: if the payment timing (either advance payment or deferred payment) gives one party a significant financing benefit, the transaction price must be adjusted to reflect the time value of money. The practical expedient: if the expected period between delivery and payment is less than one year, no adjustment is required.

Non-cash consideration: if a customer pays in shares, goods, or services rather than cash, the non-cash consideration is measured at fair value.

Consideration payable to a customer: if you pay the customer (rebates, coupons, payments for shelf space), these reduce the transaction price unless they're for a distinct good or service received.

Step 4: Allocate the transaction price

Once you've identified your performance obligations and determined the transaction price, you need to allocate that price to each obligation in proportion to its standalone selling price (SSP).

Standalone selling price is what you'd charge if you sold that good or service separately. When that price is directly observable, use it. When it's not, estimate it. IFRS 15 allows several estimation approaches:

Method

When to Use

How It Works

Adjusted market assessment

Externally observable market prices exist

Estimate price the market would pay

Expected cost plus margin

No observable price; cost structure known

Forecast costs plus appropriate margin

Residual approach

SSP is highly variable or uncertain

Subtract known SSPs from total transaction price

The residual approach can only be used if the price is genuinely variable. It can't be used just because estimating SSP is inconvenient.

Allocation exceptions:

  • Discounts: If you have evidence that a discount applies to only a subset of performance obligations, the entire discount is allocated to that subset rather than spread proportionally.

  • Variable consideration: In some cases (commonly usage-based services), variable consideration can be allocated entirely to one performance obligation if it specifically relates to that obligation and the allocation faithfully depicts what you're entitled to.

Step 5: Recognize revenue

Revenue is recognized when (or as) each performance obligation is satisfied. That happens when control transfers to the customer.

Over time: revenue is recognized progressively when any one of these criteria is met:

  1. The customer simultaneously receives and consumes the benefits as the entity performs (e.g., a cleaning service)

  2. The entity's performance creates or enhances an asset the customer controls (e.g., building a structure on a customer's land)

  3. The entity's performance creates an asset with no alternative use, and the entity has an enforceable right to payment for performance completed to date (e.g., a customized SaaS product built to spec)

When performance happens over time, revenue is recognized using a measure of progress toward completion: output methods (milestones, units delivered) or input methods (costs incurred, resources consumed).

At a point in time: if none of the over-time criteria are met, revenue is recognized at the point when control transfers. Indicators of control transfer include: the customer has a present obligation to pay, legal title has passed, physical possession has transferred, the customer has accepted the asset, and the customer has significant risks and rewards of ownership.

For software licenses, the distinction between over-time and point-in-time recognition is often one of the most contested judgments in an IFRS 15 audit. A license that grants a right to access software (as it exists over the period) is recognized over time. A license that grants a right to use software (as it exists at the point of grant) is recognized at a point in time.

IFRS 15 in Subscription and Usage-Based Businesses

For traditional subscription businesses, IFRS 15 is relatively straightforward: a subscription is a performance obligation satisfied over time, and revenue is recognized ratably across the subscription period. But the moment pricing gets complex, the standard's edge cases multiply.

Usage-based revenue presents ongoing allocation and measurement challenges. If a contract includes a fixed fee plus usage-based fees, the fixed fee may be a distinct performance obligation recognized over time while the usage component falls under the variable consideration guidance. Alternatively, the usage component may be eligible for the "right to invoice" practical expedient: if what you invoice corresponds directly to the value delivered, you can recognize revenue in the amount invoiced.

Multi-element contracts are where IFRS 15 does its heaviest work for SaaS and AI companies. A deal bundling a platform license, professional services, and consumption-based API access involves potentially three distinct performance obligations, three separate SSP estimates, and three different recognition patterns: some over time, some at a point, some variable. Each element's recognition is independent; completing the implementation doesn't accelerate recognition of the license fee, and vice versa.

Contract modifications mid-subscription are common in enterprise SaaS and create some of the messiest accounting. Adding a new module partway through a contract year, restructuring pricing mid-term, or expanding to additional entities all require judgment on whether the modification creates a new contract or amends the existing one, which then determines whether historical recognized revenue needs to be adjusted.

Deferred revenue is a direct output of IFRS 15 in subscription businesses: cash collected before a performance obligation is satisfied creates a contract liability. A customer who pays annually upfront generates 11 months of deferred revenue on signing. Tracking and unwinding that balance accurately requires your billing system to feed revenue schedules, not just payment records, to your finance team.

IFRS 15 vs. ASC 606

Both standards were issued under a joint project and use the same five-step model. The conceptual differences are minor. The practical differences matter most for global companies applying both.

Dimension

IFRS 15

ASC 606

Jurisdiction

International (IASB)

United States (FASB)

Effective date

January 2018

December 2017 (public) / 2018 (private)

Principal vs. agent

Same framework, some interpretive differences

Same framework

Licenses

Right to access vs. right to use distinction

Same, with more FASB technical guidance available

Practical expedients

Available (right to invoice, financing component)

Same expedients, slightly different thresholds

Industry guidance

Less prescriptive

More FASB ASC subtopics for specific industries

Interpretive bodies

IASB; IFRIC issues interpretations

FASB; EITF issues guidance

For a company reporting under both frameworks (common for US-listed foreign private issuers or companies with both IFRS and US GAAP reporting requirements), the standards are close enough that a single accounting policy memo often covers both, with jurisdiction-specific footnotes for areas of divergence.

Disclosure Requirements

IFRS 15 requires more disclosure than most companies anticipate. The standard mandates both quantitative and qualitative information across several categories:

Disaggregation of revenue: revenue must be broken out by the types, amounts, timing, and uncertainty that depict how economic factors affect the nature and amount of revenue. Most companies disaggregate by product line, geography, contract type (subscription vs. usage), or customer segment.

Contract balances: opening and closing balances of contract assets, contract liabilities (deferred revenue), and receivables, with an explanation of significant changes. For subscription businesses, this is essentially a deferred revenue waterfall.

Remaining performance obligations: the aggregate amount of transaction price allocated to performance obligations not yet satisfied, commonly called backlog. Companies with contracts over one year must disclose when they expect to recognize this revenue.

Significant judgments: any judgments that significantly affect the amount or timing of revenue, including how over-time vs. point-in-time was determined, the methods used to measure progress, how SSPs were estimated, and how variable consideration was constrained.

Assets recognized from costs to obtain or fulfill a contract: capitalized sales commissions (incremental costs to obtain a contract) and contract fulfillment costs must be disclosed with amortization policy and amounts recognized.

Common Challenges

Variable consideration constraint is underestimated. Companies often recognize the maximum possible variable consideration, then reverse it when targets aren't hit. IFRS 15 is clear: you recognize variable consideration only to the extent it's highly probable that a significant reversal won't occur. Setting that threshold requires genuine forecasting, not optimism.

SSP estimation for bundled contracts is contentious. When you don't sell elements separately, estimating standalone selling prices requires documented methodology. If your SSP estimates are inconsistent across similar contracts, auditors will ask why, and "we negotiated differently" is not a complete answer. The methodology needs to be applied consistently or the allocation of revenue between elements becomes arbitrary.

Over-time recognition requires defensible measures of progress. A 30% cost incurred doesn't always equal 30% of value delivered. Using input-based measures (costs, hours) requires that inputs reliably reflect output. If your project is 90% budgeted but 30% complete due to early cost overruns, recognizing 90% of revenue is wrong. The measure of progress has to track performance, not cost.

Contract modifications trigger retrospective complexity. When a modification doesn't qualify as a new contract, you may need to cumulative-catch-up or prospectively adjust revenue. For fast-moving SaaS companies with frequent mid-term upgrades, the volume of modifications can make this a significant operational burden if your billing system doesn't track contract state changes.

Timing mismatches with billing create operational friction. Revenue recognized under IFRS 15 rarely aligns cleanly with invoicing schedules. Annual upfront billing creates large deferred revenue balances. Milestone-based billing creates contract assets (revenue earned but not yet invoiced). Finance teams need to reconcile these separately, which requires clean data from both the billing system and the revenue recognition layer.

FAQ

Q: Does IFRS 15 apply to all companies?

It applies to all entities that report under IFRS and have contracts with customers, with limited exceptions: lease contracts (covered by IFRS 16), insurance contracts (IFRS 17), financial instruments (IFRS 9), and non-monetary exchanges between entities in the same line of business. For most SaaS, AI, and technology companies operating internationally, IFRS 15 covers the full revenue picture.

Q: How does IFRS 15 handle SaaS subscriptions?

A standard SaaS subscription is typically a single performance obligation (access to software over the subscription period) recognized ratably over time. Complexity enters when the contract includes implementation, professional services, or usage-based components. Each element that is "distinct" under Step 2 becomes its own performance obligation with its own recognition pattern. Implementation services may be recognized over the implementation period; usage fees may be recognized as consumed. See ASC 606 for how the US framework handles the same question.

Q: What is a contract asset vs. a contract liability?

A contract asset arises when you've satisfied a performance obligation but don't yet have an unconditional right to the consideration, for example completing Phase 1 of a project when payment is contingent on completing Phase 2. A contract liability (commonly called deferred revenue) arises when you've received payment before satisfying the performance obligation. Both appear on the balance sheet and must be tracked against each contract. See deferred revenue for the accounting treatment in detail.

Q: Can you recognize revenue from a contract that might be cancelled?

Only if the five criteria for contract existence are met, including that collection is probable. If a customer has a right to cancel without penalty, you need to assess whether a contract exists at all, or only exists for the period during which cancellation isn't possible. For month-to-month subscriptions, this often means recognizing revenue only for the current month, even if you expect the customer to stay for three years.

Q: How does the "right to invoice" practical expedient work?

If you have a right to invoice that corresponds directly to the value delivered to the customer, you can recognize revenue in the amount you invoice rather than building a separate recognition model. This is useful for time-and-materials engagements and usage-based billing where the invoice accurately reflects the performance. The expedient only applies to over-time performance obligations and requires that the invoiced amount faithfully represents your entitlement for that period.

Q: What happens to capitalized sales commissions under IFRS 15?

Incremental costs of obtaining a contract, primarily sales commissions, must be capitalized and amortized over the period they generate economic benefit, which is typically the expected customer lifetime (not just the initial contract term). This has a material impact on income statements for high-growth SaaS companies with large sales teams. A practical expedient allows immediate expensing when the amortization period would be one year or less, which covers many short-cycle commission structures.

Ready for billing v2?

Solvimon is monetization infrastructure for companies that have outgrown billing v1. One system, entire lifecycle, built by the team that did this at Adyen.

IFRS 15

Prepaid vs Postpaid billing

Subscription pause

PLG billing

Captive Product

Headless Monetization

Seat-based Pricing

Usage-based Pricing

AI Token Pricing

Invoice

MRR & ARR

Subscription Management

Recurring Payments

Cost Plus Pricing

Dunning

Payment Gateway

Value Based Pricing

Revenue Backlog

Deferrred Revenue

Consolidated Billing

Price Estimation

Pricing Engine

Embedded Finance

Overage Charges

Flat Rate Pricing

Minimum Commit

Yield Optimization

Grandfathering

Billing Engine

Predictive Pricing

Price Benchmarking

Metering

AI Agent Pricing

AI-Led Growth

AISP

Advance Billing

Credit-based pricing

Outcome Based Pricing

Top Tiered Pricing

Region Based Pricing

High-Low Pricing

Lifecycle Pricing

Pay What You Want Pricing

Time Based Pricing

Contribution Margin-Based Pricing

Decoy Pricing

Dual Pricing

Freemium Model

Loss Leader Pricing

Marginal Cost Pricing

Odd-Even Pricing

Omnichannel Pricing

Quote-to-Cash

Revenue Optimization

Sales Enablement

Sales Optimization

Volume Discounts

Margin Management

Market Based Pricing

Sales Prediction Analysis

Pricing Analytics

Intelligent Pricing

Margin Pricing

Price Configuration

Customer Profitability

Discount Management

Dynamic Pricing Optimization

Enterprise Resource Planning (ERP)

Guided Sales

Margin Leakage

Usage Metering

Smart Metering

Quoting

CPQ

Self Billing

Revenue Forecasting

Revenue Analytics

Total Contract Value

Pricing Bundles

Penetration Pricing

Dynamic Pricing

Price Elasticity

Feature-Based Pricing

Transaction Monitoring

Minimum Invoice

Volume Commitments

Tiered Pricing

E-invoicing

SaaS Billing

Billing Cycle

Payment Processing

Hybrid Pricing Models

Stairstep Pricing

Multi-currency Billing

Multi-entity Billing

Ramp Up Periods

Proration

Sticky Stairstep Pricing

Tiered Usage-based Pricing

Entitlements

Revenue Leakage

ASC 606

PISP

PSP

From billing v1 to billing v2

Built for companies that outgrew simple billing

If you're monetizing AI features, running multiple entities, or moving upmarket with enterprise contracts—Solvimon handles the complexity.

From billing v1 to billing v2

Built for companies that outgrew simple billing

If you're monetizing AI features, running multiple entities, or moving upmarket with enterprise contracts—Solvimon handles the complexity.

Why Solvimon

Helping businesses reach the next level

The Solvimon platform is extremely flexible allowing us to bill the most tailored enterprise deals automatically.

Ciaran O'Kane

Head of Finance

Solvimon is not only building the most flexible billing platform in the space but also a truly global platform.

Juan Pablo Ortega

CEO

I was skeptical if there was any solution out there that could relieve the team from an eternity of manual billing. Solvimon impressed me with their flexibility and user-friendliness.

János Mátyásfalvi

CFO

Working with Solvimon is a different experience than working with other vendors. Not only because of the product they offer, but also because of their very senior team that knows what they are talking about.

Steven Burgemeister

Product Lead, Billing