Stripeペイアウトを調整しながら、本当の収益を見失わない方法

Stripeのダッシュボードには今週の売上が$10,000と表示されています。銀行口座には$9,421の入金があります。 簿記係が何を記録するか尋ねますが、もし「売上$9,421」と答えたら、それは税務申告、監査、そして最初の返金のときに雪だるま式に膨らむ2つの間違いを犯していることになります。

Stripeカードで決済を受けている場合、オンラインストア、請求書支払いリンク、予約サイト、寄付フォームなど、売った金額と受け取った金額は、どの日でも一致することはありません。Stripeは手数料を差し引き、返金や異議申し立てを残高に保留し、ローリングで入金します。銀行が見るのは残った純額だけです。税務署、会計士、そして先月の利益率を理解しようとする将来の自分は、どちらも総売上額を必要とします。

このガイドでは、Stripeのペイアウトが実際にどう機能するか、収益・手計る・返金をきれいに計上する方法、そして月に30分以内でStripeを銀行に調整する方法を説明します。うんざりするようなスプレッドシードを作る必要法です。

なぜ銀行入金額が売上ではないのか​

従来のカード入金と比べ、Stripeの調整がずれていると感じる3つのポイントがあります。

1. 純額での入金 入金前に、Stripeが決済手数料を差し引きます。米国標準料率2.9%+30¢の場合、$100の売上入金額は保留残高に$96.80になります。銀行は$100を見ることはありませんが、収入は$100で、費用は$3.20です。純額だけを記録すると、両方とも少なく記録することになります。 **2. ローリングタイミング** デフォルトの2営業日ペイアウトスケジュールでは、月曜日の売上は通常水曜日、火曜日の支払いは木曜日に到着します。1か月の売上と1か月のペイアウトが一致することはままあります。ペイアウトを売上として計上すると、未払い金が間違った月にずれます。 **3. 残高調整** 返金、異議申し立てチャージ、それらの異議申し立て手計料（標準で$15）、即時ペイアウト手数料（早期受取時に1%）は、すべてペイアウトを減らします。部分返金の場合も、Stripeが元の手数料を保持します。これらはそれぞれ、異なる元帳の仕訳が必要です。

解決策は簡単です。発生時に総額で売上を計上し、ストライプの手数を掛け合わし、ペイアウトは新しい収入ではなく、Stripe残高から銀行への振替として扱うことです。

Stripeペイが実際にどう機能するか​

Stripeは、独自の元帳を持つウジェットだと発想します。

決済成功→時金が保留に入る 顧客が支払うと、Stripeは総額の請求金額を保留残高に即座に追加しますが、リスク保持が解除されるまで支払いに利用可能とマークしません（通常2日間、新規アカウントやリスクの高い事業では7日間、場合によっては最大14日間）。

手計は後から請求されるのではなく、残高から差し引かれます**。同時に、Stripeは同じ保留残高に対して手計料を差し引きます。別途請求されることはありmasesん。このため、総額と純額の追跡が重要なのです。

ペイアウトは一括送信です。ペイアウトスケジュール（自動でデイリーがデフォルト）に従って、Stripeはすべての利用可能残高トランザクションを1つのペイアウトにまとめて、ACHで銀行に送信します。したがって、1つのペイアウトには、異なる日に発生した数十から数百の取引件、返金、手計料調整が含まれます。

3つのレポートが状況を説明します。

• ペイアウト詳細（ダッシュボード → Payment → Payouts → ペイアウトを選択）： その銀行入金を構成するすべての売上、返金、手計料をリスト表示します。これが調整の唯一の情報源です。
• 残高レポート（CSV出力）： 売上総額、手数料、純額をアクティビティタイプごとに日次でまとめた元帳です。ペイアウトのタイミングに歪められずに日次の總額を見られる唯一の場所です。
• 月次サマリー： その月の売上ド収益の橋渡しとなるレポートで、Stripeを損益（P&L）と結びつけるのに役立ちます。

毎回すべてのレポートが必要なわけではありませんが、銀行に入金される各入金分には、少なくともペイアウト詳細が必要です。

帳簿を壊す2つの間違い​

間違い1：純額入金を売上として計上する​

