UQ Consulting · Technical reference for IFRS, UK GAAP and US GAAP

IFRS 15 Variable Consideration: Estimating and Constraining the Transaction Price

Reviewed by Usman Qureshi, ACCA · Published August 2026 · Last updated August 2026 · 14 units · Spoke of the IFRS 15 pillar

Executive summary

Step 3 of the IFRS 15 model asks a deceptively simple question: how much does the entity expect to be entitled to? Where the price moves with volume, performance, returns or the customer's own behaviour, the answer is an estimate, and IFRS 15 puts a ceiling on how much of that estimate can reach the income statement. This article covers the estimation methods in IFRS 15.53, the constraint in IFRS 15.56 to 58, and the mechanics that follow.

Background

IFRS 15 Revenue from Contracts with Customers has applied to annual periods beginning on or after 1 January 2018, replacing IAS 11 Construction Contracts and IAS 18 Revenue. Under the superseded standards, revenue was measured at the fair value of consideration received or receivable, and practice on variable amounts was thin. Entities routinely waited for uncertainty to resolve before recognising anything, on the grounds that the amount could not be measured reliably. IFRS 15 removed that option. IFRS 15.50 requires an entity to estimate variable consideration, and the estimate feeds the transaction price from day one, subject to a ceiling.

That ceiling is the constraint, and it is the part of Step 3 that generates the most audit friction. It is not a reliability threshold and it is not a probability test on the cash. It asks whether including the estimated amount now creates a real risk that cumulative revenue will have to come back out later. IFRS 15.57 supplies five factors to work through. None of them is determinative on its own, and none of them is a formula. This article works through the estimate, the constraint, the reassessment, and the specific regimes that sit alongside them: refund liabilities, rights of return, royalties, financing components and payments made back to the customer. For the wider model, including the identification of performance obligations and the timing of transfer, see the complete IFRS 15 guide.

What makes consideration variable under IFRS 15?

Consideration is variable whenever the amount the entity will finally be entitled to is not fixed by the contract. IFRS 15.51 gives a list: discounts, rebates, refunds, credits, price concessions, incentives, performance bonuses and penalties. It also catches consideration that is contingent on a future event. IFRS 15.52 goes further and treats consideration as variable where the customer has a valid expectation of a concession from the entity's past behaviour, even if the contract itself states one fixed price.

"If the consideration promised in a contract includes a variable amount, an entity shall estimate the amount of consideration to which the entity will be entitled in exchange for transferring the promised goods or services to a customer."

The verb is shall estimate. There is no measurement-reliability escape hatch and no option to wait. If the amount is variable, an estimate is required at contract inception and at every reporting date after it. Whether that estimate survives intact into the transaction price is a separate question, answered by the constraint in IFRS 15.56.

"An amount of consideration can vary because of discounts, rebates, refunds, credits, price concessions, incentives, performance bonuses, penalties or other similar items. The promised consideration can also vary if an entity's entitlement to the consideration is contingent on the occurrence or non-occurrence of a future event."

Two distinct sources sit in that sentence. The first is a variable amount: the price itself moves, as with a rebate or a penalty. The second is a variable entitlement: the price is fixed but whether the entity gets it depends on something happening, as with a milestone bonus. Both are variable consideration and both go through the same machinery.

The paragraph closes with two illustrations chosen deliberately: a product sold with a right of return, and a fixed amount promised as a performance bonus on a milestone. A right of return is variable consideration even though nothing in the price moves. What moves is the number of units the entity keeps the money for.

Variability that is not in the contract

This is the part that gets missed, and it is worth reading slowly.

"The variability relating to the consideration promised by a customer may be explicitly stated in the contract. In addition to the terms of the contract, the promised consideration is variable if either of the following circumstances exists: (a) the customer has a valid expectation arising from an entity's customary business practices, published policies or specific statements that the entity will accept an amount of consideration that is less than the price stated in the contract. That is, it is expected that the entity will offer a price concession. Depending on the jurisdiction, industry or customer this offer may be referred to as a discount, rebate, refund or credit. (b) other facts and circumstances indicate that the entity's intention, when entering into the contract with the customer, is to offer a price concession to the customer."

Read together with IFRS 15.46, which requires the entity to consider "the terms of the contract and its customary business practices", this makes the signed price a starting point rather than an answer. A contract stating GBP 100 per unit with no discount clause can still carry a transaction price below GBP 100 if the entity has consistently accepted less from that class of customer and the customer knows it.

Three tests flush this out. Compare cash collected against amounts invoiced for the same customer group over two or three years: a persistent gap settled by credit note is a price concession in disguise. Read the sales approval matrix, because standing authority to grant a settlement discount is a customary business practice. And read what the entity says publicly, since a published returns policy is exactly what IFRS 15.52(a) means by published policies or specific statements.

Price concession or credit loss? The distinction matters because the two go to different lines. A price concession reduces the transaction price and therefore revenue under IFRS 15.50 to 52. A credit loss is an impairment of a financial asset under IFRS 9 and sits below the revenue line. The question is not whether cash was collected. It is whether the entity had a genuine expectation of being entitled to the full amount when the goods transferred. If the entity knew at inception it would settle for less, that is a concession, and calling it a bad debt overstates revenue and overstates impairment in equal measure.

Consumer goods: trade spend as variable consideration

Consumer goods groups carry some of the largest variable consideration balances in the market. Unilever's accounting policy for turnover describes revenue as recognised net of discounts, rebates, customer incentives and similar trade terms, with the deduction estimated when the goods transfer rather than when the retailer settles the claim. The estimation problem is that entitlement is defined by a trading agreement running over a full year while the goods move weekly, so every shipment carries an estimate of a rebate that will not be quantified for months. Diageo's revenue policy takes the same shape, with net sales stated after deducting excise duties and trade discounts and promotional allowances given to customers.

Unilever PLC, Annual Report and Accounts 2023, accounting policies for turnover; Diageo plc, Annual Report 2023, accounting policies for net sales.

Local FAQs

Is a penalty for late delivery variable consideration or a provision? If it reduces the amount the customer pays under the contract, it is variable consideration under IFRS 15.51 and it reduces the transaction price. If it is a separate damages payment that does not touch the contract price, IAS 37 applies. Read the clause rather than the label.

Does a prompt payment discount make consideration variable? Yes. Whether the customer takes it is contingent on a future event, which is squarely within IFRS 15.51. Most entities estimate take-up from history using expected value under IFRS 15.53(a), because the population of invoices is large and homogeneous.

Potential risks

The dominant risk is completeness. Entities identify the rebate clause in the master agreement and miss the side letter, the growth incentive agreed by email, the shelf-space payment routed through marketing, and the practice of writing off the last invoice of the year. Each of those reduces revenue.

What are the two methods for estimating variable consideration?

IFRS 15.53 gives exactly two: expected value, which is the probability-weighted sum across a range of possible outcomes, and most likely amount, which is the single most likely outcome. IFRS 15.54 requires the entity to use whichever it expects to better predict the amount it will be entitled to, and then to apply that one method consistently throughout the contract. There is no third method and no averaging of the two.

"An entity shall estimate an amount of variable consideration by using either of the following methods, depending on which method the entity expects to better predict the amount of consideration to which it will be entitled: (a) The expected value ... is the sum of probability-weighted amounts in a range of possible consideration amounts. An expected value may be an appropriate estimate of the amount of variable consideration if an entity has a large number of contracts with similar characteristics. (b) The most likely amount ... is the single most likely amount in a range of possible consideration amounts (ie the single most likely outcome of the contract). The most likely amount may be an appropriate estimate of the amount of variable consideration if the contract has only two possible outcomes (for example, an entity either achieves a performance bonus or does not)."

Note the wording in each limb: "may be an appropriate estimate". These are indicators of fit, not rules. A large population points towards expected value and a binary outcome points towards most likely amount, but the governing test in the opening sentence is prediction quality, and that test is applied to the facts of the particular contract.

"An entity shall apply one method consistently throughout the contract when estimating the effect of an uncertainty on an amount of variable consideration to which the entity will be entitled. In addition, an entity shall consider all the information (historical, current and forecast) that is reasonably available to the entity and shall identify a reasonable number of possible consideration amounts. The information that an entity uses to estimate the amount of variable consideration would typically be similar to the information that the entity's management uses during the bid-and-proposal process and in establishing prices for promised goods or services."

Three separate requirements are packed into that paragraph and each is testable. Consistency of method within the contract. Use of all reasonably available information, forecast included, not just history. And a cross-check that the accounting estimate is anchored to the same data the business used to price the deal.

One contract can contain more than one uncertainty, and each gets its own method. IFRS 15.54 requires consistency "when estimating the effect of an uncertainty", singular, so applying expected value to a service credit regime and most likely amount to a one-off bonus in the same contract is not inconsistent. What is prohibited is changing the method used for a given uncertainty part way through.

Decision flow for estimating and constraining variable consideration under IFRS 15 Is any part of the price not fixed? IFRS 15.50 to 52, including customary practice No: transaction price is the fixed amount. Step 3 ends. Which method better predicts? IFRS 15.53, governed by IFRS 15.54 Expected value Probability-weighted sum of outcomes Large number of similar contracts Rebates, returns, service credits Most likely amount Single most likely outcome Two possible outcomes only Milestone bonus, pass or fail Apply the constraint IFRS 15.56: include only the amount that is highly probable not to cause a significant reversal of cumulative revenue Work the five factors in IFRS 15.57(a) to (e) Sales or usage-based royalty on an IP licence? IFRS 15.B63 displaces paragraphs 56 to 59 entirely. Recognise at the later of sale or usage and satisfaction. Constrained amount enters the transaction price Allocate under IFRS 15.84 to 86 if it belongs to one obligation, otherwise IFRS 15.74 relative selling price. Reassess at every reporting date IFRS 15.59 updates the estimate and the constraint; IFRS 15.88 books the catch-up
Choosing an estimation method under IFRS 15.53, applying the constraint in IFRS 15.56 to 58, and the point at which the royalty exception in IFRS 15.B63 takes over.

Local FAQs

How many outcomes make a "reasonable number" under IFRS 15.54? Enough that adding another would not move the answer materially. For a tiered rebate the natural set is one outcome per tier. Building a fifty-point distribution over a three-tier scheme adds cost and no accuracy.

Potential risks

The risk is documentation, not arithmetic. Most entities can produce the number. Far fewer can produce the dated schedule of outcomes and probabilities behind it, linked to the pricing model referred to in IFRS 15.54, without which the estimate cannot be re-performed and the disclosure required by IFRS 15.126(a) has no support.

When does each method fit, and what breaks if you choose wrong?

Expected value fits where the entity is estimating the average outcome of a population: many similar contracts, many similar units, many similar claims. Most likely amount fits where a single contract has one uncertainty with two outcomes. Choosing wrong does not just change the number. It changes the shape of revenue over the contract, because expected value produces a smoothed profile that trues up gradually and most likely amount produces a step.

Why expected value suits a population

