1. Blog
  2. Revenue recognition

Transaction price allocation for SaaS performance obligations

How SaaS finance teams set standalone selling price, use the residual approach, allocate bundle discounts and split the transaction price under ASC 606.

Key takeaways

  • Allocation is step four of the five-step model and follows identifying the performance obligations and setting the transaction price.
  • The transaction price is split in proportion to the standalone selling price of each distinct promise, determined at contract inception.
  • An observable standalone price is the best evidence of SSP; without one, the company estimates SSP and maximizes observable inputs.
  • The residual approach is permitted only when a standalone selling price is highly variable or uncertain, and a nil or near-nil result signals it is not appropriate.
  • A bundle discount is allocated proportionately unless three conditions show that it belongs to specific obligations.
  • In the worked example below, allocating by SSP instead of order-form prices moves $4,500 of revenue into the first quarter.

Short answer: Under ASC 606 and IFRS 15, a SaaS company allocates the transaction price to each performance obligation in proportion to its standalone selling price (SSP), the price at which the company would sell that promise separately to a customer. A bundle discount is spread across the obligations in the same proportion, unless observable evidence meets three specific conditions that tie it to only some of them.

For a finance team selling subscriptions with implementation, training or premium support, allocation decides how much revenue lands in each month. Getting SSP wrong does not change the contract total, but it moves revenue between periods, and auditors test the method as well as the arithmetic.

Where allocation sits in the five-step model

Allocation is the fourth of the five steps that IFRS 15 and ASC 606 share. The IFRS Foundation summary of IFRS 15 lists them as: identify the contract, identify the performance obligations, determine the transaction price, allocate the transaction price to the performance obligations, and recognize revenue when each obligation is satisfied. The objective of step four (ASC 606-10-32-28, IFRS 15 paragraph 73) is to allocate an amount to each obligation that depicts the consideration the company expects to be entitled to for transferring it.

Allocation matters once a contract contains more than one performance obligation. A plain monthly subscription with nothing else attached has one obligation, so the whole price is recognized over the subscription term. Once a contract adds a distinct implementation service, a training package or a premium support tier with its own timing, the price has to be divided, because each piece is recognized on its own pattern. Our guides to ASC 606 revenue recognition in SaaS companies, IFRS 15 for SaaS and performance obligations in a SaaS bundle cover the earlier steps in more detail.

What standalone selling price means for a SaaS contract

Standalone selling price is the price at which the company would sell a promised good or service separately to a customer. The IFRS Foundation summary describes the allocation as based on "the relative stand-alone selling prices" of each distinct good or service. SSP is determined at contract inception (ASC 606-10-32-31, IFRS 15 paragraph 76), and it is a company-level estimate, not the number printed on one customer's order form.

That distinction matters in SaaS, where list prices are often a starting point for negotiation. The standards say a contractually stated price or a list price may be the SSP but is not presumed to be (ASC 606-10-32-32, IFRS 15 paragraph 77). If sales teams regularly discount the subscription by 15% to 30%, the list price is not the SSP. The SSP is the price the company actually achieves when it sells that subscription on its own, to similar customers, in similar circumstances.

How to determine standalone selling price: observable prices first, then estimates

The best evidence of SSP is an observable price. Only when that does not exist does the company estimate, using methods that maximize observable inputs and are applied consistently in similar circumstances (ASC 606-10-32-33, IFRS 15 paragraph 78). The standards name three suitable estimation methods and say the list is not exhaustive.

Observable price

The best evidence is the price the company charges when it sells the same item separately to similar customers. For a subscription sold on its own to many customers, a finance team can analyze the range of achieved prices and use a point within a narrow band, often the median. Deloitte's revenue roadmap describes one practice: a range that covers more than half of the relevant transactions and extends no more than 20% either side of its midpoint.

Adjusted market assessment

The company evaluates the market in which it sells and estimates the price a customer in that market would pay, which can include competitors' prices for similar services adjusted for the company's own costs and margins. This method suits a new add-on module before it has a sales history.

Expected cost plus a margin

