Revenue Recognition Under ASC 606: The Five-Step Model

Revenue recognition is one of the most critical topics in financial reporting. It determines when a company reports income on its financial statements — and getting it wrong can lead to SEC enforcement actions, earnings restatements, and investor losses. Under ASC 606, entities that enter into contracts with customers follow a single five-step model to recognize revenue, replacing over 100 industry-specific legacy standards with one unified framework.

What Is Revenue Recognition Under ASC 606?

Revenue recognition is the process of determining when and how much revenue a company reports on its income statement. Under ASC Topic 606 (Revenue from Contracts with Customers), revenue is recognized when — or as — an entity satisfies a performance obligation by transferring a promised good or service to a customer.

Key Concept

The core principle of ASC 606: recognize revenue to depict the transfer of promised goods or services to customers in an amount that reflects the consideration the entity expects to be entitled to in exchange for those goods or services. Revenue recognition is distinct from cash collection — a company may recognize revenue before, after, or at the same time it receives payment.

Before ASC 606, U.S. GAAP contained more than 100 revenue recognition standards spread across industry-specific guidance (software, construction, real estate, etc.). Companies in different industries applied fundamentally different rules to similar transactions, making comparisons difficult for investors and analysts. SEC enforcement cases — including Qwest Communications, Homestore.com, and Lantronix — highlighted how inconsistent standards enabled premature or improper revenue recognition.

The FASB and IASB jointly developed ASC 606 (and its international counterpart, IFRS 15) to create a single, principles-based framework applicable across all industries. While the two standards are largely converged, some differences remain — notably in the probability threshold for variable consideration. ASC 606 applies to all revenue from contracts with customers in scope; it does not govern interest income, lease payments, insurance premiums, or other non-contract-based inflows.

The Five-Step Revenue Recognition Model

ASC 606 structures revenue recognition into a sequential five-step process. Every revenue transaction — from a simple retail sale to a multi-element software arrangement — flows through these same five steps:

The ASC 606 Five-Step Model
Step 1: Identify the Contract → Step 2: Identify Performance Obligations → Step 3: Determine Transaction Price → Step 4: Allocate Transaction Price → Step 5: Recognize Revenue
Applied sequentially to every revenue arrangement with a customer

To illustrate how the five steps work together, consider a running example: CloudServe Inc., a SaaS company that sells a 3-year hosted cloud platform subscription (standalone selling price: $200,000), implementation services (SSP: $30,000), and premium support (SSP: $90,000) in a single contract for a bundled price of $250,000.

Step 1 — Identify the Contract with a Customer

A contract is an agreement between two or more parties that creates enforceable rights and obligations. Under ASC 606, a contract exists when all five criteria are met:

  1. Approval and commitment — all parties have approved the contract (written, oral, or implied by customary business practices)
  2. Identifiable rights — each party’s rights regarding the goods or services to be transferred can be identified
  3. Payment terms — the payment terms for the goods or services can be identified
  4. Commercial substance — the contract has commercial substance (the risk, timing, or amount of future cash flows is expected to change)
  5. Collectibility — it is probable that the entity will collect the consideration to which it will be entitled

Combining contracts: Two or more contracts entered into at or near the same time with the same customer must be combined and treated as a single contract if any of the following apply: they were negotiated as a package with a single commercial objective, the consideration in one contract depends on the other, or the goods/services promised are a single performance obligation.

Contract modifications: When the parties change the scope or price of an existing contract, the accounting depends on the nature of the change:

  • Separate contract — if the modification adds distinct goods/services at their standalone selling price, treat it as a new, separate contract
  • Termination and new contract — if the remaining goods/services are distinct but the modification is not at standalone selling price, terminate the old contract and create a new one (reallocating any remaining consideration)
  • Cumulative catch-up — if the remaining goods/services are not distinct from those already transferred, update the transaction price and measure of progress with a cumulative catch-up adjustment
Pro Tip

In the CloudServe example, the signed agreement meets all five criteria: both parties approved the contract, the three deliverables are identifiable, payment terms are specified (quarterly installments), the arrangement has commercial substance, and CloudServe has assessed that collection is probable based on the customer’s credit history.

Step 2 — Identify the Performance Obligations

A performance obligation is a promise to transfer a distinct good or service (or a bundle of goods or services) to the customer. A good or service is distinct if both conditions are met:

  1. Capable of being distinct — the customer can benefit from the good or service on its own or together with other readily available resources
  2. Distinct within the context of the contract — the promise to transfer the good or service is separately identifiable from other promises (i.e., not highly interdependent or interrelated)
