IFRS 15 Illustrative Examples | Revenue from Contracts With Customers In Practice

IFRS 15 Illustrative Examples help explain how the ‘Revenue Recognition‘ standard is applied in real-world accounting scenarios. These examples demonstrate the practical application of the Five-Step Revenue Recognition Model, making complex concepts easier to understand.

By studying IFRS 15 Illustrative Examples, one can learn how to identify performance obligations, allocate transaction prices, and recognize revenue correctly. This guidance improves ‘Compliance‘ and ensures accurate Financial Reporting under IFRS.

IFRS 15 Illustrative Examples & The Five-Step Revenue Recognition Model

IFRS 15 introduced a single, principles-based framework for recognising revenue from contracts with customers, replacing the fragmented guidance of IAS 18 and IAS 11. At its core lies a sequential Five-Step Model that must be applied to every contract (or portfolio of similar contracts).

1
Identify the contract with a customer
2
Identify performance obligations
3
Determine the transaction price
4
Allocate the price to obligations
5
Recognise revenue when satisfied

Core principle (IFRS 15.IN7): An entity shall recognise revenue to depict the transfer of promised goods or services to customers in an amount that reflects the consideration to which the entity expects to be entitled in exchange for those goods or services.


1

Step One Identify the Contract with a Customer

A contract exists when five criteria are met simultaneously:

  • The parties have approved the contract and are committed to their obligations.
  • Each party’s rights regarding the goods or services can be identified.
  • Payment terms for the goods or services can be identified.
  • The contract has commercial substance (i.e., risk, timing or amount of future cash flows is expected to change).
  • It is probable that the entity will collect the consideration.

Example 1.1 — Software Licensing Agreement

Technology Contract Identification
Scenario

TechCorp Ltd enters into a written agreement with a customer to license enterprise software for 3 years for a fixed fee of $120,000. The customer has a good credit history and the contract is signed by both parties. There is no right of return.

Analysis — Five Criteria Check

a) Approval & commitment: Both parties signed – criterion met.

b) Rights identified: 3-year software licence clearly described – met.

c) Payment terms: $120,000 fixed fee, payable annually – met.

d) Commercial substance: Cash inflow of $120,000 and IP risk transfer – met.

e) Collectability: Good credit history, no significant doubt – met.

Conclusion

All five criteria are satisfied. A contract with a customer exists under IFRS 15.9. TechCorp proceeds to apply the remaining four steps.

Example 1.2 — Collectability in Doubt

Retail Collectability Risk
Scenario

RetailCo sells goods to a new customer on credit for $50,000. The customer has no credit history and operates in a financially distressed sector. Significant doubt exists about whether the customer can pay.

Analysis

Criteria (a)–(d) are met. However, criterion (e) collectability is not satisfied because it is not probable that RetailCo will collect $50,000.

Key point: Where collectability is not probable, no contract exists under IFRS 15. RetailCo must not recognise revenue until the uncertainty is resolved (e.g., cash is received and non-refundable, or obligations fully satisfied).

2

Step Two Identify Performance Obligations

A performance obligation is a promise to transfer a distinct good or service (or bundle) to the customer. A good or service is distinct if both conditions are met: (i) the customer can benefit from it on its own or with readily available resources; and (ii) the promise is separately identifiable from other promises in the contract.

Example 2.1 — Bundled Software Sale (Distinct Obligations)

Technology Separate Performance Obligations
Scenario

SoftHouse Ltd agrees to: (1) deliver a software licence, (2) provide implementation services, and (3) supply 12 months of post-implementation support, all for a combined price of $300,000.

Analysis

Software licence: Customer can benefit from the licence independently (it runs on standard hardware). It is separately identifiable, no significant integration with other services. → Distinct.

Implementation services: These are generic consulting services available from other providers. Customer can benefit without post-implementation support. → Distinct.

Support (12 months): Separately available in the market; customer benefits from it independent of the other deliverables. → Distinct.

Conclusion

Three separate performance obligations are identified. Revenue will be allocated and recognised individually for each obligation.

Example 2.2 — Highly Integrated Services (Not Distinct)

Construction Combined Performance Obligation
Scenario

BuildRight Ltd contracts to design and construct a specialised offshore oil platform for $50 million. The design and construction phases are highly interdependent and integrated.

Analysis

Design and construction are not separately identifiable, each significantly modifies and customises the other. The customer cannot use the design alone without BuildRight’s specialised construction expertise. The services together constitute a single integrated output.

Conclusion

A single performance obligation exists: design-and-construct the offshore platform. Revenue is recognised as this combined obligation is satisfied over time using the percentage-of-completion method.


3

Step Three Determine the Transaction Price

The transaction price is the amount an entity expects to be entitled to in exchange for transferring goods or services, excluding amounts collected on behalf of third parties. Key considerations include variable consideration, significant financing components, non-cash consideration, and consideration payable to the customer.

Example 3.1 — Volume Rebate (Variable Consideration)

Distribution Variable Consideration — Expected Value
Scenario

