返品管理プロセス:返品依頼から返金および再入庫までの7つのステージ
返品管理プロセスには、返品リクエストの受付、対象条件の確認と承認、返品配送の手配、商品の受領と検品、解決方法の決定、返金または交換品の提供、そして商品の在庫上の処理方法の決定という、実務上の7つの段階があります。Eコマースチームにとっての目標は、カスタマーサービス、配送業者、財務、倉庫の間で責任の所在が失われることなく、各顧客リクエストを記録された金銭的な結果と、確認済みの在庫判断に結び付けることです。

これらの段階は実務上のフレームワークであり、すべての返品に必須の順序ではありません。適用される法律や販売事業者の約束により、倉庫での検品前に返金処理を行わなければならない場合があります。商品によっては、そもそも返送すべきでないものもあります。信頼できるワークフローでは、個々の担当者がその場しのぎで対応するのではなく、こうした例外を事前に定義します。
7つの段階の概要
返品管理には、顧客への解決策と、返品された商品の次の行き先の両方が含まれます。リバースロジスティクスは、その広範なプロセスのうち、物理的な移動と取り扱いを担う部分です。倉庫に荷物が到着しただけでは、返金が完了したことにも、商品が販売可能になったことにもなりません。
| 段階 | 推奨担当者 | 必要な成果物 |
|---|---|---|
| 1. リクエストの受付 | カスタマーサービスまたはEコマース運用 | 元の注文に紐付いた返品記録 |
| 2. 対象条件の確認と承認 | カスタマーサービスまたはポリシー担当者 | 承認、却下、または例外審査 |
| 3. 返品配送 | 物流チームと顧客 | 配送指示と発送証跡 |
| 4. 受領と検品 | 倉庫または返品パートナー | 身元、数量、状態の確認 |
| 5. 解決方法の決定 | カスタマーサービス(例外対応の支援を含む) | 承認済みの顧客対応結果 |
| 6. 返金または交換 | 財務または注文運用 | 決済参照情報または交換注文 |
| 7. 処理方法の決定と完了 | 在庫管理および返品運用 | 記録された在庫の行き先と照合済みのケース |
1. 返品リクエストを受け付ける
まず、元の注文と、対象となる具体的な注文行に紐付いた返品記録を作成します。複数商品の購入のうち1点だけを返品する場合や、商品を複数の荷物に分けて返送する場合、注文単位のメモだけでは不十分です。
不必要な負担を生じさせずに次の判断を行えるだけの情報を収集します。
- 注文番号、顧客の連絡先、配送先。
- 返品対象商品の識別子、バリエーション、数量。
- サイズが合わない、破損、商品違い、気が変わったなどの返品理由。
- 希望する解決方法:返金、交換、代替品、その他許可されている選択肢。
- 破損品や商品違いの写真など、必要に応じた補足証拠。
任意の顧客説明と併せて、構造化された理由コードを使用します。申告された理由と倉庫で確認された内容は分けて記録してください。「到着時に破損していた」は顧客の申告であり、「検品中に筐体のひび割れを確認した」は検品結果です。両方を保持することで、顧客の説明を書き換えることなく、チームが問題を調査できます。
2. 対象条件を確認し、返品を承認する
適用される消費者法、購入時に適用されたポリシー、関連する商品の制限に照らしてリクエストを評価します。任意の都合による返品ポリシーを、欠陥品や説明と異なる商品の購入者が有する法的権利の代替として扱ってはいけません。
ルールは市場や購入状況によって異なります。例えば、欧州連合の公式消費者向けガイダンスでは、条件を満たす通信販売における撤回権と、欠陥品に関する権利を区別しています。サービスを提供する市場を確認せず、世界共通の返品期間や控除ルールを適用しないでください。
承認内容には、承認された商品、次のアクション、返品先、適用される期限、返品送料の負担者を明記します。手数料や控除を提案する場合は、通知する前に、それが合法であり、関連する規約と整合していることを確認します。
一般にRMAと呼ばれる返品商品承認番号、または別の一意の返品識別子を割り当てます。これは業務上の参照情報であり、返金が承認されたことの証明ではありません。専門的な審査が必要なリクエストには、無期限に「保留」とするのではなく、担当者とエスカレーション日を設定します。
3. 返品配送を手配する
承認された返品方法について、顧客に明確な指示を提供します。運用によっては、配送ラベル、対応可能な持ち込み方法、集荷予約、または顧客が手配する配送が必要になります。荷物に利用できることを確認するまで、その方法を案内しないでください。
指示には、梱包要件、必要な付属品、返品参照番号、配送経路に必要な書類を記載します。国際返品では、出荷時の書類をそのまま再利用できると想定せず、関係する配送業者または税関当局に通関要件を確認します。
配送の各節目は区別して記録します。ラベルが作成されたことは、顧客が荷物を引き渡したことを意味しません。配送業者による受付イベントは配達とは異なり、配送業者の配達も倉庫での入荷処理とは異なります。
- 引き渡しの証跡がない:適用されるルールに従って、リマインダーを送るか承認を再確認します。
- 配送が遅延または紛失した可能性がある:配送業者への調査と顧客への更新連絡の責任者を割り当てます。
- 配達済みだが社内で受領されていない:顧客が返品しなかったと結論付ける前に、荷受け場所、荷物の識別、受領処理の滞留を調査します。
電池、危険物、液漏れ商品、その他の輸送制限対象商品については、発送を承認する前に適切な取り扱い指示を取得します。標準的な荷物ラベルがあるだけでは、商品が安全または輸送可能であることは確認できません。
4. 返品商品を受領し、検品する
受領時に荷物を返品記録と照合し、実際の内容物を記録します。商品、バリエーション、数量、カテゴリー上必要なシリアル番号を確認します。予想された内容に無理に合わせるのではなく、相違を記録してください。
検品では、2つの別々の質問に答える必要があります。商品の状態はどうか、そして次にどのような取り扱いが必要か、です。関連する付属品、梱包、目に見える損傷、使用の痕跡、適切なテストが可能な場合は機能状態を確認します。
スタッフが一貫して適用できる状態区分を使用します。実務上のカテゴリーとしては、未開封、開封済みだが再販可能性あり、追加テストが必要、修理可能、再販不適などが考えられます。これらは推奨される運用カテゴリーであり、普遍的な等級基準ではありません。
未検品の在庫は販売不可の状態に保ちます。安全上の懸念や身元が不確かな商品は、管理された保管エリアへ移します。顧客への解決方法に影響したり、配送業者への請求を裏付けたりする可能性がある場合、写真と検品メモが特に役立ちます。
5. 顧客への解決方法を決定する
リクエスト、適用される権利、ポリシー上の約束、配送証拠、検品結果を組み合わせて、顧客への対応結果を選択します。返金、代替品、交換、修理、その他法律で認められた解決方法などが考えられます。
例外を承認または却下した理由を記録します。検品上の相違があっても、自動的に顧客を非難するのではなく、確認を行うべきです。梱包ミス、倉庫のミス、注文記録の誤りによっても不一致が生じる可能性があります。
交換が希望された場合は、約束する前に交換品の在庫を確認します。在庫がない場合は、価格差の処理方法を含めて代替案を説明します。顧客が返金を受ける権利を有する場合、ストアクレジットだけを唯一の選択肢として提示してはいけません。
返送が安全でない、禁止されている、または商業的に合理的でない場合、返品不要の解決方法が適切なことがあります。これは承認記録を伴う明示的な判断として扱い、到着しない商品の入荷在庫を想定しないでください。
6. 返金を実行するか、交換品を発送する
解決金額は注文行単位で計算します。商品金額、割引の配分、税金、送料、合法的な調整を確認します。セット商品やプロモーションを含む一部返品では、元の注文合計を商品ごとに均等に分けられない場合があるため、特に注意が必要です。
支払いを実行する前に、その返品がすでに返金済みでないか、または別の支払い異議申立てプロセスで処理されていないか確認します。重複防止の管理を使用し、通知の重複や担当者による重複操作によって追加の返金が発生しないようにします。
返金額、通貨、日付、取引参照番号、処理ステータスを記録します。返金を申請した時点を顧客に伝えつつ、その出来事と顧客口座への入金を区別します。銀行口座への反映期間を一律に約束することは避けてください。
交換品については、追跡可能な交換注文を作成し、利用可能になったら配送情報を共有します。法律や販売事業者の約束により必要な場合、金銭的な解決は物理的な検品より先に行われることがありますが、倉庫業務はその義務を遅らせることなく継続しなければなりません。
7. 再入庫、振り分け、ケースの完了
商品が本来の状態で販売可能であると承認された後にのみ、再入庫します。正しいSKU、在庫場所、在庫ステータスを更新します。受領済みの商品と販売可能な商品は、必要な確認が完了するまで別の状態として扱います。
その他の処理方法には、修理、再生、指定された開封済み商品チャネルへの振り分け、仕入先への返品、リサイクル、廃棄などがあります。適切なルートは、安全性、商品の状態、商業契約、地域の要件によって異なります。返品された商品すべてを通常在庫に戻すべきではありません。
完了前に、顧客への解決結果、金銭取引、物理的な在庫移動という3つの記録を照合します。顧客への返金が完了していても商品が修理評価待ちである場合、カスタマーサービスのタスクは解決済みにしつつ、在庫タスクは未完了のままにできます。
確認された結果を、それに対応できるチームへフィードバックします。サイズに関する苦情の繰り返しは商品企画へ、輸送中の破損の再発は梱包と物流の確認へ、商品違いの発送が確認された場合はフルフィルメントの調査へつなげます。
引き継ぎを測定可能にする
有用な運用ダッシュボードは、返品が何件開始されたかだけでなく、どこで滞留しているかを示します。パフォーマンスを測定する前に、各タイムスタンプを定義します。
- リクエストから判断まで:申請から承認、却下、または記録された例外結果までの時間。
- 受領から検品まで:倉庫での入荷処理から検品完了までの時間。
- 返金発生から返金申請まで:財務部門が必要な処理を期限内に実行したかどうか。
- 受領から処理方法の決定まで:在庫に最終的な行き先またはステータスが付与されるまでの時間。
- 例外の滞留:経過日数、理由、責任者ごとに分類した未完了ケース。
分母を一貫させます。返品された数量を出荷数量で割った指標は、返品のある注文数を全注文数で割った指標と同じではありません。事業上の問いに答えられる指標を選び、期間を比較する際には、販売から後日の返品までの遅れを考慮します。
返品ソフトウェアの適用範囲
管理する必要がある引き継ぎを中心にソフトウェアを選びます。リクエストの受付、承認、配送イベント、検品記録、金銭処理、在庫照合などです。顧客向けの返品ページだけでは、倉庫記録と決済記録が同期されることは保証できません。
17TRACKの製品ファミリーを検討しているチームにとって、このワークフローで評価すべき関連製品は17RETURNSです。各段階を自動化されているものとして扱う前に、現在の機能、対応市場、連携、アカウント要件を直接確認してください。
一部返品、交換品の在庫切れ、倉庫での受領待ちとなっている配達済み荷物、返金通知の二重送信を使って、提案する設定をテストします。それぞれの例外の担当者と、最終結果を記録するシステムを確認してください。配送状況の可視化はプロセスを支援できますが、それだけで商品の状態、返金資格、販売可能在庫を確定することはできません。
よくある質問
返金の前に、返品商品は必ず倉庫に到着する必要がありますか?
いいえ。返金を実行できる条件は、適用される法律と販売事業者の約束によって異なります。返品商品の受領を基準とするワークフローもあれば、それより前に返金を実行できるワークフローもあります。検品を普遍的な前提条件とみなすのではなく、関連する要件を確認してください。
返品管理の責任者は誰にすべきですか?
エンドツーエンドのプロセス全体に対して1人の運用責任者を置き、顧客への判断、配送上の例外、検品、決済、在庫更新にはそれぞれ担当者を指名します。各チームが自分のタスクを完了しても、ケース全体が完了したとは限らないため、照合を監督する人が必要です。
RMAなしで返品が到着した場合、どうすべきですか?
識別ワークフローに移します。荷物の情報、同封書類、注文記録を使って調査します。推測した注文に対して自動的に再入庫したり返金したりしないでください。識別できたら、適用されるポリシーと法的要件に基づいてリクエストを評価します。
返品された商品をそのまま販売可能在庫に戻せますか?
必要な身元、状態、安全性の確認を満たした後に限ります。未開封に見えることだけでは、すべての商品カテゴリーで十分とは限りません。在庫の可用性は、建物に到着したかどうかではなく、販売可能であることの確認を反映すべきです。
複数の商品を含む返品は、どのように追跡すべきですか?
共通の返品参照番号の下で、商品単位の数量と結果を管理します。ある商品は返金して再入庫し、別の商品は調査や修理が必要になる場合があります。顧客が別々の荷物で発送した場合は、荷物の記録も個別に追跡します。
出典
- Your Europe: Guarantees and returns — 撤回権と欠陥品に関するEU公式の消費者向けガイダンス。店舗ポリシーと法定権利の区別に関連します。
- 17RETURNS公式製品ページ — 17TRACK製品ファミリー内で返品ソフトウェアを評価するための製品情報。本ガイドの運用段階と管理方法は推奨事項であり、すべての段階がこの製品でサポートまたは自動化されているという主張ではありません。


