年間前払いによる現金は本物です。しかし、収益ではありません — まだです。この2つの事実の間のギャップが、サブスクリプションの簿記を誤らせる原因です。
11月に年間プランを立ち上げました。12ヶ月分を前払いすると、144ドルではなく、きれいに120ドルになります。ブラックフライデーの週末に、214人のお客様がこれを利用しました。決済処理業者から25,000ドル強が入金され、QuickBooksは11月があなたのストアの歴史上最高の月だったと表示しています。
しかし、1月の損益計算書が届くと、ビジネスが崖から落ちたように見えます。顧客は同じ。毎月ドアから箱が出ていくのも同じ。しかし、損益計算書は収益が崩壊したと言っています — なぜなら、そのすべてが現金が入金された日に計上されたからです。
もしあなたがこの状況のいくつかを経験したことがあるなら — 税理士に説明できなかった急増した月、実際には落ち込んでいないように感じた「落ち込んだ」四半期、前払いの入金時期によって大きく変動する利益率 — あなたはすでにこの記事が扱っている問題に直面しています。繰延収益は、帳簿が読みやすいサブスクリプションEコマース販売者と、損益計算書がランダムな数字の生成機になっている販売者を分ける、唯一の会計概念です。
その仕組みは、名前が示唆するよりも単純です。ゼロから構築していきましょう。
嘘：「銀行口座に入金されたら、それが収益だ」
これは商業において最も自然な仮定であり、一度きりの注文ではほぼ真実です。誰かがキャンドルを買い、あなたがキャンドルを発送し、そのお金はあなたのものです。現金と収益は同時に到着します。
前払いされたサブスクリプションは、そのつながりを断ち切ります。顧客が12回の月次配送のために11月に120ドルを支払った場合、あなたは11月に120ドルを稼いだわけではありません。あなたは10ドル — 1回の配送分の価値 — を稼ぎ、さらに11回の配送を行う義務を負ったのです。
会計では、収集したがまだ稼いでいないお金に名前があります：繰延収益（「未収入収益」とも呼ばれます — 同じものです）。そして、ほとんどの販売者が驚く部分は次のとおりです：繰延収益は収益ではなく、負債です。それは、ローンや未払い請求書の隣にある貸借対照表に記載されます。なぜなら、それがあなたのものであるからです — あなたが何かを負っているからです。単にドルではなく、製品とサービスでそれを負っているだけです。
その嘘は愚かではありません。あなたの銀行残高は確かに増加しました。そして、現金を監視している個人事業主にとっては、それが現実的に感じられる数字です。しかし、前払いサブスクリプションを即時収益として計上した瞬間、3つのことが壊れます：
- 月次の損益計算書は意味をなさなくなります。キャンペーンが成功すれば収益は急増し、失敗すれば急落しますが、どちらの動きも事業の状況を教えてくれません。
- 利益率が支離滅裂になります。11月は、1ヶ月分の製品原価に対して25,000ドルの収益を示します。2ヶ月目から12ヶ月目は、対応する収益ゼロに対して、それらの箱を履行するための費用を示します。
- 税務上の状況が歪む可能性があります。会計方法によっては、まだ稼いでいない収益を認識すると、課税所得が前倒しされる可能性があります。（ここでのタイミングのルールは非常に専門的になりますので、必ずCPAに確認してください。）
解決策：履行した時点で収益を認識する
これらすべてを支える発生主義会計の原則は、一言で言えば「収益は、回収したときではなく、稼いだときに認識される」ということです。サブスクリプションの場合、「稼いだ」とは提供したことを意味します。サービスが毎月提供されること、または箱が出荷されるごとに、負債の一部が実際の収益に変わります。
ここでは、最初から最後まで、具体的な例を見ていきましょう。数字は架空のもので、意図的に丸めてあります。
年間120ドルの前払い、月ごと
初日 — 販売。顧客が12ヶ月のサブスクリプションに120ドルを支払います。現金が増加し、あなたの義務も増加します：
| 勘定科目 | 借方 | 貸方 |
|---|---|---|
| 現金（または決済代行口座） | $120 | |
| 前受収益（負債） | $120 |
この仕訳に含まれていないものに注意してください。収益です。販売日には損益計算書はまったく動きません。
毎月 — 認識。毎月（箱を出荷する、サービス期間を提供する）履行するたびに、負債から稼得収益へ12分の1を移動させます：
| 勘定科目 | 借方 | 貸方 |
|---|---|---|
| 前受収益 | $10 | |
| サブスクリプション収益 | $10 |
スケジュール。これを1年間実行すると、残高はきれいに解消されます：
| 月 | 認識された収益 | 残りの前受収益 |
|---|---|---|
| 1 | $10 | $110 |
| 2 | $10 | $100 |
| 3 | $10 | $90 |
| … | … | … |
| 11 | $10 | $10 |
| 12 | $10 | $0 |
これを214人のブラックフライデーの顧客に掛けると、状況は一変します。11月に25,680ドルの急増があり、その後11ヶ月間は飢饉のような状態に見える代わりに、帳簿上は毎月約2,140ドルのサブスクリプション収益が表示され、その月々の実際の履行費用と相殺されます。これは、20分間の免責事項なしで、読み取り、予測し、貸し手に提出できる損益計算書です。
[画像：並列の棒グラフ2つ。「現金主義ビュー」は11月に巨大な棒が1つあり、その後は平坦な月を示す。「前受収益ビュー」は12ヶ月の均等な棒を示す]
月次更新はシンプル — そうでなくなるまでは
加入者が月払いで支払っている場合、あなたは免除されていると考えているかもしれません。ほとんどの場合、その通りです。3月1日の3月分の箱に対する12ドルの請求は、回収された期間内に稼得されます。現金と収益は一致し、繰り延べるものはほとんどありません。
しかし、サブスクリプションプログラムには、タイミングのずれを静かに再導入する仕組みがあります：
- スキップ。サブスクライブ＆セーブプログラムでは、スキップされた月は通常、請求も出荷もなく、記録するものはありません。しかし、顧客が請求後にスキップした場合、延期された配送のために代金を保持していることになります。その請求は、延期された注文が実際に発送されるまで、前受収益として計上されます。
- 一時停止。 年間サブスクリプションの一時停止は、義務を消去するのではなく、延長します。残りの繰延残高は引き続き貸借対照表に計上され、履行が再開されると収益認識も再開されます。6か月目に60ドルの未認識残高がある状態で一時停止した顧客は、一時停止期間中、依然として60ドルの負債を抱えています。
- 返金とキャンセル。 ここで負債という考え方が役立ちます。年間サブスクリプションの顧客が4か月目にキャンセルし、未使用分を返金する場合を考えてみましょう。40ドルを収益認識しており、80ドルを返金します。この80ドルは、収益からではなく、繰延収益から差し引かれます。1か月から4か月目までの認識済み収益は、実際に稼いだものであるため、そのまま維持されます。（すでに認識された収益に対する返金は、これとは異なり、売上控除として処理されます。これは返金と返品の会計処理で説明しています。）
- 請求サイクルをまたぐ場合。 単純な月額プランでも期間をまたぐことがあります。1月28日の2月分の商品の請求は、厳密には2月に属します。小規模な場合、ほとんどの販売者とその公認会計士はこれを合理的に無視します。相当な量になる場合は、方針を決定する価値があります。
4つすべてに共通するパターンは、サブスクリプションの請求スケジュールと履行スケジュールは2つの異なるタイムラインであり、収益は履行に従うということです。
現金主義と発生主義の交差点
上記すべては発生主義会計です。もしあなたのストアが純粋な現金主義で運営されている場合（つまり、お金が入ってきたときに収入を記録するだけの場合）、繰延収益は帳簿上正式には存在せず、11月の急増はあなたの11月となります。
これは小規模販売者にとっては合法かつ一般的ですが、サブスクリプションは切り替えの最も強力な論拠の1つです。繰延収益を多く抱えるほど、現金主義の損益計算書は運用実態から乖離し、「今月は良かったか？」といった基本的な質問に答えるのが難しくなります。切り替えを検討している場合は、トレードオフがEコマースにおける現金主義と発生主義のガイドに記載されています。
現金主義の販売者であっても、繰延義務はどこかに追跡しておくべきです。たとえスプレッドシートであっても構いません。銀行残高の18,000ドルが将来の履行のために確保されていることを知っていれば、まだ稼いでいないお金を無駄に使うことを防ぐことができます。
ReChargeとWooCommerce Subscriptionsの役割
Shopifyでサブスクリプションを実行している場合、おそらくReChargeまたはShopifyのネイティブサブスクリプション機能を使用しているでしょう。WooCommerceでは、通常WooCommerce Subscriptionsが、多くの場合チェックアウトおよびファネルスタックと組み合わせて使用されます。これらのツールが何であるかを正確に把握しておく価値があります。それらは請求エンジンです。サブスクリプション契約（スケジュール、登録カード、スキップ、一時停止）を管理し、各更新時に注文とストアへの請求を生成します。
それが会計に計上されるデータの場所です。ReChargeの更新またはWoo Subscriptionsの更新は、ストアの注文ストリームに表示され、支払い処理業者の支払いに入り、他の注文と同じように帳簿に記録されます。サブスクリプションアプリは請求のストーリーを把握していますが、注文と支払いのデータはマネーストーリーを伝えます。
これらのツールのどれも、収益認識スケジュールを維持しません。それは会計ファイルにあり、どのサブスクリプションスタックを実行しても、同じ短いリストになります。
- 繰延収益負債勘定。これは、QuickBooksの勘定科目表にあり、流動負債の下に分類されます。
- 認識スケジュール。どの前払い注文が存在するか、各注文でどれだけ未獲得かが残っているか、そして今月どれだけ認識するか。ほとんどのストアでは、これはサブスクリプションアプリのエクスポートをキーにしたスプレッドシートです。
- 月次仕訳伝票。繰延収益からサブスクリプション収益に獲得済み部分を移動します。
- 月次サンディチェック。貸借対照表の繰延残高が、スケジュール上の未履行義務の合計と一致することを確認します。
それがシステム全体です。概念的に難しいわけではありません。規律の問題であり、通常は同じ場所で破綻します。それは根本的な注文データです。
スケジュールの下にある注文データを正しく取得する
認識スケジュールは、それを供給する販売記録と同じくらいしか良くありません。サブスクリプション注文がQuickBooksに一括入金として記録される場合（手数料が収益に混入し、返金が売上から不可視で相殺される）、信頼できる繰延収益スケジュールを上に構築することはできません。なぜなら、特定の支払いに実際に何が含まれていたかを判断できないからです。そのレイヤーの修正が最初に来ます。サブスクリプションロジックが関係する前に、Shopifyの売上をQuickBooksに記録する方法はこちらです。
これは、同期ツールがその価値を発揮するレイヤーです。LedgerPortは、ShopifyおよびWooCommerceの注文をQuickBooks Onlineに同期し、手数料を収益から分離し、返金を返金として記録します。サブスクリプションの更新も他の注文と同様の注文であるため、更新も含まれます。Scaleプランでは、支払い仕訳がプロセッサの入金とそれ内の注文を照合するため、帳簿の現金側がクリーンに照合され、認識スケジュールが獲得側を処理します。同期は自動的に実行されるため、サブスクリプションストアでは特に重要です。更新は月にわたって一定量の注文を生成するため、31日にバッチ入力できるような山にはなりません。
境界を明確にするために言いますが、月次の繰延収益仕訳伝票は、依然としてあなた（またはあなたのCPA）が行うものです。注文同期ツールは、あなたの履行義務を知っていると主張すべきではありません。クリーンな同期が提供するのは、スケジュールが依存する正確な注文、手数料、および返金のデータです。そして、かなりの更新量があるストアでは、それを手作業で組み立てるのに費やされていた時間を毎週節約できます。
サブスクリプションが収益の大きな割合を占めるようになっている場合、より広範な基礎知識については、eコマース会計の基本ガイドをご覧ください。また、前払いキャンペーンによって損益計算書がミステリー小説のようになった場合は、より小さく始めてください。QuickBooksを開き、繰延収益負債勘定を追加し、120ドルの顧客1人分の12行のスケジュールを作成します。月額10ドルで1つの前払いが解消されるのを確認したら、モデル全体が理解できるようになります。そしてLedgerPortは、その下の注文データをきれいに保つことができ、無料から始められます。