PharmaDist sells medicines to a hospital group. The list price is $1,000 per unit. If cumulative purchases reach 1,000 units in the year, a 10% retrospective rebate applies. Based on historical data, there is an 80% probability of reaching the threshold.

Analysis — Expected Value Method

Two possible outcomes:

Outcome A (80%): 1,000 units × $1,000 × 90% = $900,000

Outcome B (20%): 1,000 units × $1,000 × 100% = $1,000,000

Expected value = (80% × $900,000) + (20% × $1,000,000) = $720,000 + $200,000 = $920,000

Apply the constraint: include variable consideration only to the extent that a significant reversal is not probable. $920,000 passes the constraint test.

Conclusion

Transaction price = $920,000. PharmaDist recognises a refund liability of $80,000 (reflecting the rebate provision) as sales are made.

Example 3.2 — Significant Financing Component

Manufacturing Financing Component
Scenario

MachineCo sells a specialised machine for cash payment deferred 2 years after delivery. The contract price is $121,000. The customer’s borrowing rate is 10% p.a.

Analysis

Present value of $121,000 in 2 years at 10%:

PV = $121,000 ÷ (1.10)² = $121,000 ÷ 1.21 = $100,000

Financing component = $121,000 − $100,000 = $21,000

DateAccountDr ($)Cr ($)
DeliveryReceivable — PV100,000
Revenue100,000
Yr 1Receivable (unwinding)10,000
Finance Income10,000
Yr 2Receivable (unwinding)11,000
Finance Income11,000
SettlementCash121,000
Receivable121,000

4

Step Four Allocate the Transaction Price

When a contract contains multiple performance obligations, the transaction price is allocated to each obligation in proportion to its relative standalone selling price (SSP). The SSP is the price at which an entity would sell the good or service separately. Estimation methods include adjusted market assessment, expected cost plus margin, and Residual Approach.

Example 4.1 — Telecom Bundle (SSP Allocation)

Telecommunications Relative SSP Method
Scenario

TeleLink offers a bundle: a handset + 24-month airtime plan for a combined contract price of $720. The handset’s SSP is $480 and the plan’s SSP is $480 (i.e., $20/month × 24 months), giving total SSP of $960.

Performance ObligationSSP ($)SSP %Allocated Price ($)
Handset (Hardware)48050%360
Airtime Plan (24 months)48050%360
Total960100%720
Conclusion & Journal Entry on Handset Delivery

On handset delivery, recognise $360 immediately. The remaining $360 is recognised ratably over 24 months ($15/month) as the airtime plan is provided.

EventAccountDr ($)Cr ($)
Handset deliveryCash / Receivable720
Revenue — Handset360
Contract Liability (Deferred)360
Each monthContract Liability15
Revenue — Airtime15

Example 4.2 — Residual Approach (Highly Variable SSP)

SaaS Residual Method
Scenario

CloudSoft bundles a known SaaS subscription ($200/yr SSP) with a new AI add-on whose SSP is highly variable (sold to different customers at prices ranging from $50 to $500). Bundle price = $380.

Analysis — Residual Approach

Allocate known SSP first: SaaS subscription → $200

Residual allocation to AI add-on = $380 − $200 = $180

IFRS 15.78: The residual approach may only be used when the SSP of a good or service is highly variable or uncertain (not yet established).

5

Step Five Recognise Revenue When (or As) a Performance Obligation Is Satisfied

Revenue is recognised when control of a promised good or service transfers to the customer — either at a point in time or over time. An obligation is satisfied over time if any one of three criteria is met.

  • The customer simultaneously receives and consumes the benefits as the entity performs.
  • The entity’s performance creates or enhances an asset that the customer controls as it is created.
  • The entity’s performance does not create an asset with an alternative use and the entity has an enforceable right to payment for performance completed to date.

Example 5.1 — Long-term Construction Contract (Over Time)

Construction Revenue Over Time — % Completion
Scenario

ConstructPro Ltd enters a $10 million contract to build a bridge for a municipality over 3 years. Total estimated costs: $8 million. At end of Year 1, costs incurred = $2.4 million. The municipality controls the bridge as it is constructed (criterion ii above).

Analysis — Input Method (Cost-to-Cost)

Percentage complete = $2.4M ÷ $8M = 30%

Revenue to recognise in Year 1 = 30% × $10M = $3,000,000

Gross profit in Year 1 = $3,000,000 − $2,400,000 = $600,000

Year 1 EntryAccountDr ($)Cr ($)
Costs incurredContract Asset (WIP)2,400,000
Cash / Payables2,400,000
Revenue recognitionReceivable / Contract Asset3,000,000
Revenue3,000,000
Cost recognitionCost of Sales2,400,000
Contract Asset (WIP)2,400,000

Example 5.2 — Sale of Goods (Point in Time)

Retail / Manufacturing Revenue at a Point in Time
Scenario

AutoParts Ltd ships components to a dealer on DAP (Delivered at Place) terms. The contract price is $250,000. Risk and title transfer when goods are delivered and accepted at the dealer’s warehouse.