The company forecasts the cost of satisfying the obligation and adds an appropriate margin. It suits services with measurable delivery costs, such as implementation or onboarding work delivered by an internal team, where hours and salary costs are tracked.

Residual approach

The residual approach takes the total transaction price, subtracts the observable SSPs of the other promises in the contract, and assigns what is left to the remaining one. It is permitted only when the SSP of that item is highly variable (the company sells it to different customers, at or near the same time, for a broad range of amounts) or uncertain (the company has not yet set a price and the item has not been sold on a standalone basis). It needs at least one other obligation with an observable SSP, and it cannot be chosen because it is convenient. If it allocates nil or very little to a distinct promise, the result indicates the approach is not appropriate for that contract.

When two or more items have highly variable or uncertain SSPs, a combination of methods may be needed: for example, the residual approach to estimate the total for those items as a group, then another method to split that total between them (ASC 606-10-32-35, IFRS 15 paragraph 80).

How to allocate a bundle discount

A discount exists when the sum of the SSPs exceeds the promised consideration. The default rule is to allocate the discount proportionately across the performance obligations in the contract, which is exactly what the relative SSP calculation does (ASC 606-10-32-36, IFRS 15 paragraph 81).

The standards allow the whole discount to be allocated to one or more, but not all, obligations only when all three of these conditions are met (ASC 606-10-32-37, IFRS 15 paragraph 82):

  • the company regularly sells each distinct good or service (or each bundle) in the contract on a standalone basis;
  • it also regularly sells a bundle of some of those items on a standalone basis at a discount to their SSPs; and
  • the discount on that bundle is substantially the same as the discount in the contract, and analysis of the bundle provides observable evidence of the obligations to which the entire discount belongs.

When a discount is allocated this way, it is allocated before the residual approach is used to estimate any SSP (ASC 606-10-32-38, IFRS 15 paragraph 83). Few SaaS companies hold enough standalone and bundle sales data to meet the three conditions, so most apply the proportionate approach.

How to allocate variable consideration such as usage fees

Variable consideration can relate to the whole contract or to a specific part of it. A variable amount is allocated entirely to one performance obligation, or to one distinct period within a series such as a month of service, when both conditions are met: its terms relate specifically to the company's efforts to satisfy that obligation or transfer that period's service, and the result is consistent with the allocation objective across the whole contract (ASC 606-10-32-39 and 32-40, IFRS 15 paragraphs 84 and 85). The rest of the transaction price is then allocated on the relative SSP basis (ASC 606-10-32-41, IFRS 15 paragraph 86).

In SaaS, the common case is an overage fee. If a customer pays $0.02 for each API call above a monthly allowance that resets each month, the fee for March relates to March's service, so it is generally allocated to March rather than spread across the subscription, implementation and support. An annual allowance that does not reset gives a different answer, as Deloitte's roadmap examples show. Our guides to usage-based billing and variable consideration, discounts and credits cover estimation and the constraint.

Worked example: allocating a $136,000 SaaS bundle

Illustrative example: on January 1, 2026, a customer signs a noncancellable 12-month contract for $136,000, invoiced in full on signing with payment due in 30 days. It covers a platform subscription, an implementation service that the company has assessed as distinct, and a premium support tier. The table below shows each SSP, its basis and the relative allocation.

Performance obligationSSP and basisShare of total SSPAllocated priceRecognition pattern
Platform subscription$120,000, median of standalone renewals70.6%$96,000Ratably, $8,000 a month
Implementation$20,000, expected cost of $16,000 plus a 25% markup11.8%$16,000As the work is delivered, by hours
Premium support$30,000, standalone sales to existing customers17.6%$24,000Ratably, $2,000 a month
Total$170,000100.0%$136,000

Source: illustrative figures, not customer data.

The $34,000 discount is 20% of the combined SSP, so each obligation receives 80% of its SSP. Implementation uses 50% of its budgeted hours in January, 30% in February and 20% in March, so its $16,000 is recognized as $8,000, $4,800 and $3,200.

Order-form prices versus relative SSP

Suppose the order form shows the subscription at $110,000, implementation at $10,000 and support at $16,000. The total is the same, but the first quarter is not, as the table below shows.

