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.
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:
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:
- Approval and commitment — all parties have approved the contract (written, oral, or implied by customary business practices)
- Identifiable rights — each party’s rights regarding the goods or services to be transferred can be identified
- Payment terms — the payment terms for the goods or services can be identified
- Commercial substance — the contract has commercial substance (the risk, timing, or amount of future cash flows is expected to change)
- 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
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:
- Capable of being distinct — the customer can benefit from the good or service on its own or together with other readily available resources
- 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)
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.
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
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.
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)
| 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:
- The customer simultaneously receives and consumes the benefits as the entity performs (e.g., routine cleaning services)
- 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)
- 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).
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
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:
- There is a substantive reason for the arrangement (e.g., the customer lacks warehouse space)
- The product has been separately identified as belonging to the customer
- The product is currently ready for physical transfer to the customer
- 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
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:
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?
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.
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.
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.
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:
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
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.