Perpetual licence revenue recognition is the process of determining when and how a business should record income from selling software under a perpetual licence – a licensing agreement that allows the buyer to use a piece of software indefinitely, typically in exchange for a one-time fee. Unlike with subscription models, where the right to use the software is tied to regular payments, a perpetual licence typically involves a one-time fee. This licence doesn't usually cover future upgrades or support unless these are included as separate agreements. Perpetual licences are common in industries such as specialised engineering and creative software, where businesses prefer long-term control over their software assets without recurring additional costs.

Because software delivery and the transfer of control to the buyer typically occur at the point of sale, businesses often recognise revenue from the licence at that time under Accounting Standards Codification (ASC) 606 and International Financial Reporting Standard (IFRS) 15 – the two primary frameworks that govern revenue recognition. This means they reflect immediate income from these sales on their financial statements. Proper revenue recognition is important for ensuring that financial reports accurately represent a company's earnings and financial health, which helps investors, stakeholders, and management make informed decisions.

Applying these standards isn't always straightforward, though – businesses must carefully evaluate the timing of revenue recognition and how to handle contracts that bundle a perpetual licence with other performance obligations, such as support, updates, or professional services.

Below, we'll explain what businesses should know about perpetual licence revenue recognition and how to apply ASC 606 and IFRS 15 to perpetual licences, including how to handle bundled contracts.

What's in this article?

• What is a perpetual licence and who uses it?
  
• Perpetual licences vs. subscription-based licences
  
• When is revenue recognised for perpetual licences?
  
• How to apply ASC 606 and IFRS 15 to perpetual licences
  
• Challenges in recognising revenue for perpetual licences
  
• How Stripe Revenue Recognition can help
  

What is a perpetual licence and who uses it?

A perpetual licence is a type of software licensing agreement that allows the purchaser to use the software indefinitely after a one-time payment. Users who value long-term stability and predictability in software costs favour perpetual licences, especially when the software is highly important to their operations or projects.

Here are the types of entities that typically use perpetual licences:

• Large corporations: These businesses often prefer a perpetual licence for software because it enables them to control costs in the long term. Once businesses purchase the licence, they can use the software without recurring fees, which makes budgeting more predictable.

• Government agencies: Government agencies frequently use perpetual licences to facilitate budgeting and long-term planning. Perpetual licences ensure that they can continue using important software without the risk of subscriptions expiring and affecting their operations.

• Educational institutions: Schools, colleges, and universities frequently prefer perpetual licences for their educational and administrative software. This avoids recurring fees and grants continuous access for students and staff.

• Small and medium-sized enterprises (SMEs): Some SMEs choose perpetual licences for important software tools to avoid the complications of and potential for rising costs of subscription products.

• Individuals in specialised fields: Professionals such as architects, engineers, and graphic designers who rely heavily on specific tools for their work might purchase perpetual licences for long-term access without future payment obligations.

Perpetual licences vs. subscription-based licences

Perpetual licences and subscription-based licences are two common models for acquiring and using software. The table below compares how they differ across up-front costs, ongoing fees, revenue recognition treatment, and typical use cases.

When is revenue recognised for perpetual licences?

Companies must meet several criteria to recognise revenue from perpetual licences. The IFRS, the US Generally Accepted Accounting Principles (GAAP), and other accounting standards set these criteria.

Here’s what determines the timing of revenue recognition for perpetual software licences:

• Software delivery: Businesses recognise revenue from perpetual licences when the customer receives the software. Delivery occurs when the customer has the ability to download or physically receive the software and the licence key. This marks the transfer of control. This is why on-premise software and perpetual licence revenue recognition go hand in hand: because the software is installed directly on the customer's own infrastructure, the point of delivery – and therefore the transfer of control – is easy to pinpoint.

• Performance obligations: Under the newer revenue recognition standards (such as ASC 606 and IFRS 15), companies recognise revenue when they satisfy the contract's performance obligations. In the case of a perpetual licence, the primary obligation is typically granting a licence to use the software. That means the revenue can be recognised at the point of delivery. But if the seller is required to perform activities after the software delivery (such as providing customisation or additional software configuration), it does not recognise revenue until these services are performed.

• Functional vs. symbolic licence: ASC 606 and IFRS 15 also distinguish between "functional" and "symbolic" intellectual property (IP), which determines whether revenue is recognised at a point in time or over time. A functional licence grants access to IP with stand-alone value that isn't expected to change significantly during the licence period – perpetual software licences often fall into this category, so revenue is recognised at the point of delivery. A symbolic licence grants rights to IP whose value depends on the seller's ongoing support (like a brand or logo), so revenue is recognised over the licence term instead.

• Payment terms: Payment terms also dictate the timing of revenue recognition. If payment is contingent on meeting certain conditions, the seller shouldn't recognise revenue until they are met.

• Collectibility: Revenue should be recognised only if it is highly probable that the seller will collect the payment. If there are doubts about the fee's collectibility, the seller might postpone revenue recognition.

How a startup accounts for its first perpetual licence sale

These principles are straightforward for a startup making its first perpetual licence sale. Say a startup sells a customer a one-time, perpetual licence to its software for US$50,000, with no additional customisation or configuration required. Once the software is delivered and the customer can access and use it, the startup has satisfied its primary performance obligation and can recognise the full US$50,000 as revenue at that point, provided payment isn't contingent on unmet conditions and collection is reasonably assured.

If that same contract bundles in a year of technical support or promised updates, though, the startup would need to allocate part of the US$50,000 to the licence (recognised up-front) and part to the support or updates (recognised rateably over the following year), since these represent separate performance obligations. For an early-stage company, getting this allocation right from the first sale matters: it sets the precedent for how future contracts are structured and reported. Missteps here can complicate financial statements down the line, especially for startups preparing for audits, fundraising, or acquisition.

