CadelAll Articles
Revenue Recognition

Variable Consideration Under ASC 606, Explained

Two estimation methods, the constraint test, and the reassessment cadence for rebates, bonuses, volume tiers, and refund rights under ASC 606.

Cadel Team7 min read
100100100100$

Most contracts have a price. Some contracts have a range. Variable consideration is what ASC 606 (and IFRS 15, paragraphs 50 through 58) calls the consideration that depends on a future event: a customer hitting a usage tier, a refund window closing, a performance bonus being earned. Step 3 of the model says estimate that consideration, include it in the transaction price, and then constrain the estimate so revenue does not reverse on the next reporting date.

This is the Step 3 detail the five-step overview only gestures at. It pairs with the performance obligations post (Step 2) and the contract modifications post, since a reassessment delta posts the same way a cumulative catch-up does. The estimation method, the constraint, and the reassessment cadence are where most of the rev rec close work hides.

What Counts as Variable Consideration

Type 1
Rebates
Volume-based or behavior-triggered discounts paid back to the customer after the fact.
Type 2
Performance bonuses
Additional consideration tied to SLAs, milestones, or outcome-based incentives.
Type 3
Volume tiers
Price changes that trigger when usage crosses contractual thresholds.
Type 4
Refund rights
Returns, cancellations, and money-back guarantees within a defined window.

Each follows the same workflow under ASC 606-10-32-5 through 32-9: estimate the variable amount, decide which method to use, apply the constraint, and reassess every reporting date. Skip any of these and the income statement absorbs the reversal later.

Two Estimation Methods: Expected Value vs Most Likely Amount

Method 1
Expected value
Probability-weighted average of all possible outcomes: the sum of (outcome × probability) for every scenario the entity has identified. Use when there are many similar contracts, a large range of possible outcomes, and statistical predictability across the population.
Method 2
Most likely amount
The single most probable outcome, not weighted across alternatives. Use when the contract has two outcomes (bonus earned vs not), or when one outcome is significantly more likely than every other.

ASC 606-10-32-8 says to pick the method that better predicts the consideration. The method is locked at contract inception and applied consistently to similar contracts. Auditors expect a documented policy stating which method applies to which contract type and why.

One Scenario, Two Methods, Two Numbers

A SaaS contract has a $100K annual base price, with a 5% rebate if the customer exceeds 10,000 API calls in the year. Historical data on similar customers gives a 70% probability of exceeding the threshold. The two methods produce different transaction prices.

StepExpected value methodMost likely amount method
Scenarios considered70% probability of $95K (rebate triggered), 30% probability of $100K (no rebate)Single most likely scenario: customer exceeds the threshold
Calculation(0.70 × $95K) + (0.30 × $100K)Single outcome: customer exceeds threshold
Estimated transaction price$96.5K$95K

Both methods are acceptable under ASC 606. The choice depends on the contract pattern, and the same method must be used for similar contracts to keep the policy defensible.

The Variable Consideration Constraint

Factors that increase the constraint

A long time horizon, high judgment, a history of revisions, customer-specific factors, and a broad range of possible outcomes all push the estimate downward toward the amount that is highly probable.

Factors that decrease the constraint

A short time horizon, observable history, mechanical formulas with low judgment, and a narrow outcome range all support including more of the estimate in the transaction price.

When Variable Consideration Is Allocated to One PO, Not All

General rule

Variable consideration is normally allocated across all performance obligations in the contract in proportion to their standalone selling prices, the same way fixed consideration gets allocated under Step 4.

Exception — when both conditions are met

Under ASC 606-10-32-39 through 32-41, if the variable amount relates specifically to one PO AND allocating it entirely to that PO is consistent with the overall allocation objective, the variable amount is allocated entirely to that PO, not spread across all.

Common example: a SaaS contract has two POs (subscription and premium support), and a performance bonus tied only to the support SLA. Under the exception, the bonus is allocated entirely to the support PO, not split by SSP across subscription and support. The auditor reads both conditions: does the variable amount relate specifically to that PO, and is allocating it there consistent with the allocation objective?

See It in Motion

Cadel estimating variable consideration and applying the constraint test
Cadel · Variable consideration demoTap to interact

Where the Estimate Breaks

Three failure modes in variable consideration accounting

1
Stale estimates
The estimate is set at inception and never re-run. Probability assumptions, historical reference data, and customer-specific factors all change over the life of the contract.
Fix: Reassess at each reporting date, as ASC 606-10-32-14 requires.
2
Constraint applied late
Teams estimate the variable amount, include it fully in the transaction price, and only apply the constraint when audit forces it at year-end.
Fix: Run the constraint as part of Step 3 estimation, not as a year-end true-up.
3
No method consistency
Similar contracts get different methods because different team members handle them: expected value for one rebate program, most likely amount for the next.
Fix: Lock the method per contract type in a documented policy.

What Good Looks Like

A clean variable consideration workflow has the estimation method locked per contract type and applied consistently. The estimate is re-run at every reporting date with updated probabilities or scenarios. The constraint test runs at the time of estimation, not as a year-end true-up. The reassessment delta posts as a cumulative catch-up adjustment in the period the estimate changes, with the disclosures required by ASC 606-10-50.

At Cadel, variable consideration estimates are linked to the contract data that drives them. When the probability assumptions or the underlying performance metric changes, the estimate updates automatically. The constraint test runs continuously with documented evidence, the reassessment delta is calculated, the journal entry is generated, and the audit trail is preserved.

See how Cadel automates revenue recognition under ASC 606, or get in touch to walk through one variable consideration estimate (a rebate, performance bonus, or volume tier) and the constraint and reassessment cadence around it.

#revenue-recognition#ASC-606#variable-consideration#rev-rec#transaction-price#constraint

See it live

See Cadel automate your revenue close

20 minutes. Bring your ASC 606 schedule. We'll show you where Cadel eliminates manual SSP allocations, modification entries, and variance chasing.

Book a Demo
Variable Consideration Under ASC 606, Explained | Cadel Blog