返品はデジタルだが
そうでなくなる瞬間がある

クリップボードに載る8500億ドルの問題

全米小売業協会（NRF）がHappy Returnsと共同で発表した「2025年リテール返品の現状」レポートによると、2025年の米国における小売返品総額は8499億ドルに達しました。Eコマースの返品だけでオンライン販売の19.3％を占め、およそ5件に1件の注文が戻ってきています。アパレルは25％、フットウェアは31％近くに上り、ホリデーシーズン後のピーク時には返品量が通常の3～5倍に跳ね上がります。NRFが売上5億ドル以上の事業者を対象に358人のEコマース専門家を調査したところ、64％が今後6か月以内に返品プロセスの改善を優先すると回答しています。

しかし、これらの調査回答者が主に話しているのは顧客向けの部分、つまり返品ポータル、ラベル発行、ドロップオフネットワーク、不正検知です。倉庫側の部分、つまり物理的な返品が在庫や会計システムのデータレコードになる瞬間は、この議論から明らかに欠落しています。パッケージがドックに到着した瞬間、ポータルからのデジタルな痕跡は途絶えてしまうのです。

標準的な返品処理ステーションでは、担当者がパッケージを受け取り、開封し、RMA書類を探します。それは顧客がポータルで送信した印刷ページであったり、出荷に添付されたPDFであったり、B2Bや製造業の現場では手書きの承認フォームであったりします。そして担当者はRMA番号、注文番号、SKU、理由コード、状態、処分区分の指示を読み取り、各フィールドをWMS（倉庫管理システム）や追跡用スプレッドシート、あるいはその両方に打ち込み直します。業界の推定では、この手動入力に1件あたり60～90秒かかります。1日500件の返品（1月の中小規模3PLの処理量）の場合、これは8～12時間の純粋なデータ再入力であり、システムに新しい情報は何も加わりません。それは処理ではなく、転記です。

ドックで行き止まりになる6秒のデジタルプロセス

なぜこの断絶が存在するのかを理解するには、1件の返品をチェーン全体で追跡し、データの流れが止まる正確な瞬間を特定する必要があります。

返品の最初の15分間、データの流れはシームレスです。顧客がポータル（Loop Returns、ReturnGO、AfterShip、Shopify標準フォームなど）で返品リクエストを送信すると、システムがEコマースプラットフォームから注文番号、顧客名、SKU、購入日を自動入力します。ドロップダウンから返品理由コードを追加し、RMA番号と配送ラベルを生成します。ウェブフックがWMSまたは注文管理システムに発火し、保留中のRMAレコードを作成します。パッケージはRMAにリンクされた追跡番号とともにキャリアネットワークに入ります。

そして箱が倉庫に到着します。するとデータの流れが断絶します。その自動生成されたRMAレコードには、検査結果を「エンリッチ」する必要があります。つまり、商品の実際の状態、顧客が申告した理由との一致、付属品の有無、再販可能か修理が必要かといった情報です。これらの観察結果はRMAフォーム自体に記録されます。検査員が走り書きしたメモ、印刷された伝票にチェックされたボックス、隅に押された「REFURB」のスタンプなどです。そしてそのフォームは、物理的な紙であれ、タブレット画面のPDFであれ、WMSとは異なる言語を話します。APIはなく、その内容をキーストロークに変換する人間が必要なのです。

r/Netsuiteのある投稿がこの状況を的確に捉えています。「RMAプロセスが2人分のフルタイムの仕事になっている。返品が発生するたびに、顧客がメールを送り、誰かが手動で承認し、さらに手動でラベルを生成している」。一方、r/supplychainでは、成長中の流通業者がより率直に表現しています。彼らの返品プロセスは「会社を蝕んでいた」と——手作業のRMAワークフロー、ベンダー与信調整の悪夢、そして倉庫のボトルネックが規模拡大とともに集中していたのです。これは、悪いソフトウェアに対する不満ではありません。彼らが説明しているのは構造的なギャップです。つまり、フロントエンドのRMAシステムが生成するデータを、バックエンドの倉庫システムが、人間の仲介者がすべてのフィールドを打ち直さなければ取り込めない、というギャップです。

なぜデジタルチェーンは完成しなかったのか

