ECブランドとfreee会計 決済手数料と返品・値引の計上整理（概念）

EC事業、特に自社ブランド（D2C）を展開する企業にとって、会計処理の最大の難所は「売上と入金の不一致」にあります。Shopify、Amazon、楽天市場などのプラットフォームを利用すると、売上から決済手数料や配送料、ポイント利用分が差し引かれ、ネットされた「純額」が銀行口座に振り込まれるからです。

これをfreee会計で「入金額＝売上」として処理してしまうと、正確な利益管理ができないばかりか、消費税の過少申告を指摘されるリスクがあります。本記事では、日本最高峰のSEOライター兼IT実務担当者の視点から、ECブランドがfreee会計で決済手数料や返品を「総額計上」するための設計図を網羅的に解説します。

EC会計の核心「総額計上」と「決済手数料」の原則

なぜ入金額をそのまま売上にしてはいけないのか

ECサイトで10,000円の商品が売れ、決済手数料3.5%（350円）が引かれた9,650円が銀行に入金されたとします。このとき、会計上の売上高は「10,000円」であり、350円は「支払手数料」として費用計上するのが原則です。これを「総額主義」と呼びます。

入金額の9,650円を売上としてしまうと、以下の問題が発生します。

• 消費税の計算ミス：消費税は「売上総額」に対して課税されます。純額で計上すると、本来払うべき消費税額が少なく計算されてしまいます。
• 利益率の分析精度低下：決済手数料は変動費です。売上に隠蔽してしまうと、プラットフォームごとの収益性比較ができなくなります。

消費税計算と損益分岐点分析への影響

特に簡易課税制度を選択している場合や、インボイス制度下での仕入税額控除を正確に行うためには、売上と手数料の分離は不可欠です。また、ECブランドが拡大する過程で「広告宣伝費をいくら投下できるか」を判断する際、手数料を含んだグロス売上（Gross Sales）を基準にしなければ、LTV（顧客生涯価値）の計算も狂うことになります。

こうしたデータ基盤の重要性については、以下の記事でも詳しく触れています。

【図解】SFA・CRM・MA・Webの違いを解説。高額ツールに依存しない『データ連携の全体設計図』

freee会計におけるEC売上の基本アーキテクチャ

債権管理の要となる「未決済取引」の活用

freee会計でECの売上を管理する場合、銀行口座に「入金された時」ではなく、注文が発生し「出荷した時（または注文時）」に「未決済」の収入取引を登録するのが標準的なフローです。

1. 売上の発生：売掛金 10,000 / 売上高 10,000
2. 入金時の消込：預金 9,650、支払手数料 350 / 売掛金 10,000

この「差額」をどう処理するかが、実務上のポイントになります。

決済手段別の「決済用口座」という考え方

実務を劇的に効率化するのが、freee独自の機能である「決済用口座（資産の口座）」の作成です。銀行口座とは別に「Shopifyペイメント」「Amazon売上」「楽天ペイ」といった仮想の口座をfreee上に作成します。売上が発生した際、一旦これらの決済用口座に「入金」されたものとして処理し、実際の銀行振込があった際に「口座振替」として処理することで、未決済取引の消込を自動化しやすくなります。

決済手数料の計上パターンとfreeeでの設定実務

決済手数料の計上には、主に2つのパターンがあります。

【パターンA】売上計上時に手数料を同時計上する

ShopifyなどのAPI連携ツールを利用し、1件ずつの注文データをfreeeに飛ばす際に、あらかじめ手数料を控除した形で取引を登録する方法です。ただし、多くの連携ツールでは「手数料の自動計算」が完璧ではなく、月次で数円のズレが生じるため、中大規模なブランドでは次のパターンBが推奨されます。

【パターンB】入金明細から「差額」として手数料を切り出す

銀行口座への入金明細（ネットされた金額）を起点に、freeeの「自動で経理」の機能を使って、手数料を「行追加」で分解する方法です。

• 手順1：銀行明細（9,650円）を選択。
• 手順2：未決済取引（10,000円）を紐付ける。
• 手順3：差額（-350円）が発生するので、「更新内容」から支払手数料として処理。

主要決済プラットフォーム別：手数料・サイクル比較表

※料金・仕様は2024年時点の各社公式サイトに基づきます。最新情報は各サービス公式ページをご確認ください。

このような複数のSaaSを組み合わせた運用では、アカウント管理の不備がセキュリティリスクに直結します。

