Why it matters
Whether an upfront setup or implementation fee is recognized immediately or deferred over the customer relationship swings reported revenue timing significantly for high-volume SaaS sellers, and non-refundable upfront fees frequently create a material right to a discounted or free future period that is easy to overlook, understating deferred revenue and overstating current profit.
Diagnostic questions
Could the customer obtain equivalent benefit from the setup or onboarding work without also buying the subscription, or does it only have value bundled with it? Could another vendor perform the same setup work, or is it so specific to this platform that it is not separately identifiable? Is the setup fee non-refundable and does it effectively give the customer a material right to a discounted or free future renewal period? Over what expected customer relationship period (based on churn data, not just the stated contract term) should the fee be deferred?
Recognition
- Identify what the setup fee actually compensates: a service the customer can benefit from separately (distinct), or an activity that is merely an administrative step to activate the subscription (not distinct).
- Apply the distinctness test: can the customer benefit from the setup activity on its own or with other readily available resources, and is it separately identifiable from the promise to provide ongoing access?
- If distinct, recognize the fee as the setup service is performed.
- If not distinct, combine it with the subscription as a single performance obligation and recognize it over the period benefited.
- Separately test whether the non-refundable upfront fee gives the customer a material right to a discounted renewal (e.g., no setup fee charged again); if so, allocate part of the transaction price to that right.
- Set the amortization or deferral period as the expected period of benefit, which is often the anticipated customer relationship (including expected renewals), not just the initial contract term.
Measurement
Measure the deferred setup fee at the amount allocated to it (or, if not distinct, folded into the single combined obligation) and release it on a systematic basis consistent with the pattern of benefit, typically straight-line over the expected customer relationship. Re-estimate the expected relationship period using actual renewal and churn data at least annually, adjusting the remaining amortization period prospectively rather than restating prior periods.
Presentation & disclosure
Disclose: (1) the judgment on whether setup/implementation fees are distinct performance obligations; (2) the amortization period used for deferred setup fees and the basis for estimating expected customer life; (3) opening/closing balances of deferred setup fee liabilities; (4) whether a material right was identified and how it was measured; (5) accounting policy for non-refundable upfront fees.
Common mistakes
- Recognizing setup fees as revenue on invoicing or go-live regardless of distinctness
- ignoring the material right created when a non-refundable fee effectively discounts future renewal periods
- amortizing over the initial contract term when churn data shows customers typically stay much longer
- treating a platform-specific, non-transferable migration activity as distinct simply because a statement of work exists for it
- failing to revisit the amortization period as actual renewal patterns emerge.
Simple example
A vendor charges a SAR 50,000 non-refundable, non-distinct data migration fee (works only on its platform) alongside a 1-year SAR 240,000 subscription; expected customer life based on churn data is 3 years, so both amounts are combined and deferred over 3 years (36 months). Journal entry on invoicing/collection at inception: Dr Cash 290,000 Cr Contract liability (deferred revenue) 290,000 Monthly recognition (SAR 290,000 / 36 months = SAR 8,056 per month): Dr Contract liability (deferred revenue) 8,056 Cr Revenue - subscription and setup 8,056 At the end of year 1, cumulative revenue recognized is SAR 96,672 (12 x 8,056, rounded), with SAR 193,328 remaining in contract liability, correctly reflecting that migration work and the first year of access have not conveyed the full SAR 290,000 of value yet.
Professional judgment
Assessing distinctness of implementation work is one of the most contested areas in SaaS revenue: a heavily platform-specific, non-transferable migration typically fails the 'separately identifiable' test because it has no value apart from enabling access to that vendor's service, while a genuinely reusable, vendor-agnostic consulting deliverable may be distinct. The estimate of expected customer life for amortization purposes is equally judgmental, it should be based on the entity's own cohort retention data, refreshed periodically, rather than an arbitrary round number, and if renewal-period setup fees are waived (as is typical), that reinforces that the original fee's benefit extends into renewal periods.
Source basis
IFRS 15 · Revenue from Contracts with Customers
Paragraph references
Verified against the official standard texts used in the IFRS Expert skill.
Related issues
Educational and navigation content only. Not professional advice. Does not reproduce official IFRS/IAS text. Consult the authoritative standards and qualified professionals; professional judgment may still be required.
