ストアのダッシュボードには、先週BNPL（後払いサービス）で9,300ドルの売上があったと表示されています。銀行口座には8,412ドルの入金があります。消えた888ドルはどこへ？そして、売上が伸びているのに、なぜ今週の入金も少ないのでしょうか？
チェックアウトでKlarna、Affirm、Afterpayを利用しているなら、この差はストアのバグではありません。これは、BNPL決済をクレジットカードの入金と同じように計上した場合に予測される結果です。BNPLは異なるタイミングで決済され、手数料を源泉で相殺し、返金は個別のクレジットとして送る代わりに将来の支払いから差し引きます。銀行への入金を売上として計上すると、売上の過小評価、処理手数料の埋没、返金の二重計上を一度に引き起こします。
このガイドでは、BNPLをクリーンに保つ総額計上方法を説明します。プロバイダーごとに1つのクリアリング勘定を設定し、売上は販売時点で総額で計上、手数料は独自の費用として分離し、月末には各プロバイダーの1099-Kと帳簿を照合するルーティンを行います。
BNPLがカード処理業者と同じように照合できない理由
カード処理業者の場合、流れは単純です。顧客が支払い、処理業者が毎日バッチ処理し、1〜2日後に入金が銀行に届きます。売上総額と手数料を計上し、銀行残高を照合して次へ進みます。
BNPLはこのリズムを3つの点で壊します。
決済が遅延する—しかも各プロバイダーが独自のタイミングを持つ
Klarnaは通常、毎週または隔週で決済します。Affirmは通常、数営業日以内に決済しますが、返金や紛争に備えて循環準備金を保持します。Afterpayは標準プランでは多くの場合翌営業日ですが、返金や調整は資金が動く前に差し引かれます。火曜日に届く現金は、数日前または数週間前の売上に対するものであり、入金が単一の日の売上レポートと一致することはありません。
手数料は源泉で相殺される
BNPLの手数料はカードに比べて高く、個別の請求として表示されることはありません。一般的なマーチャント取得率は、Affirmで約3%、Afterpayで4〜6%プラス1取引あたりの固定手数料、Klarnaではプランとボリュームに応じて約3.3〜6%プラス固定手数料です。手数料は単純に入金から欠落しています。入金を売上として計上すると、毎回の注文で手数料分だけ売上を静かに過小評価することになります。
返金はクレジットとして表示される代わりに将来の入金を減らす
顧客が200ドルのKlarna注文を返品した場合、個別の200ドルの借方（デビット）を計上することはありません。次の決済が200ドル少なくなるだけです—プランによっては元の手数料を差し引いたり、差し引かなかったりします。銀行フィードにとって、返金は売上が低調な週と見分けがつきません。これを想定したシステムがなければ、返金は数週間未計上のまま浮遊し、誰かがクリアリング残高のずれに気づくまで放置されます。
総額認識のルール：売ったのだから、総額で計上する
ASC 606のもとでは、自社の商品を販売するマーチャントは取引の主体（プリンシパル）であり、BNPLプロバイダーは支払い・融資の仲介者であり、販売者ではありません。これには帳簿への単純な帰結があります：売上は注文総額であり、BNPL手数料は費用であって、売上の減額ではありません。
これはカード処理がすでに機能している方法を反映しています。100ドルのStripe売上を97.10ドルの売上として計上することはありません。100ドルの売上と2.90ドルの処理手数料を計上します。手数料があらかじめ差し引かれているとしても、BNPLも同じ扱いに値します。重要な理由は3つあります：
- 売上ラインが比較可能な状態を保つ。 チャネル別の総売上、コンバージョン値、平均注文額は、すべてのチャネルが総額で計上されている場合に正しく読み取れます。
- 手数料が見える状態を保つ。 4〜6%のBNPL手数料は、最も大きな変動費の1つです。純入金に埋もれると、すべてのコストレビューから逃れてしまいます。分離すれば、交渉、プロバイダー間のベンチマーク、BNPLがもたらすコンバージョン向上との比較検討が可能になります。
- 税務申告が照合できる。 各プロバイダーのForm 1099-Kは、手数料や返金を調整せずに総支払額を報告します。純額ベースで記帳された帳簿はこれらのフォームと決して一致せず、まさにそれがIRSの通知を引き寄せる不一致です。
クリアリング勘定法、ステップバイステップ
修正方法は、BNPLプロバイダーごとに1つのクリアリング勘定を設けることです—まだ決済されていないが自分のものであるお金のための、ミニ銀行口座のように機能する流動資産勘定です。売上は総額で入り、手数料と返金は出て行き、決済入金は残りを運営銀行に移します。完全なルーチンは次のとおりです。
1. プロバイダーごとに1つのクリアリング勘定を設定する
勘定科目表に以下を作成します：
- Klarnaクリアリング（流動資産）
- Affirmクリアリング（流動資産）
- Afterpayクリアリング（流動資産）
- BNPL処理手数料（費用—多くの販売者は他のマーチャント手数料と同様に売上原価に含め、他は販売費用として扱います。1つ選んで一貫させてください）
QuickBooks Onlineでは、各クリアリング勘定を銀行型またはその他の流動資産勘定として作成し、照合画面に表示されるようにします。Xeroでは、同じ理由で銀行口座としてフラグを立てます。プレーンテキスト会計では、単に資産勘定であり、例えばAssets:Receivable:Klarna-Clearingです。
複数のプロバイダーを1つのクリアリング勘定にまとめないでください。各プロバイダーは独自のリズムと手数料体系で決済され、混合勘定はどの単一のプロバイダーレポートとも照合できません。
2. 注文日にすべての売上を総額で計上する
BNPLプロバイダーを通じて注文が成立したら、すぐに注文総額を記録します—決済を待ってはいけません：
- プロバイダーのクリアリング勘定を注文総額で借方（デビット）する
- 売上収益を注文総額で貸方（クレジット）する
経済的論理：BNPLプロバイダーが注文を承認し捕捉した瞬間、顧客はプロバイダーに支払う義務が生じ、プロバイダーはあなたに支払う義務が生じます。その売掛金は、現金が後で到着するとしても、初日から現実のものです。注文日に計上することで、日次売上レポートと収益元帳が一致し続け、他のすべてが照合する基盤となります。
3. 決済レポートから手数料を費用として計上する
決済レポートが届くと、決済された総売上、差し引かれた手数料、差し引かれた返金、正味支払額が明細化されます。手数料ラインを明示的に計上します：
- BNPL処理手数料を手数料額で借方（デビット）する
- プロバイダーのクリアリング勘定を手数料額で貸方（クレジット）する
これは銀行入金から逆算するのではなく、プロバイダーの決済レポートから行います。レポートがソース文書であり、入金は単なる現金確認です。
4. 決済入金を振替として記録する
銀行入金は売上ではありません—売上はステップ2で既に計上されています。これは振替です：
- 運営銀行口座を正味入金額で借方（デビット）する
- プロバイダーのクリアリング勘定を正味入金額で貸方（クレジット）する
記帳後、クリアリング勘定の残高は、プロバイダーがまだあなたに支払うべき金額と正確に一致するはずです：承認済みだが未決済の売上から循環準備金を差し引いたもの。その残高が照合チェックです。プロバイダーの未決済レポートからずれている場合、何か（返金、手数料変更、紛争）が見落とされています。
5. 返金を元の売上に対して計上し、手数料を確認する
BNPL注文を返金する場合、入ってきた方法と同じように逆転させます：
- 返金・返品（売上控除勘定または返金負債として）を返金額で借方（デビット）する
- プロバイダーのクリアリング勘定を返金額で貸方（クレジット）する
その後、プランが元の手数料をどのように扱うかを確認します。一部のプランでは返品された注文の手数料を返します。他は保持します。手数料が返される場合、決済レポートに表示されたときに手数料クレジットを計上します。保持される場合、その手数料は費用ラインに残ります—返品された売上の実コストです。いずれにせよ、決済レポートを読んで判断し、推測しないでください。
実例
あなたのストアが1週間でAfterpayを通じて10,000ドルを販売し、手数料5%プラス1注文あたり0.30ドル、50注文（固定手数料15ドル、パーセンテージ手数料500ドル、合計515ドル）だったとします。1つの200ドルの注文が返金され、Afterpayは返金時の手数料を保持します。クリアリング勘定での1週間は次のとおりです：
| ステップ | クリアリング勘定の動き | 残高 |
|---|---|---|
| 50件の売上を総額で計上 | +$10,000 | $10,000 |
| 決済レポートからの手数料 | −$515 | $9,485 |
| 返金の計上 | −$200 | $9,285 |
| 銀行への決済入金 | −$9,285 | $0 |
売上は10,000ドル。BNPL手数料は515ドル。返金は200ドル。銀行は9,285ドルを受け取り、売上と現金の715ドルの差の全額が、名前のある明細項目で説明され、純入金に消えることはありません。同じ週が2つの決済サイクルにまたがる場合、唯一の違いは週末のクリアリング残高がゼロでないことです—これはAfterpayの未決済売上レポートと1セント単位で一致するはずです。
1099-Kグロスアップ：帳簿を税務フォームに結び付ける
第三者決済機関として資格のある各BNPLプロバイダーは、あなた（およびIRS）にForm 1099-Kを送信します。そのフォームについて、ほとんどの販売者を驚かせる2つの事実があります。
第一に、Box 1aは調整なしの総額を報告します。 IRSによると、総支払額は手数料、返金、クレジット、送料、割引で調整されません。Klarnaを通じて120,000ドルを処理し、6,000ドルの手数料を支払い、4,000ドルを返金した場合でも、1099-Kは120,000ドルを表示します。これは設計によるものです。手数料と返金は、報告された総額の削減ではなく、申告書で控除する控除項目です。
第二に、提出基準は以前の高いハードルに戻りました。 One Big Beautiful Billは2021年以前の基準を遡及的に復活させたため、総量が20,000ドル超かつ取引数が200超でない限り、プロバイダーは一般に1099-Kを提出する義務がありません。多くの小規模販売者はフォームを受け取らないでしょう—それはあなたが支払うべきものを何も変えません。なぜなら、すべての事業収入はフォームが届くかどうかに関係なく報告可能だからです。
帳簿が総額で維持されている場合、照合は簡単です。各プロバイダーについて、年間を通じて：
- 帳簿上のそのプロバイダーの総額BNPL売上から始めます。
- その数値はプロバイダーの1099-K Box 1aと等しくなるはずです（年末の小さなタイミングの差は正常です—12月31日の売上で1月2日に決済されるものは今年の帳簿に属しますが、来年のフォームに載る可能性があります。締め切りを文書化してください）。
- 手数料は控除として別途表示され、返金は返品・アローワンスとして表示されます。どちらも総収入に純額化されません。
帳簿が純額で維持されていた場合、ステップ2は即座に失敗します。「売上」数値はBox 1aより何千ドルも低く、項目別の橋渡しがありません。税務時期に12か月分の決済PDFからその橋を再構築するのは、最も高くつく簿記の方法です。クリアリング勘定法は、それを毎決済サイクル、無料で段階的に構築します。
BNPLの帳簿を壊す6つの間違い
- 入金を売上として計上すること。 最も一般的なエラー。売上の過小評価、手数料の隠蔽、1099-Kの不一致を保証します。売上は注文日に販売レポートから計上され、銀行フィードからは決して計上されません。
- 手数料を純入金に埋め込むこと。 BNPLのレートでは、これは多くの販売者のソフトウェア予算全体よりも大きいコストラインを隠します。手数料は最低でも毎月、できれば決済ごとに分離します。
- 返金を二重計上すること。 eコマースプラットフォームがすでに返金を記録し、また少ない決済入金を売上減として計上する場合、返金は2回ヒットします。返金は返金日に、クリアリング勘定に対して一度だけ計上します。
- 循環準備金を無視すること。 Affirmスタイルの準備金は、売掛金の一部が無期限にプロバイダーに留まることを意味します。それをクリアリング残高の一部として追跡し、不足した現金として読まないようにします。
- 全プロバイダーに1つのクリアリング勘定を使用すること。 異なるリズム、異なる手数料体系、異なる返金ルール。混合勘定はどの単一のプロバイダーレポートとも結び付けられないため、エラーは恒久的に隠れます。
- 現金主義のタイミングの混乱。 現金主義の販売者でも、追跡ツールとしてクリアリング勘定が必要です。売上は入金が着地したときに認識されますが、手数料は同じ期間の決済レポートから引き出さなければ、費用が入金が到着した月に静かにずれ込みます。
月次BNPLクローズチェックリスト
プロバイダーごとに月1回15分で、上記のすべての失敗を防げます：
- その月のすべての売上がプロバイダーのクリアリング勘定に総額で計上されている
- すべての決済レポートがダウンロードされ、手数料が費用として計上されている
- すべての返金がクリアリング勘定に対して計上され、手数料の扱いが確認されている
- すべての決済入金がクリアリングから銀行への振替として記録されている
- クリアリング残高がプロバイダーの未決済・準備金レポートと一致している
- プロバイダーごとの年初来総額が1099-K照合のために追跡されている
プレーンテキストの帳簿でBNPL照合を退屈に保つ
BNPL照合は、何よりも1つの習慣に報います。経済イベントが発生した日にすべてのドルが名前のある勘定に落ちるので、決済日は明らかにするのではなく振替になります。その習慣は、元帳がgrep、diff、バージョン管理できるプレーンテキストである場合に維持しやすくなります。Beancount構文でのBNPL売上、手数料、決済は、透明性のある3つの記帳であり、ブラックボックスの銀行ルールや謎の残高はありません：
2026-09-10 * "Klarna order #4821" "Blue linen duvet set"
Assets:Receivable:Klarna-Clearing 200.00 USD
Income:Sales:Ecommerce -200.00 USD
2026-09-17 * "Klarna weekly settlement" "Fees and payout"
Expenses:Fees:BNPL 8.58 USD
Assets:Checking:Operating 191.42 USD
Assets:Receivable:Klarna-Clearing -200.00 USD税金シーズンが来ると、プロバイダーごとの総額、手数料、返金は1つのクエリで取得でき、1099-K照合に必要な橋がまさにそこにあります。このワークフローが残高チェックとレポートを備えた完全なダッシュボードでどのように見えるかを確認したい場合は、Favaダッシュボードを探索するか、ドキュメントで開始方法を読んでください。
財務管理を簡素化する
BNPLが実験から最大の支払いチャネルの1つに成長するにつれて、総売上、手数料、返金を分離された照合可能な勘定に保つことが、経営数値と税務申告の両方を正直に保つ鍵です。Beancount.ioは、財務データに対する完全な透明性と制御を提供するプレーンテキスト会計を提供します—ブラックボックスなし、ベンダーロックインなし。無料で始めると、開発者や財務専門家がプレーンテキスト会計に切り替える理由がわかります。