SaaS増えすぎ問題と退職者のアカウント削除漏れを防ぐ。Entra ID・Okta・ジョーシスを活用した自動化アーキテクチャ

返品・値引・クーポン発生時の整理と処理手順

返品発生：計上済みの「未決済取引」をどう消し込むか

EC実務で最も厄介なのが返品です。すでにfreeeで「売上」として登録し、入金を待っている状態の未決済取引をどう処理すべきでしょうか。

1. 全額返品の場合：freee上の該当取引を「削除」するのではなく、同額の「マイナスの収入取引」を登録します。これにより、売掛金の消込と売上のマイナス計上が同時に行えます。
2. 一部返品・返金の場合：振替伝票を用い、売掛金を減額する仕訳を切ります。

クーポン値引：売上値引か、広告宣伝費か

クーポンの性質によって勘定科目が変わります。

• 自社発行クーポン（販売時に割引）：勘定科目は「売上高」を直接減らすか、「売上値引」を使用します。
• モール負担クーポン：楽天市場などでモール側が負担するクーポンは、店舗に入る金額は変わらないため、通常の売上として処理し、後日モールからキャッシュバックされる形（雑収入等）になる場合があります。

クレジットカードのチャージバック対応と仕訳

不正利用等によるチャージバックが発生した場合、決済代行会社から強制的に売上が差し引かれます。この際は、「支払手数料」ではなく「雑損失」または「売上高のマイナス」として、入金明細との差額で処理します。

プラットフォーム別：freee連携の実務と注意点

Shopify：連携アプリで「手数料」を分解するための設定

Shopifyとfreeeを直接連携させると、1件ずつの売上が飛んできますが、Shopifyペイメントの手数料は「入金時」にしか確定しません。そのため、多くの実務家は以下の手法をとります。

• 注文時は「総額」で売上計上。
• 入金確定時にShopifyから出力される「ペイメント（支払い）」レポートをfreeeに取り込み、手数料を合算で計上。

より高度な在庫管理や、月次処理の高速化を求める場合は、以下のガイドが参考になります。

【完全版】Shopifyの売上をfreeeに直接連携してはいけない。決済手数料の分解と「月末在庫」を正しく処理する2つのコマースアーキテクチャ

Amazon：ペイメントレポートの取り込みと「振替伝票」の活用

Amazonの場合、売上からFBA手数料、保管料、広告費が複雑に差し引かれます。これを1件ずつ取引登録するのは現実的ではありません。
「2週間に1度のペイメントレポート」をCSVでダウンロードし、freeeの「エクセルインポート」または「振替伝票」の形式で、期間内の売上総額と各種手数料をサマリーで取り込むのが正解です。

よくあるエラーとトラブルシューティング

入金額が1円単位で合わない原因と「雑損失」の許容範囲

外貨決済や消費税の端数処理の関係で、システム上の計算額と実際の入金額が数円ズレることがあります。これに時間を溶かすのは本末転倒です。「支払手数料」または「雑損失」として処理し、月次決算を優先させましょう。ただし、100円を超えるようなズレが頻発する場合は、連携設定の税率（内税・外税）を見直す必要があります。

月を跨ぐ返品で「売掛金」がマイナスになる場合の対処法

3月に売上を立て、4月に返品が発生した場合、4月の売上が少ないと売掛金の残高がマイナス表示されることがあります。これは会計上正当な状態ですが、銀行融資の審査などで説明が必要になることがあるため、「返金債務」として負債の部に振り替える処理を検討してください。

まとめ：EC経理を自動化するための3つの鉄則

ECブランドがfreee会計を使いこなし、経営数字をリアルタイムに把握するためには、以下の3点を徹底してください。

1. 「総額主義」を貫く：手数料を引く前の金額で売上を計上する体制を、最初から構築する。
2. 決済用口座を活用する：銀行口座への入金を待たずに、決済手段ごとの債権残高を把握する。
3. すべてを自動化しようとしない：API連携でズレが生じる部分は、月次のサマリー計上（CSVインポート）に切り替える勇気を持つ。

適切な会計基盤があれば、次に着手すべきは「広告効果の可視化」や「CRMの深化」です。データの流れをスムーズにすることで、ECブランドは真の成長軌道に乗ることができます。

さらなる月次業務の効率化については、こちらの詳細マニュアルもあわせてご覧ください。

【完全版・第4回】freee会計の「月次業務」フェーズ。給与連携・月次締めを爆速化し、決算の精度を高める手順