これは怠慢の話ではありません。システムの二つの半分が異なる速度で進化し、その継ぎ目が両側から見えなくなってしまった話です。顧客向けの返品の半分は、過去10年間で3つのデジタル化の波を経験してきました。第一に、メールと電話によるRMAからセルフサービスポータルへの移行。第二に、それらのポータルと配送キャリアを統合し、自動ラベル生成を実現したこと。第三に、不正検出や交換促進のためのAIのレイヤー化です。Loop Returns、ReturnGO、Happy Returnsは、それぞれこの進化のスタックの一部です。

倉庫向けの半分は、異なるリズムで進みました。倉庫管理システム（WMS）——Cin7、Fishbowl、ShipBob、SkuVault——は、ピッキング、梱包、出荷を最適化するために構築され、返品処理は二次的なモジュールとして追加されました。ほとんどのWMSプラットフォームにおける返品ワークフローは、誰かがデータをキー入力するか、すでに入力された情報を持つバーコードをスキャンすることを前提としています。箱から取り出したRMA伝票に対しては、どちらの前提も成り立ちません。

構造的なミスマッチはこれです。返品ポータルは、顧客体験のために構築された形式——ブランド化されたメール、ポータルのダッシュボード、キャリアの追跡API——でデータを出力します。WMSプラットフォームは、在庫運用のために構築された形式——SKUレベルのトランザクション、保管場所の更新、会計仕訳——でデータを消費します。この二つの世界を結ぶ標準的なアダプターは存在しないため、すべての倉庫が独自のアダプターを構築することになります。つまり、キーボードを持った人間です。

NRFの返品レポートは、64%の販売業者が返品プロセスの更新を優先事項としていると指摘しています。しかし、このレポートはほぼ専ら顧客側——返品手数料、返却場所の利便性、不正検出——に焦点を当てています。倉庫へのデータ引き継ぎは、顧客向けの調査には現れない返品問題であり、そのためロードマップにも現れません。それは損益計算書に、人件費と在庫評価損の中に埋もれて初めて姿を現すのです。

実際のタイピングにかかるコスト

1日500件の返品を処理し、1件あたり75秒の手動データ入力が必要だとすると、1日あたり10.4時間の労働が、新しい情報を生み出さない作業に費やされることになります。米国労働統計局の2026年3月時点での倉庫業の平均時給25.83ドルに基づくと、1日あたり約269ドル、年間で7万ドルものコストになります。これはたった1シフト分です。週7日、2シフト体制で稼働する3PL（サードパーティロジスティクス）の場合、ピークシーズンの残業代を考慮する前でも、その額は年間20万ドル近くに達します。

しかし、人件費は目に見えるコストに過ぎません。目に見えないコストは、静かに積み重なっていきます。

入力ミスが下流工程に連鎖する。 理由コードを「サイズが合わなかった」と入力すべきところを「不良品」と誤って入力すると、商品は在庫に戻されるべきところが返品業者行きとなり、不要な運送費が発生し、再入庫が数日遅れます。SKUの数字を1桁間違えると、別の商品が間違った棚に振り分けられます。業界データによると、手動データ入力のエラー率は、フォームの複雑さにもよりますが、1～4％程度です。RMA番号、注文番号、顧客名、SKU、数量、理由コード、状態、処分区分など、8～12項目あるRMAフォームの場合、2％のエラー率は500件の返品につき10件のミスを意味します。そして、そのミス1件1件に、最初の入力よりも時間がかかる例外処理のループが必要になります。

データの遅延により返金が遅れる。 顧客は、キャリアのスキャンで「配達完了」と表示されてから数日以内に返金を期待しています。しかし、RMAデータがシステムに入力されていなければ、財務チームは返金を開始するきっかけを得られません。返品は処理の宙ぶらりん状態に置かれます。物理的には受け取られているのに、デジタル上では見えない状態です。NRFとHappy Returnsのデータによると、消費者の82％が無料返品を重要視しており、57％が返品対応の悪さを理由に小売業者から離れた経験があります。悪い返品体験とは、荷物がブラックホールに消えてしまったかのような体験です。そのブラックホールは、多くの場合、データ入力を待つ受信箱に置かれた紙のフォームに過ぎません。

