あなたのAmazon決済レポートには、その期間の売上が22,000ドルと表示されています。銀行口座に着金したのは、わずか14,000ドル。銀行フィードを忠実に取り込んだ会計ソフトは、14,000ドルの収益を記録します — すると利益は実際より薄く見え、経費には数千ドル分の控除可能な手数料が欠落し、確定申告はIRSが期待する内容から静かに乖離していきます。この3つの数字はすべて、同じ2週間の販売から生まれたものです。
これが入金消込ギャップであり、eコマースの帳簿における最大の虚偽表示の原因です。どのマーケットプレイスも、純額で支払います — 総売上から紹介手数料、フルフィルメント手数料、広告費、返金、リザーブ、調整額を差し引いた金額です — しかし帳簿には総額と、各控除を個別の行として記録する必要があります。入金額だけを記録すれば、財務諸表は一度に半ダースもの点で誤りを生じます。本ガイドでは、各プラットフォームの入金に実際何が含まれているのか、純入金を記帳することがなぜマージン、キャッシュフロー予測、税務申告を歪めるのか、そしてこのギャップを埋める消込ルーティンを解説します。
入金に実際何が含まれているのか
マーケットプレイスの決済は決して単なる「あなたの売上金」ではありません。それは純額決済です：買い手が支払ったすべてから、プラットフォームが保持したすべてを差し引き、返金、償還、タイミング上の保留で調整したものです。典型的な2週間のAmazon決済を見てみましょう：
- 総売上 約22,000ドル
- 紹介手数料 約2,800ドルを差し引き
- FBAフルフィルメント手数料 約2,400ドルを差し引き
- 保管手数料 約400ドルを差し引き
- 広告費 約1,500ドルを差し引き
- 返品・返金 約600ドルを差し引き
- 紛失・破損在庫の償還 約100ドルを加算
- 純入金：約14,400ドル
この14,400ドルの入金を収益として記帳すると — QuickBooksやXeroへのデフォルトの銀行フィード取込がまさにそうするのですが — 収益は約8,000ドル過少表示され、数千ドル分の控除可能な手数料が経費勘定に一切届かず、返品は見えなくなります。これを12か月、3つの販売チャネルにわたって積み上げると、年末の帳簿は実在しないビジネスを描写することになります。
各プラットフォームは純額の算出方法が異なるため、マルチチャネルセラーはこのギャップを最も強く感じます。
Amazon：最も長いレシート
Amazonは約2週間ごとに決済し、その決済レポートは3つの中で最も詳細です。目立つ紹介コミッション（カテゴリにより通常8〜15パーセント）とユニット単位のFBAフルフィルメント手数料に加えて、セラーは月次保管手数料、入庫配置手数料、低在庫レベル手数料、燃料・インフレサーチャージ、決済から直接差し引かれる広告費、返金、そしてAmazonが保持するアカウントレベルのリザーブ — 多くの場合約2週間分の売上 — を負担し、これはローリング方式で解放されます。紛失・破損したFBA在庫の償還はクレジットとして戻ってきます。決済のフラットファイルは、これらすべてをトランザクションタイプ、手数料タイプ、注文ID、SKU別に列挙しており、消込可能ですが手作業で入力するには詳細すぎます。
Shopify：総額に近いが、独自の罠がある
Shopify Paymentsはローリングスケジュール（ほとんどの地域でデフォルトでは毎日）で支払うため、入金はAmazonの隔週バッチよりも売上を密接に追跡します。入金はカード処理手数料、返金、チャージバックを資金移動前に差し引きます。罠は異なります：複数のゲートウェイ（Shop Pay、PayPal、Klarna、第三者プロセッサ）を運用するセラーは、それぞれ異なるスケジュールと手数料体系を持つ別々の入金ストリームを受け取り、PayPalはShopifyに一切の手数料データを渡しません。Shopify Capitalのローンとキャッシュアドバンスはさらに別の層を加えます — 返済は日次売上の割合として天引きされ、入金の中では手数料のように見えますが実際にはローンの返済です。これを経費として記帳すると控除を過大表示する一方で、貸借対照表上のローン残高は決して減少しません。
TikTok Shop：コミッションに対するコミッション
TikTok Shopは返品期間をカバーするため、各注文を配送後約2週間で決済し、その後決済済み注文をバッチ化して入金します。控除の積み重ねには、紹介コミッション、トランザクション手数料、返金管理手数料、配送・物流運営手数料（セラーの決済から差し引かれ、買い手が商品を返品しても返金不可）、そして — ほとんどのセラーが見落とす行 — アフィリエイトコミッションが含まれます。クリエイターがあなたの商品をプロモートする場合、そのコミッションとアフィリエイトパートナーまたはショップ広告コミッションは同じ決済から差し引かれます。活発なアフィリエイトプログラムを運用するセラーは、入金ごとに数百ドルが、予算に全く計上していなかったコミッション行に消えていくのを見ることになります — 販売ダッシュボードは純決済ではなく総取扱高を表示するからです。
純入金の記帳がP&L以上に壊すもの
明らかな損害は、収益と経費の両方を過少表示する損益計算書です。それほど明らかでない損害はそこから複合的に積み重なります。
マージン分析は虚構になる
紹介手数料、フルフィルメント手数料、アフィリエイトコミッションがSKUに紐づく個別の行項目として一切現れなければ、SKUレベルの貢献利益を計算できません。平均値 — 総入金を総ユニット数で割ったもの — は計算できますが、平均値はどの商品が儲かっていてどれが勝ち筋に補助されているかを隠します。「よく売れる」から再発注し続ける商品は、真の手数料負担後には1ユニットごとに損失を出しているかもしれません。決済レベルで消込を行うセラーは、収益でベストセラーがマージンでは最下位近くにランクされることを日常的に発見します。
キャッシュフロー予測が間違った入力を使用する
入金日に基づいて構築された帳簿は、販売が発生した時ではなく現金が到着した時に収益を記録します。3月最終週のAmazon売上は4月中旬に決済されます；TikTok Shopの注文は配送後2週間「未決済」ステータスに留まります。入金タイミングに依存する運転資本モデルは、収益を体系的に2〜4週間ずらし、それはまさに在庫購入の意思決定が行われる期間です。そのデータに基づくすべての予測は、同じ方向に同じラグを引き継ぎます。
税務申告が実際の数字から乖離する
IRSと、あなたがネクサスを持つすべての州は、総売上から控除可能な経費を差し引いた額に課税します — 純入金ではありません。入金データから申告すると、収益を過少報告する一方で、それを相殺したはずの手数料控除を同時に失います；純税効果は予測不可能ですが、申告書はもはやマーケットプレイスがあなたについて報告する総支払額と一致しません。プラットフォームの1099-Kが180,000ドルの総支払を示し、あなたの申告書が調整表なしに120,000ドルの収益を示す場合、IRSのマッチングプログラムはあなたが60,000ドルの手数料があったと仮定しません — 通知を送ります。申告書上の総収益はマーケットプレイス決済レポートと一致しなければならず、手数料は通常の事業経費として控除されます。
リザーブと保留が幻の変動を生む
Amazonのローリングリザーブ、TikTok Shopの配送プラス決済ウィンドウ、そしてShopifyのリスク審査のための時折の入金保留はすべて、各期間の売上の一部が月末締め時に未決済であることを意味します。月末の未収計上 — 獲得済みだが未受領の売上をマーケットプレイスからの売掛金として記帳 — がなければ、収益は実際の販売活動を追跡するのではなく、入金タイミングで急変します。12月は決済がホリデーをまたぐため軟調に見えます；1月は同じ理由で英雄的に見えます。
解決策：入金ではなく決済を消込する
プロフェッショナルな解決策はクリアリング勘定です：プラットフォームごとの一時的な貸借対照表勘定で、収益認識の瞬間から現金が到着しすべての手数料が計上されるまでの総売上を保持します。ワークフローは3つのステップです。
ステップ1：販売が発生した時に総売上を記録する。 各プラットフォームの売上または決済レポートから、その期間の総売上を収益として計上し、相殺する借方記入をプラットフォームのクリアリング勘定（資産 — マーケットプレイスがあなたに負う金額）に行います。これを注文単位ではなく決済期間単位で行います；月に4,000の仕訳行は誰にも必要ありません。
ステップ2：各入金をその構成要素に分割する。 入金が着金したら、クリアリング勘定に対して消し込み、すべての控除を個別の経費勘定に記帳します：
- 借方：現金（純入金額）
- 借方：マーケットプレイス手数料 — 紹介/コミッション
- 借方：マーケットプレイス手数料 — フルフィルメント/トランザクション
- 借方：マーケットプレイス手数料 — 保管/物流
- 借方：広告費
- 借方：返金・返品（収益の反対勘定）
- 貸方：プラットフォームクリアリング勘定（その期間の総売上）
各明細は、毎決済期間、一貫した勘定に対応します。マーケットプレイスがファシリテーターとして徴収・納付した売上税は、収益と負債の両方から除外されます — ただしプラットフォームがすべてを処理したと仮定するのではなく、実際のネクサス範囲に対してその処理を検証してください。
ステップ3：クリアリング勘定をゼロ（プラス輸送中の売上）に消込する。 記帳後、クリアリング勘定は販売済みだが未決済の売上 — 輸送中の入金 — のみを保持するはずです。その残高をプラットフォームの未決済またはリザーブ額と比較します。クリアリング勘定が月を追うごとに説明のつかない増加残高を抱える場合、何かが漏れています：未記録の返金、誤分類されたCapital返済、またはどこにも記帳されていないアフィリエイトコミッション。
誠実さを保つ月次ルーティン
これを月に一度、チャネルごとに実行すれば、ギャップは閉じたままです：
- その月の各プラットフォームの決済または入金レポートをダウンロードする。
- 決済期間ごとに総売上と完全な手数料分割を記帳する。
- すべての銀行入金をその決済レポート合計に照合する — 完全一致、調整仕訳なし。
- 獲得済みだが未決済の売上と未払リザーブについて月末未収計上を行う。
- 帳簿上の総売上をプラットフォーム上の総売上と1〜2パーセント以内で一致させ、それより大きいものは月を締める前に調査する。
- 四半期ごとに、手数料率をプラットフォームの現在のスケジュールに対して抜き取り検査する — 紹介パーセンテージ、FBAの寸法区分、TikTokのコミッション率はすべて変化し、古いテンプレートはそれが触れるすべての期間を静かに誤表示します。
セラーは実際にこれをどうやってやるのか
3つのアプローチが市場の大半をカバーします。決済パーサーツールはマーケットプレイスと総勘定元帳の間に位置し、決済レベルの詳細を取得して、適切に分割された仕訳をQuickBooksまたはXeroに書き込みます — 正確で監査対応、その代わりにチャネルあたりの追加サブスクリプション費用がかかります。eコマースネイティブの会計プラットフォームは、入金解析を記帳、請求書支払、在庫と1つのシステムにバンドルします — より緊密な統合、離れるのが難しい。またはeコマースに精通したCPAが、既存の元帳に勘定科目表と仕訳テンプレートを構築します — ソフトウェア費用は最も安く、事務所の専門知識に最も依存します。どのルートを取るにせよ、受け入れテストは同じです：1つの決済期間について総売上、タイプ別の総手数料、純入金を求め、3つが一致することを確認する。これを1分以内に提示できない帳簿は消込されていません。
今週実行すべき1つのチェック
直近3回のマーケットプレイス入金と直近3か月のP&Lを引き出します。1つの質問をします：各P&Lの総売上高は、その期間の決済レポートの総注文額と1〜2パーセント以内で一致しますか？ はいなら、消込は機能しています。重大なギャップがある場合 — または答えるのに銀行フィードを1時間掘り返す必要がある場合 — あなたには入金消込問題があり、それが続く毎月、マージン、予測、税務申告は現実からさらに乖離していきます。まず当月を上記のクリアリング勘定ワークフローで修正し、その後四半期ごとに遡ってクリアリング勘定がきれいに消込されるまで作業してください。
決済会計を監査対応に保つ
正確な入金消込は最終的に記録管理の規律です：獲得時に記録された総売上、各手数料は独自の勘定に、各入金はその決済レポートに紐づけられ、監査人 — またはあなたのビジネスのデューデリジェンスを行う買い手 — が銀行明細から注文まで辿れる証跡。その証跡をプレーンでレビュー可能なテキストに保つシステムは、月次ルーティンをより速くし、年末レビューをはるかに苦痛の少ないものにします。Beancount.ioはプレーンテキスト会計を提供し、財務データに対する完全な透明性とコントロールを与えます — ブラックボックスなし、ベンダーロックインなし。無料で始める そして、なぜ開発者と財務プロフェッショナルがプレーンテキスト会計に移行しているのかを確かめてください。