IFRS 15.53(a) points at a "large number of contracts with similar characteristics", but the real test is whether the outcome behaves like a population. A twelve-month rebate agreement is one contract, yet the outcome is driven by thousands of separate order decisions, so the distribution of final volume behaves like a population. That is why expected value is the standard answer for volume rebates, sales returns, prompt payment discounts and service credits.

Why most likely amount suits a binary outcome

Where the contract pays a bonus of GBP 300,000 or nothing, the expected value of GBP 180,000 at a 60 per cent probability is a number that will never be paid. Recognising it means the entity is guaranteed to record a true-up in one direction or the other. IFRS 15.53(b) accepts that a single-point outcome is better predicted by the single most likely outcome, precisely because there is no population over which the average can be realised.

Practitioners sometimes reach for expected value on a binary bonus because it produces a smaller, apparently more prudent number. That confuses the estimate with the constraint. Prudence in IFRS 15 lives in IFRS 15.56, not in the choice of method. The correct route is most likely amount followed by a constraint assessment that may reduce the included amount to nil.

Method selection indicators, IFRS 15.53 and 15.54
Feature of the uncertaintyPoints toReason
Retrospective volume rebate across a tiered scaleExpected valueMultiple outcomes, each with observable historical frequency. IFRS 15.53(a).
Right of return on high-volume consumer salesExpected valueReturn rates are stable across a large population of units. IFRS 15.53(a) with IFRS 15.B23.
Single milestone bonus, earned or not earnedMost likely amountTwo outcomes only, the example given in IFRS 15.53(b).
Liquidated damages triggered by a single delivery dateMost likely amountBinary: the date is met or it is not.
Tiered performance bonus with four possible payoutsExpected valueNot binary. A range of outcomes is better captured by weighting them. IFRS 15.53(a).
Litigation or regulatory outcome affecting priceMost likely amount, usually constrainedOutcome is binary and driven by a third party. IFRS 15.57(a) bites hard.
Index-linked price escalation in a long service contractExpected valueContinuous range of outcomes derived from forward curves. IFRS 15.54 requires forecast data.

What the review point usually looks like

The recurring finding is not a wrong method. It is a method chosen once at implementation and applied to every contract in a revenue stream regardless of shape, so a policy written for single-milestone bonuses gets applied to a contract with four bonus tiers. IFRS 15.54 requires consistency within a contract. It does not require, or permit, one method to be forced across contracts whose uncertainties differ.

Local FAQs

Potential risks

Expected value on a binary outcome produces revenue certain to be wrong until the uncertainty resolves, and disguises a live judgement as an average. Most likely amount on a population ignores the tail, understating rebate accruals in a growing business and overstating them in a shrinking one. Both errors show up in the refund liability roll-forward before they show up in revenue.

How does the constraint on variable consideration work?

The constraint in IFRS 15.56 caps how much of the estimate reaches the transaction price. An amount is included only to the extent that it is highly probable that a significant reversal in cumulative revenue will not occur when the uncertainty resolves. It is applied after the estimate, using the five factors in IFRS 15.57, and it can reduce the included amount to nil while the underlying estimate stays on the file.

"An entity shall include in the transaction price some or all of an amount of variable consideration estimated in accordance with paragraph 53 only to the extent that it is highly probable that a significant reversal in the amount of cumulative revenue recognised will not occur when the uncertainty associated with the variable consideration is subsequently resolved."

Four words carry the whole paragraph. Some or all makes the constraint continuous rather than a switch: partial inclusion is expressly contemplated and is often the right answer. Highly probable sets the threshold, and IFRS 15 Appendix A gives it the same meaning as in IFRS 5, significantly more likely than probable. Significant qualifies the reversal, so a reversal that is likely but small does not constrain. And cumulative revenue is the measurement base, not the period's revenue and not the variable amount in isolation.

That last point is the one most often applied incorrectly. The test is run against cumulative revenue recognised on the contract, so the same variable amount can be constrained at inception and unconstrained later without any change in the uncertainty itself. A GBP 300,000 bonus on a contract where GBP 200,000 of revenue has been recognised is a potential reversal of 150 per cent of the amount recorded. On the same contract at 90 per cent completion, with GBP 2,160,000 recognised, the same GBP 300,000 is a potential reversal of 14 per cent. The magnitude limb of the test moves as the contract progresses even when the likelihood limb does not.

"In assessing whether it is highly probable that a significant reversal in the amount of cumulative revenue recognised will not occur once the uncertainty related to the variable consideration is subsequently resolved, an entity shall consider both the likelihood and the magnitude of the revenue reversal. Factors that could increase the likelihood or the magnitude of a revenue reversal include, but are not limited to, any of the following: (a) the amount of consideration is highly susceptible to factors outside the entity's influence. Those factors may include volatility in a market, the judgement or actions of third parties, weather conditions and a high risk of obsolescence of the promised good or service. (b) the uncertainty about the amount of consideration is not expected to be resolved for a long period of time. (c) the entity's experience (or other evidence) with similar types of contracts is limited, or that experience (or other evidence) has limited predictive value. (d) the entity has a practice of either offering a broad range of price concessions or changing the payment terms and conditions of similar contracts in similar circumstances. (e) the contract has a large number and broad range of possible consideration amounts."

The list is not a scorecard and the standard says so with "include, but are not limited to". Nor is it a majority vote. One factor present at severity can constrain an amount entirely while four factors present mildly leave it unconstrained. What the list does is force the entity to articulate why a reversal is or is not a real prospect, in terms a reader can test.

Working the five factors

(a) Susceptibility to factors outside the entity's influence. The examples given are market volatility, the judgement or actions of third parties, weather and obsolescence. In practice this is the strongest of the five. A bonus dependent on a regulator's certification, a price linked to a commodity index, a milestone requiring a customer's own subcontractor to finish first: in each case the entity's own performance does not determine the outcome. Contrast a bonus for delivering on a date the entity controls with its own resources, which is influenced almost entirely by the entity.

(b) A long period before the uncertainty resolves. Time is corrosive because it multiplies the number of things that can go wrong and because it removes the ability to correct. A rebate resolving in eleven weeks is a different risk from a bonus resolving in three years, even at identical probabilities today. This factor is also why the constraint tends to relax as a contract approaches completion, without any deliberate change in judgement.

(c) Limited experience, or experience with limited predictive value. Note the second limb. Long experience of a discontinued product line has limited predictive value for its replacement. A retailer with fifteen years of store returns data has limited predictive value for its first year of online returns, because the return rate differs by an order of magnitude. Entities frequently claim experience they hold for a different fact pattern.

(d) A practice of offering broad price concessions or changing payment terms. This factor closes the loop with IFRS 15.52(b). If the entity habitually renegotiates, the contract price is a weak predictor of entitlement, and an estimate built on it should be constrained. It is also self-diagnosing: the credit note file tells the answer.

(e) A large number and broad range of possible amounts. Range matters more than count. Ten outcomes clustered between GBP 95 and GBP 100 is a narrow range and a well-behaved estimate. Three outcomes at nil, GBP 500,000 and GBP 5,000,000 is a broad range, and any point estimate drawn from it carries real reversal risk.

The constraint is not a haircut percentage. A policy that says "we constrain variable consideration to 70 per cent of the estimate" is not IFRS 15.56. The paragraph asks for the amount that is highly probable not to reverse, which is a specific number determined by the distribution of outcomes, not a discount applied to a best estimate. Where the outcomes are tiered, the constrained amount is very often the amount at a lower tier that the entity is confident of reaching, rather than an arbitrary proportion of the expected value.

How much of the estimate survives

Because IFRS 15.56 says "some or all", the useful way to apply it is to walk down the distribution of outcomes and ask at each level whether cumulative revenue at that level is highly probable not to reverse. Take a rebate scheme where the expected per-unit price is GBP 94.50 but the entity is close to certain that at minimum the middle tier will be reached, giving GBP 95, and the only real question is whether the top tier at GBP 90 is hit. Here the constraint runs the other way: the risk is that the price falls further, so the entity would include no more than GBP 90 if the top tier were highly probable, and would sit at its expected value only where the distribution genuinely supports it. The direction of the risk drives which end of the range is the safe one.

Where the variable amount is an upside, such as a bonus, the constrained amount is the highest amount within the range that clears the highly probable threshold, which is often nil at inception. Where the variable amount is a downside, such as a rebate or a return, the constrained amount is the transaction price after assuming the least favourable outcome that is reasonably supportable. IFRS 15.B23 makes this explicit for returns, requiring the entity to determine the consideration it expects to be entitled to "ie excluding the products expected to be returned", with paragraphs 56 to 58 applied.

Pharmaceutical gross-to-net deductions

Pharmaceutical filers apply this machinery at scale. GSK's revenue accounting policy describes turnover as being recognised net of returns, rebates and discounts, including amounts arising under government and managed care programmes in the United States, with the deduction estimated at the point of sale and adjusted as claims are received. The claim lag is the difficulty: a US rebate claim can arrive many months after the product left the warehouse, and the eventual amount depends on which channel the product moved through and on the mix of payers, neither of which the manufacturer observes directly at the point of shipment.

That is IFRS 15.57(a) and (b) working together, susceptibility to third-party actions combined with a long resolution period, applied to a population large enough to support expected value under IFRS 15.53(a). AstraZeneca's revenue policy takes the same approach, deducting estimated rebates, chargebacks and returns from gross product sales.

GSK plc, Annual Report 2023, accounting policies for turnover; AstraZeneca PLC, Annual Report and Form 20-F Information 2023, revenue accounting policy.

Local FAQs

Is "highly probable" a percentage? IFRS 5 Appendix A defines it as significantly more likely than probable, a meaning IFRS 15 borrows without repeating it in its own nine-term Appendix A, and does not put a number on it. Practice tends to sit around 90 per cent or higher, but a numerical policy applied mechanically will produce the wrong answer on contracts where the magnitude limb, not the likelihood limb, is what matters.

Can an amount be constrained to nil forever? Yes, and it will be if the uncertainty never resolves in the entity's favour. What cannot happen is a permanent constraint that is never revisited. IFRS 15.59 requires the assessment at every reporting date.

Does the constraint apply to the fixed part of the price? No. IFRS 15.56 applies only to "an amount of variable consideration estimated in accordance with paragraph 53". Collectability of the fixed amount is dealt with at Step 1 under IFRS 15.9(e) and thereafter under IFRS 9.

Potential risks

The two failure modes are opposite and both are common. Over-constraining hides revenue the entity has earned and creates a lumpy release later that has no operational explanation, which distorts trend analysis and invites questions about earnings management in reverse. Under-constraining recognises revenue that reverses, and the reversal lands in a later period with no offsetting cost, which is exactly the outcome IFRS 15.56 exists to prevent. The audit evidence for either position is the same: a documented walk through the IFRS 15.57 factors, refreshed at the reporting date, that a reviewer can disagree with on the facts rather than on the absence of reasoning.

Worked example: how do you account for a volume rebate using expected value?