Performance obligationOrder-form priceAllocated by relative SSPFirst-quarter revenue, order-form pricesFirst-quarter revenue, relative SSP
Platform subscription$110,000$96,000$27,500$24,000
Implementation$10,000$16,000$10,000$16,000
Premium support$16,000$24,000$4,000$6,000
Total$136,000$136,000$41,500$46,000

Source: illustrative figures, not customer data.

Using the order-form prices would understate first-quarter revenue by $4,500 and overstate the remaining nine months by the same amount. The order form decides what is billed; the SSP allocation decides what is recognized.

The journals for the first quarter

Because the contract is noncancellable and invoiced, the company records a receivable and a matching contract liability (deferred revenue) on January 1, then releases revenue at each month-end.

DateEntryDebitCreditAmount
January 1Annual invoice issuedAccounts receivableDeferred revenue$136,000
January 31Customer payment receivedCashAccounts receivable$136,000
January 31Revenue releaseDeferred revenueSubscription $8,000; implementation $8,000; support $2,000$18,000
February 28Revenue releaseDeferred revenueSubscription $8,000; implementation $4,800; support $2,000$14,800
March 31Revenue releaseDeferred revenueSubscription $8,000; implementation $3,200; support $2,000$13,200

Source: illustrative figures, not customer data.

At March 31, deferred revenue is $90,000: nine months of subscription and support at $10,000 a month, released from April to December. If implementation were not distinct, there would be no separate allocation: the fee would be combined with the subscription and recognized over the service period. The question of distinctness comes first, and we cover it in our guides to revenue recognition types and implementation and onboarding fees.

Common allocation mistakes in SaaS

  • Using list price as SSP. If deals are routinely discounted, list price overstates SSP and the allocation tilts toward items that are priced generously on paper.
  • Allocating the whole discount to services. Pushing the discount onto implementation makes subscription revenue look stable, but it needs the three conditions described above.
  • Using the invoice schedule as the allocation. Billing $40,000 upfront for implementation does not make $40,000 the implementation revenue. Billing and revenue are separate; the difference sits in deferred revenue or a contract asset.
  • Treating the residual approach as a default. It is restricted to highly variable or uncertain prices, and a nil or near-nil residual needs another method.
  • Not refreshing the SSP study. Price increases, new packaging and new segments change achieved prices. An updated study applies to new contracts; the price of a contract already signed is not reallocated because SSPs change after inception (ASC 606-10-32-43, IFRS 15 paragraph 88).

What auditors look for in an SSP policy

An auditor reviewing allocation usually asks three questions: what method was used for each obligation, what data supports it, and how often it is refreshed. A short SSP memo that answers those questions, with the analysis of achieved prices attached, covers most of the work. For any item on the residual approach, the memo should show why the price is highly variable or uncertain. Our ASC 606 audit checklist for SaaS lists the other documents to have ready.

How ScaleXP supports SSP allocation and revenue schedules

Once finance has set the standalone selling price for each element, the remaining work is recognizing each allocated amount on its own pattern, month after month, and keeping deferred revenue reconciled to the ledger. For bundles and multi-element contracts, ScaleXP allocates the price across the elements by standalone selling price (SSP), and each element of a multi-element contract gets its own schedule.

Schedules are built from your Xero or QuickBooks invoices, and ScaleXP uses AI to read service start and end dates from the wording on Xero and QuickBooks invoices. Contract dates can also come from the CRM deal in HubSpot, Salesforce or Pipedrive. ScaleXP can spread revenue by day or by whole month. ScaleXP prepares the schedules and journals, and they are posted once finance approves them. Every journal includes a full audit trail, downloadable as a spreadsheet.

You can see how the schedules and journals work on the revenue recognition automation for Xero and QuickBooks page.

Conclusion

Allocating the transaction price comes down to a defensible SSP for each performance obligation and a proportionate split of the contract price. Use observable prices where you have them, estimate with a documented method where you do not, keep the residual approach for genuinely variable or uncertain prices, and allocate discounts proportionately unless all three conditions for a targeted allocation are met. Then recognize each allocated amount on its own pattern, as the journals above show, and keep the SSP study current for new contracts.