Stripeが総額$10,000の取引をまとめて$9,421を入金したときに$9,421を収益として記録すると、同時に3つの損が発生します：融資や評価のための収益を過小評価し、手計料を損金算入できなくなり、1099-Kが一致しません。Stripeは総処理額を報告します（純額のみではありません）。国税庁には総額が報告されます。あなたもそうすべきです。

間違い2：入金されたときに収入を計上する​

入金された現金が銀行に到着するのを待って売上を記録すると、12月30日の売上が1月2日に入金された場合、税年度がずれます。現金主義納税者の場合、課税のきっかけは多くの場合売上日です。つまり、入金日ではありません。また、発生主義納税者の場合、ASC 606 (詳細後述）のもとでは確実に売上日です。いずれにせよ、「売上 = 銀行入金日」とすると、返金と絡み合う月末・年度末のエラーが発生します。

正しい方法：総売上、手計料、入金振り​

3つのフィールド区別し使用します。平易なテキストで言うと：

• Assets:Receivables:Stripe または Assets:Stripe:Pending —入金前のStripe残高
• Income:Sales — 総売上
• Expenses:PaymentProcessingFees — Stripe手計料
• Assets:Bank:Checking — 入金の入り先

典型的な1日の例を見てみましょう。総売上$2,000を計上しました。Stripeが$61手料を差し引きました（2.9%+30¢ が取引ごとにかかります）。

各売上時（または日次バッチ）

2026-08-12 * "Stripe sales 2026-08-12"
  Assets:Stripe:Pending          2000.00 USD
  Income:Sales                  -2000.00 USD
 
2026-08-12 * "Stripe fees 2026-08-12"
  Expenses:PaymentProcessingFees   61.00 USD
  Assets:Stripe:Pending           -61.00 USD

これで、Stripeに保留されている1,939ドル、収益2,000ドル、控除可能な費用61ドルが表示されます。

2日後にStripeがペイアウトした場合（$1,939ドル）

2026-08-14 * "Stripe payout po_1a1b2c3d to checking"
  Assets:Bank:Checking           1939.00 USD
  Assets:Stripe:Pending         -1939.00 USD

ペイアウト日に新しい収入はありません。ただの振り替です。Assets:Stripe:Pending 残高は、Stripeの利用可能残高と保留残高の合計と一致し、銀行の調整もきれいに行きます。

日次の売上を取引ごとでなく、残高CSVからまとめて計上しても構いません。総額と手数料の分担を維持し、ペイアウトを振替として処理すれば、まだ調整は成り立ります。

消費税、配送肖、プラットフォーム手数料はどうする？​

Stripe Taxや別途で消費税を回収している場合、総額をそのまま収益として計上しないでください。売上時点で分割します：

  Assets:Stripe:Pending          1080.00 USD
  Income:Sales                   -1000.00 USD
  Liabilities:SalesTaxPayable      -80.00 USD

配送肖、マーケットプレイス手数料、Stripeが差し引くアプリケーションフィなどは、それぞれの費用または負債勘定に計上してください。売り上げに相殺して、い漠然と処理してはいけません。

難しい部分も基盤を失わずに処理​

返金：収益の逆仕訳であり、新しい費用ではない​

顧客が$150支払い、全額返金する場合。Stripeは残高から$150を控除し、元の手計り料は保持します（一部の旧料金則や最新機能では手計を返す場合もありますが、通常は保持するとします）。また、追加の手料はかかりません。帳簿上では：

2026-08-15 * "Refund a invoice 1024"
  Income:Sales                    150.00 USD   ; 売上の取り消し
  Assets:Stripe:Pending          -150.00 USD

すでに費用計上した元の4.65ドルは費用のまま変わりません。決済し、最終的に成立しなかった処理です。Stripeが返金時に手計料を返す場合は、その金額を Expenses:PaymentProcessingFees にクレジットします。

$200注文に対する部分返金$50の場合は、収益を$50だけ減らします。消費税返還では、その違いが重要です。ほとんどの州では、お客様に税を返金して文書化した場合にのみ、納付済みの税を回収できます。

異議申し立てのだチャージバック：仕訳1つではなく、2つ​

$200のチャージが異議申し立てされた場合：

1. 手計料とは別に、Stripeは即座に残高から$200を保留し、異議申立手数料$15を掛けます（負けて早期不正警告プログラム入りしない場合、$25に増額されます）。
2. 勝訴した場合、Stripeは$200を返金し、手計料$15は残ります。

仕訳は：

2026-08-18 * "Dispute opened ch_abc $200 + $15 fee"
  Assets:Bank:Disputed         200.00 USD
  Expenses:PaymentProcessingF   15.00 USD
  Assets:Stripe:Pending       -215.00 USD
 
2026-08-25 * "Dispute won - funds returned"
  Assets:Stripe:Pending         200.00 USD
  Assets:Bank:Disputed        -200.00 USD

敗訴した場合は、$200を帰属から貸倒損失に振り替え手計料は費用のままにします。論争を保留残高に置きっぱなしにしなでいてください。危險にさらされている金額を把握するために、専用の回収ずれにすべきです。

即時ペイアウトと手動ペイアウト​

デビットカードへの即時ペイアウトには1%（最低手計料が適用される場合あります）がかかります。この1%はべ紹介の金融費用です。

2026-08-20 * "Instant payout $5000, 1% fee"
  Assets:Bank:Checking           4950.00 USD
  Expenses:PaymentProcessingFees   50.00 USD
  Assets:Stripe:Pending         -5000.00 USD

1つのペイアウトに複数チャージ​

単一の$9,421のペイアウトには、次のようなものが含まれます：

• 合計$10,000の売上47件
• 処理手計料$290
• 異議申立保留$200
• 即時ペイアウット手計料$89がバッチに含ま

各構成要素をそれぞれの勘定科目に計上しますが、振込は1つの入金として記録します。ペイアウト詳細エクスポートがその内訳を教えてくれます。忠実に転記してください。銀行の明細行は1つの数字のままですが、すべてがスッキリ合うようになります。

◆販売時点でのASC 606：売上はいつ収益として認識するか​

一般的な中小店舗がStripeで商品やこ単発使うを受けている場合、収益認識は簡単です。市場負担を果たした時点で売上を認識します。通常は商品の受け渡し、ダウンロードの提供、役務の提供のときであり、決済日ではありません。

なぜなら、Stripeの決済遅延がペイアウトのタイミングで認識する誘惑に駆られるからです。そうしてはならない。8月30日に出荷し、9月2日にStripeが入金した場合、収益は8月のものです。

よくある2つの注意点：

前払いサブスク書 預り金。顧客が6か月分のアクセス料600月1にStripeで支払った。あなたは時間に受け取り（そしてStripeは手数料を差し引いて数利以内に支払う）、しかし8月には100ドルの収益でした。残りは未稼ぎ収益としてストックします：

2026-08-01 * "Annual plan 6mo, collected via Stripe"
  Assets:Stripe:Pending           600.00 USD
  Liabilities:DeferredRevenue     -600.00 USD
 
2026-08-31 * "August revenue recognized"
  Liabilities:DeferredRevenue     100.00 USD
  Income:Sales                   -100.00 USD

あなたが販売主体ではないプラットフォームでの購入。**Stripe Connectを使っているマーケットプレイスで販売していて、プラットフォームからの振替を受け取っている場合、収益はプラットフォームの30%手数を差し引くため、総額ではなく純額を報告する必要があります。これを忠実に処理してください。必定、収益は$10,000か$7,000になるかが変わります。

迷ったときは、ペイアウトが収益認識のきっかけではありません。商品の引き渡しがポイントです。

30分でStripeと銀行を調整する​

これを月次業務にしましょう：

Step 1: 月末のペイアウト詳細出力。 ダッシュボード → Payments → Payouts へ移動し、日付フィルターを入金日でくると月に設定して、各ペイアウの詳細をエクスポートするか、統合されたペイアウト調整用CSVを使い、各銀行入金に寄与したすべての取引IDを取得します。

2: 未計上の総売上と手計を計上。 各Charge明細とRefund明細について、取引日、つまり入金日ではなく、あなたの元帳に総売上または逆仕訳と手計費用が記帳されていることを確認します。日次バッチを利用している場合は、残高レポートの日次合計を合帳のバッチとをつなぎます。

Step 3: 振替の記帳。 それぞれの銀行入金に対応する、Assets:Stripe:Pending から Assets:Bank:Checking への振替の仕訳を、ペイアウト純額と一致する形で作成します。メモにStripeペイアウトID（例：po_3N...）を入れます。

Step 4: 保留残の一致。 月次時点で、Assets:Stripe:Pending の残高が、ダッシュボードのStripeの保留+利用可能残高と一致している必要があります。一致しない場合は、手計料、返金、、調整を見逃したか、ペイアウトを二重計した可能性があります。締めする前に修正。

Step 5: 総売上と1099-Kを整合させる。 Stripeはカレンダー年ベースで総処理高をForm 1099-Kに報告します（連邦の閾値は3rdパーティ決済で$600、取引最小額は通期でない、と法定されますが、州ごとに差があります）。あなたの元帳の`Income:Sales`（控除）は、銀行預金の合計ではなく、1099-Kの総売上に一致する必要があります。両者の差は多くの場合通常$15,000あります。手計の額とタイミング差は正常です。年1回、その差を記録して監査対策に始めします。

QuickBooks、Xero、その他の会計ソフトを使っている場合も、同じ考え方を適用します。Stripeクリアリング勘定（ホールディング）を作り、総売上と手計をそこに計上し、入金時に銀行へ振替します。クリアリング勘定は、保留残高を除き、期末にはゼロになっていなければ扱けない。

コピーして使えるBeancountの例​

; 日次売上と手数料 — 売上日で計上
2026-08-12 * "Stripe sales batch 2026-08-12" #batch-20260812
  Assets:Stripe:Pending      2000.00 USD
  Income:Sales            -2000.00 USD
 
2026-08-12 * "Stripe fees batch 2026-08-12" #batch-20260812
  Expes:PaymentProcessingFees     61.00 USD
  Assets:Stripe:Pending           -61.00 USD
 
; ペイアウトサイクルの1回の返金
2026-08-14 * "Refund inv 1024" #refund-1024
  Income:Sales                   150.00 USD
  Assets:Stripe:Pending         -150.00 USD
 
; 2日後に入金したペイアウト — 1回の入金、新しい売上なし
2026-08-14 * "Pout po_1Qb arrives check" #pout-po_1Qb
  Assets:Bank:Checkingo          1789.00 USD
  Assets:Stripe:Pending      -1789.00 USD

Favaで、Stripeの保留残高がStripe自身の残高グ〇ラフときれいに対応するので、各銀行預金には検索可なIDが付された振替が合致します。

よくある「落とし穴」とその回避法​

返金時に手数料を計上しないこと。 通常、返金時もStripeは元の手数料を保持します。収益は逆記、手数費用は変わりません。両方とも逆記すると、返された注文の益が過大評価されます。

即ペイアウト手数料を銀行手数料に計上する。 これらは支払処理費用であり、金融手数ではありません。Stripe手数料とまとめ、カード処理の本当のコストを1か所で見えるようにします。

残高がマイナスになって注意する。 返金や請求上異が新規売上を上回る場合、保留残高は負くなり、併存の銀行から残高を回収します。その入金を銀行からStripeへのー振り替えとして計上しってください。これはクリアリング勘の移動に過ぎません。

消費税を割分けない。 税を総収益に計上すると、所得税を多く払い、消費税を少なく納付する、またはその逆になります。販売時点で分「割」が必要です。

売上や入金の月次で調整する。 入金月で損益計算書を作成すると、業績ではなく資金の流れを示します。両方が必用な場合、売日で損益、入日で資金流諸を、また方ませんが、両方を混同しないでください。

初日から財務を整理しよう​

Stripeは受取を容易にりますが、自動的に売上・手計・返金の真実を帳簿づけんでません。シンプルな総・手計・振替の構造を正しい日に計上し、実際のStripe残高と照するだけ「正しく」なります。年1回の手続、借入申請、そして最初の消費税調でクーして検証できます。

Beancount.ioがて提供するのは、Stripeだけではできない透明性です。可読な、データすべてお手元、監查可能な履歴、あなたの収益が銀行と1099-Kの両方と一致します。 無料で始めましょう で、Stripeの帳が合いまする。