Get clear, practical guidance on IFRS 15 performance obligations, with tips for identifying, documenting, and recognizing revenue in your contracts.

Modern contracts are rarely simple. They often bundle software licenses with support services, or hardware with installation and training. This complexity creates a major challenge for financial teams: how do you accurately recognize revenue when so many goods and services are intertwined? The answer lies in correctly identifying the separate promises within the agreement. This process is the core of understanding IFRS 15 performance obligations. It provides a clear framework for untangling bundled offerings and treating each distinct promise as its own mini-contract for revenue purposes. This guide will walk you through the criteria for identifying these obligations, helping you bring clarity and compliance to even your most complex customer agreements.
Think of a performance obligation as a promise you make to your customer within a contract. It’s the specific good or service (or a bundle of them) that you’ve agreed to deliver. Identifying these promises is the foundation of revenue recognition under IFRS 15, as it dictates when and how much revenue you can record. Getting this right from the start ensures your financial reporting is accurate and compliant.
Essentially, you're breaking down a contract into its core deliverables. Instead of looking at the contract as one big transaction, IFRS 15 requires you to see it as a collection of individual promises. Each of these promises is a performance obligation, and each one has its own rules for when you can check it off your list and recognize the associated revenue. This approach provides a clearer picture of your company's earnings over the life of the contract.
Performance obligations are the fundamental units you'll use to measure and recognize revenue. According to the IFRS 15 standard, identifying these promises is the second step in the five-step model for revenue recognition. A promise counts as a performance obligation if the good or service is "distinct." This means the customer can benefit from it on its own, and the promise to deliver it is separate from other promises in the contract. For example, in a software contract, the initial license and the ongoing support services would likely be two separate performance obligations.
Properly identifying performance obligations is critical for accurate financial reporting. If you get this step wrong, it can throw off your revenue numbers and lead to compliance headaches. Revenue can only be recognized when you fulfill a performance obligation by transferring control of the good or service to the customer. Misidentifying these obligations is a common pitfall that can misrepresent your company's financial health. By clearly defining each promise, you create a transparent and reliable roadmap for recognizing revenue, which builds trust with investors and auditors. For more expert advice, you can find additional insights on our blog.
Alright, let's get into the details. Step two of the IFRS 15 model is all about pinpointing the specific promises you've made to your customer in a contract. In accounting terms, these promises are called "performance obligations." Think of them as the individual items on your to-do list for fulfilling your end of the deal. Getting this step right is foundational because it determines when and how much revenue you recognize for each distinct promise. It might sound straightforward, but modern contracts often bundle multiple goods and services together, making it tricky to tell them apart. So, how do you untangle everything? It all starts with a clear, systematic process.
To figure out what counts as a separate performance obligation, you need to run each promised good or service through a two-step check. A promise must be both "capable of being distinct" and "distinct within the context of the contract." First, ask yourself: could the customer use this good or service on its own or with other resources they could easily get their hands on? If the answer is yes, it has passed the first check—it's "capable of being distinct." Then, you have to look at the bigger picture of the contract to confirm that your promise to transfer that item is separate from your other promises. This two-part test is the core of identifying performance obligations correctly.
So, what does "distinct" really mean in practice? A good or service is considered distinct if it clears two specific hurdles. First, the customer can benefit from it either on its own or with other readily available resources. Think of a single software license—the customer can use it right away without needing anything else from you. Second, the promise to deliver that item is separately identifiable from other promises in the contract. This is where you need to put on your detective hat. Are you providing a bundle of services that are highly integrated and customized for one another, or are you delivering a series of standalone items that just happen to be in the same contract? This distinction is key to separating a single, bundled performance obligation from multiple, separate ones.
This part of the process can be a minefield. Because it requires so much judgment, it's easy to make mistakes that can throw off your financial reporting. Some of the most common pitfalls include misidentifying what constitutes an obligation in the first place, overlooking variable consideration tied to a specific promise, or simply not providing enough detail in your disclosures. When goods and services are highly interrelated—like in a complex software implementation project—it becomes even tougher to determine if they are truly distinct. This is where having a clear, consistent process and the right integrated systems becomes non-negotiable for staying compliant and transparent.
To figure out your performance obligations, you first need to determine if the goods or services you’ve promised are “distinct.” Think of this as the official test for whether an item in a contract should be treated as a standalone promise or bundled with other items. A good or service is considered distinct only if it meets both of the criteria we’re about to cover.
Getting this right is the foundation of applying the IFRS 15 standard correctly. If a promised item doesn't pass the test, you have to group it with other promises until you have a bundle that is distinct. This bundle then becomes a single performance obligation. Let’s walk through the two-part test you’ll need to use.
The first question to ask is straightforward: Can your customer get value from this specific good or service on its own, or with other resources they can easily get their hands on? This is the "benefit" test. For example, if you sell a laptop, the customer can clearly benefit from it on its own. They can also easily find software or a Wi-Fi connection to use with it. The laptop is distinct.
However, if you sell a highly specialized piece of equipment that only works with an installation service that you also provide in the contract, the equipment itself might not be distinct. If the customer can’t use it without your specific help, it fails this first test.
Next, you need to look at the promise in the context of the entire contract. Is the promise to provide the good or service separately identifiable from other promises? This criterion is about intent. Are you promising a collection of individual items, or are you promising one combined solution that requires those items to create it?
For instance, if a construction company promises to build a house, the concrete, lumber, and labor are not distinct promises. They are inputs to fulfill the main promise: delivering a finished house. The promise to provide lumber isn't separate from the promise to frame the walls. They are part of a single, integrated project.
So, how can you tell if promises are truly separate? There are a few key indicators that suggest you should bundle them into a single performance obligation. According to Deloitte's accounting research tool, you should look for these signs:
Once you’ve identified your performance obligations, the next big question is: when do you actually book the revenue? The answer hinges on a single concept—control. You recognize revenue when your company fulfills its performance obligation by transferring a promised good or service to a customer. In simple terms, it’s when the customer gains control of that asset. This transfer of control isn't always a single, instantaneous event. Depending on the nature of your contract, revenue can be recognized either "over time" as the work progresses or "at a point in time" when the transfer is complete.
For example, a year-long consulting service would likely recognize revenue over time, while the sale of a physical product is typically recognized at a point in time, like at the moment of delivery. Getting this timing right is crucial for accurate financial statements and is a core principle of ASC 606 compliance. The goal is to paint a true picture of your company's performance, and that starts with recording revenue in the period it’s actually earned, not just when the cash comes in.
Deciding whether to recognize revenue over time or at a point in time comes down to how and when the customer receives value. You recognize revenue over time if your work meets certain criteria, such as the customer simultaneously receiving and consuming the benefits as you perform the service (think of a monthly software subscription or a cleaning service). If the criteria for "over time" aren't met, you default to recognizing the revenue at the single point in time when control is fully handed over. This is the moment they can direct the use of the good or service and receive substantially all of its remaining benefits.
So, what does "control" look like in practice? It means the customer can decide how to use the asset and reap its benefits. The IFRS 15 standard provides several indicators that control has passed to the customer, which helps you pinpoint the exact moment to recognize revenue. Think of these as a checklist for confirming the transfer:
All of these decisions fit within the foundational five-step model for revenue recognition. This framework is your guide for reporting revenue accurately and consistently. If you ever feel lost in the details of a complex contract, coming back to these five steps can help you find your way. Each step builds on the last, creating a clear path from the initial customer agreement to the final entry in your financial records. Mastering this IFRS 15 model is essential for compliance.
Here’s a quick refresher on the process:
Once you’ve determined that a performance obligation is satisfied over time, your next task is to figure out how much revenue to recognize in each accounting period. This isn’t a guessing game; IFRS 15 requires you to measure your progress toward completing that promise to the customer. The method you choose should faithfully represent the transfer of goods or services.
Think of it like building a house. You wouldn't recognize all the revenue on day one, nor would you wait until the keys are handed over. You’d recognize it as the foundation is poured, the frame is built, and the roof is installed. To do this accurately for your business, you’ll use one of two approaches: output methods or input methods. The goal is to select the one that best reflects how the customer receives value from your work. Choosing correctly is crucial for accurate financial reporting and provides a clear picture of your company’s performance.
Output methods are all about looking at the results from the customer’s perspective. With this approach, revenue is recorded based on how much progress has been made, and output methods "measure the value given to the customer directly." You're essentially tracking the direct results of your work, like milestones reached or units delivered. This approach is often the most intuitive because it directly links revenue to the value the customer has received.
For example, a consulting firm might recognize revenue based on project milestones completed. A manufacturer could recognize it based on the number of units produced and transferred to the customer. The key is that the output is a tangible, observable measure of progress. This method works best when the outputs are distinct and you can clearly see the value being transferred.
If you can’t easily measure the output, you can look at the effort you’re putting in. With this method, revenue is also recorded based on progress, but input methods "measure the effort put in by the company," such as labor hours or resources used. This approach is based on the idea that your inputs—like time, materials, and costs—are a reasonable proxy for the value being transferred to the customer over the life of the contract.
Common examples include recognizing revenue based on the costs incurred relative to the total expected costs, or the number of labor hours spent compared to the total budgeted hours. While often easier to track, the main challenge with input methods is ensuring your efforts directly correlate with the value the customer is receiving. You can find more helpful articles on financial operations on the HubiFi blog.
The right method is the one that most accurately depicts the transfer of control to your customer. You should apply your chosen method consistently for similar types of performance obligations. But what happens if you can’t reliably measure your progress using either method? In that case, the standard allows for a practical solution: "revenue is only recognized up to the costs incurred, as long as those costs are expected to be recovered." This is often called a cost-recovery approach.
Ultimately, tracking this accurately requires robust systems. Having automated revenue recognition in place ensures you can apply your chosen method consistently and without manual error. If you’re struggling to measure progress reliably, it might be time to schedule a demo and see how better data can simplify compliance.
Applying IFRS 15 can feel like a puzzle, even with the five-step model. Certain situations require careful judgment, and it’s easy to get tripped up if you’re not prepared. The good news is that most businesses run into the same few hurdles. Let's walk through the most common challenges—from complex contracts to ongoing documentation—and cover practical ways to handle them. This will help you stay compliant and confident in your financial reporting.
Many modern contracts involve multiple deliverables, long-term services, and unique terms, making it hard to identify distinct performance obligations. This requires a deep understanding of what you've truly promised the customer, not just what’s listed on the invoice. To handle this, break down each contract with a critical eye. Involve sales, legal, and operations teams to get a full picture of the agreement. Creating a standardized contract review checklist ensures you apply logic consistently and don't miss important details. You can find more practical tips on the HubiFi blog.
If your pricing includes discounts, rebates, performance bonuses, or penalties, you’re dealing with variable consideration. IFRS 15 requires you to estimate this amount and include it in the transaction price from the start. This can be tricky because you’re predicting the future. The best approach is to use historical data from similar customers and contracts to ground your estimates in reality. Be sure to document why you chose a specific estimation method and the data you used to support it. This creates a clear audit trail and makes your revenue figures much more defensible.
IFRS 15 isn't just about getting the numbers right; it's about proving how you got there. Maintaining proper documentation to support your revenue recognition decisions is crucial for compliance and essential for passing an audit. For every contract, you need to document your analysis of performance obligations and the judgments you made along the way. This can feel like a lot of administrative work, especially for high-volume businesses. An automated revenue recognition solution can handle the heavy lifting, creating a digital paper trail for you. You can always schedule a demo to see how automation simplifies compliance.
Business relationships evolve, and so do contracts. A change in scope, price, or both is considered a contract modification, and it requires a fresh look under IFRS 15. The challenge is determining whether to treat the modification as a separate new contract or as an adjustment to the existing one. This decision impacts how and when you recognize revenue. Whenever a contract is modified, treat it as a trigger for a full review. Keeping your CRM and accounting systems in sync through seamless integrations is key to tracking these changes accurately and ensuring your revenue data is always up to date.
Staying compliant with IFRS 15 isn't just about checking a box for the auditors. It's about maintaining the financial health and integrity of your business. When your revenue reporting is accurate and transparent, you build trust with investors, stakeholders, and your own team. But compliance isn't a one-time project; it's an ongoing commitment that requires a solid framework. The standard introduces many areas that require significant judgment, from identifying performance obligations to allocating transaction prices. Without a clear strategy, it's easy for errors to creep in, leading to misstated financials and potential restatements down the road.
The key is to be proactive rather than reactive. This means establishing robust processes that can handle the complexities of your contracts and adapt as your business evolves. By focusing on a few core areas, you can create a sustainable compliance strategy that not only satisfies regulations but also provides deeper insights into your revenue streams. We'll walk through four essential practices: refining your contract reviews, leveraging automation, investing in your team's knowledge, and regularly updating your procedures. These steps will help you build a reliable system for IFRS 15 compliance that supports your company's growth.
One of the trickiest parts of IFRS 15 is correctly identifying the distinct performance obligations within a single contract. This requires careful judgment, and getting it wrong can throw off your entire revenue recognition schedule. That’s why having a standardized, thorough process for contract review is non-negotiable. Your team should have a clear checklist to follow when examining new agreements, ensuring every promise to the customer is identified and assessed against the "distinct" criteria. This isn't just a job for the accounting department; involving your legal and sales teams can provide crucial context about the intent and specifics of the contract, leading to a more accurate assessment.
Manually tracking performance obligations, allocating revenue, and creating journal entries for a high volume of contracts is not only tedious but also incredibly prone to human error. The complexity of IFRS 15 makes manual processes a significant risk. This is where automation changes the game. An automated revenue recognition system can handle the heavy lifting by applying the five-step model consistently across all your contracts. It streamlines compliance, reduces the risk of costly errors, and frees up your finance team to focus on strategic analysis instead of spreadsheet management. With the right integrations, you can pull data directly from your CRM and ERP, ensuring your revenue reporting is always based on real-time information.
Since IFRS 15 relies so heavily on professional judgment, your team is your first line of defense against non-compliance. It's essential that everyone involved in the contract lifecycle—from sales to finance—understands the basics of the standard and how it impacts their role. Regular training sessions can ensure your team is aligned on how to identify performance obligations or estimate variable consideration. Beyond training, you need strong internal controls. This could include a multi-level review process for complex contracts or a system that flags unusual transactions for manual inspection. These internal controls create a safety net, ensuring that judgments are applied consistently and accurately across the board.
Your business isn't static, and your revenue recognition processes shouldn't be either. As you launch new products, enter new markets, or change your sales strategies, your contracts will evolve. A process that worked perfectly last year might not be sufficient for the new, complex subscription bundles you're offering today. Schedule periodic reviews—at least annually—of your IFRS 15 policies and procedures. This is your chance to assess what’s working, identify any new risks, and make necessary adjustments. Staying informed on updates and clarifications from standard-setters is also crucial to ensure your interpretation remains current and your business stays compliant.
What’s the biggest change IFRS 15 introduced compared to the old revenue rules? The main shift is moving from a rules-based approach to a single, principle-based model. The old standards had different rules for different industries and transaction types, which could be inconsistent. IFRS 15 unifies everything under one core principle: you recognize revenue when you transfer control of a good or service to a customer. This puts the focus on identifying your specific promises (performance obligations) and recognizing revenue as you fulfill them, which provides a much clearer picture of a company's financial performance.
Can you give a real-world example of separating performance obligations in a software contract? Of course. Imagine you sell a software package that includes a one-year license, an initial setup service, and ongoing technical support. You have to assess if each of these is a distinct promise. The software license is almost always distinct because the customer can use it on its own. The technical support is also likely distinct, as the customer benefits from it throughout the year, separate from the license itself. The setup service, however, is often not distinct. If it simply involves configuring the software and doesn't significantly customize it, it's considered part of the main promise to deliver a working software license. In that case, you'd bundle the setup with the license as one performance obligation.
IFRS 15 requires a lot of judgment. How can my team be more consistent? This is a common challenge, and the best way to handle it is by creating a strong internal framework. Start by developing clear, written policies that outline how your company interprets the standard's key areas, like identifying performance obligations or estimating variable consideration. A standardized contract review checklist can also ensure everyone follows the same steps. Ultimately, consistency is much easier to achieve with a system that enforces these rules for you. Automated revenue recognition software applies your policies to every contract, removing the guesswork and ensuring your judgments are applied uniformly.
What happens if we identify a performance obligation incorrectly? Getting this step wrong can have a significant ripple effect on your financial statements. If you mistakenly bundle promises that should be separate, you might recognize revenue at the wrong time—for instance, all at once when it should have been spread out over a year. This can misrepresent your company's performance, making one period look stronger and another weaker than they actually are. This can lead to compliance issues, trouble during an audit, and a loss of trust with investors who rely on accurate financial reporting.
How often should we be reviewing our IFRS 15 processes? Compliance isn't a "set it and forget it" activity. A good rule of thumb is to conduct a thorough review of your revenue recognition policies and procedures at least once a year. However, you should also treat certain business events as triggers for an immediate review. For example, if you launch a new product line, start offering bundled services, or change your standard contract terms, it's time to reassess your processes. This proactive approach ensures your accounting practices evolve with your business and you remain compliant.

Former Root, EVP of Finance/Data at multiple FinTech startups
Jason Kyle Berwanger: An accomplished two-time entrepreneur, polyglot in finance, data & tech with 15 years of expertise. Builder, practitioner, leader—pioneering multiple ERP implementations and data solutions. Catalyst behind a 6% gross margin improvement with a sub-90-day IPO at Root insurance, powered by his vision & platform. Having held virtually every role from accountant to finance systems to finance exec, he brings a rare and noteworthy perspective in rethinking the finance tooling landscape.