返品、フルフィルメントの本当の損失はここから始まる

セラーがフルフィルメント会社を比較するとき、最も注目される指標は出荷です。出荷精度、締め時間、単価。しかし運用の現場で本当の損失が積み上がるのは別の場所にあります。返品です。

宅配会社から毎日入ってくる返品送り状を手作業で整理するうちに取りこぼし、検品した商品がどこに保管されたか分からないまま在庫とずれ、荷主が返品状況を知りたくてもフルフィルメント会社に一件ずつ問い合わせなければならない構造 — ほとんどの3PLはここで止まっています。

RUNICはこの課題を解決するため、自社開発の返品管理システムを自ら構築し運用しています。外部ソリューションではなく、RUNICの運用チームと社内開発チームが共に作り上げた荷主専用プラットフォームであり、RUNICと取引する荷主企業へ無償で提供されます — カスタム改修まで費用なしで。

1. CJ 返品送り状を100%自動収集

宅配会社から入ってくるすべての返品送り状が、システムに自動で記録されます。運用担当者が毎日送り状を手入力する必要はありません。

なぜ重要か：手入力には漏れが発生します。漏れた返品の一件は「在庫はあるのに見つからない商品」となり、出荷事故につながります。RUNICは外部物流データとシステムを連携させ、送り状が入ってきた瞬間に自動記録され、自動収集した送り状は人が誤って上書きできないよう個別に保護します。

2. 返送用送り状のリアルタイム追跡 — 業界でも珍しい差別化点

RUNICの返品システムは、返送用送り状の番号単位でも状態が自動更新されます。

ほとんどのフルフィルメント会社は出荷送り状だけを追跡し、返送用送り状はシステムで個別に扱いません。返品の箱がセンターに到着してから手作業で識別するか、荷主がフルフィルメント会社に一件ずつ問い合わせて状態を確認する構造が一般的です。市場の99%の業者はここで止まります。

RUNICは違います。

• 返品申請 → 宅配会社による回収 → 輸送 → RUNIC入庫 → 検品 → 再入庫/廃棄まで全経路を自動追跡
• 荷主が元送り状または返送用送り状の番号で照会すると、出荷送り状と同水準の段階別追跡情報を確認可能 — 元送り状だけ分かっていても、システムが照合された返送用送り状まで自動で追跡して一緒に表示します。
• リアルタイムの状態変更はシステムが自動で更新するため、荷主は再読み込みなしで最新の状態を照会できます。

CS対応での効果：単なる状態確認にとどまらず、運用資産として活用できます。

• 消費者から「返品はちゃんと届きましたか？」という問い合わせ → 荷主がシステムで返送用送り状を照会 → 回収中か、輸送中か、到着後の検品中かを即座に回答
• 送り状別に製品の状態とCS対応履歴を記録するため、後日同じ送り状が再び照会された際に過去の対応の経緯がそのまま見えます — 同一案件が再問い合わせになっても、最初から確認し直す必要がありません。
• 返品理由別に分離管理が可能です。たとえば単純な気変わりによる返品だけを別に集め、良品検品後に再販売・B級処理・再出荷へと流れを分岐させれば、廃棄率を下げ、在庫回収率を高められます。
• フルフィルメント会社に問い合わせずとも荷主が自ら運用できるため、対応スピードと運用の自律性がともに向上します。

3. 元送り状スキャン照合 — 実際に到着したときだけ入庫として認定

返品がシステムに登録されたからといって、入庫が完了したわけではありません。RUNICは実際に商品がセンターに到着した時点で、別途の照合検証ステップを設けています。

• 返品の箱が到着すると、作業者が商品に貼られた元送り状（出荷送り状）をスキャンします。
• システムがその元送り状番号を、登録済みの返送用送り状データと自動照合します。
• 照合が一致したときだけ実際の入庫として登録され、在庫に反映されます。

なぜこれが重要か：

• 誤った返品（別のセラーの商品・別の送り状・ラベル欠落など）が混ざり込んだとき、システムが即座に遮断します。
• 「返送用送り状は登録されたのに物が入ってこない」未入庫事故を防ぎます — 手作業の検品だけのシステムで頻発する問題です。
• 出荷送り状 ↔ 返送用送り状の双方向照合が記録され、事後の紛争時に追跡が可能です。

手作業の検品だけを行うフルフィルメントはこのステップがなく、誤った返品をそのまま入庫として処理してしまうことがよくあります。RUNICはシステムが自動で検証したうえでしか入庫が認定されません。

4. 返品品ごとのロケーション自動追跡 — どこにあるか即座に確認

