返品伝票はどこから来るか：プラットフォーム・手入力・既存伝票はすべて OMS に集まる

消費者返品はすべて——販売チャネルや返品プラットフォームから取り込んだもの、担当者が手で作ったもの、RMS から引き継いだもの——OMS の返品伝票になります。一覧は1つ、番号も1つです。

以前は、返品は発生元ごとに別々の場所に落ちていました。今は統一されています：消費者返品はすべて、まず OMS の返品伝票になります。この伝票が返品を追う唯一のドキュメントです——どこから来たか、どの倉庫へ行くか、最後にどう終わるか。倉庫作業は設定に応じて RMS で行いますが、RMS の伝票は OMS 伝票から派生した実行伝票であり、別の返品ではありません。

すべての返品を1つの一覧で見る#

1. OMS → 返品伝票（/oms/rma）を開きます。1行が1伝票：伝票番号、元の伝票番号（判明時）、荷主、ステータスに加え、来源・倉庫決定状況・実行担当の3列があります。
2. 「来源」フィルターで入口を絞れます。たとえば返品プラットフォームから取り込んだものだけ、チームが手で作ったものだけ、といった見方ができます。
3. 一覧の上には2つのクイックフィルターがあります：「未割当」（まだ倉庫が決まっていない返品。倉庫決定の記事を参照）と「派生失敗」（倉庫の実行伝票が作れなかった返品）です。

来源1：プラットフォームから自動で入る返品#

1. 接続済みの販売チャネルや返品プラットフォームの返品は、フローが自動で取り込みます。OMS と Integration には2つの既製フローテンプレート——「チャネル返品同期」（30分ごと）と「返品プラットフォーム照合同期」（2時間ごと）——が用意されています。Integration → フロー で、自分の接続に合う方を有効にしてください。
2. スケジュールを待たず今すぐ取り込みたい場合は、Integration → 接続 でその接続を開き、「返品を取り込む」アクションを使ってください。その場で1回分を取り込み、結果は同じです。
3. 同じプラットフォーム返品を2回取り込んでも、伝票が2枚になることはありません。各返品はプラットフォームの番号で照合され、再取り込みは既存の伝票を前に進めるだけです。まず Shopify チャネルと ReturnGO が返品取り込みに対応しました。他の接続は従来どおり動作します。

来源2：担当者が手で作る返品#

1. 返品一覧で「新規返品」をクリックし、まず元の販売伝票を選びます。返品できる明細はその伝票から来るので、その伝票にない明細を誤って返品することはありません。
2. 明細ごとに、戻ってくる数量を入力し、標準理由を選びます（理由リストは Master Data → 理由コード で全社共通に管理）。明細に大分類のグループは選べません。具体的な理由を選んでください。どれも合わなければ「その他」を選び、お客様の言葉をそのまま書いてください。
3. 受け取る倉庫がすでに分かっている場合は、作成フォームで倉庫を選べば、その伝票は最初から割当済みになります。空欄にすれば自動決定に回り、決まらなければ未割当キューで待ちます（倉庫決定の記事を参照）。同じ伝票の同じ明細で返品を二重に作ることは、分かりやすいメッセージでブロックされます——未完了の伝票がすでにあるためです。

来源3：RMS のページから作っても、まず OMS の伝票になる#

倉庫チームが慣れた入口はそのまま使えます：RMS → 返品伝票 → + 新規 RMA のフォームは従来どおりですが、保存するとまず OMS の返品伝票が作られ（保存後はその OMS 詳細ページに移動します）、RMS の実行伝票はそこから派生します。OMS の詳細ページの実行エリアには RMS の伝票番号がリンク付きで表示され、RMS 側でも OMS の番号が同じように見えます。どちらの番号を渡されても、1クリックでもう一方にたどり着けます。Docklify の原則として覚えてください：返品1件につき OMS の伝票1枚、RMS は倉庫の実行デスクに徹します。

既存伝票・プラットフォーム管理の返品・返品不要の返金#

• この仕組みが始まった時点で RMS に残っていた未完了の返品は、すべて引き継ぎ済みです。各返品に OMS の返品伝票が作られ（来源は「引継ぎ」と表示）、返品が終わるまで両者は同期します。すでに完了していた伝票は RMS にのみ残ります——OMS の一覧には半端なコピーを置かず、どこを見ればよいか案内します。
• 返品の中には、倉庫へまったく戻らないものがあります。プラットフォームが配送を担うチャネル（マーケットプレイスのフルフィルメントなど）では、商品の受取も等級判定もプラットフォーム自身が行います。そうした返品も OMS には入ります——プラットフォーム管理と表示され——目的は照合のためだけです。倉庫のキューには入らず、倉庫作業も発生しません。
• 何も戻ってこない返金（プラットフォームがお客様に商品の保持を案内するケース）は「返品不要の返金」として記録されます。この伝票は倉庫の手順を一切経ずに完了するので、決して届かない荷物を待つ人はいません。こうした伝票の詳細ページでは倉庫割当の入口が非表示になります——割当てるべき倉庫手順がないためです。
• プラットフォームの返品が元の伝票と結びつかない場合でも、伝票は作られます——本物の返品を門前払いすることはありません。その伝票には一覧と詳細ページに「元の伝票と未照合」の印が付き、「伝票を手動で関連付ける」アクションで正しい伝票を手で結びつけられます。

この記事で使った Docklify 機能#

• 来源・倉庫決定・実行担当の列とクイックフィルター付き返品一覧——OMS → 返品伝票（/oms/rma）
• 返品フローテンプレート（チャネル同期30分ごと・プラットフォーム照合2時間ごと）——Integration → フロー
• 接続の手動返品取り込み——Integration → 接続 → 接続を開く → 返品を取り込む
• 標準理由付きの手動作成——OMS → 返品伝票 → 新規返品（/oms/rma）
• OMS 経由で登録する RMS 作成ページと、OMS 詳細ページでの実行伝票の相互表示——RMS → 返品伝票 → + 新規 RMA（/rms/new）
• 標準返品理由——Master Data → 理由コード（カテゴリ：return）