Estimate the rebate, convert it into an expected per-unit price, and recognise revenue at that price on the units actually transferred. The gap between the amount invoiced at list price and the revenue recognised is a refund liability under IFRS 15.55. When the estimate changes, IFRS 15.88 applies the change to the units already transferred as a cumulative catch-up in the period of change. What you never do is probability-weight two whole-contract outcomes and book the average as this period's revenue.

Before the numbers, it is worth seeing where the transaction price actually ends up relative to the list price on a typical consumer goods contract. Very little of Step 3 is about the headline price.

Waterfall from list price to constrained transaction price per unit 100 50 0 100.0 Gross list price (6.0) Trade discount 15.51 (5.0) Volume rebate 15.53(a) (9.0) Expected returns 15.B21 (4.0) Listing and co-op adverts 15.70 (2.0) Held back by the constraint 15.56 74.0 Constrained transaction price 15.47 From list price to transaction price, per unit Illustrative amounts in GBP, constructed for this article
Each step is a separate requirement of IFRS 15. Only the final navy bar is revenue. Illustrative amounts constructed for this article, not the figures of any company.

The facts

This is a constructed example, not a company's numbers. A components supplier signs a twelve-month agreement with a distributor. List price is GBP 100 per unit, invoiced on shipment. A retrospective volume rebate applies to all units purchased in the year, on this scale:

Units purchased in the yearRebate on all unitsEffective price per unit
Below 10,000NilGBP 100
10,000 to 14,9995 per centGBP 95
15,000 or more10 per centGBP 90

The supplier has more than 300 similar distributor agreements and eight years of settlement history, so expected value is the better predictor under IFRS 15.53(a). Every unit is a separate performance obligation satisfied at a point in time on delivery, and the contract is a single performance obligation of a series under IFRS 15.22(b) for the purposes of allocation. On the identification question see performance obligations under IFRS 15.

Step 1: estimate the expected per-unit price

At inception, management assesses the probability of each tier from the distributor's own forecast and from history for comparable accounts:

OutcomeProbabilityPrice per unit (GBP)Weighted (GBP)
Below 10,000 units20 per cent100.0020.00
10,000 to 14,999 units50 per cent95.0047.50
15,000 units or more30 per cent90.0027.00
Expected price per unit100 per cent94.50

The estimate is a price. That is the entire point, and it is where the previous version of this article went wrong.

Step 2: apply the constraint

Run IFRS 15.57. The outcome depends on the distributor's ordering, which the supplier influences through service levels but does not control, so factor (a) is present but mild. The uncertainty resolves within twelve months, so factor (b) is weak. Experience is extensive and directly comparable, so factor (c) is absent. The supplier does not have a practice of granting concessions outside the scale, so factor (d) is absent. The range runs from GBP 100 to GBP 90, a spread of 10 per cent across three defined outcomes, so factor (e) is weak. On these facts it is highly probable that recognising revenue at GBP 94.50 per unit will not cause a significant reversal of cumulative revenue. The estimate is not further constrained. Transaction price per unit is GBP 94.50.

Direction of risk. For a rebate, the reversal risk runs downwards: revenue reverses if the customer buys more and earns a bigger rebate. So the constraint asks whether GBP 94.50 is high enough to be safe, not whether it is low enough. If the distributor were newly onboarded with no history, the supplier would constrain by moving down the price scale, recognising at GBP 90 and releasing later, rather than by applying a percentage haircut to GBP 94.50.

Step 3: the journals across the year

Cost of sales is ignored in this example to keep the revenue mechanics visible. All amounts in GBP.

Quarter 1: 3,000 units shipped. Expected price GBP 94.50.
AccountDrCr
Trade receivable (3,000 × 100.00 invoiced)300,000
Revenue (3,000 × 94.50)283,500
Refund liability, IFRS 15.5516,500
Quarter 2: 4,000 units shipped, cumulative 7,000. Estimate unchanged.
AccountDrCr
Trade receivable (4,000 × 100.00)400,000
Revenue (4,000 × 94.50)378,000
Refund liability22,000

Cumulative position at the half year: revenue GBP 661,500, refund liability GBP 38,500, receivable GBP 700,000. The liability equals 7,000 units at GBP 5.50, the expected rebate per unit.

Step 4: the estimate changes, and IFRS 15.88 does the work

In quarter 3 the distributor ships 5,000 units, taking cumulative volume to 12,000. The bottom tier is now impossible. Management reassesses under IFRS 15.59 and reweights: 40 per cent chance the year closes between 10,000 and 14,999 units at GBP 95, 60 per cent chance it exceeds 15,000 units at GBP 90.

Revised expected price = (0.40 × 95.00) + (0.60 × 90.00) = 38.00 + 54.00 = GBP 92.00.

IFRS 15.88 requires the change to be allocated on the same basis as at inception and recognised as revenue, or a reduction of revenue, in the period in which the transaction price changes. So the new price is applied to cumulative units and the difference falls into quarter 3:

CalculationGBP
Cumulative revenue that should now be recognised: 12,000 × 92.001,104,000
Revenue recognised in Q1 and Q2(661,500)
Revenue for quarter 3442,500
Cross-check, current units: 5,000 × 92.00460,000
Cross-check, catch-up on prior units: 7,000 × (92.00 less 94.50)(17,500)
Cross-check total442,500
Quarter 3: 5,000 units shipped, cumulative 12,000. Revised price GBP 92.00.
AccountDrCr
Trade receivable (5,000 × 100.00)500,000
Revenue (current units net of catch-up)442,500
Refund liability57,500

Refund liability now stands at 38,500 + 57,500 = GBP 96,000, which is 12,000 units invoiced at GBP 100 less cumulative revenue of GBP 1,104,000. The liability reconciles to the balance sheet without a plug, which is the test that the catch-up has been booked correctly.

Step 5: the uncertainty resolves

In quarter 4 the distributor takes 4,000 units, closing the year at 16,000 and triggering the 10 per cent tier. Price is now known at GBP 90.00.

CalculationGBP
Cumulative revenue: 16,000 × 90.001,440,000
Revenue recognised in Q1 to Q3(1,104,000)
Revenue for quarter 4336,000
Cross-check: 4,000 × 90.00, less catch-up 12,000 × 2.00360,000 less 24,000
Quarter 4 and settlement of the rebate.
AccountDrCr
Trade receivable (4,000 × 100.00)400,000
Revenue336,000
Refund liability64,000
Credit note issued for the rebate: 16,000 units × GBP 10.00
Refund liability160,000
Trade receivable160,000

Refund liability closes at nil: 96,000 + 64,000 = 160,000, extinguished by the credit note. Revenue for the year totals 283,500 + 378,000 + 442,500 + 336,000 = GBP 1,440,000, which is 16,000 units at GBP 90.00. The full-year answer is exactly right, and it was approached in steps rather than in one jump at the year end.

The common mistake, named

Here is the version that circulates in training material and in a previous edition of this article. A contract has two possible outcomes: a 70 per cent chance the customer buys 1,000 units at GBP 100 each, giving GBP 100,000, and a 30 per cent chance it buys 2,000 units at GBP 95 each, giving GBP 190,000. The expected value is calculated as (0.70 × 100,000) + (0.30 × 190,000) = GBP 127,000, and GBP 127,000 is presented as the revenue to recognise.

That is wrong, and it is worth being precise about why. Two different errors are stacked on top of each other. First, it probability-weights two whole-contract outcomes that contain different quantities, so the GBP 127,000 is an average of two total contract values. It is not a price and it is not attributable to any set of goods. Second, it recognises that average immediately, ignoring IFRS 15.31, which recognises revenue when a performance obligation is satisfied, and IFRS 15.46, which limits the amount recognised to the transaction price allocated to that obligation. If 400 units have shipped, GBP 127,000 is revenue on 1,000 to 2,000 units, most of which never left the warehouse.

The correct treatment on those same facts: probability-weight the price, giving (0.70 × 100.00) + (0.30 × 95.00) = GBP 98.50 per unit, test it against the constraint in IFRS 15.56, and apply it to the 400 units actually transferred. Revenue is 400 × 98.50 = GBP 39,400, with the difference against the GBP 40,000 invoiced sitting as a refund liability under IFRS 15.55. The remaining units are recognised as and when they ship, at the price then estimated.

My view: this error survives because the expected value calculation itself is correct arithmetic. Nothing in the multiplication looks wrong. The error is in what the result is taken to be, and that is only visible if you ask which units the number belongs to. That question is the one to ask of every expected value calculation before it goes near the ledger.

Local FAQs

Should the refund liability be netted against the receivable? No. They are different items with different counterparties in substance, and IAS 32 offsetting conditions are rarely met before the credit note is issued. Presenting them gross also preserves the disclosure of the returns and refunds obligation contemplated by IFRS 15.126(d).

Is the rebate accrual a provision under IAS 37? No. IAS 37.5 scopes out items covered by another standard, and a refund liability arising from a contract with a customer is measured under IFRS 15.55. Presenting it within provisions obscures the link to revenue and breaks the roll-forward.

What if the rebate is prospective rather than retrospective? A prospective rebate that applies only to future units usually does not make past units variable. It is more often a material right to a discount on future purchases, a separate performance obligation under IFRS 15.B40, which is allocation rather than estimation. That analysis sits in allocating the transaction price.

Potential risks

Two things reliably break in practice. The first is that the estimate is refreshed only annually, so quarters one to three are recognised at a price everyone knows is stale, and the whole correction lands in quarter four. IFRS 15.59 requires an update at the end of each reporting period. The second is that the rebate is computed on invoiced volume in the rebate system and on shipped volume in the revenue system, so the refund liability and the revenue deduction never agree and the difference is written off as an unreconciled balance. That difference is usually cut-off, and it is usually revenue.

Worked example: how do you apply the constraint to a performance bonus?

Estimate the bonus using most likely amount under IFRS 15.53(b), then test it against IFRS 15.56 separately. On a bonus that turns on a third party's decision several years out, the honest answer at inception is usually nil included, with the full estimate documented on file. When the constraint releases, IFRS 15.88 recognises the catch-up on the progress already made, in the period of the change.

The facts

Constructed example. An engineering contractor agrees to design, build and commission a bespoke plant control system. The fee is GBP 2,400,000 fixed, plus a single bonus of GBP 300,000 payable only if the system passes the independent regulator's site acceptance test at the first attempt. There is one performance obligation satisfied over time under IFRS 15.35(b), because the contractor's performance creates an asset the customer controls as it is created. Progress is measured on an input basis using costs incurred against total expected costs of GBP 1,800,000. Billing is on milestones, so the debit is a contract asset rather than a receivable until the right to consideration becomes unconditional. On that distinction see contract assets and contract liabilities.

The bonus is either earned in full or not at all. Two outcomes, so most likely amount is the better predictor under IFRS 15.53(b). Management's assessment at inception is that a first-time pass is more likely than not, at roughly 60 per cent. Most likely amount is therefore GBP 300,000.

The constraint at inception