How to apply ASC 606 and IFRS 15 to perpetual licences

ASC 606 and IFRS 15 are revenue recognition standards designed to provide a consistent accounting framework across industries, including those that offer perpetual licences. The two standards were developed jointly and are substantially converged, but a few key differences affect how each applies to perpetual licences:

Five-step revenue recognition model

ASC 606 and IFRS 15 both follow a five-step model of revenue recognition. Here's how to apply it to perpetual licence revenue recognition:

1. Identify the contract with a customer

Identify a customer contract that creates enforceable rights and obligations. For software companies, this is usually a licensing agreement where both parties agree to the terms and conditions of use. Contracts must meet the following criteria:

• The parties have approved the contract (in writing, orally, or in accordance with other business practices).

• Each party’s rights regarding the goods or services to be transferred are identifiable.

• The contract identifies payment terms.

• The contract has commercial substance.

• Collecting payment is probable.

2. Identify the performance obligations in the contract

Next, identify the contract’s performance obligations. A performance obligation is a promise to transfer a distinct good or service to the customer. In the case of perpetual licences, the performance obligations might include delivering a software licence (the core product being sold) or post-contract customer support (PCS) and updates.

PCS refers to the technical support, bug fixes, and updates a vendor provides after delivering the licence. Since PCS is delivered over time rather than all at once, it's usually treated as a separate performance obligation, with its portion of the transaction price recognised ratably over the support period rather than upfront.

3. Determine the transaction price

Determine what the company expects to be entitled to in exchange for transferring the promised goods or services to a customer. Estimate any variable payments and adjust for the effects of time on the transaction value.

4. Allocate the transaction price to the performance obligations

If the contract contains multiple performance obligations, allocate the transaction price to each one in proportion to its stand-alone selling price. For example, a company contracted to deliver both a software licence and support services must estimate the stand-alone selling prices of both the licence and the services, if sold separately.

5. Recognise revenue when (or as) each performance obligation is satisfied

Recognise revenue when a performance obligation is satisfied by transferring control of a promised good or service to a customer. This might occur over time or at a point in time. For perpetual licences, businesses typically recognise revenue when the software is made available to the customer. If support services are included in the contract and considered a separate performance obligation, businesses might recognise revenue over time to match the period during which support is provided.

Example

A software company sells a perpetual licence for $1,000 and includes one year of support valued at $200, making the total contract price $1,200. Assuming no discounts are applied and these prices reflect the stand-alone selling prices, here’s how the company would handle revenue recognition for this contract:

• It allocates US$1,000 to the software licence, recognising this revenue at the point of delivery.

• It allocates US$200 to support, recognising this revenue over the year as services are provided.

Challenges in recognising revenue for perpetual licences

Perpetual licence revenue recognition presents several accounting challenges. Here’s a closer look at some difficulties businesses might encounter.

Distinguishing when deferred revenue becomes recognised revenue

Distinguishing when deferred revenue becomes recognised revenue can be tricky when the revenue from a particular sale is not recognised all at once. The company needs to carefully manage this transition to accurately reflect its financial performance.

Here’s how this works:

• Deferred revenue: When a company sells a perpetual licence, it often receives the payment up front. But it cannot recognise revenue all at once if there are future services or obligations. The company records the portion of the payment related to services or future commitments (e.g., software updates, support, maintenance) as deferred revenue on the balance sheet until the service is delivered or the obligation is fulfilled.

• Recognised revenue: Recognised revenue is the portion of deferred revenue that gets transferred to the income statement as the company fulfils its obligations. For perpetual licences, the company might recognise the licence itself at the time of sale, while it recognises related services over the period they are provided.

Handling bundled contracts

Bundled contracts often combine different components such as software licences, support, and maintenance packages. Each component might have a different timeline for revenue recognition, and companies can struggle to allocate revenue across multiple performance obligations, especially when stand-alone selling prices are not readily available.

According to ASC 606, companies must do the following:

• Identify separate performance obligations: For bundled contracts, treat each component (e.g., software, support) as a separate performance obligation if it provides distinct value to the customer.

• Allocate transaction price: Allocate the total contract price among the performance obligations based on their relative stand-alone selling prices. For instance, the company might recognise the licence fee up front if it is distinct, while it recognises support and maintenance fees over the length of the contract.

Managing upgrades or additional services

Perpetual licences often come with the right to upgrades or the ability to purchase additional services. Assessing whether upgrades and additional services are distinct, whether they represent material rights, and how they impact revenue recognition requires careful contract analysis and professional judgment.

Here’s a closer look at these scenarios:

• Future upgrades: If a company promises future upgrades without additional charge, this promise might be considered a separate performance obligation. This means the company might need to defer a portion of the licence fee and recognise it when the upgrades are delivered.

• Optional services: If customers have the option to purchase additional services (e.g., consulting, additional support) at a discount, this option might represent a material right and a separate performance obligation. This affects how the initial licence revenue is recognised.

How Stripe Revenue Recognition can help

Stripe Revenue Recognition helps to streamline accrual accounting – including audits, end-of-month close, reporting, and more – so you can close your books with greater efficiency and accuracy. It automates and configures revenue reports to help support compliance with ASC 606 and IFRS 15.

Revenue Recognition can help you:

• Gain a more complete view of your revenue: In the Stripe Dashboard, see all your Stripe transactions and terms, and import non-Stripe data.

• Automate revenue reports: Generate accounting reports that are ready to use – without engineering resources.

• Customise for your business: Create and automate custom rules to recognise revenue, in line with your business's accounting practices.

• Audit in real time: Prepare for audits by tracing any revenue amount down to the underlying customers and transactions.

Learn more about how Revenue Recognition can help you comply with global accounting principles, or get started today.