revenue-recognition-accounting

What this skill does

# Revenue Recognition Accounting (ASC 606 / IFRS 15)

## Overview

Revenue recognition determines when you can record revenue in your financial statements. Under ASC 606 (US GAAP) and IFRS 15, revenue is recognized when — or as — performance obligations are satisfied, not simply when cash is received. This matters enormously for subscriptions (revenue earned monthly even if billed annually), gift cards (revenue earned only on redemption), and bundled products (where a warranty component must be deferred).

Getting revenue recognition right protects you from audit findings, builds investor trust, and ensures your financial statements accurately reflect business performance.

This skill guides you through the practical setup of revenue recognition using your accounting system, platform integrations, and relevant apps.

## When to Use This Skill

- When you sell subscription products (monthly boxes, replenishment subscriptions, memberships)
- When you sell bundled offers (product + warranty + service in one SKU)
- When you issue gift cards, store credit, or prepaid plans
- When you recognize revenue from third-party marketplaces (Amazon, eBay)
- When preparing GAAP or IFRS financials for investors, auditors, or a financing round
- When building a data pipeline that automatically posts revenue recognition journal entries
- When you need to separate recognized revenue from cash receipts in your financial model

## Core Instructions

### Step 1: Identify which revenue types require special treatment

Most standard ecommerce product sales (order placed → shipped → delivered) are straightforward: recognize revenue at delivery. The complexity arises with these arrangements:

| Revenue Type | Recognition Rule | Common Mistake |
|-------------|-----------------|----------------|
| **Physical product (single sale)** | Recognize at delivery (when control transfers to customer) | Recognizing at order placement instead of delivery |
| **Subscription (annual or multi-month)** | Recognize ratably over the subscription period | Recognizing full annual payment in month 1 |
| **Gift cards** | Recognize at redemption; handle unredeemed breakage separately | Recognizing at sale |
| **Extended warranty** | Recognize ratably over the warranty period | Recognizing 100% at product shipment |
| **Bundle (product + service)** | Allocate price across components; recognize each independently | Recognizing 100% at shipment of physical component |
| **Buy Now Pay Later** | Recognize at delivery (BNPL provider pays you immediately; installment risk is theirs) | No special treatment needed; straightforward |
| **Marketplace sales (as principal)** | Recognize gross revenue; record fees as cost of revenue | Net revenue recognition (agent treatment) when you control inventory |
| **Marketplace sales (as agent)** | Recognize only your net commission | Gross revenue recognition when you do not control inventory |

### Step 2: Set up your accounting system for proper revenue recognition

The right tool depends on your business complexity and accounting system:

---

#### For subscription businesses

**Shopify (subscription apps):**
1. Use **Recharge** or **Skio** for subscription management on Shopify — both apps create orders in Shopify for each billing cycle
2. Connect Shopify to **Xero** via A2X or to **QuickBooks** via Finaloop
3. In Xero, revenue from subscription orders is recognized when the order is created (each billing cycle) — for monthly subscriptions billed monthly, this is correct
4. For **annual subscriptions:** You need to spread the payment across 12 months. In Xero:
   - Create the invoice when the subscription starts (e.g., $120 annual)
   - Post the full $120 to a **Deferred Revenue** liability account
   - Each month, create a recurring journal entry: DR Deferred Revenue $10 / CR Subscription Revenue $10
   - Use Xero's **Repeating Transactions** feature to automate this

**QuickBooks Online approach for annual subscriptions:**
1. When annual payment received: create an invoice for $120, post to "Deferred Revenue" (liability account)
2. Create a recurring journal entry (monthly): DR Deferred Revenue $10 / CR Subscription Revenue $10
3. QuickBooks recurring transactions: **+ New → Journal Entry → Make recurring**

**Dedicated revenue recognition tools:**
- **Younium** or **Chargebee** (if using subscription billing): Both have built-in revenue recognition that automatically defers and releases subscription revenue on the correct schedule; export to accounting system
- **Recurly + Sage Intacct**: For larger subscription businesses; Recurly handles billing, Sage Intacct handles automated GAAP-compliant revenue recognition

---

#### For gift cards

**Shopify:**
1. When a gift card is purchased, Shopify records it as a sale in the platform — but for accounting purposes, this is a liability (deferred revenue), not revenue
2. In your accounting system: post gift card sales to **Gift Card Liability** (liability account), not revenue
3. When a gift card is redeemed (applied to an order): transfer from Gift Card Liability to Revenue
4. **Breakage:** For gift cards that are never redeemed, recognize the expected breakage amount as revenue either:
   - Proportionally as cards are redeemed (preferred if you can estimate breakage reliably), OR
   - When redemption is considered remote (typically after 3–5 years of inactivity)
5. **Practical setup in QuickBooks/Xero:** Create a "Gift Card Liability" account; when the accounting integration posts a gift card sale, manually reclassify it to the liability account; when redeemed, reclassify to revenue

**A2X for Shopify:** A2X allows you to configure how different Shopify transaction types post to your accounting system — set gift card sales to post to a deferred revenue account and gift card redemptions to post to a revenue account.

---

#### For product bundles with warranties

**Manual approach (most common for small-to-mid-size merchants):**

1. Determine the standalone selling price (SSP) of each component:
   - Product SSP: What you would sell it for without the bundle
   - Warranty SSP: What you would charge for the warranty alone (or estimate using cost-plus-margin)

2. Allocate the bundle price proportionally:
   ```
   Example: Bundle = $150 (product + 1-year warranty)
   Product SSP: $130, Warranty SSP: $30, Total SSP: $160

   Product allocation: $150 × ($130/$160) = $121.88
   Warranty allocation: $150 × ($30/$160) = $28.12
   ```

3. Post journal entries:
   - At payment receipt: DR Cash $150 / CR Deferred Revenue $150
   - At shipment: DR Deferred Revenue $121.88 / CR Product Revenue $121.88
   - Monthly (over 12 months): DR Deferred Revenue $2.34 / CR Warranty Revenue $2.34

4. In QuickBooks/Xero: Create a **Deferred Revenue – Warranty** liability account for the warranty component; set up a recurring journal entry to release $2.34/month per warranty sold

---

### Step 3: Handle the physical product timing issue

The most common revenue recognition error for ecommerce: recognizing revenue at order placement instead of delivery.

**Under ASC 606:** For physical goods, revenue is recognized when the customer obtains control — typically at delivery, not at checkout.

**Practical impact:**
- Orders placed December 30 but delivered January 3 should be recognized in January, not December
- If you have many orders in transit at period-end (year-end or quarter-end), this creates a timing difference

**How to handle in practice:**

For most merchants with short transit times (1–3 days), the difference between order date and delivery date is immaterial and auditors typically accept recognition at shipment. However, if you have:
- Long transit times (>7 days)
- Significant holiday rush shipping in late December
- GAAP audited financials

...then you need to accrue for in-transit revenue:
1. At period-end, pull a list of all shipped but undelivered orders (from your shipping carrier or ShipStation)
2. Calculate their total valu