Identifying Performance Obligations — CloudServe

CloudServe’s contract includes three promised goods/services:

Promised Good/Service Capable of Being Distinct? Distinct Within Contract? Separate Obligation?
3-year cloud platform subscription Yes — customer can use it independently Yes — not highly interrelated with other items Yes
Implementation services Yes — other vendors offer similar services Yes — does not significantly customize the software Yes
Premium support (3 years) Yes — support is available from third parties Yes — separately identifiable Yes

Result: Three separate performance obligations. If the implementation services significantly modified or customized the software (like extensive custom coding that only works within the hosted platform), the subscription and implementation would be combined into one obligation.

Series guidance: A series of distinct goods or services that are substantially the same and have the same pattern of transfer (e.g., daily cleaning services over 12 months) is treated as a single performance obligation. This simplifies accounting for recurring service contracts.

Step 3 — Determine the Transaction Price

The transaction price is the amount of consideration the entity expects to be entitled to in exchange for transferring goods or services. Four factors can complicate the determination:

Variable Consideration

When the transaction price includes variable amounts — such as performance bonuses, penalties, rebates, or right-of-return provisions — the entity estimates the variable consideration using either the expected value method (probability-weighted) or the most likely amount method, whichever better predicts the amount.

The Variable Consideration Constraint

Under U.S. GAAP (ASC 606), variable consideration is included in the transaction price only to the extent that it is probable that a significant reversal in the amount of cumulative revenue recognized will not occur when the uncertainty is resolved. This prevents companies from recognizing revenue that may later need to be reversed.

Other Transaction Price Adjustments

  • Significant financing component — if the timing of payments differs significantly from the timing of transfer, the entity evaluates whether a significant financing component exists and adjusts the transaction price for the time value of money using an appropriate discount rate. The assessment considers the difference between the promised consideration and the cash selling price, the length of time, and prevailing interest rates. A practical expedient permits entities to ignore the financing component when the period between transfer and payment is one year or less.
  • Noncash consideration — measured at fair value (e.g., a customer pays with equipment instead of cash)
  • Consideration payable to a customer — volume discounts, rebates, coupons, and similar payments generally reduce the transaction price. However, if the payment is for a distinct good or service the customer transfers to the entity (e.g., the customer provides advertising or shelf-space services), it is accounted for as a purchase rather than a reduction of revenue
Transaction Price — CloudServe

CloudServe’s contract has a fixed price of $250,000, but includes a $20,000 performance bonus payable if the customer achieves certain adoption milestones within the first year. Based on historical experience with similar contracts, CloudServe estimates an 80% probability of the bonus being earned.

Expected value: (80% × $20,000) + (20% × $0) = $16,000

CloudServe assesses that it is probable that including $16,000 will not result in a significant reversal of cumulative revenue recognized. Because the bonus relates to the overall contract (not a specific obligation), it is allocated proportionally across all three performance obligations. The total transaction price is $250,000 + $16,000 = $266,000.

Step 4 — Allocate the Transaction Price

When a contract contains multiple performance obligations, the transaction price must be allocated to each obligation based on its relative standalone selling price (SSP). The SSP is the price at which the entity would sell the good or service separately to a customer.

Transaction Price Allocation
Allocated Amount = (SSP of Obligation / Total SSP of All Obligations) × Transaction Price
Each performance obligation receives its proportional share of the total transaction price

When standalone selling prices are not directly observable, entities estimate them using one of three methods:

  • Adjusted market assessment approach — estimate the price customers in the market would be willing to pay (e.g., competitor pricing with adjustments for entity-specific factors)
  • Expected cost plus a margin approach — forecast the costs to satisfy the obligation and add an appropriate profit margin
  • Residual approach — subtract all other observable SSPs from the total transaction price (permitted only when the SSP is highly variable or uncertain)
Allocation Example — CloudServe
Performance Obligation Standalone Selling Price Relative % Allocated Amount
3-year cloud platform subscription $200,000 200 / 320 = 62.5% $166,250
Implementation services $30,000 30 / 320 = 9.4% $24,938
Premium support (3 years) $90,000 90 / 320 = 28.1% $74,812
Total $320,000 100% $266,000

The bundled discount of $54,000 ($320,000 SSP total minus $266,000 transaction price) is spread proportionally across all three obligations. Each obligation bears its fair share of the discount. (Amounts rounded to the nearest dollar.)

Step 5 — Recognize Revenue When Each Obligation Is Satisfied