サプライヤーへのチャージバックは、デジタル化されなかったRMAデータに依存する。 多くの返品はメーカーの欠陥に起因します。製品が保証期間内に故障した場合、RMAフォームの検査記録（理由コード、状態、写真）が、サプライヤーへのデビットメモの裏付け書類となります。これらの記録が紙のまま、または誰もERPに抽出しないPDFの中に眠っていると、チャージバックは申請されません。Appriss Retailの2026年Total Retail Loss Benchmarkによると、2025年には約1000億ドルの防止可能な詐欺・不正損失が発生し、返品不正だけで860億ドルを占めています。紙ベースのRMAプロセスでは、不審な返品パターンをリアルタイムで検知できず、詐欺の温床となります。

在庫精度が低下する。 Eightxの2026年のデータによると、返品された商品のうち定価で再販されるのはわずか約48％です。残りの52％は、修理、転売、返品業者行き、寄付、廃棄といった振り分け判断が必要であり、その判断はRMAフォームに記録された検査データに依存します。このデータがシステムになければ、振り分け判断は最も遅く、最も安全な経路、つまり「確認のため保留」にデフォルト設定されます。これは現実的には、商品が返品ステージングエリアに置かれ、日々価値を失っていくことを意味します。1億件以上の返品を処理したリバースロジスティクスプラットフォームのOptoroは、処理コストが商品の元の価格の20～39％を消費すると推定しており、そのコストのかなりの部分は、手動データ処理によって生じる人件費と遅延によるものです。

解決策は、新しいポータルではない

RMAのデータフロー全体を追ってみましょう。顧客ポータル → キャリアスキャン → 倉庫受領 → 検査 → WMS更新 → 会計仕訳 → 返金トリガー → 在庫調整。このうち、たった1つのステップだけが、いまだにデジタル化されずAPI接続もされていません。それは、RMAフォーム自体から倉庫システムや会計システムへデータを抽出するというステップです。そのフォームが、ポータルのPDFであれ、スキャンした紙の伝票であれ、手書きの承認書であれ、デジタルな返品とデジタルな倉庫の間に立ちはだかる存在なのです。このギャップを埋めれば、チェーン全体が自動化されます。

これは統合の問題ではありません。統合は、双方が共通のプロトコルを話すことを前提としています。RMAフォームはプロトコルを話しません。それは視覚的な成果物です。解決策は、フォームとシステムの間に抽出レイヤーを設けることです。つまり、人間のようにフォームの内容を読み取り、WMS、ERP、スプレッドシートが直接消費できる構造化データとして出力するものです。

ここでカスタム列抽出が状況を一変させます。フォームフィールドに枠を描いたり、サンプルのRMAレイアウトでモデルを訓練するといった、サプライヤーがフォーム形式を変えるたびに機能しなくなるアプローチの代わりに、抽出したいものを列名で定義します。「RMA番号」「注文番号」「SKU」「理由コード」「状態」「処分区分」といった具合です。AIはフォームを意味的に読み取ります。「RMA #」と「承認番号」が同じ意味であることを理解し、それぞれがページのどこに表示されていても構いません。フォームがShopify生成のPDFであれ、スキャンした手書きの伝票であれ、まったく異なるレイアウトのベンダー独自の返品承認書であれ、関係ありません。出力は、あなたの命名規則に合わせた列ヘッダーを持つ構造化されたスプレッドシートであり、あらゆるWMSや会計システムにインポートできる状態になっています。

1日500件の返品を処理する倉庫であれば、これによりデータ入力作業が10時間から、スキャンまたは撮影したRMAフォームのバッチをアップロードして「処理」をクリックするだけの時間に短縮されます。抽出されたデータは再入力の必要がなく、転記ミスも蓄積されず、チームがすでに使用している追跡スプレッドシートやWMSにそのまま流れ込みます。これが返金照合ワークフローにどのように適合するかについては、RMAフォームをバッチ処理して1つの照合シートにまとめる内訳をご覧ください。

そして、抽出されたRMAデータは、標準化されたSKU、理由コード、処分区分フィールドですでに構造化されているため、在庫システムへの投入は直接インポートであり、再入力作業ではありません。RMAフォームから在庫システムへのパイプラインは、ファネルではなく、フィードになります。

