Stripeのダッシュボードには先月48,000ドルを回収したと表示されています。損益計算書には52,000ドルと記載されています。銀行口座には合計41,000ドルの入金が記録されています。この3つの数字はすべて、同じ顧客が同じインボイスを支払った結果から生じたものですが、実際の売上はどれなのでしょうか？
Stripe BillingでSaaS企業を運営しているなら、この3つの数字の不一致はツールのバグではありません。1つの経済的出来事 — 顧客がサブスクリプションの支払いをすること — が、4つの異なる場所に現れることによる予測可能な結果です。それはサブスクリプション、インボイス、支払い、そして入金です。そのうち複数を売上として計上すれば二重計上になります。間違ったものを計上すれば、税金、指標、そして将来のデューデリジェンスのすべてが水増しされた数字の上に成り立つことになります。
このガイドでは、各Stripeオブジェクトが帳簿のどこに属するか、ほとんどのSaaS創業者を捕まえる3つの二重計上トラップ、そして月次決算を1セントまで照合させるクリアリング勘定ワークフローを正確に示します。
Stripeが二重計上をこれほど容易にする理由
従来の請求では、1件の売上に対して1つの書類、つまりインボイスが発行されます。Stripe Billingでは、同じ資金に対して連鎖するオブジェクトが生成されます：
- サブスクリプション — 定期的な契約（月額99ドルのプランなど）。
- インボイス — Stripeが各サイクルで生成する請求書。日割り計算、クレジット、税金を含みます。
- 支払い（チャージ） — そのインボイスに対する実際の資金移動。
- 入金（ペイアウト） — Stripeが手数料、返金、調整を差し引いて送金する一括銀行預金。
各オブジェクトには独自のダッシュボード、独自のレポート、独自の合計があります。「インボイス合計」を売上として合計し、さらに「ペイアウト入金」を収益として記録する創業者は、同じドルを二度計上しています。年間前払いを加えると — 12ヶ月分のサービスに対して今日1件の12,000ドルのインボイス — 現金主義の考え方では1月に丸1年分の売上を計上してしまいます。
これをすべて防ぐ核心原則：顧客資金の各ドルは、それを獲得した時点で総収益として正確に一度だけ記録され、それ以外のすべては手数料、返金、タイミングの差異、または貸借対照表の動きである。 この記事の残りは、この原則をどのように適用するかについてです。
トラップ1：インボイスとペイアウトを売上として計上する
これはSaaS簿記で最も一般的な二重計上です。症状は紛れもありません：P&Lの売上がインボイスと銀行預金の合計にほぼ等しく、帳簿には銀行残高が決して裏付けない成長が示されます。
顧客が1,000ドルの月次インボイスを支払うと、実際に何が起こるか：
- Stripeは1,000ドルのインボイスを作成し、1,000ドルの支払いを回収します。
- Stripeは処理手数料（例えば30.30ドル）と返金を差し引きます。
- 数日後、Stripeは利用可能残高をペイアウト入金としてまとめます。
インボイスとペイアウトは同じ1,000ドルの2つの見方であり、1,000ドルの売上プラスさらに970ドルの売上ではありません。正しい処理：
- インボイスが支払われたとき（または発生主義会計では獲得したとき）に、1,000ドルの総収益を一度だけ記録します。
- 30.30ドルの手数料を処理費用として記録し、売上の減少とはしません。
- ペイアウトをStripeクリアリング残高から銀行口座への振替として記録し、決して収益とはしません。
手数料を売上から相殺する（969.70ドルの入金のみを売上として記録する）のは、裏返しの誤りです：総収益を過小表示し、控除可能な処理費用を隠してしまいます。7桁の売上高では、これらの隠れた手数料は年間数万ドルに達し、控除の損失と誤解を招く指標につながります。
クリアリング勘定による修正
Stripeを独自のミニ銀行口座 — クリアリング勘定 — として勘定科目表で扱います。すべてのStripeイベントはまずそこに記録されます：
- 顧客の支払い成功：Stripeクリアリングに1,000ドルを借方記入、売上（または後述の繰延収益）に1,000ドルを貸方記入。
- Stripeが手数料を徴収：処理手数料費用に30.30ドルを借方記入、Stripeクリアリングに30.30ドルを貸方記入。
- 返金発行：返金（売上の反対勘定）を借方記入、Stripeクリアリングを貸方記入。
- ペイアウトが銀行に到着：銀行口座を借方記入、ペイアウト額についてStripeクリアリングを貸方記入。
ペイアウトが記帳された後、クリアリング勘定には未決済のStripe残高のみが残るはずです。毎月増え続ける残りが生じているなら、何か — 通常は記録されていない返金や見落とされた手数料 — が漏れています。その残りが早期警告シグナルであり、クリアリング勘定が存在する理由です。
トラップ2：年間前払いを一度に認識する
顧客が年間プランのために12,000ドルを前払いします。現金主義会計ではこれを1月の売上12,000ドルと呼ぶかもしれません。発生主義会計では — 投資家、貸し手、GAAPがすべて期待するように — あなたは1ヶ月分のサービスを獲得し、さらに11ヶ月分を負っているのです。
正しい処理はサービス期間にわたって認識を配分します：
- 支払い時：Stripeクリアリングに12,000ドルを借方記入、繰延収益（負債）に12,000ドルを貸方記入。まだ売上はありません。
- 毎月：繰延収益に1,000ドルを借方記入、サブスクリプション売上に1,000ドルを貸方記入。
最初の月に全インボイスを売上として計上すると、1月の利益を11,000ドル過大表示し、次の11ヶ月を過小表示します。また、買収者が実際に査定する指標も壊します：月次経常収益、純収益維持率、繰延収益残高はすべて、回収した現金ではなく獲得した売上から導出されます。
日割り計算、アップグレード、サイクル途中の変更
Stripeはプラン変更を日割りインボイスで処理します — 旧プランの未使用時間に対するクレジットと新プランの請求です。これらは少額に純額化されますが、各項目には依然として正しい処理が必要です：クレジットは売上を減少させ（または繰延収益を増加させ）、新たな請求は同じ時間経過に伴う獲得ルールに従います。純日割り額のみを計上する近道は通常月次プランでは機能しますが、年間プランのアップグレードでは繰延収益スケジュールを再構築する必要があり、そうしなければ負債残高が現実から乖離します。
クーポンと顧客クレジットも同じ注意が必要です。20%のクーポンは、1,000ドルの定価インボイスに対して800ドルの総収益を意味し、1,000ドルの売上プラス200ドルのマーケティング費用ではありません。実際に獲得したものを記録してください。
トラップ3：返金、異議申し立て、クレジットを新たな費用として計上する — または無視する
返金は売上を減少させます。それらは別個の営業費用ではなく、ましてや見えないものでもありません。500ドルのインボイスを返金するとき：
- 返金（総収益に対置される売上の反対勘定）に500ドルを借方記入。
- Stripeクリアリングに500ドルを貸方記入。
なぜ費用ではなく売上の反対勘定なのか？総収益から返金を差し引いたものが純収益 — 確定申告、取締役会資料、単位経済性がすべて求める数字 — だからです。返金を一般費用に埋めると、トップラインとコスト構造の両方が水増しされ、返金率分析が不可能になります。
チャージバックと異議申し立てには保留処理が必要です：異議が提起されたとき、認識済み売上をそのままにせず、異議未収金またはチャージバック損失勘定に金額を移します。勝訴すれば反転させ、敗訴すれば確定した売上の減少プラス異議手数料が費用となります。一方、失敗した支払いと督促の再試行は、実際に資金が動くまで何も触れません — 未払いのインボイスは売掛金であり、二度回収された売上ではありません。
月次Stripe照合チェックリスト
月末後に1時間を確保し、このリストを順番に進めてください。各ステップが異なる種類のエラーを捕捉します：
- ペイアウト照合レポートを取得する。 その月に預金された各ペイアウトについて、総チャージから手数料、返金、調整を差し引いた額が銀行預金と1セントまで一致することを確認します。
- クリアリング勘定を照合する。 期末残高は未決済のStripe残高（保留中のペイアウトとリザーブ保留）と等しくなければなりません。その他の残りがあれば、決算前に調査してください。
- 繰延収益を繰り越す。 期首残高プラス新規前払いマイナス認識済み売上は期末残高と等しくなければならず、期末残高はStripeの未稼得サブスクリプション価値の合計と一致しなければなりません。
- インボイスを認識済み売上と照合する。 その月の認識済みサブスクリプション売上合計は、回収した現金ではなく、獲得したインボイス明細 — クーポン、クレジット、日割り計算後 — と照合されるべきです。
- 返金と異議申し立てを清算する。 Stripeのすべての返金は売上の反対勘定に現れ、すべての未解決の異議申し立ては認識済み売上ではなく保留勘定に存在しなければなりません。
- 多通貨と税金を確認する。 複数通貨で請求する場合、換算損益が売上とは別に計上されることを確認します。徴収した売上税とVATが税金未払負債に存在し、決して売上に含まれないことを確認します。
6つのステップすべてが一致すれば、3つの数字はようやく互いに一致します：Stripeの総活動、P&Lの獲得売上、そして銀行預金が、手数料、タイミングの差異、貸借対照表の動きというクリーンな軌跡で結ばれます。
重労働を担うレポートと自動化
このワークフローをスプレッドシートから構築する必要はありません。Stripe自身のレポートスタックはチェックリストに直接対応しています：
- ペイアウト照合レポートは、各銀行預金内のすべてのチャージ、返金、手数料、調整を項目別に記載します — 会計士が実際に求める文書です。
- 残高取引は、Stripeを通じて移動したすべてのセントの不変の台帳です。Stripeは作成後に残高取引を変更しないため、チャージやインボイスではなく、決算の信頼できる情報源です。
- 収益認識レポートはASC 606およびIFRS 15に基づく繰延収益の繰り越しを自動化し、サブスクリプションとインボイスを監査可能な仕訳に変換します。
継続的な自動化のために、会計統合は総売上、手数料、返金を毎晩クリアリング勘定に転記でき、ペイアウトイベントのwebhookは同日照合をトリガーできます。自動化があっても月次チェックリストは維持してください：ソフトウェアは指示されたものを転記し、スキップされたマッピングは誰かが照合するまで静かに失敗します。
初日からサブスクリプション売上をクリーンに保つ
Stripe Billingは、すべてのドルが非常に多くの場所 — サブスクリプション、インボイス、支払い、ペイアウト — に現れ、それぞれがそれを再び数える新たな機会となるため、ずさんな帳簿に対して特に容赦がありません。クリアリング勘定を設定し、前払い売上を時間をかけて認識し、毎月照合する創業者は、問題を資金調達や買収デューデリジェンス中の修正規模のクリーンアッププロジェクトではなく、1行の修正で済むうちに捕捉します。
正確なサブスクリプション会計は、すべてのイベントを最初から正しい勘定に記録することから始まります。Beancount.ioはプレーンテキスト会計を提供し、財務データに対する完全な透明性と制御を実現します — ブラックボックスもベンダーロックインもありません。無料で始める そして、なぜ開発者と財務専門家がプレーンテキスト会計に移行しているのかをご覧ください。