Revenue is recognized when (or as) the entity satisfies each performance obligation by transferring control of the promised good or service to the customer. Control means the customer has the ability to direct the use of — and obtain substantially all the remaining benefits from — the asset.

Over-Time Recognition

Revenue is recognized over time if any one of the following criteria is met:

  1. The customer simultaneously receives and consumes the benefits as the entity performs (e.g., routine cleaning services)
  2. The entity’s performance creates or enhances an asset that the customer controls as it is created (e.g., building on the customer’s land)
  3. The entity’s performance does not create an asset with an alternative use, and the entity has an enforceable right to payment for performance completed to date (e.g., custom manufacturing to customer specs)

For over-time obligations, entities measure progress toward completion using either output methods (units delivered, milestones reached) or input methods (costs incurred relative to total estimated costs — the cost-to-cost method).

Cost-to-Cost Method
% Complete = Costs Incurred to Date / Total Estimated Costs
Revenue recognized = % Complete × Total transaction price allocated to the obligation
Pro Tip

Use the cost-to-cost method when costs incurred faithfully depict the entity’s progress. Choose output methods when costs do not correlate well with performance — for example, if significant upfront costs (like materials purchased but not yet installed) would overstate early progress.

Point-in-Time Recognition

If none of the over-time criteria are met, revenue is recognized at a point in time when control transfers. Indicators that control has transferred include:

  • The entity has a present right to payment for the asset
  • The customer has legal title to the asset
  • The entity has transferred physical possession
  • The customer has the significant risks and rewards of ownership
  • The customer has accepted the asset

Presentation: Contract Assets, Receivables, and Contract Liabilities

The timing difference between performance and payment creates three balance sheet items:

  • Receivable — the entity’s unconditional right to consideration (only the passage of time is required before payment is due)
  • Contract asset — the entity’s right to consideration in exchange for goods/services already transferred, where that right is conditioned on something other than the passage of time (e.g., the entity must satisfy another performance obligation or meet a milestone before it can bill)
  • Contract liability (unearned revenue) — the customer has paid consideration before the entity has performed; reported as a liability until the performance obligation is satisfied
Revenue Recognition — CloudServe

Applying the recognition criteria to each of CloudServe’s three performance obligations:

Obligation Recognition Timing Rationale
3-year cloud platform subscription Over time (36 months) Customer simultaneously receives and consumes benefits as CloudServe provides hosted access — this is a service, not a transferred license
Implementation Point in time Control transfers upon completion; no over-time criterion met
Premium support Over time (36 months) Customer receives benefits as CloudServe stands ready to provide support

In Month 1, CloudServe recognizes $4,618 of subscription revenue ($166,250 / 36), $2,078 of support revenue ($74,812 / 36), and — upon completing setup — the full $24,938 of implementation revenue.

Contract Costs Under ASC 606

ASC 606 also provides guidance on capitalizing certain costs related to customer contracts:

  • Incremental costs to obtain a contract — costs that would not have been incurred if the contract had not been obtained (e.g., sales commissions) are capitalized as an asset if the entity expects to recover them. A practical expedient allows expensing these costs immediately if the amortization period would be one year or less.
  • Costs to fulfill a contract — capitalized only if they (1) relate directly to an existing or anticipated contract, (2) generate or enhance resources used to satisfy performance obligations, and (3) are expected to be recovered

Capitalized contract costs are amortized on a systematic basis consistent with the pattern of transfer and are subject to impairment testing when the carrying amount exceeds the remaining consideration expected minus direct costs to satisfy the obligations.

Special ASC 606 Revenue Recognition Issues

Several transaction types require special attention under the five-step model:

Bill-and-Hold Arrangements

In a bill-and-hold arrangement, the seller invoices the customer but retains physical possession of the goods. Revenue is recognized only when all four conditions are met:

  1. There is a substantive reason for the arrangement (e.g., the customer lacks warehouse space)
  2. The product has been separately identified as belonging to the customer
  3. The product is currently ready for physical transfer to the customer
  4. The entity cannot use the product or direct it to another customer

Even when product revenue is recognized, any custodial or storage services the seller provides may constitute a separate performance obligation with revenue recognized over the storage period.

Principal vs. Agent

When multiple parties are involved in delivering goods or services to a customer, each entity must determine whether it is a principal (controls the good or service before transfer) or an agent (arranges for another party to provide it). The core test is control: does the entity obtain control of the specified good or service before it is transferred to the customer?

  • Principal — controls the good/service before transfer; recognizes gross revenue
  • Agent — does not obtain control; recognizes only the net fee or commission