The estimate is GBP 300,000. The question under IFRS 15.56 is a different one: how much of that GBP 300,000 is it highly probable will not have to reverse.

IFRS 15.57 factorAssessment at inceptionWeight
(a) Susceptible to factors outside the entity's influenceThe pass depends on an independent regulator's judgement applied to criteria that are qualitative in part. This is the "judgement or actions of third parties" example given in the paragraph.High
(b) Long period before resolutionThe test takes place at commissioning, 20 months after inception.High
(c) Limited experience or limited predictive valueThe contractor has completed two comparable systems. Both passed, but two data points on bespoke assets have limited predictive value.High
(d) Practice of broad concessions or changing termsNo such practice on engineering contracts.Absent
(e) Large number and broad range of possible amountsTwo amounts only, nil or GBP 300,000. The count is low but the range is the whole bonus.Low on count, high on magnitude

Add the magnitude limb of IFRS 15.57. In year one, cumulative revenue on this contract will be around GBP 1.2 million. A reversal of GBP 300,000 is 25 per cent of that. That is significant on any reading. The conclusion is that no part of the bonus is highly probable not to reverse. Constrained amount: nil. Transaction price at inception is GBP 2,400,000.

Constrained to nil is not the same as ignored. The estimate of GBP 300,000 still exists and still has consequences. IFRS 15.122 requires the entity to explain qualitatively whether any consideration is excluded from the transaction price and therefore excluded from the remaining performance obligation disclosure in IFRS 15.120, and it names constrained variable consideration as the example. An entity that constrains to nil and then discloses nothing has complied with IFRS 15.56 and failed IFRS 15.122.

Year 1

Costs incurred GBP 900,000 of GBP 1,800,000 expected, so progress is 50 per cent.

CalculationGBP
Transaction price (fixed only, bonus fully constrained)2,400,000
Progress: 900,000 / 1,800,00050 per cent
Cumulative revenue1,200,000
AccountDrCr
Contract asset1,200,000
Revenue1,200,000

Year 2: the constraint releases

By the year 2 reporting date the factory acceptance test has been passed with no exceptions, the regulator has issued a clean pre-assessment on the design dossier, and both comparable systems delivered by the contractor since inception have passed first time, taking the relevant experience to four. The uncertainty now resolves within four months rather than twenty. Reassessing under IFRS 15.59: factors (a), (b) and (c) have all weakened materially, and cumulative revenue on the contract is now large enough that GBP 300,000 is a much smaller proportion of it. Management concludes it is highly probable that including the full bonus will not cause a significant reversal. The full GBP 300,000 enters the transaction price.

Costs incurred to date are GBP 1,620,000 of GBP 1,800,000, so progress is 90 per cent.

CalculationGBP
Revised transaction price: 2,400,000 + 300,0002,700,000
Progress: 1,620,000 / 1,800,00090 per cent
Cumulative revenue: 90 per cent × 2,700,0002,430,000
Recognised in year 1(1,200,000)
Revenue for year 21,230,000

The GBP 1,230,000 splits into two pieces, and being able to explain the split is what separates a supportable number from a plug. The fixed fee contributes (90 per cent less 50 per cent) × 2,400,000 = GBP 960,000, which is ordinary progress. The bonus contributes 90 per cent × 300,000 = GBP 270,000, all of it in year 2 because none was recognised in year 1. Of that GBP 270,000, the portion relating to the first 50 per cent of progress, GBP 150,000, is the cumulative catch-up required by IFRS 15.88 on the part of the obligation already satisfied. It lands in year 2 because that is the period in which the transaction price changed, not in year 1 by restatement.

AccountDrCr
Contract asset1,230,000
Revenue1,230,000

Year 3: completion

The system is commissioned, the regulator's site acceptance test is passed at the first attempt and the bonus is invoiced. Progress reaches 100 per cent.

CalculationGBP
Cumulative revenue: 100 per cent × 2,700,0002,700,000
Recognised in years 1 and 2(2,430,000)
Revenue for year 3270,000

Total revenue across the three years is 1,200,000 + 1,230,000 + 270,000 = GBP 2,700,000, which is the fixed fee plus the bonus. Note the shape: the bonus never appeared as a single lump at the moment of payment. It was drawn into revenue from the reporting date on which the constraint released, spread across the progress made by then, which is the point of IFRS 15.88.

What if the test had been failed?

If the regulator had failed the system in year 3, the transaction price would fall back to GBP 2,400,000 and cumulative revenue to GBP 2,400,000 against GBP 2,430,000 already recognised. Year 3 revenue would be negative GBP 30,000: a reversal, but a small one, because the constraint was released only once the exposure had become immaterial to cumulative revenue. That is the constraint working as designed. Compare the counterfactual where the bonus had been included from inception: cumulative revenue in year 1 would have been GBP 1,350,000 rather than GBP 1,200,000, and the failure would have produced a reversal of GBP 150,000 in year 3 against the year 1 figure. The purpose of IFRS 15.56 is not to delay revenue. It is to keep the size of any reversal proportionate.

Local FAQs

Should the bonus be a separate performance obligation? No. A bonus is consideration, not a promised good or service. Whether it can be allocated to one obligation is a separate question answered by IFRS 15.85, covered below.

If the probability of the bonus is 51 per cent, is most likely amount still GBP 300,000? Yes. Most likely amount takes the single most likely outcome, and at 51 per cent that is the bonus. The thin margin is not reflected in the estimate. It is reflected in the constraint, which at 51 per cent would almost certainly hold the entire amount back.

Does a penalty work the same way in reverse? Broadly yes. A penalty reduces the transaction price, so the reversal risk points upward: the risk is that the entity recognised too much by assuming no penalty. The entity estimates the penalty under IFRS 15.53 and reduces the transaction price by the amount that is not highly probable to be avoided.

Potential risks

The release of a constraint is the highest-risk journal in Step 3, because it produces revenue with no corresponding activity in the period and no invoice. It should be supported by a dated reassessment identifying what specifically changed in the IFRS 15.57 factors. A release that coincides with a period in which the entity narrowly meets a target, and is supported only by an updated probability with no underlying event, is the classic pattern that turns a technical judgement into a management override question.

How is variable consideration reassessed at each reporting date?

IFRS 15.59 requires the estimated transaction price to be updated at the end of every reporting period, including a fresh assessment of whether the estimate is constrained. The update is not optional and it is not annual. IFRS 15.87 to 90 then say where the change goes: allocated on the same basis as at inception, with amounts relating to satisfied obligations recognised in the current period as revenue or a reduction of revenue.

"At the end of each reporting period, an entity shall update the estimated transaction price (including updating its assessment of whether an estimate of variable consideration is constrained) to represent faithfully the circumstances present at the end of the reporting period and the changes in circumstances during the reporting period. The entity shall account for changes in the transaction price in accordance with paragraphs 87–90."

The parenthesis is doing real work. Two things are updated, not one: the estimate itself, and the constraint applied to it. Entities routinely refresh the probability weightings and leave the constraint conclusion from implementation date untouched, which is a partial compliance that fails on the words of the paragraph.

"An entity shall allocate to the performance obligations in the contract any subsequent changes in the transaction price on the same basis as at contract inception. Consequently, an entity shall not reallocate the transaction price to reflect changes in stand-alone selling prices after contract inception. Amounts allocated to a satisfied performance obligation shall be recognised as revenue, or as a reduction of revenue, in the period in which the transaction price changes."

Three consequences follow. Changes are allocated using the original relative stand-alone selling prices, frozen at inception. Stand-alone selling prices are never revisited, so a change in market pricing does not reallocate anything. And the portion attaching to work already done goes through the current period, which is why a change in estimate produces a catch-up rather than a restatement.

Change in estimate, not error

A revised estimate that reflects information arising after the previous reporting date is a change in accounting estimate under IAS 8, recognised prospectively. It is not a prior period error and it does not restate comparatives. The distinction turns on what management knew, or could reasonably have known, at the earlier date. If the rebate accrual was understated because the entity used a rate it already knew was superseded, that is an error. If it was understated because the customer's ordering pattern changed in the following quarter, that is an estimate.

The evidential difference is a dated file. An estimate refreshed at each reporting date, with the inputs available at that date on record, is defensible as a change in estimate. An estimate refreshed once a year and back-solved to the settled amount is not, because there is no record of what was known when.

Where a change in the transaction price lands
SituationTreatmentReference
Estimate changes, obligation already fully satisfiedEntire change to revenue in the current periodIFRS 15.88
Estimate changes, obligation satisfied over time and partly completeCumulative catch-up on progress to date, remainder recognised as progress continuesIFRS 15.88
Estimate changes, nothing yet transferredNo revenue effect. The estimate simply revises the transaction price to be allocatedIFRS 15.87
Change relates entirely to one obligation and meets both IFRS 15.85 criteriaAllocated entirely to that obligationIFRS 15.89
Change arises from a contract modificationModification accounting first, under IFRS 15.18 to 21IFRS 15.90
Change in stand-alone selling prices after inceptionIgnored. No reallocationIFRS 15.88

The interaction with modifications catches people out. A rebate scale renegotiated mid-year is a modification, not a change in estimate, and it goes through IFRS 15.18 to 21 first. Only a change in the transaction price occurring after the modification is allocated under IFRS 15.87 to 89. The sequence matters because a modification can create a separate contract under IFRS 15.20, in which case the old estimate stays with the old contract untouched. The mechanics are set out in contract modifications under IFRS 15.

Local FAQs

Does the reassessment apply at interim reporting dates? Yes. IAS 34.28 requires the same recognition and measurement principles as in the annual statements, so a half-year or quarterly reporting date is the end of a reporting period for IFRS 15.59.

Can a catch-up be spread forward instead? No. IFRS 15.88 says the amount allocated to a satisfied obligation is recognised in the period in which the transaction price changes. Smoothing it over remaining periods has no basis in the standard.

Potential risks

The pattern to watch is a refund liability that only ever moves in one direction, or that moves in a straight line as a fixed percentage of revenue. Both suggest the balance is being accrued by formula rather than estimated. The second pattern to watch is a catch-up recorded in the same period every year, which usually means the estimate is only genuinely refreshed at the year end and the interim reporting dates carry a rolled-forward number.

Why do sales-based and usage-based royalties escape the constraint?

Because IFRS 15.B63 says so in terms. It opens with "notwithstanding the requirements in paragraphs 56 to 59", which displaces both the estimation requirement and the constraint for a sales-based or usage-based royalty promised in exchange for a licence of intellectual property. Revenue is recognised only at the later of the sale or usage occurring and the related performance obligation being satisfied. No estimate of future royalties is ever recognised in advance.

"Notwithstanding the requirements in paragraphs 56–59, an entity shall recognise revenue for a sales-based or usage-based royalty promised in exchange for a licence of intellectual property only when (or as) the later of the following events occurs: (a) the subsequent sale or usage occurs; and (b) the performance obligation to which some or all of the sales-based or usage-based royalty has been allocated has been satisfied (or partially satisfied)."