返品が入庫されたという事実よりもっと重要なのは、「その物が今どこにあるか」です。一般的なフルフィルメントシステムは入庫登録までしか処理せず、保管場所は作業者の記憶やメモに依存します。時間が経つと「物はあるがどこにあるか分からない」が発生し、在庫がずれます。

RUNICの返品システムは、入庫検証と同時に保管ロケーションを自動で記録します。

• 元送り状スキャン照合が完了した商品は、検品チームが保管場所（ラック・区画・箱番号）をスキャンすると、システムに自動マッピングされます。
• 荷主または運用担当者が送り状番号・商品名・SKUで照会すると、現在の保管場所がそのまま表示されます。
• 良品・B級・廃棄待ちなど状態別に異なる区画に保管されていても、システムがすべて追跡します。

現場でどう使われるか：

• 取引先クレームで特定商品の再検品が必要なとき → システムでロケーション照会 → 数十分かかっていた作業が数十秒に短縮
• 良品化検品の日程を組むとき → ロケーションを基準に作業動線を最適化
• 棚卸し時 → システム上の位置と実在庫の位置を照合し不一致を即座に特定
• 廃棄処理時 → 廃棄待ち区画に集まった商品を一括処理

「返品は入ってきたがどこにあるか分からない」が一般的なフルフィルメントの現実だとすれば、RUNICは返品入庫とロケーション追跡が一つの流れで運用されます。

5. 多様な入力経路を統合 — 書き取りはもう終わり

返品登録の経路を、運用現場に合わせて5通り用意しています。

• 自動収集 — 外部物流データ連携で送り状を自動登録
• WMS CS 回収受付からの引き継ぎ — RUNIC WMSでCSチームが登録した「回収受付中」リストを項目別に選択し、返品システムへデータをそのまま引き継いで受付。CSと返品チームが同じデータの上で作業するため、二度入力する必要がありません。
• 統合検索受付 — 受取人名・注文番号・送り状番号で元の注文を探し、明細商品（商品別）に分離表示 → 複数選択で一括受付
• Excelアップロード — 大量登録
• バーコードスキャン — 入庫現場でその場で登録

1つの注文に商品が複数あっても商品単位でカードが分離して表示されるため、同じ注文でもA商品は返品処理、B商品はそのまま残すといった精密な管理が可能です。すでに登録済みの商品には自動で「登録済み」表示が出て、重複登録を防ぎます。

6. リアルタイム返品状態確認 — CS対応が速くなる

返送用送り状の追跡に加え、入庫以降の処理段階もすべてリアルタイムで荷主に開示されます。

CSの現場でどう使われるか：

• 消費者から「昨日返品を送ったが処理されましたか？」という問い合わせ → システムを一度開いて送り状を検索 → 即座に回収中・入庫・検品完了・再入庫の段階まで確認 → 即答可能
• 返品が到着したのに返金が遅いというクレーム → 検品段階か再入庫段階かをリアルタイムで照会 → 正確な処理予定日まで案内
• B2B取引先から返品数量の確認依頼 → 明細商品単位で状態が分離表示されるため、A商品は再入庫完了、B商品は廃棄処理といった細かな対応が可能

これまでは「確認して折り返しご連絡します」と言っていたCS対応が、RUNICの返品システムを使えばその場で答えが出ます。対応時間が短くなる分、顧客満足度とリピート率が上がります。

7. 返品データの統計化 — 「なぜ返品が入ってくるのか」が見える

RUNICの返品システムは、単に送り状を記録するツールではありません。蓄積された返品データを自動で統計化し、荷主が次の運用を改善できるインサイトを提供します。

システムが示す統計の例：

• 商品・SKU別の返品率 — どの商品で返品が最も多く発生しているか
• 返品理由の分布 — 気変わり・不良・誤配送・サイズ違いなど、どの理由が多いか
• 時期別の返品推移 — 特定のシーズン・プロモーション・イベント直後に返品が集中するか
• 再入庫・廃棄・B級の比率 — 回収された返品のうち再販売可能な比率はどれくらいか
• 取引先・チャネル別の返品率 — どのチャネルで返品がより多く発生するか

荷主が得られる改善ポイント：

• 特定SKUの返品率が異常に高い → 詳細ページの説明・写真・サイズ情報を補強
• サイズ理由の返品が多い → サイズガイドの刷新、またはオプション精度の改善
• 特定チャネルで返品が集中する → チャネル露出コンテンツ・CS対応を点検
• シーズン別の返品率パターンが見える → 次シーズンの発注量・在庫運用を調整
• 廃棄率の高いカテゴリを発見 → 梱包・輸送方法を再検討

