手数料はどの明細にも記載されていません。それらはあなたの収入額の中にあり、だから見つけられないのです。
あなたはP&Lを開き、一つの数字を探しています。先月Shopifyが実際にあなたからいくら取ったのか？それを示す項目はありません。銀行口座の明細を確認しても、Shopifyからの入金はありますが、出金はありません。Shopifyの管理画面にログインし、Finance、Billing、そして支払いレポートをクリックしても、断片しか見つかりません。一つの支払いの中に埋もれた処理手数料、請求書に記載されたアプリ料金、全く別のページにあるサブスクリプション。合計金額はどこにもありません。
一方、あなたのP&Lには一つの収益額が表示され、Shopifyのダッシュボードには別の額が表示され、銀行には3つ目の額が表示されます。いつしか、それらが一致することを期待するのをやめてしまいました。
ここからが不快な部分です。もしあなたの帳簿がShopifyの入金を収益として記録している場合（ほとんどのストアオーナーや多くの会計士がそうしています）、QuickBooksでShopifyの手数料を見つけることは、分類の問題ではありません。手数料は、あなたの帳簿がそれを見る前に差し引かれていました。全く記録されていなかったのです。
この記事では、Shopifyが請求するすべての手数料、それぞれがどこに（そしてどこにないか）表示されるか、入金ベースの簿記がそれらを消してしまう理由、そして毎月実際の金額がP&Lに表示されるようにQuickBooksのアカウントをどのように構成するかを説明します。
Shopify手数料の完全な解剖
Shopifyはあなたに一つの手数料を請求するわけではありません。5つか6つの手数料を、異なる場所で、異なるスケジュールで請求し、そのうちの一部だけがあなたが指摘できる請求として表示されます。
| 手数料 | 典型的な金額 | 請求される場所 | 表示される場所 |
|---|---|---|---|
| Shopify Payments処理手数料 | オンライン注文ごとに約2.9% + 30セント（上位プランでは低くなります） | 銀行に届く前に各支払いから差し引かれます | 支払い詳細ページまたは支払いトランザクションエクスポート — 請求書としては表示されません |
| サブスクリプション | プランに応じて月額$39〜$399 | カードに請求されるか、支払いから相殺されます | 設定 → 請求 |
| サードパーティゲートウェイの追加料金 | Shopify Paymentsを使用しない場合、トランザクションごとに0.5%〜2% | ゲートウェイ自体の手数料に加えて、Shopifyの請求書に追加されます | 請求書 |
| アプリのサブスクリプション | ほとんどの中規模ストアで月額50～500ドル以上 | Shopifyの請求書にバンドル | 設定 → 請求、アプリごとに明細表示 |
| 配送料ラベル | ボリュームによって変動 | カードへのバッチ請求、または支払いからの相殺 | 請求書 |
| 通貨換算 | 換算された売上の約1.5%（米国のストア） | 換算された注文金額に組み込まれる | 明細項目としてはどこにも表示されません。売上は単に少なく計上されるだけです。 |
注目すべき点が2つあります。まず、Shopifyのレポートでこれらを合計してくれるものはありません。次に、最も大きいものですが、決済手数料は請求として一切表示されません。それは入金の中での控除です。
これらを合計すると、通常は総収益の3～6%、アプリやラベルが注文量に応じてスケールするとそれ以上になります。年間60万ドルの売上のストアでは、18,000～36,000ドルとなり、配送料や広告費の間に位置する、実際の経費カテゴリです。
ストアオーナーはこれを3つの方法のいずれかで処理します。入金を収益として記録して次に進む人もいます。毎月トランザクションCSVをエクスポートして手作業で手数料の合計を再構築する人もいます。そして、すべての手数料が自動的に独自の経費勘定に計上されるように帳簿を構成する人もいます。最初のグループが最も多く、そこに問題があります。
嘘：「手数料はわずかで、入金はそれに近い」
その理由は、もっともらしく聞こえます。手数料は端数処理誤差であるということです。入金を収益として記録することは、実際に銀行に振り込まれたものを捉えるため、何も失われていないのです。それで十分だ、と。
それは、本当に魅力的な数学的な事実により、最初の検査にも耐えます。どちらの方法でも最終的な利益は同じになるのです。見てみましょう。
あなたのストアが月額5万ドルの総売上を上げたとしましょう：
| 金額 | |
|---|---|
| 総売上 | $50,000 |
| 返金 | −1,500ドル |
| Shopify Payments処理手数料 | −1,600ドル |
| 銀行への入金 | $46,900 |
| 別途請求：サブスクリプション（105ドル）+ アプリ（250ドル）+ 配送料ラベル（900ドル） | −1,255ドル |
純入金簿記では「収益」を46,900ドルと記録します。正しい簿記では、総売上50,000ドル、返金1,500ドル、決済手数料1,600ドルと記録します。その月の純利益は？同じです。だから相殺される、ということですよね？
それは1つの項目では相殺されますが、一度だけです。その項目の上に構築されたすべては、今や間違っています：
- 利益率が歪んでいます。今月の実際の請求手数料は2,855ドルで、総売上の5.7%でした。入金方式では、1,600ドルの決済手数料はコストとして存在しないため、注文ごとの経済性を計算したり価格を設定したりする際に、実際よりも都合の良い単位利益率を使用しています。帳簿はあなたを良く見せ、価格設定の決定はその賞賛を引き継ぎます。
- IRSが見るものと収益が一致しません。Shopify Paymentsは、1099-Kフォームに*総*決済額を報告します。純入金ベースの収益に基づく返品は、IRSが受け取ったフォームよりも少ない収入を示します。その不一致は典型的な監査の引き金であり、後から説明するのは大変なことです。
- 控除項目が見えなくなります。それらの手数料はすべて正当な事業経費です。記録されなかった手数料は、クリーンに控除したり、誰かに尋ねられた場合に防御したりすることはできません。
- 手数料の増加が見えなくなります。手数料が収益の4%から6%に増加しても（アプリが追加されたり、越境注文が増えたり）、帳簿上の何も動きません。監視すべき項目がないのです。
- 返金も消えます。 同じ入金に相殺されるため、返金率（製品や履行の問題の早期警告信号）は決して表面化しません。
入金を収入として計上していた場合、怠けていたわけではありません。目に見える問題、つまり銀行と帳簿を一致させるという問題を解決していたのです。目に見えなかった問題は、銀行の数字が収益の数字ではなかったということです。（もしあなたの入金額がQuickBooksに表示されている額と一致しない場合、その不一致には独自の解明方法があります。）
QuickBooksでShopify手数料を正しく記録する方法
修正は英雄的な行為ではなく、構造的なものです。総額を記録し、次に控除をすべて明示的に表示します。2つの部分です。
1. 口座を作成します。 QuickBooksの勘定科目表で、以下を設定します：
- 収入： Shopify売上（総額） · 返金および値引き（収益控除勘定）
- 費用： マーチャント処理手数料 · Shopifyサブスクリプションおよびアプリ · 配送ラベル費用 · 通貨換算手数料
- その他流動資産： Shopify Payments 照合用口座
最後の口座が働き者です。照合用口座は、総売上が蓄積され、手数料が差し引かれる場所であり、残高が入金と一致します。
2. 各入金を総額計上します。 各入金について、総額でShopify売上を貸方に計上し、返金および値引きとマーチャント処理手数料をそれぞれの割合で借方に計上し、残額を照合用口座を通じて銀行入金と照合します。入金は「収入」ではなくなり、控除後の収入の残額として記録されるようになります。
これも、入金以外で届くShopify手数料を分類する方法です。銀行フィードから届くカード請求（サブスクリプション、アプリ、配送ラベル）を、一般的な「ソフトウェア」のカテゴリではなく、専用の費用勘定に割り当てます。月に5分で、手数料の内訳が損益計算書の読みやすいセクションになります。
完全な仕訳の仕組み（照合用口座の設定、売上伝票と仕訳伝票、タイミング）はこの記事の範囲を超えています。完全な手順はQuickBooks OnlineでShopifyの売上を記録する方法に記載しました。
これを自動化する場合、上記の口座構造は一度限りのマッピングになります。LedgerPortでは以下のようになります。
マッピングによって、手数料と収入の記帳先が決まります。照合フローは、手数料の差額が実際に表面化する場所です。各決済ゲートウェイは、ShopifyアプリのSync Config » PaymentsやWooCommerceプラグインのPaymentsタブで、それぞれのQuickBooks照合用口座にマッピングされます。ゲートウェイはストアから自動検出され、設定されていないものはデフォルトの口座がフォールバックとして使用されます。総売上は各ゲートウェイの照合用口座を通過するため、そこに蓄積された額と銀行に入金された額との差額が、一括入金にぼかされた差額ではなく、ゲートウェイごとの手数料額となります。
同じ構造により、実際に実行する月次チェックが可能になります。支払い記録はゲートウェイと同期ステータスでフィルタリングできるため、「Shopifyペイメントのすべてのトランザクションが今月投稿されたか？」という質問は、2つのドロップダウンで解決できます。また、支払いは、後で手動で照合するだけの入金ではなく、トランザクションにリンクされた状態でQuickBooksに届きます。
[画像：損益計算書の並列比較 — 左側は単一の「Shopify入金」という収益項目を示し、右側はShopify総売上、返金、および4つの個別の手数料費用項目を示しています]
手数料が表示されると何が変わるか
この構造が導入された最初の月には、このすべての作業のきっかけとなった答えが得られます。それは、Shopifyが徴収した金額を正確に示す1行、あるいは数行です。上記の例では、50,000ドルのうち2,855ドルが表示され、毎月トレンドとして表示されます。
そこから、実用的なことが続きます。Shopifyの支払い処理手数料の会計処理は、税務申告をサポートするようになります。総収益は1099-Kと一致し、すべて手数料は個別に計上され、説明可能な控除となります。製品の利益率には、処理に実際にかかる3%が含まれるため、価格設定と広告費の決定は実際の数値に基づいて行われます。そして、手数料率が変動した場合は、年末の事後検討ではなく、変動した月に気づくことができます。
トレードオフは、最初に正直な作業を行うことです。アカウントを作成し、毎月支払いジャーナルを手動で作成するか、自動化する必要があります。
これは、手数料分離ツールが存在する具体的な問題です。たとえば、LedgerPortは各Shopifyの支払い明細を読み取り、自動的にグロスアップを記録します。グロス売上、返金、および各手数料タイプは、アカウントマッピングを通じて選択したQuickBooksアカウントにルーティングされます。各トランザクションの投稿方法（日付、番号付け、手数料処理）は、同期設定のトランザクションオプションの下で設定されるため、その動作は、他の誰かのデフォルトではなく、会計設定に一致します。手数料処理を含む支払いジャーナルは、Scaleプラン（月額67ドルから）の一部ですが、開始するための無料プランもあり、すべての有料プランには14日間の返金保証が付いています。A2XやSynderのようなツールも同様の問題カテゴリをうまく解決しますが、違いはマッピング制御とエッジケースの処理方法に現れます。これは、独自のストアで比較する価値があります。
複数のプロセッサを通じて支払いを受け取る場合、分離はさらに1段階深くなります。LedgerPortの手数料分離は、Shopify Payments、Stripe、PayPalの手数料を個別に分離します。各プロセッサのコストは、ドキュメントの「損益計算書をクリーンに保つ」という表現どおり、独自の行に表示されます。これは、この投稿の手動の方法を自動化し、プロセッサごとに適用したものです。そして、それは定期的なタスクではなく、設定に存在します。手数料と支払い処理は、同期設定で一度設定され、その後すべての支払いに適用されます。
正直に言うと、可視性は、それを受け取るためのアカウントが存在する場合にのみ意味があります。だからこそ、上記のマッピング手順が最初に来るのです。
手数料がなくなったことはない
ここに座って考えるべき皮肉があります。あなたはShopifyの手数料を、経費を探すのと同じように探していました。明細書、請求書、カードの請求。そして、すべての中で最も大きな手数料については、そのような書類は存在しません。あなたは、手数料が収入の中に、わずかに少ない収入として偽装されて、すべての支払いごとに、ずっと前から存在していたのに、支出を探していたのです。
誰も監査しない場所、つまり収益の中に隠されていたのです。
もしあなたの損益計算書がまだ入金を収入として表示しているなら、この例の2,855ドルは、あなたのストアにとって記録されていない数字のようなものです。毎月、毎月です。アカウントを設定し、支払いを入金総額に含めるか、ソフトウェアに含めてもらいましょう。LedgerPortの無料プランから始めて、最初の支払いが総売上と個別の手数料に分割されるのを確認してください →
関連記事：QuickBooks OnlineでShopifyの売上を記録する方法 · Shopifyの支払いがQuickBooksの表示と一致しない理由 · LedgerPortの料金 →