This is an exception, not an application. Under the general model an entity would estimate the royalties it expects, constrain them, and recognise the constrained amount as the licence obligation is satisfied. IFRS 15.B63 removes that route entirely. Even where a licensor has twenty years of stable royalty data and could estimate next year's receipts within a few per cent, it recognises nothing until the licensee's sales occur.

The "later of" test has two limbs and both must be cleared. A licensee's sales in January do not produce revenue if the licence itself has not yet been made available, because limb (b) fails. Equally, a right-to-use licence transferred in full in January produces no revenue until the licensee sells something, because limb (a) fails. In practice limb (a) usually governs for a right-to-use licence and limb (b) usually governs for a right-to-access licence in its early months.

"The requirement for a sales-based or usage-based royalty in paragraph B63 applies when the royalty relates only to a licence of intellectual property or when a licence of intellectual property is the predominant item to which the royalty relates (for example, the licence of intellectual property may be the predominant item to which the royalty relates when the entity has a reasonable expectation that the customer would ascribe significantly more value to the licence than to the other goods or services to which the royalty relates)."

This paragraph was added because entities were applying the exception to any contract with a royalty in it. The gate is predominance, tested by reference to how the customer values the licence against the other promises. It is an all-or-nothing gate, not an apportionment: IFRS 15.B63B confirms that where the requirement is met the royalty is recognised wholly under IFRS 15.B63, and where it is not met, paragraphs 50 to 59 apply to the royalty in the ordinary way.

ArrangementDoes IFRS 15.B63 apply?Why
Music catalogue licensed for a percentage of streaming revenueYesThe royalty relates only to a licence of intellectual property. IFRS 15.B63A first limb.
Franchise agreement: brand licence plus training and supply, royalty on franchisee salesUsually yesThe brand licence is normally the predominant item the franchisee is paying for. IFRS 15.B63A second limb.
Equipment sold with embedded software, fee based on units the customer producesUsually noThe customer ascribes most value to the equipment, not the software licence. Paragraphs 50 to 59 apply.
Fixed annual licence fee with no link to sales or usageNoNot a sales-based or usage-based royalty at all. It is fixed consideration.
Minimum guaranteed royalty with an uplift above a sales thresholdPartlyThe guaranteed minimum is fixed consideration and is recognised under the general model. Only the sales-based uplift falls in IFRS 15.B63.

That last row is the one worth reading twice. A minimum guarantee is not variable, so it does not get the exception and it does not get constrained either. It is recognised as the licence obligation is satisfied, over time for a right-to-access licence and at a point in time for a right-to-use licence. Only the amount that exceeds the guarantee is a sales-based royalty within IFRS 15.B63. The full analysis of licence types sits in licensing intellectual property under IFRS 15.

The exception cuts both ways. Entities like IFRS 15.B63 when it defers revenue and dislike it when it accelerates. Where a licensee reports very strong sales in a period, the licensor must recognise the whole royalty in that period, even though the licence obligation is satisfied over several years and the pattern looks lumpy. There is no smoothing available. IFRS 15.B63 is a recognition rule, not an option.

Local FAQs

Does the exception apply to a royalty on a patent licence bundled with ongoing research services? Only if the licence is predominant under IFRS 15.B63A. Where the customer is really buying the research programme, the royalty is estimated and constrained under IFRS 15.50 to 59 like any other variable amount.

Is a milestone payment in a pharmaceutical licence within IFRS 15.B63? No. A development or regulatory milestone is not based on the customer's sales or usage. It is ordinary variable consideration, usually estimated at most likely amount and heavily constrained under IFRS 15.57(a) because approval turns on a regulator.

What about a sales-based royalty on a licence recognised at a point in time? Limb (b) is satisfied on transfer, so revenue follows limb (a): recognised as the licensee's sales occur, which can be years after the licence was transferred.

Potential risks

The main risk is scoping. Applying IFRS 15.B63 to a royalty where the licence is not predominant defers revenue that should have been estimated and recognised, and the error compounds across every period of the arrangement. The second risk is reporting lag: licensees typically report sales one to two months in arrears, so the licensor is estimating the most recent period's royalties. That estimate is not caught by IFRS 15.B63, which addresses whether the sale has occurred, not whether it has been reported. Estimating an amount for sales that have already happened is measurement, and it is required.

How do refund liabilities and rights of return actually work?

A refund liability under IFRS 15.55 records consideration received or receivable to which the entity does not expect to be entitled. For a sale with a right of return, IFRS 15.B21 requires three things at once: revenue only on the units expected to be kept, a refund liability for the rest, and a return asset with a corresponding adjustment to cost of sales. Four ledger lines, not two. Any journal that shows only cash, revenue and a refund liability has ignored the inventory side.

"An entity shall recognise a refund liability if the entity receives consideration from a customer and expects to refund some or all of that consideration to the customer. A refund liability is measured at the amount of consideration received (or receivable) for which the entity does not expect to be entitled (ie amounts not included in the transaction price). The refund liability (and corresponding change in the transaction price and, therefore, the contract liability) shall be updated at the end of each reporting period for changes in circumstances. To account for a refund liability relating to a sale with a right of return, an entity shall apply the guidance in paragraphs B20–B27."

The measurement is defined by subtraction, not by estimation of the refund itself: consideration received or receivable, less the amount included in the transaction price. That is why the rebate example above produces a refund liability that always reconciles to invoiced amounts less cumulative revenue. If it does not reconcile, one of the two figures is wrong.

"To account for the transfer of products with a right of return (and for some services that are provided subject to a refund), an entity shall recognise all of the following: (a) revenue for the transferred products in the amount of consideration to which the entity expects to be entitled (therefore, revenue would not be recognised for the products expected to be returned); (b) a refund liability; and (c) an asset (and corresponding adjustment to cost of sales) for its right to recover products from customers on settling the refund liability."

"All of the following" is not decorative. Limb (c) is the one that gets dropped, and dropping it overstates cost of sales at the point of sale and understates it on return, moving margin between periods even though revenue is right.

"An asset recognised for an entity's right to recover products from a customer on settling a refund liability shall initially be measured by reference to the former carrying amount of the product (for example, inventory) less any expected costs to recover those products (including potential decreases in the value to the entity of returned products). At the end of each reporting period, an entity shall update the measurement of the asset arising from changes in expectations about products to be returned. An entity shall present the asset separately from the refund liability."

Three measurement points and one presentation point. The starting figure is the former carrying amount, so cost, not selling price and not net realisable value. Expected recovery costs come off, and those include handling, inspection and repackaging. Expected value decreases come off too, which is what bites on fashion, electronics and anything seasonal. And the asset is presented separately from the refund liability, so netting them into one "returns provision" line is not permitted.

Two further paragraphs shape the analysis. IFRS 15.B22 confirms that the entity's promise to stand ready to accept a return is not a separate performance obligation, so no part of the transaction price is allocated to it. IFRS 15.B26 removes like-for-like exchanges from the analysis entirely: swapping one colour or size for another of the same type, quality, condition and price is not a return. And IFRS 15.B27 sends a customer's right to return a defective product to the warranty guidance in IFRS 15.B28 to B33, where the question is whether the warranty is assurance-type or service-type. Those two regimes are covered in warranties, returns and customer options.

Worked example: a right of return with all four legs

Constructed example. An online retailer sells 10,000 garments in December for cash at GBP 60 each. Cost per garment is GBP 24. History over four comparable seasons shows a return rate of 20 per cent within the 30-day window. Returned garments come back saleable, but inspection, repackaging and restocking costs GBP 1.50 per unit. No further write-down is expected on this line.

CalculationGBP
Cash received: 10,000 × 60.00600,000
Revenue, units expected to be kept: 8,000 × 60.00, IFRS 15.B21(a)480,000
Refund liability: 2,000 × 60.00, IFRS 15.B21(b) and 15.55120,000
Inventory released: 10,000 × 24.00240,000
Return asset: 2,000 × (24.00 less 1.50), IFRS 15.B2545,000
Cost of sales: 240,000 less 45,000195,000

The GBP 195,000 charged to cost of sales is the GBP 192,000 cost of the 8,000 units expected to be kept plus the GBP 3,000 of expected recovery costs on the 2,000 units expected back. Those recovery costs are expensed at the point of sale because IFRS 15.B25 deducts them in measuring the asset, not when they are later incurred.

Point of sale. All four legs, IFRS 15.B21(a) to (c).
AccountDrCr
Cash600,000
Revenue480,000
Refund liability120,000
Cost of sales195,000
Right of return asset45,000
Inventory240,000

Gross margin recognised on the sale is 480,000 less 195,000 = GBP 285,000. Sense check: 8,000 units at a margin of GBP 36 each is GBP 288,000, less the GBP 3,000 of expected recovery costs, which is GBP 285,000. Correct.

Settlement in January

1,850 garments are actually returned. Refunds of 1,850 × GBP 60.00 = GBP 111,000 are paid. Restocking costs of 1,850 × GBP 1.50 = GBP 2,775 are incurred in cash. The returned garments go back into inventory at their former carrying amount of GBP 24.00 each, a total of GBP 44,400.

Settlement. Consideration side, IFRS 15.B24.
AccountDrCr
Refund liability120,000
Cash, refunds paid on 1,850 units111,000
Revenue, 150 units not returned × 60.009,000
Settlement. Inventory side, IFRS 15.B25.
AccountDrCr
Inventory, 1,850 × 24.0044,400
Cost of sales, balancing3,375
Right of return asset45,000
Cash, restocking costs 1,850 × 1.502,775

The GBP 3,375 charge is not a plug. It is 150 units at GBP 22.50, the carrying amount of the return asset attributable to units the entity expected back and did not get. Those units were sold, and their cost belongs in cost of sales.

Proof across both periods
LineRecognisedActual outcome
Revenue: 480,000 + 9,000489,0008,150 units kept × 60.00 = 489,000
Cost of sales: 195,000 + 3,375198,3758,150 × 24.00 = 195,600, plus restocking 2,775 = 198,375
Refund liabilityNilFully settled
Right of return assetNilFully released

Both lines agree to the actual outcome, which is the test that the four legs were set up correctly in December.

Retail returns and the return asset

Retailers with a large online channel run this calculation on every reporting date, and the disclosure shows it. Next plc's accounting policy for revenue describes sales being recognised net of expected returns, with a refund liability recognised for the consideration expected to be repaid and a corresponding asset recognised for the right to recover the goods, measured by reference to the former carrying amount of the inventory. The judgement is the return rate, which differs sharply between the retail store channel and the online channel, and between product categories.

This is IFRS 15.57(c) in a specific form. Long store-based experience has limited predictive value for online returns, because the return rate is several times higher and behaves differently across seasons. Entities that migrated a store-heavy sales mix online without recutting the return rate assumption understated the refund liability, and the error grew with the channel.

Next plc, Annual Report and Accounts, accounting policies for revenue and for the right of return asset and refund liability.

Local FAQs

