返品はデジタルのはずが、
そこで途切れる

クリップボードに載る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更新 → 会計仕訳 → 返金トリガー → 在庫調整。このうち、デジタル化されAPIで接続されていないステップは一つだけです。それは、RMAフォーム自体から倉庫や会計システムへのデータ抽出です。フォームは、その由来（ポータルPDF、スキャンした紙の伝票、手書きの承認書）に関係なく、デジタル返品とデジタル倉庫の間に位置するものです。そのギャップを埋めれば、チェーン全体が自動化されます。

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

ここでカスタム列抽出が状況を変えます。フォームフィールドにボックスを描いたり、サンプルRMAレイアウトでモデルをトレーニングしたりするアプローチ（サプライヤーがフォーム形式を変更するとすぐに機能しなくなる）の代わりに、抽出したいものを列名で定義します。「RMA番号」「注文番号」「SKU」「理由コード」「状態」「処分区分」などです。AIはフォームを意味的に読み取ります。「RMA #」と「承認番号」が同じ意味であることを、ページ上の位置に関係なく理解します。Shopify生成のPDF、スキャンした手書きの伝票、まったく異なるレイアウトのベンダー独自の返品承認書のいずれであっても関係ありません。出力は、あなたの命名規則に一致する列ヘッダーを持つ構造化スプレッドシートで、任意のWMSや会計システムにインポートする準備ができています。このワークフローは、RMAからExcelへの変換ページで実際に確認できます。

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%のエラー率があります。違いは、抽出エラーが一貫しており、確認可能であることです。つまり、何がフィールドごとに抽出されたかを正確に確認でき、修正が必要な場合は、誤入力された数字のようにシステム内で静かに伝播するのではなく、人間によるレビューのためにフラグが立てられます。