Analysis — Control Transfer Indicators

Right to payment: Arises upon delivery and acceptance – met at delivery.

Physical possession: Dealer takes possession at their warehouse – met at delivery.

Legal title: Transfers per contract at delivery – met.

Risks & rewards: DAP, risk transfers at delivery – met.

Customer acceptance: Acceptance confirmed on delivery – met.

Conclusion

All control indicators are met at the point of delivery. AutoParts recognises $250,000 revenue when the goods are delivered and accepted at the dealer’s premises.


Variable Consideration — IFRS 15 Illustrative Examples

Variable consideration arises from discounts, rebates, refunds, credits, price concessions, incentives, performance bonuses, penalties, or contingencies. IFRS 15 requires variable consideration to be estimated using either: (a) the expected value method or (b) the most likely amount method, whichever better predicts the amount.

Example 6.1 — Performance Bonus (Most Likely Amount)

IT Services Most Likely Amount Method
Scenario

DataPro Ltd agrees to implement an ERP system for $500,000, with a $50,000 bonus if the system goes live within 6 months. DataPro has successfully delivered 9 of its last 10 ERP projects on time. There are only two possible outcomes: earn the bonus or not.

Analysis

With a binary outcome and strong track record, the most likely amount method applies. Most likely outcome = bonus earned ($50,000). Constraint test: given the 90% success rate, a significant revenue reversal is not probable.

Transaction price = $500,000 + $50,000 = $550,000

Conclusion

DataPro includes the $50,000 bonus in the transaction price and recognises $550,000 of revenue over the implementation period. If the bonus becomes unlikely, the transaction price is revised downward.

Example 6.2 — Right of Return

Retail Refund Liability
Scenario

FashionRetail sells 1,000 shirts at $80 each ($80,000 total). Based on historical data, 5% (50 shirts) will be returned within 30 days. Cost per shirt is $50.

Analysis

Revenue = 950 shirts × $80 = $76,000

Refund liability = 50 × $80 = $4,000

Return asset (inventory recovery) = 50 × $50 = $2,500

Cost of sales = 950 × $50 = $47,500

EntryAccountDr ($)Cr ($)
SaleCash80,000
Revenue76,000
Refund Liability4,000
COGSCost of Sales47,500
Return Asset2,500
Inventory50,000

Licences of Intellectual Property

IFRS 15 distinguishes between two types of IP licence, each with different revenue recognition timing:

Right to Access
Over time. Customer has right to access IP as it exists throughout the licence period. Revenue recognised over the licence term.
Right to Use
Point in time. Customer has right to use IP as it exists at the point of licence grant. Revenue recognised at that point.

Example 7.1 — Film Franchise Licence

Entertainment / Media Right to Access — Over Time
Scenario

MediaGiant licenses its film franchise IP to a toy manufacturer for 3 years for $3 million. MediaGiant will continue to produce new films and market the franchise throughout the licence period, significantly affecting the IP’s value.

Analysis

MediaGiant’s ongoing activities (new films, marketing) are expected to significantly affect the IP. The customer has a right to access the IP as it evolves. → Right to access licence.

Conclusion

Recognise $1,000,000 per year over the 3-year licence term (straight-line, unless another systematic basis better reflects the pattern of transfer).

Example 7.2 — Static Software Licence

Technology Right to Use — Point in Time
Scenario

LegacySoft grants a perpetual licence to use version 4.2 of its accounting software for a one-time fee of $50,000. No ongoing updates or support are included. The vendor has no plans to update version 4.2.

Conclusion

The customer obtains the right to use the software as it exists at the grant date. LegacySoft’s activities will not affect the customer’s use of version 4.2. Recognise $50,000 at the licence grant date.


Contract Costs (IFRS 15.91–104)

IFRS 15 also addresses the treatment of costs incurred to obtain and fulfil contracts. Incremental costs of obtaining a contract are capitalised as an asset if they are expected to be recovered; practical expedient allows immediate expensing if the amortisation period would be 12 months or less.

Example 8.1 — Sales Commissions Capitalised

SaaS / Insurance Incremental Costs of Obtaining a Contract
Scenario

CloudSub pays a sales agent $6,000 commission upon signing a new customer to a 3-year SaaS contract worth $72,000. The commission would not have been paid had the contract not been obtained. The company also incurs $1,500 in legal fees to review the contract.

Analysis

Sales commission ($6,000): Incremental cost (would not be incurred without the contract) and expected to be recovered → Capitalise and amortise over 3 years.

Legal fees ($1,500): Not incremental to obtaining the contract (would have been incurred regardless) → Expense as incurred.

EntryAccountDr ($)Cr ($)
Contract signingContract Cost Asset6,000
Legal Fees Expense1,500
Cash7,500
Each year (×3)Amortisation Expense2,000
Contract Cost Asset2,000

Practical Expedient (IFRS 15.94): An entity may expense incremental costs of obtaining a contract immediately if the amortisation period would be 12 months or less, a useful simplification for short-cycle contracts.