Can the return asset be measured at selling price? No. IFRS 15.B25 measures it by reference to the former carrying amount of the product, which is cost, less expected recovery costs and expected value decreases.

What happens if returned goods cannot be resold? The expected decrease in value comes off the asset at the point of sale under IFRS 15.B25. Where returns are expected to be scrapped entirely, the asset is nil and the whole cost goes to cost of sales immediately, while the refund liability is unaffected.

Is a right of return a performance obligation? No. IFRS 15.B22 says the promise to stand ready to accept a return is not a performance obligation in addition to the obligation to provide a refund, so no transaction price is allocated to it.

Does the constraint apply to returns? Yes. IFRS 15.B23 expressly applies paragraphs 47 to 72, including the constraint in 56 to 58, in determining the amount the entity expects to be entitled to.

Potential risks

The most common defect is the missing return asset, which leaves revenue correct and margin wrong, and which is invisible in a revenue-focused review. The second is a return rate applied uniformly across channels or product categories that behave differently. The third is a refund liability that is presented net of the return asset, contrary to the final sentence of IFRS 15.B25, which removes the reader's ability to see either balance. The fourth is a return period that straddles the year end without the reporting date estimate being cut properly, so December sales carry a return rate estimated on a full-year average rather than on the specific December mix.

When is variable consideration allocated to one performance obligation instead of pro rata?

Only when both criteria in IFRS 15.85 are met: the terms of the variable payment relate specifically to the entity's efforts to satisfy that obligation or to a specific outcome from it, and allocating the whole amount there is consistent with the allocation objective in IFRS 15.73 once all the obligations and payment terms in the contract are considered. Fail either criterion and IFRS 15.86 sends the amount back into the ordinary relative stand-alone selling price allocation.

"Variable consideration that is promised in a contract may be attributable to the entire contract or to a specific part of the contract, such as either of the following: (a) one or more, but not all, performance obligations in the contract (for example, a bonus may be contingent on an entity transferring a promised good or service within a specified period of time); or (b) one or more, but not all, distinct goods or services promised in a series of distinct goods or services that forms part of a single performance obligation in accordance with paragraph 22(b) (for example, the consideration promised for the second year of a two-year cleaning service contract will increase on the basis of movements in a specified inflation index)."

Limb (b) is the one that unlocks a large amount of practice. A series accounted for as a single performance obligation under IFRS 15.22(b) can still have variable consideration attached to individual periods within it, which is how usage-based pricing in a managed service contract is recognised in the period the usage occurs rather than smoothed across the term.

"An entity shall allocate a variable amount (and subsequent changes to that amount) entirely to a performance obligation or to a distinct good or service that forms part of a single performance obligation in accordance with paragraph 22(b) if both of the following criteria are met: (a) the terms of a variable payment relate specifically to the entity's efforts to satisfy the performance obligation or transfer the distinct good or service (or to a specific outcome from satisfying the performance obligation or transferring the distinct good or service); and (b) allocating the variable amount of consideration entirely to the performance obligation or the distinct good or service is consistent with the allocation objective in paragraph 73 when considering all of the performance obligations and payment terms in the contract."

Criterion (a) is usually easy and is where most analysis stops. Criterion (b) is the harder one and it is a check against gaming. It asks whether, looking at the contract as a whole, allocating the variable amount to one obligation still depicts the consideration the entity expects for each obligation. Where a bonus nominally attached to a small early obligation is really priced into the deal overall, criterion (b) fails even though criterion (a) is met on the drafting.

Worked through on a two-obligation contract: a software vendor licenses a platform for GBP 400,000 and provides two years of hosting for GBP 200,000, with a GBP 50,000 bonus payable if platform uptime exceeds 99.95 per cent in year one. Uptime is a function of the hosting service, not the licence. Criterion (a) is met: the bonus relates specifically to a specific outcome from satisfying the hosting obligation. Criterion (b) holds, because GBP 250,000 for two years of hosting is consistent with what the vendor would charge for a premium-availability service. So the whole GBP 50,000, once it clears the constraint, is allocated to hosting and recognised over the hosting period.

Change one fact. Suppose the bonus was GBP 250,000 and the stated hosting fee was GBP 50,000, with the licence at GBP 550,000. Criterion (a) is still met on the drafting. Criterion (b) now fails, because allocating GBP 300,000 to a two-year hosting service whose stand-alone selling price is nowhere near that amount does not depict the consideration expected for that obligation. The bonus goes into the pool and is allocated on relative stand-alone selling prices under IFRS 15.74. The full allocation mechanics, including how discounts are allocated under IFRS 15.81 to 83, are set out in allocating the transaction price under IFRS 15.

"The allocation requirements in paragraphs 73–83 shall be applied to allocate the remaining amount of the transaction price that does not meet the criteria in paragraph 85."

Note the word "remaining". IFRS 15.85 is applied first, on the amounts that qualify, and only the residual is allocated on a relative stand-alone selling price basis. Running the general allocation across the whole transaction price and then adjusting is the wrong order and produces a different answer whenever stand-alone selling prices are not proportionate to the variable amount.

Where this changes the answer materially

The allocation question decides when, not just how much. On the software example above, allocating the GBP 50,000 bonus to hosting spreads it over two years. Allocating it pro rata would push two-thirds of it into the licence, which is recognised at a point in time on transfer, pulling roughly GBP 33,000 into the first period. Same transaction price, materially different phasing, driven entirely by a paragraph that most models treat as a formality.

My view: IFRS 15.85 is under-applied in practice, and usually in the direction of pro rata allocation because that is what the system does by default. On usage-based and outcome-based contracts, which are now the majority of enterprise software and managed service deals, that default is often wrong and it distorts the profile of revenue across the term.

Local FAQs

Can a change in a variable amount be allocated to one obligation? Yes, but only under the same test. IFRS 15.89 permits a change in the transaction price to be allocated entirely to one or more, but not all, obligations only if the criteria in IFRS 15.85 are met.

Do both criteria really have to be met? Yes. The paragraph says "if both of the following criteria are met". A conclusion resting on criterion (a) alone is incomplete.

Does IFRS 15.85 apply to a single-obligation contract? IFRS 15.75 says paragraphs 76 to 86 do not apply where a contract has only one performance obligation, but adds that paragraphs 84 to 86 may still apply where the entity promises a series of distinct goods or services identified as a single obligation under IFRS 15.22(b) and the consideration includes variable amounts.

Potential risks

The risk is a documented conclusion under criterion (a) with silence on criterion (b), which is not a conclusion at all. The second risk is allocating a variable amount to an obligation that has already been satisfied, which converts a future uncertainty into immediate revenue. That is permissible where IFRS 15.85 is genuinely met, but it deserves scrutiny, because it is the highest-value outcome available from the paragraph and therefore the one most likely to be reached for the wrong reasons.

When does a contract contain a significant financing component?

When the timing of payments agreed by the parties gives either the customer or the entity a significant benefit of financing the transfer of goods or services, whether or not financing is mentioned in the contract. IFRS 15.60 then requires the consideration to be adjusted for the time value of money. IFRS 15.63 provides a practical expedient: no adjustment is needed if the entity expects, at inception, that the gap between transfer and payment will be one year or less.

"In determining the transaction price, an entity shall adjust the promised amount of consideration for the effects of the time value of money if the timing of payments agreed to by the parties to the contract (either explicitly or implicitly) provides the customer or the entity with a significant benefit of financing the transfer of goods or services to the customer. In those circumstances, the contract contains a significant financing component. A significant financing component may exist regardless of whether the promise of financing is explicitly stated in the contract or implied by the payment terms agreed to by the parties to the contract."

The component runs in both directions. Extended payment terms finance the customer and produce interest income for the entity. Advance payments finance the entity and produce interest expense, with revenue recognised at a higher amount than the cash received. The second case is the one entities forget, because it increases revenue and increases finance costs at the same time.

IFRS 15.61 sets the objective: recognise revenue at the cash selling price, the amount the customer would have paid had it paid cash when the goods or services transferred. It also gives the two indicators of significance: the difference between the promised consideration and the cash selling price, and the combined effect of the expected length of the payment gap and prevailing market interest rates.

"Notwithstanding the assessment in paragraph 61, a contract with a customer would not have a significant financing component if any of the following factors exist: (a) the customer paid for the goods or services in advance and the timing of the transfer of those goods or services is at the discretion of the customer. (b) a substantial amount of the consideration promised by the customer is variable and the amount or timing of that consideration varies on the basis of the occurrence or non-occurrence of a future event that is not substantially within the control of the customer or the entity (for example, if the consideration is a sales-based royalty). (c) the difference between the promised consideration and the cash selling price of the good or service (as described in paragraph 61) arises for reasons other than the provision of finance to either the customer or the entity, and the difference between those amounts is proportional to the reason for the difference."

Limb (b) is the direct link to this article. Where the consideration is substantially variable on an event outside both parties' control, there is no financing component to discount, because there is no known amount being deferred. Limb (c) covers retentions and performance-linked payment terms: money held back to protect the customer against non-performance is not a loan.

"As a practical expedient, an entity need not adjust the promised amount of consideration for the effects of a significant financing component if the entity expects, at contract inception, that the period between when the entity transfers a promised good or service to a customer and when the customer pays for that good or service will be one year or less."

Two limits on this expedient are missed constantly. It is assessed at contract inception on expectations, so a receivable that unexpectedly runs to eighteen months is still within the expedient. And it applies to the period between transfer and payment, not to the contract term, so a three-year contract billed and paid monthly in arrears is comfortably inside it.

IFRS 15.64 sets the rate: the rate that would be reflected in a separate financing transaction between the entity and its customer at inception, reflecting the credit characteristics of whichever party is receiving the financing. It is a customer-specific borrowing rate where the entity is financing the customer, and an entity-specific rate where the customer has paid in advance. Once set, IFRS 15.64 prohibits updating it for later changes in interest rates or credit assessment. IFRS 15.65 then requires the financing effect, whether interest income or interest expense, to be presented separately from revenue.

Presentation, not just measurement. An entity that discounts correctly but reports the unwind inside revenue has failed IFRS 15.65. The requirement is explicit, and the effect on the revenue line can be significant on long-dated contracts. For periods beginning on or after 1 January 2027, IFRS 18 governs where that interest sits in the statement of profit or loss, replacing IAS 1.

Local FAQs

Does a customer deposit always create a financing component? No. IFRS 15.62(a) excludes advance payments where the timing of transfer is at the customer's discretion, which covers most gift cards, stored value and prepaid credit arrangements.

Is a retention on a construction contract discounted? Usually not. IFRS 15.62(c) applies where the deferral protects the customer against non-performance rather than providing finance, which is the purpose of a retention.

Is the practical expedient an accounting policy choice? It is applied by contract, and IFRS 15.129 requires disclosure of the practical expedients used, so an entity applying it should say so.

Potential risks

