今月、42,000ドルの売上を計上しました。ダッシュボードは緑に輝いています。そこに返品です。不良品、顧客の気が変わる、卸先の注文しすぎ。3,800ドルを返金する頃には、銀行口座の残高は売上レポートとは全く違う物語を物語っています。もしこれらの返金を「返金手数料」や「カスタマーサービス費」などとして経費に計上してしまったら、あなたの帳簿は実際の売上よりも膨らみ、支出も実際より多く見せかけることになります。粗利率は不正確になり、税金の申告も誤り、本当の返品率は会計士が4月に指摘するまでわかりません。
これは小売・物販ビジネスで最も一般的な経理ミスのひとつであり、経営判断に使うすべての数値を静かに歪めます。
返金はなぜ費用ではないのか
売上はビジネスのトップラインであり、提供した商品・サービスと引き換えに受け取ることのできる総額です。返金は、家賃や消耗品、決済手数料のような事業コストではありません。売上を計上したものの、最終的には獲得できなかった収益の取り消しです。
会計ではこれを**売上控除（contra-revenue）**と呼びます。総売上（グロス売上）の直下に置かれ、**純売上高（ネット売上）**を算出するために総売上から差し引かれる勘定科目です。主な売上控除勘定は以下の通りです。
- 売上返品・割戻引戻金 — 商品が返送されたり、値引きされたりした場合の全額・一部返金
- 販売割引 — 早期支払い割引や、チェックアウト時点で適用されるプロモーション割引
費用とは、収益を生み出すために費やすものです。一方、返金は手元に残らなかった売上です。返金を売上と相殺することで、この区別が明確になり、売上総利益の正確性を保てます。
返金を費用に紛れ込ませると、何が問題になるのでしょうか。
- 売上総利益が過大表示されます。 総売上42,000ドルを計上し、返金3,800ドルを費用に隠すと、売上総利益は売上原価を差し引いた42,000ドルのように見えます。実際の純売上高は38,200ドルです。マークアップが実際より健全に見えてしまいます。
- 返品率が見えなくなります。 返金が費用の中にあると、いちいち手作業で計算しない限り返品率（3,800ドル÷42,000ドル＝9％）を算出できません。この数値は、商品品質、サイズ感、製品説明の正確性、顧客のニーズに合っているかなどを測る、いわば早期発見システムです。
- 比較可能性が損なわれます。 業界ベンチマーク、金融機関の審査、さらには前期比分析でさえも純売上高を基にしています。返金を費用で処理すると、自社の数値を他社や過去のデータと比較できなくなります。
解決策は簡単です。売上控除の勘定科目を作成し、返金時に必ずそれを使うことです。
スケジュールCでIRS（内国歳入庁）が実際に求めていること
税金のためにも、GAAP（一般に公正妥当と認められる会計原則）の専門家になる必要はありません。IRSは長年にわたり、スモールビジネス向け税務ガイドやスケジュールCで次のように明記しています。
- 1行目: 総収入または売上 — 実際に受け取った金額を報告します（後日返金される売上も含みます）。
- 2行目: 返品・割戻 — 顧客への現金またはクレジット返金、リベート、その他の販売価格からの値引きを差し引きます。2行目では控除前の金額を正の数値で記入します。
- 3行目: 純収入 — 1行目から2行目を差し引いた金額。税務上の純売上高となります。
- 4行目: 売上原価 — 棚卸資産の原価を差し引き、5行目の売上総利益を算出します。
IRSは2行目について、「返品・割戻には、顧客に行った現金またはクレジット返金、リベート、その他の実際の販売価格からの値引きが含まれます」と明記しています。
つまり、連邦税の申告自体が、売上控除（contra-revenue）の会計処理を想定しているのです。もし返金を費用処理していると、スケジュールCでは1行目と3行目で所得が過大になり、他の場所で控除が過大になります。売上総利益、自営業税、事業主控除額（QBI）は全てこの売上総利益を基に計算されるため、2つの誤差は綺麗に相殺されません。
現金主義で申告している方への実務上のヒント： 返金の記録も同じ場所で管理してください。現金主義では、入金時に収益を認識し、返金時に取り消しますが、その取り消しも売上返品・割戻（Sales Returns and Allowances）勘定で行い、費用にはしません。重要なのは、損益計算書上のどの場所に計上するかであり、タイミングではないのです。
わかりやすいGAAPの考え方：変動対価と返金負債
銀行や投資家向けの財務諸表を作成し、米国会計基準（U.S. GAAP）に従う場合、返金には正式な名前があります。それはASC 606「顧客との契約から生じる収益」に基づく変動対価です。
顧客が商品を返品する権利を持つ販売は、全てが全額計上すべき「完了」した売上ではありません。最終的に手元に残ると見込まれる金額（取引価格）を見積もり、その金額のみを当初から収益として認識します。残りは返金負債となります。
販売時点での仕訳は以下の通りです（簡略化）。
- 借方: 現金 または 売掛金（全額）
- 貸方: 売上収益（回収見込額 = 総売上 - 返金見込額）
- 貸方: 返金負債（返金見込額）
商品を回収できる場合、返還資産（回収する在庫）も計上し、売上原価（COGS）を減額します。貸し倒れを計上するのではありません。売上の一部は暫定的なものであると初日から認識するのです。
期末には、物理的な返品がまだ発生していなくても、売上は計上したがまだ返品されていない商品に対する負債を見積もります。多くの場合、商品ライン別の過去3〜12ヶ月の返品率に基づくこの見積もりにより、12月の売上高が過大になるのを防ぎ、1月の売上が不自然に落ち込むのを防ぎます。
この規律の恩恵を受けるのは、上場企業だけではありません。返品率の高いビジネス（アパレル、美容、電化製品、食品・飲料、クラフト卸売など）で、毎月の損益計算書（P&L）を意味あるものにしたいのであれば、返金負債の見積もりを計上し、毎月調整すべきです。
勘定科目表の設定：一度正しく設定すれば、ずっと正しく回せます
200個も勘定科目は必要ありません。レポートしたい方法に合わせて、うまく名前を付けた4つのバケツが必要です。
収益（4000番台）
4000 — 総売上— いかなる値引きも行う前の全売上4005 — 売上返品・割戻（売上控除、通常借方残）— 全額・一部の現金/クレジット返金、リベート、値引き4010 — 販売割引（売上控除、通常借方残）— 早期支払い割引やクーポン割引（返品とは別管理する場合）
これにより、損益計算書は次のようになります。
総売上 $42,000
控除：売上返品・割戻 (3,800)
控除：販売割引 (200)
-----------------------------------------
純売上高 $38,0002400 — 返金負債（貸借対照表、流動負債）— 売上は計上したがまだ返品されていないものに対する返金見込額1300 — 返商品見込在庫または1215 — 棚卸資産：返品見込（貸借対照表、資産）— 回収見込の商品原価
仕訳の流れ：
原価60ドルの商品が返品され、再販可能な状態で顧客に100ドル返金した場合：
借方 4005 売上返品・割戻 $100
貸方 1000 現金 / 1210 クレジットカード売掛金 $100
借方 1300 返商品見込在庫 $60 （負債・資産モデルを使用する場合）
貸方 5000 売上原価 $60
— そして、返品された商品が届いたら —
借方 1400 棚卸資産 $60
貸方 1300 返商品見込在庫 $60返品された商品が再販・再利用できない場合、在庫にはせず、代わりに減耗・廃棄損として仕訳します。重要なのは、返品された商品の原価はどちらの方法であれ、売上原価（COGS）から取り除くことです。
決済代行手数料は売上控除に含めないでください。2.9% + 30セントの決済手数料やチャージバック手数料は、代金回収にかかるコストであり、6300 — 決済手数料（費用）に計上します。収益を減額するのは、あくまで返金元本のみです。
プレーンテキスト会計を使う場合も形は同じで、総売上と売上控除を別々の収益勘定として管理し、さらに見積もり用に負債・資産勘定を使用します。収益、負債、在庫をテキストでモデル化する方法のパターンは、Beancount ドキュメントを参照してください。重要なのは、総額と純額を別々の転記として扱うことです。
売上税、在庫、決済代行手数料：誰もがつまずく3つのポイント
1. 売上税は収益ではない — そして返金も自分たちのお金ではない
売上税を回収した場合、それは州のために預かっているお金です。そもそも売上勘定に入れてはいけません。
- 販売時: 収益ではなく、
2400 — 未払売上税（負債）の貸方に計上します。 - 返金時: 返金額に係る税額を
2400 — 未払売上税の借方に計上し、課税売上高の純額に対してのみ納付します。
顧客から受け取った全額を売上として計上し、返金時にその全額を費用にしていた場合、売上・費用の両方が過大表示になり、売上税の調整も納税申告書と一致しません。多くの州では、元の売上ではなく返金を行った期の売上税申告書で、返金額を課税売上高から控除することが求められています。州によって異なりますが、仕訳上は常に負債の戻し処理となります。
Amazon、Etsy、eBayなどのマーケットプレイスを通じた販売では、多くの州でマーケットプレイスが納税義務者となるため、税額を全く手にしない場合があります。その場合でも追跡は必須です。売上総額から純額への調整表で、マーケットプレイス回収税額を自社の売上ではなく、別建ての負債として表示します。
2. 在庫: 返品は必ず売上原価に影響します
在庫に関して、2つのミスが原価を押し上げます。
- 返品に伴う売上原価（COGS）の戻し入れを忘れる — 売上を消したのに、原価だけが残ってしまいます。
- 再入庫を原価ではなく販売価格で行う — 在庫の評価を誤り、次回販売時の売上原価を過小表示します。
再販可能な返品の場合、返品が承認された時点でCOGSを減額し（返品資産として計上）、検品後に原価で棚卸資産に戻します。破損・期限切れ・開封済みなどの返品は、販売可能在庫には戻さず、5050 — 棚卸減耗費・廃棄損 に計上します。
常時在庫管理を行っていないビジネス（Shopify販売事業者の多くはこのケース）は、月次の棚卸しと連動させます。純売上高とCOGSは、返品を考慮した後に「期首在庫簿価 + 仕入高 − 期末在庫簿価」と一致するはずです。もし売上原価（COGS）を総売上で計算しているなら、あなたの売上総利益はもはや絵に描いた餅です。
3. 決済代行手数料は費用のまま
ShopifyやStripeの調整でよくあるのが、売上を*差引入金額（ネット入金額）*で計上してしまうケースです。入金額は、総売上から返金と手数料と準備金（レザーブ）を差し引いた金額です。入金額を売上として計上すると、売上が過小（COGS控除を正しく行うのは困難）になり、返金や手数料が誰の目にも触れない場所に埋もれてしまいます。
正しい調整は総額 → 純額 → 現金です。
- プラットフォームの総売上レポートから総売上を計上
- 返金レポートから売上返品・割戻を計上
- 手数料レポートから決済手数料を費用計上
- 残額を中間勘定（クリアリング勘定）で銀行入金と照合
仕掛中残高（返金処理中など）が無ければ、この中間勘定（1210 — Stripe未達 や 1211 — Shopify未達）は、各支払いサイクルの後にはゼロになるはずです。
プラットフォーム上の売上と実際の入金の調整
1099-Kとプラットフォームのダッシュボードは、手数料・返金・準備金控除前の総支払額を報告します。銀行は入金額の純額を表示します。税務申告書が必要とするのは純収入（総収入から返品・割戻を差し引いたもの）です。これらは、意識的に調整していれば、すべて同時に正しい数値となります。
15分でできる毎週のワークフロー：
- 各チャネルから3つのレポートをエクスポートします。売上（総額）、返金・返品、手数料・支払いです。
- 総売上を
4000に、返金を4005に、手数料を6300に転記します。ネッティング（相殺）はしません。 - 入金は、新たな収益ではなく、中間勘定から銀行への送金として転記します。
# 例: 総売上$9,500のShopify入金$8,420（返金・手数料差引後）
2026-08-10 * "Shopify売上 8/3-9"
Assets:Clearing:Shopify 9500.00 USD
Income:Gross-Sales -9500.00 USD
2026-08-10 * "Shopify返金 8/3-9"
Income:Sales-Returns 680.00 USD
Assets:Clearing:Shopify -680.00 USD
2026-08-10 * "Shopify手数料・チャージバック 8/3-9"
Expenses:Payment-Processing 400.00 USD
Assets:Clearing:Shopify -400.00 USD
2026-08-11 * "Shopify 銀行入金"
Assets:Bank:Checking 8420.00 USD
Assets:Clearing:Shopify -8420.00 USD転記後、Assets:Clearing:Shopify は「未払いの売上 + 送金途中の返金 + リザーブ」と一致するはずです。一致しなければ、返金漏れ、手数料の二重計上、またはシステム障害です。これはまさに、この照合作業が発見すべき問題です。Favaで、純売上高と総売上高を可視化し、返品率を追跡して、差異が季節的なものなのか、構造的なものなのかを確認しましょう。
年末には、プラットフォームの総売上と1099-Kの総売上、帳簿上の純売上高（総売上から4005を差し引いたもの）とスケジュールCの3行目、銀行口座入金と決済クリアリング勘定を突き合わせます。全米小売業協会（NRF）のベンチマーク（最近のシーズンでは小売商品の約17〜19%が返品、オンラインはさらに高い）があなたの返品率を決めるわけではありませんが、ストレステストにはなります。あなたの売上控除率が2%未満の一方で、同カテゴリー平均が15%近い場合、あなたの商品が特別に優れているか、返金が費用側に漏れているかのどちらかです。
月末の失敗を防ぐ、毎月のシンプルなワーク
毎日返金見込額を計算する必要はありません。しかし、毎月の習慣は必要です。
月初：
- 前月の返品率をチャネル別・商品ライン別に確認します（返品額 ÷ 総売上）。安定した見積りには、販売開始直後でない限り、3〜6ヶ月分のデータで十分です。
期間中：
- 返金が行われた日、売上税を負債に分離して計上した上で、すべての返金を「4005 売上返品割戻」に転記します。
- 販売時、COGSを逆仕訳し、返品された在庫を検品後すぐに在庫へ戻すか、廃棄します。次の棚卸まで待ってはいけません。
月末：
- 見越し計上： 販売済みだがまだ返品されていない商品に対する返金見込額を計上します。予想返金額は
借方: 4005 売上返品・割戻 / 貸方: 2400 返金負債とし、回収見込みの原価は借方: 1300 返商品見込在庫 / 貸方: 売上原価とします。返品率が1〜3%程度の低いカテゴリーであっても、12月と1月の業績を比較可能にするには、このyahoo見積もりが不可欠です。 - クリアリング勘定の照合： 各決済代行会社（Stripe、Shopify、Amazon、PayPalなど）の口座と銀行口座を照合します。7日以上残る未達の差異は、ほぼ例外なく返金か手数料の処理漏れです。
- 未払売上税の調整： 納付申告書と突き合わせます。売上税の未払い勘定を計上しないままの返金処理は見落としの兆候です。
- 純売上高の報告： 社内向けP&Lや管理ダッシュボードには、総売上ではなく純売上高（総売上 - 返品 - 割引）を報告し、価格設定や仕入れに関する意思決定に使うトップラインを正確にします。
毎四半期ごとに、設定した返金負債の見積もりを実際の返金額と比較し、制度を検証します。常に20%以上ずれている場合は、見積もり率を調整します。
利益と税負担を過大に見せる、よくある間違い
1.「返金をマーケティング費用にする」 たとえ支払いを伴わない返金を「顧客維持費」と名付けても、販売価格の一部を返金する値引き（プライス・コンセッション）は、マーケティング費用ではなく、依然として売上控除です。ラベルではなく、経済的実態に基づいて分類しましょう。
2.「手数料と返金を同義に扱う」 GAAPでは、顧客に返金される金額は売上を減少させますが、返金処理のために決済代行会社に支払う手数料は減少させません。後者は営業費用です。混同すると、売上の質を過大評価し、費用のレバレッジを過大評価することになります。
3.「売上税は収益の一部だと思う」 回収した税金が収益に含まれていると、返金の度に費用が過大になり、未払売上税も過大なまま残ります。初日から分離しましょう。
4.「売上原価（COGS）を戻すのを忘れる」 売上総利益率50%の製品で、返品された1,000過大となり、粗利益が同額過小表示されます。1年単位で見ると、金融機関の財務制限条項（コベナンツ）に影響する可能性があります。
5.「入力の際に相殺する」 返金を「純売上 = 総売上 - 返金」として一つの明細にまとめてしまうと、レポートから返品率が消えてしまいます。入力の手間は1行分省けますが、最も重要な指標を見失います。
6.「返品期間を考慮した見積もりをしない」 返品受付期間が30日で、12月が一番の繁忙期の場合、12月の純売上高は見積もりが無いと過大になり、返品が集中する1月の落ち込みがミステリーになります。見越し計上をしましょう。
適切な帳簿があれば、修正は機械的です。各注文には、販売→（そのまま保持 or 一部・全額返金）という単一のライフサイクルがあり、各ステップは元帳上の一意の場所に記録されます。総売上、返金、手数料を別々に管理できて初めて、P&Lは「このSKUの本当の利益率は？ 返品率が最も高いチャネルは？ 新しい仕入先は返品を考慮しても本当に安いのか？」といった実際の問いに答えてくれます。
初日から財務を整理する
返金を正しく処理することは、単なる税法上のコンプライアンスではありません。それは、お客様が本当に必要としている商品やサービス、品質、価格帯は何か、つまりお客様の声に耳を傾けるための第一歩です。総売上、返金、売上税を明確に分離することで、Shopifyの入金消し込みから、スケジュールCの3行目、次回の商品企画に至るまで、お客様のビジネス全体の意思決定が劇的に楽になります。
Beancount.io は、財務データに対する完全な透明性とコントロールを提供するプレーンテキスト会計を提供します。ブラックボックスはなく、ベンダーロックインもありません。あなたの売上控除勘定、返金負債の見積もり、プラットフォームのクリアリング勘定は、すべて BQL で監査、差分確認、クエリを実行できるバージョン管理されたテキストです。今すぐ無料で始めて、開発者や財務のプロフェッショナルがプレーンテキスト会計に切り替えている理由を実感してください。