Frequently asked questions

What is standalone selling price in revenue recognition?

Standalone selling price is the price at which a company would sell a promised good or service separately to a customer. Under ASC 606 and IFRS 15, it is determined at contract inception and is the basis for splitting a contract's transaction price across its performance obligations. The best evidence is the observable price from standalone sales; when that is not available, the company estimates it with a documented method that maximizes observable inputs.

When can a SaaS company use the residual approach?

The residual approach is permitted only when the standalone selling price of an item is highly variable or uncertain. Highly variable means the company sells it to different customers for a broad range of amounts; uncertain means it has no established price and has not sold it on its own. The approach cannot be chosen because it is simpler, it needs observable prices for the other items, and a nil or very small residual indicates another method is needed.

How is a discount allocated in a SaaS bundle?

By default, a discount is allocated proportionately across the performance obligations based on their relative standalone selling prices. It can be allocated to only some obligations when three conditions are met: each item is regularly sold on its own, a bundle of some of those items is regularly sold at a discount, and that bundle discount is substantially the same as the contract discount. Most SaaS companies lack that evidence and use the proportionate method.

Is list price the same as standalone selling price?

Not necessarily. Under ASC 606 and IFRS 15, a list price or contract price may be the standalone selling price but is not presumed to be. Standalone selling price reflects the prices the company actually achieves when it sells the item on its own to similar customers. If sales teams regularly discount from list, the achieved price is the better evidence, and the SSP study should be based on that data.

Can usage fees be allocated to a single month instead of the whole contract?

Yes, when the conditions are met. A variable fee is allocated entirely to one performance obligation, or to one distinct month within a series, when its terms relate specifically to that obligation or month and the result is consistent with the allocation objective. An overage fee on a monthly allowance that resets each month is generally allocated to the month of usage. An allowance measured over the full year can lead to a different answer.

How often should standalone selling prices be updated?

Most SaaS finance teams review standalone selling prices at least once a year and whenever pricing, packaging or target segments change. The review compares recent achieved prices with the current SSP and records whether a change is needed. An updated SSP applies to new contracts; the price of a contract already signed is not reallocated because standalone selling prices change after inception.

Can ScaleXP allocate a SaaS bundle by standalone selling price?

Yes. For bundles and multi-element contracts, ScaleXP allocates the price across the elements by standalone selling price (SSP), and each element of a multi-element contract gets its own schedule. Finance sets the SSP for each element. ScaleXP prepares the schedules and journals in Xero or QuickBooks, and they are posted once finance approves them, with a full audit trail for every journal downloadable as a spreadsheet.


Sources (checked October 26, 2026): IFRS Foundation, IFRS 15 Revenue from Contracts with Customers; FASB ASC 606-10-32-28 to 32-43 as reproduced in Deloitte's Roadmap: 7.3 Determine the stand-alone selling price, 7.4 Allocation of a discount, 7.5 Allocation of variable consideration and 7.6 Changes in the transaction price; PwC Viewpoint, Revenue guide 5.3, Estimating a standalone selling price.

How ScaleXP does this

ScaleXP builds revenue recognition schedules from your CRM contracts and prepares the journals for Xero or QuickBooks. Finance approves them before they’re posted. See how revenue recognition works in ScaleXP

Close-time estimator

How much of your month-end close could you automate?

Your accounting system

How long does your close take today? Working days, roughly

Which of these do you still do manually? Select all that apply

Which of these takes the most time? Pick one

Your estimate

≈ 1.5days back every month

Your 3–5 day Xero or QuickBooks close could be closer to 2.5 days

  • Prepared by ScaleXP
  • Finance review
  • Still manual
  • Accrualsnot selected
  • Prepaymentsnot selected
  • Deferred revenue≈ 1 day
  • Accrued revenue≈ 0.5 days
  • Consolidationnot selected
  • Intercompany consolidationnot selected

Deferred revenue is where you would feel it first. ScaleXP prepares the schedules and journals for each task you selected from your live Xero or QuickBooks data. What stays with your team is the review and the posting decision.

Cue Technology saves 3–5 finance-team days a month. Xero customer