The recurring issue is advance payments on multi-year contracts, where entities apply the expedient by looking at the contract term rather than at the gap between payment and transfer. On a three-year licence paid in full upfront, the gap for the final year's service is close to three years, and the expedient does not apply to it. The second issue is applying the entity's own weighted average cost of capital as the discount rate rather than the customer-specific rate required by IFRS 15.64, which is usually materially different.

When is consideration payable to a customer a reduction of revenue?

Always, unless the payment buys a distinct good or service from the customer. IFRS 15.70 makes reduction of the transaction price the default. IFRS 15.71 allows the payment to be accounted for as an ordinary purchase only where it is for a distinct good or service, and any excess over that item's fair value still reduces revenue. If the fair value cannot be reasonably estimated, the whole payment reduces revenue.

"Consideration payable to a customer includes cash amounts that an entity pays, or expects to pay, to the customer (or to other parties that purchase the entity's goods or services from the customer). Consideration payable to a customer also includes credit or other items (for example, a coupon or voucher) that can be applied against amounts owed to the entity (or to other parties that purchase the entity's goods or services from the customer). An entity shall account for consideration payable to a customer as a reduction of the transaction price and, therefore, of revenue unless the payment to the customer is in exchange for a distinct good or service (as described in paragraphs 26–30) that the customer transfers to the entity. If the consideration payable to a customer includes a variable amount, an entity shall estimate the transaction price (including assessing whether the estimate of variable consideration is constrained) in accordance with paragraphs 50–58."

Note the reach of the first sentence. It captures payments to the customer's customer, which is why a manufacturer's coupon redeemed by a consumer at a supermarket reduces the manufacturer's revenue even though the manufacturer never contracted with the consumer. Note also the final sentence: a variable payment to a customer runs through the same estimation and constraint machinery as any other variable amount.

This is where slotting fees, listing fees, co-operative advertising allowances and shelf-space payments live. The commercial framing is a marketing cost. The accounting question is narrower: did the entity receive a distinct good or service in exchange, judged against the criteria in IFRS 15.26 to 30? A payment for shelf space at the front of a store generally does not, because the retailer is not transferring anything the supplier could have bought from a third party in the ordinary course. A payment for a defined advertising campaign, with placement, dates and audience specified, and at a rate the supplier could obtain from a media agency, generally does.

"If consideration payable to a customer is a payment for a distinct good or service from the customer, then an entity shall account for the purchase of the good or service in the same way that it accounts for other purchases from suppliers. If the amount of consideration payable to the customer exceeds the fair value of the distinct good or service that the entity receives from the customer, then the entity shall account for such an excess as a reduction of the transaction price. If the entity cannot reasonably estimate the fair value of the good or service received from the customer, it shall account for all of the consideration payable to the customer as a reduction of the transaction price."

The paragraph builds a two-part answer rather than a binary one. Fair value of the distinct service is an expense. Anything above fair value is a revenue deduction. That split is deliberate and it removes the incentive to dress up a discount as a service purchase, because the entity has to support the fair value to keep the payment out of revenue.

"Accordingly, if consideration payable to a customer is accounted for as a reduction of the transaction price, an entity shall recognise the reduction of revenue when (or as) the later of either of the following events occurs: (a) the entity recognises revenue for the transfer of the related goods or services to the customer; and (b) the entity pays or promises to pay the consideration (even if the payment is conditional on a future event). That promise might be implied by the entity's customary business practices."

The later-of test and the closing sentence together mean an entity cannot defer the deduction by leaving the promise informal. A customary practice of paying an annual listing fee is a promise for the purposes of limb (b), so once the related revenue is recognised, the deduction follows.

PaymentDistinct good or service?Treatment
Slotting fee for shelf spaceNoReduction of revenue. IFRS 15.70.
Listing fee to secure a product rangeNoReduction of revenue. The supplier receives access to its own customer, not a separate service.
Payment for a specified advertising campaign at market ratesYesMarketing expense to the extent of fair value; excess reduces revenue. IFRS 15.71.
Payment for point-of-sale data at a rate charged to third partiesYesExpense. The retailer sells the same data commercially.
Manufacturer coupon redeemed by a consumerNoReduction of revenue. IFRS 15.70 captures payments to the customer's customer.
Contribution to a retailer's store refitUsually noReduction of revenue unless a distinct service with a supportable fair value is received.

Trade spend disclosure in consumer goods

Reckitt's revenue accounting policy describes net revenue as being stated after deducting trade spend, including trade discounts, customer rebates, listing fees and promotional allowances, with accruals recognised on the basis of expected amounts payable under the relevant customer agreements. The disclosure treats the estimation of trade spend as an area of judgement, because the amount finally claimed by the retailer depends on promotional execution and on volumes that are not known at the point of shipment.

What the disclosure shows in accounting terms is the two paragraphs working together. The rebate element is variable consideration under IFRS 15.51 and is estimated under IFRS 15.53. The listing and promotional element is consideration payable to a customer under IFRS 15.70 and reduces revenue unless a distinct service is received. Both end up in the same net revenue line, and both are estimates, but they get there under different paragraphs and are supported by different evidence.

Reckitt Benckiser Group plc, Annual Report and Accounts 2023, accounting policies for net revenue and trade spend.

Local FAQs

Does a payment to a customer that is also a supplier get netted? Only if the payment is genuinely for a distinct good or service from that party in its supplier capacity, at fair value, under IFRS 15.71. Where the entity trades with a customer in both directions, the analysis is done separately for each leg.

Is an upfront payment to win a contract a revenue deduction or a contract cost? If it is paid to the customer, IFRS 15.70 applies and it reduces revenue, generally spread across the related revenue under IFRS 15.72. Costs paid to third parties to obtain a contract are a different question under IFRS 15.91, covered in contract costs and commissions.

Can the deduction be recognised before the related revenue? No. IFRS 15.72 uses a later-of test, so the deduction cannot precede recognition of the related revenue.

Potential risks

The dominant risk is classification within the income statement rather than measurement. Payments to customers sitting in marketing or distribution costs overstate revenue and overstate expenses by the same amount, leaving profit correct and gross margin and revenue growth wrong. Because the profit line is unaffected, the error can persist for years. The second risk is fair value support for payments claimed as distinct services. IFRS 15.71 puts the burden on the entity, and a rate card produced by the customer is not, by itself, evidence of fair value.

How does non-cash consideration interact with the constraint?

Non-cash consideration is measured at fair value under IFRS 15.66. Where that fair value moves for reasons connected to the form of the consideration, such as a share price, the movement is not variable consideration. Where it moves for reasons connected to the entity's own performance, IFRS 15.68 sends it straight into the constraint in IFRS 15.56 to 58.

"To determine the transaction price for contracts in which a customer promises consideration in a form other than cash, an entity shall measure the non-cash consideration (or promise of non-cash consideration) at fair value."

IFRS 15.67 provides the fallback: where fair value cannot reasonably be estimated, the entity measures the consideration indirectly by reference to the stand-alone selling price of the goods or services promised to the customer.

"The fair value of the non-cash consideration may vary because of the form of the consideration (for example, a change in the price of a share to which an entity is entitled to receive from a customer). If the fair value of the non-cash consideration promised by a customer varies for reasons other than only the form of the consideration (for example, the fair value could vary because of the entity's performance), an entity shall apply the requirements in paragraphs 56–58."

The split is between form and substance. A share price moving with the market is form, and IFRS 15.68 does not send it to the constraint. A right to receive more shares if the entity hits a delivery target varies because of performance, and that part is constrained like any other variable amount.

IFRS 15.69 completes the picture for contributed goods or services: where a customer contributes materials, equipment or labour to help the entity fulfil the contract, the entity assesses whether it obtains control of them, and if so accounts for them as non-cash consideration received. This is common on construction and infrastructure contracts where the customer supplies free-issue materials, and it increases both revenue and cost.

Local FAQs

At what date is the fair value measured? IFRS 15 does not specify a single date and practice generally measures at contract inception. What IFRS 15.68 does settle is which subsequent movements go through the constraint and which do not.

Are advertising barter arrangements within IFRS 15? They are, and they are measured at fair value under IFRS 15.66, but IFRS 15.5(d) excludes non-monetary exchanges between entities in the same line of business to facilitate sales to customers, which removes most like-for-like media swaps.

Potential risks

The risk is measuring non-cash consideration by reference to the entity's own cost or to the carrying amount in the customer's books rather than at fair value. Where free-issue materials are involved, the second risk is omitting them entirely, which understates both revenue and cost of sales and distorts any input-method progress measure that runs on costs incurred.

What has to be disclosed about the judgement?

IFRS 15.123 requires disclosure of the judgements, and changes in judgements, that significantly affect the amount and timing of revenue. IFRS 15.126 then names what has to be covered for the transaction price specifically, including the methods, inputs and assumptions used in estimating variable consideration and in assessing whether it is constrained. IFRS 15.122 separately requires an explanation of consideration excluded from the transaction price because it is constrained.

"An entity shall disclose information about the methods, inputs and assumptions used for all of the following: (a) determining the transaction price, which includes, but is not limited to, estimating variable consideration, adjusting the consideration for the effects of the time value of money and measuring non-cash consideration; (b) assessing whether an estimate of variable consideration is constrained; (c) allocating the transaction price, including estimating stand-alone selling prices of promised goods or services and allocating discounts and variable consideration to a specific part of the contract (if applicable); and (d) measuring obligations for returns, refunds and other similar obligations."

Limbs (a) and (b) are separate requirements and are met by separate disclosure. Naming the estimation method satisfies (a). It says nothing about (b), which asks how the entity concluded on the constraint. A note that describes expected value in a sentence and never mentions the constraint has met half the paragraph.

RequirementWhat a compliant disclosure contains
IFRS 15.126(a)Which method was used for each material category of variable consideration, and the inputs behind it: historical claim rates, forward volumes, index curves.
IFRS 15.126(b)Which IFRS 15.57 factors drove the constraint conclusion, and what would change it.
IFRS 15.126(d)The measurement basis for refund liabilities and return assets, and the movement in each over the period.
IFRS 15.122Whether consideration is excluded from the remaining performance obligation disclosure in IFRS 15.120 because it is constrained.
IAS 1.125 or IFRS 18 equivalentWhere the estimate carries a significant risk of material adjustment in the next year, the assumptions and the sensitivity.

IAS 1 applies until IFRS 18 Presentation and Disclosure in Financial Statements takes effect for annual reporting periods beginning on or after 1 January 2027, at which point the equivalent requirements on sources of estimation uncertainty sit in IAS 8 as amended.

Local FAQs

Does the refund liability need a roll-forward? IFRS 15 does not require one in terms, but IFRS 15.126(d) requires information about how obligations for returns and refunds are measured, and a movement table is the most efficient way to provide it. It is also the disclosure users ask for most often.

Is a boilerplate policy note enough? Not for IFRS 15.126(b). A conclusion that variable consideration is constrained "where appropriate" describes the standard rather than the entity, and it gives a reader nothing to test.

Potential risks

