Shopifyのダッシュボードには、その月の売上が48,000ドルと表示されています。あなたの銀行口座には、Shopifyのペイアウトとして44,100ドルが入金されました。そして年末にShopifyがIRSへ送る1099-Kには、全額の48,000ドルが記載されます — これはあなたの帳簿には一度も記録されたことのない数字です。会計ソフトが忠実に銀行フィードを取り込み、44,100ドルを売上と呼んだからです。3つの数字、1か月の販売、そしてそれらの間のギャップこそが、eコマース簿記が静かに破綻する場所です。
修正方法は複雑ではありませんが、具体的です。総売上を記録し、すべての手数料をそれぞれの費用勘定に分け、徴収した売上税を負債として扱い、入金額を信用するのではなく各ペイアウトを決済明細と照合します。このガイドでは、Shopifyのペイアウトが実際に何を含んでいるのか、チャージバックが勝訴時と敗訴時にどう帳簿を動くのか、そして送料に対する売上税がなぜ独自の注意を払うべき項目なのかを順に説明します。
Shopifyのペイアウトが実際に含むもの
Shopify Paymentsのペイアウトは純額決済であり、売上の数字ではありません。各ペイアウト期間ごとに、Shopifyは顧客が支払ったすべてを受け取り、処理手数料、返金、調整、チャージバックを差し引き、残額を入金します。米国では、ペイアウトは変動スケジュールで行われ — 通常は取引が確定してから2営業日後 — 支払い設定で毎日、毎週、毎月の頻度に設定できます。
典型的な日次ペイアウトは次のように構成されるかもしれません。
- カード売上の総額 約2,300ドル
- 処理手数料 約70ドルを差し引き（Basicプランでオンライン取引あたり2.9% + 30セント、上位プランではより低い料率）
- その日に発行した120ドルの返金を差し引き
- 係争注文に対する15ドルのチャージバック手数料を差し引き
- 純入金額: 約2,095ドル
この2,095ドルを売上として記帳すると、同時に2つの問題が発生します。売上が200ドル以上過少計上され、85ドルの控除可能な手数料と120ドルの返金があなたの帳簿のどこにも現れません。これを1年分に積み上げると、損益計算書は、実際に運営している事業よりも小さく、より収益性が高く見える事業を描写することになります — その一方で1099-KはIRSに、より大きな事業について伝えているのです。
Shopifyのペイアウトの照合を一見したよりも難しくする3つの複雑さがあります。
複数のゲートウェイ、複数の流れ。 Shopify Paymentsと並行してPayPal、Klarna、Shop Pay Installments、または第三者プロセッサを受け入れる場合、各ゲートウェイは独自のスケジュールと手数料体系でペイアウトします。特にPayPalはShopifyに手数料データを返さないため、PayPalの明細を別途照合しない限り、その控除は見えません。
返金はペイアウトの境界を越える。 今日発行した返金は、次の利用可能なペイアウトから差し引かれ、それは元の販売とは異なる週、あるいは異なる月に落ちる可能性があります。ペイアウトだけで返金を販売に対応付けると、誤った場所に置くことになります。
Shopify Capitalの返済は手数料のように見える。 Shopify Capitalのローンやキャッシュアドバンスを利用している場合、返済は日次売上の一定割合として源泉徴収され、ペイアウト内の控除として現れます。その源泉徴収はローンの返済です — 一部は元本、一部はコスト — 営業費用ではありません。これを手数料として記帳すると控除を過大計上し、貸借対照表上でローン残高が決して減らないことになります。
総額対純額: ほとんどのShopify帳簿を修正する一つのルール
総売上を売上として記録します。すべての控除 — 処理手数料、返金、チャージバック、調整 — をそれぞれの勘定に記録します。そしてペイアウトが一致することを証明します。銀行にある純入金額は最後の照合数値であり、決して開始仕訳ではありません。
先ほどのペイアウトを使ったパターンは次のとおりです。
- 注文が発生したときに、ペイアウトが着地したときではなく、2,300ドルの総売上を売上に記録します。
- 70ドルの処理手数料をマーチャント手数料の費用勘定に記録します。
- 120ドルの返金を売上の減少（または返金の反対売上勘定）として、発行した日付で記録します。
- 15ドルのチャージバック手数料を同じマーチャント手数料勘定に記録します。
- 2,095ドルの入金が到着したら、それらの仕訳と照合します。総額から控除を引いた額が、1セント単位で入金額と一致するはずです。
これを毎月繰り返し行う最もクリーンな方法は、クリアリング勘定 — 「Shopifyクリアリング」または「輸送中資金」勘定と呼ばれることもあります — です。すべてのShopify売上活動が発生したときにクリアリング勘定に記帳し、入金が着地したときに各ペイアウトをそこから記帳します。いつでもクリアリング残高は、Shopifyがあなたに負っているがまだ支払っていないお金を表します。つまり、ペイアウトウィンドウ内にまだある直近数日の売上です。クリアリング残高が毎月成長する場合、またはペイアウトサイクルより古い陳腐化した仕訳を抱えている場合、何かが未照合です — 欠落した返金、重複した売上、または二重に記帳された手数料です。
もう一つの分離が極めて重要です。徴収した売上税は売上ではありません。 それは州のためにあなたが預かるお金です。徴収時に売上税未払金の負債勘定に記帳し、納付時に消し込みます。徴収した税金を売上の中に放置する売り手は、所得を過大計上し、申告時に負債を逆算するために奔走することになります。これはShopifyの売り手にとって二重に重要です。なぜならAmazonと異なり、Shopifyは一般にマーケットプレイスファシリテーターではないからです — ほとんどの州で、徴収と納付の責任を負う当事者はあなたであり、Shopifyの税エンジンはあなたが設定したことだけを行います。
チャージバック: ほとんどの売り手が誤って記帳するライフサイクル
チャージバックは返金ではありません。返金はあなたが自発的にお金を返すこと、チャージバックは顧客が請求に異議を唱えた後に顧客の銀行がお金を引き戻すことです。それぞれが帳簿を通じて異なる経路をたどり、それらを混同することは、最も一般的なeコマースの誤りの一つです。
ライフサイクルは段階的に進みます。
- 係争が始まる。 Shopifyが通知し、係争金額に加えて固定の係争手数料（米国では通常15ドル）を、次のペイアウトから引き出します。この時点で、引き出された金額についてチャージバック未収金または係争勘定を借方に、クリアリング勘定を貸方に記帳し、手数料を費用計上します。まだ元の販売を逆仕訳しないでください — 係争は未解決であり、お金が戻ってくる可能性があります。
- 証拠を提出する。 Shopify管理画面を通じて、Shopifyがカード会社に回答を転送する前に、追跡番号、配達確認、顧客とのやり取り、返金ポリシーを追加できます。Shopify Protectの対象となる注文は、このステップなしで手数料込みで自動的に払い戻されます。
- 係争が解決する — 勝訴か敗訴か。 勝訴した場合、Shopifyは係争金額を返し、手数料を払い戻します。未収金と手数料費用を逆仕訳します。敗訴した場合、損失は確定です。元の販売を逆仕訳する（または未収金をチャージバック損失費用勘定に償却する）とともに、手数料は費用計上のままにします。
段階分けが重要な理由: 係争が始まった日に販売を逆仕訳する売り手は、その後勝訴するすべての係争について売上を過少計上し、敗訴した係争を決して逆仕訳しない売り手は、決して回収されない架空の売上と未収金を抱え込むことになります。勝訴率と敗訴率をステータス別に — 保留中、勝訴、敗訴 — Shopifyが報告するのと同じ方法で追跡し、毎月レビューします。
尊重すべき閾値もあります。カードネットワークはあなたの係争率を監視しており、取引のおよそ1%を超えると、リザーブ — Shopifyがあなたのペイアウトの一部を留保すること — やアカウントレビューを引き起こす可能性があります。この率を監視することは、会計上の規律であると同時にキャッシュフローの規律でもあります。リザーブは各ペイアウトの内容を静かに変え、説明のつかない不足額は陳腐化したクリアリング残高が生まれる原因です。
送料に対する売上税: 誰もが誤設定する項目
送料に売上税を徴収しなければならないかどうかは州によって異なり、ルールは3つに分かれます。
- 常に課税。 テキサス、フロリダ、イリノイ、コネチカット、ワシントンなどの州は、送料を別行として記載するかどうかに関わらず、課税対象商品の配送料を販売価格の一部として扱います。
- 別途明示されていれば非課税。 カリフォルニア、バージニア、アリゾナなどの州は、送料が独自の明細行として表示され、商品が共通運送業者で運ばれる場合には非課税とします — ただし、商品価格に埋め込むと課税対象価格に戻されます。
- 商品に条件付き。 多くの州で、箱の中の商品が課税対象の場合は送料も課税対象、そうでない場合は非課税です。
それらのルールの中に2つの罠があります。第一に、荷扱いは送料ではありません。 いくつかの州は配送料を非課税としながら、荷扱い、梱包、または「送料と荷扱い」を統合した行として課税します — つまり単一の統合行が、そうでなければ非課税の料金を課税対象にし得ます。第二に、送料税はネクサスに従います。ネクサスがある州でのみ徴収義務を負いますが、経済的ネクサスの閾値は、成長する店舗が気づかないうちに年中に新しい州のルールに踏み込むことを意味します。
帳簿上では、処理は製品の売上税と同じです。送料に対して徴収した税は、同じ売上税未払金の負債勘定に記帳され、決して売上には記帳されません。Shopifyでは、必要な地域で送料に課税するよう税設定がなっていることを確認します — プラットフォームは地域ごとにこれを自動化できますが、あなたが与えたネクサスの範囲からのみです。そして各期間ごとに負債勘定を実際の申告と照合します。未払金残高が上昇し続ける場合、通常は送料税（または州全体）が徴収されたが納付されなかったことを意味します。
Shopify帳簿を汚すミス
ほとんどの整理業務は、短いリストにさかのぼります。あなたのものをこれと照合してください。
- 純ペイアウトを売上として記帳する。 入金は総売上からすべてを引いたものです。総額と各控除を別々に記録します。
- 銀行フィードに簿記を任せる。 取り込まれた入金行は手数料、返金、税について何も知りません。それは照合の入力であり、仕訳ではありません。
- 徴収した売上税を収入として記録する。 それは顧客が支払った瞬間から負債です。
- Shopify Capitalの源泉徴収を手数料として扱う。 各源泉徴収をローンの元本とコストに分けます。
- 係争中の販売を解決前に逆仕訳する。 チャージバックは未収金を通じて段階分けし、敗訴時のみ逆仕訳します。
- Shopify Payments以外のゲートウェイの流れを無視する。 PayPalと第三者プロセッサは独自の照合作業が必要です。
- クリアリング勘定を省略する。 それがなければ、ペイアウトと売上が一致することを証明する残高がありません。
信頼に足る毎月の照合ルーチン
毎月、または量が多い場合は毎週、時間を確保して同じ手順を実行します。
- その期間のShopify Paymentsのペイアウトレポートと注文レベルの取引明細を取得します。
- 銀行フィードからではなく、取引明細から総売上、割引、返金、手数料、徴収税をそれぞれの勘定に記帳します。
- 各銀行入金を対応するペイアウトと照合し、総額から控除を引いたものが入金額と等しいことを確認します。
- クリアリング勘定をレビューします。残高は直近のペイアウトウィンドウの未払売上のみに概ね一致するはずです。それより古いものは調査します。
- 未解決のチャージバックをエイジングし、勝訴した係争が逆仕訳され、敗訴したものが償却されたことを確認し、あなたの係争率を1%のラインと比較します。
- 売上税未払金を、送料への税を含め、州ごとに、申告・納付した内容と照合します。
一貫して行えば、このルーチンは帳簿をクリーンに保つ以上のことをします。手数料のじわじわとした増加を明らかにし、返金の問題を早期に警告し、1099-Kの合計をあなたの売上と照合可能に保ち、実際に価格設定の根拠にできるSKUレベルのマージンを与えます — すべての手数料がようやくあるべき場所に収まるからです。
初日からShopify帳簿を照合し続ける
あなたの店舗がゲートウェイや州をまたいで成長するにつれて、ペイアウトの計算はさらに複雑になるだけです — そして正確さを保つ売り手は、早い段階でグロスアップの習慣を築いた人たちです。Beancount.ioは、あなたの財務データに対する完全な透明性とコントロールを与えるプレーンテキスト会計を提供します — ブラックボックスも、ベンダーロックインもありません。無料で始めると、開発者や財務のプロフェッショナルがなぜプレーンテキスト会計に移行しているかをご覧ください。
