先週、顧客から合計10,000ドルの支払いがありましたが、銀行口座への入金は9,412.55ドルでした。残りの587.45ドルはどこへ消えたのでしょうか。そして、なぜ入金額は一つの請求書の金額と一致しないのでしょうか。
Stripe、Square、PayPal、Shopifyペイメント、またはその他のプロセッサーを通じてカード決済を受け付けている場合、現代の小規模ビジネスにおける最も一般的な記帳の悩み、つまり「一致しない入金（ペイアウト）」にすでに直面しているはずです。解決策はスプレッドシートを増やすことではありません。ペイアウトに実際に何が含まれているかを理解し、各項目を適切な場所に記録することです。
なぜ入金額は売上と一致しないのか
決済プロセッサーは顧客と銀行の間に位置します。顧客が支払った際、その資金は直接あなたには届きません。プロセッサーが資金を回収し、一時的に保持し、手数料や留保金などを差し引いた後、残高をペイアウト（プラットフォームにより「決済金」や「振込」とも呼ばれます）という一括の単位で送金します。
その一括の金額がすっきりとした数字になることはほとんどありません。なぜなら、通常一つのペイアウトには以下の項目が混在しているからです：
- 売上総額 — 顧客に請求された全額
- 決済手数料 — プロセッサーの取り分（通常、カード取引ごとに約2.9% + 0.30ドル）
- 返金 — 対象期間中に顧客へ返金された金額
- チャージバックと異議申し立て — 強制的な返金処理。多くの場合、追加の手数料が伴います
- 売上税 — 販売価格に上乗せして徴収されるもの（これは収益ではなく負債です）
- ローリングリザーブ（留保金） — クッションとしてプロセッサーが留保する売上の一部
- 調整 — 為替換算差、修正、およびその他の諸費用
銀行の明細には、最終的な純額（ネット）のみが表示されます。この金額をそのまま「収入」として記録すると、少なくとも3つの点で帳簿が不正確になります。売上が過小評価され、決済手数料が見えなくなり、売上税の納税義務が消失します。確定申告の時期になっても、どれも一致しなくなるでしょう。
ペイアウト消込の目的は単純です。顧客が支払った金額と、銀行に入金された金額の差を、一行ずつ説明することです。
仮勘定（クリアリングアカウント）：総額と純額の架け橋
これを処理する最もスマートな方法は、仮勘定（クリアリングアカウント）（「保留勘定」や、一部のソフトウェアでは「未預け金」とも呼ばれます）を使用することです。これはプロセッサー内部の残高を反映する、一時的な保管場所のようなものだと考えてください。
考え方のモデルは以下の通りです：
- 顧客が支払うと、資金は仮勘定に流入します（ここで売上総額を記録します）。
- 手数料、返金、留保金は、発生時に仮勘定に対して記録されます。
- プロセッサーが入金を送金すると、資金は仮勘定から銀行口座へ移動します。
- 常に、仮勘定の残高はプロセッサーのダッシュボード上の実際の残高と一致している必要があります。
仮勘定の残高がプロセッサーのレポート上の残高と一致していれば、消込は完了です。一致しない場合は、何かが不足しており、どこを確認すべきかが明確になります。
このアプローチは、あらゆる複式簿記システムで機能します。Beancountのようなプレーンテキスト会計ツールは、すべての取引を明示的かつ監査可能にするため、このワークフローに非常に適しています。以下の例ではBeancountの構文を使用していますが、その構造はあらゆる複式簿記の台帳に当てはまります。
勘定科目の設定
専用の小さな勘定科目セットが必要です：
Assets:Stripe:Clearing ; mirrors your balance inside the processor
Assets:Stripe:Reserve ; funds the processor is holding back
Assets:Bank:Checking ; where payouts land
Income:Sales ; gross revenue
Expenses:ProcessingFees ; the processor's cut
Expenses:Chargebacks ; lost disputes and dispute fees
Liabilities:SalesTaxPayable ; tax collected on behalf of the state
Income:Sales:Refunds ; contra-revenue for returned sales留保金を独自の資産勘定で管理することは重要です。そのお金は依然としてあなたのものですが、まだ使うことはできません。仮勘定の中に埋もれさせてしまうと、貸借対照表から実際の資産が見えなくなってしまいます。
売上の記録
顧客に200ドルと売上税16ドルが請求された場合、216ドルの全額が仮勘定に入ります。収益と納税義務は別々に記録されます。
2026-05-12 * "Customer payment - Invoice 1043"
Assets:Stripe:Clearing 216.00 USD
Income:Sales -200.00 USD
Liabilities:SalesTaxPayable -16.00 USDこの時点では手数料がまだ表示されていないことに注意してください。ほとんどのプロセッサーは「取引」レベルで手数料を課しますが、それらを蓄積させておき、ペイアウトのタイミングで一括して記録することも可能です。一つの方法を選び、一貫性を保ってください。取引ごとに記録する方が正確ですが、ペイアウトごとに記録する方が効率的です。ほとんどの小規模ビジネスにとって、ペイアウトごとの記録が実用的な選択肢となります。
手数料の記録
決済手数料は営業費用であり、ビジネス上の正当なコストとして全額控除可能です。ペイアウト時に記録する場合、プロセッサーのペイアウトレポートから手数料の総額を取得するだけです。
2026-05-15 * "Stripe processing fees - payout period"
Expenses:ProcessingFees 18.45 USD
Assets:Stripe:Clearing -18.45 USD手数料はプロセッサーが保持した（銀行には届かない）資金であるため、仮勘定から差し引かれます。よくある間違いは、手数料を収益と相殺してしまうこと（収益200ドルと費用18.45ドルを記録する代わりに、収入181.55ドルとして記録すること）です。これでは収益と費用の両方が過小評価され、利益率を歪め、監査に耐えられない形で課税状況を不透明にしてしまう可能性があります。
返金の記録
顧客に返金を行うと、資金が外部へ流出します。Income:Sales を直接減らすのではなく、収益の控除勘定を使用してください。これにより、総売上高と返金額を別々の数値として可視化でき、返品率の分析に役立ちます。
2026-05-14 * "Refund - Invoice 1039"
Income:Sales:Refunds 50.00 USD
Liabilities:SalesTaxPayable 4.00 USD
Assets:Stripe:Clearing -54.00 USDほとんどの決済代行業者は、顧客への売上税は払い戻しますが、元の決済手数料は払い戻しません。この非対称性は実際の損失であり、Expenses:ProcessingFees 勘定に残ります。手数料が実際に発生したため、これは正しい処理です。
チャージバックと異議申し立ての記録
チャージバックは強制的な取り消しです。顧客の銀行が資金を回収し、通常は15ドルから25ドルの異議申し立て手数料が加算されます。異議申し立てが解決するまで、代行業者は元の金額と手数料の両方を残高から差し引きます。
2026-05-13 * "Chargeback - Invoice 1031 plus dispute fee"
Expenses:Chargebacks 115.00 USD
Assets:Stripe:Clearing -115.00 USD後に異議申し立てに勝訴した場合、代行業者は元の金額を返還します（ただし、手数料は返還されないことが多いです）。資金が戻ってきたときに、それを取り消しとして記録します。チャージバックを専用の費用勘定で追跡することには価値があります。チャージバック率の上昇は、不正、フルフィルメントの問題、または代行業者との関係悪化の早期警告サインとなるからです。
ローリング・リザーブの記録
**ローリング・リザーブ（繰越留保金）**は、リスクの緩衝材です。代行業者は売上の一定割合（通常5%〜15%）を保留し、一定期間（多くの場合90〜180日）経過後に返還します。これは、新しいビジネス、ハイリスク業界、またはチャージバック率の高い加盟店で一般的です。
会計上の重要なポイントは、留保金は依然としてあなたの資産であるということです。それは費用でも失われた収益でもありません。まだ触れることができないだけで、所有している現金です。2つの資産勘定間の振り替えとして記録してください。
2026-05-15 * "Stripe rolling reserve withheld - 10%"
Assets:Stripe:Reserve 120.00 USD
Assets:Stripe:Clearing -120.00 USD数ヶ月後に代行業者が留保金を解放すると、それは決済用勘定に戻り、通常の入金の一部として支払われます。
2026-08-15 * "Stripe rolling reserve released"
Assets:Stripe:Clearing 120.00 USD
Assets:Stripe:Reserve -120.00 USD留保金を独自の勘定科目として扱うことで、貸借対照表の正確性が保たれ、どれだけの現金が拘束されているかを明確に把握できます。留保金を無視している企業は、しばしば「稼いだ」はずなのに使えない数千ドルの存在に驚くことになります。
入金の記録
上記すべての処理の後、決済用勘定に残った額が、代行業者が実際に送金する金額となります。入金トランザクションは、単に決済用勘定から銀行口座へ資金を移動させるだけです。
2026-05-15 * "Stripe payout to checking"
Assets:Bank:Checking 412.55 USD
Assets:Stripe:Clearing -412.55 USDこのトランザクションが転記されると、銀行の明細書と帳簿の入金額が一致します。そして、総売上、手数料、返金、チャージバック、留保金といった他のすべての要素が同じ決済用勘定に対して記録されているため、チェーン全体を証明することができます。
照合の完全なウォークスルー
ある入金期間に以下の活動が発生したと仮定します。
| 項目 | 金額 |
|---|---|
| 総売上 | +$600.00 |
| 回収した売上税 | +$48.00 |
| 返金 | −$54.00 |
| チャージバック + 手数料 | −$115.00 |
| 決済手数料 | −$18.45 |
| ローリング・リザーブ (10%) | −$48.00 |
| 純入金額 | $412.55 |
流れを追ってみましょう。600ドルの売上に48ドルの税金を加えた648ドルが決済用勘定に入ります。そこから54ドルの返金、115ドルのチャージバック、18.45ドルの手数料、そして48ドルの留保金を差し引くと、残りは412.55ドルとなり、入金額と正確に一致します。すべてのトランザクションが入力された後、決済用勘定はゼロになり（保留中のトランザクションがない場合）、留保金勘定には48ドルが保持されます。
この残高ゼロが証明となります。決済用勘定がゼロにならない、あるいは決済代行業者のダッシュボードにある「保留中」の残高と一致しない場合は、トランザクションの不足や分類ミスがあることを意味し、どの入金期間を調査すべきかが正確にわかります。
正確な入金記録が重要な理由
これは記帳のための記帳ではありません。正確な入金記録は、実際の意思決定に役立ちます。
- 真の収益。 純入金額だけでは売上を過小評価することになります。投資家、貸し手、そして税務当局はすべて総収益を求めます。代行業者から受け取る1099-Kには総取引額が記載されています。帳簿が純額で示されている場合、その不一致を説明しなければなりません。
- 可視化されたコスト。 決済手数料は、多くの場合、企業の3番目または4番目に大きな費用です。支払っている金額を測定していなければ、より良いレートの交渉や代行業者の比較検討はできません。
- 正しい売上税。 徴収した税金は自治体に納めるべき負債であり、収益ではありません。これを収益に混ぜてしまうと、利益を過大評価し、税金の支払不足を招くリスクがあります。
- 正確なキャッシュポジション。 留保金や未達資金は真の資産です。それらを無視した貸借対照表は、所有資産を過小評価しています。
- 監査対応能力。 決済用勘定が正確に一致していることは、5分で終わる照合と、5時間かかる原因究明作業ほどの差を生みます。
避けるべき一般的な間違い
- ネット預金額を収益として計上すること。 最も一般的な誤りです。これにより、手数料、返金、税金のデータが一度に消えてしまいます。
- 手数料を売上と相殺すること。 総売上と手数料は常に個別に記録してください。マージンやベンチマークの分析はこれに基づいています。
- 準備金を費用として処理すること。 準備金（リザーブ）は将来戻ってくる資産です。これらを費用化すると、利益と資産の両方が過小評価されます。
- 返金時における手数料の扱い。 売上を返金しても、通常、元の決済手数料は戻ってきません。その分を逆仕訳で消さないようにしてください。
- 年に一度しか照合しないこと。 一致しない入金データは、発生した週であれば簡単に修正できますが、11ヶ月後に紐解くのは非常に困難です。入金のたびに、少なくとも月単位で照合を行ってください。
- プロセッサーを混同すること。 Stripe、PayPal、Squareを併用している場合は、それぞれに専用の決済用勘定（クリアリング勘定）を用意してください。一つのバケットにまとめてしまうと、どのプラットフォームの残高が合わないのかを特定することが不可能になります。
初日から財務を整理された状態に保つ
決済代行業者からの入金処理は、帳簿が乱れ始める原因になりがちですが、決済用勘定（クリアリング勘定）を活用することで、帳簿をきれいに保つことができます。顧客が支払ったすべての金額は、総売上から手数料、返金、準備金を経て、銀行口座への入金に至るまで追跡可能であるべきです。
Beancount.io は、このような照合を自然に行えるプレーンテキスト会計を提供します。すべての取引は明示的で、すべての口座残高は監査可能であり、元帳全体がバージョン管理されます。ブラックボックスやベンダーロックインはありません。上記のように決済用勘定、準備金、売上控除項目を正確にモデル化し、Fava のようなダッシュボードですべてを可視化できます。無料で開始して、なぜ開発者や財務のプロフェッショナルがプレーンテキスト会計に切り替えているのかを確かめてください。
ソース: Ridgeway Financial Services — Payment Processor Settlement Accounting, Stripe Documentation — Payout Reconciliation Report, Lightspeed — Payment Reconciliation, PaymentCloud — What is a Rolling Reserve, Checkout.com — What is a Rolling Reserve.