The largest disclosure risk is a note that describes the accounting policy and never reaches the judgement. Regulators reviewing revenue disclosures return to this repeatedly: the requirement is entity-specific information about the estimates actually made, not a restatement of the paragraphs.

What have regulators said about variable consideration?

The Financial Reporting Council published a thematic review of IFRS 15 disclosures in October 2018, examining the first year of application across a sample of UK listed companies. The review looked at how companies explained their revenue accounting policies, their significant judgements and their disaggregation of revenue. The consistent message was that policy descriptions were often generic and did not explain the specific judgements the entity had made, and that companies applying significant judgement to variable consideration should describe the estimate and its sensitivity rather than paraphrase the standard.

The point has recurred in the FRC's subsequent annual reviews of corporate reporting, which have continued to identify revenue as a frequent source of substantive questions to companies, with judgements over the transaction price among the areas raised. The FRC has also raised the boundary between a price concession and a credit loss, which is the distinction set out in unit 1 above and which affects the revenue line rather than the profit line.

ESMA has included the application of IFRS 15 in its European Common Enforcement Priorities, published each autumn for the following annual reporting season. Its guidance to issuers on revenue has emphasised entity-specific disclosure of significant judgements, consistency between the revenue note and the rest of the annual report, and adequate explanation where estimates of variable consideration are material to the reported figure.

What this means for a file

Regulator interest in this area is almost entirely about explanation rather than arithmetic. The questions asked are variations on the same theme: what did the entity assume, why, and what would change the answer. A file that records the IFRS 15.57 assessment at the reporting date, the inputs used, and the sensitivity of the number to the main assumption will answer all three. A file that records only the resulting journal will answer none of them, however accurate the journal is.

Five ways variable consideration goes wrong

  • Averaging whole-contract outcomes and calling it expected value. Probability-weighting a GBP 100,000 scenario and a GBP 190,000 scenario to get GBP 127,000, then recognising GBP 127,000, produces revenue on units that never transferred. Expected value estimates the price or rate under IFRS 15.53(a); IFRS 15.31 and 15.46 then apply it only to what has actually been transferred.
  • Treating the constraint as a percentage haircut. IFRS 15.56 asks for the amount that is highly probable not to reverse, determined from the distribution of outcomes. A standing policy of constraining to a fixed proportion of the estimate is not that test and cannot be supported by the IFRS 15.57 factors.
  • Omitting the return asset. IFRS 15.B21(c) requires an asset and a corresponding adjustment to cost of sales for the right to recover products, measured under IFRS 15.B25 at former carrying amount less expected recovery costs. Journals that stop at cash, revenue and the refund liability leave margin misstated in both periods.
  • Refreshing the estimate but not the constraint. IFRS 15.59 requires both to be updated at each reporting date. A rebate accrual recalculated quarterly on top of a constraint conclusion written at transition is only half compliant, and the stale half is the judgemental one.
  • Booking payments to customers as marketing costs. IFRS 15.70 makes reduction of revenue the default for consideration payable to a customer. Slotting fees and listing fees reported as expenses leave profit unaffected and revenue, gross margin and growth all overstated, which is why the error survives so long.

IFRS 15 variable consideration: frequently asked questions

What is variable consideration under IFRS 15?

Variable consideration is any part of the promised price that is not fixed. IFRS 15.51 lists discounts, rebates, refunds, credits, price concessions, incentives, performance bonuses and penalties, and adds that consideration is variable where entitlement is contingent on a future event. IFRS 15.52 extends this to variability that is not written into the contract at all: if the customer has a valid expectation from the entity's customary business practices, published policies or specific statements that the entity will accept less than the stated price, the consideration is variable even though the contract states a single fixed number.

What is the constraint on variable consideration in IFRS 15?

The constraint in IFRS 15.56 says an entity includes an estimate of variable consideration in the transaction price only to the extent that it is highly probable that a significant reversal in the amount of cumulative revenue recognised will not occur when the uncertainty is resolved. It is a cap applied after the estimate, not a different estimate. IFRS 15.57 lists five factors that increase reversal risk: susceptibility to factors outside the entity's influence, a long period before the uncertainty resolves, limited or low-predictive experience, a practice of offering broad price concessions or changing payment terms, and a large number and broad range of possible amounts.

When do you use expected value and when do you use most likely amount?

IFRS 15.53 gives two methods and IFRS 15.54 requires the entity to use the one it expects to better predict the amount it will be entitled to. Expected value is the probability-weighted sum across a range of outcomes and suits a large population of similar contracts, such as a volume rebate scheme or a returns pool. Most likely amount is the single most likely outcome and suits a binary contract, such as a bonus that is either earned in full or not earned at all. The choice is not a policy election across the business; it is made contract by contract and then applied consistently within that contract.

Can you switch between the two estimation methods during a contract?

No. IFRS 15.54 requires an entity to apply one method consistently throughout the contract when estimating the effect of an uncertainty on an amount of variable consideration. What does change is the input to the method. Updating probabilities, adding new outcomes or revising the range at each reporting date under IFRS 15.59 is a change in estimate, not a change in method. Switching from expected value to most likely amount mid contract because the answer is more convenient is a change in accounting policy applied without a basis, and it is one of the first things a reviewer looks for when revenue moves sharply between periods.

How is a volume rebate accounted for under IFRS 15?

A retrospective volume rebate makes the price of every unit variable, so the entity estimates the rebate under IFRS 15.53, usually by expected value, converts it into an expected per-unit price, and recognises revenue at that price on the units actually transferred. The difference between the amount invoiced at list price and the revenue recognised is a refund liability under IFRS 15.55. The estimate is updated at each reporting date under IFRS 15.59, and the resulting change is applied to the units already transferred as a cumulative catch-up in the period of the change under IFRS 15.88.

What is a refund liability under IFRS 15?

IFRS 15.55 requires a refund liability where an entity receives consideration from a customer and expects to refund some or all of it. It is measured at the amount of consideration received or receivable to which the entity does not expect to be entitled, which is the amount excluded from the transaction price, and it is updated at the end of each reporting period for changes in circumstances. A refund liability is not a provision under IAS 37 and it is not netted against the related receivable or against the return asset; IFRS 15.B25 requires the return asset to be presented separately from the refund liability.

How do you account for a sale with a right of return?

IFRS 15.B21 requires three things at the point of sale: revenue only for the products the entity expects to keep, a refund liability for the rest, and an asset with a corresponding adjustment to cost of sales for the right to recover products from customers. IFRS 15.B25 measures that asset by reference to the former carrying amount of the product less any expected costs to recover it, including any decrease in the value of returned goods. Any journal that shows only cash, revenue and a refund liability is incomplete, because the inventory side of the transaction has been ignored.

Does the constraint apply to sales-based royalties?

No. IFRS 15.B63 opens with the words notwithstanding the requirements in paragraphs 56 to 59, so it displaces both the general estimation requirement and the constraint for a sales-based or usage-based royalty promised in exchange for a licence of intellectual property. Revenue is recognised only when the later of the subsequent sale or usage occurring and the related performance obligation being satisfied has happened. IFRS 15.B63A restricts the exception to royalties that relate only to a licence of intellectual property, or where the licence is the predominant item to which the royalty relates.

When can variable consideration be allocated to one performance obligation only?

IFRS 15.85 allows a variable amount to be allocated entirely to a single performance obligation, or to a distinct good or service within a series accounted for under IFRS 15.22(b), only if both criteria are met: the terms of the variable payment relate specifically to the entity's efforts to satisfy that obligation or to a specific outcome from it, and allocating it entirely there is consistent with the allocation objective in IFRS 15.73 when all obligations and payment terms in the contract are considered. Both criteria, not one. Everything that fails IFRS 15.85 goes back into the relative stand-alone selling price pool under IFRS 15.86.

Is a significant financing component part of variable consideration?

No. IFRS 15.48 lists them as separate effects on the transaction price: variable consideration in IFRS 15.50 to 55 and 59, the constraint in IFRS 15.56 to 58, and a significant financing component in IFRS 15.60 to 65. They interact, though. IFRS 15.62(b) says a contract does not have a significant financing component where a substantial amount of the consideration is variable on the basis of an event not substantially within the control of either party, such as a sales-based royalty, and IFRS 15.65 requires the financing effect to be presented separately from revenue.

Key takeaways

  • Variability is decided on substance. IFRS 15.52 makes consideration variable where the customer has a valid expectation of a concession from customary practice, even if the contract states one fixed price.
  • IFRS 15.53 offers two methods and IFRS 15.54 picks between them on prediction quality, then locks the choice for that uncertainty. Expected value estimates a price or a rate, never a period's revenue.
  • The constraint in IFRS 15.56 is a separate step applied after the estimate, tested against cumulative revenue, and worked through the five factors in IFRS 15.57. Constraining to nil at inception is often the right answer.
  • IFRS 15.59 requires the estimate and the constraint to be refreshed at every reporting date, with IFRS 15.88 pushing the change on satisfied obligations through the current period as a catch-up.
  • IFRS 15.B63 displaces the constraint entirely for sales-based and usage-based royalties on IP licences, subject to the predominance gate in IFRS 15.B63A.
  • A right of return produces four legs under IFRS 15.B21: revenue, refund liability, return asset and the matching cost of sales adjustment, with the asset measured under IFRS 15.B25 and presented separately from the liability.
Usman Qureshi, ACCA

About the Author

Usman is an ACCA-qualified member and an audit and financial reporting professional with a decade of Big 4 experience across Deloitte UK, PwC and BDO, currently an Assistant Manager in Deloitte UK's AI-enabled audit practice. He leads statutory and group audit engagements for multinational clients, with a portfolio in the £20m to £30m fee range and teams of 15 to 25 people across multiple jurisdictions. His technical work concentrates on the judgemental end of the accounting and audit standards. Sector exposure spans banking and financial services, automotive, technology, media and telecom, pharmaceuticals and healthcare, and private equity. Alongside audit delivery he advises CFOs and audit committees on adoption and disclosure decisions, and supports audit partners in forming audit opinions. He has coached more than 150 audit professionals to date, and delivers technical training on accounting and audit standards as well as on new AI tools. He also serves as an AI accelerator at Deloitte, testing new audit technology on live engagements, and built the AI platform behind this site. He writes here on the technical judgements that do not have a straightforward answer in the standards, adding an expert view formed in Big 4 practice.

About UQ Consulting

UQ Consulting is an independent technical reference for accounting and audit practitioners, covering IFRS, UK GAAP and US GAAP. Every technical assertion on this site carries a paragraph reference to the standard, and only currently effective guidance is presented as the accounting treatment; superseded standards appear as history or comparison only.

Alongside the technical library, UQ Consulting's AI tools put the same judgement to work interactively: a Meeting Room panel of AI specialists for testing a technical position, GAAP Compare for IFRS-versus-US-GAAP questions, and free tools for CV scoring, knowledge testing and financial statement review. Seven tools, no sign-up wall.

Reviewed by Usman Qureshi, ACCA, a Chartered Certified Accountant with a Big 4 audit and advisory background, and founder of UQ Consulting.