より広い視点で言えば、RMAの紙の問題は、より優れたポータルを購入したりWMSをアップグレードしたりすることで解決するものではありません。「フォームを読むこと」と「データに基づいて行動すること」を切り離すことで解決します。この2つのステップが分離されれば、フォームはPDF、スキャン、写真、手書きの何であっても構わず、下流のシステムは気にしません。なぜなら、それらのシステムはフォームを見ることはなく、スプレッドシートを見るからです。

抽出データの行き先

RMA抽出の出力は、特定のシステムに縛られるものではありません。スプレッドシート（XLSX、CSV、またはGoogle Sheetsへの直接出力）として生成されます。その後の行き先は、お使いのシステム構成によって異なります。

一貫したパターンがあります。抽出レイヤーは「フォームを読む」ことと「データに基づいて行動する」ことを切り離します。データが最終的にNetSuite、ShipStation、共有のGoogle Sheetsのどこに格納されるかは、下流の判断事項であり、抽出の設定方法には影響しません。1つの抽出設定で、すべての出力先に対応できます。同じワークフロー内でRMAデータを仕入先請求書処理で補完する方法については、バッチ処理による仕入先請求書のeコマース在庫元帳への取り込みをご覧ください。単一の抽出パイプラインで複数のドキュメントタイプを処理し、同じ在庫システムにデータを供給する方法を理解できます。

よくある質問

手書きのRMA伝票でも処理できますか？

はい、可能です。AIは文字を単に認識するだけでなく、書かれている内容を理解することで、筆記体や手書き文字も読み取ります。紙の伝票に手書きされたRMA番号や理由コードも、印字されたものと同じように読み取られます。ただし、極端に読みにくい文字（人間にも判読不能なもの）は、どんな読み手にとっても難しいのと同様に、AIにとっても課題となります。倉庫の担当者が読んで再入力できる程度の判読可能な手書き文字であれば、問題なく処理できます。

抽出したデータをNetSuite／Shopify／自社のWMSに直接インポートできますか？

はい、各プラットフォームの標準的なインポート機能を通じて可能です。抽出結果は構造化されたスプレッドシート（XLSXまたはCSV）として出力され、主要なWMSやERPはすべてこの形式をインポート形式としてサポートしています。カスタムAPI連携は必要ありません。一度カラムのマッピング（例：RMA番号 → NetSuiteのRMAフィールド、SKU → 在庫レコード、処分区分 → 振り分けキュー）を設定すれば、以降のすべてのバッチで同じマッピングを再利用できます。

サプライヤーごとにRMAフォームの形式が異なる場合はどうすればいいですか？

それがまさに、セマンティック抽出の核となる価値です。AIは位置やテンプレートではなく、意味によって読み取るため、フォームの形式は問題になりません。ベンダーAがRMA番号を右上に配置し、ベンダーBが表のヘッダー行に配置していても、抽出ロジックは同じです。「RMA番号」という概念に合致するデータを見つけ出すだけです。この同じ原則は、ベンダーごとにフォーマットが異なることが一般的なサプライヤー請求書処理にも当てはまります。

倉庫のタブレットやスマートフォンで撮影したRMAの写真でも大丈夫ですか？

はい、スキャンやPDFと同様に写真もサポートしています。倉庫の担当者はタブレットやスマートフォンでRMA伝票を撮影し、その画像を直接アップロードできます。高解像度スキャンだけでなく、写真からの抽出も可能です。つまり、データ入力の工程を受入ドックでその場で完了でき、紙の伝票を中央のデータ入力デスクに回送する必要がなくなります。

手動入力と比較して、抽出精度はどのくらいですか？

クリーンなフォームレイアウトの印字テキストでは、最大99%の認識精度に達します。手書きのフォームや低品質の写真では精度が低下しますが、重要な比較対象は手動入力です。手動入力自体にも推定1～4%のエラー率があります。違いは、抽出エラーが一貫しており、確認可能であることです。つまり、何がフィールドごとに抽出されたかを正確に確認でき、修正が必要な場合は、誤入力された数字のようにシステム内で静かに伝播するのではなく、人間によるレビューのためにフラグが立てられます。