Supporting indicators include whether the entity has primary responsibility for fulfillment, inventory risk before or after transfer, and discretion in establishing pricing. For example, an online travel platform that does not obtain control of hotel rooms before they are provided to the traveler acts as an agent and reports only its commission as revenue.

Consignment Arrangements

In a consignment, the consignor ships goods to a consignee (typically a retailer), but the consignor retains title until the goods are sold to the end customer. The consignor does not recognize revenue upon shipment — revenue is recognized only when the consignee notifies the consignor that the goods have been sold. The consignee records only its commission as revenue, never the full sales price of the goods.

Right of Return

When a customer has the right to return a product, the entity recognizes revenue only for the consideration it expects to keep. The accounting requires:

  • A refund liability for the amount expected to be returned (not contra-revenue)
  • An asset for expected returns representing the right to recover products from customers (measured at the former carrying amount, less expected recovery costs)

Both estimates are updated at each reporting date based on changes in expectations.

Real-World Impact

ASC 606 in Practice — Real Companies

Microsoft Corporation — Microsoft early-adopted ASC 606 on July 1, 2017, using the full retrospective method to restate prior periods. The new standard changed how Microsoft recognized revenue on bundled offerings like Microsoft 365 (which combines software licenses, cloud services, and updates). Under legacy standards, much of this revenue was deferred because vendor-specific objective evidence was required for each element; under ASC 606, Microsoft identified separate performance obligations and began recognizing certain components — particularly software licenses — at earlier points. The restatement increased fiscal year 2017 revenue by approximately $6.6 billion compared to the amounts previously reported under legacy standards.

Lockheed Martin — As a major defense contractor, Lockheed Martin recognizes most revenue over time using the cost-to-cost method on long-term contracts. ASC 606 required Lockheed to reassess whether its performance obligations were satisfied over time or at a point in time — and in most cases confirmed over-time recognition, since the U.S. government controls assets as they are built and Lockheed has enforceable rights to payment for performance to date.

ASC 606 vs. Legacy Revenue Standards

ASC 606 replaced a patchwork of industry-specific guidance with a single principles-based framework. Understanding what changed helps contextualize why the standard matters:

ASC 606 (Current Standard)

  • One framework for all industries
  • Revenue based on transfer of control
  • Five-step model applied universally
  • Detailed guidance on variable consideration
  • Enhanced disclosure requirements
  • Principles-based with judgment

Legacy Standards (ASC 605 / IAS 18)

  • 100+ standards across industries
  • Revenue based on risks and rewards
  • Different models for different transactions
  • Limited guidance on contingent amounts
  • Minimal disclosure requirements
  • Rules-based with bright lines

Industries most affected by the transition included software (where vendor-specific objective evidence requirements were eliminated), telecommunications (multi-element arrangements restructured), and construction (percentage-of-completion guidance incorporated into the over-time framework). Companies adopted ASC 606 using either the full retrospective method (restating prior periods) or the modified retrospective method (cumulative adjustment at adoption date).

Common Mistakes in Revenue Recognition

Even experienced accountants make errors when applying the five-step model. Here are the most frequent mistakes and how to avoid them:

Mistake 1: Recognizing Revenue at Contract Signing

Revenue is recognized when performance obligations are satisfied, not when a contract is signed. A signed contract may create a contract liability (if the customer prepays) or no entry at all (if neither party has performed). Always ask: has the entity transferred control of a good or service?

Mistake 2: Failing to Identify Separate Performance Obligations

Bundling distinct goods or services into a single performance obligation overstates early revenue recognition and misstates the allocation of the transaction price. Apply the two-part distinctness test rigorously — especially for software + services and equipment + installation arrangements.

Mistake 3: Ignoring the Variable Consideration Constraint

Including the full amount of a performance bonus or contingent payment in the transaction price without applying the constraint leads to overstated revenue. Always apply the constraint: include variable consideration only to the extent that it is probable that a significant reversal in the amount of cumulative revenue recognized will not occur when the uncertainty is resolved.

Mistake 4: Misclassifying Principal vs. Agent

Reporting gross revenue when the entity is actually an agent inflates the top line. The test is whether the entity controls the good or service before it is transferred to the customer — not merely whether it handles billing or customer service. When in doubt, evaluate the three supporting indicators: primary responsibility, inventory risk, and pricing discretion.

Mistake 5: Treating Nonrefundable Upfront Fees as Immediate Revenue