返品は単なる運用負担ではなく、商品企画と販売戦略を改善できるデータです。RUNICのシステムはそのデータを荷主が自ら照会できるよう自動集計して提供するため、フルフィルメント会社に別途依頼して受け取る必要がありません。

8. 「意図しない値の変更」をシステムが遮断

業界でよくある事故があります — フォームを保存する際、ユーザーが手も触れていない項目が先頭のオプションに静かに変わり、データが壊れてしまうケース。RUNICのシステムはユーザーが実際に触れた項目かどうかを追跡し、触れていない項目は既存の値をそのまま維持します。

意味するところ：運用担当者が別のセルで作業していて誤って保存ボタンだけを押しても、他の項目が壊れません。データの整合性がシステムの段階で保証されます。

9. 入庫はワンクリック、ラベルもワンクリック

検品が終わった商品は入庫ボタン一つで入庫日時が自動記録されます。ラベルが必要な商品はラベル出力ボタン一つでバーコード・管理番号・商品名が印刷されます。ラベルプリンターとの互換性を検証済みのPDF出力で、別途変換なしにそのまま印刷できます。

10. 大容量データも安全に

数万件の返品データをExcelで受け取る際、システムがバックグラウンドでファイルを生成しながら進捗状況をリアルタイムのモーダルで表示します（総件数 / 完了件数 / 進捗率 / 経過時間 / 残り時間）。ダウンロードを待つ間も、他の業務を続けられます。

11. 荷主が自分で見る、自社データだけを

権限が分離されており、荷主は自社のデータだけを照会でき、検品チームは入庫日時だけを修正でき、管理者だけが運用データ全体を見られます。マルチテナント構造で、荷主間のデータが混ざりません。

荷主が得られるもの

• 上記すべての機能を無償で利用 — ソリューション利用料・アカウント課金なし
• 荷主向けのカスタム改修も無償で迅速に反映
• 返品の進捗状況をフルフィルメント会社に問い合わせず自ら確認
• 返送用送り状の番号で回収 → 輸送 → 入庫 → 検品 → 再入庫の全経路をリアルタイム追跡
• 入庫した返品商品の保管ロケーション（ラック・区画・箱）を送り状・SKUで即座に照会
• 消費者・取引先のCS問い合わせに即答可能 — 対応時間の短縮、リピート率の向上
• 蓄積した返品データで商品・チャネル・シーズン別の改善ポイントを発掘
• 数量・送り状の誤りによる在庫不一致を事前に遮断
• CS処理と返品入庫を同時に分離し運用スピードを向上
• SKU別の返品率・再入庫率・廃棄率データを自ら照会

荷主企業へ無償で提供 — カスタム改修まで費用なしで

RUNICの返品管理システムは、RUNICと取引する荷主企業へ無償で提供されます。別途のソリューション利用料も、アカウント単位の課金もありません。返品運用をRUNICに任せる荷主であれば、上で説明したすべての機能 — 送り状の自動収集、返送用送り状の追跡、元送り状照合、ロケーション追跡、統計まで — を追加費用なしでそのまま利用できます。

さらに重要なのはカスタム改修も無償という点です。外部ソリューションは画面一つ変えようとしてもベンダーに別途見積もりを取り、開発費を支払わなければなりません。RUNICは違います。

• カスタム開発も無償 — 特定チャネルの連携、取引先専用のラベル様式、理由分類体系、特殊な検品フロー、統計項目の追加など、荷主の要望を別途費用なしで反映
• 迅速な適用 — 社内開発チームが直接運用するため、要望 → 検討 → 開発 → 適用まで一つのチーム内で進行。外部への依頼・見積もり・契約の段階がなく、数週間〜数か月待つ必要がありません。
• 運用チームと開発チームが同じ会社の中にあるため、現場のフィードバックがそのままシステムに反映
• 同じ流れで自社WMS・TMSもRUNIC内部で開発・運用 — 返品と他の運用ツールが一つの流れでつながります。

荷主が「これ、こう変えていただけますか？」と尋ねれば、RUNICは「検討のうえ開発して適用いたします — 費用はかかりません」と答えられます。外部ソリューションを使うフルフィルメントでは難しい応答です。

運用する会社が自ら作ったからこそできることです。RUNICは、荷主ごとに運用方法が異なり、取引先ごとにラベル様式が異なり、入庫検品の基準が異なるという現場の事実を理解しています。だからこそシステムを外部から買ってくるのではなく自ら作り上げ、そのシステムを荷主と無償で共に使っています。

公式ホームページ www.runic.kr · B2B納品の出荷検品 · SLAチェックリスト · SmartStoreフルフィルメントガイド →