Apply ASC 606 revenue recognition to real contracts: walk the five-step model, identify distinct performance obligations, allocate transaction price by standalone selling price, and build defensible recognition schedules for SaaS and multi-element deals. Triggers when revenue timing, deferred revenue, contract analysis, or audit questions come up.
./install.sh revenue-recognitionname: "revenue_recognition" description: "Apply ASC 606 revenue recognition to real contracts: walk the five-step model, identify distinct performance obligations, allocate transaction price by standalone selling price, and build defensible recognition schedules for SaaS and multi-element deals. Triggers when revenue timing, deferred revenue, contract analysis, or audit questions come up." metadata: { "includeInPrompt": true }
Turn a contract with a customer into a defensible answer: how much revenue, in which periods, with what audit trail. Covers the full five-step model, contract analysis, SaaS and multi-element arrangements, variable consideration, and the common pitfalls that draw audit findings.
The core principle of ASC 606: recognize revenue when control of goods or services transfers to the customer, in an amount reflecting the consideration you expect to receive. (FASB issued ASC 606 as ASU 2014-09 in May 2014; the IASB's IFRS 15 is nearly identical.)
bin/allocate.py for the allocation math and a first-draft schedule.references/ for templates and two worked examples.Step 1: Identify the contract. All must hold: the parties approved it and are committed; each party's rights are identifiable; payment terms are identifiable; the contract has commercial substance; collection of the consideration is probable.
Step 2: Identify performance obligations. A promised good or service is a distinct obligation when (a) the customer can benefit from it on its own or with readily available resources, and (b) it is separately identifiable in the contract. Implementation work that a third party could perform is usually distinct. Work so customized and integral to the software that the software is unusable without it is usually NOT distinct and gets bundled into the subscription.
Step 3: Determine the transaction price. The amount you expect to receive. Watch for: variable consideration (discounts, rebates, refunds, usage fees, milestone payments) which must be constrained so that a significant reversal is improbable; significant financing components (payment more than a year ahead of or behind delivery); noncash consideration; and amounts payable back to the customer.
Step 4: Allocate the price. Allocate by relative standalone selling prices (SSPs). A bundle discount spreads proportionally across obligations by default; it moves to specific deliverables only with evidence it relates to them. SSP evidence hierarchy: (1) observable standalone price, (2) adjusted market assessment, (3) expected cost plus margin, (4) residual method, but only when the price is highly variable or uncertain.
Step 5: Recognize revenue. Point in time when control transfers: indicators include legal title, physical possession, right to payment, and customer acceptance. Over time when any one holds: the customer receives and consumes benefits as you perform (e.g. cleaning services); your work creates or enhances an asset the customer controls (e.g. construction on their site); the deliverable has no alternative use to you AND you have an enforceable right to payment for work done.
Dr AR 12,000 / Cr Deferred revenue 12,000, then monthly Dr Deferred revenue 1,000 / Cr Revenue 1,000.Given a contract plus facts about what was delivered and billed, deliver:
publisher key 2e43c913833850e6d80f939677e3de76e806d47785c0f1caaca90f9d18c98e1e
No ratings yet — be the first to rate it.