See how ScaleXP works with Xero or QuickBooks.
In a 15- or 30-minute demo, we’ll show the relevant workflows using example data and discuss how they could apply to your finance process. Complex requirements? Discuss them with us first.
Key takeaways
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.
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.
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.
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.
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.
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.
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.
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).
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):
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.
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.
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 obligation | SSP and basis | Share of total SSP | Allocated price | Recognition pattern |
|---|---|---|---|---|
| Platform subscription | $120,000, median of standalone renewals | 70.6% | $96,000 | Ratably, $8,000 a month |
| Implementation | $20,000, expected cost of $16,000 plus a 25% markup | 11.8% | $16,000 | As the work is delivered, by hours |
| Premium support | $30,000, standalone sales to existing customers | 17.6% | $24,000 | Ratably, $2,000 a month |
| Total | $170,000 | 100.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.
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 obligation | Order-form price | Allocated by relative SSP | First-quarter revenue, order-form prices | First-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.
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.
| Date | Entry | Debit | Credit | Amount |
|---|---|---|---|---|
| January 1 | Annual invoice issued | Accounts receivable | Deferred revenue | $136,000 |
| January 31 | Customer payment received | Cash | Accounts receivable | $136,000 |
| January 31 | Revenue release | Deferred revenue | Subscription $8,000; implementation $8,000; support $2,000 | $18,000 |
| February 28 | Revenue release | Deferred revenue | Subscription $8,000; implementation $4,800; support $2,000 | $14,800 |
| March 31 | Revenue release | Deferred revenue | Subscription $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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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
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
Your 3–5 day Xero or QuickBooks close could be closer to 2.5 days
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
““Making the month-end revenue recognition process simplified.”
Revenue recognition
See how ScaleXP builds revenue schedules and journals from your invoice data.
In a 15- or 30-minute demo, we’ll show the relevant workflows using example data and discuss how they could apply to your finance process. Complex requirements? Discuss them with us first.