Initiation fees, activation fees, and setup fees generally do not represent standalone performance obligations. If the fee does not transfer a distinct good or service, it must be allocated to the performance obligations it relates to and recognized over the period those obligations are satisfied — not recognized immediately upon collection.

Limitations and Judgment Areas Under ASC 606

While ASC 606 improved consistency, the standard still requires significant professional judgment in several areas:

Key Limitation

ASC 606 is a principles-based standard. Two companies with similar transactions may reach different conclusions about performance obligation identification, SSP estimation, and variable consideration constraints — all within the bounds of the standard. This judgment-intensive nature means revenue recognition remains one of the most common areas of financial statement restatements.

1. Standalone Selling Price Estimation — When SSPs are not directly observable, management must choose among three estimation methods. Different methods can yield materially different allocations, directly affecting the timing of revenue recognition across performance obligations.

2. Variable Consideration Constraints — Determining whether including variable consideration would result in a significant revenue reversal requires judgment about future outcomes. Management may have incentives to be overly optimistic, inflating current-period revenue.

3. Over-Time vs. Point-in-Time Determination — The three over-time criteria involve subjective assessments — particularly the “no alternative use” criterion and what constitutes an “enforceable right to payment.” Different interpretations can shift large amounts of revenue between periods.

4. Industry-Specific Interpretations — Despite the goal of a single standard, industry-specific application guidance continues to evolve through FASB Technical Inquiries, SEC staff speeches, and AICPA Revenue Recognition Task Force guidance. Complete uniformity across industries has not been fully achieved.

Frequently Asked Questions

The five-step model is the framework for recognizing revenue under ASC 606: (1) identify the contract with a customer, (2) identify the performance obligations in the contract, (3) determine the transaction price, (4) allocate the transaction price to the performance obligations, and (5) recognize revenue when (or as) each performance obligation is satisfied. This model applies to all revenue from contracts with customers, regardless of industry.

Revenue is recognized over time if any one of three criteria is met: the customer simultaneously receives and consumes the benefits, the entity’s performance creates an asset controlled by the customer, or the entity has no alternative use for the asset and has an enforceable right to payment for work completed. If none of these criteria are met, revenue is recognized at a point in time when control of the good or service transfers to the customer — typically indicated by transfer of legal title, physical possession, or significant risks and rewards.

Variable consideration is any portion of the transaction price that is contingent on a future event — such as performance bonuses, penalties, rebates, discounts, or right-of-return provisions. Entities estimate variable consideration using either the expected value method (probability-weighted average) or the most likely amount method, whichever better predicts the outcome. The amount is included in the transaction price only to the extent that it is probable a significant reversal of cumulative revenue will not occur.

The transaction price is allocated based on the relative standalone selling prices (SSP) of each performance obligation. If observable SSPs are not available, entities estimate them using the adjusted market assessment approach, expected cost plus a margin approach, or (in limited cases) the residual approach. Each obligation receives its proportional share of the total transaction price. Use our Revenue Allocation Calculator to perform this allocation instantly.

A principal obtains control of a good or service before transferring it to the customer and recognizes gross revenue. An agent arranges for another party to provide the good or service, does not obtain control, and recognizes only the net fee or commission as revenue. The core test is whether the entity controls the specified good or service before transfer. Supporting indicators include primary responsibility for fulfillment, inventory risk, and discretion in establishing prices.

A receivable is an unconditional right to consideration — only the passage of time is required before payment is due. A contract asset is a right to consideration that is conditioned on something other than the passage of time — for example, the entity may need to satisfy another performance obligation or meet a contractual milestone before it can bill. A contract liability (also called unearned revenue or deferred revenue) arises when the customer pays before the entity satisfies the related performance obligation. These three items reflect the timing relationship between an entity’s performance and the customer’s payment.

A performance obligation is a promise in a contract to transfer a distinct good or service to the customer. It is the unit of account for revenue recognition — the entity recognizes revenue separately for each performance obligation as it is satisfied. A good or service is distinct if the customer can benefit from it on its own (or with readily available resources) and the promise is separately identifiable from other promises in the contract. Identifying the correct number of performance obligations is critical because it determines how the transaction price is allocated and when revenue is recognized.

Disclaimer

This article is for educational and informational purposes only and does not constitute professional accounting or legal advice. ASC 606 application involves significant judgment — specific transactions should be evaluated with the guidance of a qualified accountant or auditor. The examples used are illustrative and simplified for educational purposes. Always refer to the authoritative text of ASC Topic 606 and consult relevant FASB guidance for your specific circumstances.