返金はマイナスの売上ではありません。それは1つのトレンチコートを着た4つの別々の会計イベントです。
1月の第2週です。第4四半期は過去最高の四半期でした。12月だけで昨年の上半期全体の収益を上回りました。そして返品期間が始まりました。
今、返金が殺到し、帳簿が意味をなさなくなっています。あなたの入金は売上よりも明らかに少なくなっています。処理している返金の半分は12月の注文のもので、それはすでに締め切ったと思っていた月です。そして、口座から出た金額と顧客に返金した金額を合計すると、元の売上に対する手数料がどこにも見当たらないため、数字が一致しません。
もしあなたがこれを見て何か壊したのではないかと疑問に思っていたなら、壊していません。あなたは、誰もEコマースでの返金の会計処理方法を教えてくれなかったこと、そしてほとんどの人が最初に始める直感的なアプローチが、修正可能な特定の点で間違っていることを発見しただけです。
直感を分かりやすく説明します：「返金は単なるマイナスの売上です。それを差し引いて先に進んでください。」
それは嘘です。顧客の体験は対称的であるため、それは正しいように感じます。お金が入って、お金が出ていきます。しかし、あなたの帳簿は顧客の体験を記録しているわけではありません。それらは4つの別々の財務イベントを記録しており、返金はそれぞれを異なる方法で取り消します。一部は完全に、一部は部分的に、そして1つは全く取り消しません。
Eコマースにおける返金の会計処理方法：1回の返金、4つの元帳
明らかに架空の注文で具体的に説明しましょう。
12月、顧客は合計120ドルでジャケットを購入しました。製品に112ドル、売上税に8ドルです。プロセッサは売上に対して3.50ドルの手数料を請求しました。ジャケットの卸売価格は45ドルで、これを売上原価として記録しました。
1月、顧客はそれを返品します。あなたの帳簿で実際に起こる必要があることは次のとおりです。
1. 売上高：売上控除、削除された収入ではない
最初の本能は、元の売上を削除または減らすことかもしれません。しないでください。12月の売上は実際に発生しました。それを消去すると、総売上高、返金率の可視性、および監査証跡が失われます。
代わりに、$112 は「控除収益勘定」に記録されます。通常、「返金と返品」または「売上返品と値引」と呼ばれ、収益の下に位置し、借方残高を持ちます。総収益はそのまま、返金は独自の項目として表示され、純収益はその差額です。これで、ストアが売上 $112、返品 $112 を記録したことがわかります。これは、「何も起こらなかった $0」という情報とは大きく異なります。
2. 手数料：戻ってこないお金
これが、1月の照合で最も問題となる部分です。Shopify Payments を含むほとんどの決済代行会社は、顧客に返金しても処理手数料は返金しません。
そのため、顧客は全額 $120 を返金されますが、12月の $3.50 の手数料費用はそのまま残ります。取り消し仕訳は不要で、手数料は単に実際の費用として帳簿に残ります。つまり、すべての返金は静かにあなたのお金を消費し、返金が多い週の入金は「売上マイナス返金」の予測よりも少なくなるということです。その差額はエラーではありません。それは手数料です。
3. 売上税：負債の取り消し、収入ではない
売上税 $8 は、決してあなたの所有物ではありませんでした。それを徴収したとき、それは売上税支払勘定という負債勘定に計上されました。あなたは州のためにそれを保持していました。
注文を返金すると、その負債は取り消される必要があります。売上税支払勘定を $8 借方記入し、もはや支払う必要がなくなります。このステップをスキップすると、もはや存在しない売上に対して税金を納付することになります。州は、そのお金を返してもらうことに関して非常に寛容ではないことで有名なので、最初に送らない方がはるかに良いです。
4. 棚卸資産と売上原価：商品が販売可能な状態で返品された場合のみ
ジャケットが再販可能な状態で返品された場合、原価側を取り消します。棚卸資産を $45 借方記入し、売上原価を $45 貸方記入します。ジャケットは再び資産となります。
損傷していたり、着用されていたり、まったく返品されなかった場合、取り消しは行いません。 $45 は、その取引の実際の費用として売上原価に残ります。これはソフトウェアが完全に判断できない判断であり、返品プロセスに「販売可能か否か」のチェックポイントが必要で、それが簿記に反映される理由です。
ジャケットが再販可能であると仮定した場合の、$120 の返品に関する全容は次のとおりです。
| 区分 | 勘定科目 | 借方 | 貸方 |
|---|---|---|---|
| 収益 | 返金と返品（控除収益） | $112.00 | |
| 売上税 | 売上税（未払） | $8.00 | |
| 現金出金 | 決済代行会社クリアリング口座 | $120.00 | |
| 在庫 | 在庫 | $45.00 | |
| 売上原価 | 売上原価 | $45.00 |
そして手数料は？この仕訳にはどこにもありません。元の $3.50 は、12月に計上された場所にそのまま残ります。純結果：現金 $120 がなくなり、手数料 $3.50 が永久になくなり、ジャケット $45 が戻ってきました。これが 1 件の返品の実際の姿です。
[画像：1件の返品が4つの矢印（収益、手数料、売上税、棚卸資産）に分かれ、それぞれ異なる勘定に着地する様子を示す図]
1月に発生する特別なケース
すっきりした4つの区分は、単一商品の注文に対する全額返金をカバーします。実際の1月はもっと複雑です。ここでは、Eコマースストアが実際に直面する返品会計を示します。
一部返金
$120 の注文の一部、$40 を返金すると、すべての区分が比例して縮小します。部分的な控除収益、部分的な売上税の取り消し。ただし、棚卸資産は通常まったく動きません。なぜなら、部分的な返金は通常、顧客が商品を保持していることを意味するからです。遅延配送に対する $40 のなだめとしての返金は、収益、税金、現金の取引に影響します。売上原価には影響しません。
複数期間にまたがる返金：12月の販売、1月に返金
これが1月の書籍が「壊れる」最大の理由です。売上は12月に発生し、返金は1月に発生します。12月を再開して相殺することはできません。返金は1月のイベントであり、1月の控除収益に記録されます。実際には、返金は1月のイベントであり、1月の控除収益に記録されます。
結果として、1月の純収益は悪く見えます。なぜなら、12月の売上なしに12月の返品を負担しているからです。それは簿記の間違いではありません。それは現実であり、それをはっきりと見ることが重要です。また、12月の数字は最終的に保持したものよりもわずかに過大評価されていることを意味します。Q4のトップラインに基づいて1月の在庫ベットを行う前に覚えておく価値があります。
チャージバック対返金
チャージバックは、態度のある返金ではありません。それは異なるメカニズムです。顧客の銀行は、プロセッサを通じてお金を回収します。通常、さらに紛争手数料が課金されます（返金自体とは異なり、勝訴した場合にのみ返金される可能性があります）。そして、すべてが数週間解決されないままになる可能性があります。
チャージバックは、返金にまとめてしまうのではなく、独自の勘定に計上してください。手数料の仕組み、タイミングが異なり、チャージバック率の上昇は、確認したい運用上の警告です。
キャンセルはさらに3番目の種類であり、同期ソフトウェアがその違いをどのようにモデル化するかを見る価値があります。LedgerPortでは、「キャンセルされた注文のQB注文を無効にする」設定により、同期済みの注文がキャンセルされた場合にQuickBooksトランザクションが無効になります。これは無効であり、削除でも返金でもないため、記録は監査証跡のために残りますが、収益は削除されます。同期される前にキャンセルされた注文は単にスキップされます。対照的に、返金は常に元の販売に対する逆伝票を作成します。そして、現金返金ではなくストアクレジットを発行した場合、それは4番目のイベントです。ギフトカードとストアクレジットは、収益ではなく負債として記録されます。これは、上記の売上税と同様のロジックで、現在負っている商品に適用されます。
返品手数料
10％の返品手数料を請求する場合、120ドルの注文に対して108ドルを返金しますが、控除収益のエントリは依然として製品の全額に基づいています。あなたが保持した12ドルは、独自の収入項目（返品手数料収入）として、または返金の削減として記録されます。いずれにしても、それが「十分近い」返金額に静かに消えてしまわないようにしてください。なぜなら、返金総額と現金払出総額の照合が常に一致するかの違いだからです。
これを整理するための構造
1月の返金会計は、一度に1つのエントリで修正するのではなく、構造で修正します。一度設定すれば完了です。3つの部分があります。
専用の控除収益勘定。現在、返金が目に見えない形で収入項目を減らしている場合は、収入の下に「返金と返品」を作成し、すべての返金をそこにルーティングします。あなたのP&Lはすぐに返金率を伝え始めます。ほとんどの店舗オーナーは、その数に驚いています。
月次返金サマリー項目。 返金ごとに4つの仕訳が必要なわけではありません。必要なのは、各月の返金を収益、税金、在庫の4つの項目に正確に集計し、手数料はそのままにしておくことです。これにより、月単位で完結します。これも、期間をまたぐ返金が問題にならない理由です。1月のサマリーには、12月の返品が単純に含まれます。
返金を考慮した入金照合。 未返金の手数料があるため、返金が多い入金は売上から返金を差し引いた額とは決して一致しません。照合プロセスでは、銀行預金と比較する前に、各入金を売上、返金、手数料に分解する必要があります。完全な方法は、QuickBooksでShopifyの入金を照合する方法ガイドに記載されています。年末までにこの構造を整えておけば、税務シーズンはもはや発掘調査ではなくなります。Shopifyストア向けの税務準備チェックリストで、きれいな返金データがどのように役立つかを確認してください。
自動化がこれを処理する箇所
上記すべてを手作業で行うことも可能です。また、これはソフトウェアが処理すべき、一度に4つのことを行う繰り返し作業に他ならず、同期ツールがその価値を発揮する場面です。
LedgerPortの返金処理は、ShopifyおよびWooCommerceストア向けにこの構造を自動的に適用します。返金は売上を上書きする代わりに、対照収益勘定に計上されます。売上税の取り消しは返金ごとに計算され、未返金の手数料は分離されるため、入金は引き続き一致します。期間をまたぐ返金は、締められた帳簿に影響を与えることなく、正しい月に計上されます。Scaleプランでは、入金仕訳は手数料と返金がすでに分解された状態で届きます。料金は無料で開始でき、有料プランは月額25ドルからで、14日間の返金保証が付いています。
QuickBooks側は、会計士が行う手作業を反映しています。請求書として同期された注文には、元の請求書にリンクされたクレジットメモが作成されます。売上伝票として同期された注文には、元の売上に紐付けられた返金伝票が作成されます。いずれの場合も、元の12月の取引はそのまま残ります。これは、上記の4つの項目構造における「売上を削除しない」というルールをソフトウェアで強制したものです。一部返金の場合、返金額のみの取引が作成され、Shopifyで返金されたものと一致するように、品目、税金、配送料が分解されます。
有効にするには、設定を1つ変更するだけです。同期設定 » 注文の下で、支払いステータスのトリガーとして返金済み、一部返金済み、またはその両方をチェックします。
それを頼りにする前に知っておくべき、いくつかの正直なトレードオフ。返金は、すでにQuickBooksに存在する注文にのみ添付できます。元の販売が同期されなかった場合、注文を最初に同期するまで、返金は何も着陸できません。発行済みの返金がShopifyで編集された場合、再度プッシュするまで同期された金額が間違って表示される可能性があります。また、どちらの返金トリガーも有効になっていない場合、返金は完全に同期から除外され、QuickBooksの残高はShopifyから静かに乖離していきます。これらのいずれも、本を再構築するような問題ではありません。いずれかが失敗した場合、あなたは特定の注文を手動で再同期し、LedgerPortが不足している返金トランザクションを作成します。
WooCommerceでは：返金はゲートウェイごとの処理です
上記のストーリーはShopifyエディションです。WooCommerceでは、返金はそれ自体がファーストクラスの同期エンティティです。LedgerPortプラグインは専用のrefund.createdWebhookを登録するため、返金の発行は注文の編集から推測されるのではなく、独自の同期イベントを発生させます。また、異なるゲートウェイは返金を異なる方法で決済するため、返金同期はSync Config » Paymentsでゲートウェイごとに設定されます。LedgerPortがストアで検出した各支払いゲートウェイには、独自の返金有効トグル、独自のクリアリング口座、および独自の返金参照番号（プレフィックス/サフィックス形式またはWooCommerce返金ID）があり、QuickBooksのすべての返金がそれを生成した正確なストアイベントにトレースバックされます。
運用の利点は検証です。マニュアル同期ページの「支払い」タブは、テキスト検索を2つのドロップダウンフィルター（支払いゲートウェイと同期ステータス）に置き換えるため、「まだQuickBooksに到達していないすべてのStripe支払い」は2つのドロップダウンクエリになります。返金が多い週に、コントラ収益フローが実際に各ゲートウェイで実行されたことを確認するために、それが実行されたと仮定するのではなく、同じフィルターペアを使用します。
正直な注意点が1つあります。どのツールも、返品されたジャケットが販売可能かどうかを判断することはできません。在庫の脚は、返品デスクで人間の判断を必要とします。自動化が削除するのは、その決定以降のすべてです。
返金が楽しいことは決してありません。それが目標ではありません。
これらすべてに関する悲喜劇的な真実は次のとおりです。たとえ完璧な帳簿であっても、1月の返金はまだ痛いです。あなたはまだ最高の四半期の現金を返金しており、まだ処理手数料を負担しており、返金の波が通過する間、純収益が低下するのを見ています。
変わるのは、その痛みが読み取り可能になることです。支払い額が一致します。税金負債が正しいです。12月は閉じたままです。返金率は、胃の中の悪い感覚ではなく、レポート上の数字になります。返金は危機から退屈なものへと変化します。そして、簿記において退屈であることは、目標全体です。
1月の売上が、この投稿の冒頭にあるような、支払い減少、12月の返金が1月に影響、手数料の消失といった状況になっている場合、4本足構造が解決策となります。次の返品の波が来る前に稼働させることができます。LedgerPortで無料トライアルを開始し、次の返金を正しく計上させましょう →
